From owner-freebsd-ppc@freebsd.org Sun Jun 11 23:09:36 2017 Return-Path: Delivered-To: freebsd-ppc@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id EF540BEF18D for ; Sun, 11 Jun 2017 23:09:36 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-211-156.reflexion.net [208.70.211.156]) (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 957637A15B for ; Sun, 11 Jun 2017 23:09:35 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 4255 invoked from network); 11 Jun 2017 23:02:55 -0000 Received: from unknown (HELO mail-cs-01.app.dca.reflexion.local) (10.81.19.1) by 0 (rfx-qmail) with SMTP; 11 Jun 2017 23:02:55 -0000 Received: by mail-cs-01.app.dca.reflexion.local (Reflexion email security v8.40.0) with SMTP; Sun, 11 Jun 2017 19:02:55 -0400 (EDT) Received: (qmail 13073 invoked from network); 11 Jun 2017 23:02:54 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 11 Jun 2017 23:02:54 -0000 Received: from [192.168.1.114] (c-76-115-7-162.hsd1.or.comcast.net [76.115.7.162]) by iron2.pdx.net (Postfix) with ESMTPSA id 33979EC8074; Sun, 11 Jun 2017 16:02:54 -0700 (PDT) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: Re: A different 32-bit powerpc head -r317820 panic on old PowerMac G5: dual backtraces from "timeout stopping cpus" (dump failed though): any comments? Date: Sun, 11 Jun 2017 16:02:53 -0700 References: <1F1E52BD-375E-47CC-BF06-ECB1092121B4@dsl-only.net> To: Justin Hibbits , Nathan Whitehorn , FreeBSD PowerPC ML , freebsd-hackers@freebsd.org In-Reply-To: <1F1E52BD-375E-47CC-BF06-ECB1092121B4@dsl-only.net> Message-Id: <29CCA1EC-242D-42E7-97E9-6F2F67178DF3@dsl-only.net> X-Mailer: Apple Mail (2.3273) X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Jun 2017 23:09:37 -0000 On 2017-Jun-6, at 11:09 AM, Mark Millard wrote: > . . . > FYI: I'm currently doing an approximate > binary search for localizing part of the panic problem. This effort failed. More after the reminder of the technique as it was when I started to try this. > This is based on the classic panics that are instead > from jumping to a non-code area. . . > > At a given point in my other experiments I was > getting: > > srr0=0x90a0f0 etext+0xb8fc > > Adding (unused) code somewhat before that etext > (so increasing etext) got: > > srr0=0x90a0f0 etext+0xb8a8 > (The additional code was larger than I now use.) > > But instead adding some code earlier (by around > 0x100000 in this example) got: > > srr0=0x90a110 etext+0xb8fc > > So comparing to the starting conditions in > each case: > > The bad-address accessed in one case stayed > constant but the etext offset decreased: in essence > the only thing that happened is etext increased > (matching the offset decrease). > > In the other case the etext offset stayed constant > but the bad-address and etext increased by the > same amount. > > . . . > > Currently I'm adding code by adding: > > void HACKISH_EXTRA_CODE(void) {} > > to one .c file from /usr/src/sys/. . . based which > file gets to within a ballpark of a more accurate > binary search position. (Large binary search > jumps currently: I'm not being picky about where > in the .c the addition is made yet.) The reason for the failure is that the behavioral changes and failure modes changed depending where HACKISH_EXTRA_CODE was added (over a very wide span of addresses for where the code was tried). Overall I was unable to have a criteria for picking between larger addresses and smaller addresses in the search in a way that targeted getting near a boundary having two specific, distinct behaviors on each side of the boundary. Also adding code to panic instead of accessing or changing inappropriate memory for failures seen in some failures again changed the behavior observed, no longer accessing or corrupting the same way. So for the binary search I had to revert such extra problem-detection code. Very memory-layout dependent. At this point I'm not hopeful of providing any better evidence than I have in my various prior list messages. I doubt anyone can pick anything out based on just those from the last several weeks. At most if something is noticed the reports might be able to be checked for "would this now identified code-problem have possibly contributed to those reports?". (Even that use seems unlikely.) === Mark Millard markmi at dsl-only.net From owner-freebsd-ppc@freebsd.org Mon Jun 12 17:44:21 2017 Return-Path: Delivered-To: freebsd-ppc@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DD726C0923E for ; Mon, 12 Jun 2017 17:44:21 +0000 (UTC) (envelope-from luciano@vespaperitivo.it) Received: from baobab.bilink.net (baobab.bilink.net [212.45.144.44]) by mx1.freebsd.org (Postfix) with ESMTP id A020977D42 for ; Mon, 12 Jun 2017 17:44:21 +0000 (UTC) (envelope-from luciano@vespaperitivo.it) Received: from localhost (localhost [127.0.0.1]) by baobab.bilink.it (Postfix) with ESMTP id 3wmg6v5cbPz1cXL0 for ; Mon, 12 Jun 2017 19:36:23 +0200 (CEST) X-Virus-Scanned: amavisd-new at mcs.it Received: from baobab.bilink.net ([127.0.0.1]) by localhost (baobab.mcs.it [127.0.0.1]) (amavisd-new, port 11027) with ESMTP id kgD7ur20ToXn for ; Mon, 12 Jun 2017 19:36:23 +0200 (CEST) Received: from hermes.mcs.it (hermes.mcs.it [192.168.132.21]) by baobab.bilink.it (Postfix) with ESMTP id 3wmg6v4w0Tz1cXKx for ; Mon, 12 Jun 2017 19:36:23 +0200 (CEST) Received: from mordeus (unknown [192.168.45.6]) by hermes.mcs.it (Postfix) with ESMTP id 1E4B51B7699 for ; Mon, 12 Jun 2017 19:36:22 +0200 (CEST) Date: Mon, 12 Jun 2017 19:36:21 +0200 From: Luciano Mannucci To: freebsd-ppc@freebsd.org Subject: Re: FreeBSD on OPENPOWER In-Reply-To: <541DD61B-2613-47EC-95DA-7B28438211E9@dsl-only.net> References: <541DD61B-2613-47EC-95DA-7B28438211E9@dsl-only.net> X-Mailer: Claws Mail 3.14.1 (GTK+ 2.24.29; amd64-portbld-freebsd10.3) X-Face: 4qPv4GNcD; h<7Q/sK>+GqF4=CR@KmnPkSmwd+#%\F`4yjKO3"C]p'z=(oWRnsYBQGM\5g:4skqQY0NnV'dM:Mm:^/_+I@a"; [-s=ogufdF"9ggQ'=y MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Message-Id: <3wmg6v4w0Tz1cXKx@baobab.bilink.it> X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Jun 2017 17:44:22 -0000 On Sat, 10 Jun 2017 11:18:20 -0700 Mark Millard wrote: > There was: > http://freebsd-bugs.freebsd.narkive.com/xZOoCt9C/bug-210106-current-won-t-boot-on-ppc64-power8-under-ibm-kvm > about "[Bug 210106] Current won't boot on PPC64 Power8 under IBM KVM" and its > fix. I'll note list the material here. > > I'll stop searching with that. I do not know > current details. I've never had access to such > hardware. Well my Power8 runs now FreeBSD under IBM KVM and seems in good form. There are minor glitches that might be worth a glimpse (because of "sparse CPU allocation", some software [like htop] gets confused on which CPU it is running on), though the systems seem quite usable. I haven't tried to install FreeBSD on bare metal... Luciano. -- /"\ /Via A. Salaino, 7 - 20144 Milano (Italy) \ / ASCII RIBBON CAMPAIGN / PHONE : +39 2 485781 FAX: +39 2 48578250 X AGAINST HTML MAIL / E-MAIL: posthamster@sublink.sublink.ORG / \ AND POSTINGS / WWW: http://www.lesassaie.IT/ From owner-freebsd-ppc@freebsd.org Tue Jun 13 17:30:54 2017 Return-Path: Delivered-To: freebsd-ppc@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4B9B9BFA447 for ; Tue, 13 Jun 2017 17:30:54 +0000 (UTC) (envelope-from nwhitehorn@freebsd.org) Received: from c.mail.sonic.net (c.mail.sonic.net [64.142.111.80]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 3678384E38 for ; Tue, 13 Jun 2017 17:30:53 +0000 (UTC) (envelope-from nwhitehorn@freebsd.org) Received: from comporellon.tachypleus.net (75-101-50-44.static.sonic.net [75.101.50.44]) (authenticated bits=0) by c.mail.sonic.net (8.15.1/8.15.1) with ESMTPSA id v5DHIt7a027993 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT) for ; Tue, 13 Jun 2017 10:18:57 -0700 Subject: Re: FreeBSD on OPENPOWER To: freebsd-ppc@freebsd.org References: <541DD61B-2613-47EC-95DA-7B28438211E9@dsl-only.net> <3wmg6v4w0Tz1cXKx@baobab.bilink.it> From: Nathan Whitehorn Message-ID: <286a460c-e51f-d5d2-d475-67163729bb38@freebsd.org> Date: Tue, 13 Jun 2017 10:18:55 -0700 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.0 MIME-Version: 1.0 In-Reply-To: <3wmg6v4w0Tz1cXKx@baobab.bilink.it> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-US X-Sonic-CAuth: UmFuZG9tSVbrKulOz7p1yyoSH+2+JxA9ajJvCDhFAYyZ7lG1nKnmAhwpHAIoqrc0BapP+BMyCsgU1utMySBpTsnJ4O2lxsj2JpDZyyt0jn0= X-Sonic-ID: C;GGYcYVxQ5xGg8izL7bdh1w== M;UkkmYlxQ5xGg8izL7bdh1w== X-Spam-Flag: No X-Sonic-Spam-Details: 0.0/5.0 by cerberusd X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Jun 2017 17:30:54 -0000 On 06/12/17 10:36, Luciano Mannucci wrote: > On Sat, 10 Jun 2017 11:18:20 -0700 > Mark Millard wrote: > >> There was: >> http://freebsd-bugs.freebsd.narkive.com/xZOoCt9C/bug-210106-current-won-t-boot-on-ppc64-power8-under-ibm-kvm >> about "[Bug 210106] Current won't boot on PPC64 Power8 under IBM KVM" and its >> fix. I'll note list the material here. >> >> I'll stop searching with that. I do not know >> current details. I've never had access to such >> hardware. > Well my Power8 runs now FreeBSD under IBM KVM and seems in good form. > There are minor glitches that might be worth a glimpse (because of > "sparse CPU allocation", some software [like htop] gets confused on > which CPU it is running on), though the systems seem quite usable. > > I haven't tried to install FreeBSD on bare metal... > > Luciano. We aren't *quite* at the point that bare metal works. There is a branch that boots in the simulator and nearly boots on hardware but I haven't been able to get around some unclearable faults generated by the PCI host bridge during PCI enumeration on real hardware. Especially for someone familiar with this hardware, or access to data sheets, it should be < 1 week of work to finish the port. Without that, I am currently stuck, however. -Nathan From owner-freebsd-ppc@freebsd.org Tue Jun 13 17:58:39 2017 Return-Path: Delivered-To: freebsd-ppc@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B7A96BFADFA for ; Tue, 13 Jun 2017 17:58:39 +0000 (UTC) (envelope-from kevin.bowling@kev009.com) Received: from mail-ot0-x235.google.com (mail-ot0-x235.google.com [IPv6:2607:f8b0:4003:c0f::235]) (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 8076BE29 for ; Tue, 13 Jun 2017 17:58:39 +0000 (UTC) (envelope-from kevin.bowling@kev009.com) Received: by mail-ot0-x235.google.com with SMTP id r67so108919ota.1 for ; Tue, 13 Jun 2017 10:58:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=kev009.com; s=google; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=idAMZBo2ATgNjJrwTmrn9bb9HCREOkBPfgwjNJ5/r6A=; b=mf/qCtLvypz3zJgQmMAiUVEFql4Q9Aw4PMQI/oDBIxd4cOLDQ/WYLHwz9cZrIvrUzr AdTqMTADrWtTXaIYeGtovweKH18w6SPV6R0uMCS2IsREMYBEnk/FEDsNH4ZFt8qcI16O CxxOPnyhO/skXrsHH3v0OWkdoLNx61G1pVi1Q= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=idAMZBo2ATgNjJrwTmrn9bb9HCREOkBPfgwjNJ5/r6A=; b=eK8xCicqqRdHJ0adCf6ZuAd7NcjxAm79m3StT8gjiBgR7sdogkMtcrafGU52XXk0WF PQllBEh+RyXRyL8ojLVoVaGuJKb/2eJ8lSXgmOKxMrTAyyhMli7VGoHKIKQNJe17eqLd S6+JCb/j/CefoF5fo11STDNGThlMgJmwO3PX9+lyuZlhhMWQYyf0OsJFAjZ2huGLCtMH SWoqDAxMzFVTxHZtO6PA44sNjow3xlnHwNrvcoXlGNv24JfmS1MagAKtqHAugwqIhxo1 jCqV9SwII/gh7XOa/PAAjhAbnnSmwzZj9GcsV4INJRm8Zo6i8ILoS5E+WIilsv590aVd rt5Q== X-Gm-Message-State: AKS2vOwcDPHjwcFXsV5Qmv9NvzDolQ3R9ZNn7cwT67sWm6btQCfRv+OO xFpj6HjeW8vDMFS1FaUP3J8vkohm0am3 X-Received: by 10.157.23.195 with SMTP id j61mr809550otj.37.1497376718788; Tue, 13 Jun 2017 10:58:38 -0700 (PDT) MIME-Version: 1.0 Received: by 10.157.33.77 with HTTP; Tue, 13 Jun 2017 10:58:38 -0700 (PDT) In-Reply-To: <286a460c-e51f-d5d2-d475-67163729bb38@freebsd.org> References: <541DD61B-2613-47EC-95DA-7B28438211E9@dsl-only.net> <3wmg6v4w0Tz1cXKx@baobab.bilink.it> <286a460c-e51f-d5d2-d475-67163729bb38@freebsd.org> From: Kevin Bowling Date: Tue, 13 Jun 2017 10:58:38 -0700 Message-ID: Subject: Re: FreeBSD on OPENPOWER To: Nathan Whitehorn Cc: FreeBSD PowerPC ML Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Jun 2017 17:58:39 -0000 The IBM team in Austrailia that does most of the firmware and bootloader stuff is in #ppc64 on Freenode if that can help. On Tue, Jun 13, 2017 at 10:18 AM, Nathan Whitehorn wrote: > > > On 06/12/17 10:36, Luciano Mannucci wrote: > >> On Sat, 10 Jun 2017 11:18:20 -0700 >> Mark Millard wrote: >> >> There was: >>> http://freebsd-bugs.freebsd.narkive.com/xZOoCt9C/bug-210106- >>> current-won-t-boot-on-ppc64-power8-under-ibm-kvm >>> about "[Bug 210106] Current won't boot on PPC64 Power8 under IBM KVM" >>> and its >>> fix. I'll note list the material here. >>> >>> I'll stop searching with that. I do not know >>> current details. I've never had access to such >>> hardware. >>> >> Well my Power8 runs now FreeBSD under IBM KVM and seems in good form. >> There are minor glitches that might be worth a glimpse (because of >> "sparse CPU allocation", some software [like htop] gets confused on >> which CPU it is running on), though the systems seem quite usable. >> >> I haven't tried to install FreeBSD on bare metal... >> >> Luciano. >> > We aren't *quite* at the point that bare metal works. There is a branch > that boots in the simulator and nearly boots on hardware but I haven't been > able to get around some unclearable faults generated by the PCI host bridge > during PCI enumeration on real hardware. Especially for someone familiar > with this hardware, or access to data sheets, it should be < 1 week of work > to finish the port. Without that, I am currently stuck, however. > -Nathan > > _______________________________________________ > freebsd-ppc@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-ppc > To unsubscribe, send any mail to "freebsd-ppc-unsubscribe@freebsd.org" > From owner-freebsd-ppc@freebsd.org Thu Jun 15 08:40:55 2017 Return-Path: Delivered-To: freebsd-ppc@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 972B3C78C47 for ; Thu, 15 Jun 2017 08:40:55 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) 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 85D0C6AA76 for ; Thu, 15 Jun 2017 08:40:55 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id v5F8essi069956 for ; Thu, 15 Jun 2017 08:40:55 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-ppc@FreeBSD.org Subject: [Bug 201529] devel/qmake5 build failure on powerpc Date: Thu, 15 Jun 2017 08:40:55 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: groot@kde.org X-Bugzilla-Status: In Progress X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: kde@FreeBSD.org X-Bugzilla-Flags: maintainer-feedback? X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Jun 2017 08:40:55 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D201529 groot@kde.org changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |groot@kde.org --- Comment #5 from groot@kde.org --- Current Qt (e.g. 5.7.1 in ports, later versions upstream) have a #define Q_PROCESSOR_WORDSIZE 8 for ppc64 and a fallback to pointer size (which defa= ults to 4) for other platforms. The patch no longer applies cleanly, but I'm also pretty sure the problem is solved upstream. --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-ppc@freebsd.org Thu Jun 15 09:38:25 2017 Return-Path: Delivered-To: freebsd-ppc@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D3679C79CA2 for ; Thu, 15 Jun 2017 09:38:25 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [96.47.72.132]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A416F6F1A0 for ; Thu, 15 Jun 2017 09:38:25 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by freefall.freebsd.org (Postfix) id EB2B51CABB; Thu, 15 Jun 2017 09:38:24 +0000 (UTC) Delivered-To: freebsd-powerpc@localmail.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mx1.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by freefall.freebsd.org (Postfix) with ESMTPS id D69401CABA for ; Thu, 15 Jun 2017 09:38:24 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) 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 222476F19E for ; Thu, 15 Jun 2017 09:38:24 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id v5F9cNB1037944 for ; Thu, 15 Jun 2017 09:38:24 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-powerpc@FreeBSD.org Subject: [Bug 217762] devel/qt5-qmake cannot be built on powerpc64 Date: Thu, 15 Jun 2017 09:38:23 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: groot@kde.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: kde@FreeBSD.org X-Bugzilla-Flags: maintainer-feedback? X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Jun 2017 09:38:25 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D217762 groot@kde.org changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |groot@kde.org --- Comment #1 from groot@kde.org --- This is basically a dup of PR204923 .. g++49 is used to recognize whether i= t's clang or gcc, and then the mkspec file for g++ is used. And *that* file sets the compiler to g++, no suffix, regardless of the environment. Loise mentions in the other PR she's working on this upstream, but it's slow going. --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-ppc@freebsd.org Thu Jun 15 15:04:56 2017 Return-Path: Delivered-To: freebsd-ppc@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 767DCD8C2C9 for ; Thu, 15 Jun 2017 15:04:56 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 3D6A2782B0 for ; Thu, 15 Jun 2017 15:04:56 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by freefall.freebsd.org (Postfix) id 568161FDF3; Thu, 15 Jun 2017 15:04:55 +0000 (UTC) Delivered-To: freebsd-powerpc@localmail.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mx1.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by freefall.freebsd.org (Postfix) with ESMTPS id 3D9A81FDF2 for ; Thu, 15 Jun 2017 15:04:55 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) 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 CFB17782AD for ; Thu, 15 Jun 2017 15:04:53 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id v5FF4riR025099 for ; Thu, 15 Jun 2017 15:04:53 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-powerpc@FreeBSD.org Subject: [Bug 219455] [patch] fix build of devel/talloc on powerpc64 Date: Thu, 15 Jun 2017 15:04:53 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: patch X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: swills@FreeBSD.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: timur@FreeBSD.org X-Bugzilla-Flags: maintainer-feedback? X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Jun 2017 15:04:56 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D219455 --- Comment #2 from Steve Wills --- Just for the record, I can confirm this does fix the build --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-ppc@freebsd.org Fri Jun 16 00:34:28 2017 Return-Path: Delivered-To: freebsd-ppc@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 14211BF26BC for ; Fri, 16 Jun 2017 00:34:28 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-210-16.reflexion.net [208.70.210.16]) (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 B7B7B65ECC for ; Fri, 16 Jun 2017 00:34:27 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 2954 invoked from network); 16 Jun 2017 00:38:20 -0000 Received: from unknown (HELO mail-cs-02.app.dca.reflexion.local) (10.81.19.2) by 0 (rfx-qmail) with SMTP; 16 Jun 2017 00:38:20 -0000 Received: by mail-cs-02.app.dca.reflexion.local (Reflexion email security v8.40.0) with SMTP; Thu, 15 Jun 2017 20:34:19 -0400 (EDT) Received: (qmail 4238 invoked from network); 16 Jun 2017 00:34:10 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 16 Jun 2017 00:34:10 -0000 Received: from [192.168.1.114] (c-76-115-7-162.hsd1.or.comcast.net [76.115.7.162]) by iron2.pdx.net (Postfix) with ESMTPSA id C419AEC7B35; Thu, 15 Jun 2017 17:34:09 -0700 (PDT) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: -r319936 and -r319991 TARGET_ARCH=powerpc via clang: boot1.chrp/boot1.c:(.text+0x14b8): undefined reference to `__udivdi3' (boot1.o: In function `fsread_size') Message-Id: Date: Thu, 15 Jun 2017 17:34:09 -0700 Cc: FreeBSD Toolchain To: FreeBSD PowerPC ML X-Mailer: Apple Mail (2.3273) X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Jun 2017 00:34:28 -0000 Context: amd64 -> powerpc cross build of -r319936 (one of my usual clang-based experiments): --- all_subdir_sys --- Building = /usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/sys/boot/powerpc/boot1.= chrp/boot1.elf --- boot1.elf --- boot1.o: In function `fsread_size': /usr/src/sys/boot/powerpc/boot1.chrp/boot1.c:(.text+0x14b8): undefined = reference to `__udivdi3' /usr/src/sys/boot/powerpc/boot1.chrp/boot1.c:(.text+0x1508): undefined = reference to `__udivdi3' cc: error: linker command failed with exit code 1 (use -v to see = invocation) --- all_subdir_lib --- Building = /usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/lib/msun/s_remquo.po --- all_subdir_sys --- *** [boot1.elf] Error code 1 make[6]: stopped in /usr/src/sys/boot/powerpc/boot1.chrp .ERROR_TARGET=3D'boot1.elf' = .ERROR_META_FILE=3D'/usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/sys= /boot/powerpc/boot1.chrp/boot1.elf.meta' # Meta data file = /usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/sys/boot/powerpc/boot1.= chrp/boot1.elf.meta CMD cc -target powerpc-unknown-freebsd12.0 = --sysroot=3D/usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/tmp = -B/usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/tmp/usr/bin = -ffreestanding -msoft-float = -I/usr/src/sys/boot/powerpc/boot1.chrp/../../common = -I/usr/src/sys/boot/powerpc/boot1.chrp/../../../ -D_STANDALONE = -std=3Dgnu99 -Qunused-arguments -nostdlib -static -Wl,-N -o boot1.elf = boot1.o ashldi3.o syncicache.o =20 CWD = /usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/sys/boot/powerpc/boot1.= chrp TARGET boot1.elf -- command output -- boot1.o: In function `fsread_size': /usr/src/sys/boot/powerpc/boot1.chrp/boot1.c:(.text+0x14b8): undefined = reference to `__udivdi3' /usr/src/sys/boot/powerpc/boot1.chrp/boot1.c:(.text+0x1508): undefined = reference to `__udivdi3' cc: error: linker command failed with exit code 1 (use -v to see = invocation) *** Error code 1 Note: This was -j16 for the build. I updated /usr/src and amd64 to -r319991 and then retried cross building for powerpc: same result. Note: I'd frozen at -r317820 until this update. Back then I could buildworld and buildkernel via clang (although I could not boot the clang-based kernel and so had to build a gcc 4.2.1 based one and use it). =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-ppc@freebsd.org Fri Jun 16 04:20:11 2017 Return-Path: Delivered-To: freebsd-ppc@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 82284BF5DF1 for ; Fri, 16 Jun 2017 04:20:11 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-210-16.reflexion.net [208.70.210.16]) (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 34A536F419 for ; Fri, 16 Jun 2017 04:20:10 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 31540 invoked from network); 16 Jun 2017 04:20:09 -0000 Received: from unknown (HELO mail-cs-02.app.dca.reflexion.local) (10.81.19.2) by 0 (rfx-qmail) with SMTP; 16 Jun 2017 04:20:09 -0000 Received: by mail-cs-02.app.dca.reflexion.local (Reflexion email security v8.40.0) with SMTP; Fri, 16 Jun 2017 00:20:09 -0400 (EDT) Received: (qmail 14227 invoked from network); 16 Jun 2017 04:20:09 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 16 Jun 2017 04:20:09 -0000 Received: from [192.168.1.114] (c-76-115-7-162.hsd1.or.comcast.net [76.115.7.162]) by iron2.pdx.net (Postfix) with ESMTPSA id 8375FEC7B35; Thu, 15 Jun 2017 21:20:08 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: Re: -r319936 and -r319991 TARGET_ARCH=powerpc via clang: boot1.chrp/boot1.c:(.text+0x14b8): undefined reference to `__udivdi3' (boot1.o: In function `fsread_size') From: Mark Millard In-Reply-To: Date: Thu, 15 Jun 2017 21:20:08 -0700 Cc: FreeBSD PowerPC ML Content-Transfer-Encoding: quoted-printable Message-Id: References: To: FreeBSD Toolchain X-Mailer: Apple Mail (2.3273) X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Jun 2017 04:20:11 -0000 [A gcc 4.2.1 based buildworld buildkernel did not have this problem.] On 2017-Jun-15, at 5:34 PM, Mark Millard wrote: > Context: amd64 -> powerpc cross build of -r319936 > (one of my usual clang-based experiments): >=20 > --- all_subdir_sys --- > Building = /usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/sys/boot/powerpc/boot1.= chrp/boot1.elf > --- boot1.elf --- > boot1.o: In function `fsread_size': > /usr/src/sys/boot/powerpc/boot1.chrp/boot1.c:(.text+0x14b8): undefined = reference to `__udivdi3' > /usr/src/sys/boot/powerpc/boot1.chrp/boot1.c:(.text+0x1508): undefined = reference to `__udivdi3' > cc: error: linker command failed with exit code 1 (use -v to see = invocation) > --- all_subdir_lib --- > Building = /usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/lib/msun/s_remquo.po > --- all_subdir_sys --- > *** [boot1.elf] Error code 1 >=20 > make[6]: stopped in /usr/src/sys/boot/powerpc/boot1.chrp > .ERROR_TARGET=3D'boot1.elf' > = .ERROR_META_FILE=3D'/usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/sys= /boot/powerpc/boot1.chrp/boot1.elf.meta' >=20 >=20 > # Meta data file = /usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/sys/boot/powerpc/boot1.= chrp/boot1.elf.meta > CMD cc -target powerpc-unknown-freebsd12.0 = --sysroot=3D/usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/tmp = -B/usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/tmp/usr/bin = -ffreestanding -msoft-float = -I/usr/src/sys/boot/powerpc/boot1.chrp/../../common = -I/usr/src/sys/boot/powerpc/boot1.chrp/../../../ -D_STANDALONE = -std=3Dgnu99 -Qunused-arguments -nostdlib -static -Wl,-N -o boot1.elf = boot1.o ashldi3.o syncicache.o =20 > CWD = /usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/sys/boot/powerpc/boot1.= chrp > TARGET boot1.elf > -- command output -- > boot1.o: In function `fsread_size': > /usr/src/sys/boot/powerpc/boot1.chrp/boot1.c:(.text+0x14b8): undefined = reference to `__udivdi3' > /usr/src/sys/boot/powerpc/boot1.chrp/boot1.c:(.text+0x1508): undefined = reference to `__udivdi3' > cc: error: linker command failed with exit code 1 (use -v to see = invocation) > *** Error code 1 >=20 > Note: This was -j16 for the build. >=20 > I updated /usr/src and amd64 to -r319991 and then > retried cross building for powerpc: same result. >=20 >=20 > Note: I'd frozen at -r317820 until this update. Back then > I could buildworld and buildkernel via clang (although > I could not boot the clang-based kernel and so had to > build a gcc 4.2.1 based one and use it). I tried a gcc 4.2.1 buildworld buildkernel and it completed fine. The __udivdi3 problem is clang toolchain specific. =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-ppc@freebsd.org Fri Jun 16 04:35:01 2017 Return-Path: Delivered-To: freebsd-ppc@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2C443BF6250 for ; Fri, 16 Jun 2017 04:35:01 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-210-16.reflexion.net [208.70.210.16]) (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 E464A6FBB6 for ; Fri, 16 Jun 2017 04:35:00 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 5049 invoked from network); 16 Jun 2017 04:39:00 -0000 Received: from unknown (HELO rtc-sm-01.app.dca.reflexion.local) (10.81.150.1) by 0 (rfx-qmail) with SMTP; 16 Jun 2017 04:39:00 -0000 Received: by rtc-sm-01.app.dca.reflexion.local (Reflexion email security v8.40.0) with SMTP; Fri, 16 Jun 2017 00:34:59 -0400 (EDT) Received: (qmail 30718 invoked from network); 16 Jun 2017 04:34:59 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 16 Jun 2017 04:34:59 -0000 Received: from [192.168.1.114] (c-76-115-7-162.hsd1.or.comcast.net [76.115.7.162]) by iron2.pdx.net (Postfix) with ESMTPSA id 92C05EC7B35; Thu, 15 Jun 2017 21:34:58 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: Re: -r319936 and -r319991 TARGET_ARCH=powerpc via clang: boot1.chrp/boot1.c:(.text+0x14b8): undefined reference to `__udivdi3' (boot1.o: In function `fsread_size') From: Mark Millard In-Reply-To: Date: Thu, 15 Jun 2017 21:34:58 -0700 Cc: FreeBSD PowerPC ML Content-Transfer-Encoding: quoted-printable Message-Id: <23CFE929-1A90-430E-A3E6-C9B56F642F8D@dsl-only.net> References: To: FreeBSD Toolchain X-Mailer: Apple Mail (2.3273) X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Jun 2017 04:35:01 -0000 [I should have listed more about my build context for clang.] On 2017-Jun-15, at 9:20 PM, Mark Millard wrote: > [A gcc 4.2.1 based buildworld buildkernel did not have this problem.] >=20 > On 2017-Jun-15, at 5:34 PM, Mark Millard = wrote: >=20 >> Context: amd64 -> powerpc cross build of -r319936 >> (one of my usual clang-based experiments): >>=20 >> --- all_subdir_sys --- >> Building = /usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/sys/boot/powerpc/boot1.= chrp/boot1.elf >> --- boot1.elf --- >> boot1.o: In function `fsread_size': >> /usr/src/sys/boot/powerpc/boot1.chrp/boot1.c:(.text+0x14b8): = undefined reference to `__udivdi3' >> /usr/src/sys/boot/powerpc/boot1.chrp/boot1.c:(.text+0x1508): = undefined reference to `__udivdi3' >> cc: error: linker command failed with exit code 1 (use -v to see = invocation) >> --- all_subdir_lib --- >> Building = /usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/lib/msun/s_remquo.po >> --- all_subdir_sys --- >> *** [boot1.elf] Error code 1 >>=20 >> make[6]: stopped in /usr/src/sys/boot/powerpc/boot1.chrp >> .ERROR_TARGET=3D'boot1.elf' >> = .ERROR_META_FILE=3D'/usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/sys= /boot/powerpc/boot1.chrp/boot1.elf.meta' >>=20 >>=20 >> # Meta data file = /usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/sys/boot/powerpc/boot1.= chrp/boot1.elf.meta >> CMD cc -target powerpc-unknown-freebsd12.0 = --sysroot=3D/usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/tmp = -B/usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/tmp/usr/bin = -ffreestanding -msoft-float = -I/usr/src/sys/boot/powerpc/boot1.chrp/../../common = -I/usr/src/sys/boot/powerpc/boot1.chrp/../../../ -D_STANDALONE = -std=3Dgnu99 -Qunused-arguments -nostdlib -static -Wl,-N -o boot1.elf = boot1.o ashldi3.o syncicache.o =20 >> CWD = /usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/sys/boot/powerpc/boot1.= chrp >> TARGET boot1.elf >> -- command output -- >> boot1.o: In function `fsread_size': >> /usr/src/sys/boot/powerpc/boot1.chrp/boot1.c:(.text+0x14b8): = undefined reference to `__udivdi3' >> /usr/src/sys/boot/powerpc/boot1.chrp/boot1.c:(.text+0x1508): = undefined reference to `__udivdi3' >> cc: error: linker command failed with exit code 1 (use -v to see = invocation) >> *** Error code 1 >>=20 >> Note: This was -j16 for the build. >>=20 >> I updated /usr/src and amd64 to -r319991 and then >> retried cross building for powerpc: same result. >>=20 >>=20 >> Note: I'd frozen at -r317820 until this update. Back then >> I could buildworld and buildkernel via clang (although >> I could not boot the clang-based kernel and so had to >> build a gcc 4.2.1 based one and use it). >=20 > I tried a gcc 4.2.1 buildworld buildkernel and it > completed fine. >=20 > The __udivdi3 problem is clang toolchain specific. Clang based build-context details: # more = ~/sys_build_scripts.amd64-host/make_powerpcvtsc_nodebug_clang_bootstrap-am= d64-host.sh=20 kldload -n filemon && \ script = ~/sys_typescripts/typescript_make_powerpcvtsc_nodebug_clang_bootstrap-amd6= 4-host-$(date +%Y-%m-%d:%H:%M:%S) \ env __MAKE_CONF=3D"/root/src.configs/make.conf" SRCCONF=3D"/dev/null" = SRC_ENV_CONF=3D"/root/src.configs/src.conf.powerpc-clang-bootstrap.amd64-h= ost" \ WITH_META_MODE=3Dyes \ MAKEOBJDIRPREFIX=3D"/usr/obj/powerpcvtsc_clang" \ make $* # more /root/src.configs/src.conf.powerpc-clang-bootstrap.amd64-host TO_TYPE=3Dpowerpc # KERNCONF=3DGENERICvtsc-NODBG TARGET=3D${TO_TYPE} .if ${.MAKE.LEVEL} =3D=3D 0 TARGET_ARCH=3D${TO_TYPE} .export TARGET_ARCH .endif # WITH_CROSS_COMPILER=3D WITHOUT_SYSTEM_COMPILER=3D # WITH_LIBCPLUSPLUS=3D WITH_BINUTILS_BOOTSTRAP=3D WITH_ELFTOOLCHAIN_BOOTSTRAP=3D WITH_CLANG_BOOTSTRAP=3D WITH_CLANG=3D WITH_CLANG_IS_CC=3D WITH_CLANG_FULL=3D WITH_CLANG_EXTRAS=3D WITH_LLD=3D # lldb requires missing atomic 8-byte operations for powerpc (non-64) WITHOUT_LLDB=3D # WITH_BOOT=3D WITHOUT_LIB32=3D # WITHOUT_GCC_BOOTSTRAP=3D WITHOUT_GCC=3D WITHOUT_GCC_IS_CC=3D WITHOUT_GNUCXX=3D # NO_WERROR=3D # # Use WERROR to avoid stopping at the likes of: # error: implicit conversion from 'int' to 'int8_t' (aka 'signed char') = changes value from 128 to -128 [-Werror,-Wconstant-conversion] WERROR=3D MALLOC_PRODUCTION=3D # WITH_REPRODUCIBLE_BUILD=3D WITH_DEBUG_FILES=3D So the system binutils tools are in used. Even though I build lld, last I tried lld could not be used so it is not the linker used by the above. =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-ppc@freebsd.org Fri Jun 16 06:33:03 2017 Return-Path: Delivered-To: freebsd-ppc@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A1C3DBF7DDE for ; Fri, 16 Jun 2017 06:33:03 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-210-16.reflexion.net [208.70.210.16]) (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 5F99272ACD for ; Fri, 16 Jun 2017 06:33:02 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 31063 invoked from network); 16 Jun 2017 06:34:26 -0000 Received: from unknown (HELO mail-cs-02.app.dca.reflexion.local) (10.81.19.2) by 0 (rfx-qmail) with SMTP; 16 Jun 2017 06:34:26 -0000 Received: by mail-cs-02.app.dca.reflexion.local (Reflexion email security v8.40.0) with SMTP; Fri, 16 Jun 2017 02:33:01 -0400 (EDT) Received: (qmail 32373 invoked from network); 16 Jun 2017 06:33:01 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 16 Jun 2017 06:33:01 -0000 Received: from [192.168.1.114] (c-76-115-7-162.hsd1.or.comcast.net [76.115.7.162]) by iron2.pdx.net (Postfix) with ESMTPSA id 8155AEC7B35; Thu, 15 Jun 2017 23:33:00 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: Re: -r319936 and -r319991 TARGET_ARCH=powerpc via clang: boot1.chrp/boot1.c:(.text+0x14b8): undefined reference to `__udivdi3' (boot1.o: In function `fsread_size') [powerpc64 too] From: Mark Millard In-Reply-To: <23CFE929-1A90-430E-A3E6-C9B56F642F8D@dsl-only.net> Date: Thu, 15 Jun 2017 23:32:59 -0700 Cc: FreeBSD PowerPC ML Content-Transfer-Encoding: quoted-printable Message-Id: <732C2D2B-1533-469F-9683-A732BDE84490@dsl-only.net> References: <23CFE929-1A90-430E-A3E6-C9B56F642F8D@dsl-only.net> To: FreeBSD Toolchain X-Mailer: Apple Mail (2.3273) X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Jun 2017 06:33:03 -0000 [powerpc64 has the same problem.] On 2017-Jun-15, at 9:34 PM, Mark Millard wrote: > [I should have listed more about my build context for clang.] >=20 > On 2017-Jun-15, at 9:20 PM, Mark Millard = wrote: >=20 >> [A gcc 4.2.1 based buildworld buildkernel did not have this problem.] >>=20 >> On 2017-Jun-15, at 5:34 PM, Mark Millard = wrote: >>=20 >>> Context: amd64 -> powerpc cross build of -r319936 >>> (one of my usual clang-based experiments): >>>=20 >>> --- all_subdir_sys --- >>> Building = /usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/sys/boot/powerpc/boot1.= chrp/boot1.elf >>> --- boot1.elf --- >>> boot1.o: In function `fsread_size': >>> /usr/src/sys/boot/powerpc/boot1.chrp/boot1.c:(.text+0x14b8): = undefined reference to `__udivdi3' >>> /usr/src/sys/boot/powerpc/boot1.chrp/boot1.c:(.text+0x1508): = undefined reference to `__udivdi3' >>> cc: error: linker command failed with exit code 1 (use -v to see = invocation) >>> --- all_subdir_lib --- >>> Building = /usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/lib/msun/s_remquo.po >>> --- all_subdir_sys --- >>> *** [boot1.elf] Error code 1 >>>=20 >>> make[6]: stopped in /usr/src/sys/boot/powerpc/boot1.chrp >>> .ERROR_TARGET=3D'boot1.elf' >>> = .ERROR_META_FILE=3D'/usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/sys= /boot/powerpc/boot1.chrp/boot1.elf.meta' >>>=20 >>>=20 >>> # Meta data file = /usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/sys/boot/powerpc/boot1.= chrp/boot1.elf.meta >>> CMD cc -target powerpc-unknown-freebsd12.0 = --sysroot=3D/usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/tmp = -B/usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/tmp/usr/bin = -ffreestanding -msoft-float = -I/usr/src/sys/boot/powerpc/boot1.chrp/../../common = -I/usr/src/sys/boot/powerpc/boot1.chrp/../../../ -D_STANDALONE = -std=3Dgnu99 -Qunused-arguments -nostdlib -static -Wl,-N -o boot1.elf = boot1.o ashldi3.o syncicache.o =20 >>> CWD = /usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/sys/boot/powerpc/boot1.= chrp >>> TARGET boot1.elf >>> -- command output -- >>> boot1.o: In function `fsread_size': >>> /usr/src/sys/boot/powerpc/boot1.chrp/boot1.c:(.text+0x14b8): = undefined reference to `__udivdi3' >>> /usr/src/sys/boot/powerpc/boot1.chrp/boot1.c:(.text+0x1508): = undefined reference to `__udivdi3' >>> cc: error: linker command failed with exit code 1 (use -v to see = invocation) >>> *** Error code 1 >>>=20 >>> Note: This was -j16 for the build. >>>=20 >>> I updated /usr/src and amd64 to -r319991 and then >>> retried cross building for powerpc: same result. >>>=20 >>>=20 >>> Note: I'd frozen at -r317820 until this update. Back then >>> I could buildworld and buildkernel via clang (although >>> I could not boot the clang-based kernel and so had to >>> build a gcc 4.2.1 based one and use it). >>=20 >> I tried a gcc 4.2.1 buildworld buildkernel and it >> completed fine. >>=20 >> The __udivdi3 problem is clang toolchain specific. >=20 > Clang based build-context details: >=20 > # more = ~/sys_build_scripts.amd64-host/make_powerpcvtsc_nodebug_clang_bootstrap-am= d64-host.sh=20 > kldload -n filemon && \ > script = ~/sys_typescripts/typescript_make_powerpcvtsc_nodebug_clang_bootstrap-amd6= 4-host-$(date +%Y-%m-%d:%H:%M:%S) \ > env __MAKE_CONF=3D"/root/src.configs/make.conf" SRCCONF=3D"/dev/null" = SRC_ENV_CONF=3D"/root/src.configs/src.conf.powerpc-clang-bootstrap.amd64-h= ost" \ > WITH_META_MODE=3Dyes \ > MAKEOBJDIRPREFIX=3D"/usr/obj/powerpcvtsc_clang" \ > make $* >=20 > # more /root/src.configs/src.conf.powerpc-clang-bootstrap.amd64-host > TO_TYPE=3Dpowerpc > # > KERNCONF=3DGENERICvtsc-NODBG > TARGET=3D${TO_TYPE} > .if ${.MAKE.LEVEL} =3D=3D 0 > TARGET_ARCH=3D${TO_TYPE} > .export TARGET_ARCH > .endif > # > WITH_CROSS_COMPILER=3D > WITHOUT_SYSTEM_COMPILER=3D > # > WITH_LIBCPLUSPLUS=3D > WITH_BINUTILS_BOOTSTRAP=3D > WITH_ELFTOOLCHAIN_BOOTSTRAP=3D > WITH_CLANG_BOOTSTRAP=3D > WITH_CLANG=3D > WITH_CLANG_IS_CC=3D > WITH_CLANG_FULL=3D > WITH_CLANG_EXTRAS=3D > WITH_LLD=3D > # lldb requires missing atomic 8-byte operations for powerpc (non-64) > WITHOUT_LLDB=3D > # > WITH_BOOT=3D > WITHOUT_LIB32=3D > # > WITHOUT_GCC_BOOTSTRAP=3D > WITHOUT_GCC=3D > WITHOUT_GCC_IS_CC=3D > WITHOUT_GNUCXX=3D > # > NO_WERROR=3D > # > # Use WERROR to avoid stopping at the likes of: > # error: implicit conversion from 'int' to 'int8_t' (aka 'signed = char') changes value from 128 to -128 [-Werror,-Wconstant-conversion] > WERROR=3D > MALLOC_PRODUCTION=3D > # > WITH_REPRODUCIBLE_BUILD=3D > WITH_DEBUG_FILES=3D >=20 > So the system binutils tools are in used. >=20 > Even though I build lld, last I tried lld could not > be used so it is not the linker used by the above. powerpc64 has the same buildworld problem for clang based builds: --- boot1.elf --- boot1.o: In function `fsread_size': /usr/src/sys/boot/powerpc/boot1.chrp/boot1.c:(.text+0x14b8): undefined = reference to `__udivdi3' /usr/src/sys/boot/powerpc/boot1.chrp/boot1.c:(.text+0x1508): undefined = reference to `__udivdi3' cc: error: linker command failed with exit code 1 (use -v to see = invocation) --- all_subdir_usr.sbin --- Building = /usr/obj/powerpc64vtsc_clang/powerpc.powerpc64/usr/src/usr.sbin/fstyp/ext2= fs.o --- all_subdir_sys --- *** [boot1.elf] Error code 1 make[6]: stopped in /usr/src/sys/boot/powerpc/boot1.chrp .ERROR_TARGET=3D'boot1.elf' = .ERROR_META_FILE=3D'/usr/obj/powerpc64vtsc_clang/powerpc.powerpc64/usr/src= /sys/boot/powerpc/boot1.chrp/boot1.elf.meta' # more = /usr/obj/powerpc64vtsc_clang/powerpc.powerpc64/usr/src/sys/boot/powerpc/bo= ot1.chrp/boot1.elf.meta # Meta data file = /usr/obj/powerpc64vtsc_clang/powerpc.powerpc64/usr/src/sys/boot/powerpc/bo= ot1.chrp/boot1.elf.meta CMD cc -target powerpc64-unknown-freebsd12.0 = --sysroot=3D/usr/obj/powerpc64vtsc_clang/powerpc.powerpc64/usr/src/tmp = -B/usr/obj/powerpc64vtsc_clang/powerpc.powerpc64/usr/src/tmp/usr/bin = -ffreestanding -msoft-float = -I/usr/src/sys/boot/powerpc/boot1.chrp/../../common = -I/usr/src/sys/boot/powerpc/boot1.chrp/../../../ -D_STANDALONE -m32 = -mcpu=3Dpowerpc -m32 -mcpu=3Dpowerpc -std=3Dgnu99 -Qunused-arguments = -nostdlib -static -Wl,-N -Wl,-m -Wl,elf32ppc_fbsd -Wl,-m = -Wl,elf32ppc_fbsd -o boot1.elf boot1.o ashldi3.o syncicache.o =20 CWD = /usr/obj/powerpc64vtsc_clang/powerpc.powerpc64/usr/src/sys/boot/powerpc/bo= ot1.chrp TARGET boot1.elf -- command output -- boot1.o: In function `fsread_size': /usr/src/sys/boot/powerpc/boot1.chrp/boot1.c:(.text+0x14b8): undefined = reference to `__udivdi3' /usr/src/sys/boot/powerpc/boot1.chrp/boot1.c:(.text+0x1508): undefined = reference to `__udivdi3' cc: error: linker command failed with exit code 1 (use -v to see = invocation) *** Error code 1 # more = ~/sys_build_scripts.amd64-host/make_powerpc64vtsc_nodebug_clang-amd64-host= .sh kldload -n filemon && \ script = ~/sys_typescripts/typescript_make_powerpc64vtsc_nodebug_clang-amd64-host-$= (date +%Y-%m-%d:%H:%M:%S) \ env __MAKE_CONF=3D"/root/src.configs/make.conf" SRCCONF=3D"/dev/null" = SRC_ENV_CONF=3D"/root/src.configs/src.conf.powerpc64-clang-bootstrap.amd64= -host" \ WITH_META_MODE=3Dyes \ MAKEOBJDIRPREFIX=3D"/usr/obj/powerpc64vtsc_clang" \ make $* # more /root/src.configs/src.conf.powerpc64-clang-bootstrap.amd64-host TO_TYPE=3Dpowerpc64 # KERNCONF=3DGENERIC64vtsc-NODBG TARGET=3Dpowerpc .if ${.MAKE.LEVEL} =3D=3D 0 TARGET_ARCH=3D${TO_TYPE} .export TARGET_ARCH .endif # WITH_CROSS_COMPILER=3D WITHOUT_SYSTEM_COMPILER=3D # WITH_LIBCPLUSPLUS=3D WITH_BINUTILS_BOOTSTRAP=3D WITH_ELFTOOLCHAIN_BOOTSTRAP=3D WITH_CLANG_BOOTSTRAP=3D WITH_CLANG=3D WITH_CLANG_IS_CC=3D WITH_CLANG_FULL=3D WITH_CLANG_EXTRAS=3D WITH_LLD=3D WITH_LLDB=3D # WITH_BOOT=3D WITH_LIB32=3D # WITHOUT_GCC_BOOTSTRAP=3D WITHOUT_GCC=3D WITHOUT_GCC_IS_CC=3D WITHOUT_GNUCXX=3D # NO_WERROR=3D # buildkernel fails for sign mismatch on pointed-to types. WERROR=3D MALLOC_PRODUCTION=3D # WITH_REPRODUCIBLE_BUILD=3D WITH_DEBUG_FILES=3D =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-ppc@freebsd.org Fri Jun 16 20:18:51 2017 Return-Path: Delivered-To: freebsd-ppc@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 18700D88295 for ; Fri, 16 Jun 2017 20:18:51 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-210-16.reflexion.net [208.70.210.16]) (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 CE7A76E010 for ; Fri, 16 Jun 2017 20:18:50 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 6709 invoked from network); 16 Jun 2017 20:22:50 -0000 Received: from unknown (HELO mail-cs-01.app.dca.reflexion.local) (10.81.19.1) by 0 (rfx-qmail) with SMTP; 16 Jun 2017 20:22:50 -0000 Received: by mail-cs-01.app.dca.reflexion.local (Reflexion email security v8.40.0) with SMTP; Fri, 16 Jun 2017 16:18:49 -0400 (EDT) Received: (qmail 18801 invoked from network); 16 Jun 2017 20:18:48 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 16 Jun 2017 20:18:48 -0000 Received: from [192.168.1.114] (c-76-115-7-162.hsd1.or.comcast.net [76.115.7.162]) by iron2.pdx.net (Postfix) with ESMTPSA id 0D83DEC9390; Fri, 16 Jun 2017 13:18:48 -0700 (PDT) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: Re: -r319936 and -r319991 TARGET_ARCH=powerpc via clang: boot1.chrp/boot1.c:(.text+0x14b8): undefined reference to `__udivdi3' (boot1.o: In function `fsread_size') [powerpc64 too] Date: Fri, 16 Jun 2017 13:18:47 -0700 References: <23CFE929-1A90-430E-A3E6-C9B56F642F8D@dsl-only.net> <732C2D2B-1533-469F-9683-A732BDE84490@dsl-only.net> To: FreeBSD Toolchain , FreeBSD PowerPC ML , FreeBSD Current In-Reply-To: <732C2D2B-1533-469F-9683-A732BDE84490@dsl-only.net> Message-Id: <87444191-89F0-4679-B412-1184E229FEB9@dsl-only.net> X-Mailer: Apple Mail (2.3273) X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Jun 2017 20:18:51 -0000 [Top posted note: I have submitted bugzilla 220024 for this powerpc64 and powerpc issue. It has also been reproduced when using /usr/local/powerpc64-freebsd/bin/ for binutils for a powerpc64 buildworld attempt.] On 2017-Jun-15, at 11:32 PM, Mark Millard = wrote: [powerpc64 has the same problem.] On 2017-Jun-15, at 9:34 PM, Mark Millard wrote: > [I should have listed more about my build context for clang.] >=20 > On 2017-Jun-15, at 9:20 PM, Mark Millard = wrote: >=20 >> [A gcc 4.2.1 based buildworld buildkernel did not have this problem.] >>=20 >> On 2017-Jun-15, at 5:34 PM, Mark Millard = wrote: >>=20 >>> Context: amd64 -> powerpc cross build of -r319936 >>> (one of my usual clang-based experiments): >>>=20 >>> --- all_subdir_sys --- >>> Building = /usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/sys/boot/powerpc/boot1.= chrp/boot1.elf >>> --- boot1.elf --- >>> boot1.o: In function `fsread_size': >>> /usr/src/sys/boot/powerpc/boot1.chrp/boot1.c:(.text+0x14b8): = undefined reference to `__udivdi3' >>> /usr/src/sys/boot/powerpc/boot1.chrp/boot1.c:(.text+0x1508): = undefined reference to `__udivdi3' >>> cc: error: linker command failed with exit code 1 (use -v to see = invocation) >>> --- all_subdir_lib --- >>> Building = /usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/lib/msun/s_remquo.po >>> --- all_subdir_sys --- >>> *** [boot1.elf] Error code 1 >>>=20 >>> make[6]: stopped in /usr/src/sys/boot/powerpc/boot1.chrp >>> .ERROR_TARGET=3D'boot1.elf' >>> = .ERROR_META_FILE=3D'/usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/sys= /boot/powerpc/boot1.chrp/boot1.elf.meta' >>>=20 >>>=20 >>> # Meta data file = /usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/sys/boot/powerpc/boot1.= chrp/boot1.elf.meta >>> CMD cc -target powerpc-unknown-freebsd12.0 = --sysroot=3D/usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/tmp = -B/usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/tmp/usr/bin = -ffreestanding -msoft-float = -I/usr/src/sys/boot/powerpc/boot1.chrp/../../common = -I/usr/src/sys/boot/powerpc/boot1.chrp/../../../ -D_STANDALONE = -std=3Dgnu99 -Qunused-arguments -nostdlib -static -Wl,-N -o boot1.elf = boot1.o ashldi3.o syncicache.o =20 >>> CWD = /usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/sys/boot/powerpc/boot1.= chrp >>> TARGET boot1.elf >>> -- command output -- >>> boot1.o: In function `fsread_size': >>> /usr/src/sys/boot/powerpc/boot1.chrp/boot1.c:(.text+0x14b8): = undefined reference to `__udivdi3' >>> /usr/src/sys/boot/powerpc/boot1.chrp/boot1.c:(.text+0x1508): = undefined reference to `__udivdi3' >>> cc: error: linker command failed with exit code 1 (use -v to see = invocation) >>> *** Error code 1 >>>=20 >>> Note: This was -j16 for the build. >>>=20 >>> I updated /usr/src and amd64 to -r319991 and then >>> retried cross building for powerpc: same result. >>>=20 >>>=20 >>> Note: I'd frozen at -r317820 until this update. Back then >>> I could buildworld and buildkernel via clang (although >>> I could not boot the clang-based kernel and so had to >>> build a gcc 4.2.1 based one and use it). >>=20 >> I tried a gcc 4.2.1 buildworld buildkernel and it >> completed fine. >>=20 >> The __udivdi3 problem is clang toolchain specific. >=20 > Clang based build-context details: >=20 > # more = ~/sys_build_scripts.amd64-host/make_powerpcvtsc_nodebug_clang_bootstrap-am= d64-host.sh=20 > kldload -n filemon && \ > script = ~/sys_typescripts/typescript_make_powerpcvtsc_nodebug_clang_bootstrap-amd6= 4-host-$(date +%Y-%m-%d:%H:%M:%S) \ > env __MAKE_CONF=3D"/root/src.configs/make.conf" SRCCONF=3D"/dev/null" = SRC_ENV_CONF=3D"/root/src.configs/src.conf.powerpc-clang-bootstrap.amd64-h= ost" \ > WITH_META_MODE=3Dyes \ > MAKEOBJDIRPREFIX=3D"/usr/obj/powerpcvtsc_clang" \ > make $* >=20 > # more /root/src.configs/src.conf.powerpc-clang-bootstrap.amd64-host > TO_TYPE=3Dpowerpc > # > KERNCONF=3DGENERICvtsc-NODBG > TARGET=3D${TO_TYPE} > .if ${.MAKE.LEVEL} =3D=3D 0 > TARGET_ARCH=3D${TO_TYPE} > .export TARGET_ARCH > .endif > # > WITH_CROSS_COMPILER=3D > WITHOUT_SYSTEM_COMPILER=3D > # > WITH_LIBCPLUSPLUS=3D > WITH_BINUTILS_BOOTSTRAP=3D > WITH_ELFTOOLCHAIN_BOOTSTRAP=3D > WITH_CLANG_BOOTSTRAP=3D > WITH_CLANG=3D > WITH_CLANG_IS_CC=3D > WITH_CLANG_FULL=3D > WITH_CLANG_EXTRAS=3D > WITH_LLD=3D > # lldb requires missing atomic 8-byte operations for powerpc (non-64) > WITHOUT_LLDB=3D > # > WITH_BOOT=3D > WITHOUT_LIB32=3D > # > WITHOUT_GCC_BOOTSTRAP=3D > WITHOUT_GCC=3D > WITHOUT_GCC_IS_CC=3D > WITHOUT_GNUCXX=3D > # > NO_WERROR=3D > # > # Use WERROR to avoid stopping at the likes of: > # error: implicit conversion from 'int' to 'int8_t' (aka 'signed = char') changes value from 128 to -128 [-Werror,-Wconstant-conversion] > WERROR=3D > MALLOC_PRODUCTION=3D > # > WITH_REPRODUCIBLE_BUILD=3D > WITH_DEBUG_FILES=3D >=20 > So the system binutils tools are in used. >=20 > Even though I build lld, last I tried lld could not > be used so it is not the linker used by the above. powerpc64 has the same buildworld problem for clang based builds: --- boot1.elf --- boot1.o: In function `fsread_size': /usr/src/sys/boot/powerpc/boot1.chrp/boot1.c:(.text+0x14b8): undefined = reference to `__udivdi3' /usr/src/sys/boot/powerpc/boot1.chrp/boot1.c:(.text+0x1508): undefined = reference to `__udivdi3' cc: error: linker command failed with exit code 1 (use -v to see = invocation) --- all_subdir_usr.sbin --- Building = /usr/obj/powerpc64vtsc_clang/powerpc.powerpc64/usr/src/usr.sbin/fstyp/ext2= fs.o --- all_subdir_sys --- *** [boot1.elf] Error code 1 make[6]: stopped in /usr/src/sys/boot/powerpc/boot1.chrp .ERROR_TARGET=3D'boot1.elf' = .ERROR_META_FILE=3D'/usr/obj/powerpc64vtsc_clang/powerpc.powerpc64/usr/src= /sys/boot/powerpc/boot1.chrp/boot1.elf.meta' # more = /usr/obj/powerpc64vtsc_clang/powerpc.powerpc64/usr/src/sys/boot/powerpc/bo= ot1.chrp/boot1.elf.meta # Meta data file = /usr/obj/powerpc64vtsc_clang/powerpc.powerpc64/usr/src/sys/boot/powerpc/bo= ot1.chrp/boot1.elf.meta CMD cc -target powerpc64-unknown-freebsd12.0 = --sysroot=3D/usr/obj/powerpc64vtsc_clang/powerpc.powerpc64/usr/src/tmp = -B/usr/obj/powerpc64vtsc_clang/powerpc.powerpc64/usr/src/tmp/usr/bin = -ffreestanding -msoft-float = -I/usr/src/sys/boot/powerpc/boot1.chrp/../../common = -I/usr/src/sys/boot/powerpc/boot1.chrp/../../../ -D_STANDALONE -m32 = -mcpu=3Dpowerpc -m32 -mcpu=3Dpowerpc -std=3Dgnu99 -Qunused-arguments = -nostdlib -static -Wl,-N -Wl,-m -Wl,elf32ppc_fbsd -Wl,-m = -Wl,elf32ppc_fbsd -o boot1.elf boot1.o ashldi3.o syncicache.o =20 CWD = /usr/obj/powerpc64vtsc_clang/powerpc.powerpc64/usr/src/sys/boot/powerpc/bo= ot1.chrp TARGET boot1.elf -- command output -- boot1.o: In function `fsread_size': /usr/src/sys/boot/powerpc/boot1.chrp/boot1.c:(.text+0x14b8): undefined = reference to `__udivdi3' /usr/src/sys/boot/powerpc/boot1.chrp/boot1.c:(.text+0x1508): undefined = reference to `__udivdi3' cc: error: linker command failed with exit code 1 (use -v to see = invocation) *** Error code 1 # more = ~/sys_build_scripts.amd64-host/make_powerpc64vtsc_nodebug_clang-amd64-host= .sh kldload -n filemon && \ script = ~/sys_typescripts/typescript_make_powerpc64vtsc_nodebug_clang-amd64-host-$= (date +%Y-%m-%d:%H:%M:%S) \ env __MAKE_CONF=3D"/root/src.configs/make.conf" SRCCONF=3D"/dev/null" = SRC_ENV_CONF=3D"/root/src.configs/src.conf.powerpc64-clang-bootstrap.amd64= -host" \ WITH_META_MODE=3Dyes \ MAKEOBJDIRPREFIX=3D"/usr/obj/powerpc64vtsc_clang" \ make $* # more /root/src.configs/src.conf.powerpc64-clang-bootstrap.amd64-host TO_TYPE=3Dpowerpc64 # KERNCONF=3DGENERIC64vtsc-NODBG TARGET=3Dpowerpc .if ${.MAKE.LEVEL} =3D=3D 0 TARGET_ARCH=3D${TO_TYPE} .export TARGET_ARCH .endif # WITH_CROSS_COMPILER=3D WITHOUT_SYSTEM_COMPILER=3D # WITH_LIBCPLUSPLUS=3D WITH_BINUTILS_BOOTSTRAP=3D WITH_ELFTOOLCHAIN_BOOTSTRAP=3D WITH_CLANG_BOOTSTRAP=3D WITH_CLANG=3D WITH_CLANG_IS_CC=3D WITH_CLANG_FULL=3D WITH_CLANG_EXTRAS=3D WITH_LLD=3D WITH_LLDB=3D # WITH_BOOT=3D WITH_LIB32=3D # WITHOUT_GCC_BOOTSTRAP=3D WITHOUT_GCC=3D WITHOUT_GCC_IS_CC=3D WITHOUT_GNUCXX=3D # NO_WERROR=3D # buildkernel fails for sign mismatch on pointed-to types. WERROR=3D MALLOC_PRODUCTION=3D # WITH_REPRODUCIBLE_BUILD=3D WITH_DEBUG_FILES=3D =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-ppc@freebsd.org Sat Jun 17 00:01:47 2017 Return-Path: Delivered-To: freebsd-ppc@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 35D95D8BE43 for ; Sat, 17 Jun 2017 00:01:47 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-210-16.reflexion.net [208.70.210.16]) (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 D81F074D8F for ; Sat, 17 Jun 2017 00:01:46 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 30221 invoked from network); 17 Jun 2017 00:01:45 -0000 Received: from unknown (HELO mail-cs-02.app.dca.reflexion.local) (10.81.19.2) by 0 (rfx-qmail) with SMTP; 17 Jun 2017 00:01:45 -0000 Received: by mail-cs-02.app.dca.reflexion.local (Reflexion email security v8.40.0) with SMTP; Fri, 16 Jun 2017 20:01:45 -0400 (EDT) Received: (qmail 28514 invoked from network); 17 Jun 2017 00:01:44 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 17 Jun 2017 00:01:44 -0000 Received: from [192.168.1.114] (c-76-115-7-162.hsd1.or.comcast.net [76.115.7.162]) by iron2.pdx.net (Postfix) with ESMTPSA id 258A2EC938A; Fri, 16 Jun 2017 17:01:44 -0700 (PDT) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: INO64 in head: Does sys/boot/common/ufsread.c need its "typedef uint32_t ufs_ino_t;" replaced? Message-Id: <3AF2C2DB-1A61-4EC3-BCB7-B05D99273561@dsl-only.net> Date: Fri, 16 Jun 2017 17:01:43 -0700 To: kib@FreeBSD.org, FreeBSD Current , freebsd-hackers@freebsd.org, FreeBSD PowerPC ML X-Mailer: Apple Mail (2.3273) X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Jun 2017 00:01:47 -0000 buildworld via clang for powerpc64 and powerpc fails for lack of `__udivdi3' referenced in sys/boot/common/ufsread.c fsread_size code. But this lead to me looking around and I found a conceptually separate possible issue. . . sys/sys/_types.h : typedef __uint64_t __ino_t; /* inode number */ # find /usr/src/sys/ -exec grep __ino_t {} \; -print | more typedef __ino_t ino_t; /usr/src/sys/sys/stat.h typedef __ino_t ino_t; /* inode number */ /usr/src/sys/sys/types.h typedef __uint64_t __ino_t; /* inode number */ /usr/src/sys/sys/_types.h typedef __ino_t ino_t; /usr/src/sys/sys/dirent.h sys/boot/common/ufsread.c : . . . #include #include #include . . . typedef uint32_t ufs_ino_t; . . . Note the 32-bit type above. The headers included have use of the 64-bit ino_t type as well, for example: sys/ufs/ufs/diniode.h : . . . #define UFS_ROOTINO ((ino_t)2) . . . #define UFS_WINO ((ino_t)1) . . . sys/ufs/ffs/fs.h : . . . #define ino_to_cg(fs, x) (((ino_t)(x)) / (fs)->fs_ipg) #define ino_to_fsba(fs, x) = \ ((ufs2_daddr_t)(cgimin(fs, ino_to_cg(fs, (ino_t)(x))) + = \ (blkstofrags((fs), ((((ino_t)(x)) % (fs)->fs_ipg) / = INOPB(fs)))))) #define ino_to_fsbo(fs, x) (((ino_t)(x)) % INOPB(fs)) . . . I believe the powerpc64/powerpc issue gives evidence of ino_t being used in addition ot ufs_ino_t in sys/boot/common/ufsread.c 's fsread_size . Other things that look 32-bit inode-ish: (I do not claim to know that any of this matters.) sys/ufs/ufs/dir.h has: struct direct { u_int32_t d_ino; /* inode number of entry */ . . . struct dirtemplate { u_int32_t dot_ino; . . . u_int32_t dotdot_ino; . . . struct odirtemplate { u_int32_t dot_ino; . . . u_int32_t dotdot_ino; . . . sys/ufs/ffs/fs.h has: struct jrefrec { . . . uint32_t jr_ino; struct jmvrec { . . . uint32_t jm_ino; struct jblkrec { . . . uint32_t jb_ino; struct jtrncrec { . . . uint32_t jt_ino; =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-ppc@freebsd.org Sat Jun 17 01:59:14 2017 Return-Path: Delivered-To: freebsd-ppc@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id F0165D8F0AB for ; Sat, 17 Jun 2017 01:59:14 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-210-16.reflexion.net [208.70.210.16]) (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 A281B78B79 for ; Sat, 17 Jun 2017 01:59:13 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 29056 invoked from network); 17 Jun 2017 01:59:06 -0000 Received: from unknown (HELO rtc-sm-01.app.dca.reflexion.local) (10.81.150.1) by 0 (rfx-qmail) with SMTP; 17 Jun 2017 01:59:06 -0000 Received: by rtc-sm-01.app.dca.reflexion.local (Reflexion email security v8.40.0) with SMTP; Fri, 16 Jun 2017 21:59:06 -0400 (EDT) Received: (qmail 30288 invoked from network); 17 Jun 2017 01:59:06 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 17 Jun 2017 01:59:06 -0000 Received: from [192.168.1.114] (c-76-115-7-162.hsd1.or.comcast.net [76.115.7.162]) by iron2.pdx.net (Postfix) with ESMTPSA id 180B7EC8714; Fri, 16 Jun 2017 18:59:06 -0700 (PDT) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: Re: INO64 in head: Does sys/boot/common/ufsread.c need its "typedef uint32_t ufs_ino_t;" replaced? Date: Fri, 16 Jun 2017 18:59:05 -0700 References: <3AF2C2DB-1A61-4EC3-BCB7-B05D99273561@dsl-only.net> To: kib@FreeBSD.org, FreeBSD Current , freebsd-hackers@freebsd.org, FreeBSD PowerPC ML In-Reply-To: <3AF2C2DB-1A61-4EC3-BCB7-B05D99273561@dsl-only.net> Message-Id: <700CC284-8750-448D-83DB-19C6F5CB6AE8@dsl-only.net> X-Mailer: Apple Mail (2.3273) X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Jun 2017 01:59:15 -0000 Top post of context note: I should have noted up front that: /usr/src/sys/boot/powerpc/boot1.chrp/boot1.c does: #include "ufsread.c" and that is the context of the __udivdi3 use that is rejected at link time when clang is used to buildworld for powerpc or pwoerpc64. My original note might really trace back to boot1.c needing to be different even if ufsread.c stays the same. === Mark Millard markmi at dsl-only.net On 2017-Jun-16, at 5:01 PM, Mark Millard wrote: buildworld via clang for powerpc64 and powerpc fails for lack of `__udivdi3' referenced in sys/boot/common/ufsread.c fsread_size code. But this lead to me looking around and I found a conceptually separate possible issue. . . sys/sys/_types.h : typedef __uint64_t __ino_t; /* inode number */ # find /usr/src/sys/ -exec grep __ino_t {} \; -print | more typedef __ino_t ino_t; /usr/src/sys/sys/stat.h typedef __ino_t ino_t; /* inode number */ /usr/src/sys/sys/types.h typedef __uint64_t __ino_t; /* inode number */ /usr/src/sys/sys/_types.h typedef __ino_t ino_t; /usr/src/sys/sys/dirent.h sys/boot/common/ufsread.c : . . . #include #include #include . . . typedef uint32_t ufs_ino_t; . . . Note the 32-bit type above. The headers included have use of the 64-bit ino_t type as well, for example: sys/ufs/ufs/diniode.h : . . . #define UFS_ROOTINO ((ino_t)2) . . . #define UFS_WINO ((ino_t)1) . . . sys/ufs/ffs/fs.h : . . . #define ino_to_cg(fs, x) (((ino_t)(x)) / (fs)->fs_ipg) #define ino_to_fsba(fs, x) \ ((ufs2_daddr_t)(cgimin(fs, ino_to_cg(fs, (ino_t)(x))) + \ (blkstofrags((fs), ((((ino_t)(x)) % (fs)->fs_ipg) / INOPB(fs)))))) #define ino_to_fsbo(fs, x) (((ino_t)(x)) % INOPB(fs)) . . . I believe the powerpc64/powerpc issue gives evidence of ino_t being used in addition ot ufs_ino_t in sys/boot/common/ufsread.c 's fsread_size . Other things that look 32-bit inode-ish: (I do not claim to know that any of this matters.) sys/ufs/ufs/dir.h has: struct direct { u_int32_t d_ino; /* inode number of entry */ . . . struct dirtemplate { u_int32_t dot_ino; . . . u_int32_t dotdot_ino; . . . struct odirtemplate { u_int32_t dot_ino; . . . u_int32_t dotdot_ino; . . . sys/ufs/ffs/fs.h has: struct jrefrec { . . . uint32_t jr_ino; struct jmvrec { . . . uint32_t jm_ino; struct jblkrec { . . . uint32_t jb_ino; struct jtrncrec { . . . uint32_t jt_ino; === Mark Millard markmi at dsl-only.net From owner-freebsd-ppc@freebsd.org Sat Jun 17 02:48:59 2017 Return-Path: Delivered-To: freebsd-ppc@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0D2AAD90B00; Sat, 17 Jun 2017 02:48:59 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (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 A87AC7A6D8; Sat, 17 Jun 2017 02:48:58 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from tom.home (kib@localhost [127.0.0.1]) by kib.kiev.ua (8.15.2/8.15.2) with ESMTPS id v5H2mptV094830 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sat, 17 Jun 2017 05:48:51 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua v5H2mptV094830 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id v5H2moBR094829; Sat, 17 Jun 2017 05:48:50 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Sat, 17 Jun 2017 05:48:50 +0300 From: Konstantin Belousov To: Mark Millard Cc: FreeBSD Current , freebsd-hackers@freebsd.org, FreeBSD PowerPC ML Subject: Re: INO64 in head: Does sys/boot/common/ufsread.c need its "typedef uint32_t ufs_ino_t;" replaced? Message-ID: <20170617024850.GB2088@kib.kiev.ua> References: <3AF2C2DB-1A61-4EC3-BCB7-B05D99273561@dsl-only.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3AF2C2DB-1A61-4EC3-BCB7-B05D99273561@dsl-only.net> User-Agent: Mutt/1.8.2 (2017-04-18) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on tom.home X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Jun 2017 02:48:59 -0000 On Fri, Jun 16, 2017 at 05:01:43PM -0700, Mark Millard wrote: > buildworld via clang for powerpc64 and powerpc fails for lack of > `__udivdi3' referenced in sys/boot/common/ufsread.c fsread_size > code. But this lead to me looking around and I found a conceptually > separate possible issue. . . > > sys/sys/_types.h : > > typedef __uint64_t __ino_t; /* inode number */ > > # find /usr/src/sys/ -exec grep __ino_t {} \; -print | more > typedef __ino_t ino_t; > /usr/src/sys/sys/stat.h > typedef __ino_t ino_t; /* inode number */ > /usr/src/sys/sys/types.h > typedef __uint64_t __ino_t; /* inode number */ > /usr/src/sys/sys/_types.h > typedef __ino_t ino_t; > /usr/src/sys/sys/dirent.h > > > sys/boot/common/ufsread.c : > > . . . > #include > #include > #include > . . . > typedef uint32_t ufs_ino_t; > . . . > > Note the 32-bit type above. The headers included > have use of the 64-bit ino_t type as well, for > example: > > sys/ufs/ufs/diniode.h : > > . . . > #define UFS_ROOTINO ((ino_t)2) > . . . > #define UFS_WINO ((ino_t)1) > . . . > > sys/ufs/ffs/fs.h : > > . . . > #define ino_to_cg(fs, x) (((ino_t)(x)) / (fs)->fs_ipg) > #define ino_to_fsba(fs, x) \ > ((ufs2_daddr_t)(cgimin(fs, ino_to_cg(fs, (ino_t)(x))) + \ > (blkstofrags((fs), ((((ino_t)(x)) % (fs)->fs_ipg) / INOPB(fs)))))) > #define ino_to_fsbo(fs, x) (((ino_t)(x)) % INOPB(fs)) > . . . > > > I believe the powerpc64/powerpc issue > gives evidence of ino_t being used in > addition ot ufs_ino_t in > sys/boot/common/ufsread.c 's fsread_size . > > > Other things that look 32-bit inode-ish: > (I do not claim to know that any of this > matters.) > > sys/ufs/ufs/dir.h has: > > struct direct { > u_int32_t d_ino; /* inode number of entry */ > . . . > struct dirtemplate { > u_int32_t dot_ino; > . . . > u_int32_t dotdot_ino; > . . . > > struct odirtemplate { > u_int32_t dot_ino; > . . . > u_int32_t dotdot_ino; > . . . > > > sys/ufs/ffs/fs.h has: > > struct jrefrec { > . . . > uint32_t jr_ino; > > struct jmvrec { > . . . > uint32_t jm_ino; > > struct jblkrec { > . . . > uint32_t jb_ino; > > struct jtrncrec { > . . . > uint32_t jt_ino; UFS uses 32bit inodes, changing to 64bit is both pointless currently, and causes on-disk layout incompatibilities. As a consequence, use of ino_t (64bit) or uint32_t for inode numbers are almost always interchangeable, unless used for specifying on-disk layout. UFS correctly uses (and was changed to use) uint32_t for inode numbers in the disk-layout definitions. Other places, which calculate inode numbers from inode block numbers, or do some other calculations with inodes, are fine with either width. That is, I believe that all instances which I looked at during the ino64 preparation are fine. From owner-freebsd-ppc@freebsd.org Sat Jun 17 03:54:13 2017 Return-Path: Delivered-To: freebsd-ppc@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DF4F3BEE240 for ; Sat, 17 Jun 2017 03:54:13 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-210-16.reflexion.net [208.70.210.16]) (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 778377D4C4 for ; Sat, 17 Jun 2017 03:54:12 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 23666 invoked from network); 17 Jun 2017 03:54:11 -0000 Received: from unknown (HELO mail-cs-02.app.dca.reflexion.local) (10.81.19.2) by 0 (rfx-qmail) with SMTP; 17 Jun 2017 03:54:11 -0000 Received: by mail-cs-02.app.dca.reflexion.local (Reflexion email security v8.40.1) with SMTP; Fri, 16 Jun 2017 23:54:11 -0400 (EDT) Received: (qmail 16225 invoked from network); 17 Jun 2017 03:54:11 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 17 Jun 2017 03:54:11 -0000 Received: from [192.168.1.114] (c-76-115-7-162.hsd1.or.comcast.net [76.115.7.162]) by iron2.pdx.net (Postfix) with ESMTPSA id CF334EC8A8B; Fri, 16 Jun 2017 20:54:10 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: Re: INO64 in head: Does sys/boot/common/ufsread.c need its "typedef uint32_t ufs_ino_t;" replaced? From: Mark Millard In-Reply-To: <20170617024850.GB2088@kib.kiev.ua> Date: Fri, 16 Jun 2017 20:54:10 -0700 Cc: FreeBSD Current , freebsd-hackers@freebsd.org, FreeBSD PowerPC ML Content-Transfer-Encoding: quoted-printable Message-Id: <73F88E18-37A1-47C6-8783-F51F131A9671@dsl-only.net> References: <3AF2C2DB-1A61-4EC3-BCB7-B05D99273561@dsl-only.net> <20170617024850.GB2088@kib.kiev.ua> To: Konstantin Belousov X-Mailer: Apple Mail (2.3273) X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Jun 2017 03:54:14 -0000 On 2017-Jun-16, at 7:48 PM, Konstantin Belousov = wrote: > On Fri, Jun 16, 2017 at 05:01:43PM -0700, Mark Millard wrote: >> . . . >=20 > UFS uses 32bit inodes, changing to 64bit is both pointless currently, = and > causes on-disk layout incompatibilities. >=20 > As a consequence, use of ino_t (64bit) or uint32_t for inode numbers = are > almost always interchangeable, unless used for specifying on-disk = layout. > UFS correctly uses (and was changed to use) uint32_t for inode numbers > in the disk-layout definitions. Other places, which calculate inode > numbers from inode block numbers, or do some other calculations with > inodes, are fine with either width. >=20 > That is, I believe that all instances which I looked at during the > ino64 preparation are fine. Thanks for letting me know --and good to know. I've added a note to the bugzilla report of the failed linking of boot1.elf for powerpc and powerpc64 that you have indicated that if the __udivdi3 is supplied to allow the linking to complete for builds based on clang then the result should operate okay for the mix of types. (The report is bugzilla 220024 .) =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-ppc@freebsd.org Sat Jun 17 10:24:15 2017 Return-Path: Delivered-To: freebsd-ppc@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 50DC8BF776F; Sat, 17 Jun 2017 10:24:15 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (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 CDCC764346; Sat, 17 Jun 2017 10:24:14 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from tom.home (kib@localhost [127.0.0.1]) by kib.kiev.ua (8.15.2/8.15.2) with ESMTPS id v5HAO7ZE096948 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sat, 17 Jun 2017 13:24:07 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua v5HAO7ZE096948 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id v5HAO79w096947; Sat, 17 Jun 2017 13:24:07 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Sat, 17 Jun 2017 13:24:07 +0300 From: Konstantin Belousov To: Mark Millard Cc: FreeBSD Current , freebsd-hackers@freebsd.org, FreeBSD PowerPC ML Subject: Re: INO64 in head: Does sys/boot/common/ufsread.c need its "typedef uint32_t ufs_ino_t;" replaced? Message-ID: <20170617102407.GD2088@kib.kiev.ua> References: <3AF2C2DB-1A61-4EC3-BCB7-B05D99273561@dsl-only.net> <20170617024850.GB2088@kib.kiev.ua> <73F88E18-37A1-47C6-8783-F51F131A9671@dsl-only.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <73F88E18-37A1-47C6-8783-F51F131A9671@dsl-only.net> User-Agent: Mutt/1.8.2 (2017-04-18) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on tom.home X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Jun 2017 10:24:15 -0000 On Fri, Jun 16, 2017 at 08:54:10PM -0700, Mark Millard wrote: > On 2017-Jun-16, at 7:48 PM, Konstantin Belousov wrote: > > > On Fri, Jun 16, 2017 at 05:01:43PM -0700, Mark Millard wrote: > >> . . . > > > > UFS uses 32bit inodes, changing to 64bit is both pointless currently, and > > causes on-disk layout incompatibilities. > > > > As a consequence, use of ino_t (64bit) or uint32_t for inode numbers are > > almost always interchangeable, unless used for specifying on-disk layout. > > UFS correctly uses (and was changed to use) uint32_t for inode numbers > > in the disk-layout definitions. Other places, which calculate inode > > numbers from inode block numbers, or do some other calculations with > > inodes, are fine with either width. > > > > That is, I believe that all instances which I looked at during the > > ino64 preparation are fine. > > Thanks for letting me know --and good to know. > > I've added a note to the bugzilla report of the failed > linking of boot1.elf for powerpc and powerpc64 that > you have indicated that if the __udivdi3 is supplied to > allow the linking to complete for builds based on clang > then the result should operate okay for the mix of types. > (The report is bugzilla 220024 .) I never said that. From owner-freebsd-ppc@freebsd.org Sat Jun 17 10:53:01 2017 Return-Path: Delivered-To: freebsd-ppc@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E6BBABF7F15 for ; Sat, 17 Jun 2017 10:53:01 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-210-16.reflexion.net [208.70.210.16]) (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 969C3651D0 for ; Sat, 17 Jun 2017 10:53:01 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 31940 invoked from network); 17 Jun 2017 10:53:00 -0000 Received: from unknown (HELO mail-cs-02.app.dca.reflexion.local) (10.81.19.2) by 0 (rfx-qmail) with SMTP; 17 Jun 2017 10:53:00 -0000 Received: by mail-cs-02.app.dca.reflexion.local (Reflexion email security v8.40.1) with SMTP; Sat, 17 Jun 2017 06:53:00 -0400 (EDT) Received: (qmail 30304 invoked from network); 17 Jun 2017 10:52:59 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 17 Jun 2017 10:52:59 -0000 Received: from [192.168.1.114] (c-76-115-7-162.hsd1.or.comcast.net [76.115.7.162]) by iron2.pdx.net (Postfix) with ESMTPSA id 247CAEC8714; Sat, 17 Jun 2017 03:52:59 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: Re: INO64 in head: Does sys/boot/common/ufsread.c need its "typedef uint32_t ufs_ino_t;" replaced? From: Mark Millard In-Reply-To: <20170617102407.GD2088@kib.kiev.ua> Date: Sat, 17 Jun 2017 03:52:58 -0700 Cc: FreeBSD Current , freebsd-hackers@freebsd.org, FreeBSD PowerPC ML Content-Transfer-Encoding: quoted-printable Message-Id: <063A0C56-E9D5-4C84-AD15-B36F267F00BA@dsl-only.net> References: <3AF2C2DB-1A61-4EC3-BCB7-B05D99273561@dsl-only.net> <20170617024850.GB2088@kib.kiev.ua> <73F88E18-37A1-47C6-8783-F51F131A9671@dsl-only.net> <20170617102407.GD2088@kib.kiev.ua> To: Konstantin Belousov X-Mailer: Apple Mail (2.3273) X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Jun 2017 10:53:02 -0000 On 2017-Jun-17, at 3:24 AM, Konstantin Belousov = wrote: > On Fri, Jun 16, 2017 at 08:54:10PM -0700, Mark Millard wrote: >> On 2017-Jun-16, at 7:48 PM, Konstantin Belousov wrote: >>=20 >>> On Fri, Jun 16, 2017 at 05:01:43PM -0700, Mark Millard wrote: >>>> . . . >>>=20 >>> UFS uses 32bit inodes, changing to 64bit is both pointless = currently, and >>> causes on-disk layout incompatibilities. >>>=20 >>> As a consequence, use of ino_t (64bit) or uint32_t for inode numbers = are >>> almost always interchangeable, unless used for specifying on-disk = layout. >>> UFS correctly uses (and was changed to use) uint32_t for inode = numbers >>> in the disk-layout definitions. Other places, which calculate inode >>> numbers from inode block numbers, or do some other calculations with >>> inodes, are fine with either width. >>>=20 >>> That is, I believe that all instances which I looked at during the >>> ino64 preparation are fine. >>=20 >> Thanks for letting me know --and good to know. >>=20 >> I've added a note to the bugzilla report of the failed >> linking of boot1.elf for powerpc and powerpc64 that >> you have indicated that if the __udivdi3 is supplied to >> allow the linking to complete for builds based on clang >> then the result should operate okay for the mix of types. >> (The report is bugzilla 220024 .) > I never said that. Sorry. I apparently read too much of my=20 overall purpose into your reply to what I asked about for if the types needed to be changed in fsread.c . I've reported the "I never said that" in 220024. I've also copied and pasted your original reply for reference. Again: Sorry to have misrepresented you. =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-ppc@freebsd.org Sat Jun 17 20:00:13 2017 Return-Path: Delivered-To: freebsd-ppc@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6B3E4C0868C for ; Sat, 17 Jun 2017 20:00:13 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 3D6B17631C for ; Sat, 17 Jun 2017 20:00:13 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by freefall.freebsd.org (Postfix) id 6076B6DFA; Sat, 17 Jun 2017 20:00:12 +0000 (UTC) Delivered-To: freebsd-powerpc@localmail.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mx1.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by freefall.freebsd.org (Postfix) with ESMTPS id 37BB36DF8 for ; Sat, 17 Jun 2017 20:00:12 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) 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 6BBAC76316 for ; Sat, 17 Jun 2017 20:00:11 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id v5HK0BK3001844 for ; Sat, 17 Jun 2017 20:00:11 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-powerpc@FreeBSD.org Subject: [Bug 219455] [patch] fix build of devel/talloc on powerpc64 Date: Sat, 17 Jun 2017 20:00:09 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: patch X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: commit-hook@freebsd.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: timur@FreeBSD.org X-Bugzilla-Flags: maintainer-feedback? X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Jun 2017 20:00:13 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D219455 --- Comment #3 from commit-hook@freebsd.org --- A commit references this bug: Author: jhibbits Date: Sat Jun 17 19:59:31 UTC 2017 New revision: 443785 URL: https://svnweb.freebsd.org/changeset/ports/443785 Log: Fix build of devel/talloc on powerpc and powerpc64 Base gcc doesn't accept -Wno-format-length. Remove its usage on powerpc = and powerpc64. It could probably be generalized to all gcc-based targets, but that hasn't been tested on other architectures. PR: 219455 Submitted by: linimon Approved by: swills Changes: head/devel/talloc/Makefile head/devel/talloc/files/powerpc-patch-lib_replace_wscript --=20 You are receiving this mail because: You are on the CC list for the bug.=