From owner-freebsd-ppc@FreeBSD.ORG Sun Mar 29 21:40:02 2015 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 4C21DA9E for ; Sun, 29 Mar 2015 21:40:02 +0000 (UTC) Received: from mail-qc0-x234.google.com (mail-qc0-x234.google.com [IPv6:2607:f8b0:400d:c01::234]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 061FBD46 for ; Sun, 29 Mar 2015 21:40:02 +0000 (UTC) Received: by qcay5 with SMTP id y5so56535126qca.1 for ; Sun, 29 Mar 2015 14:40:01 -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=w5nJ4gTHgjeQZ6kJDi993p/oKnmJ11dVBKC+tSPRuVg=; b=K9OI2w7Xdi2DhAS8nvRQ+eKeVGFiVW+fONE1nW9t4Ujtq/Nfiuzo1UCEKNuj1uxaNR VLJV3/BRI8xGwpew2txfC3sQ4asL7JE0RoVwjrrkLAVXduUeC46R82ZLswLUNyqmVvB0 lDt0QA/X+NOPOrIKeyVWmnmqLB4+Ypxl8x5y4+NCKRXuA/j2EL/nN5jlJejuW118WySH SJ2cyDeSJp+YUkOn80jEevTAmDRe0vrwDUvdI3PL5EuagA+2Ae9Qzt9RME5XMLyw+fZD MDhaRumHVPMhGLUOOXCUxHdXWWmo+Rud1GvlujcuqTRilGDZbZ9jHaxL0t5+DL1Al/lX BywA== MIME-Version: 1.0 X-Received: by 10.140.98.2 with SMTP id n2mr36805930qge.62.1427665201180; Sun, 29 Mar 2015 14:40:01 -0700 (PDT) Received: by 10.229.74.200 with HTTP; Sun, 29 Mar 2015 14:40:01 -0700 (PDT) Date: Sun, 29 Mar 2015 14:40:01 -0700 Message-ID: Subject: FreeBSD on QorIQ t2080 and p3041 From: Ivan Krivonos To: freebsd-ppc@freebsd.org 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: Sun, 29 Mar 2015 21:40:02 -0000 Hi guys, I have some Freescale t2080 and p3041 in the lab as well as Trace32 hardware debugger and some free time. I`d like to contribute to the FreeBSD/ppc in terms of adding minimal support for e500mc/e6500 and devices (MPIC + console + may be fman/dtsec) to have FreeBSD booted and work there. Right now I`m trying to get started on p1010 with e500 CPU core. I successfully built FreeBSD kernel and user-space for e500 but have no idea how to start it on the p1010 target. 1) I`m trying to tftpboot and then bootelf the kernel image, but it hangs. Am I doing something wrong ? 2) It seems that user-space shall be exported to the target through NFS. Is there a way to have binary image of rootfs and mount root from there ? Could please any one kick me to the right direction ? From owner-freebsd-ppc@FreeBSD.ORG Mon Mar 30 01:52:02 2015 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 773C9E96 for ; Mon, 30 Mar 2015 01:52:02 +0000 (UTC) Received: from mail-wi0-x22b.google.com (mail-wi0-x22b.google.com [IPv6:2a00:1450:400c:c05::22b]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 1CA8FA8E for ; Mon, 30 Mar 2015 01:52:02 +0000 (UTC) Received: by wiaa2 with SMTP id a2so106076353wia.0 for ; Sun, 29 Mar 2015 18:52:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=i1TW6PbvYaOYZ230p9vSTsVV5c7FAeb9iYUVXCGTlH8=; b=aRvtFvUyx0aXxVCml0otMZ4cIgUtzFK32mVX21xrGrj16YyYlmy2GT5V+j6EFWF4w3 fMour+7+MoyGstT1h14JpQg4qCNq7oTgfVN7T2+tTbKvS1z/7vpS2jeZNtkkNBbJ458C QYkBoHJ3JOjDfk++94F/UJsfgX8FxxR4K8BTo7H4bYkVGodxL9hfonpmdIrUsgdonPJ7 aKP8osi5E1+MNCN1X3/h/8z4vNitikk/e9YRrcRQEhLicfJnvOgWJsxyTKxTXd9+yUb3 Kshe1MomSFpPheFhFX//fDWCl6MXynDcg+pft09lqIksPk7WFepIy/s0+b5nds75xowL eMlQ== MIME-Version: 1.0 X-Received: by 10.180.7.169 with SMTP id k9mr16997203wia.48.1427680320581; Sun, 29 Mar 2015 18:52:00 -0700 (PDT) Sender: chmeeedalf@gmail.com Received: by 10.25.145.205 with HTTP; Sun, 29 Mar 2015 18:52:00 -0700 (PDT) In-Reply-To: References: Date: Sun, 29 Mar 2015 18:52:00 -0700 X-Google-Sender-Auth: QFEqcfc1CYLbUmsFht1U4jVZZTI Message-ID: Subject: Re: FreeBSD on QorIQ t2080 and p3041 From: Justin Hibbits To: Ivan Krivonos Content-Type: text/plain; charset=UTF-8 Cc: FreeBSD PowerPC ML X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Mar 2015 01:52:02 -0000 Hi Ivan, On Sun, Mar 29, 2015 at 2:40 PM, Ivan Krivonos wrote: > Hi guys, > > I have some Freescale t2080 and p3041 in the lab as well as Trace32 > hardware debugger and some free time. I`d like to contribute to > the FreeBSD/ppc in terms of adding minimal support for e500mc/e6500 > and devices (MPIC + console + may be fman/dtsec) to have FreeBSD booted > and work there. Right now I`m trying to get started on p1010 with e500 CPU > core. > > I successfully built FreeBSD kernel and user-space for e500 but have no idea > how to start it on the p1010 target. > > 1) I`m trying to tftpboot and then bootelf the kernel image, but it hangs. > Am I doing > something wrong ? > > 2) It seems that user-space shall be exported to the target through NFS. Is > there > a way to have binary image of rootfs and mount root from there ? > > Could please any one kick me to the right direction ? There is currently some work going on rewriting the book-e boot code (more help is greatly appreciated, if you're familiar enough with early boot to chip in). On my routerboard (e500v2, mpc8544E CPU), it hangs at boot most times. I tracked that down to TLB invalidation, which may be what you're seeing as well, but sometimes it does fully boot. There is a way to embed a rootfs into the kernel, but I'm not certain how to do that. I found a page, dating back to 2006, which describes it: http://maxim.int.ru/tricks/ramdisk.txt , but haven't tried it yet. Does yours hang immediately at boot? Could you share your kernel config? Any logs, it hangs later, too. The way I found to track down the hang location was to put forced CPU resets at places and see if the board resets. On the mpc8544 it consists of writing to the Reset register, so I disable address translation, and write to the register at a fixed address (CCSRBAR is known, so I hard code it, rather than trying to determine it). - Justin From owner-freebsd-ppc@FreeBSD.ORG Mon Mar 30 07:22:34 2015 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 5AFFAF47 for ; Mon, 30 Mar 2015 07:22:34 +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 16EF39 for ; Mon, 30 Mar 2015 07:22:33 +0000 (UTC) Received: (qmail 4015 invoked from network); 30 Mar 2015 07:22:27 -0000 Received: from unknown (HELO rtc-sm-01.app.dca.reflexion.local) (10.81.150.1) by 0 (rfx-qmail) with SMTP; 30 Mar 2015 07:22:27 -0000 Received: by rtc-sm-01.app.dca.reflexion.local (Reflexion email security v7.40.1) with SMTP; Mon, 30 Mar 2015 03:22:27 -0400 (EDT) Received: (qmail 13570 invoked from network); 30 Mar 2015 07:22:27 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (DHE-RSA-AES256-SHA encrypted) SMTP; 30 Mar 2015 07:22:27 -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 36EA81C43C0; Mon, 30 Mar 2015 00:22:26 -0700 (PDT) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Subject: Questionable powerpc64 11.0-CURRENT assembler notation? missing @toc Assembler warnings from powerpc64-gcc tools... Date: Mon, 30 Mar 2015 00:22:25 -0700 Message-Id: <8FAF9AC5-10CF-4DAC-B048-2ADF46538533@dsl-only.net> To: Nathan Whitehorn Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2070.6\)) X-Mailer: Apple Mail (2.2070.6) Cc: FreeBSD PowerPC ML X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Mar 2015 07:22:34 -0000 Basic context: >=20 > # dmesg | head > ... > FreeBSD 11.0-CURRENT #0 r280598M: Fri Mar 27 18:26:08 PDT 2015 > root@FBSDG5C0:/usr/obj/usr/src/sys/GENERIC64vtsc-NODEBUG powerpc > gcc version 4.9.1 (FreeBSD Ports Collection for powerpc64)=20 > ... > # freebsd-version -ku; uname -apKU > 11.0-CURRENT > 11.0-CURRENT > FreeBSD FBSDG5C0 11.0-CURRENT FreeBSD 11.0-CURRENT #0 r280598M: Fri = Mar 27 18:26:08 PDT 2015 = root@FBSDG5C0:/usr/obj/usr/src/sys/GENERIC64vtsc-NODEBUG powerpc = powerpc64 1100066 1100066 Notably this buildworld/buildkernel is based on powerpc64-gcc from the = powerpc64-xtoolchain-gcc. gcc 4.2.1 i missing from the system and is not = built, nor has libstdc++ been built for buildworld/buildkernel use, nor = clang. (For other experiments unrelated to buildworld/buildkernel I have = recently installed lang/gcc5 and lang/clang36.) The C++ library is = libc++, no libstdc++ use by buildworld/buildkernel. The problem: [Note: For all I know this could be a tools vintage issue where = notations are not compatible across vintages. I report this mostly as an = FYI.] The assembler messages later are from a rebuild of this gcc 4.9.1 based = powerpc64 11.0-CURRENT -r280598. I just happened to notice the messages = in the build, they have been around in my activities before but they = were not were I was focused. I first quote the TOC_REF definition and some related material since the = complaints are about some examples of TOC_REF usage (but not the ones in = TOC_ENTRY's): > #ifdef __powerpc64__ > #define TOC_REF(name) __CONCAT(.L,name) > #define TOC_ENTRY(name) \ > .section ".toc","aw"; \ > TOC_REF(name): \ > .tc name[TC],name In the below the lines with TOC_REF(...) notation are the lines being = reported. > /usr/src/sys/powerpc/aim/locore64.S: Assembler messages: > /usr/src/sys/powerpc/aim/locore64.S:134: Warning: assuming @toc on = symbol > /* Set up the stack pointer */ > ld %r1,TOC_REF(tmpstk)(%r2) > addi %r1,%r1,TMPSTKSZ-96 > add %r1,%r1,%r31 > /usr/src/sys/powerpc/aim/trap_subr64.S:317: Warning: assuming @toc on = symbol > /usr/src/sys/powerpc/aim/trap_subr64.S:794: Warning: assuming @toc on = symbol > cpu_reset: > GET_TOCBASE(%r2) >=20 > ld %r1,TOC_REF(tmpstk)(%r2) /* get new SP */ > addi %r1,%r1,(TMPSTKSZ-48) > ... > dbtrap: > /* Write the trap vector to SPRG3 by computing LR & 0xff00 */ > mflr %r1 > andi. %r1,%r1,0xff00 > mtsprg3 %r1 > =20 > ld %r1,TRAP_TOCBASE(0) /* get new SP */ > ld %r1,TOC_REF(tmpstk)(%r1) > addi %r1,%r1,(TMPSTKSZ-48) > /usr/src/sys/powerpc/powerpc/swtch64.S: Assembler messages: > /usr/src/sys/powerpc/powerpc/swtch64.S:149: Warning: assuming @toc on = symbol > cpu_switchin: > #if defined(SMP) && defined(SCHED_ULE) > /* Wait for the new thread to become unblocked */ > ld %r6,TOC_REF(blocked_lock)(%r2) > blocked_loop: > ld %r7,TD_LOCK(%r13) > cmpd %r6,%r7 > beq- blocked_loop > isync > #endif And more TOC_REF usage at the following that I do not show. Note that I = have my own ofwcall64.S variant for helping to supply early-boot crash = info if such happens so do not expect line numbers to carry over, = possibly not even the count of warnings. > /usr/src/sys/powerpc/ofw/ofwcall64.S: Assembler messages: > /usr/src/sys/powerpc/ofw/ofwcall64.S:112: Warning: assuming @toc on = symbol > /usr/src/sys/powerpc/ofw/ofwcall64.S:116: Warning: assuming @toc on = symbol > /usr/src/sys/powerpc/ofw/ofwcall64.S:124: Warning: assuming @toc on = symbol > /usr/src/sys/powerpc/ofw/ofwcall64.S:211: Warning: assuming @toc on = symbol > /usr/src/sys/powerpc/ofw/ofwcall64.S:213: Warning: assuming @toc on = symbol > /usr/src/sys/powerpc/ofw/ofwcall64.S:267: Warning: assuming @toc on = symbol > /usr/src/sys/powerpc/ofw/ofwcall64.S:269: Warning: assuming @toc on = symbol > /usr/src/sys/powerpc/ofw/ofwcall64.S:276: Warning: assuming @toc on = symbol There are also some examples of: > {standard input}: Assembler messages: > {standard input}:5: Warning: unterminated string; newline inserted > {standard input}:6: Warning: unterminated string; newline inserted But that is not what this note is about and it would be better to report = the details from a build without -j 8 to be certain what these messages = go with. Context details: I originally bootstrapped to using powerpc64-xtoolchain-gcc's = powerpc64-gcc using -r279514. After that I attempted rebuilding 279514 = various times exploring what I could enable successfully vs. what I = could not. -r280598 was my first attempt to svnlite upgrade then rebuild = using just the powerpc64-gcc based cross tools environment. It required = manually getting updated headers placed where it was looking but I was = able to update. The 4.2.1 gcc is not present. Nor has clang been built; 3.4.1 was = removed by make delete-old after the initial bootstrap. I'm using = powerpc64-gcc as the only system compiler after the bootstrap. For a = time it was the only compiler present. No libcsdtc++ use for = buildworld/buildkernel, just libc++ instead. > make -j 8 CROSS_TOOLCHAIN=3Dpowerpc64-gcc \ > WITHOUT_CLANG_BOOTSTRAP=3D WITHOUT_CLANG=3D WITHOUT_CLANG_IS_CC=3D \ > WITHOUT_LLDB=3D \ > WITHOUT_GCC_BOOTSTRAP=3D WITHOUT_GCC=3D WITHOUT_GNUCXX=3D \ > WITHOUT_BOOT=3D WITHOUT_LIB32=3D \ > buildworld buildkernel \ > KERNCONF=3DGENERIC64vtsc-NODEBUG \ > TARGET=3Dpowerpc TARGET_ARCH=3Dpowerpc64 Notes: powerpc64-gcc does not allow WITH_BOOT=3D or WITH_LIB32=3D = because -melf32ppc_fbsd is disallowed. As stands powerpc64-gcc is not = sufficient context to build clang 3.6. Also the build environment = ignores WITH_GCC_BOOTSTRAP=3D when XCC is a full path to a cross = compiler. Apparently WITH_GCC=3D has a similar issue but for it I've not = investigated where/how it is forcibly ignored. For the below: Remember, no 4.2.1 gcc and no clang. So powerpc64-gcc = also has to cover what those would normally be used for, not just the = XCC, XCXX, XCPP usage. > # more /etc/src.conf=20 > NO_WERROR=3D > WITH_LIBCPLUSPLUS=3D > CC=3D/usr/local/bin/powerpc64-portbld-freebsd11.0-gcc > CXX=3D/usr/local/bin/powerpc64-portbld-freebsd11.0-g++ > CPP=3D/usr/local/bin/powerpc64-portbld-freebsd11.0-cpp > CROSS_BINUTILS_PREFIX=3D/usr/local/powerpc64-freebsd/bin/ > X_COMPILER_TYPE=3Dgcc > CFLAGS+=3D-L/usr/obj/usr/src/tmp/usr/lib/. > # The order of the two CXXFLAGS additions below is important. > CXXFLAGS+=3D-I/usr/obj/usr/src/tmp/usr/include/c++/v1/. -std=3Dgnu++11 = -L/usr/obj/usr/src/lib/libc++/. > CXXFLAGS+=3D-I/usr/include/c++/v1/. -std=3Dgnu++11 -L/usr/lib/. (I make no claim that the above is a general solution but with some care = about how to do builds it has allowed the experiments that I've done. I = sometimes have used /usr/srcC/ instead of /usr/src/ : I have two = 11.0-CURRENT source trees and tend to swap which I'm using at updates.) > # more /etc/make.conf=20 > WRKDIRPREFIX=3D/usr/obj/portswork > #WITH_DEBUG=3D > MALLOC_PRODUCTION=3D > # svnlite st /usr/src --no-ignore > ? /usr/src/.snap > ? /usr/src/restoresymtable > M /usr/src/sys/ddb/db_main.c > M /usr/src/sys/ddb/db_script.c > ? /usr/src/sys/powerpc/conf/GENERIC64vtsc > ? /usr/src/sys/powerpc/conf/GENERIC64vtsc-NODEBUG > ? /usr/src/sys/powerpc/conf/GENERICvtsc > ? /usr/src/sys/powerpc/conf/GENERICvtsc-NODEBUG > M /usr/src/sys/powerpc/ofw/ofw_machdep.c > M /usr/src/sys/powerpc/ofw/ofwcall64.S All of the above files that are relevant existed and were in use long = before I started the powerpc64-xtoolchain-gcc related explorations. = ofw_machdep.c is tied to a PowerMac-specific change for reliable = booting. The db_'s and ofwcall64.S are tied to getting information from = early-boot crashes if I get any more. The GENERIC*'s relate to that = early-information gathering and to disabling ps3 so that I can then also = have both vt and sc enabled. Remember that gcc5 is not used for buildworld/buildkernel in the below = and gcc5 was actually added after I'd done such builds... > # find / \( -type d -name .svn -prune \) -or \( -name "libstdc++.*" = -exec file {} \; \) | more > /usr/local/lib/gcc5/libstdc++.so.6.0.21: ELF 64-bit MSB shared object, = 64-bit PowerPC or cisco 7500, version 1 (FreeBSD), dynamically linked, = not stripped > /usr/local/lib/gcc5/libstdc++.so.6: symbolic link to = libstdc++.so.6.0.21 > /usr/local/lib/gcc5/libstdc++.so: symbolic link to libstdc++.so.6.0.21 > /usr/local/lib/gcc5/libstdc++.a: current ar archive > /usr/local/lib/gcc5/libstdc++.so.6.0.21-gdb.py: ASCII text > /usr/obj/... (ignored here) > /usr/lib/libstdc++.a: symbolic link to libc++.a > /usr/lib/libstdc++.so: symbolic link to libc++.so So buildworld and buildkernel here are based on libc++ to the exclusion = of libstdc++. There is more to getting things to this stage. For example since = 11.0-CURRENT has CC:=3Dgcc in csu/powerpc64/ I put in symbolic links to = the 4.9.1 compiler. I'm not going to try to list everything here. Even = the installation of powerpc64-gcc in a powerpc64 system requires manual = intervention (last I did that anyway). So far I've only dealt with the case of bootstrapping via powerpc64 = self-hosting its own cross compile. More things have to be correct to = actually cross compile from powerpc (non-64) and I've avoided dealing = with the extra complications that are likely involved. As this has been an exploration of the unfamiliar, I've had false = starts, backtracking, and the like. While I've learned a bunch I doubt = that I could start over and get to where I am by a step-by-step = procedure that avoided backtracking, pondering, retries, and so on. In = some respects I've been lucky that certain types of changes did not = happen between my original and upgraded vintages: things would not have = worked that did work. I have not reached a stage of systematic procedure starting from a gcc = 4.2.1 powerpc64 11.0-CURRENT but I have an existence proof of getting to = this gcc 4.9.1 and libc++ based status. =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-ppc@FreeBSD.ORG Mon Mar 30 23:35:07 2015 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 520BEA8C for ; Mon, 30 Mar 2015 23:35:07 +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 EC226B3F for ; Mon, 30 Mar 2015 23:35:06 +0000 (UTC) Received: (qmail 14086 invoked from network); 30 Mar 2015 23:35:04 -0000 Received: from unknown (HELO mail-cs-02.app.dca.reflexion.local) (10.81.19.2) by 0 (rfx-qmail) with SMTP; 30 Mar 2015 23:35:04 -0000 Received: by mail-cs-02.app.dca.reflexion.local (Reflexion email security v7.40.1) with SMTP; Mon, 30 Mar 2015 19:35:04 -0400 (EDT) Received: (qmail 30232 invoked from network); 30 Mar 2015 23:35:04 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (DHE-RSA-AES256-SHA encrypted) SMTP; 30 Mar 2015 23:35:04 -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 1B7FB1C43AB; Mon, 30 Mar 2015 16:34:59 -0700 (PDT) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Subject: powerpc (non-64) 11.0-CURRENT -r280598 vs. iMac G3 and PowerMac G5 Date: Mon, 30 Mar 2015 16:35:02 -0700 Message-Id: To: Nathan Whitehorn Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2070.6\)) X-Mailer: Apple Mail (2.2070.6) Cc: FreeBSD PowerPC ML X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Mar 2015 23:35:07 -0000 I built a powerpc (non-64) 11.0-CURRENT -r280598 SSD (via gcc 4.2.1, not = 4.9.1) and it has worked okay in G4 PowerMac's that I've tried. (I have = no prior 11.0-CURRENT non-64 powerpc G4/G3 history, but do have a little = for for the G5's.) I'm counting here PowerMac's that 10.1-STABLE works = fine for, as did older builds going back to 10.0-STABLE. But the SSD does not boot in the iMac G3 that I tried. Nor in the = PowerMac G5's. Likely different reasons, even based on the little = information that I have so far. It may be some time before I get to having much information but what I = have now is: The below are all for the same SSD plugged in different = PowerMac's/iMac's and then used to boot, not changing the software = between times. PowerMac G4's: No problems so far. (Note: I've access to one PowerMac G4 that I'm ignoring here. While Mac = OS X and Lubuntu have never had troubles with it, every FreeBSD build = that I've tried from back in 10.0-STABLE times when I started to now = hangs during the boot sequence, fairly early.) iMac G3 (I've access to only one example G3): After > Time counters tick every 1.000 msec it gets: > [Thread pid 0 tid 100037] > Stopped at pmap_activate+0x7c lwz r11,r1,0x0 which may be reporting the instruction after a indirect subroutine jump. PowerMac G5's: Unlike the past where things worked overall the build now gets to the = point of just mostly reporting timeouts, retries, and such for ada0 = (where the SSD is plugged in). This is fairly early in the boot = sequence. Notably some ata support has been removed from 11.0-CURRENT according to = the UPDATING notes, supposedly replaced with better support. But many = FreeBSD statements implicitly mean "tier 1" as the implicit context and = have other implications elsewhere. I've no clue in this case yet. So far powerpc64 11.0-CURRENT -r280598 has not had such problems when = used with the same PowerMac G5's. =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-ppc@FreeBSD.ORG Wed Apr 1 02:13:54 2015 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 26AFD55B for ; Wed, 1 Apr 2015 02:13:54 +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 D6381E46 for ; Wed, 1 Apr 2015 02:13:53 +0000 (UTC) Received: (qmail 14880 invoked from network); 1 Apr 2015 02:13:46 -0000 Received: from unknown (HELO mail-cs-01.app.dca.reflexion.local) (10.81.19.1) by 0 (rfx-qmail) with SMTP; 1 Apr 2015 02:13:46 -0000 Received: by mail-cs-01.app.dca.reflexion.local (Reflexion email security v7.40.1) with SMTP; Tue, 31 Mar 2015 22:13:46 -0400 (EDT) Received: (qmail 10659 invoked from network); 1 Apr 2015 02:13:46 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (DHE-RSA-AES256-SHA encrypted) SMTP; 1 Apr 2015 02:13:46 -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 491721C4052; Tue, 31 Mar 2015 19:13:40 -0700 (PDT) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Subject: FYI: 11.0-CURRENT's contrib/ntp -r280915, some boot-time ntpd error messages Date: Tue, 31 Mar 2015 19:13:44 -0700 Message-Id: <52A97222-C183-4CDC-8FA5-A4CA7552BF5F@dsl-only.net> To: freebsd-current@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2070.6\)) X-Mailer: Apple Mail (2.2070.6) Cc: FreeBSD PowerPC ML X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Apr 2015 02:13:54 -0000 Basic context: > $ dmesg | head > ... > FreeBSD 11.0-CURRENT #3 r280867M: Tue Mar 31 16:19:53 PDT 2015 > root@FBSDG5C0:/usr/obj/usr/src/sys/GENERIC64vtsc-NODEBUG powerpc > gcc version 4.9.1 (FreeBSD Ports Collection for powerpc64)=20 > $ freebsd-version -ku; uname -apKU > 11.0-CURRENT > 11.0-CURRENT > FreeBSD FBSDG5C0 11.0-CURRENT FreeBSD 11.0-CURRENT #3 r280867M: Tue = Mar 31 16:19:53 PDT 2015 = root@FBSDG5C0:/usr/obj/usr/src/sys/GENERIC64vtsc-NODEBUG powerpc = powerpc64 1100067 1100066 I normally do not go beyond the most recent 11.0-CURRENT snapshot = (-r280862 at this point) but I wanted to pick up the the checkins that = enable building the system clang via powerpc64-xtoolchain-gcc's = powerpc64-gcc (as part of a self-hosted rebuild). So I choose to: = svnlite update /usr/src -r280867 . I also later did "svnlite update /usr/src/contrib/ntp/ -r280915" because = the overall the -r280867 vintage materials in that area failed to = compile. Other than -r280915's contrib/ntp/ntpd/ntp_parser.y, contrib/ntp/... is = the -r280849 update that would have been in a -r280862 snapshot. The problem (new ntpd error messages but probably not important to my = activities): After buildworld buildkernel installkernel installworld and rebooting it = now reports during the boot (with a little context shown): > ... > Starting sendmail_submit. > Mar 31 17:20:08 FBSDG5C0 ntpd[775]: line 22 column 1 syntax error > Mar 31 17:20:08 FBSDG5C0 ntpd[775]: setsockopt IPV6_MULTICAST_IF 0 for = [omitted] fails: Can't assign requested address > Mar 31 17:20:08 FBSDG5C0 ntpd[775]: setsockopt IPV6_MULTICAST_IF 0 for = [omitted] fails: Can't assign requested address > Starting sendmail_msp_queue. > ... The "line 22 column 1 syntax error" is not explicit about the file = involved. Presuming /etc/ntp.conf ... > # > # $FreeBSD: head/etc/ntp.conf 259973 2013-12-27 23:06:15Z delphij $ > # > ... > # The option `iburst' is used for faster initial synchronization. > # > server 0.freebsd.pool.ntp.org iburst > server 1.freebsd.pool.ntp.org iburst > server 2.freebsd.pool.ntp.org iburst > #server 3.freebsd.pool.ntp.org iburst > ... That first "server" line is line 22 and is the first non-#/non-empty = line in the file. head/etc/ntp.conf 259973 seems to still be the most = recent in head's svn area. And /etc/ntp.conf is unedited: > # diff /etc/ntp.conf /usr/src/etc/ntp.conf=20 > #=20 As of the the earlier "svnlite update /usr/src -r280598" to match that = earlier snapshot I was not getting such messages from the earlier build. Context details: > # more /etc/rc.conf > hostname=3D"FBSDG5C0" > ifconfig_bge0=3D"DHCP" > ifconfig_bge0_ipv6=3D"inet6 accept_rtadv" > ifconfig_gem0=3D"DHCP" > ifconfig_gem0_ipv6=3D"inet6 accept_rtadv" > sshd_enable=3D"YES" > ntpd_enable=3D"YES" > ntpd_sync_on_start=3D"YES" > # Set dumpdev to "AUTO" to enable crash dumps, "NO" to disable > dumpdev=3D"AUTO" > hald_enable=3D"YES" > dbus_enable=3D"YES" > make -j 8 CROSS_TOOLCHAIN=3Dpowerpc64-gcc \ > WITHOUT_CLANG_BOOTSTRAP=3D WITH_CLANG=3D WITH_CLANG_IS_CC=3D \ > WITH_LLDB=3D \ > WITHOUT_GCC_BOOTSTRAP=3D WITHOUT_GCC=3D WITHOUT_GNUCXX=3D \ > WITHOUT_BOOT=3D WITHOUT_LIB32=3D \ > buildworld buildkernel \ > KERNCONF=3DGENERIC64vtsc-NODEBUG \ > TARGET=3Dpowerpc TARGET_ARCH=3Dpowerpc64 > # more /etc/src.conf > NO_WERROR=3D > WITH_LIBCPLUSPLUS=3D > CC=3D/usr/local/bin/powerpc64-portbld-freebsd11.0-gcc > CXX=3D/usr/local/bin/powerpc64-portbld-freebsd11.0-g++ > CPP=3D/usr/local/bin/powerpc64-portbld-freebsd11.0-cpp > CROSS_BINUTILS_PREFIX=3D/usr/local/powerpc64-freebsd/bin/ > X_COMPILER_TYPE=3Dgcc > CFLAGS+=3D-L/usr/obj/usr/src/tmp/usr/lib/. > CXXFLAGS+=3D-I/usr/obj/usr/src/tmp/usr/include/c++/v1/. -std=3Dgnu++11 = -L/usr/obj/usr/src/lib/libc++/. > CXXFLAGS+=3D-I/usr/include/c++/v1/. -std=3Dgnu++11 -L/usr/lib/. =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-ppc@FreeBSD.ORG Wed Apr 1 19:09:02 2015 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 1D08F669 for ; Wed, 1 Apr 2015 19:09:02 +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 C6D5DB6E for ; Wed, 1 Apr 2015 19:09:01 +0000 (UTC) Received: (qmail 12575 invoked from network); 1 Apr 2015 19:08:58 -0000 Received: from unknown (HELO rtc-sm-01.app.dca.reflexion.local) (10.81.150.1) by 0 (rfx-qmail) with SMTP; 1 Apr 2015 19:08:58 -0000 Received: by rtc-sm-01.app.dca.reflexion.local (Reflexion email security v7.40.1) with SMTP; Wed, 01 Apr 2015 15:08:58 -0400 (EDT) Received: (qmail 5734 invoked from network); 1 Apr 2015 19:08:57 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (DHE-RSA-AES256-SHA encrypted) SMTP; 1 Apr 2015 19:08:57 -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 A4B3D1C43A2; Wed, 1 Apr 2015 12:08:53 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2070.6\)) Subject: Re: FYI: 11.0-CURRENT's contrib/ntp -r280915, some boot-time ntpd error messages From: Mark Millard In-Reply-To: <52A97222-C183-4CDC-8FA5-A4CA7552BF5F@dsl-only.net> Date: Wed, 1 Apr 2015 12:08:55 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: References: <52A97222-C183-4CDC-8FA5-A4CA7552BF5F@dsl-only.net> To: freebsd-current@freebsd.org X-Mailer: Apple Mail (2.2070.6) Cc: FreeBSD PowerPC ML X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Apr 2015 19:09:02 -0000 I rebuilt and the boot-message line > Mar 31 17:20:08 FBSDG5C0 ntpd[775]: line 22 column 1 syntax error is no longer is occurring. But I'm still getting the other two: > Mar 31 17:20:08 FBSDG5C0 ntpd[775]: setsockopt IPV6_MULTICAST_IF 0 for = [omitted] fails: Can't assign requested address > Mar 31 17:20:08 FBSDG5C0 ntpd[775]: setsockopt IPV6_MULTICAST_IF 0 for = [omitted] fails: Can't assign requested address =3D=3D=3D Mark Millard markmi at dsl-only.net On 2015-Mar-31, at 07:13 PM, Mark Millard = wrote: Basic context: > $ dmesg | head > ... > FreeBSD 11.0-CURRENT #3 r280867M: Tue Mar 31 16:19:53 PDT 2015 > root@FBSDG5C0:/usr/obj/usr/src/sys/GENERIC64vtsc-NODEBUG powerpc > gcc version 4.9.1 (FreeBSD Ports Collection for powerpc64)=20 > $ freebsd-version -ku; uname -apKU > 11.0-CURRENT > 11.0-CURRENT > FreeBSD FBSDG5C0 11.0-CURRENT FreeBSD 11.0-CURRENT #3 r280867M: Tue = Mar 31 16:19:53 PDT 2015 = root@FBSDG5C0:/usr/obj/usr/src/sys/GENERIC64vtsc-NODEBUG powerpc = powerpc64 1100067 1100066 I normally do not go beyond the most recent 11.0-CURRENT snapshot = (-r280862 at this point) but I wanted to pick up the the checkins that = enable building the system clang via powerpc64-xtoolchain-gcc's = powerpc64-gcc (as part of a self-hosted rebuild). So I choose to: = svnlite update /usr/src -r280867 . I also later did "svnlite update /usr/src/contrib/ntp/ -r280915" because = the overall the -r280867 vintage materials in that area failed to = compile. Other than -r280915's contrib/ntp/ntpd/ntp_parser.y, contrib/ntp/... is = the -r280849 update that would have been in a -r280862 snapshot. The problem (new ntpd error messages but probably not important to my = activities): After buildworld buildkernel installkernel installworld and rebooting it = now reports during the boot (with a little context shown): > ... > Starting sendmail_submit. > Mar 31 17:20:08 FBSDG5C0 ntpd[775]: line 22 column 1 syntax error > Mar 31 17:20:08 FBSDG5C0 ntpd[775]: setsockopt IPV6_MULTICAST_IF 0 for = [omitted] fails: Can't assign requested address > Mar 31 17:20:08 FBSDG5C0 ntpd[775]: setsockopt IPV6_MULTICAST_IF 0 for = [omitted] fails: Can't assign requested address > Starting sendmail_msp_queue. > ... The "line 22 column 1 syntax error" is not explicit about the file = involved. Presuming /etc/ntp.conf ... > # > # $FreeBSD: head/etc/ntp.conf 259973 2013-12-27 23:06:15Z delphij $ > # > ... > # The option `iburst' is used for faster initial synchronization. > # > server 0.freebsd.pool.ntp.org iburst > server 1.freebsd.pool.ntp.org iburst > server 2.freebsd.pool.ntp.org iburst > #server 3.freebsd.pool.ntp.org iburst > ... That first "server" line is line 22 and is the first non-#/non-empty = line in the file. head/etc/ntp.conf 259973 seems to still be the most = recent in head's svn area. And /etc/ntp.conf is unedited: > # diff /etc/ntp.conf /usr/src/etc/ntp.conf=20 > #=20 As of the the earlier "svnlite update /usr/src -r280598" to match that = earlier snapshot I was not getting such messages from the earlier build. Context details: > # more /etc/rc.conf > hostname=3D"FBSDG5C0" > ifconfig_bge0=3D"DHCP" > ifconfig_bge0_ipv6=3D"inet6 accept_rtadv" > ifconfig_gem0=3D"DHCP" > ifconfig_gem0_ipv6=3D"inet6 accept_rtadv" > sshd_enable=3D"YES" > ntpd_enable=3D"YES" > ntpd_sync_on_start=3D"YES" > # Set dumpdev to "AUTO" to enable crash dumps, "NO" to disable > dumpdev=3D"AUTO" > hald_enable=3D"YES" > dbus_enable=3D"YES" > make -j 8 CROSS_TOOLCHAIN=3Dpowerpc64-gcc \ > WITHOUT_CLANG_BOOTSTRAP=3D WITH_CLANG=3D WITH_CLANG_IS_CC=3D \ > WITH_LLDB=3D \ > WITHOUT_GCC_BOOTSTRAP=3D WITHOUT_GCC=3D WITHOUT_GNUCXX=3D \ > WITHOUT_BOOT=3D WITHOUT_LIB32=3D \ > buildworld buildkernel \ > KERNCONF=3DGENERIC64vtsc-NODEBUG \ > TARGET=3Dpowerpc TARGET_ARCH=3Dpowerpc64 > # more /etc/src.conf > NO_WERROR=3D > WITH_LIBCPLUSPLUS=3D > CC=3D/usr/local/bin/powerpc64-portbld-freebsd11.0-gcc > CXX=3D/usr/local/bin/powerpc64-portbld-freebsd11.0-g++ > CPP=3D/usr/local/bin/powerpc64-portbld-freebsd11.0-cpp > CROSS_BINUTILS_PREFIX=3D/usr/local/powerpc64-freebsd/bin/ > X_COMPILER_TYPE=3Dgcc > CFLAGS+=3D-L/usr/obj/usr/src/tmp/usr/lib/. > CXXFLAGS+=3D-I/usr/obj/usr/src/tmp/usr/include/c++/v1/. -std=3Dgnu++11 = -L/usr/obj/usr/src/lib/libc++/. > CXXFLAGS+=3D-I/usr/include/c++/v1/. -std=3Dgnu++11 -L/usr/lib/. =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-ppc@FreeBSD.ORG Wed Apr 1 21:44:50 2015 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 75E1F992 for ; Wed, 1 Apr 2015 21:44:50 +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 1D0DEE99 for ; Wed, 1 Apr 2015 21:44:49 +0000 (UTC) Received: (qmail 28521 invoked from network); 1 Apr 2015 21:44:47 -0000 Received: from unknown (HELO mail-cs-02.app.dca.reflexion.local) (10.81.19.2) by 0 (rfx-qmail) with SMTP; 1 Apr 2015 21:44:47 -0000 Received: by mail-cs-02.app.dca.reflexion.local (Reflexion email security v7.40.1) with SMTP; Wed, 01 Apr 2015 17:44:47 -0400 (EDT) Received: (qmail 9767 invoked from network); 1 Apr 2015 21:44:47 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (DHE-RSA-AES256-SHA encrypted) SMTP; 1 Apr 2015 21:44:47 -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 B52DA1C43A2; Wed, 1 Apr 2015 14:44:42 -0700 (PDT) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Subject: Shorter report: powerpc64-xtoolchain-gcc use fails from powerpc (non-64) Message-Id: Date: Wed, 1 Apr 2015 14:44:46 -0700 To: FreeBSD Toolchain , FreeBSD PowerPC ML Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2070.6\)) X-Mailer: Apple Mail (2.2070.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: Wed, 01 Apr 2015 21:44:50 -0000 Attempting to use CROSS_TOOLCHAIN=3Dpowerpc64-gcc on powerpc (non-64) = 11.0-CURRENT with TARGET_ARCH=3Dpowerpc64 gets: > --- crti.o --- > gcc -O2 -pipe -I/usr/srcC/lib/csu/powerpc64/../common = -I/usr/srcC/lib/csu/powerpc64/../../libc/include -mlongcall -std=3Dgnu99 = -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter = -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type = -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter = -Wcast-align -Wchar-subscripts -Winline -Wnested-externs = -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c = /usr/srcC/lib/csu/powerpc64/crti.S > ... > /usr/srcC/lib/csu/powerpc64/crti.S: Assembler messages: > /usr/srcC/lib/csu/powerpc64/crti.S:35: Error: junk at end of line, = first unrecognized character is `@' > /usr/srcC/lib/csu/powerpc64/crti.S:51: Error: junk at end of line, = first unrecognized character is `@' > *** [crti.o] Error code 1 >=20 Read below only for analysis. First I'll deal with the error messages. Then I'll deal with the "gcc". The lines of crti.S in question are: > .quad .L._init,.TOC.@tocbase,0 > ... > .quad .L._fini,.TOC.@tocbase,0 The error messages are because __powerpc64__ is not defined when = machine/asm.h is included so the wrong definition is used for = _ENTRY(...): > #ifdef __powerpc64__ > ... > #define _ENTRY(name) \ > .section ".text"; \ > .p2align 2; \ > .globl name; \ > .section ".opd","aw"; \ > .p2align 3; \ > name: \ > .quad DOT_LABEL(name),.TOC.@tocbase,0; \ > .previous; \ > .p2align 4; \ > TYPE_ENTRY(name) \ > DOT_LABEL(name): > ... > #else /* !__powerpc64__ */ > #define _ENTRY(name) \ > .text; \ > .p2align 4; \ > .globl name; \ > .type name,@function; \ > name: > #define _END(name) > #endif /* __powerpc64__ */ The (powerpc64 specific) Makefile may need to force a 64-bit usage (-m64 = ?), presuming that such is supported from the 32 bit environment. But the below may also/instead be involved for = CROSS_TOOLCHAIN=3Dpowerpc64-gcc. As for why the "gcc" despite the CROSS_TOOLCHAIN=3Dpowerpc64-gcc = context... The head/lib/csu/powerpc64/Makefile always attempts to force the use of = "gcc": > # XXX: See the log for r232932 as to why the above -mlongcall is = needed. Since > # clang doesn't support -mlongcall, and testing shows a clang linked = with a > # clang-built csu segfaults, this must currently be compiled with gcc. = Once > # clang supports -mlongcall, or we get a fixed ld, this can be = revisited. > CC:=3D gcc > COMPILER_TYPE:=3D gcc So if gcc 4.2.1 is present then by default the old gcc's assembler is = used instead of the CROSS_TOOLCHAIN=3Dpowerpc64-gcc one. Otherwise gcc = may not be found. The gcc 4.2.1 behavior need not match the CROSS_TOOLCHAIN=3Dpowerpc64-gcc = behavior for an otherwise-the-same command line. =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-ppc@FreeBSD.ORG Wed Apr 1 21:50:02 2015 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 E9F09CC5 for ; Wed, 1 Apr 2015 21:50:02 +0000 (UTC) Received: from mail-pa0-f49.google.com (mail-pa0-f49.google.com [209.85.220.49]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 76024EF3 for ; Wed, 1 Apr 2015 21:50:02 +0000 (UTC) Received: by padcy3 with SMTP id cy3so63934128pad.3 for ; Wed, 01 Apr 2015 14:49:56 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:subject:mime-version:content-type:from :in-reply-to:date:cc:message-id:references:to; bh=EIkxfLvIsqptWCLtox+98TaJkfyrwkT0bz4O+oGX6QY=; b=ChpsxxDslcwz+2B0wp/WxW8Moz4cFo9lmo3eIdvzsfeyNMNQmx4dpfHl9Cw6o5+tc4 7Q9kd5cfYNA+GyDa7zGW9cMs9Y/kIc688sBlL1kxIoxE0ZUorAvwKs9NcKX46YeHgm8e 9AbsEef7oqNU93Ny8LLOP+7tpk9fTiUb64gp4RtQyptEKPuwb98jCWoa+wb8UHUTBRa2 p41Bpu265CYGidHmTX90WyeNxFG+6AXJ7YTkjjVDSI5jZcbwja79qVXlE/igxmPHYhhq 2Rd76xs5NmJ60vR9egFCu9/0ouFSl0/4zB32PBGaKpQZBjg4vTQLfMHzaVgVLCiMWo8Z q07w== X-Gm-Message-State: ALoCoQnFIJTDjOg2wih2W1BSTq0mftSmnEioPvtXBNCbUys103tPz8UgrL8M2LVsxt2B+KJfOLdJ X-Received: by 10.70.92.132 with SMTP id cm4mr80401773pdb.18.1427924996576; Wed, 01 Apr 2015 14:49:56 -0700 (PDT) Received: from lgmac-panastasopoulos-6.corp.netflix.com ([69.53.236.236]) by mx.google.com with ESMTPSA id ae7sm3100462pac.19.2015.04.01.14.49.54 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 01 Apr 2015 14:49:55 -0700 (PDT) Sender: Warner Losh Subject: Re: Shorter report: powerpc64-xtoolchain-gcc use fails from powerpc (non-64) Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2070.6\)) Content-Type: multipart/signed; boundary="Apple-Mail=_67A6748E-28CF-4E69-985A-ECCD2F004B8E"; protocol="application/pgp-signature"; micalg=pgp-sha512 X-Pgp-Agent: GPGMail 2.5b6 From: Warner Losh In-Reply-To: Date: Wed, 1 Apr 2015 14:49:51 -0700 Message-Id: References: To: Mark Millard X-Mailer: Apple Mail (2.2070.6) Cc: FreeBSD Toolchain , 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: Wed, 01 Apr 2015 21:50:03 -0000 --Apple-Mail=_67A6748E-28CF-4E69-985A-ECCD2F004B8E Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 > On Apr 1, 2015, at 2:44 PM, Mark Millard wrote: >=20 > Attempting to use CROSS_TOOLCHAIN=3Dpowerpc64-gcc on powerpc (non-64) = 11.0-CURRENT with TARGET_ARCH=3Dpowerpc64 gets: >=20 >> --- crti.o --- >> gcc -O2 -pipe -I/usr/srcC/lib/csu/powerpc64/../common = -I/usr/srcC/lib/csu/powerpc64/../../libc/include -mlongcall -std=3Dgnu99 = -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter = -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type = -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter = -Wcast-align -Wchar-subscripts -Winline -Wnested-externs = -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c = /usr/srcC/lib/csu/powerpc64/crti.S >> ... >> /usr/srcC/lib/csu/powerpc64/crti.S: Assembler messages: >> /usr/srcC/lib/csu/powerpc64/crti.S:35: Error: junk at end of line, = first unrecognized character is `@' >> /usr/srcC/lib/csu/powerpc64/crti.S:51: Error: junk at end of line, = first unrecognized character is `@' >> *** [crti.o] Error code 1 >>=20 >=20 >=20 >=20 > Read below only for analysis. >=20 >=20 >=20 > First I'll deal with the error messages. Then I'll deal with the = "gcc". >=20 > The lines of crti.S in question are: >=20 >> .quad .L._init,.TOC.@tocbase,0 >> ... >> .quad .L._fini,.TOC.@tocbase,0 >=20 > The error messages are because __powerpc64__ is not defined when = machine/asm.h is included so the wrong definition is used for = _ENTRY(=E2=80=A6): The gcc port needs to be fixed, with changes fed upstream. >> #ifdef __powerpc64__ >> ... >> #define _ENTRY(name) \ >> .section ".text"; \ >> .p2align 2; \ >> .globl name; \ >> .section ".opd","aw"; \ >> .p2align 3; \ >> name: \ >> .quad DOT_LABEL(name),.TOC.@tocbase,0; \ >> .previous; \ >> .p2align 4; \ >> TYPE_ENTRY(name) \ >> DOT_LABEL(name): >> ... >> #else /* !__powerpc64__ */ >> #define _ENTRY(name) \ >> .text; \ >> .p2align 4; \ >> .globl name; \ >> .type name,@function; \ >> name: >> #define _END(name) >> #endif /* __powerpc64__ */ >=20 > The (powerpc64 specific) Makefile may need to force a 64-bit usage = (-m64 ?), presuming that such is supported from the 32 bit environment. Generally, we=E2=80=99ve not added those kinds of flags to the command = line. There=E2=80=99s many subtle issues in the tree trying to do = that=E2=80=A6 Warner --Apple-Mail=_67A6748E-28CF-4E69-985A-ECCD2F004B8E Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQIcBAEBCgAGBQJVHGf/AAoJEGwc0Sh9sBEAIZoP/1m2jc320czmLmlohqDGG+m4 KD82iXxH4wnBSTm5AJ9ivtpbV8rkeOu/f1Aw9l0eHPQaj9aAslvaDxDMjpX5kXaa mZGDjzGm4FegktXIhIf8LZo4rRHNNc6fML/qeqL9QYKEQFJqXsGjrtIpRKlkX4Ah 5q3HJcA9By5rxNn/ws2Bktjpcd/2s4gG4Dd4jy9QyjBxGuVjlPU5PeIxV3e5vZ/T RbNsrsV/Hsfi8APnI1kjFe3bp4Muu+/ER9rUKY4V2F/SGtotvhA6iwnoSFNJHaHa 46PA4+ybEXaDYTt+wwGM4FaLGvIG4mZXtBwctUnXZrH+w5oMfgxDiTCPebKmQDmR c+o8aLpXgJr6FdfBwYeuQTM2KcZ9WpbiGSLRoeHA0DPQC/som/sFj/OIqbn08Fce W/Wiw7BYCI1f8aRDWLH8E3xbd6maEp3WuRKLIE5fV5o/Y0Iw2p4T2EJSVcB9xMU7 T/9wh7hWfUNfV63E2uY6Qq5a4CqPzx9AFi9SkhBEp5mPadIgdjKRDMjU+6KAn/x8 PScWRX+xPCkOsLnA6eBYHqMJEAiXo/TgjH6ogyFZw7eEMiMBQHaYWoABn9vhhQ/K EgI+zGrJk0ZlBLSbm2eGbQqXYk9Sa/djhx+vjmK5HVPKeYhN3TQodTgVs2EN5b39 PIw70mMGZkvc6Cf6wo/m =le1J -----END PGP SIGNATURE----- --Apple-Mail=_67A6748E-28CF-4E69-985A-ECCD2F004B8E-- From owner-freebsd-ppc@FreeBSD.ORG Wed Apr 1 23:37:25 2015 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 9259B262 for ; Wed, 1 Apr 2015 23:37:25 +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 49386D40 for ; Wed, 1 Apr 2015 23:37:24 +0000 (UTC) Received: (qmail 20785 invoked from network); 1 Apr 2015 23:37:23 -0000 Received: from unknown (HELO mail-cs-01.app.dca.reflexion.local) (10.81.19.1) by 0 (rfx-qmail) with SMTP; 1 Apr 2015 23:37:23 -0000 Received: by mail-cs-01.app.dca.reflexion.local (Reflexion email security v7.40.1) with SMTP; Wed, 01 Apr 2015 19:37:23 -0400 (EDT) Received: (qmail 15022 invoked from network); 1 Apr 2015 23:37:22 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (DHE-RSA-AES256-SHA encrypted) SMTP; 1 Apr 2015 23:37:22 -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 31DE11C43AA; Wed, 1 Apr 2015 16:37:17 -0700 (PDT) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2070.6\)) Subject: Re: Shorter report: powerpc64-xtoolchain-gcc use fails from powerpc (non-64) From: Mark Millard In-Reply-To: Date: Wed, 1 Apr 2015 16:37:21 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <7AF12D5F-F4A0-429E-AEAE-4AEF2D35FE31@dsl-only.net> References: To: Warner Losh X-Mailer: Apple Mail (2.2070.6) Cc: FreeBSD Toolchain , 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: Wed, 01 Apr 2015 23:37:25 -0000 On 2015-Apr-1, at 02:49 PM, Warner Losh wrote: >> On Apr 1, 2015, at 2:44 PM, Mark Millard wrote: >>=20 >> Attempting to use CROSS_TOOLCHAIN=3Dpowerpc64-gcc on powerpc (non-64) = 11.0-CURRENT with TARGET_ARCH=3Dpowerpc64 gets: >>=20 >>> --- crti.o --- >>> gcc -O2 -pipe -I/usr/srcC/lib/csu/powerpc64/../common = -I/usr/srcC/lib/csu/powerpc64/../../libc/include -mlongcall -std=3Dgnu99 = -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter = -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type = -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter = -Wcast-align -Wchar-subscripts -Winline -Wnested-externs = -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c = /usr/srcC/lib/csu/powerpc64/crti.S >>> ... >>> /usr/srcC/lib/csu/powerpc64/crti.S: Assembler messages: >>> /usr/srcC/lib/csu/powerpc64/crti.S:35: Error: junk at end of line, = first unrecognized character is `@' >>> /usr/srcC/lib/csu/powerpc64/crti.S:51: Error: junk at end of line, = first unrecognized character is `@' >>> *** [crti.o] Error code 1 >>>=20 >>=20 >>=20 >>=20 >> Read below only for analysis. >>=20 >>=20 >>=20 >> First I'll deal with the error messages. Then I'll deal with the = "gcc". >>=20 >> The lines of crti.S in question are: >>=20 >>> .quad .L._init,.TOC.@tocbase,0 >>> ... >>> .quad .L._fini,.TOC.@tocbase,0 >>=20 >> The error messages are because __powerpc64__ is not defined when = machine/asm.h is included so the wrong definition is used for = _ENTRY(=E2=80=A6): >=20 > The gcc port needs to be fixed, with changes fed upstream. The head/lib/csu/powerpc64/Makefile generated "gcc" as the command (see = above). That in turn ended up as using: /usr/bin/gcc , which is the = FreeBSD 4.2.1 system gcc. So no port was involved. That may be the (or a) problem: ${XCC} was not = being used. >>> #ifdef __powerpc64__ >>> ... >>> #define _ENTRY(name) \ >>> .section ".text"; \ >>> .p2align 2; \ >>> .globl name; \ >>> .section ".opd","aw"; \ >>> .p2align 3; \ >>> name: \ >>> .quad DOT_LABEL(name),.TOC.@tocbase,0; \ >>> .previous; \ >>> .p2align 4; \ >>> TYPE_ENTRY(name) \ >>> DOT_LABEL(name): >>> ... >>> #else /* !__powerpc64__ */ >>> #define _ENTRY(name) \ >>> .text; \ >>> .p2align 4; \ >>> .globl name; \ >>> .type name,@function; \ >>> name: >>> #define _END(name) >>> #endif /* __powerpc64__ */ >>=20 >> The (powerpc64 specific) Makefile may need to force a 64-bit usage = (-m64 ?), presuming that such is supported from the 32 bit environment. >=20 > Generally, we=E2=80=99ve not added those kinds of flags to the command = line. There=E2=80=99s many subtle issues in the tree trying to do = that=E2=80=A6 >=20 > Warner =46rom a powerpc (non-64) 11.0-CURRENT boot is the following supposed to = work by producing a powerpc64 appropriate result (no CROSS_TOOLCHAIN for = this question)?=20 make buildworld buildkernel KERNCONF=3DGENERIC64 TARGET=3Dpowerpc = TARGET_ARCH=3Dpowerpc64 The standard v4.2.1 /usr/bin/gcc in a powerpc context (non-64) for that = make command would produce files for TARGET_ARCH=3Dpowerpc unless the = command lines specified otherwise. Notably the build environment is picking powerpc64 specific paths when = appropriate, such as: lib/csu/powerpc64/Makefile so that specific Makefile is not likely to be used when powerpc64 = handling is inappropriate, even executed from from a powerpc (non-64) = context. A different path (and so a distinct Makefile) would be used for = KERNCONF=3DGENERIC TARGET_ARCH=3Dpowerpc . =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-ppc@FreeBSD.ORG Thu Apr 2 00:05:05 2015 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 E76196AD for ; Thu, 2 Apr 2015 00:05:05 +0000 (UTC) Received: from mail-pd0-f173.google.com (mail-pd0-f173.google.com [209.85.192.173]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B41BFFE8 for ; Thu, 2 Apr 2015 00:05:05 +0000 (UTC) Received: by pdrw1 with SMTP id w1so62507218pdr.0 for ; Wed, 01 Apr 2015 17:04:59 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:subject:mime-version:content-type:from :in-reply-to:date:cc:message-id:references:to; bh=3wKLXYV6h7ix4e5hBnkc4of8pmP0i3yBHLVcvABxzE8=; b=hcGsZFukV9t6lGQ552214R6MMjIiLCIPPJfgDl6FPJshe/hCjW96MngavL9OZAJFs4 wdnzBIDImA2yLLpzmQcT0byNkaKMknCOSHL4HXPRUL997qh9Rg1PfPRXDfWRpNtsrbWI yMb4Jm4kpTXTD+b/2A+qsE2lyi4BEV+Dw2zf7azreJ+OLChnTXe0hod5L+bHKkxjH1Nd q4E+AAUIlioWgfdFzDPQIKa4FlxaseVJSbs0V3cng8OnyHAWsGpi4flJKSXzFKup68J3 J8H0ixOFabqmmEkrmhYnVy1+OhwQCNCXUhNMnbivtbLgFQhA0pZVcBOVY6x7BzBsA5OD +L9Q== X-Gm-Message-State: ALoCoQlvG+sDTCvvtS4cDCu9cEKW3NutF69F9IgDgfucXEhn8lhkB+MI2oDZMg4sXqmU4FJJ8DTl X-Received: by 10.68.227.41 with SMTP id rx9mr13581234pbc.76.1427933098927; Wed, 01 Apr 2015 17:04:58 -0700 (PDT) Received: from lgmac-panastasopoulos-6.corp.netflix.com ([69.53.236.236]) by mx.google.com with ESMTPSA id pb2sm3261349pdb.33.2015.04.01.17.04.57 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 01 Apr 2015 17:04:58 -0700 (PDT) Sender: Warner Losh Subject: Re: Shorter report: powerpc64-xtoolchain-gcc use fails from powerpc (non-64) Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2070.6\)) Content-Type: multipart/signed; boundary="Apple-Mail=_74D210E6-0D36-42FC-A42F-78A09CB89345"; protocol="application/pgp-signature"; micalg=pgp-sha512 X-Pgp-Agent: GPGMail 2.5b6 From: Warner Losh In-Reply-To: <7AF12D5F-F4A0-429E-AEAE-4AEF2D35FE31@dsl-only.net> Date: Wed, 1 Apr 2015 17:04:54 -0700 Message-Id: <83AB15DC-4B96-489D-A74B-84A552050785@bsdimp.com> References: <7AF12D5F-F4A0-429E-AEAE-4AEF2D35FE31@dsl-only.net> To: Mark Millard X-Mailer: Apple Mail (2.2070.6) Cc: FreeBSD Toolchain , 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: Thu, 02 Apr 2015 00:05:06 -0000 --Apple-Mail=_74D210E6-0D36-42FC-A42F-78A09CB89345 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 > On Apr 1, 2015, at 4:37 PM, Mark Millard wrote: >=20 >=20 > On 2015-Apr-1, at 02:49 PM, Warner Losh wrote: >=20 >=20 >>> On Apr 1, 2015, at 2:44 PM, Mark Millard = wrote: >>>=20 >>> Attempting to use CROSS_TOOLCHAIN=3Dpowerpc64-gcc on powerpc = (non-64) 11.0-CURRENT with TARGET_ARCH=3Dpowerpc64 gets: >>>=20 >>>> --- crti.o --- >>>> gcc -O2 -pipe -I/usr/srcC/lib/csu/powerpc64/../common = -I/usr/srcC/lib/csu/powerpc64/../../libc/include -mlongcall -std=3Dgnu99 = -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter = -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type = -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter = -Wcast-align -Wchar-subscripts -Winline -Wnested-externs = -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c = /usr/srcC/lib/csu/powerpc64/crti.S >>>> ... >>>> /usr/srcC/lib/csu/powerpc64/crti.S: Assembler messages: >>>> /usr/srcC/lib/csu/powerpc64/crti.S:35: Error: junk at end of line, = first unrecognized character is `@' >>>> /usr/srcC/lib/csu/powerpc64/crti.S:51: Error: junk at end of line, = first unrecognized character is `@' >>>> *** [crti.o] Error code 1 >>>>=20 >>>=20 >>>=20 >>>=20 >>> Read below only for analysis. >>>=20 >>>=20 >>>=20 >>> First I'll deal with the error messages. Then I'll deal with the = "gcc". >>>=20 >>> The lines of crti.S in question are: >>>=20 >>>> .quad .L._init,.TOC.@tocbase,0 >>>> ... >>>> .quad .L._fini,.TOC.@tocbase,0 >>>=20 >>> The error messages are because __powerpc64__ is not defined when = machine/asm.h is included so the wrong definition is used for = _ENTRY(=E2=80=A6): >>=20 >> The gcc port needs to be fixed, with changes fed upstream. >=20 > The head/lib/csu/powerpc64/Makefile generated "gcc" as the command = (see above). That in turn ended up as using: /usr/bin/gcc , which is the = FreeBSD 4.2.1 system gcc. >=20 > So no port was involved. That may be the (or a) problem: ${XCC} was = not being used. That=E2=80=99s an interesting hole. It should be. >>>> #ifdef __powerpc64__ >>>> ... >>>> #define _ENTRY(name) \ >>>> .section ".text"; \ >>>> .p2align 2; \ >>>> .globl name; \ >>>> .section ".opd","aw"; \ >>>> .p2align 3; \ >>>> name: \ >>>> .quad DOT_LABEL(name),.TOC.@tocbase,0; \ >>>> .previous; \ >>>> .p2align 4; \ >>>> TYPE_ENTRY(name) \ >>>> DOT_LABEL(name): >>>> ... >>>> #else /* !__powerpc64__ */ >>>> #define _ENTRY(name) \ >>>> .text; \ >>>> .p2align 4; \ >>>> .globl name; \ >>>> .type name,@function; \ >>>> name: >>>> #define _END(name) >>>> #endif /* __powerpc64__ */ >>>=20 >>> The (powerpc64 specific) Makefile may need to force a 64-bit usage = (-m64 ?), presuming that such is supported from the 32 bit environment. >>=20 >> Generally, we=E2=80=99ve not added those kinds of flags to the = command line. There=E2=80=99s many subtle issues in the tree trying to = do that=E2=80=A6 >>=20 >> Warner >=20 > =46rom a powerpc (non-64) 11.0-CURRENT boot is the following supposed = to work by producing a powerpc64 appropriate result (no CROSS_TOOLCHAIN = for this question)? >=20 > make buildworld buildkernel KERNCONF=3DGENERIC64 TARGET=3Dpowerpc = TARGET_ARCH=3Dpowerpc64 This should work, modulo broken compilers. > The standard v4.2.1 /usr/bin/gcc in a powerpc context (non-64) for = that make command would produce files for TARGET_ARCH=3Dpowerpc unless = the command lines specified otherwise. Ah, so it is a =E2=80=98cross build=E2=80=99 situation... > Notably the build environment is picking powerpc64 specific paths when = appropriate, such as: >=20 > lib/csu/powerpc64/Makefile >=20 > so that specific Makefile is not likely to be used when powerpc64 = handling is inappropriate, even executed from from a powerpc (non-64) = context. A different path (and so a distinct Makefile) would be used for = KERNCONF=3DGENERIC TARGET_ARCH=3Dpowerpc . The hack in that Makefile likely needs to be revisited. Warner --Apple-Mail=_74D210E6-0D36-42FC-A42F-78A09CB89345 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQIcBAEBCgAGBQJVHIemAAoJEGwc0Sh9sBEAQOQQAKbYddNkWIRGpykQiDAEl8eh atc2rzxu+SLUh+KVKpphXf4VJaCaE6/ssj+ddwTFpVHUPRVFaqHoxSgZ5A3GYWZD /Fs2H4/4Bf0h4ztS9s2hgx169NGdvyzvRVFXS+Fwb2AKjU6ybm9eD8iMHfGrPv0D xwJvBWb5glCV7GzW0oO/ScUhpN2nzBzHi0tEnfvyR4ZT5l5n8vv5pJiH8jSnpb9i TaWNTKOuGiYIgEKaTlZHnGhE3IQk/Jpl05LsFMQNBbyPOr5gESe95lqssWeZi7IF 693cTdtX64hhxUOzL/V6HTSQYr6NDIpxs69tpUB2Y/r7Ay9s5clFv0uNWt/AmWVw g7wRMql4sIrtmmElXKtjihyuo8IAvouJccmoszDK3Oz4T9YHeFDnyHTrrUuFDjzp bMD8dypsLJen1+mxlhIa2Pfhp/HxUCcjhFoeVi+azyM6vpC3TqLP8x0xn94ZcIO5 AMjH8xDbBTtWJSB9WXezAUQ/mIZckAO9VJMmx+7hxEDEY4PgSK9/I/iXDLRleOwo 9mtmQlLEjPE2Vvi241jLI/6+pPHSywNG0goXBcZ4ZeyPUXAe8cF7Jv+M/zpxmAP2 ZFrSJyZWhjiErRBBwyaaDD9B0Zkh2FBNFAJ9a5okymrXBXvXZQ1XqvyvF6cIaKni ItEuzwV5pYnM6aPvhIMA =bo5E -----END PGP SIGNATURE----- --Apple-Mail=_74D210E6-0D36-42FC-A42F-78A09CB89345-- From owner-freebsd-ppc@FreeBSD.ORG Thu Apr 2 03:12:45 2015 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 22764A95; Thu, 2 Apr 2015 03:12:45 +0000 (UTC) Received: from mail-ig0-x22f.google.com (mail-ig0-x22f.google.com [IPv6:2607:f8b0:4001:c05::22f]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D8E1B84D; Thu, 2 Apr 2015 03:12:44 +0000 (UTC) Received: by igcau2 with SMTP id au2so42310641igc.1; Wed, 01 Apr 2015 20:12:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=UaS0PbVB1MgxPTXl2vMYsVTCBaSWn/dIegplQyE6Ftg=; b=KLSWMRix2jcR/jRkEQQXDgsbp0A8KGk3AgGeaIP+GdhW0xbmSj/E/jOiqwrfpAsFij B34dpn+yrb8sZlbbbk2zReSbkG1ZwophDwYeM41TeyBtyRRH1ULSFmqXY+MK/fE34MKb FzH42h2TofQ9wvIwb9IZCbLuYA4UA51NWn3BZvyWcp6B0IhORvw70rEWKEl/PmS27vKI ROnUZKgJKb65nte2H1t9Nr+zs7kfaCMdVgqNhFMYBUe3vVQeFRin7zZa9UI8Ytc98JpB n0rax7ECn0ERIMcOzSEyuZ2ZwINyJY0inUidIn36Vzfo75FGo25eGD8QKpQVU06gc7Cb JjVA== MIME-Version: 1.0 X-Received: by 10.50.143.36 with SMTP id sb4mr16735377igb.0.1427944364376; Wed, 01 Apr 2015 20:12:44 -0700 (PDT) Sender: kob6558@gmail.com Received: by 10.107.174.86 with HTTP; Wed, 1 Apr 2015 20:12:44 -0700 (PDT) In-Reply-To: References: <52A97222-C183-4CDC-8FA5-A4CA7552BF5F@dsl-only.net> Date: Wed, 1 Apr 2015 20:12:44 -0700 X-Google-Sender-Auth: iCq1TOZNzZOmJelZT8n9W5e05o4 Message-ID: Subject: Re: FYI: 11.0-CURRENT's contrib/ntp -r280915, some boot-time ntpd error messages From: Kevin Oberman To: Mark Millard Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: FreeBSD Current , 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: Thu, 02 Apr 2015 03:12:45 -0000 On Wed, Apr 1, 2015 at 12:08 PM, Mark Millard wrote: > I rebuilt and the boot-message line > > > Mar 31 17:20:08 FBSDG5C0 ntpd[775]: line 22 column 1 syntax error > > > is no longer is occurring. But I'm still getting the other two: > > > Mar 31 17:20:08 FBSDG5C0 ntpd[775]: setsockopt IPV6_MULTICAST_IF 0 for > [omitted] fails: Can't assign requested address > > Mar 31 17:20:08 FBSDG5C0 ntpd[775]: setsockopt IPV6_MULTICAST_IF 0 for > [omitted] fails: Can't assign requested address > > > === > Mark Millard > markmi at dsl-only.net > This is probably way too obvious, but is the system configured for IPv6? -- Kevin Oberman, Network Engineer, Retired E-mail: rkoberman@gmail.com From owner-freebsd-ppc@FreeBSD.ORG Thu Apr 2 03:17:58 2015 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 476E7BEF for ; Thu, 2 Apr 2015 03:17:58 +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 DDCEE879 for ; Thu, 2 Apr 2015 03:17:57 +0000 (UTC) Received: (qmail 25940 invoked from network); 2 Apr 2015 03:17:50 -0000 Received: from unknown (HELO rtc-sm-01.app.dca.reflexion.local) (10.81.150.1) by 0 (rfx-qmail) with SMTP; 2 Apr 2015 03:17:50 -0000 Received: by rtc-sm-01.app.dca.reflexion.local (Reflexion email security v7.40.1) with SMTP; Wed, 01 Apr 2015 23:17:50 -0400 (EDT) Received: (qmail 5577 invoked from network); 2 Apr 2015 03:17:50 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (DHE-RSA-AES256-SHA encrypted) SMTP; 2 Apr 2015 03:17:50 -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 AEE2C1C4052; Wed, 1 Apr 2015 20:17:43 -0700 (PDT) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2070.6\)) Subject: Re: Shorter report: powerpc64-xtoolchain-gcc use fails from powerpc (non-64) From: Mark Millard In-Reply-To: <83AB15DC-4B96-489D-A74B-84A552050785@bsdimp.com> Date: Wed, 1 Apr 2015 20:17:48 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: References: <7AF12D5F-F4A0-429E-AEAE-4AEF2D35FE31@dsl-only.net> <83AB15DC-4B96-489D-A74B-84A552050785@bsdimp.com> To: Warner Losh X-Mailer: Apple Mail (2.2070.6) Cc: FreeBSD Toolchain , 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: Thu, 02 Apr 2015 03:17:58 -0000 [I've omitted history going in a different direction than this note.] On 2015-Apr-1, at 02:49 PM, Warner Losh wrote: >=20 > On Apr 1, 2015, at 4:37 PM, Mark Millard wrote: >=20 >> =46rom a powerpc (non-64) 11.0-CURRENT boot is the following supposed = to work by producing a powerpc64 appropriate result (no CROSS_TOOLCHAIN = for this question)? >>=20 >> make buildworld buildkernel KERNCONF=3DGENERIC64 TARGET=3Dpowerpc = TARGET_ARCH=3Dpowerpc64 >=20 > This should work, modulo broken compilers. >=20 >> The standard v4.2.1 /usr/bin/gcc in a powerpc context (non-64) for = that make command would produce files for TARGET_ARCH=3Dpowerpc unless = the command lines specified otherwise. >=20 > Ah, so it is a =E2=80=98cross build=E2=80=99 situation... >=20 >> Notably the build environment is picking powerpc64 specific paths = when appropriate, such as: >>=20 >> lib/csu/powerpc64/Makefile >>=20 >> so that specific Makefile is not likely to be used when powerpc64 = handling is inappropriate, even executed from from a powerpc (non-64) = context. A different path (and so a distinct Makefile) would be used for = KERNCONF=3DGENERIC TARGET_ARCH=3Dpowerpc . After some experimentation I think that I've learned that I'd not = guessed the existence of a required step to enable "make buildkernel = KERNCONF=3DGENERIC64 TARGET=3Dpowerpc TARGET_ARCH=3Dpowerpc64" from = powerpc: one first must do a... make kernel-toolchain KERNCONF=3DGENERIC64 TARGET=3Dpowerpc = TARGET_ARCH=3Dpowerpc64 before trying buildkernel. Similarly if buildworld is going to be done = then make toolchain KERNCONF=3DGENERIC64 TARGET=3Dpowerpc = TARGET_ARCH=3Dpowerpc64 should be done first. These put in place a tailored gcc 4.2.1 build into the appropriate part = of the /usr/obj/... tree and once it exists the path used during make = picks up the sub-tree-specific gcc 4.2.1. The defaults for this tree-specific gcc do not require command line = options to specify the default context for the special TARGET_ARCH. Similarly for building for powerpc from powerpc64. =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-ppc@FreeBSD.ORG Thu Apr 2 03:49:47 2015 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 0F3B3F19 for ; Thu, 2 Apr 2015 03:49:47 +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 A5121B58 for ; Thu, 2 Apr 2015 03:49:46 +0000 (UTC) Received: (qmail 27379 invoked from network); 2 Apr 2015 03:49:45 -0000 Received: from unknown (HELO mail-cs-02.app.dca.reflexion.local) (10.81.19.2) by 0 (rfx-qmail) with SMTP; 2 Apr 2015 03:49:45 -0000 Received: by mail-cs-02.app.dca.reflexion.local (Reflexion email security v7.40.1) with SMTP; Wed, 01 Apr 2015 23:49:45 -0400 (EDT) Received: (qmail 2937 invoked from network); 2 Apr 2015 03:49:45 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (DHE-RSA-AES256-SHA encrypted) SMTP; 2 Apr 2015 03:49:45 -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 886001C4052; Wed, 1 Apr 2015 20:49:38 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2070.6\)) Subject: Re: FYI: 11.0-CURRENT's contrib/ntp -r280915, some boot-time ntpd error messages From: Mark Millard In-Reply-To: Date: Wed, 1 Apr 2015 20:49:43 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: References: <52A97222-C183-4CDC-8FA5-A4CA7552BF5F@dsl-only.net> To: Kevin Oberman X-Mailer: Apple Mail (2.2070.6) Cc: FreeBSD Current , 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: Thu, 02 Apr 2015 03:49:47 -0000 On 2015-Apr-1, at 08:12 PM, Kevin Oberman = wrote: >=20 > On Wed, Apr 1, 2015 at 12:08 PM, Mark Millard = wrote: > I rebuilt and the boot-message line >=20 > > Mar 31 17:20:08 FBSDG5C0 ntpd[775]: line 22 column 1 syntax error >=20 >=20 > is no longer is occurring. But I'm still getting the other two: >=20 > > Mar 31 17:20:08 FBSDG5C0 ntpd[775]: setsockopt IPV6_MULTICAST_IF 0 = for [omitted] fails: Can't assign requested address > > Mar 31 17:20:08 FBSDG5C0 ntpd[775]: setsockopt IPV6_MULTICAST_IF 0 = for [omitted] fails: Can't assign requested address >=20 >=20 > =3D=3D=3D > Mark Millard > markmi at dsl-only.net >=20 > This is probably way too obvious, but is the system configured for = IPv6?=20 > -- > Kevin Oberman, Network Engineer, Retired > E-mail: rkoberman@gmail.com >=20 I do not know how much the two messages matter --for me or to anyone = else. They might not be interesting other than my being educated a bit. As for what all is non-default for my configuration files (not much)... My use of networking is minimal and the configuration changes for that = are limited to rc.conf: > # more /etc/rc.conf > hostname=3D"FBSDG5C0" > ifconfig_bge0=3D"DHCP" > ifconfig_bge0_ipv6=3D"inet6 accept_rtadv" > ifconfig_gem0=3D"DHCP" > ifconfig_gem0_ipv6=3D"inet6 accept_rtadv" > sshd_enable=3D"YES" > ntpd_enable=3D"YES" > ntpd_sync_on_start=3D"YES" > # Set dumpdev to "AUTO" to enable crash dumps, "NO" to disable > dumpdev=3D"AUTO" > hald_enable=3D"YES" > dbus_enable=3D"YES" Historically I've used 10.1-STABLE that way and still do. Recently I've = been experimenting with 11.0-CURRENT based on the same sort of = /etc/rc.conf file. I'm not getting the notices for 10.1-STABLE and have not been. I am getting the notices for 11.0-CURRENT now but I did not notice such = with the few earlier-vintage builds that I've done. It is possible that = I just did not notice: I do not have much 11.0-CURRENT history. If so, = then my notes are more of a 10.1-STABLE vs. 11.0-CURRENT difference = notice. I also fiddle with /boot/loader.conf, /etc/fstab, /etc/make.conf, and = /etc/src.conf primarily. /etc/sysctl.conf for dump issues. = /usr/local/etc/sudoers . The rest of the configuration files are at the default/installation = status. The PowerMac that I plug the SSD into at the time determines which of = bge0 vs. gem0 actually exists. =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-ppc@FreeBSD.ORG Thu Apr 2 05:58:54 2015 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 EBFCEBF7; Thu, 2 Apr 2015 05:58:54 +0000 (UTC) Received: from bitcloud.desync.com (bitcloud.desync.com [IPv6:2607:f178::100]) by mx1.freebsd.org (Postfix) with ESMTP id C2C2B8C8; Thu, 2 Apr 2015 05:58:54 +0000 (UTC) Received: from bitcloud.desync.com (localhost [127.0.1.100]) by bitcloud.desync.com (Postfix) with ESMTP id 7C1485E86D; Thu, 2 Apr 2015 01:58:46 -0400 (EDT) Received: from exile.desync.com (exile.desync.com [IPv6:2607:f178::167]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by bitcloud.desync.com (Postfix) with ESMTPSA id 3A8515E86C; Thu, 2 Apr 2015 01:58:46 -0400 (EDT) Date: Thu, 2 Apr 2015 01:58:45 -0400 From: ben wilber To: Mark Millard Subject: Re: FYI: 11.0-CURRENT's contrib/ntp -r280915, some boot-time ntpd error messages Message-ID: <20150402055844.GB87787@exile.desync.com> References: <52A97222-C183-4CDC-8FA5-A4CA7552BF5F@dsl-only.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Mailer: NeXT Mail 3.3 X-Nextstep-Mailer: Mail 3.3 (Enhance 1.3b1) X-Virus-Scanned: ClamAV+desync1124 Cc: freebsd-current@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: Thu, 02 Apr 2015 05:58:55 -0000 On Wed, Apr 01, 2015 at 12:08:55PM -0700, Mark Millard wrote: > I rebuilt and the boot-message line > > > Mar 31 17:20:08 FBSDG5C0 ntpd[775]: line 22 column 1 syntax error > > > is no longer is occurring. But I'm still getting the other two: > > > Mar 31 17:20:08 FBSDG5C0 ntpd[775]: setsockopt IPV6_MULTICAST_IF 0 for [omitted] fails: Can't assign requested address > > Mar 31 17:20:08 FBSDG5C0 ntpd[775]: setsockopt IPV6_MULTICAST_IF 0 for [omitted] fails: Can't assign requested address I've also noticed that net/bird6 can't seem to do OSPF on -CURRENT (r280426 here): Apr 2 05:41:32 midgar bird6: ospf0: Socket error on vlan2: Can't assign requested address vlan2 has both an auto_linklocal address and globally unique unicast address.