From owner-freebsd-ppc@freebsd.org Sun Sep 4 05:39:53 2016 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 3565CBCC95A for ; Sun, 4 Sep 2016 05:39:53 +0000 (UTC) (envelope-from kevin.bowling@kev009.com) Received: from mail-oi0-x229.google.com (mail-oi0-x229.google.com [IPv6:2607:f8b0:4003:c06::229]) (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 F3980C2E for ; Sun, 4 Sep 2016 05:39:52 +0000 (UTC) (envelope-from kevin.bowling@kev009.com) Received: by mail-oi0-x229.google.com with SMTP id m11so85425966oif.1 for ; Sat, 03 Sep 2016 22:39:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=kev009.com; s=google; h=mime-version:from:date:message-id:subject:to; bh=g7bbg/oEd+CMJXRl7j4IzTH7jc3UMjSo+Z5mHRkbY+w=; b=MLBj0ysiglR84v8Qy5y7HS92iS8kohLH9ftRhw5z4gdrGsewGxMXZ1b+MwfLO+AMzZ vBDKFQPmE01tybXavEdrLBWaQegDFYlbwnOxH6/B2h7iQShBNUBxzHcidLrZroA0Ak13 BObCWYD7KBw7bFTydEIhpp/cUI5F/Jt78OgFg= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=g7bbg/oEd+CMJXRl7j4IzTH7jc3UMjSo+Z5mHRkbY+w=; b=P48IFm+OKRldl5y8LDZXWQXTJBHC3ZtdBHMvkOJjcBFZ4HTWpnCyzy4N7ZbiwnbLzw pJxDzDSL3AGP/xNAbwxZNWPwDPHcLa8bezGEdXlPpVqtFjZlt8nkTtNxmjYEZESewWsz oHRLCK22ZtH61DR4ysgnWLfTWghohGYzLLgMshIvkc30Lxd34XrhV0/kjMeIOLrPDr7y sv2Pm2yQpHPlzSrPuU2lrVrMmm8evFoWA3nt3Nn1SpdCNexjRSWQVwkgHcfvKj4KJGOd XxoH3b6Oa4vst/p8P6VoiBsEdFEPxr1JVWFRh7dsvo5/E20J09eZbUaRBMRgxr2j4qzS UgKg== X-Gm-Message-State: AE9vXwMeLUp5iiFNb3rt4Khi+DbXkmANMM3ZlnRbLE0WQqVnquawCtro21BvZiOSTfywylTHi0XJ3mNnrkz4Pw== X-Received: by 10.157.27.68 with SMTP id l62mr26406151otl.119.1472967592078; Sat, 03 Sep 2016 22:39:52 -0700 (PDT) MIME-Version: 1.0 Received: by 10.157.36.1 with HTTP; Sat, 3 Sep 2016 22:39:51 -0700 (PDT) From: Kevin Bowling Date: Sat, 3 Sep 2016 22:39:51 -0700 Message-ID: Subject: Booting -CURRENT on VIOS To: freebsd-ppc@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Sep 2016 05:39:53 -0000 I'm trying to run -CURRENT on VIOS (on POWER6). After a lot of digging I found how to get the full path to the boot device I want (using firmware's ioinfo tool), and the location of the loader from release/powerpc/mkisoimages.sh. Ubuntu 16.04 is able to boot by selecting the CD from the SMS menu so that's something I will dig into more later. The first major hurdle I've pasted below, when trying to run the loader. It seems to fail quite early so I'm not sure where to start looking or how to debug. Any advice? 0 > boot /vdevice/v-scsi@30000002/disk@8200000000000000:,\ppc\chrp\loader CLAIM failed Call History ------------ throw - c3b044 $call-method - c48d18 (poplocals) - c3c9e8 (init-program) - c85738 boot - c8647c evaluate - c4c6ec determine-of-footprint - c19100 invalid pointer - 45 invalid pointer - 45 quit - c4cdcc quit - c4cbc0 My Fix Pt Regs: 00 0000000000000000 0000000000000000 00000000deadbeef 0000000000c6f61c 04 0000000000c16fc0 0000000000a48ef0 0000000000019100 0000000000c05010 08 0000000008000000 0000000000000000 ffffffffffffffff 0000000000000000 0c 8000000012f7a914 0000000000c19100 0000000000c1a000 0000000001cc8bb8 10 0000000000e77c55 0000000000e77b65 0000000000c6f614 0000000000c6f6c4 14 0000000000000087 0000000000000000 0000000000000006 fffffffffffffffb 18 0000000000c14fe8 0000000000c3a000 0000000000c16fc0 0000000000c19000 1c 0000000000c22000 0000000000c42100 0000000000c13fd8 0000000000c12fe0 Special Regs: %IV: 00000900 %CR: 24808004 %XER: 20000001 %DSISR: 00000000 %SRR0: 0000000000c6f61c %SRR1: 800000000000b002 %LR: 0000000000c48944 %CTR: 0000000000000005 %DAR: 0000000000000000 ok From owner-freebsd-ppc@freebsd.org Sun Sep 4 09:01:59 2016 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 A7264BCF14A for ; Sun, 4 Sep 2016 09:01:59 +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 966FB2E0 for ; Sun, 4 Sep 2016 09:01:59 +0000 (UTC) (envelope-from nwhitehorn@freebsd.org) Received: from zeppelin.tachypleus.net ([88.131.223.94]) (authenticated bits=0) by c.mail.sonic.net (8.15.1/8.15.1) with ESMTPSA id u8491nI1010981 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT); Sun, 4 Sep 2016 02:01:52 -0700 Subject: Re: Booting -CURRENT on VIOS To: freebsd-ppc@freebsd.org, kevin.bowling@kev009.com References: From: Nathan Whitehorn Message-ID: Date: Sun, 4 Sep 2016 02:01:52 -0700 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Sonic-CAuth: UmFuZG9tSVaocZY/dogE8xlM+ZQ7M/fepco46a1DDF23rgkx+d9k4CpnrFxkYueO8NuGW2rC3Cc55dbYzHlt3ptgLZnRVPmCRnMJL/oa2lM= X-Sonic-ID: C;jkwkN35y5hGqkqDx2xNB0g== M;KGRsOH5y5hGqkqDx2xNB0g== 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.22 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Sep 2016 09:01:59 -0000 It could be something with the system memory map. Can you sent the output of: dev /memory@0 .properties That will help see what the memory layout looks like. -Nathan On 09/03/16 22:39, Kevin Bowling wrote: > I'm trying to run -CURRENT on VIOS (on POWER6). After a lot of digging I > found how to get the full path to the boot device I want (using firmware's > ioinfo tool), and the location of the loader from > release/powerpc/mkisoimages.sh. Ubuntu 16.04 is able to boot by selecting > the CD from the SMS menu so that's something I will dig into more later. > > The first major hurdle I've pasted below, when trying to run the loader. > It seems to fail quite early so I'm not sure where to start looking or how > to debug. Any advice? > > 0 > boot /vdevice/v-scsi@30000002/disk@8200000000000000:,\ppc\chrp\loader > CLAIM failed > Call History > ------------ > throw - c3b044 > $call-method - c48d18 > (poplocals) - c3c9e8 > (init-program) - c85738 > boot - c8647c > evaluate - c4c6ec > determine-of-footprint - c19100 > invalid pointer - 45 > invalid pointer - 45 > quit - c4cdcc > quit - c4cbc0 > > My Fix Pt Regs: > 00 0000000000000000 0000000000000000 00000000deadbeef 0000000000c6f61c > 04 0000000000c16fc0 0000000000a48ef0 0000000000019100 0000000000c05010 > 08 0000000008000000 0000000000000000 ffffffffffffffff 0000000000000000 > 0c 8000000012f7a914 0000000000c19100 0000000000c1a000 0000000001cc8bb8 > 10 0000000000e77c55 0000000000e77b65 0000000000c6f614 0000000000c6f6c4 > 14 0000000000000087 0000000000000000 0000000000000006 fffffffffffffffb > 18 0000000000c14fe8 0000000000c3a000 0000000000c16fc0 0000000000c19000 > 1c 0000000000c22000 0000000000c42100 0000000000c13fd8 0000000000c12fe0 > Special Regs: > %IV: 00000900 %CR: 24808004 %XER: 20000001 %DSISR: 00000000 > %SRR0: 0000000000c6f61c %SRR1: 800000000000b002 > %LR: 0000000000c48944 %CTR: 0000000000000005 > %DAR: 0000000000000000 > ok > _______________________________________________ > 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 Sun Sep 4 09:03:19 2016 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 9BB79BCF1A5 for ; Sun, 4 Sep 2016 09:03:19 +0000 (UTC) (envelope-from kevin.bowling@kev009.com) Received: from mail-oi0-x232.google.com (mail-oi0-x232.google.com [IPv6:2607:f8b0:4003:c06::232]) (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 6213F3D5 for ; Sun, 4 Sep 2016 09:03:19 +0000 (UTC) (envelope-from kevin.bowling@kev009.com) Received: by mail-oi0-x232.google.com with SMTP id c15so214277763oig.0 for ; Sun, 04 Sep 2016 02:03:19 -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=tkmamy3AGju0RCwAIknKFtajR3WpLVQ8/CF/UinXUxU=; b=olUT5f+2JOuYgM0/QoLeJcvoyQI9vCM+lArv6GYAOGtpd8nIW01DE160bRZOWdDAPn MwakycWxPSgm/A7ISGcnyRNlXKJrGjAeoqJhtlhUUSkEfLbOqlCyxon+bLceLhDX1VOW RMNLQ3HImzBJmcFxE7USAj5fj0dqpiNRP9N1k= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=tkmamy3AGju0RCwAIknKFtajR3WpLVQ8/CF/UinXUxU=; b=SKynnxepLyU5qWKbNCs+7Rt8sKelsRF8P3/hzgWgsgZmrdiXe/YZ88Z3dpjcIIrZo0 b1fDXbMOqGnxL7GInFya1VLyTV4nUSFPB+zlAjKecEEaob/c3OdCZiv9VniOepQAVzP0 AJwLk0Qi7o+bk1cROMVj6BtyORKnRJa2R/F5Rtsl6/Idne9gDglxURDv5UiYzKjlyEax zW1Rg26fUVgje3eT73yMEO6wx8pbmj0CwjTKMzuDj5JivRgOTB65b3tiVI3yB6YjxVYO MKUB2FETci/xWRIQHe0s85a+i3Bs4WbibGk0gxWGrUtkp9MkStmCKULSqjEG1VwMBcAT XRTg== X-Gm-Message-State: AE9vXwO9+8grXwtXRwz8Pr9y3e8srDFBvUPt6uRQfZR/ooslC4T3rJJcDRLzDD4GVvQ4Tl/e25o3vxHFoOs9nA== X-Received: by 10.157.14.77 with SMTP id n13mr26442748otd.118.1472979798728; Sun, 04 Sep 2016 02:03:18 -0700 (PDT) MIME-Version: 1.0 Received: by 10.157.36.1 with HTTP; Sun, 4 Sep 2016 02:03:18 -0700 (PDT) In-Reply-To: References: From: Kevin Bowling Date: Sun, 4 Sep 2016 02:03:18 -0700 Message-ID: Subject: Re: Booting -CURRENT on VIOS To: Nathan Whitehorn Cc: freebsd-ppc@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Sep 2016 09:03:19 -0000 Sure, 0 > dev /memory ok 0 > .properties name memory device_type memory reg 00000000 00000000 00000000 08000000 available 00000000 00004000 00000000 001fc000 00000000 0021d058 00000000 00010000 00000000 00242bfc 00000000 009bd404 00000000 02261000 00000000 05d9f000 #address-cells 00000001 #size-cells 00000000 ibm,phandle fffffffa ibm,associativity 00000004 00000000 00000000 00000000 00000000 ok On Sun, Sep 4, 2016 at 2:01 AM, Nathan Whitehorn wrote: > It could be something with the system memory map. Can you sent the output > of: > dev /memory@0 > .properties > > That will help see what the memory layout looks like. > -Nathan > > > On 09/03/16 22:39, Kevin Bowling wrote: > >> I'm trying to run -CURRENT on VIOS (on POWER6). After a lot of digging I >> found how to get the full path to the boot device I want (using firmware's >> ioinfo tool), and the location of the loader from >> release/powerpc/mkisoimages.sh. Ubuntu 16.04 is able to boot by >> selecting >> the CD from the SMS menu so that's something I will dig into more later. >> >> The first major hurdle I've pasted below, when trying to run the loader. >> It seems to fail quite early so I'm not sure where to start looking or how >> to debug. Any advice? >> >> 0 > boot /vdevice/v-scsi@30000002/disk@8200000000000000:,\ppc\chrp\loader >> CLAIM failed >> Call History >> ------------ >> throw - c3b044 >> $call-method - c48d18 >> (poplocals) - c3c9e8 >> (init-program) - c85738 >> boot - c8647c >> evaluate - c4c6ec >> determine-of-footprint - c19100 >> invalid pointer - 45 >> invalid pointer - 45 >> quit - c4cdcc >> quit - c4cbc0 >> >> My Fix Pt Regs: >> 00 0000000000000000 0000000000000000 00000000deadbeef 0000000000c6f61c >> 04 0000000000c16fc0 0000000000a48ef0 0000000000019100 0000000000c05010 >> 08 0000000008000000 0000000000000000 ffffffffffffffff 0000000000000000 >> 0c 8000000012f7a914 0000000000c19100 0000000000c1a000 0000000001cc8bb8 >> 10 0000000000e77c55 0000000000e77b65 0000000000c6f614 0000000000c6f6c4 >> 14 0000000000000087 0000000000000000 0000000000000006 fffffffffffffffb >> 18 0000000000c14fe8 0000000000c3a000 0000000000c16fc0 0000000000c19000 >> 1c 0000000000c22000 0000000000c42100 0000000000c13fd8 0000000000c12fe0 >> Special Regs: >> %IV: 00000900 %CR: 24808004 %XER: 20000001 %DSISR: 00000000 >> %SRR0: 0000000000c6f61c %SRR1: 800000000000b002 >> %LR: 0000000000c48944 %CTR: 0000000000000005 >> %DAR: 0000000000000000 >> ok >> _______________________________________________ >> 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 Sun Sep 4 10:01:59 2016 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 9A8A2A932A2 for ; Sun, 4 Sep 2016 10:01:59 +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 87B9F6B5 for ; Sun, 4 Sep 2016 10:01:59 +0000 (UTC) (envelope-from nwhitehorn@freebsd.org) Received: from zeppelin.tachypleus.net ([88.131.223.94]) (authenticated bits=0) by c.mail.sonic.net (8.15.1/8.15.1) with ESMTPSA id u84A1tDE016254 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT); Sun, 4 Sep 2016 03:01:57 -0700 Subject: Re: Booting -CURRENT on VIOS To: Kevin Bowling References: Cc: freebsd-ppc@freebsd.org From: Nathan Whitehorn Message-ID: <880f0193-d839-61d4-627a-2b0fe1d40938@freebsd.org> Date: Sun, 4 Sep 2016 03:01:58 -0700 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 In-Reply-To: X-Sonic-CAuth: UmFuZG9tSVYRTMQxI6hzn0u+lQXISUE9n2J9eW1TG0vuRbxiexHgHW0+dGm+Pz9aBNxXyPW6xZzfI0SQZkIKkFnutIpOnzPOGxsayjgHXAs= X-Sonic-ID: C;JGiWnIZy5hGpn6Dx2xNB0g== M;hrBenYZy5hGpn6Dx2xNB0g== X-Spam-Flag: No X-Sonic-Spam-Details: 0.0/5.0 by cerberusd Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit 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: Sun, 04 Sep 2016 10:01:59 -0000 OK, so it looks like the fixed address at which loader wants to run is unavailable. Can you do these two commands as well: printenv real-base printenv load-base Then I'll try to think of a workaround. -Nathan On 09/04/16 02:03, Kevin Bowling wrote: > Sure, > > 0 > dev /memory ok > 0 > .properties > name memory > device_type memory > reg 00000000 00000000 00000000 08000000 > available 00000000 00004000 00000000 001fc000 00000000 > 0021d058 00000000 00010000 > 00000000 00242bfc 00000000 009bd404 00000000 > 02261000 00000000 05d9f000 > #address-cells 00000001 > #size-cells 00000000 > ibm,phandle fffffffa > ibm,associativity 00000004 00000000 00000000 00000000 00000000 > > ok > > > On Sun, Sep 4, 2016 at 2:01 AM, Nathan Whitehorn > > wrote: > > It could be something with the system memory map. Can you sent the > output of: > dev /memory@0 > .properties > > That will help see what the memory layout looks like. > -Nathan > > > On 09/03/16 22:39, Kevin Bowling wrote: > > I'm trying to run -CURRENT on VIOS (on POWER6). After a lot > of digging I > found how to get the full path to the boot device I want > (using firmware's > ioinfo tool), and the location of the loader from > release/powerpc/mkisoimages.sh. Ubuntu 16.04 is able to boot > by selecting > the CD from the SMS menu so that's something I will dig into > more later. > > The first major hurdle I've pasted below, when trying to run > the loader. > It seems to fail quite early so I'm not sure where to start > looking or how > to debug. Any advice? > > 0 > boot > /vdevice/v-scsi@30000002/disk@8200000000000000:,\ppc\chrp\loader > CLAIM failed > Call History > ------------ > throw - c3b044 > $call-method - c48d18 > (poplocals) - c3c9e8 > (init-program) - c85738 > boot - c8647c > evaluate - c4c6ec > determine-of-footprint - c19100 > invalid pointer - 45 > invalid pointer - 45 > quit - c4cdcc > quit - c4cbc0 > > My Fix Pt Regs: > 00 0000000000000000 0000000000000000 00000000deadbeef > 0000000000c6f61c > 04 0000000000c16fc0 0000000000a48ef0 0000000000019100 > 0000000000c05010 > 08 0000000008000000 0000000000000000 ffffffffffffffff > 0000000000000000 > 0c 8000000012f7a914 0000000000c19100 0000000000c1a000 > 0000000001cc8bb8 > 10 0000000000e77c55 0000000000e77b65 0000000000c6f614 > 0000000000c6f6c4 > 14 0000000000000087 0000000000000000 0000000000000006 > fffffffffffffffb > 18 0000000000c14fe8 0000000000c3a000 0000000000c16fc0 > 0000000000c19000 > 1c 0000000000c22000 0000000000c42100 0000000000c13fd8 > 0000000000c12fe0 > Special Regs: > %IV: 00000900 %CR: 24808004 %XER: 20000001 > %DSISR: 00000000 > %SRR0: 0000000000c6f61c %SRR1: 800000000000b002 > %LR: 0000000000c48944 %CTR: 0000000000000005 > %DAR: 0000000000000000 > ok > _______________________________________________ > 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 Mon Sep 5 08:25:23 2016 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 8C124A9D34A for ; Mon, 5 Sep 2016 08:25:23 +0000 (UTC) (envelope-from kevin.bowling@kev009.com) Received: from mail-oi0-x235.google.com (mail-oi0-x235.google.com [IPv6:2607:f8b0:4003:c06::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 5450B6DE for ; Mon, 5 Sep 2016 08:25:23 +0000 (UTC) (envelope-from kevin.bowling@kev009.com) Received: by mail-oi0-x235.google.com with SMTP id y2so18783210oie.0 for ; Mon, 05 Sep 2016 01:25:23 -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=fDd8os/lCFcOtHJue3JKPrG5xCoLGlmrZdl/h5fOvVk=; b=VH1XKNdWpLaVz4DblkBwx2lYDAbF6gcEud22MBn6odBVKFArEd7A3HlfDAsNlkPECW YNsLuHcrXG6izE0BEyJMbjo2fXDDVHamSVxEtqAI5JbNW/Hy4TNGcRoIL23g8jnvpnm3 7VxnKrXhe5n+NpkPD4NIxZ5LnwHFt94InWAmg= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=fDd8os/lCFcOtHJue3JKPrG5xCoLGlmrZdl/h5fOvVk=; b=Aephj2kUuXsYxOM3MDeyRCvVZxE6yNDt8vEY5lkbX/3MGS4Sm/GxphVsWYi81Wes7J V7ZklXhJPw0P/GJ4XH2JImtkvURJ2n7S9sZx/NviIdwN4BInlzJ8FwOzN0Uhw2COUrB5 S08dJjj2f5cRHUbBzFLarB9DWxSK+FaODB28dWS0Mot6MktMtwpyapf6s+hNu8+RyC8Z uhMVB8jVv0lgoRSXp5r9ofzgnKiPVA6Y90amz+hZniFTDwq4CruPkmNCI/K/C9VzXAey g89rZ8u1gHc1M8meAuqZsSVCjDvSOu927GV3Bz7yDsgs03UOS+/tGestJfcPSzFzhXk9 wq8w== X-Gm-Message-State: AE9vXwP7sGWvanavN9U6CmwCd0s3f9vJba+J1xaPXj9bLWK0D3v4l9IwG+kRl78zJGLauumXHVbSSxe7LH0f3Q== X-Received: by 10.157.27.151 with SMTP id z23mr29870143otd.72.1473063922435; Mon, 05 Sep 2016 01:25:22 -0700 (PDT) MIME-Version: 1.0 Received: by 10.157.36.1 with HTTP; Mon, 5 Sep 2016 01:25:21 -0700 (PDT) In-Reply-To: <880f0193-d839-61d4-627a-2b0fe1d40938@freebsd.org> References: <880f0193-d839-61d4-627a-2b0fe1d40938@freebsd.org> From: Kevin Bowling Date: Mon, 5 Sep 2016 01:25:21 -0700 Message-ID: Subject: Re: Booting -CURRENT on VIOS To: Nathan Whitehorn Cc: freebsd-ppc@freebsd.org 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: Mon, 05 Sep 2016 08:25:23 -0000 Hi, Can I change that address in ofw or in the loader for testing? 0 > printenv real-base -------------- Partition: common -------- Signature: 0x70 --------------- real-base c00000 c00000 ok 0 > printenv load-base -------------- Partition: common -------- Signature: 0x70 --------------- load-base 4000 4000 ok Regards, On Sun, Sep 4, 2016 at 3:01 AM, Nathan Whitehorn wrote: > OK, so it looks like the fixed address at which loader wants to run is > unavailable. Can you do these two commands as well: > printenv real-base > printenv load-base > > Then I'll try to think of a workaround. > -Nathan > > > On 09/04/16 02:03, Kevin Bowling wrote: > > Sure, > > 0 > dev /memory ok > 0 > .properties > name memory > device_type memory > reg 00000000 00000000 00000000 08000000 > available 00000000 00004000 00000000 001fc000 00000000 > 0021d058 00000000 00010000 > 00000000 00242bfc 00000000 009bd404 00000000 > 02261000 00000000 05d9f000 > #address-cells 00000001 > #size-cells 00000000 > ibm,phandle fffffffa > ibm,associativity 00000004 00000000 00000000 00000000 00000000 > > ok > > > On Sun, Sep 4, 2016 at 2:01 AM, Nathan Whitehorn > wrote: > >> It could be something with the system memory map. Can you sent the output >> of: >> dev /memory@0 >> .properties >> >> That will help see what the memory layout looks like. >> -Nathan >> >> >> On 09/03/16 22:39, Kevin Bowling wrote: >> >>> I'm trying to run -CURRENT on VIOS (on POWER6). After a lot of digging I >>> found how to get the full path to the boot device I want (using >>> firmware's >>> ioinfo tool), and the location of the loader from >>> release/powerpc/mkisoimages.sh. Ubuntu 16.04 is able to boot by >>> selecting >>> the CD from the SMS menu so that's something I will dig into more later. >>> >>> The first major hurdle I've pasted below, when trying to run the loader. >>> It seems to fail quite early so I'm not sure where to start looking or >>> how >>> to debug. Any advice? >>> >>> 0 > boot /vdevice/v-scsi@30000002/disk@8200000000000000:,\ppc\chrp\lo >>> ader >>> CLAIM failed >>> Call History >>> ------------ >>> throw - c3b044 >>> $call-method - c48d18 >>> (poplocals) - c3c9e8 >>> (init-program) - c85738 >>> boot - c8647c >>> evaluate - c4c6ec >>> determine-of-footprint - c19100 >>> invalid pointer - 45 >>> invalid pointer - 45 >>> quit - c4cdcc >>> quit - c4cbc0 >>> >>> My Fix Pt Regs: >>> 00 0000000000000000 0000000000000000 00000000deadbeef 0000000000c6f61c >>> 04 0000000000c16fc0 0000000000a48ef0 0000000000019100 0000000000c05010 >>> 08 0000000008000000 0000000000000000 ffffffffffffffff 0000000000000000 >>> 0c 8000000012f7a914 0000000000c19100 0000000000c1a000 0000000001cc8bb8 >>> 10 0000000000e77c55 0000000000e77b65 0000000000c6f614 0000000000c6f6c4 >>> 14 0000000000000087 0000000000000000 0000000000000006 fffffffffffffffb >>> 18 0000000000c14fe8 0000000000c3a000 0000000000c16fc0 0000000000c19000 >>> 1c 0000000000c22000 0000000000c42100 0000000000c13fd8 0000000000c12fe0 >>> Special Regs: >>> %IV: 00000900 %CR: 24808004 %XER: 20000001 %DSISR: 00000000 >>> %SRR0: 0000000000c6f61c %SRR1: 800000000000b002 >>> %LR: 0000000000c48944 %CTR: 0000000000000005 >>> %DAR: 0000000000000000 >>> ok >>> _______________________________________________ >>> 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 Tue Sep 6 13:04:26 2016 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 B8303B96C01 for ; Tue, 6 Sep 2016 13:04:26 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-210-43.reflexion.net [208.70.210.43]) (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 6EBCCB2C for ; Tue, 6 Sep 2016 13:04:25 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 22349 invoked from network); 6 Sep 2016 13:05:06 -0000 Received: from unknown (HELO rtc-sm-01.app.dca.reflexion.local) (10.81.150.1) by 0 (rfx-qmail) with SMTP; 6 Sep 2016 13:05:06 -0000 Received: by rtc-sm-01.app.dca.reflexion.local (Reflexion email security v8.00.0) with SMTP; Tue, 06 Sep 2016 09:04:22 -0400 (EDT) Received: (qmail 15909 invoked from network); 6 Sep 2016 13:04:22 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 6 Sep 2016 13:04:22 -0000 Received: from [192.168.0.104] (ip70-189-131-151.lv.lv.cox.net [70.189.131.151]) by iron2.pdx.net (Postfix) with ESMTPSA id F26CCEC8AEF; Tue, 6 Sep 2016 06:04:16 -0700 (PDT) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Subject: Re: From llvm: Fwd: [Bug 26519] Clang 3.8.0's "Target: powerpc-unknown-freebsd11.0" code generation is violating the SVR4 ABI (SEGV can result) [fixed in llvm -r280705] From: Mark Millard In-Reply-To: <08136189-299F-4BD6-9E49-8D39A8913D62@dsl-only.net> Date: Tue, 6 Sep 2016 06:04:16 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <0E2783E3-277F-47F1-B696-46FCFF0DB0F1@dsl-only.net> References: <08136189-299F-4BD6-9E49-8D39A8913D62@dsl-only.net> To: FreeBSD Toolchain , FreeBSD PowerPC ML X-Mailer: Apple Mail (2.3124) 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, 06 Sep 2016 13:04:26 -0000 llvm's bugzilla reports that the stack-handling SVR4 ABI violation for = TARGET_ARCH=3Dpowerpc has been fixed r280705 (likely on trunk)! See = below. This still leaves some problems in the C++ Itanium ABI exception = handling support for both powerpc64 and powerpc. Also powerpc64 does not = have softfloat available --which blocks libstand from building. Overall = the META llvm bug 25780 still lists 3 "depends on" defects pending. One = has a partial fix out for review. Begin forwarded message: > From: bugzilla-daemon at llvm.org > Subject: [Bug 26519] Clang 3.8.0's "Target: = powerpc-unknown-freebsd11.0" code generation is violating the SVR4 ABI = (SEGV can result) > Date: September 6, 2016 at 5:31:17 AM PDT > To: >=20 > Krzysztof Parzyszek changed bug 26519=20 > What Removed Added > Status NEW RESOLVED > Resolution --- FIXED >=20 > Comment # 6 on bug 26519 from Krzysztof Parzyszek > Committed in r280705. >=20 > You are receiving this mail because: > =E2=80=A2 You reported the bug. Begin forwarded message: > From: bugzilla-daemon at llvm.org > Subject: [Bug 25780] [META] Using Clang as the FreeBSD/ppc system = compiler > Date: September 6, 2016 at 5:31:20 AM PDT > To: >=20 > Bug 25780 depends on bug 26519, which changed state.=20 > What Removed Added > Status NEW RESOLVED > Resolution --- FIXED >=20 > You are receiving this mail because: > =E2=80=A2 You are on the CC list for the bug. =3D=3D=3D Mark Millard markmi at dsl-only.net On 2016-Sep-1, at 8:08 AM, Mark Millard wrote: https://reviews.llvm.org/D24093 is a code review for llvm potentially = fixing the violation of the TARGET_ARCH=3Dpowerpc SVR4 ABI stack = handling rules, no longer requiring a "red-zone" on the stack. See below = for more information. =3D=3D=3D Mark Millard markmi at dsl-only.net Begin forwarded message: From: bugzilla-daemon at llvm.org Subject: [Bug 26519] Clang 3.8.0's "Target: powerpc-unknown-freebsd11.0" = code generation is violating the SVR4 ABI (SEGV can result) Date: September 1, 2016 at 7:22:49 AM PDT To: Comment # 5 on bug 26519 from Krzysztof Parzyszek Patch for review: https://reviews.llvm.org/D24093 You are receiving this mail because: =E2=80=A2 You reported the bug. From owner-freebsd-ppc@freebsd.org Wed Sep 7 22:58:48 2016 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 2CB7ABD0D3C for ; Wed, 7 Sep 2016 22:58:48 +0000 (UTC) (envelope-from kristof@swissmail.org) Received: from smtp.swissmail.org (smtpout.swissmail.org [212.25.22.149]) (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 DDEB697F for ; Wed, 7 Sep 2016 22:58:46 +0000 (UTC) (envelope-from kristof@swissmail.org) Received: from vm-mailout2.vm.swissmail.org (vm-mailout2.vm.swissmail.org [212.25.22.135]) by smtp.swissmail.org (Postfix) with ESMTPS id 41FC580FE3; Thu, 8 Sep 2016 00:45:21 +0200 (CEST) Received: from vm-pemfos1.intra.swissmail.org (unknown [192.168.173.54]) by vm-mailout2.vm.swissmail.org (Postfix) with ESMTP id C8AF79FFE9; Thu, 8 Sep 2016 00:50:28 +0200 (CEST) Received: from vm-pemfos1.intra.swissmail.org (localhost [127.0.0.1]) by localhost (Postfix-local-10025) with ESMTP id B7F434A002; Thu, 8 Sep 2016 00:50:28 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by localhost (PEmFoS/1619.9454.a1); Thu, 8 Sep 2016 00:50:28 +0200 (CEST) X-Pemfos-Policyd: accepted (gFI3YHhND5pdUidUT1G/vGs+0O4gMA4yQAonJVksTWA6X3p1JkdiJCs6cS8OBU49) Subject: Re: From llvm: Fwd: [Bug 26519] Clang 3.8.0's "Target: powerpc-unknown-freebsd11.0" code generation is violating the SVR4 ABI (SEGV can result) [fixed in llvm -r280705] To: freebsd-ppc@freebsd.org References: <08136189-299F-4BD6-9E49-8D39A8913D62@dsl-only.net> <0E2783E3-277F-47F1-B696-46FCFF0DB0F1@dsl-only.net> From: Krzysztof Parzyszek Message-ID: Date: Wed, 7 Sep 2016 17:50:17 -0500 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 In-Reply-To: <0E2783E3-277F-47F1-B696-46FCFF0DB0F1@dsl-only.net> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-Virus-Scanned: clamav-milter 0.99.2 at vm-mailout2 X-Virus-Status: Clean 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: Wed, 07 Sep 2016 22:58:48 -0000 What are the requirements for soft-float, i.e. what conditions exactly does the generated code need to meet? Is the purpose of it to eliminate the use of floating point registers? Is there a library that implements the floating point operations? If not, that is going to be the main obstacle. -Krzysztof On 9/6/2016 8:04 AM, Mark Millard wrote: > llvm's bugzilla reports that the stack-handling SVR4 ABI violation for TARGET_ARCH=powerpc has been fixed r280705 (likely on trunk)! See below. > > This still leaves some problems in the C++ Itanium ABI exception handling support for both powerpc64 and powerpc. Also powerpc64 does not have softfloat available --which blocks libstand from building. Overall the META llvm bug 25780 still lists 3 "depends on" defects pending. One has a partial fix out for review. > > > > Begin forwarded message: > >> From: bugzilla-daemon at llvm.org >> Subject: [Bug 26519] Clang 3.8.0's "Target: powerpc-unknown-freebsd11.0" code generation is violating the SVR4 ABI (SEGV can result) >> Date: September 6, 2016 at 5:31:17 AM PDT >> To: >> >> Krzysztof Parzyszek changed bug 26519 >> What Removed Added >> Status NEW RESOLVED >> Resolution --- FIXED >> >> Comment # 6 on bug 26519 from Krzysztof Parzyszek >> Committed in r280705. >> >> You are receiving this mail because: >> • You reported the bug. > > Begin forwarded message: > >> From: bugzilla-daemon at llvm.org >> Subject: [Bug 25780] [META] Using Clang as the FreeBSD/ppc system compiler >> Date: September 6, 2016 at 5:31:20 AM PDT >> To: >> >> Bug 25780 depends on bug 26519, which changed state. >> What Removed Added >> Status NEW RESOLVED >> Resolution --- FIXED >> >> You are receiving this mail because: >> • You are on the CC list for the bug. > > === > Mark Millard > markmi at dsl-only.net > > On 2016-Sep-1, at 8:08 AM, Mark Millard wrote: > > https://reviews.llvm.org/D24093 is a code review for llvm potentially fixing the violation of the TARGET_ARCH=powerpc SVR4 ABI stack handling rules, no longer requiring a "red-zone" on the stack. See below for more information. > > === > Mark Millard > markmi at dsl-only.net > > Begin forwarded message: > > From: bugzilla-daemon at llvm.org > Subject: [Bug 26519] Clang 3.8.0's "Target: powerpc-unknown-freebsd11.0" code generation is violating the SVR4 ABI (SEGV can result) > Date: September 1, 2016 at 7:22:49 AM PDT > To: > > > Comment # 5 on bug 26519 from Krzysztof Parzyszek > Patch for review: https://reviews.llvm.org/D24093 > > You are receiving this mail because: > • You reported the bug. > > > _______________________________________________ > 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 Wed Sep 7 23:03:03 2016 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 135C9BD006E for ; Wed, 7 Sep 2016 23:03:03 +0000 (UTC) (envelope-from kristof@swissmail.org) Received: from smtp.swissmail.org (smtpout.swissmail.org [212.25.22.149]) (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 C4619EA1 for ; Wed, 7 Sep 2016 23:03:02 +0000 (UTC) (envelope-from kristof@swissmail.org) Received: from vm-mailout2.vm.swissmail.org (vm-mailout2.vm.swissmail.org [212.25.22.135]) by smtp.swissmail.org (Postfix) with ESMTPS id AE1E380FC7; Thu, 8 Sep 2016 00:57:52 +0200 (CEST) Received: from vm-pemfos1.intra.swissmail.org (unknown [192.168.173.54]) by vm-mailout2.vm.swissmail.org (Postfix) with ESMTP id 4D5AC9FFE9; Thu, 8 Sep 2016 01:03:00 +0200 (CEST) Received: from vm-pemfos1.intra.swissmail.org (localhost [127.0.0.1]) by localhost (Postfix-local-10025) with ESMTP id 3DAB84A002; Thu, 8 Sep 2016 01:03:00 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by localhost (PEmFoS/1619.9448.a1); Thu, 8 Sep 2016 01:03:00 +0200 (CEST) X-Pemfos-Policyd: accepted (oPMxMCMBcsG8bD4uFtGRFHZ7Ry71FlABQx8/I185DTogX3ov0AMHIl0JGDM+B1AU) Subject: Re: From llvm: Fwd: [Bug 26519] Clang 3.8.0's "Target: powerpc-unknown-freebsd11.0" code generation is violating the SVR4 ABI (SEGV can result) [fixed in llvm -r280705] To: freebsd-ppc@freebsd.org References: <08136189-299F-4BD6-9E49-8D39A8913D62@dsl-only.net> <0E2783E3-277F-47F1-B696-46FCFF0DB0F1@dsl-only.net> From: Krzysztof Parzyszek Message-ID: <0b6f8c4d-749d-f63b-2418-90f4f1b3b11b@swissmail.org> Date: Wed, 7 Sep 2016 18:02:54 -0500 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-Virus-Scanned: clamav-milter 0.99.2 at vm-mailout2 X-Virus-Status: Clean 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: Wed, 07 Sep 2016 23:03:03 -0000 What about this? https://reviews.llvm.org/D13351 -Krzysztof On 9/7/2016 5:50 PM, Krzysztof Parzyszek wrote: > What are the requirements for soft-float, i.e. what conditions exactly > does the generated code need to meet? Is the purpose of it to eliminate > the use of floating point registers? > > Is there a library that implements the floating point operations? If > not, that is going to be the main obstacle. > > -Krzysztof > > > > On 9/6/2016 8:04 AM, Mark Millard wrote: >> llvm's bugzilla reports that the stack-handling SVR4 ABI violation for >> TARGET_ARCH=powerpc has been fixed r280705 (likely on trunk)! See below. >> >> This still leaves some problems in the C++ Itanium ABI exception >> handling support for both powerpc64 and powerpc. Also powerpc64 does >> not have softfloat available --which blocks libstand from building. >> Overall the META llvm bug 25780 still lists 3 "depends on" defects >> pending. One has a partial fix out for review. >> >> >> >> Begin forwarded message: >> >>> From: bugzilla-daemon at llvm.org >>> Subject: [Bug 26519] Clang 3.8.0's "Target: >>> powerpc-unknown-freebsd11.0" code generation is violating the SVR4 >>> ABI (SEGV can result) >>> Date: September 6, 2016 at 5:31:17 AM PDT >>> To: >>> >>> Krzysztof Parzyszek changed bug 26519 >>> What Removed Added >>> Status NEW RESOLVED >>> Resolution --- FIXED >>> >>> Comment # 6 on bug 26519 from Krzysztof Parzyszek >>> Committed in r280705. >>> >>> You are receiving this mail because: >>> • You reported the bug. >> >> Begin forwarded message: >> >>> From: bugzilla-daemon at llvm.org >>> Subject: [Bug 25780] [META] Using Clang as the FreeBSD/ppc system >>> compiler >>> Date: September 6, 2016 at 5:31:20 AM PDT >>> To: >>> >>> Bug 25780 depends on bug 26519, which changed state. >>> What Removed Added >>> Status NEW RESOLVED >>> Resolution --- FIXED >>> >>> You are receiving this mail because: >>> • You are on the CC list for the bug. >> >> === >> Mark Millard >> markmi at dsl-only.net >> >> On 2016-Sep-1, at 8:08 AM, Mark Millard wrote: >> >> https://reviews.llvm.org/D24093 is a code review for llvm potentially >> fixing the violation of the TARGET_ARCH=powerpc SVR4 ABI stack >> handling rules, no longer requiring a "red-zone" on the stack. See >> below for more information. >> >> === >> Mark Millard >> markmi at dsl-only.net >> >> Begin forwarded message: >> >> From: bugzilla-daemon at llvm.org >> Subject: [Bug 26519] Clang 3.8.0's "Target: >> powerpc-unknown-freebsd11.0" code generation is violating the SVR4 ABI >> (SEGV can result) >> Date: September 1, 2016 at 7:22:49 AM PDT >> To: >> >> >> Comment # 5 on bug 26519 from Krzysztof Parzyszek >> Patch for review: https://reviews.llvm.org/D24093 >> >> You are receiving this mail because: >> • You reported the bug. >> >> >> _______________________________________________ >> 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 Wed Sep 7 23:18:24 2016 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 3DA47BD0362 for ; Wed, 7 Sep 2016 23:18:24 +0000 (UTC) (envelope-from chmeeedalf@gmail.com) Received: from mail-it0-x22f.google.com (mail-it0-x22f.google.com [IPv6:2607:f8b0:4001:c0b::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 DB0F5662 for ; Wed, 7 Sep 2016 23:18:23 +0000 (UTC) (envelope-from chmeeedalf@gmail.com) Received: by mail-it0-x22f.google.com with SMTP id e124so49989681ith.0 for ; Wed, 07 Sep 2016 16:18:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=user-agent:in-reply-to:references:mime-version :content-transfer-encoding:subject:from:date:to:message-id; bh=veBXe4FXKj4Jp0bp1TCgzLK/GVDv9ZGE9b53pFyGftg=; b=z/dAOzRtM4w8HMi/14wPQr7zIuk1PlfMPLHkJydyRxM+5jJhUgI0YkUXnAXd6KdRCo vqI5VaRFMnRCyvrBfRdCaDXjfpYqhoZJ866krGI22fVT7OMSCAB+AaOZRG/WouQ5wzsK xKHzMHAZnAvNzdARvRfFb9Epu152U/eK8ihq8D5jBFmTyw8i2MdqthVV8Sfp7vMovirg W0M/HuPNs61i72RZpSu5BSTd6I3ZNribTZc0vf2a4OGspVUG0G0Y3zC5LZJLim5H+qsS G0IOkaQMbBKA5FIW8xtYAB0ee4JesnWFjohZ1VVyKZw2MQVE+ahRUYBw1h/DhFx/NkQr Ygug== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:user-agent:in-reply-to:references:mime-version :content-transfer-encoding:subject:from:date:to:message-id; bh=veBXe4FXKj4Jp0bp1TCgzLK/GVDv9ZGE9b53pFyGftg=; b=LwMmJA0STBVL2JGHpAc1OuIeBMjyNt+03IAJHKUqh/RPNuP1TKgJLCEaPsicu6GPJS VkSJUoDWo07S7zO1MkZKT/bUnPN9yjsKOILL9DOUx96GMAcxc2eAmEFkftesLCyNOCqD 9rjJnlea8akDyAhhwjXF0wW7aUWGt1p+733Po33K5nLLFqDUTNyEctqeIU/W0u3jaDuu yXvAMEIh8lnKJogK3dgsy9kp1iEOyWMt9PBfManhqogEO7lC4lYr9thL4TpizNc22sA4 Ud7Rbn3KuUAxPy/tt6nx78fO7R8d+7zhHxCksKqOccGLyD4dD4pFc6SJTFfZRvfBtK32 eu7g== X-Gm-Message-State: AE9vXwMyOZAb9SOlvVXj/lzEijjqDGm7c0oY2qPxq5RwGgoSLwbccHIpFUmp09EEoGoPNw== X-Received: by 10.36.92.20 with SMTP id q20mr10810730itb.10.1473290302636; Wed, 07 Sep 2016 16:18:22 -0700 (PDT) Received: from android-ba24ded86be1f1a5.knownspace (50-80-150-234.client.mchsi.com. [50.80.150.234]) by smtp.gmail.com with ESMTPSA id e8sm4587604itc.15.2016.09.07.16.18.21 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 07 Sep 2016 16:18:21 -0700 (PDT) User-Agent: K-9 Mail for Android In-Reply-To: References: <08136189-299F-4BD6-9E49-8D39A8913D62@dsl-only.net> <0E2783E3-277F-47F1-B696-46FCFF0DB0F1@dsl-only.net> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=UTF-8 Subject: Re: From llvm: Fwd: [Bug 26519] Clang 3.8.0's "Target: powerpc-unknown-freebsd11.0" code generation is violating the SVR4 ABI (SEGV can result) [fixed in llvm -r280705] From: Justin Hibbits Date: Wed, 07 Sep 2016 18:18:20 -0500 To: Krzysztof Parzyszek ,freebsd-ppc@freebsd.org Message-ID: <9CDB0CBC-0B7E-4746-B4BC-418C4DF5540A@gmail.com> 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: Wed, 07 Sep 2016 23:18:24 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 On September 7, 2016 5:50:17 PM CDT, Krzysztof Parzyszek wrote: >What are the requirements for soft-float, i.e. what conditions exactly >does the generated code need to meet? Is the purpose of it to eliminate > >the use of floating point registers? > >Is there a library that implements the floating point operations? If >not, that is going to be the main obstacle. > >-Krzysztof > > > >On 9/6/2016 8:04 AM, Mark Millard wrote: >> llvm's bugzilla reports that the stack-handling SVR4 ABI violation >for TARGET_ARCH=powerpc has been fixed r280705 (likely on trunk)! See >below. >> >> This still leaves some problems in the C++ Itanium ABI exception >handling support for both powerpc64 and powerpc. Also powerpc64 does >not have softfloat available --which blocks libstand from building. >Overall the META llvm bug 25780 still lists 3 "depends on" defects >pending. One has a partial fix out for review. >> >> >> >> Begin forwarded message: >> >>> From: bugzilla-daemon at llvm.org >>> Subject: [Bug 26519] Clang 3.8.0's "Target: >powerpc-unknown-freebsd11.0" code generation is violating the SVR4 ABI >(SEGV can result) >>> Date: September 6, 2016 at 5:31:17 AM PDT >>> To: >>> >>> Krzysztof Parzyszek changed bug 26519 >>> What Removed Added >>> Status NEW RESOLVED >>> Resolution --- FIXED >>> >>> Comment # 6 on bug 26519 from Krzysztof Parzyszek >>> Committed in r280705. >>> >>> You are receiving this mail because: >>> • You reported the bug. >> >> Begin forwarded message: >> >>> From: bugzilla-daemon at llvm.org >>> Subject: [Bug 25780] [META] Using Clang as the FreeBSD/ppc system >compiler >>> Date: September 6, 2016 at 5:31:20 AM PDT >>> To: >>> >>> Bug 25780 depends on bug 26519, which changed state. >>> What Removed Added >>> Status NEW RESOLVED >>> Resolution --- FIXED >>> >>> You are receiving this mail because: >>> • You are on the CC list for the bug. >> >> === >> Mark Millard >> markmi at dsl-only.net >> >> On 2016-Sep-1, at 8:08 AM, Mark Millard >wrote: >> >> https://reviews.llvm.org/D24093 is a code review for llvm potentially >fixing the violation of the TARGET_ARCH=powerpc SVR4 ABI stack handling >rules, no longer requiring a "red-zone" on the stack. See below for >more information. >> >> === >> Mark Millard >> markmi at dsl-only.net >> >> Begin forwarded message: >> >> From: bugzilla-daemon at llvm.org >> Subject: [Bug 26519] Clang 3.8.0's "Target: >powerpc-unknown-freebsd11.0" code generation is violating the SVR4 ABI >(SEGV can result) >> Date: September 1, 2016 at 7:22:49 AM PDT >> To: >> >> >> Comment # 5 on bug 26519 from Krzysztof Parzyszek >> Patch for review: https://reviews.llvm.org/D24093 >> >> You are receiving this mail because: >> • You reported the bug. >> >> >> _______________________________________________ >> 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" >> > >_______________________________________________ >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" Soft float is required when building the kernel to prevent the compiler from using floating point optimizations. - - Justin - -- Sent from my Android device with K-9 Mail. Please excuse my brevity. -----BEGIN PGP SIGNATURE----- Version: APG v1.1.1 iQJDBAEBCgAtBQJX0KA7JhxKdXN0aW4gSGliYml0cyA8Y2htZWVlZGFsZkBnbWFp bC5jb20+AAoJEMpa9wk3xc9DbNEP/j9vlkf4CKbKJe0tckSNntH7xEcCDziiM2M6 31iPRhy1HOXN8E0H3FoiCAod5ji4W98tdz3yzTOVlbsXbMJI4u/ArUR69Q6L9CGO +iQK2Y9ViAi9YpG+vbKiJPD0FpLXLm0Gh2QkJkkz22dB62ps/05WAI3KynZyQJQQ FTS4aLvubA3qS0GYTNTaqZE7Ei69fCuMd+LTVw4Jbln/sL/pXgTD0/2HdKc5rctP c21Yplv6s7oRNX8+U0j1qEGIvJTPl7r0O4Y36gO1fmYq7Wm10n2ANF/5fwKIsmeM aRsADYJvdEGCpCnd7wgsfLuPWqQ8VZspi8a+5EkbgrzMlcDRtgQ2R7Ba14MQ96vo UAWPLS3bOiTKNGEQJw042vLS4WFVnY6f7DBXkkRlmM0QPaTb72MGPovyMJvPuxUe YqrUhXlvZXAu8afQWYh8e5fDEGubRCT0cJGCc1QIthlWSebdOLE9j7pKjy8vlUqr p7Eri4hUft0s0yGIK1MFcbULXvYfZ3Sv6jYrWuvI9dH73jutyEbsb54orO+vWolj xSnCpZUHrEXDNdzS1uu1CahrHNWTlhga/8pXm8B8FWcq9ewIAKlzC0En7/xxmmFJ FSungWLZLtXzYpG3ZVD8WBR0tQBmeyTFXtDqLPyyuhQWRx3fCFd3tUhYXdgwFSVJ h9CxqDh+ =SBgN -----END PGP SIGNATURE----- From owner-freebsd-ppc@freebsd.org Thu Sep 8 02:42:23 2016 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 71ED2BD1765 for ; Thu, 8 Sep 2016 02:42:23 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-210-45.reflexion.net [208.70.210.45]) (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 217BE395 for ; Thu, 8 Sep 2016 02:42:22 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 4355 invoked from network); 8 Sep 2016 02:42:06 -0000 Received: from unknown (HELO mail-cs-01.app.dca.reflexion.local) (10.81.19.1) by 0 (rfx-qmail) with SMTP; 8 Sep 2016 02:42:06 -0000 Received: by mail-cs-01.app.dca.reflexion.local (Reflexion email security v8.00.0) with SMTP; Wed, 07 Sep 2016 22:42:19 -0400 (EDT) Received: (qmail 20644 invoked from network); 8 Sep 2016 02:42:18 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 8 Sep 2016 02:42:18 -0000 Received: from [192.168.0.104] (ip70-189-131-151.lv.lv.cox.net [70.189.131.151]) by iron2.pdx.net (Postfix) with ESMTPSA id 175E4EC8FEB for ; Wed, 7 Sep 2016 19:42:14 -0700 (PDT) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Subject: Re: From llvm: Fwd: [Bug 26519] Clang 3.8.0's "Target: powerpc-unknown-freebsd11.0" code generation is violating the SVR4 ABI (SEGV can result) [fixed in llvm -r280705] Message-Id: Date: Wed, 7 Sep 2016 19:42:13 -0700 To: FreeBSD PowerPC ML Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) X-Mailer: Apple Mail (2.3124) 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, 08 Sep 2016 02:42:23 -0000 Krzysztof Parzyszek kristof at swissmail.org wrote on Wed Sep 7 23:03:03 = UTC 2016 > What about this? https://reviews.llvm.org/D13351 >=20 >=20 > -Krzysztof >=20 > On 9/7/2016 5:50 PM, Krzysztof Parzyszek wrote: > > What are the requirements for soft-float, i.e. what conditions = exactly > > does the generated code need to meet? Is the purpose of it to = eliminate > > the use of floating point registers? > > > > Is there a library that implements the floating point operations? If > > not, that is going to be the main obstacle. > > > > -Krzysztof https://reviews.llvm.org/D13351 is for ppc32 (TARGET_ARCH=3Dpowerpc in = FreeBSD terms), not ppc64 (TARGET_ARCH=3Dpowerpc64 in FreeBSD terms). As Justin Hibbits wrote in answer to what soft-float is used for: > Soft float is required when building the kernel to prevent the = compiler from using floating point optimizations. >=20 > - - Justin I think that "optimizations" here means (in part?) avoiding the floating = point hardware as the kernel need not save/restore the registers and the = like for its own activities. Only user-space gets that service as I = understand. I have used clang/clang++ to do a partially-working FreeBSD buildworld = for TARGET_ARCH=3Dpowerpc (ppc32) based on = https://reviews.llvm.org/D13351 material having been included in clang = 3.8.0. (I had to temporarily modify the kernel to have a so-called = "red-zone" on the stack for signal delivery, effectively stepping = outside FreeBSD's TARGET_ARCH=3Dpowerpc related ABI standard.) But TARGET_ARCH=3Dpowerpc64 just reports that clang does not have = softfloat and the build stops as things are. =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-ppc@freebsd.org Thu Sep 8 10:22:15 2016 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 EDAA5BD1AF4 for ; Thu, 8 Sep 2016 10:22:15 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-210-41.reflexion.net [208.70.210.41]) (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 991DFF00 for ; Thu, 8 Sep 2016 10:22:14 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 17466 invoked from network); 8 Sep 2016 09:22:13 -0000 Received: from unknown (HELO rtc-sm-01.app.dca.reflexion.local) (10.81.150.1) by 0 (rfx-qmail) with SMTP; 8 Sep 2016 09:22:13 -0000 Received: by rtc-sm-01.app.dca.reflexion.local (Reflexion email security v8.00.0) with SMTP; Thu, 08 Sep 2016 05:22:18 -0400 (EDT) Received: (qmail 22402 invoked from network); 8 Sep 2016 09:22:17 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 8 Sep 2016 09:22:17 -0000 Received: from [192.168.0.104] (ip70-189-131-151.lv.lv.cox.net [70.189.131.151]) by iron2.pdx.net (Postfix) with ESMTPSA id 64956EC881E; Thu, 8 Sep 2016 02:22:12 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Subject: Re: From llvm: Fwd: [Bug 26519] Clang 3.8.0's "Target: powerpc-unknown-freebsd11.0" code generation is violating the SVR4 ABI (SEGV can result) [fixed in llvm -r280705] From: Mark Millard In-Reply-To: Date: Thu, 8 Sep 2016 02:22:11 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <48B39DDE-CD64-49A0-8D8E-CFBEE862B41A@dsl-only.net> References: To: FreeBSD PowerPC ML X-Mailer: Apple Mail (2.3124) 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, 08 Sep 2016 10:22:16 -0000 On 2016-Sep-7, at 7:42 PM, Mark Millard wrote: >=20 > Krzysztof Parzyszek kristof at swissmail.org wrote on Wed Sep 7 = 23:03:03 UTC 2016 >=20 >> What about this? https://reviews.llvm.org/D13351 >>=20 >>=20 >> -Krzysztof >>=20 >> On 9/7/2016 5:50 PM, Krzysztof Parzyszek wrote: >>> What are the requirements for soft-float, i.e. what conditions = exactly >>> does the generated code need to meet? Is the purpose of it to = eliminate >>> the use of floating point registers? >>>=20 >>> Is there a library that implements the floating point operations? If >>> not, that is going to be the main obstacle. >>>=20 >>> -Krzysztof >=20 > https://reviews.llvm.org/D13351 is for ppc32 (TARGET_ARCH=3Dpowerpc in = FreeBSD terms), not ppc64 (TARGET_ARCH=3Dpowerpc64 in FreeBSD terms). >=20 > As Justin Hibbits wrote in answer to what soft-float is used for: >=20 >> Soft float is required when building the kernel to prevent the = compiler from using floating point optimizations. >>=20 >> - - Justin >=20 >=20 > I think that "optimizations" here means (in part?) avoiding the = floating point hardware as the kernel need not save/restore the = registers and the like for its own activities. Only user-space gets that = service as I understand. I should have also noted that "buildworld" tries to build libstand, even = with no attempt to build the kernel. libstand allows for having = "standalone applications, mimicking where possible the standard BSD = programming environment". Lack of libstand powerpc64 completing blocks = buildworld for that context. But to you: Thanks much for updating clang/llvm to improve FreeBSD use = for TARGET_ARCH=3Dpowerpc . It will be nice to remove the so-called = "red-zone" code once FreeBSD has adopted the compiler changes (probably = in current/12 ). (The changes are personal, not FreeBSD official. = FreeBSD sticks to requiring ABI be followed.) If the TARGET_ARCH=3Dpowerpc exception handling gets fully fixed I may = then get to move from buildworld experiments to buildkernel experiments = for TARGET_ARCH=3Dpowerpc. That depends on how well kyua testing goes: = kyua requires C++ exceptions to work well to have any chance at = completing a test pass as I understand. (Right now TARGET_ARCH=3Dpowerpc is probably closer to working overall = than TARGET_ARCH=3Dpowerpc64, although both tend to have similar = exception handling problems as I remember. Hal Finkel has made some = recent fixes to some of the reports in that area, spanning both = powerpc64 and powerpc as I understand.) As for when for me: It looks to be a few more weeks before I'll again = have access to the powerpc's and powerpc64's. I'm not sure when FreeBSD = will adopt the recent powerpc64 and powerpc related updates, including = yours. Also it may take some time for me to update from where I left = things in early June once I again have access. > I have used clang/clang++ to do a partially-working FreeBSD buildworld = for TARGET_ARCH=3Dpowerpc (ppc32) based on = https://reviews.llvm.org/D13351 material having been included in clang = 3.8.0. (I had to temporarily modify the kernel to have a so-called = "red-zone" on the stack for signal delivery, effectively stepping = outside FreeBSD's TARGET_ARCH=3Dpowerpc related ABI standard.) >=20 > But TARGET_ARCH=3Dpowerpc64 just reports that clang does not have = softfloat and the build stops as things are. >=20 > =3D=3D=3D > Mark Millard > markmi at dsl-only.net >=20 =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-ppc@freebsd.org Thu Sep 8 13:01:44 2016 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 97753BD17E2 for ; Thu, 8 Sep 2016 13:01:44 +0000 (UTC) (envelope-from kristof@swissmail.org) Received: from smtp.swissmail.org (smtpout.swissmail.org [212.25.22.149]) (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 5539CD80 for ; Thu, 8 Sep 2016 13:01:43 +0000 (UTC) (envelope-from kristof@swissmail.org) Received: from vm-mailout1.vm.swissmail.org (vm-mailout1.vm.swissmail.org [212.25.22.134]) by smtp.swissmail.org (Postfix) with ESMTPS id 46CDC80FE3 for ; Thu, 8 Sep 2016 14:56:31 +0200 (CEST) Received: from vm-pemfos2.intra.swissmail.org (unknown [192.168.173.55]) by vm-mailout1.vm.swissmail.org (Postfix) with ESMTP id 47F649FCD7 for ; Thu, 8 Sep 2016 15:01:40 +0200 (CEST) Received: from vm-pemfos2.intra.swissmail.org (localhost [127.0.0.1]) by localhost (PEmFoS-local-10025) with ESMTP id 3B7CB4A00D for ; Thu, 8 Sep 2016 15:01:40 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by localhost (PEmFoS/1560.7492.a1); Thu, 8 Sep 2016 15:01:40 +0200 (CEST) X-Pemfos-Policyd: accepted (ZdUbEYOav9fEaJN53xOrnhsaFn8fMjUlWRE9IkIlH2FzF+MSHFVlFBgbRlcMVws1) Subject: Re: From llvm: Fwd: [Bug 26519] Clang 3.8.0's "Target: powerpc-unknown-freebsd11.0" code generation is violating the SVR4 ABI (SEGV can result) [fixed in llvm -r280705] To: freebsd-ppc@freebsd.org References: From: Krzysztof Parzyszek Message-ID: <0f2f330a-8eeb-722d-5dcf-12d70543436e@swissmail.org> Date: Thu, 8 Sep 2016 08:01:31 -0500 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamav-milter 0.99.2 at vm-mailout1 X-Virus-Status: Clean 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, 08 Sep 2016 13:01:44 -0000 On 9/7/2016 9:42 PM, Mark Millard wrote: > > I think that "optimizations" here means (in part?) avoiding the floating point hardware as the kernel need not save/restore the registers and the like for its own activities. Only user-space gets that service as I understand. > Hi Mark, Thanks, this helps. The kernel may not need this, but in general soft-float needs to generate library calls for floating-point operations. Is there a library for those for powerpc64? The compiler will need to know at least the names and parameters of these functions. -Krzysztof From owner-freebsd-ppc@freebsd.org Thu Sep 8 20:04:42 2016 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 4155ABD1DCE for ; Thu, 8 Sep 2016 20:04:42 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-210-46.reflexion.net [208.70.210.46]) (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 DDA5EADC for ; Thu, 8 Sep 2016 20:04:40 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 30117 invoked from network); 8 Sep 2016 19:37:46 -0000 Received: from unknown (HELO mail-cs-02.app.dca.reflexion.local) (10.81.19.2) by 0 (rfx-qmail) with SMTP; 8 Sep 2016 19:37:46 -0000 Received: by mail-cs-02.app.dca.reflexion.local (Reflexion email security v8.00.0) with SMTP; Thu, 08 Sep 2016 15:37:47 -0400 (EDT) Received: (qmail 16966 invoked from network); 8 Sep 2016 19:37:47 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 8 Sep 2016 19:37:47 -0000 Received: from [192.168.0.104] (ip70-189-131-151.lv.lv.cox.net [70.189.131.151]) by iron2.pdx.net (Postfix) with ESMTPSA id 65FBAEC9098 for ; Thu, 8 Sep 2016 12:37:54 -0700 (PDT) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Subject: Re: From llvm: Fwd: [Bug 26519] Clang 3.8.0's "Target: powerpc-unknown-freebsd11.0" code generation is violating the SVR4 ABI (SEGV can result) [fixed in llvm -r280705] Message-Id: Date: Thu, 8 Sep 2016 12:37:53 -0700 To: FreeBSD PowerPC ML Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) X-Mailer: Apple Mail (2.3124) 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, 08 Sep 2016 20:04:42 -0000 Krzysztof Parzyszek kristof at swissmail.org on Thu Sep 8 13:01:44 UTC = 2016 wrote: > Thanks, this helps. The kernel may not need this, but in general=20 > soft-float needs to generate library calls for floating-point=20 > operations. Is there a library for those for powerpc64? The compiler=20= > will need to know at least the names and parameters of these = functions. >=20 > -Krzysztof = http://lists.llvm.org/pipermail/cfe-commits/Week-of-Mon-20160523/159625.ht= ml for the recent enabling of adding soft-float for sparc says: > The user should ensure a library (such as the builtins from = Compiler-RT) that includes the software floating point routines is = provided. As I read this it appears that the library has to match the compiler, = instead of the compiler being made to match the library --and at least = sometimes compiler-rt has that matching material. Since TARGET_ARCH=3Dpowerpc has the soft-float support I looked in: = https://svnweb.freebsd.org/base/stable/11/contrib/compiler-rt/lib/builtins= /ppc/ and see that it has: DD.h divtc3.c fixrfdi.c floatunstfdi.c floatditf.c floatunditf.c gcc_qadd.c gcc_qdiv.c gcc_qmul.c gcc_qsub.c multc3.c restFP.S saveFP.S Note that FreeBSD is not the originator of compiler-rt. Instead FreeBSD = takes compiler-rt in from outside: the above is from some = variant/version of what is for truck visible at: http://llvm.org/viewvc/llvm-project/compiler-rt/trunk/lib/builtins/ppc/ I do not know what would need to be different for TARGET_ARCH=3Dpowerpc64 = . By contrast=20 = https://svnweb.freebsd.org/base/stable/11/contrib/compiler-rt/lib/builtins= /sparc64/ has: divmod.m4 divsi3.S generate.sh modsi3.S udivsi3.S umodsi3.S But there seems to be no match on llvm.org for these for sparc64. So = sometimes FreeBSD does have unique material in compiler-rt. As for more generic material common across architectures: = https://svnweb.freebsd.org/base/stable/11/contrib/compiler-rt/lib/builtins= / and (showing trunk again) http://llvm.org/viewvc/llvm-project/compiler-rt/trunk/lib/builtins/ have more generic material, including more floating-point material. = (I'll not list it all.) Side note: Attempting to CC you on an earlier message got a non-delivery notice = that said, in part: Connected to mail3.swissmail.org:212.25.22.133 but recipient was = rejected. STARTTLS proto=3DTLSv1; cipher=3DDHE-RSA-AES256-SHA. Remote host said: 450 4.2.0 : Recipient = address rejected: Greylisted, see = http://postgrey.schweikert.ch/help/swissmail.org.html (There is a " at " replacement in the above that was not in the = original.) =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-ppc@freebsd.org Thu Sep 8 23:55:42 2016 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 60439BD2CCA for ; Thu, 8 Sep 2016 23:55:42 +0000 (UTC) (envelope-from kristof@swissmail.org) Received: from smtp.swissmail.org (smtpout.swissmail.org [212.25.22.149]) (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 2117C33D for ; Thu, 8 Sep 2016 23:55:41 +0000 (UTC) (envelope-from kristof@swissmail.org) Received: from vm-mailout2.vm.swissmail.org (vm-mailout2.vm.swissmail.org [212.25.22.135]) by smtp.swissmail.org (Postfix) with ESMTPS id 3743D80FEF; Fri, 9 Sep 2016 01:50:23 +0200 (CEST) Received: from vm-pemfos2.intra.swissmail.org (unknown [192.168.173.55]) by vm-mailout2.vm.swissmail.org (Postfix) with ESMTP id 5201B9FC02; Fri, 9 Sep 2016 01:55:33 +0200 (CEST) Received: from vm-pemfos2.intra.swissmail.org (localhost [127.0.0.1]) by localhost (PEmFoS-local-10025) with ESMTP id 451484A00C; Fri, 9 Sep 2016 01:55:33 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by localhost (PEmFoS/1560.9065.a1); Fri, 9 Sep 2016 01:55:33 +0200 (CEST) X-Pemfos-Policyd: accepted (BvXil3kexnzGJk8naszp93J/R3l2Qxt8ghsGYJoMGCUqBTM4AFsjMx0XBlYGPjAs) To: freebsd-ppc@freebsd.org From: Krzysztof Parzyszek Subject: PowerMac G5 hangs/crashes on boot: 10.2, 11.0-RCx Message-ID: <6ad00a2d-4213-18b8-7974-534aa3758837@swissmail.org> Date: Thu, 8 Sep 2016 18:55:26 -0500 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamav-milter 0.99.2 at vm-mailout2 X-Virus-Status: Clean 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, 08 Sep 2016 23:55:42 -0000 Hi, I'm having trouble getting FreeBSD stable/11 to work on my G5. After upgrading sources from stable/10 and installing rebuilt kernel, it either hangs at boot, or crashes with some unexpected exception. I have also tried several versions of the memstick: 10.1-RELEASE: - boots ok 10.2-RELEASE: - crash[1] 10.3-RELEASE: - boots ok 11.0-RC1: - crash[2] (or hang) 11.0-RC2: - hang[1] --- crash[1] --- fatal kernel trap: exception = 0xd00 (trace) srr0 = 0x89604c srr1 = 0x100000004010b520 lr = 0x896038 curthread = 0 panic: trace trap cpuid = 0 KDB: stack backtrace: #0 0x54ed68 at ??+0 #1 0x54ee00 at ??+0 #2 0x88d58c at ??+0 #3 0x88e984 at ??+0 #4 0x8835dc at ??+0 Uptime: 1s --- crash[1] --- --- crash[2] --- fatal kernel trap: exception = 0x700 (program) srr0 = 0x380 srr1 = 0x9000000000081000 lr = 0x807068 curthread = 0 panic: program trap cpuid = 0 KDB: stack backtrace: #0 0x49d4a4 at ??+0 #1 0x49d540 at ??+0 #2 0x837650 at ??+0 #3 0x8393b8 at ??+0 #4 0x82c870 at ??+0 Uptime: 1s --- crash[2] --- --- hang[1] --- load-size=7800 adler32=cf9e242f Loading ELF >> FreeBSD/powerpc Open Firmware boot block Boot path: /ht@0,f2000000/pci@8/usb@b/disk@2: Boot loader: /boot/loader - --- hang[1] --- Here's a sample crash from a custom-built kernel: fatal kernel trap: exception = 0x800 (floating-point unavailable) srr0 = 0x380 srr1 = 0x9000000000001000 lr = 0x807068 curthread = 0 panic: floating-point unavailable trap cpuid = 0 KDB: stack backtrace: #0 0x49d4a4 at ??+0 #1 0x49d540 at ??+0 #2 0x837650 at ??+0 #3 0x8393b8 at ??+0 #4 0x82c870 at ??+0 Uptime: 1s From owner-freebsd-ppc@freebsd.org Fri Sep 9 01:02:29 2016 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 359F1BD201E for ; Fri, 9 Sep 2016 01:02:29 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-210-42.reflexion.net [208.70.210.42]) (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 EF4B565D for ; Fri, 9 Sep 2016 01:02:28 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 30903 invoked from network); 9 Sep 2016 01:03:11 -0000 Received: from unknown (HELO mail-cs-01.app.dca.reflexion.local) (10.81.19.1) by 0 (rfx-qmail) with SMTP; 9 Sep 2016 01:03:11 -0000 Received: by mail-cs-01.app.dca.reflexion.local (Reflexion email security v8.00.0) with SMTP; Thu, 08 Sep 2016 21:02:30 -0400 (EDT) Received: (qmail 5099 invoked from network); 9 Sep 2016 01:02:29 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 9 Sep 2016 01:02:29 -0000 Received: from [192.168.0.104] (ip70-189-131-151.lv.lv.cox.net [70.189.131.151]) by iron2.pdx.net (Postfix) with ESMTPSA id 0777BEC9049 for ; Thu, 8 Sep 2016 18:02:24 -0700 (PDT) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Subject: Re: From llvm: Fwd: [Bug 26519] Clang 3.8.0's "Target: powerpc-unknown-freebsd11.0" code generation is violating the SVR4 ABI (SEGV can result) [fixed in llvm -r280705] From: Mark Millard In-Reply-To: Date: Thu, 8 Sep 2016 18:02:24 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <6EA51424-C360-4604-B2D5-06C6762600A9@dsl-only.net> References: To: FreeBSD PowerPC ML X-Mailer: Apple Mail (2.3124) 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, 09 Sep 2016 01:02:29 -0000 [A few compiler-rt notes added: not obvious why "soft float is not = supported for ppc64" in clang . . .] On 2016-Sep-8, at 12:37 PM, Mark Millard wrote: > Krzysztof Parzyszek kristof at swissmail.org on Thu Sep 8 13:01:44 UTC = 2016 wrote: >=20 >> Thanks, this helps. The kernel may not need this, but in general=20 >> soft-float needs to generate library calls for floating-point=20 >> operations. Is there a library for those for powerpc64? The compiler=20= >> will need to know at least the names and parameters of these = functions. >>=20 >> -Krzysztof >=20 > = http://lists.llvm.org/pipermail/cfe-commits/Week-of-Mon-20160523/159625.ht= ml for the recent enabling of adding soft-float for sparc says: >=20 >> The user should ensure a library (such as the builtins from = Compiler-RT) that includes the software floating point routines is = provided. >=20 >=20 > As I read this it appears that the library has to match the compiler, = instead of the compiler being made to match the library --and at least = sometimes compiler-rt has that matching material. >=20 > Since TARGET_ARCH=3Dpowerpc has the soft-float support I looked in: >=20 > = https://svnweb.freebsd.org/base/stable/11/contrib/compiler-rt/lib/builtins= /ppc/ >=20 > and see that it has: >=20 > DD.h > divtc3.c > fixrfdi.c > floatunstfdi.c > floatditf.c > floatunditf.c > gcc_qadd.c > gcc_qdiv.c > gcc_qmul.c > gcc_qsub.c > multc3.c > restFP.S > saveFP.S >=20 > Note that FreeBSD is not the originator of compiler-rt. Instead = FreeBSD takes compiler-rt in from outside: the above is from some = variant/version of what is for truck visible at: >=20 > = http://llvm.org/viewvc/llvm-project/compiler-rt/trunk/lib/builtins/ppc/ >=20 > I do not know what would need to be different for = TARGET_ARCH=3Dpowerpc64 . >=20 Interestingly http://compiler-rt.llvm.org says (mentioning powerpc64 = explicitly): [Quoting the web site this time.] > Platform Support >=20 > builtins is known to work on the following platforms: >=20 > =E2=80=A2 Machine Architectures: i386, X86-64, SPARC64, ARM, = PowerPC, PowerPC 64. > =E2=80=A2 OS: AuroraUX, DragonFlyBSD, FreeBSD, NetBSD, Linux, = Darwin. If true for all builtins (libgcc like) for powerpc64 then I'm not sure = why there is the code: [Quoting from https://reviews.llvm.org/D13351 and its = cfe/trunk/lib/Driver/Tools.cpp material this time.] > ppc::FloatABI FloatABI =3D ppc::getPPCFloatABI(D, Args); > if (FloatABI =3D=3D ppc::FloatABI::Soft && > !(Triple.getArch() =3D=3D llvm::Triple::ppc64 || > Triple.getArch() =3D=3D llvm::Triple::ppc64le)) > Features.push_back("+soft-float"); > else if (FloatABI =3D=3D ppc::FloatABI::Soft && > (Triple.getArch() =3D=3D llvm::Triple::ppc64 || > Triple.getArch() =3D=3D llvm::Triple::ppc64le)) > D.Diag(diag::err_drv_invalid_mfloat_abi)=20 > << "soft float is not supported for ppc64"; The above reports that "soft float is not supported for ppc64". This = notice seems to be global for clang powerpc64: in no way FreeBSD = specific. May be the view is that no floating point builtins ever apply to = powerpc64 (but they do for powerpc (32))? FreeBSD might use its libgcc instead of compiler-rt for = TARGET_ARCH=3Dpowerpc64 (I've not checked). But the clang/clang++ compiler seems to be based on never having a = floating-point builtins library for soft-float on powerpc64 at all. I've = no clue why. [Back to normal quoting.] > By contrast=20 >=20 > = https://svnweb.freebsd.org/base/stable/11/contrib/compiler-rt/lib/builtins= /sparc64/ >=20 > has: >=20 > divmod.m4 > divsi3.S > generate.sh > modsi3.S > udivsi3.S > umodsi3.S >=20 > But there seems to be no match on llvm.org for these for sparc64. So = sometimes FreeBSD does have unique material in compiler-rt. >=20 > As for more generic material common across architectures: >=20 > = https://svnweb.freebsd.org/base/stable/11/contrib/compiler-rt/lib/builtins= / >=20 > and (showing trunk again) >=20 > http://llvm.org/viewvc/llvm-project/compiler-rt/trunk/lib/builtins/ >=20 > have more generic material, including more floating-point material. = (I'll not list it all.) >=20 >=20 > Side note: >=20 > Attempting to CC you on an earlier message got a non-delivery notice = that said, in part: >=20 > Connected to mail3.swissmail.org:212.25.22.133 but recipient was = rejected. STARTTLS proto=3DTLSv1; cipher=3DDHE-RSA-AES256-SHA. > Remote host said: 450 4.2.0 : Recipient = address rejected: Greylisted, see = http://postgrey.schweikert.ch/help/swissmail.org.html >=20 > (There is a " at " replacement in the above that was not in the = original.) >=20 > =3D=3D=3D > Mark Millard > markmi at dsl-only.net =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-ppc@freebsd.org Fri Sep 9 11:36:02 2016 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 6F33FBD0663 for ; Fri, 9 Sep 2016 11:36:02 +0000 (UTC) (envelope-from jau789@gmail.com) Received: from mail-lf0-x233.google.com (mail-lf0-x233.google.com [IPv6:2a00:1450:4010:c07::233]) (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 7A4016D9 for ; Fri, 9 Sep 2016 11:35:59 +0000 (UTC) (envelope-from jau789@gmail.com) Received: by mail-lf0-x233.google.com with SMTP id l131so41910511lfl.2 for ; Fri, 09 Sep 2016 04:35:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=pPzHcUZiCfAWC+cBwkayeoLiUNvI/kpzR9tDPDaH9xY=; b=QtpDEw3GRtu337GlP1xmti9aMbYxDvaqspSsJWPqCHW5mZz84WnXuC3bDY0Hnuuj+s cDVJS2Z5aUxfxgEOZudiOLfRAHpS4EdGAP/1tubkMoRUuurP/1uDg4ZxqW39yXUYn3j0 ZZK25qqNXjyksx/zhhE0VIANo4BiV8hTbY0U0nQyexnriPp3p8LbF3UKtbp/l7lePWlD xN3rZ7/UPPcJEG+vCszNHHXGaTQiTkf3tlOQmSqSjmsiapt7gu/lmVykfdKgShMCii9u 0qbVlTDekOA9fgJwc5YKztr9NHZ9VxAXeF+1pWx+/hesD5U/OhY9gp3laWdyD+1fo9K/ jB8Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=pPzHcUZiCfAWC+cBwkayeoLiUNvI/kpzR9tDPDaH9xY=; b=U54I4kFei3z418TowKKSTMLy85X+CwTMKPRjS3jH1yb9BwvDn6l9Q9UdpyvS/2kl1V wf3hVFHlUhgUI5P3V4ls3Dn1Q2mhrLpW6R+cAXut/QQ40P1SYSiM0TaNNCE7otpe7H3C ztpKo2k/QVWkVBZ0sZ8665uvf3/xOx/q2NLq//OJgqzBM0Ks2+SC3ZhtUMmIS+vhYX77 GZsZx9Iy7NlJko11FBAjpwjo2mqXT9tQ0CjIm1kpK3waAEORn+cqHgm+QZmnvOVvlZzQ gQdurjzR8pzGIbV1EKqFhym2KHLGlEp/QgK4U+I2Xznb2IXtrRvrMAdyCTY0rqawqx8V AjSw== X-Gm-Message-State: AE9vXwObJXuEdhOOofFUWCaYWSCGomibSVhwFenLaSC1PbI+1zEgrW/gf33TJYSg+RN/2w== X-Received: by 10.25.78.210 with SMTP id c201mr898174lfb.143.1473420957248; Fri, 09 Sep 2016 04:35:57 -0700 (PDT) Received: from [192.168.1.193] (xdsl-205-1.nblnetworks.fi. [83.145.205.1]) by smtp.gmail.com with ESMTPSA id f71sm520507lfg.36.2016.09.09.04.35.41 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Fri, 09 Sep 2016 04:35:56 -0700 (PDT) Content-Type: multipart/mixed; boundary=Apple-Mail-D01F56F1-9589-459D-B003-E6AD98A2D654 Mime-Version: 1.0 (1.0) Subject: Re: PowerMac G5 hangs/crashes on boot: 10.2, 11.0-RCx From: Jukka Ukkonen X-Mailer: iPad Mail (13G36) In-Reply-To: <6ad00a2d-4213-18b8-7974-534aa3758837@swissmail.org> Date: Fri, 9 Sep 2016 14:35:39 +0300 Cc: freebsd-ppc@freebsd.org Content-Transfer-Encoding: 7bit Message-Id: References: <6ad00a2d-4213-18b8-7974-534aa3758837@swissmail.org> To: Krzysztof Parzyszek X-Mailman-Approved-At: Fri, 09 Sep 2016 12:00:27 +0000 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: Fri, 09 Sep 2016 11:36:02 -0000 --Apple-Mail-D01F56F1-9589-459D-B003-E6AD98A2D654 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit I have had pretty much the same thing going on on my PowerMac G5 after 11.0-BETA3 for more than a month now with every single snapshot I have tried. The latest snapshot I have tried was r305652 of today. BETA2 still boots just fine. If you have seen this also in 10.2-stable, it means someone has commited something which was not properly tested on all supported archtectures, though, it affects those untested architectures, and then been backporting a dysfunctional commit also to older stable releases instead of backing the change out of the source tree until the problem has been properly fixed. As a side effect I will no longer dare to build a new snapshot on my G4 (ppc, 32-bit) either. It has been running 10.3-stable which might also be affected, if 10.2 is affected. The story apparently goes such that the interrupt code shown can be pretty much anything. The interrupts might simply be enabled way before the system is ready to handle them. --jau --Apple-Mail-D01F56F1-9589-459D-B003-E6AD98A2D654 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable > On 09 Sep 2016, at 02:55, Krzysztof Parzyszek wrot= e: >=20 > Hi, > I'm having trouble getting FreeBSD stable/11 to work on my G5. After upgr= ading sources from stable/10 and installing rebuilt kernel, it either hangs a= t boot, or crashes with some unexpected exception. >=20 > I have also tried several versions of the memstick: > 10.1-RELEASE: - boots ok > 10.2-RELEASE: - crash[1] > 10.3-RELEASE: - boots ok > 11.0-RC1: - crash[2] (or hang) > 11.0-RC2: - hang[1] >=20 >=20 > --- crash[1] --- > fatal kernel trap: >=20 > exception =3D 0xd00 (trace) > srr0 =3D 0x89604c > srr1 =3D 0x100000004010b520 > lr =3D 0x896038 > curthread =3D 0 >=20 > panic: trace trap > cpuid =3D 0 > KDB: stack backtrace: > #0 0x54ed68 at ??+0 > #1 0x54ee00 at ??+0 > #2 0x88d58c at ??+0 > #3 0x88e984 at ??+0 > #4 0x8835dc at ??+0 > Uptime: 1s > --- crash[1] --- >=20 > --- crash[2] --- > fatal kernel trap: >=20 > exception =3D 0x700 (program) > srr0 =3D 0x380 > srr1 =3D 0x9000000000081000 > lr =3D 0x807068 > curthread =3D 0 >=20 > panic: program trap > cpuid =3D 0 > KDB: stack backtrace: > #0 0x49d4a4 at ??+0 > #1 0x49d540 at ??+0 > #2 0x837650 at ??+0 > #3 0x8393b8 at ??+0 > #4 0x82c870 at ??+0 > Uptime: 1s > --- crash[2] --- >=20 > --- hang[1] --- > load-size=3D7800 adler32=3Dcf9e242f >=20 > Loading ELF >=20 > >> FreeBSD/powerpc Open Firmware boot block > Boot path: /ht@0,f2000000/pci@8/usb@b/disk@2: > Boot loader: /boot/loader > - > --- hang[1] --- >=20 >=20 > Here's a sample crash from a custom-built kernel: >=20 > fatal kernel trap: >=20 > exception =3D 0x800 (floating-point unavailable) > srr0 =3D 0x380 > srr1 =3D 0x9000000000001000 > lr =3D 0x807068 > curthread =3D 0 >=20 > panic: floating-point unavailable trap > cpuid =3D 0 > KDB: stack backtrace: > #0 0x49d4a4 at ??+0 > #1 0x49d540 at ??+0 > #2 0x837650 at ??+0 > #3 0x8393b8 at ??+0 > #4 0x82c870 at ??+0 > Uptime: 1s >=20 > _______________________________________________ > 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" --Apple-Mail-D01F56F1-9589-459D-B003-E6AD98A2D654-- From owner-freebsd-ppc@freebsd.org Fri Sep 9 16:32:58 2016 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 1169FBD2B6C for ; Fri, 9 Sep 2016 16:32:58 +0000 (UTC) (envelope-from instructionset@gmail.com) Received: from mail-yb0-x22f.google.com (mail-yb0-x22f.google.com [IPv6:2607:f8b0:4002:c09::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 C6A6BCA8 for ; Fri, 9 Sep 2016 16:32:57 +0000 (UTC) (envelope-from instructionset@gmail.com) Received: by mail-yb0-x22f.google.com with SMTP id l4so6231390ybl.2 for ; Fri, 09 Sep 2016 09:32:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:from:date:message-id:subject:to; bh=ti2ndbkiHxeGccxWBVKzP/56zjDPhTXJxosi53HXhQQ=; b=xm0yNEgKvII7DblZwIOdRFF0Z5aY0GJ7+nccfvU4kYuoZkffA0mhwLk2zAi9hZDCIE wl9zfP5Sgp/raYV5runOs6W6dO3qygsGgCxfXXdE+a0Ky14AYxHQ4v8jwjEcHT2d3XZ1 zWS5chWcYHLD+g5jClYeP2AekfLH8PzRuAGAUraOKm68+D153KzPhYXozoI9yqp9kvCH iWv/YEzOuAViT4UcKkvXNs9ncVAzYNBq73LXG/QVrRERNHAkCNRqSSuf4YelefaSMzq/ 6ltBtdLtWGiKmr1kQ4PmAZtvE9tIbDk4ynsySAoMLfbgATTi7QzFNNQH2N/XcaSqYHdK ZbMw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=ti2ndbkiHxeGccxWBVKzP/56zjDPhTXJxosi53HXhQQ=; b=jYtRzsDkoE7cXBYTuVaADKJuPTYnW2CQqTdQplG/YmHHvcsu+eY9jDG3qwa0Cs6yt0 2FtQFS/G8t+U+x51lk2wNrHsB1G2Lz31c4wGVUznWSrJPp/1PBCpx+GC1BN+zLCVwES5 hkdEb9mRxxK2Y+ibkFJ5CMkXvWUY+hKIfLQdFE2p2IOBMvXaJQdW0uhvOvZ4KjoWGck6 RhVfZXmzVFo2OQKrMPLTBHUfZEu1IUo0P9pDkWQ8mId1LXTFvUNYSe8Nj+sTg6mC3irC oYBloLBmMeukxKI9tuAMuPXTjXdfxXHGxg/ngjhlWoJEk56YQ/63el81E75Mbm8eotqv U8Aw== X-Gm-Message-State: AE9vXwNn9F9hv7YUMWDwWhVSOFshJA6U9OnJEKTWnmiodSmsxwBxoQU4GWzyvPQOwIOERAnt6BWSM8NGniK+9g== X-Received: by 10.37.224.20 with SMTP id x20mr5254596ybg.87.1473438776863; Fri, 09 Sep 2016 09:32:56 -0700 (PDT) MIME-Version: 1.0 Received: by 10.129.134.133 with HTTP; Fri, 9 Sep 2016 09:32:56 -0700 (PDT) From: Bill Sorenson Date: Fri, 9 Sep 2016 11:32:56 -0500 Message-ID: Subject: binutils 2.27 To: 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: Fri, 09 Sep 2016 16:32:58 -0000 Everything I've built with the new binutils using either GCC 4.9, 5.4 or 6.2 instantly dumps when run. This is on an Xserve G5. Is this just me or is there something genuinely broken here? Thanks, Bill From owner-freebsd-ppc@freebsd.org Fri Sep 9 18:36:11 2016 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 42DEEBD47A1 for ; Fri, 9 Sep 2016 18:36:11 +0000 (UTC) (envelope-from kristof@swissmail.org) Received: from smtp.swissmail.org (smtpout.swissmail.org [212.25.22.149]) (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 00AC4C68 for ; Fri, 9 Sep 2016 18:36:10 +0000 (UTC) (envelope-from kristof@swissmail.org) Received: from vm-mailout1.vm.swissmail.org (vm-mailout1.vm.swissmail.org [212.25.22.134]) by smtp.swissmail.org (Postfix) with ESMTPS id 5B732807ED; Fri, 9 Sep 2016 20:30:54 +0200 (CEST) Received: from vm-pemfos1.intra.swissmail.org (unknown [192.168.173.54]) by vm-mailout1.vm.swissmail.org (Postfix) with ESMTP id 17A259FCD7; Fri, 9 Sep 2016 20:36:06 +0200 (CEST) Received: from vm-pemfos1.intra.swissmail.org (localhost [127.0.0.1]) by localhost (Postfix-local-10025) with ESMTP id 0465BA81C9; Fri, 9 Sep 2016 20:36:06 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by localhost (PEmFoS/1619.25075.a1); Fri, 9 Sep 2016 20:36:05 +0200 (CEST) X-Pemfos-Policyd: accepted (Qvsvv0PodDOV/Cs0dfAePw8BOzAyAxsqRgwyZQM2PDIoH6hkT1kiCEA9YCEdRjRu) Subject: Re: PowerMac G5 hangs/crashes on boot: 10.2, 11.0-RCx To: Jukka Ukkonen References: <6ad00a2d-4213-18b8-7974-534aa3758837@swissmail.org> Cc: freebsd-ppc@freebsd.org, Mark Millard From: Krzysztof Parzyszek Message-ID: Date: Fri, 9 Sep 2016 13:36:02 -0500 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamav-milter 0.99.2 at vm-mailout1 X-Virus-Status: Clean 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, 09 Sep 2016 18:36:11 -0000 On 9/9/2016 6:35 AM, Jukka Ukkonen wrote: > > The story apparently goes such that the interrupt code shown can be > pretty much anything. The interrupts might simply be enabled way before > the system is ready to handle them. I've had similar issues for quite some time. Previous releases would boot only sometimes, otherwise I'd be getting a hang or a crash. The frequency of the boot problems seems to increase dramatically when I boot from the hard-drive, but with 11 it has never booted correctly. I wasn't the only one seeing this type of a problem and I remember seeing a thread about it a while back. Mark Millard reported it, and someone has tracked it down to some register getting (unexpectedly) clobbered by the open firmware. I was hoping this had been fixed, but it seems that things have only gotten worse... :( CCing Mark---maybe he will know more about this. -Krzysztof From owner-freebsd-ppc@freebsd.org Fri Sep 9 18:46:05 2016 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 B7F54BD4929 for ; Fri, 9 Sep 2016 18:46:05 +0000 (UTC) (envelope-from kristof@swissmail.org) Received: from smtp.swissmail.org (smtpout.swissmail.org [212.25.22.149]) (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 74E6BFF0 for ; Fri, 9 Sep 2016 18:46:04 +0000 (UTC) (envelope-from kristof@swissmail.org) Received: from vm-mailout2.vm.swissmail.org (vm-mailout2.vm.swissmail.org [212.25.22.135]) by smtp.swissmail.org (Postfix) with ESMTPS id B92D280818 for ; Fri, 9 Sep 2016 20:40:50 +0200 (CEST) Received: from vm-pemfos1.intra.swissmail.org (unknown [192.168.173.54]) by vm-mailout2.vm.swissmail.org (Postfix) with ESMTP id BFB179FBA5 for ; Fri, 9 Sep 2016 20:46:02 +0200 (CEST) Received: from vm-pemfos1.intra.swissmail.org (localhost [127.0.0.1]) by localhost (Postfix-local-10025) with ESMTP id B1800A81C9 for ; Fri, 9 Sep 2016 20:46:02 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by localhost (PEmFoS/1619.25015.a1); Fri, 9 Sep 2016 20:46:02 +0200 (CEST) X-Pemfos-Policyd: accepted (IwPqEwJoiwspJin0YDGpSgwBV3Q3QxG+HR8/I185DTogX3ovMRAIoAcfBSYXXiZh) Subject: Re: From llvm: Fwd: [Bug 26519] Clang 3.8.0's "Target: powerpc-unknown-freebsd11.0" code generation is violating the SVR4 ABI (SEGV can result) [fixed in llvm -r280705] To: freebsd-ppc@freebsd.org References: <6EA51424-C360-4604-B2D5-06C6762600A9@dsl-only.net> From: Krzysztof Parzyszek Message-ID: <74556e62-cc12-a4c7-53f4-0be7ec01163f@swissmail.org> Date: Fri, 9 Sep 2016 13:45:57 -0500 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 In-Reply-To: <6EA51424-C360-4604-B2D5-06C6762600A9@dsl-only.net> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-Virus-Scanned: clamav-milter 0.99.2 at vm-mailout2 X-Virus-Status: Clean 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, 09 Sep 2016 18:46:05 -0000 On 9/8/2016 8:02 PM, Mark Millard wrote: > > Interestingly http://compiler-rt.llvm.org says (mentioning powerpc64 explicitly): > > [Quoting the web site this time.] > >> Platform Support >> >> builtins is known to work on the following platforms: >> >> • Machine Architectures: i386, X86-64, SPARC64, ARM, PowerPC, PowerPC 64. >> • OS: AuroraUX, DragonFlyBSD, FreeBSD, NetBSD, Linux, Darwin. > > If true for all builtins (libgcc like) for powerpc64 then I'm not sure why there is the code: > > [Quoting from https://reviews.llvm.org/D13351 and its cfe/trunk/lib/Driver/Tools.cpp material this time.] > >> ppc::FloatABI FloatABI = ppc::getPPCFloatABI(D, Args); >> if (FloatABI == ppc::FloatABI::Soft && >> !(Triple.getArch() == llvm::Triple::ppc64 || >> Triple.getArch() == llvm::Triple::ppc64le)) >> Features.push_back("+soft-float"); >> else if (FloatABI == ppc::FloatABI::Soft && >> (Triple.getArch() == llvm::Triple::ppc64 || >> Triple.getArch() == llvm::Triple::ppc64le)) >> D.Diag(diag::err_drv_invalid_mfloat_abi) >> << "soft float is not supported for ppc64"; > > The above reports that "soft float is not supported for ppc64". This notice seems to be global for clang powerpc64: in no way FreeBSD specific. > > May be the view is that no floating point builtins ever apply to powerpc64 (but they do for powerpc (32))? I think the reasoning was that all powerpc64 cores do contain floating-point units (and that the 64-bit part wasn't tried/tested/etc). I have looked at compiler-rt and it does have support for all floating-point operations (although it seems to only do rounding-to-nearest). On a somewhat related note---the kernel does have some sort of an FPU emulation---do you know what it's for and how it's used? It does make more sense to use compiler-supported library though, after all it's the compiler generating calls to it. -Krzysztof From owner-freebsd-ppc@freebsd.org Fri Sep 9 20:48:16 2016 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 83E45BD2D13 for ; Fri, 9 Sep 2016 20:48:16 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-211-173.reflexion.net [208.70.211.173]) (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 44A4082C for ; Fri, 9 Sep 2016 20:48:15 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 2695 invoked from network); 9 Sep 2016 20:21:25 -0000 Received: from unknown (HELO mail-cs-02.app.dca.reflexion.local) (10.81.19.2) by 0 (rfx-qmail) with SMTP; 9 Sep 2016 20:21:25 -0000 Received: by mail-cs-02.app.dca.reflexion.local (Reflexion email security v8.00.0) with SMTP; Fri, 09 Sep 2016 16:21:25 -0400 (EDT) Received: (qmail 28994 invoked from network); 9 Sep 2016 20:21:24 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 9 Sep 2016 20:21:24 -0000 Received: from [192.168.0.104] (ip70-189-131-151.lv.lv.cox.net [70.189.131.151]) by iron2.pdx.net (Postfix) with ESMTPSA id 278CBEC904C; Fri, 9 Sep 2016 13:21:32 -0700 (PDT) Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Subject: Re: PowerMac G5 hangs/crashes on boot: 10.2, 11.0-RCx From: Mark Millard In-Reply-To: Date: Fri, 9 Sep 2016 13:21:31 -0700 Cc: Jukka Ukkonen , freebsd-ppc@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <0A9EB3C7-F430-4F82-9B09-632754BB82C8@dsl-only.net> References: <6ad00a2d-4213-18b8-7974-534aa3758837@swissmail.org> To: Krzysztof Parzyszek X-Mailer: Apple Mail (2.3124) 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, 09 Sep 2016 20:48:16 -0000 On 2016-Sep-9, at 11:36 AM, Krzysztof Parzyszek wrote: >=20 > On 9/9/2016 6:35 AM, Jukka Ukkonen wrote: >>=20 >> The story apparently goes such that the interrupt code shown can be >> pretty much anything. The interrupts might simply be enabled way = before >> the system is ready to handle them. >=20 > I've had similar issues for quite some time. Previous releases would = boot only sometimes, otherwise I'd be getting a hang or a crash. The = frequency of the boot problems seems to increase dramatically when I = boot from the hard-drive, but with 11 it has never booted correctly. >=20 > I wasn't the only one seeing this type of a problem and I remember = seeing a thread about it a while back. Mark Millard reported it, and = someone has tracked it down to some register getting (unexpectedly) = clobbered by the open firmware. I was hoping this had been fixed, but = it seems that things have only gotten worse... :( >=20 > CCing Mark---maybe he will know more about this. >=20 > -Krzysztof Unfortunately relative to powerpc and powerpc64: I've not had powerpc or = powerpc64 access since very early 2016-June and will not for a few more = weeks. (And, yes, the context is PowerMac's specifically.) So I've done no testing of if my personal kernel hack (that made the = PowerMac G5's boot reliably in my use) helps in any more modern FreeBSD = variants. It is unlikely that I'll get to that point before October = sometime. Until then I'll not be much direct help. I'm the one that isolated memory and register corruption examples on = PowerMac G5's before identifying my specific hack that I used to avoid = them. Beyond my reporting the hack in the lists I did submit a bugzilla report = documenting what change made the observed difference in boot reliability = (in the older context, anyway): https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D205458 (from = 2015-Dec-20) It reports as the technique: > The change is in ofw_sprg_prepare of sys/powerpc/ofw/ofw_machdep.c and = could look something like (presented in a form to show = new/PowerMacG5-Specific code and old general code): >=20 > #ifdef POWERMAC_G5_SPECIFIC_BUILD > __asm __volatile("mfsprg0 %0\n\t" > "mtsprg1 %1\n\t" > "mtsprg2 %2\n\t" > "mtsprg3 %3\n\t" > : "=3D&r"(ofw_sprg0_save) > : "r"(ofmsr[2]), > "r"(ofmsr[3]), > "r"(ofmsr[4])); > #else > // The historical code: > __asm __volatile("mfsprg0 %0\n\t" > "mtsprg0 %1\n\t" > "mtsprg1 %2\n\t" > "mtsprg2 %3\n\t" > "mtsprg3 %4\n\t" > : "=3D&r"(ofw_sprg0_save) > : "r"(ofmsr[1]), > "r"(ofmsr[2]), > "r"(ofmsr[3]), > "r"(ofmsr[4])); > #endif >=20 > In other words: for PowerMac G5's omit the mtsprg0 from ofmsr[1]: = leave the register as it already is instead of resetting it. The value = in ofmsr[1] is inappropriate to the context. I deliberately kept the = change minimal and left in all other code related to the register. All the evidence for this hack is observational. I've never figured out = a reasonable way to find out what Apple's openfirmware does with the = register involved and in what contexts. I wish I had better evidence for = what is going on without the hack. The type of evidence that I have = makes this purely a hack for now, even if it has a theory of operation = justification (that is not known yet). But as for the degree of observations: in isolating this I did well over = 10,000 failing boots (spread over months, although not continuous = activity). Frequently I'd have to try booting over a dozen times in a = row before it would make it through. That is part of why the total is so = large. After the hack I've not had any such failing boots up --but I = boot far less frequently since I do not need to force a reboot. (I = always buildworld buildkernel from source and my source has the hack.) I've no post-early-2016-June evidence relative to the hack. The lists have more information from as I investigated the issue, such = as the memory and register corruptions that I observed prior to = isolating the small change. But it is a mess to go through those notes = in any detail. Not likely without a strong motivation. I've no evidence that the change would be appropriate outside a PowerMac = G5 at all. This alone would keep FreeBSD from adopting it in a generic = build (even if there was a PowerMac G5 theory of operation justification = known). The submittal only suggested having a pre-made hook for manually = building from source for a PowerMac G5. Part of the issue is that I do not know a way to identify the context as = a PowerMac G5 context without use of openfirmware. Any use of = openfirmware to figure that out would re-create the problem as far as I = can tell. It appears that the build needs to be PowerMac G5 specific to = avoid the problem. I will note that I've never needed or used the hack on Powermac G4's or = a PowerMac G3. But, again, my evidence ends in early-2016-June. =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-ppc@freebsd.org Fri Sep 9 22:49:50 2016 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 6AFE8BD4807 for ; Fri, 9 Sep 2016 22:49:50 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-211-177.reflexion.net [208.70.211.177]) (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 20E41796 for ; Fri, 9 Sep 2016 22:49:49 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 26957 invoked from network); 9 Sep 2016 22:49:48 -0000 Received: from unknown (HELO mail-cs-02.app.dca.reflexion.local) (10.81.19.2) by 0 (rfx-qmail) with SMTP; 9 Sep 2016 22:49:48 -0000 Received: by mail-cs-02.app.dca.reflexion.local (Reflexion email security v8.00.0) with SMTP; Fri, 09 Sep 2016 18:49:39 -0400 (EDT) Received: (qmail 19176 invoked from network); 9 Sep 2016 22:49:39 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 9 Sep 2016 22:49:39 -0000 Received: from [192.168.0.104] (ip70-189-131-151.lv.lv.cox.net [70.189.131.151]) by iron2.pdx.net (Postfix) with ESMTPSA id BD726EC9053; Fri, 9 Sep 2016 15:49:46 -0700 (PDT) Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Subject: Re: PowerMac G5 hangs/crashes on boot: 10.2, 11.0-RCx From: Mark Millard In-Reply-To: <0A9EB3C7-F430-4F82-9B09-632754BB82C8@dsl-only.net> Date: Fri, 9 Sep 2016 15:49:46 -0700 Cc: Jukka Ukkonen , freebsd-ppc@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: References: <6ad00a2d-4213-18b8-7974-534aa3758837@swissmail.org> <0A9EB3C7-F430-4F82-9B09-632754BB82C8@dsl-only.net> To: Krzysztof Parzyszek X-Mailer: Apple Mail (2.3124) 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, 09 Sep 2016 22:49:50 -0000 A quick top-posted note/correction: I probably should not have referenced PowerMac G3. As I remember as 10.x = progressed it quit being able to boot the G3 and I've never had the G3 = boot since from any later FreeBSD variant that I've tried. Different = symptoms from the G5s but I've never tracked the G3 issue(s) down, not = that I remember the details now. The G3 is another powerpc that I will = not have access to for weeks. =3D=3D=3D Mark Millard markmi at dsl-only.net On 2016-Sep-9, at 1:21 PM, Mark Millard wrote: > On 2016-Sep-9, at 11:36 AM, Krzysztof Parzyszek wrote: >>=20 >> On 9/9/2016 6:35 AM, Jukka Ukkonen wrote: >>>=20 >>> The story apparently goes such that the interrupt code shown can be >>> pretty much anything. The interrupts might simply be enabled way = before >>> the system is ready to handle them. >>=20 >> I've had similar issues for quite some time. Previous releases would = boot only sometimes, otherwise I'd be getting a hang or a crash. The = frequency of the boot problems seems to increase dramatically when I = boot from the hard-drive, but with 11 it has never booted correctly. >>=20 >> I wasn't the only one seeing this type of a problem and I remember = seeing a thread about it a while back. Mark Millard reported it, and = someone has tracked it down to some register getting (unexpectedly) = clobbered by the open firmware. I was hoping this had been fixed, but = it seems that things have only gotten worse... :( >>=20 >> CCing Mark---maybe he will know more about this. >>=20 >> -Krzysztof >=20 > Unfortunately relative to powerpc and powerpc64: I've not had powerpc = or powerpc64 access since very early 2016-June and will not for a few = more weeks. (And, yes, the context is PowerMac's specifically.) >=20 > So I've done no testing of if my personal kernel hack (that made the = PowerMac G5's boot reliably in my use) helps in any more modern FreeBSD = variants. It is unlikely that I'll get to that point before October = sometime. Until then I'll not be much direct help. >=20 > I'm the one that isolated memory and register corruption examples on = PowerMac G5's before identifying my specific hack that I used to avoid = them. >=20 > Beyond my reporting the hack in the lists I did submit a bugzilla = report documenting what change made the observed difference in boot = reliability (in the older context, anyway): >=20 > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D205458 (from = 2015-Dec-20) >=20 > It reports as the technique: >=20 >> The change is in ofw_sprg_prepare of sys/powerpc/ofw/ofw_machdep.c = and could look something like (presented in a form to show = new/PowerMacG5-Specific code and old general code): >>=20 >> #ifdef POWERMAC_G5_SPECIFIC_BUILD >> __asm __volatile("mfsprg0 %0\n\t" >> "mtsprg1 %1\n\t" >> "mtsprg2 %2\n\t" >> "mtsprg3 %3\n\t" >> : "=3D&r"(ofw_sprg0_save) >> : "r"(ofmsr[2]), >> "r"(ofmsr[3]), >> "r"(ofmsr[4])); >> #else >> // The historical code: >> __asm __volatile("mfsprg0 %0\n\t" >> "mtsprg0 %1\n\t" >> "mtsprg1 %2\n\t" >> "mtsprg2 %3\n\t" >> "mtsprg3 %4\n\t" >> : "=3D&r"(ofw_sprg0_save) >> : "r"(ofmsr[1]), >> "r"(ofmsr[2]), >> "r"(ofmsr[3]), >> "r"(ofmsr[4])); >> #endif >>=20 >> In other words: for PowerMac G5's omit the mtsprg0 from ofmsr[1]: = leave the register as it already is instead of resetting it. The value = in ofmsr[1] is inappropriate to the context. I deliberately kept the = change minimal and left in all other code related to the register. >=20 > All the evidence for this hack is observational. I've never figured = out a reasonable way to find out what Apple's openfirmware does with the = register involved and in what contexts. I wish I had better evidence for = what is going on without the hack. The type of evidence that I have = makes this purely a hack for now, even if it has a theory of operation = justification (that is not known yet). >=20 > But as for the degree of observations: in isolating this I did well = over 10,000 failing boots (spread over months, although not continuous = activity). Frequently I'd have to try booting over a dozen times in a = row before it would make it through. That is part of why the total is so = large. After the hack I've not had any such failing boots up --but I = boot far less frequently since I do not need to force a reboot. (I = always buildworld buildkernel from source and my source has the hack.) >=20 > I've no post-early-2016-June evidence relative to the hack. >=20 > The lists have more information from as I investigated the issue, such = as the memory and register corruptions that I observed prior to = isolating the small change. But it is a mess to go through those notes = in any detail. Not likely without a strong motivation. >=20 > I've no evidence that the change would be appropriate outside a = PowerMac G5 at all. This alone would keep FreeBSD from adopting it in a = generic build (even if there was a PowerMac G5 theory of operation = justification known). The submittal only suggested having a pre-made = hook for manually building from source for a PowerMac G5. >=20 > Part of the issue is that I do not know a way to identify the context = as a PowerMac G5 context without use of openfirmware. Any use of = openfirmware to figure that out would re-create the problem as far as I = can tell. It appears that the build needs to be PowerMac G5 specific to = avoid the problem. >=20 > I will note that I've never needed or used the hack on Powermac G4's = or a PowerMac G3. But, again, my evidence ends in early-2016-June. >=20 > =3D=3D=3D > Mark Millard > markmi at dsl-only.net >=20 From owner-freebsd-ppc@freebsd.org Sat Sep 10 05:45:33 2016 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 7EE63BD2669 for ; Sat, 10 Sep 2016 05:45:33 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-211-185.reflexion.net [208.70.211.185]) (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 47A526EF for ; Sat, 10 Sep 2016 05:45:32 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 10046 invoked from network); 9 Sep 2016 22:38:42 -0000 Received: from unknown (HELO mail-cs-01.app.dca.reflexion.local) (10.81.19.1) by 0 (rfx-qmail) with SMTP; 9 Sep 2016 22:38:42 -0000 Received: by mail-cs-01.app.dca.reflexion.local (Reflexion email security v8.00.0) with SMTP; Fri, 09 Sep 2016 18:38:55 -0400 (EDT) Received: (qmail 12542 invoked from network); 9 Sep 2016 22:38:55 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 9 Sep 2016 22:38:55 -0000 Received: from [192.168.0.104] (ip70-189-131-151.lv.lv.cox.net [70.189.131.151]) by iron2.pdx.net (Postfix) with ESMTPSA id 519DEEC8A89 for ; Fri, 9 Sep 2016 15:38:50 -0700 (PDT) From: Mark Millard Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Subject: Re: From llvm: Fwd: [Bug 26519] Clang 3.8.0's "Target: powerpc-unknown-freebsd11.0" code generation is violating the SVR4 ABI (SEGV can result) [fixed in llvm -r280705] Message-Id: <9173A73E-CA3B-4F55-947D-4003FF42DDCE@dsl-only.net> Date: Fri, 9 Sep 2016 15:38:49 -0700 To: FreeBSD PowerPC ML Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) X-Mailer: Apple Mail (2.3124) 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, 10 Sep 2016 05:45:33 -0000 Krzysztof Parzyszek kristof at swissmail.org wrote on Fri Sep 9 18:46:05 = UTC 2016 > On 9/8/2016 8:02 PM, Mark Millard wrote: > > > > Interestingly http://compiler-rt.llvm.org says (mentioning powerpc64 = explicitly): > > > > [Quoting the web site this time.] > > > >> Platform Support > >> > >> builtins is known to work on the following platforms: > >> > >> =E2=80=A2 Machine Architectures: i386, X86-64, SPARC64, ARM, = PowerPC, PowerPC 64. > >> =E2=80=A2 OS: AuroraUX, DragonFlyBSD, FreeBSD, NetBSD, Linux, = Darwin. > > > > If true for all builtins (libgcc like) for powerpc64 then I'm not = sure why there is the code: > > > > [Quoting from https://reviews.llvm.org/D13351 and its = cfe/trunk/lib/Driver/Tools.cpp material this time.] > > > >> ppc::FloatABI FloatABI =3D ppc::getPPCFloatABI(D, Args); > >> if (FloatABI =3D=3D ppc::FloatABI::Soft && > >> !(Triple.getArch() =3D=3D llvm::Triple::ppc64 || > >> Triple.getArch() =3D=3D llvm::Triple::ppc64le)) > >> Features.push_back("+soft-float"); > >> else if (FloatABI =3D=3D ppc::FloatABI::Soft && > >> (Triple.getArch() =3D=3D llvm::Triple::ppc64 || > >> Triple.getArch() =3D=3D llvm::Triple::ppc64le)) > >> D.Diag(diag::err_drv_invalid_mfloat_abi) > >> << "soft float is not supported for ppc64"; > > > > The above reports that "soft float is not supported for ppc64". This = notice seems to be global for clang powerpc64: in no way FreeBSD = specific. > > > > May be the view is that no floating point builtins ever apply to = powerpc64 (but they do for powerpc (32))? >=20 > I think the reasoning was that all powerpc64 cores do contain=20 > floating-point units (and that the 64-bit part wasn't = tried/tested/etc). >=20 > I have looked at compiler-rt and it does have support for all=20 > floating-point operations (although it seems to only do=20 > rounding-to-nearest). >=20 > On a somewhat related note---the kernel does have some sort of an FPU=20= > emulation---do you know what it's for and how it's used? It does make=20= > more sense to use compiler-supported library though, after all it's = the=20 > compiler generating calls to it. >=20 > -Krzysztof "the kernel does have some sort of an FPU emulation": care to point me = at what you are referring to? (Just curiosity.) The kernel would context = switch user processes with floating-point save/restore activity for = processes that need such. That is different than kernel-internal context = changes as I understand. But even without the kernel involved: libstand in buildworld requires = soft-float --and stops buildworld for powerpc64. If powerpc64 software floating-point builtins in compiler-rt were not = tested for powerpc64 then I find the claim: > >> builtins is known to work on the following platforms: > >> > >> =E2=80=A2 Machine Architectures: i386, X86-64, SPARC64, ARM, = PowerPC, PowerPC 64. > >> =E2=80=A2 OS: AuroraUX, DragonFlyBSD, FreeBSD, NetBSD, Linux, = Darwin. odd. That would suggest that those builtins are viewed as no applying to = powerpc64 (because there is always a floating point unit?). If the soft-float built-ins do apply to powerpc64, may be the same sort = of things could be done for powerpc64 that were done for powerpc to = enable using them. (compiler-rt had such code long before clang enabled = soft-float for powerpc from what I see for dates.) But the two .S files restFP.S and saveFP.S in = compiler-rt/lib/builtins/ppc/ might need to be checked if they allow for = a powerpc64 targeted use. There is no conditional code at all, nothing = for any powerpc64 specifics. powerpc and powerpc64 have distinct API's = overall and so might not fully match for this. (And FreeBSD's chosen = ABIs are not the only ones around.) Those .S files do seem to assume that specific floating point registers = exist. May be they are only used for hard-float, not soft-float? (Again: = FreeBSD might use libgcc content instead of compiler-rt for powerpc64 = and/or powerpc.) =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-ppc@freebsd.org Sat Sep 10 17:18:23 2016 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 110BBBD5822; Sat, 10 Sep 2016 17:18:23 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (tensor.andric.com [IPv6:2001:7b8:3a7:1:2d0:b7ff:fea0:8c26]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "tensor.andric.com", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id CC6E1D9A; Sat, 10 Sep 2016 17:18:22 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from [IPv6:2001:7b8:3a7::990:eab4:869d:e5fc] (unknown [IPv6:2001:7b8:3a7:0:990:eab4:869d:e5fc]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id F21073FD4E; Sat, 10 Sep 2016 19:18:18 +0200 (CEST) Subject: Re: From llvm: Fwd: [Bug 25780] [META] Using Clang as the FreeBSD/ppc system compiler [one item fixed on trunk] Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Content-Type: multipart/signed; boundary="Apple-Mail=_1EADA79D-EC0E-4439-B362-0EBDBF3829C3"; protocol="application/pgp-signature"; micalg=pgp-sha1 X-Pgp-Agent: GPGMail 2.6.1 From: Dimitry Andric In-Reply-To: Date: Sat, 10 Sep 2016 19:18:11 +0200 Cc: FreeBSD Toolchain , FreeBSD PowerPC ML Message-Id: References: To: Mark Millard X-Mailer: Apple Mail (2.3124) 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, 10 Sep 2016 17:18:23 -0000 --Apple-Mail=_1EADA79D-EC0E-4439-B362-0EBDBF3829C3 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On 30 Aug 2016, at 08:28, Mark Millard wrote: >=20 > llvm bug 19098 "clang and llvm should support -mminimal-toc and = -mlongcall for PowerPC" has been listed as fixed on llvm's trunk. >=20 > That leaves about 5 pending bugs in the list that the META bug 25780 = currently has. I merged the upstream fixes to projects/clang390-import: https://svnweb.freebsd.org/changeset/base/305680 -Dimitry --Apple-Mail=_1EADA79D-EC0E-4439-B362-0EBDBF3829C3 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----- Version: GnuPG/MacGPG2 v2.0.30 iEYEARECAAYFAlfUQFoACgkQsF6jCi4glqOVPgCfTcwQG/VP1pgffhLyQlTVLS3d TtIAoJyl70sgjUQUhWGTtyar76RpLQRD =UgaA -----END PGP SIGNATURE----- --Apple-Mail=_1EADA79D-EC0E-4439-B362-0EBDBF3829C3-- From owner-freebsd-ppc@freebsd.org Sat Sep 10 17:18:23 2016 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 D85AABD582B; Sat, 10 Sep 2016 17:18:23 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (tensor.andric.com [IPv6:2001:7b8:3a7:1:2d0:b7ff:fea0:8c26]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "tensor.andric.com", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 9D67BD9C; Sat, 10 Sep 2016 17:18:23 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from [IPv6:2001:7b8:3a7::990:eab4:869d:e5fc] (unknown [IPv6:2001:7b8:3a7:0:990:eab4:869d:e5fc]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 165963FD50; Sat, 10 Sep 2016 19:18:22 +0200 (CEST) Subject: Re: From llvm: Fwd: [Bug 26761] clang 3.8.0 messes up __builtin_dwarf_cfa (), at least for TARGET_ARCH=powerpc and powerpc64 (gcc/g++ mismatch) [llvm r280350 is a fix] Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Content-Type: multipart/signed; boundary="Apple-Mail=_218251A7-B681-4767-8B11-F275F7785AA6"; protocol="application/pgp-signature"; micalg=pgp-sha1 X-Pgp-Agent: GPGMail 2.6.1 From: Dimitry Andric In-Reply-To: <8B6BE932-BDAB-4588-8610-97FE60870BB3@dsl-only.net> Date: Sat, 10 Sep 2016 19:18:21 +0200 Cc: FreeBSD Toolchain , FreeBSD PowerPC ML , freebsd-arm Message-Id: References: <8B6BE932-BDAB-4588-8610-97FE60870BB3@dsl-only.net> To: Mark Millard X-Mailer: Apple Mail (2.3124) 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, 10 Sep 2016 17:18:23 -0000 --Apple-Mail=_218251A7-B681-4767-8B11-F275F7785AA6 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On 01 Sep 2016, at 16:58, Mark Millard wrote: >=20 > __builtin_dwarf_cfa () is now listed at llvm as fixed for powerpc and = powerpc64 (r280350, likely on trunk). I merged the upstream fix to projects/clang390-import: https://svnweb.freebsd.org/changeset/base/305683 -Dimitry --Apple-Mail=_218251A7-B681-4767-8B11-F275F7785AA6 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----- Version: GnuPG/MacGPG2 v2.0.30 iEUEARECAAYFAlfUQF0ACgkQsF6jCi4glqPNfQCgouOuFcntqBFmoY3Hjte5SYwK 8icAl1NZ/xQKkQxYPQXQTq3jJ5XoK2Q= =snov -----END PGP SIGNATURE----- --Apple-Mail=_218251A7-B681-4767-8B11-F275F7785AA6-- From owner-freebsd-ppc@freebsd.org Sat Sep 10 17:18:25 2016 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 D8583BD584E; Sat, 10 Sep 2016 17:18:25 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (tensor.andric.com [IPv6:2001:7b8:3a7:1:2d0:b7ff:fea0:8c26]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "tensor.andric.com", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 9AE56D9F; Sat, 10 Sep 2016 17:18:25 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from [IPv6:2001:7b8:3a7::990:eab4:869d:e5fc] (unknown [IPv6:2001:7b8:3a7:0:990:eab4:869d:e5fc]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 0E4D43FD51; Sat, 10 Sep 2016 19:18:24 +0200 (CEST) Subject: Re: From llvm: Fwd: [Bug 26519] Clang 3.8.0's "Target: powerpc-unknown-freebsd11.0" code generation is violating the SVR4 ABI (SEGV can result) [fixed in llvm -r280705] Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Content-Type: multipart/signed; boundary="Apple-Mail=_22F9B392-0B27-4EA2-8825-3FD4BB7610B0"; protocol="application/pgp-signature"; micalg=pgp-sha1 X-Pgp-Agent: GPGMail 2.6.1 From: Dimitry Andric In-Reply-To: <0E2783E3-277F-47F1-B696-46FCFF0DB0F1@dsl-only.net> Date: Sat, 10 Sep 2016 19:18:23 +0200 Cc: FreeBSD Toolchain , FreeBSD PowerPC ML Message-Id: <09E211AC-6245-4A89-94DE-225A5EBA1FD2@FreeBSD.org> References: <08136189-299F-4BD6-9E49-8D39A8913D62@dsl-only.net> <0E2783E3-277F-47F1-B696-46FCFF0DB0F1@dsl-only.net> To: Mark Millard X-Mailer: Apple Mail (2.3124) 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, 10 Sep 2016 17:18:26 -0000 --Apple-Mail=_22F9B392-0B27-4EA2-8825-3FD4BB7610B0 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On 06 Sep 2016, at 15:04, Mark Millard wrote: >=20 > llvm's bugzilla reports that the stack-handling SVR4 ABI violation for = TARGET_ARCH=3Dpowerpc has been fixed r280705 (likely on trunk)! I merged the upstream fix to projects/clang390-import: https://svnweb.freebsd.org/changeset/base/305686 -Dimitry --Apple-Mail=_22F9B392-0B27-4EA2-8825-3FD4BB7610B0 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----- Version: GnuPG/MacGPG2 v2.0.30 iEYEARECAAYFAlfUQF8ACgkQsF6jCi4glqMNfgCcDFcXmsyF/tkXScY4bAZ6Ycg9 LckAn2ctUwn66KRJBJmxv59SEoc3fkf7 =M39F -----END PGP SIGNATURE----- --Apple-Mail=_22F9B392-0B27-4EA2-8825-3FD4BB7610B0-- From owner-freebsd-ppc@freebsd.org Sat Sep 10 17:18:28 2016 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 E1141BD58A3; Sat, 10 Sep 2016 17:18:28 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (tensor.andric.com [87.251.56.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "tensor.andric.com", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 9CAE3E0B; Sat, 10 Sep 2016 17:18:28 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from [IPv6:2001:7b8:3a7::990:eab4:869d:e5fc] (unknown [IPv6:2001:7b8:3a7:0:990:eab4:869d:e5fc]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 87AA83FD4F; Sat, 10 Sep 2016 19:18:20 +0200 (CEST) Subject: Re: From llvm: Fwd: [Bug 26856] clang 3.8.0/powerpc/powerpc64's _Unwind_RaiseException code generation has messed up r31 (frame pointer) save/restore code (SEGV's can result) [another issue reported fixed, via llvm r280188] Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Content-Type: multipart/signed; boundary="Apple-Mail=_117BE3AE-1F66-4E43-8D95-DCFF97F72F8E"; protocol="application/pgp-signature"; micalg=pgp-sha1 X-Pgp-Agent: GPGMail 2.6.1 From: Dimitry Andric In-Reply-To: <13C54407-8758-41E8-BBDB-4C3574D05C61@dsl-only.net> Date: Sat, 10 Sep 2016 19:18:20 +0200 Cc: FreeBSD Toolchain , FreeBSD PowerPC ML Message-Id: <257A0148-669B-4474-9684-644082BBA6F5@FreeBSD.org> References: <13C54407-8758-41E8-BBDB-4C3574D05C61@dsl-only.net> To: Mark Millard X-Mailer: Apple Mail (2.3124) 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, 10 Sep 2016 17:18:29 -0000 --Apple-Mail=_117BE3AE-1F66-4E43-8D95-DCFF97F72F8E Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On 31 Aug 2016, at 03:17, Mark Millard wrote: >=20 > The below notice from Hal Finkel [via llvm's bugzilla] indicates that = at least part of llvm bug 26856 for powerpc64's is expected to have been = fixed by r280188 (likely on trunk?). I merged the upstream fix to projects/clang390-import: https://svnweb.freebsd.org/changeset/base/305681 -Dimitry --Apple-Mail=_117BE3AE-1F66-4E43-8D95-DCFF97F72F8E 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----- Version: GnuPG/MacGPG2 v2.0.30 iEYEARECAAYFAlfUQFwACgkQsF6jCi4glqNXvgCbBU7hY4A/TxMrPACueVhtYCHX E3AAn0kGVZXXh7+ftSkuZkEaIN42uCl8 =qqhz -----END PGP SIGNATURE----- --Apple-Mail=_117BE3AE-1F66-4E43-8D95-DCFF97F72F8E-- From owner-freebsd-ppc@freebsd.org Sat Sep 10 20:41:57 2016 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 8CC76BD2790 for ; Sat, 10 Sep 2016 20:41:57 +0000 (UTC) (envelope-from kristof@swissmail.org) Received: from smtp.swissmail.org (smtpout.swissmail.org [212.25.22.149]) (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 4A1D268D for ; Sat, 10 Sep 2016 20:41:56 +0000 (UTC) (envelope-from kristof@swissmail.org) Received: from vm-mailout1.vm.swissmail.org (vm-mailout1.vm.swissmail.org [212.25.22.134]) by smtp.swissmail.org (Postfix) with ESMTPS id C0F94807ED; Sat, 10 Sep 2016 22:36:32 +0200 (CEST) Received: from vm-pemfos2.intra.swissmail.org (unknown [192.168.173.55]) by vm-mailout1.vm.swissmail.org (Postfix) with ESMTP id 6F72C9FE18; Sat, 10 Sep 2016 22:41:47 +0200 (CEST) Received: from vm-pemfos2.intra.swissmail.org (localhost [127.0.0.1]) by localhost (PEmFoS-local-10025) with ESMTP id 61BB74A00C; Sat, 10 Sep 2016 22:41:47 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by localhost (PEmFoS/1560.21952.a1); Sat, 10 Sep 2016 22:41:47 +0200 (CEST) X-Pemfos-Policyd: accepted (DOw5uksZjBpZWioa6jroOXA/QX4OU1EoRTcTFF42EicvGDs8FAZlO97TB0BFJlUR) Subject: Re: PowerMac G5 hangs/crashes on boot: 10.2, 11.0-RCx To: Mark Millard References: <6ad00a2d-4213-18b8-7974-534aa3758837@swissmail.org> <0A9EB3C7-F430-4F82-9B09-632754BB82C8@dsl-only.net> Cc: Jukka Ukkonen , freebsd-ppc@freebsd.org From: Krzysztof Parzyszek Message-ID: Date: Sat, 10 Sep 2016 15:41:38 -0500 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 In-Reply-To: <0A9EB3C7-F430-4F82-9B09-632754BB82C8@dsl-only.net> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamav-milter 0.99.2 at vm-mailout1 X-Virus-Status: Clean 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, 10 Sep 2016 20:41:57 -0000 On 9/9/2016 3:21 PM, Mark Millard wrote: > > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=205458 (from 2015-Dec-20) > > It reports as the technique: > >> The change is in ofw_sprg_prepare of sys/powerpc/ofw/ofw_machdep.c and could look something like (presented in a form to show new/PowerMacG5-Specific code and old general code): >> >> #ifdef POWERMAC_G5_SPECIFIC_BUILD >> __asm __volatile("mfsprg0 %0\n\t" >> "mtsprg1 %1\n\t" >> "mtsprg2 %2\n\t" >> "mtsprg3 %3\n\t" >> : "=&r"(ofw_sprg0_save) >> : "r"(ofmsr[2]), >> "r"(ofmsr[3]), >> "r"(ofmsr[4])); >> #else >> // The historical code: >> __asm __volatile("mfsprg0 %0\n\t" >> "mtsprg0 %1\n\t" >> "mtsprg1 %2\n\t" >> "mtsprg2 %3\n\t" >> "mtsprg3 %4\n\t" >> : "=&r"(ofw_sprg0_save) >> : "r"(ofmsr[1]), >> "r"(ofmsr[2]), >> "r"(ofmsr[3]), >> "r"(ofmsr[4])); >> #endif >> >> In other words: for PowerMac G5's omit the mtsprg0 from ofmsr[1]: leave the register as it already is instead of resetting it. The value in ofmsr[1] is inappropriate to the context. I deliberately kept the change minimal and left in all other code related to the register. > Hi Mark, I reinstalled 10.3, and it boots *sometimes*. I cannot try this change though, because it hangs well before the kernel finishes building. The custom kernel I had before was quite stable, once it booted, but at the moment I cannot get any kernel to build. -Krzysztof