From owner-freebsd-ppc@freebsd.org Sun Sep 18 09:04:36 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 5191FBDF33F for ; Sun, 18 Sep 2016 09:04:36 +0000 (UTC) (envelope-from rleigh@codelibre.net) Received: from auth.a.painless.aa.net.uk (auth.a.painless.aa.net.uk [90.155.4.51]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 218F081F for ; Sun, 18 Sep 2016 09:04:36 +0000 (UTC) (envelope-from rleigh@codelibre.net) Received: from 3.d.6.3.9.4.6.0.7.f.9.3.2.9.9.6.d.b.d.d.0.6.8.0.0.b.8.0.1.0.0.2.ip6.arpa ([2001:8b0:860:ddbd:6992:39f7:649:36d3]) by a.painless.aa.net.uk with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.77) (envelope-from ) id 1blY1a-00059p-2S; Sun, 18 Sep 2016 10:04:34 +0100 Subject: Re: Installer problems with 11.0-RC3 To: Justin Hibbits References: <725c6225-c7bf-f88f-d8e2-b5f9a02bcfe8@codelibre.net> <20160917184649.35d9a9ab@zhabar.knownspace> Cc: FreeBSD PowerPC ML From: Roger Leigh Message-ID: <88b054f6-ae0b-dc32-8d54-016964a2cea8@codelibre.net> Date: Sun, 18 Sep 2016 09:04:19 +0000 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 In-Reply-To: <20160917184649.35d9a9ab@zhabar.knownspace> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit 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, 18 Sep 2016 09:04:36 -0000 On 17/09/2016 23:46, Justin Hibbits wrote: > On Sat, 17 Sep 2016 23:39:41 +0000 > Roger Leigh wrote: > >> Up until now, my G4 Mac Mini has been running 10.3-RELEASE. Today, I >> tried the 11.0-RC3 installer. Two issues noted: >> >> 1) The colours in the installer are different than the PC installer. >> The background is a mid brown with yellow text. An issue with the >> console framebuffer? >> >> 2) It won't boot after the installer finished. >> Invalid memory access at %SRR0: 018011f0 %SRR1: 00003030 > > I just fixed the second issue, which should be going into the next ISO > (RC4? Final? Not sure at this point), but the initial commit was to > head at r305894, and finally merged to 11.0 (by way of stable/11) in > r305904 if you're curious. Super, thanks. I'll retry this with the next ISO release. > Regarding the framebuffer colors, I believe that's a known issue. I > know I've run into it. It may be video card specific (ATI vs NVidia), > but I'm not sure. OK. It's an ATI in this machine. Likely an endianness issue? Thanks, Roger From owner-freebsd-ppc@freebsd.org Sun Sep 18 11:46:08 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 8E777BDFCCA for ; Sun, 18 Sep 2016 11:46:08 +0000 (UTC) (envelope-from jau789@gmail.com) Received: from mail-lf0-x242.google.com (mail-lf0-x242.google.com [IPv6:2a00:1450:4010:c07::242]) (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 0F429D52 for ; Sun, 18 Sep 2016 11:46:08 +0000 (UTC) (envelope-from jau789@gmail.com) Received: by mail-lf0-x242.google.com with SMTP id s64so7031813lfs.2 for ; Sun, 18 Sep 2016 04:46:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to:content-transfer-encoding; bh=FQOFyLW3s4MFUIPmXwJiA3TLsewXKb4cJDe6W5S6HdU=; b=TU13LSUwIH8E8QiVXgnaS8NB/Z6lrq0WL+3/2L/lnVUa7fxb6Z1Nw0S4l8ysoSdJqc 6lbg+RjWDgxrdAcKzBz7w4dZ4thYT3e9a6TvtanC3q87JcT6wl2E7b5/Bh3tBObBu6tX k/PYty0Eb3CpfhT5+wOcaEZYd0lVpjhq0EXGu5/QrybyTdMGObSUk8w1bwqtAVf3v+yF Ibi1RCVSTlhoj1p9wixDNEjjWvyax/PmsBxsTO/YaPuR+E8fEjEiW9ddqw7GZlDkUb/Q smPDMjVg7VeBChgInYq+vQTdNRKfA5kbMrw0sEe2wTBe/oGRWxMIRLayMuOCtKQh4ssC 40ZQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding; bh=FQOFyLW3s4MFUIPmXwJiA3TLsewXKb4cJDe6W5S6HdU=; b=ic8lAG61LQT7jvi9HgOELhwc4T/HJrKHiuMwxcgmiY3CYcy/HQ+/66xR9ArmSltxn6 u7rIzrcKf9hrOenHiLp7Zp6kk2t7vQ24e+s0SeUx89i4L1tO3qviORH9fo23CHVl2uMe F/Mb5cuQ/YLOjTwgbN3Z5lRmUDyqRBsPo97M6YbB/40qoaBsd/Kaw4LkyQhTAPfdCPFU rzfXcuZri/j1zH3YgrjGU0BP/Rpxo2GYPHnB/1gBdUbYjna1hqAjY7ZXFVqZx7Ws0/zY vuwEI8K3WODPDCaYVR7bcJlgUqBPdhbcaRhKzz2Z09SqQRkKDC4+/uFQhoItFvmEEIja Jfdw== X-Gm-Message-State: AE9vXwP/fM7XgapKuTKDZRgg5qKMcUAHZfXsrr0SnHHX+LNZCzcajFJGRRbpebmyEWsSYQ== X-Received: by 10.46.1.42 with SMTP id 42mr9181455ljb.68.1474199164639; Sun, 18 Sep 2016 04:46:04 -0700 (PDT) Received: from [192.168.1.131] (xdsl-205-1.nblnetworks.fi. [83.145.205.1]) by smtp.googlemail.com with ESMTPSA id x14sm3863240lfa.4.2016.09.18.04.46.03 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 18 Sep 2016 04:46:04 -0700 (PDT) Subject: Re: [Bug 205458] 11.0-CURRENT/10-STABLE powerpc64: a PowerMac G5 specific sys/powerpc/ofw/ofw_machdep.c change for reliable PowerMac G5 booting (with lots of RAM) To: Mark Millard , FreeBSD PowerPC ML References: <0F078304-8E8F-4EB1-B721-B6C4B885F118@dsl-only.net> From: "Jukka A. Ukkonen" Message-ID: <20095902-e09a-1a02-c2d1-b402a7eec79d@gmail.com> Date: Sun, 18 Sep 2016 14:46:02 +0300 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.3.0 MIME-Version: 1.0 In-Reply-To: <0F078304-8E8F-4EB1-B721-B6C4B885F118@dsl-only.net> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 8bit 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, 18 Sep 2016 11:46:08 -0000 On 09/17/16 00:41, Mark Millard wrote: > Jukka A. Ukkonen jau789 at gmail.com wrote on Fri Sep 16 15:36:05 UTC 2016 : > >> it seems my PowerMac G5 is perfectly happy with this... >> >> __asm __volatile("mfsprg0 %0\n\t" >> : "=&r"(ofw_sprg0_save) >> : >> ); > > for the content in ofw_sprg_prepare(void). > > Interestingly ofw_sprg0_save's use to save and restore requires that the same processor be in use in the restore side, ofw_sprg_restore(void): SPRG0 content is processor specific. > > If the sprg0 save-restore is even required is not obvious to me: being required would imply that that something else is adjusting it between the save and restore code executions. > > The following is just in the form of another simplest-local-changes experiment/analysis pass, not a "how it should be coded for general FreeBSD use" form for __powerpc64__ or at least for for PowerMac/iMac/Xserve G5's specifically. . . > > Given what is reported above by Jukka it would appear that the above __asm lines possibly could be removed/disabled if ofw_sprg_restore(void) also had its __asm line removed/disabled: i.e., > > __asm __volatile("mtsprg0 %0" :: "r"(ofw_sprg0_save)); > > would no log be in use to access ofw_sprg0_save. > > Effectively overall for the intended __powerpc64__ PowerMac(/iMac?/Xserver?) experimental context ofw_sprg_prepare and ofw_sprg_restore are then no-ops. > > In effect ofw_sprg0_save and ofmsr[1] to ofmsr[4] would not be in significant use. But. . . > > OF_initial_setup(void *fdt_ptr, void *junk, int (*openfirm)(void *)) > > still would have __asm references to ofmsr[1] through ofmsr[4] where they are initialized. > > > You might want to try deleting/disabling the __asm statements in ofw_sprg_prepare(void) and in ofw_sprg_restore(void) at the same time to see if it makes any difference. If it does make a difference that would be interesting and important. Otherwise it helps identify some more (PowerMac/. . . context specific) unnecessary code. You asked it and I tested it. I must admit, though, that I had a kind of an Arthur Dent moment during the test. Remember the red button on the wall with the sign on the side telling: "Do not press this button!", and then Arthur being himself happily presses the button anyway just to see the warning sign to be illuminated. I was not quite so lucky. It seems touching the current sprg0 treatment is a guaranteed method to panic the system right at the beginning of autoconfigure. --jau From owner-freebsd-ppc@freebsd.org Sun Sep 18 13:06: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 F3728BDEC61 for ; Sun, 18 Sep 2016 13:06:19 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-210-39.reflexion.net [208.70.210.39]) (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 B41E1EFC for ; Sun, 18 Sep 2016 13:06:19 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 11236 invoked from network); 18 Sep 2016 12:40:24 -0000 Received: from unknown (HELO rtc-sm-01.app.dca.reflexion.local) (10.81.150.1) by 0 (rfx-qmail) with SMTP; 18 Sep 2016 12:40:24 -0000 Received: by rtc-sm-01.app.dca.reflexion.local (Reflexion email security v8.00.0) with SMTP; Sun, 18 Sep 2016 08:39:42 -0400 (EDT) Received: (qmail 32717 invoked from network); 18 Sep 2016 12:39:42 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 18 Sep 2016 12:39:42 -0000 Received: from [192.168.0.105] (ip70-189-131-151.lv.lv.cox.net [70.189.131.151]) by iron2.pdx.net (Postfix) with ESMTPSA id D50B5EC8814; Sun, 18 Sep 2016 05:39:36 -0700 (PDT) Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Subject: Re: [Bug 205458] 11.0-CURRENT/10-STABLE powerpc64: a PowerMac G5 specific sys/powerpc/ofw/ofw_machdep.c change for reliable PowerMac G5 booting (with lots of RAM) From: Mark Millard In-Reply-To: <20095902-e09a-1a02-c2d1-b402a7eec79d@gmail.com> Date: Sun, 18 Sep 2016 05:39:36 -0700 Cc: FreeBSD PowerPC ML , Nathan Whitehorn Content-Transfer-Encoding: quoted-printable Message-Id: References: <0F078304-8E8F-4EB1-B721-B6C4B885F118@dsl-only.net> <20095902-e09a-1a02-c2d1-b402a7eec79d@gmail.com> To: "Jukka A. Ukkonen" 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: Sun, 18 Sep 2016 13:06:20 -0000 On 2016-Sep-18, at 4:46 AM, Jukka A. Ukkonen = wrote: > On 09/17/16 00:41, Mark Millard wrote: >> Jukka A. Ukkonen jau789 at gmail.com wrote on Fri Sep 16 15:36:05 UTC = 2016 : >>=20 >>> it seems my PowerMac G5 is perfectly happy with this... >>>=20 >>> __asm __volatile("mfsprg0 %0\n\t" >>> : "=3D&r"(ofw_sprg0_save) >>> : >>> ); >>=20 >> for the content in ofw_sprg_prepare(void). >>=20 >> Interestingly ofw_sprg0_save's use to save and restore requires that = the same processor be in use in the restore side, = ofw_sprg_restore(void): SPRG0 content is processor specific. >>=20 >> If the sprg0 save-restore is even required is not obvious to me: = being required would imply that that something else is adjusting it = between the save and restore code executions. >>=20 >> The following is just in the form of another simplest-local-changes = experiment/analysis pass, not a "how it should be coded for general = FreeBSD use" form for __powerpc64__ or at least for for = PowerMac/iMac/Xserve G5's specifically. . . >>=20 >> Given what is reported above by Jukka it would appear that the above = __asm lines possibly could be removed/disabled if ofw_sprg_restore(void) = also had its __asm line removed/disabled: i.e., >>=20 >> __asm __volatile("mtsprg0 %0" :: "r"(ofw_sprg0_save)); >>=20 >> would no log be in use to access ofw_sprg0_save. >>=20 >> Effectively overall for the intended __powerpc64__ = PowerMac(/iMac?/Xserver?) experimental context ofw_sprg_prepare and = ofw_sprg_restore are then no-ops. >>=20 >> In effect ofw_sprg0_save and ofmsr[1] to ofmsr[4] would not be in = significant use. But. . . >>=20 >> OF_initial_setup(void *fdt_ptr, void *junk, int (*openfirm)(void *)) >>=20 >> still would have __asm references to ofmsr[1] through ofmsr[4] where = they are initialized. >>=20 >>=20 >> You might want to try deleting/disabling the __asm statements in = ofw_sprg_prepare(void) and in ofw_sprg_restore(void) at the same time to = see if it makes any difference. If it does make a difference that would = be interesting and important. Otherwise it helps identify some more = (PowerMac/. . . context specific) unnecessary code. >=20 >=20 > You asked it and I tested it. I must admit, though, that > I had a kind of an Arthur Dent moment during the test. > Remember the red button on the wall with the sign on > the side telling: "Do not press this button!", and > then Arthur being himself happily presses the button > anyway just to see the warning sign to be illuminated. > I was not quite so lucky. > It seems touching the current sprg0 treatment is a > guaranteed method to panic the system right at the > beginning of autoconfigure. >=20 > --jau Thanks for doing the experiment. In my view the result was interesting = and good to know for sure. The results suggest that Apple's Open Firmware changes sprg0 --at least = sometimes-- so, then, after the Open Firmware call FreeBSD needs to = re-establish its own sprg0 value from before the Open Firmware call. An implication would be that it is possibly a matter of luck that the = FreeBSD SLB fault handler is sometimes (only?) invoked while the FreeBSD = sprg0 value is still in place when variations on my hack are in place. = If it is only sometimes instead of always that the SLB handler has the = FreeBSD sprg0 value to use, then register and memory trashing likely = would still be possible, just less frequent (fewer types of contexts). So it seems that the use of the mode: usefdt=3D1 (currently "from the loader prompt") in order to avoid any calls into = Open Firmware may be required to get full reliability. (See below.) After checking in https://svnweb.freebsd.org/changeset/base/302214 back = on 2016-Jun-26 Nathan had written: > One thing it would be great to have some testing on after this change = is=20 > the FDT layer in loader. If you set usefdt=3D1 from the loader prompt,=20= > loader will distill the OF device tree into an FDT and then stop Open=20= > Firmware completely before transferring control to FreeBSD. This = should=20 > avoid any possible problems accessing Open Firmware from the kernel, = as=20 > well as making boot a little faster. But I'd already temporarily lost access to the PowerMacs before he sent = that note. I intend to experiment with this once I have access again. (But I can = not beat 11.0-RELEASE's schedule.) You have already suffered enough. Your results suggest that I do such testing with the configuration that = failed above. Normally I'd only have subjected myself to the sprg0 testing activity = that I asked you for --but I do not have access to the PowerMac G5s yet. = Hopefully your information is useful to Nathan. But it may be too late = for 11.0-RELEASE to get a matching patch from Nathan up front. Sorry the testing lead to needing to recover from the bad build. =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-ppc@freebsd.org Mon Sep 19 22:54: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 59A58BE1796 for ; Mon, 19 Sep 2016 22:54:53 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 492DEE68 for ; Mon, 19 Sep 2016 22:54:53 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id u8JMsqCl011466 for ; Mon, 19 Sep 2016 22:54:53 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-ppc@FreeBSD.org Subject: [Bug 198133] graphics/opencv-core fails to build on powerpc64 Date: Mon, 19 Sep 2016 22:54:53 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: jhale@FreeBSD.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-ports-bugs@FreeBSD.org X-Bugzilla-Flags: maintainer-feedback? X-Bugzilla-Changed-Fields: assigned_to Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Sep 2016 22:54:53 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D198133 Jason E. Hale changed: What |Removed |Added ---------------------------------------------------------------------------- Assignee|jhale@FreeBSD.org |freebsd-ports-bugs@FreeBSD. | |org --- Comment #1 from Jason E. Hale --- Return to pool. --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-ppc@freebsd.org Mon Sep 19 22:57: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 406ECBE1899 for ; Mon, 19 Sep 2016 22:57:23 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 301A2F72 for ; Mon, 19 Sep 2016 22:57:23 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id u8JMvMu5014448 for ; Mon, 19 Sep 2016 22:57:23 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-ppc@FreeBSD.org Subject: [Bug 198133] graphics/opencv-core fails to build on powerpc64 Date: Mon, 19 Sep 2016 22:57:23 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: jhale@FreeBSD.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-ports-bugs@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: flagtypes.name cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Sep 2016 22:57:23 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D198133 Jason E. Hale changed: What |Removed |Added ---------------------------------------------------------------------------- Flags|maintainer-feedback?(jhale@ | |FreeBSD.org) | CC| |jhale@FreeBSD.org --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-ppc@freebsd.org Tue Sep 20 09:16: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 3F266BE279D for ; Tue, 20 Sep 2016 09:16:28 +0000 (UTC) (envelope-from luciano@vespaperitivo.it) Received: from baobab.bilink.net (baobab.bilink.net [212.45.144.44]) by mx1.freebsd.org (Postfix) with ESMTP id 08791D13 for ; Tue, 20 Sep 2016 09:16:27 +0000 (UTC) (envelope-from luciano@vespaperitivo.it) Received: from localhost (localhost [127.0.0.1]) by baobab.bilink.it (Postfix) with ESMTP id 3sdcQj1Lg7z1cXLJ for ; Tue, 20 Sep 2016 11:09:49 +0200 (CEST) X-Virus-Scanned: amavisd-new at mcs.it Received: from baobab.bilink.net ([127.0.0.1]) by localhost (baobab.mcs.it [127.0.0.1]) (amavisd-new, port 11027) with ESMTP id sWFRwVrwhM9o for ; Tue, 20 Sep 2016 11:09:49 +0200 (CEST) Received: from hermes.mcs.it (hermes.mcs.it [192.168.132.21]) by baobab.bilink.it (Postfix) with ESMTP id 3sdcQj0d8jz1cXKx for ; Tue, 20 Sep 2016 11:09:49 +0200 (CEST) Received: from mordeus (unknown [192.168.45.6]) by hermes.mcs.it (Postfix) with ESMTP id 3D4DD1B7515 for ; Tue, 20 Sep 2016 11:09:39 +0200 (CEST) Date: Tue, 20 Sep 2016 11:09:39 +0200 From: Luciano Mannucci To: FreeBSD PowerPC ML Subject: 11.0RC3 Installer: doesn't boot on KVM X-Mailer: Claws Mail 3.14.0 (GTK+ 2.24.29; amd64-portbld-freebsd10.1) X-Face: 4qPv4GNcD; h<7Q/sK>+GqF4=CR@KmnPkSmwd+#%\F`4yjKO3"C]p'z=(oWRnsYBQGM\5g:4skqQY0NnV'dM:Mm:^/_+I@a"; [-s=ogufdF"9ggQ'=y MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Message-Id: <3sdcQj0d8jz1cXKx@baobab.bilink.it> X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Sep 2016 09:16:28 -0000 Yet aonother installer-boot problem: this time it is the iso CD image that behaves like the previous (RC2) instaled boot. I'm getting: No NVRAM common partition, re-initializing... Scanning USB OHCI: initializing USB Keyboard USB mouse Using default console: /vdevice/vty@30000000 Welcome to Open Firmware Copyright (c) 2004, 2011 IBM Corporation All rights reserved. This program and the accompanying materials are made available under the terms of the BSD License available at http://www.opensource.org/licenses/bsd-license.php Trying to load: from: /vdevice/v-scsi@2000/disk@8000000000000000 ... Successfully loaded >> FreeBSD/powerpc Open Firmware boot block Boot path: /vdevice/v-scsi@2000/disk@8000000000000000 Boot loader: /boot/loader domount: can't read superblock panic: domount W3411: Client application returned. E3406: Client application returned an error. Trying to load: from: HALT ... E3405: No such device ..`. .. ....... .. ...... ....... ..`...`''.`'. .''``````..''. .`''```''`. `''`````` .`` .:' ': `''..... .''. ''` .''..''....... ``.':.';. ``````''`.''. .''. ''``''`````'` ``.':':` .....`''.`'`...... `'`.....`''.`'` .`.`'`` .'`'`````. ``'''''' ``''`'''`. `'` Type 'boot' and press return to continue booting the system. Type 'reset-all' and press return to reboot the system. ..`. .. ....... .. ...... ....... ..`...`''.`'. .''``````..''. .`''```''`. `''`````` .`` .:' ': `''..... .''. ''` .''..''....... ``.':.';. ``````''`.''. .''. ''``''`````'` ``.':':` .....`''.`'`...... `'`.....`''.`'` .`.`'`` .'`'`````. ``'''''' ``''`'''`. `'` Type 'boot' and press return to continue booting the system. Type 'reset-all' and press return to reboot the system. Ready! 0 > Should I open a PR? Luciano. -- /"\ /Via A. Salaino, 7 - 20144 Milano (Italy) \ / ASCII RIBBON CAMPAIGN / PHONE : +39 2 485781 FAX: +39 2 48578250 X AGAINST HTML MAIL / E-MAIL: posthamster@sublink.sublink.ORG / \ AND POSTINGS / WWW: http://www.lesassaie.IT/ From owner-freebsd-ppc@freebsd.org Tue Sep 20 09:39: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 B43ACBE2E39 for ; Tue, 20 Sep 2016 09:39:28 +0000 (UTC) (envelope-from luciano@vespaperitivo.it) Received: from baobab.bilink.net (baobab.bilink.net [212.45.144.44]) by mx1.freebsd.org (Postfix) with ESMTP id 668F0BCD for ; Tue, 20 Sep 2016 09:39:27 +0000 (UTC) (envelope-from luciano@vespaperitivo.it) Received: from localhost (localhost [127.0.0.1]) by baobab.bilink.it (Postfix) with ESMTP id 3sdd533pF4z1cXLG for ; Tue, 20 Sep 2016 11:39:35 +0200 (CEST) X-Virus-Scanned: amavisd-new at mcs.it Received: from baobab.bilink.net ([127.0.0.1]) by localhost (baobab.mcs.it [127.0.0.1]) (amavisd-new, port 11027) with ESMTP id e58lET8-rkiz for ; Tue, 20 Sep 2016 11:39:35 +0200 (CEST) Received: from hermes.mcs.it (hermes.mcs.it [192.168.132.21]) by baobab.bilink.it (Postfix) with ESMTP id 3sdd5333HMz1cXKx for ; Tue, 20 Sep 2016 11:39:35 +0200 (CEST) Received: from mordeus (unknown [192.168.45.6]) by hermes.mcs.it (Postfix) with ESMTP id 383D91B7515 for ; Tue, 20 Sep 2016 11:39:26 +0200 (CEST) Date: Tue, 20 Sep 2016 11:39:26 +0200 From: Luciano Mannucci To: freebsd-ppc@freebsd.org Subject: Re: 11.0RC3 Installer: doesn't boot on KVM In-Reply-To: <3sdcQj0d8jz1cXKx@baobab.bilink.it> References: <3sdcQj0d8jz1cXKx@baobab.bilink.it> X-Mailer: Claws Mail 3.14.0 (GTK+ 2.24.29; amd64-portbld-freebsd10.1) X-Face: 4qPv4GNcD; h<7Q/sK>+GqF4=CR@KmnPkSmwd+#%\F`4yjKO3"C]p'z=(oWRnsYBQGM\5g:4skqQY0NnV'dM:Mm:^/_+I@a"; [-s=ogufdF"9ggQ'=y MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Message-Id: <3sdd5333HMz1cXKx@baobab.bilink.it> X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Sep 2016 09:39:28 -0000 On Tue, 20 Sep 2016 11:09:39 +0200 Luciano Mannucci wrote: > Yet aonother installer-boot problem: this time it is the iso CD image > that behaves like the previous (RC2) instaled boot. I'm getting: The very same with 12.0-CURRENT-powerpc-powerpc64-20160829-r305028 : SCSI: Looking for devices 8001000000000000 CD-ROM : "QEMU QEMU CD-ROM 2.3." 8000000000000000 DISK : "QEMU QEMU HARDDISK 2.3." Populating /vdevice/vty@30000000 Populating /vdevice/nvram@71000000 Populating /pci@800000020000000 00 1800 (D) : 1af4 1002 unknown-legacy-device* 00 1000 (D) : 106b 003f serial bus [ usb-ohci ] 00 0800 (D) : 10ec 8139 network [ ethernet ] No NVRAM common partition, re-initializing... Scanning USB OHCI: initializing USB Keyboard USB mouse Using default console: /vdevice/vty@30000000 Welcome to Open Firmware Copyright (c) 2004, 2011 IBM Corporation All rights reserved. This program and the accompanying materials are made available under the terms of the BSD License available at http://www.opensource.org/licenses/bsd-license.php Trying to load: from: /vdevice/v-scsi@2000/disk@8000000000000000 ... Successfully loaded >> FreeBSD/powerpc Open Firmware boot block Boot path: /vdevice/v-scsi@2000/disk@8000000000000000 Boot loader: /boot/loader domount: can't read superblock panic: domount W3411: Client application returned. E3406: Client application returned an error. Trying to load: from: HALT ... E3405: No such device ..`. .. ....... .. ...... ....... ..`...`''.`'. .''``````..''. .`''```''`. `''`````` .`` .:' ': `''..... .''. ''` .''..''....... ``.':.';. ``````''`.''. .''. ''``''`````'` ``.':':` .....`''.`'`...... `'`.....`''.`'` .`.`'`` .'`'`````. ``'''''' ``''`'''`. `'` Type 'boot' and press return to continue booting the system. Type 'reset-all' and press return to reboot the system. ..`. .. ....... .. ...... ....... ..`...`''.`'. .''``````..''. .`''```''`. `''`````` .`` .:' ': `''..... .''. ''` .''..''....... ``.':.';. ``````''`.''. .''. ''``''`````'` ``.':':` .....`''.`'`...... `'`.....`''.`'` .`.`'`` .'`'`````. ``'''''' ``''`'''`. `'` Type 'boot' and press return to continue booting the system. Type 'reset-all' and press return to reboot the system. Ready! 0 > Luciano. -- /"\ /Via A. Salaino, 7 - 20144 Milano (Italy) \ / ASCII RIBBON CAMPAIGN / PHONE : +39 2 485781 FAX: +39 2 48578250 X AGAINST HTML MAIL / E-MAIL: posthamster@sublink.sublink.ORG / \ AND POSTINGS / WWW: http://www.lesassaie.IT/ From owner-freebsd-ppc@freebsd.org Tue Sep 20 18:29:36 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 5BF3CBE250D for ; Tue, 20 Sep 2016 18:29:36 +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 1B137CC2 for ; Tue, 20 Sep 2016 18:29:35 +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 AF55980FB0 for ; Tue, 20 Sep 2016 20:14:08 +0200 (CEST) Received: from vm-pemfos2.intra.swissmail.org (unknown [192.168.173.55]) by vm-mailout2.vm.swissmail.org (Postfix) with ESMTP id B4FCE9FFCC for ; Tue, 20 Sep 2016 20:19:47 +0200 (CEST) Received: from vm-pemfos2.intra.swissmail.org (localhost [127.0.0.1]) by localhost (PEmFoS-local-10025) with ESMTP id A8AC64A00C for ; Tue, 20 Sep 2016 20:19:47 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by localhost (PEmFoS/1560.23866.a1); Tue, 20 Sep 2016 20:19:47 +0200 (CEST) X-Pemfos-Policyd: accepted (HHu5ULEyQUgX6HJVbaHAjB0kAQRtN1QWUQYfBxAiMSktGSYgBl02c0cNQDfWHFQa) Subject: Re: binutils 2.27 To: freebsd-ppc@freebsd.org References: From: Krzysztof Parzyszek Message-ID: Date: Tue, 20 Sep 2016 13:19:40 -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-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: Tue, 20 Sep 2016 18:29:36 -0000 I've had similar problems after building gcc-4.8. After reverting back to binutils 2.25 and rebuilding, it worked fine. -Krzysztof On 9/9/2016 11:32 AM, Bill Sorenson wrote: > 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 > _______________________________________________ > 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 21 06:46:56 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 10956BE3BFB for ; Wed, 21 Sep 2016 06:46:56 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-210-37.reflexion.net [208.70.210.37]) (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 B9358C26 for ; Wed, 21 Sep 2016 06:46:54 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 29036 invoked from network); 21 Sep 2016 06:46:44 -0000 Received: from unknown (HELO mail-cs-02.app.dca.reflexion.local) (10.81.19.2) by 0 (rfx-qmail) with SMTP; 21 Sep 2016 06:46:44 -0000 Received: by mail-cs-02.app.dca.reflexion.local (Reflexion email security v8.00.0) with SMTP; Wed, 21 Sep 2016 02:46:44 -0400 (EDT) Received: (qmail 25548 invoked from network); 21 Sep 2016 06:46:44 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 21 Sep 2016 06:46:44 -0000 Received: from [192.168.0.105] (ip70-189-131-151.lv.lv.cox.net [70.189.131.151]) by iron2.pdx.net (Postfix) with ESMTPSA id 7B462EC8839; Tue, 20 Sep 2016 23:46:52 -0700 (PDT) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Subject: svn commit: r306065 - in head/sys vs. PowerMacs: Nathan's trail patch included but inappropriate? Date: Tue, 20 Sep 2016 23:46:51 -0700 Message-Id: Cc: FreeBSD PowerPC ML , svn-src-head@freebsd.org To: Justin Hibbits , Nathan Whitehorn 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: Wed, 21 Sep 2016 06:46:56 -0000 The following from = https://lists.freebsd.org/pipermail/svn-src-head/2016-September/091934.htm= l seems in include a patch that Nathan made for testing on = PowerMac/iMac/Xserve G5's that failed the PowerMac7,3 test that was = tried by Jukka A. Ukkonen. > Modified: head/sys/powerpc/ofw/ofw_machdep.c > = =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D > --- head/sys/powerpc/ofw/ofw_machdep.c Wed Sep 21 02:27:23 2016 = (r306064) > +++ head/sys/powerpc/ofw/ofw_machdep.c Wed Sep 21 02:28:39 2016 = (r306065) > @@ -99,6 +99,7 @@ ofw_restore_trap_vec(char *restore_trap_ > /* > * Saved SPRG0-3 from OpenFirmware. Will be restored prior to the = callback. > */ > +#ifndef __powerpc64__ > register_t ofw_sprg0_save; > =20 > static __inline void > @@ -140,6 +141,8 @@ ofw_sprg_restore(void) > } > #endif > =20 > +#endif > + > static int > parse_ofw_memory(phandle_t node, const char *prop, struct mem_region = *output) > { > @@ -344,11 +347,12 @@ OF_initial_setup(void *fdt_ptr, void *ju > ofmsr[0] =3D mfmsr(); > #ifdef __powerpc64__ > ofmsr[0] &=3D ~PSL_SF; > - #endif > + #else > __asm __volatile("mfsprg0 %0" : "=3D&r"(ofmsr[1])); > __asm __volatile("mfsprg1 %0" : "=3D&r"(ofmsr[2])); > __asm __volatile("mfsprg2 %0" : "=3D&r"(ofmsr[3])); > __asm __volatile("mfsprg3 %0" : "=3D&r"(ofmsr[4])); > + #endif > openfirmware_entry =3D openfirm; > =20 > if (ofmsr[0] & PSL_DR) > @@ -440,7 +444,9 @@ openfirmware_core(void *args) > */ > oldmsr =3D intr_disable(); > =20 > +#ifndef __powerpc64__ > ofw_sprg_prepare(); > +#endif > =20 > /* Save trap vectors */ > ofw_save_trap_vec(save_trap_of); > @@ -463,7 +469,9 @@ openfirmware_core(void *args) > /* Restore trap vecotrs */ > ofw_restore_trap_vec(save_trap_of); > =20 > +#ifndef __powerpc64__ > ofw_sprg_restore(); > +#endif > =20 > intr_restore(oldmsr); Part of the ofw_sprg_prepare() and ofw_sprg_restore() activity is = required for PowerMac G5's to boot: the save of the FreeBSD sprg0 value = and its later restore back to sprg0. (Established by other testing after = Nathan's patch was tried.) My guess is that this code was accidentally included in -r306065, not = intentionally included. [There is the separate issue that avoiding restoring the Open Firmware = sprg0 value before calling into Open Firmware (leaving the FreeBSD value = in place) helps PowerMac G5's boot more reliably by allowing correct = handling some SLB faults that sometimes occur.] =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-ppc@freebsd.org Wed Sep 21 17:28: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 2A810BE2237; Wed, 21 Sep 2016 17:28:05 +0000 (UTC) (envelope-from chmeeedalf@gmail.com) Received: from mail-io0-x244.google.com (mail-io0-x244.google.com [IPv6:2607:f8b0:4001:c06::244]) (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 018A610B; Wed, 21 Sep 2016 17:28:04 +0000 (UTC) (envelope-from chmeeedalf@gmail.com) Received: by mail-io0-x244.google.com with SMTP id q92so3602840ioi.2; Wed, 21 Sep 2016 10:28:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=cc:message-id:from:to:in-reply-to:content-transfer-encoding :mime-version:subject:date:references; bh=SPQ8oillM8jNE9TzxZKy6+qxxHagX+/brQpbexBqnZA=; b=GJV+LQTHydxh4+g2/nC6UXVzoq5nFaG2rrexGY7yR56LWRx6NFJRNBaCiesIqcyHaB BWzhXNemUrnvU4+0otzZV9E/ZGitxtZItb22aPKA+OsssneClvvTvNwb/9sVthumZf4m WElzwPtDioyNpLxrFxQ41WbO04z/OO4J+v57udidUTs0fl61gSvJviaAq5ZBTOGoUbgL kFKmKA59xr9c3mtXMtg1bv6XYfT7+VOVt2rApGBRH0xTnKtaZGT1YPc7+lvoqU05NHUz PHECI7D/UHPKrIV7XgyXovzXX4Sna1mtKPlxYPuMNWJ1DbDRo/bl3Lnui1hcM29Kev6V Hjww== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:cc:message-id:from:to:in-reply-to :content-transfer-encoding:mime-version:subject:date:references; bh=SPQ8oillM8jNE9TzxZKy6+qxxHagX+/brQpbexBqnZA=; b=GMof7l2elhR9Ne1qqGpH1MojQ0mM4TKLb9BIIn4TYOjAlZgogM62irROSH++ooRTDV VKR6fX6HW/hj8immbMCXlSjLMNVfe5HRsNPSA8clpMrTQsw8jjmVO1Az9xQG9YUkRo9f 8efNbN7As5hxOdmEkrnCjYhfK67ZUFm+Bf7GoANhuzk1qSjHOgaHhVinNxyEur8UZSLO u0lOqfW3PmkBFdfUTt7czoH6YOZbmM/2eIQT5pmqkMRUXkPcmoVeCzJQT3Fql73X88Hy vfHma8je1uCau/SRE8o8wreiFD3Ckf4Yb2ZCTBfrdWLzwuE0rh2ddpPf75BqXo/4569b dyUg== X-Gm-Message-State: AE9vXwPJY4vwcG/6R8y12ipfURblar2wLtovhq9k9TXAJvDfGA2mQ1nWCXnWCaRrOD5n1w== X-Received: by 10.107.16.29 with SMTP id y29mr48519472ioi.143.1474478884158; Wed, 21 Sep 2016 10:28:04 -0700 (PDT) Received: from blackstar.knownspace (50-80-150-234.client.mchsi.com. [50.80.150.234]) by smtp.gmail.com with ESMTPSA id 1sm13235713ioz.34.2016.09.21.10.28.03 (version=TLS1 cipher=AES128-SHA bits=128/128); Wed, 21 Sep 2016 10:28:03 -0700 (PDT) Cc: Nathan Whitehorn , FreeBSD PowerPC ML , svn-src-head@freebsd.org Message-Id: <917EFF5A-D054-4424-9D7D-4E4BEF6072EF@gmail.com> From: Justin Hibbits To: Mark Millard In-Reply-To: Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v936) Subject: Re: svn commit: r306065 - in head/sys vs. PowerMacs: Nathan's trail patch included but inappropriate? Date: Wed, 21 Sep 2016 12:28:02 -0500 References: X-Mailer: Apple Mail (2.936) 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, 21 Sep 2016 17:28:05 -0000 On Sep 21, 2016, at 1:46 AM, Mark Millard wrote: > The following from > > https://lists.freebsd.org/pipermail/svn-src-head/2016-September/091934.html > > seems in include a patch that Nathan made for testing on PowerMac/ > iMac/Xserve G5's that failed the PowerMac7,3 test that was tried by > Jukka A. Ukkonen. > >> Modified: head/sys/powerpc/ofw/ofw_machdep.c >> = >> = >> = >> = >> = >> = >> = >> = >> = >> ===================================================================== >> --- head/sys/powerpc/ofw/ofw_machdep.c Wed Sep 21 02:27:23 2016 >> (r306064) >> +++ head/sys/powerpc/ofw/ofw_machdep.c Wed Sep 21 02:28:39 2016 >> (r306065) >> @@ -99,6 +99,7 @@ ofw_restore_trap_vec(char *restore_trap_ >> /* >> * Saved SPRG0-3 from OpenFirmware. Will be restored prior to the >> callback. >> */ >> +#ifndef __powerpc64__ >> register_t ofw_sprg0_save; >> >> static __inline void >> @@ -140,6 +141,8 @@ ofw_sprg_restore(void) >> } >> #endif >> >> +#endif >> + >> static int >> parse_ofw_memory(phandle_t node, const char *prop, struct >> mem_region *output) >> { >> @@ -344,11 +347,12 @@ OF_initial_setup(void *fdt_ptr, void *ju >> ofmsr[0] = mfmsr(); >> #ifdef __powerpc64__ >> ofmsr[0] &= ~PSL_SF; >> - #endif >> + #else >> __asm __volatile("mfsprg0 %0" : "=&r"(ofmsr[1])); >> __asm __volatile("mfsprg1 %0" : "=&r"(ofmsr[2])); >> __asm __volatile("mfsprg2 %0" : "=&r"(ofmsr[3])); >> __asm __volatile("mfsprg3 %0" : "=&r"(ofmsr[4])); >> + #endif >> openfirmware_entry = openfirm; >> >> if (ofmsr[0] & PSL_DR) >> @@ -440,7 +444,9 @@ openfirmware_core(void *args) >> */ >> oldmsr = intr_disable(); >> >> +#ifndef __powerpc64__ >> ofw_sprg_prepare(); >> +#endif >> >> /* Save trap vectors */ >> ofw_save_trap_vec(save_trap_of); >> @@ -463,7 +469,9 @@ openfirmware_core(void *args) >> /* Restore trap vecotrs */ >> ofw_restore_trap_vec(save_trap_of); >> >> +#ifndef __powerpc64__ >> ofw_sprg_restore(); >> +#endif >> >> intr_restore(oldmsr); > > Part of the ofw_sprg_prepare() and ofw_sprg_restore() activity is > required for PowerMac G5's to boot: the save of the FreeBSD sprg0 > value and its later restore back to sprg0. (Established by other > testing after Nathan's patch was tried.) > > My guess is that this code was accidentally included in -r306065, > not intentionally included. > > > [There is the separate issue that avoiding restoring the Open > Firmware sprg0 value before calling into Open Firmware (leaving the > FreeBSD value in place) helps PowerMac G5's boot more reliably by > allowing correct handling some SLB faults that sometimes occur.] > > === > Mark Millard > markmi at dsl-only.net > Crap, I got extra stuff in my diff. Going to revert this part tonight, until everything is known good. - Justin From owner-freebsd-ppc@freebsd.org Wed Sep 21 18:15:49 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 44C0EBE4DCA for ; Wed, 21 Sep 2016 18:15:49 +0000 (UTC) (envelope-from jau789@gmail.com) Received: from mail-lf0-x241.google.com (mail-lf0-x241.google.com [IPv6:2a00:1450:4010:c07::241]) (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 BA0097A2 for ; Wed, 21 Sep 2016 18:15:48 +0000 (UTC) (envelope-from jau789@gmail.com) Received: by mail-lf0-x241.google.com with SMTP id s29so2842842lfg.3 for ; Wed, 21 Sep 2016 11:15:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to:content-transfer-encoding; bh=zqOpRIbe3cZxGz/N+5a/35+ZwgJdis7jRB43GN6Netw=; b=CR+SdNdYoTwhqdbjuT5kM0tXaPwTuRvNVoPdCKO0ECJ3wurKfmQ/AcciSe85X+qEP2 NBYGaW7//qdEQwrXKHe0Fr7ys204Weqx47biS/Z+EoCe30DGqql5zYSvo5cgpK4wlVsR 9HrtFzVqAPJx6OuyFh82Y5Zsx5aBNw1B9j8fu0c+FGQnVQr6xnKNV4Fj9oYIHHveVbgX ESjcqRqBHnQAoxYtUSy5luKNprvEeQPaWhauHFsV5QOPfui5qnofjeZJ80qh4Vkm2Nwc RhSZD3/zJQq2YFGbYcIpNa1eaqgjkL1Z7ZWlWroHtGnjcoDUNkICposW5tjkhPCiDtt2 OApQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding; bh=zqOpRIbe3cZxGz/N+5a/35+ZwgJdis7jRB43GN6Netw=; b=ankLzDM1sp3jH9t+oFFl+Ty6ksxTMQdrHexfFRwhgROY9V02e3N8jgR0qm3Pi1hdOA zfB5CpW2SzKXvVW0cg7mND6nMcjV1RCzVc0NrHozQKxceSajEg9Z9o4mMxB2il8Jtt3D L1utgtlVPB4XvCrk3qtgexTA0OKpEz6DsFSb7I7LgIXMTPLDon6ZvfErzkE86MgAGwaV lsJPwO94HmS7eddWff3z6qOIBBf9dxTZ9d4KMZ0+kYuojBERKsmwKAy1UaFut64rDqB9 N0NuusP+Br8fNpr1fv4ODxu22NEjOEudBsj9tjjS26OMRmacU5j9fFiv3vVtrICccBWc 3rxA== X-Gm-Message-State: AE9vXwPOpOdzaCO7D0zd9gg4I7Dtvj2bFKPVPaT4e3kEofMAvRxOwJeRHpWVp8ZBPmf/CQ== X-Received: by 10.25.228.88 with SMTP id b85mr12669953lfh.175.1474481746846; Wed, 21 Sep 2016 11:15:46 -0700 (PDT) Received: from [192.168.1.131] (xdsl-205-1.nblnetworks.fi. [83.145.205.1]) by smtp.googlemail.com with ESMTPSA id g4sm6486410ljg.27.2016.09.21.11.15.45 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 21 Sep 2016 11:15:46 -0700 (PDT) Subject: Re: svn commit: r306065 - in head/sys vs. PowerMacs: Nathan's trail patch included but inappropriate? To: freebsd-ppc@freebsd.org, chmeeedalf@gmail.com References: <917EFF5A-D054-4424-9D7D-4E4BEF6072EF@gmail.com> From: "Jukka A. Ukkonen" Message-ID: <4bb1046a-225d-66b2-7b00-067f0d6f6c60@gmail.com> Date: Wed, 21 Sep 2016 21:15:42 +0300 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.3.0 MIME-Version: 1.0 In-Reply-To: <917EFF5A-D054-4424-9D7D-4E4BEF6072EF@gmail.com> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 8bit 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, 21 Sep 2016 18:15:49 -0000 On 09/21/16 20:28, Justin Hibbits wrote: > On Sep 21, 2016, at 1:46 AM, Mark Millard wrote: > >> The following from >> >> https://lists.freebsd.org/pipermail/svn-src-head/2016-September/091934.html >> >> >> seems in include a patch that Nathan made for testing on >> PowerMac/iMac/Xserve G5's that failed the PowerMac7,3 test that was >> tried by Jukka A. Ukkonen. >> >>> Modified: head/sys/powerpc/ofw/ofw_machdep.c >>> ============================================================================== >>> >>> --- head/sys/powerpc/ofw/ofw_machdep.c Wed Sep 21 02:27:23 2016 >>> (r306064) >>> +++ head/sys/powerpc/ofw/ofw_machdep.c Wed Sep 21 02:28:39 2016 >>> (r306065) >>> @@ -99,6 +99,7 @@ ofw_restore_trap_vec(char *restore_trap_ >>> /* >>> * Saved SPRG0-3 from OpenFirmware. Will be restored prior to the >>> callback. >>> */ >>> +#ifndef __powerpc64__ >>> register_t ofw_sprg0_save; >>> >>> static __inline void >>> @@ -140,6 +141,8 @@ ofw_sprg_restore(void) >>> } >>> #endif >>> >>> +#endif >>> + >>> static int >>> parse_ofw_memory(phandle_t node, const char *prop, struct mem_region >>> *output) >>> { >>> @@ -344,11 +347,12 @@ OF_initial_setup(void *fdt_ptr, void *ju >>> ofmsr[0] = mfmsr(); >>> #ifdef __powerpc64__ >>> ofmsr[0] &= ~PSL_SF; >>> - #endif >>> + #else >>> __asm __volatile("mfsprg0 %0" : "=&r"(ofmsr[1])); >>> __asm __volatile("mfsprg1 %0" : "=&r"(ofmsr[2])); >>> __asm __volatile("mfsprg2 %0" : "=&r"(ofmsr[3])); >>> __asm __volatile("mfsprg3 %0" : "=&r"(ofmsr[4])); >>> + #endif >>> openfirmware_entry = openfirm; >>> >>> if (ofmsr[0] & PSL_DR) >>> @@ -440,7 +444,9 @@ openfirmware_core(void *args) >>> */ >>> oldmsr = intr_disable(); >>> >>> +#ifndef __powerpc64__ >>> ofw_sprg_prepare(); >>> +#endif >>> >>> /* Save trap vectors */ >>> ofw_save_trap_vec(save_trap_of); >>> @@ -463,7 +469,9 @@ openfirmware_core(void *args) >>> /* Restore trap vecotrs */ >>> ofw_restore_trap_vec(save_trap_of); >>> >>> +#ifndef __powerpc64__ >>> ofw_sprg_restore(); >>> +#endif >>> >>> intr_restore(oldmsr); >> >> Part of the ofw_sprg_prepare() and ofw_sprg_restore() activity is >> required for PowerMac G5's to boot: the save of the FreeBSD sprg0 >> value and its later restore back to sprg0. (Established by other >> testing after Nathan's patch was tried.) >> >> My guess is that this code was accidentally included in -r306065, not >> intentionally included. >> >> >> [There is the separate issue that avoiding restoring the Open Firmware >> sprg0 value before calling into Open Firmware (leaving the FreeBSD >> value in place) helps PowerMac G5's boot more reliably by allowing >> correct handling some SLB faults that sometimes occur.] >> >> === >> Mark Millard >> markmi at dsl-only.net >> > > Crap, I got extra stuff in my diff. Going to revert this part tonight, > until everything is known good. > > - Justin > _______________________________________________ > 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" The least that will have to be changed to make the code boot on PowerMac G5 is to change the following ... __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])); in function ofw_sprg_prepare() in sys/powerpc/ofw/ofw_machdep.c to this ... __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])); This only removes "mtsprg0" and its corresponding parameter. Alternatively one could use the absolutely minimalistic ... __asm __volatile("mfsprg0 %0\n\t" : "=&r"(ofw_sprg0_save) : ); on a G5. I have been running exactly this since my testing sessions with no ill effects at all. The downside is that nobody has tested this minimalistic approach on any other ppc variant but my G5. I have had a pending plan to test the same approach on my 32-bit G4, but the task being somewhat time consuming it is still pending. ;-) Anyhow the old code will not boot on a G5 without a change, neither will it boot with Nathan's patch included. Releasing 11.0-stable in a state that will not actually boot on one of the supported platforms will not look awfully bright either. I guess this is an issue for the re team to decide. --jau From owner-freebsd-ppc@freebsd.org Wed Sep 21 19:54: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 B3EEFBE4A8E for ; Wed, 21 Sep 2016 19:54:19 +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 E4EE36BA for ; Wed, 21 Sep 2016 19:54:18 +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 29A7380EB8 for ; Wed, 21 Sep 2016 21:48:27 +0200 (CEST) Received: from vm-pemfos1.intra.swissmail.org (unknown [192.168.173.54]) by vm-mailout1.vm.swissmail.org (Postfix) with ESMTP id C600D9FE65 for ; Wed, 21 Sep 2016 21:54:08 +0200 (CEST) Received: from vm-pemfos1.intra.swissmail.org (localhost [127.0.0.1]) by localhost (Postfix-local-10025) with ESMTP id B6D35A83F1 for ; Wed, 21 Sep 2016 21:54:08 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by localhost (PEmFoS/1619.20527.a1); Wed, 21 Sep 2016 21:54:08 +0200 (CEST) X-Pemfos-Policyd: accepted (cXYnOacIgt/KHHWxqSPVohotXQktADQxBFQTIpHtQBQ6AD06AUY/IUZETiUqJkc8) Subject: Re: svn commit: r306065 - in head/sys vs. PowerMacs: Nathan's trail patch included but inappropriate? To: freebsd-ppc@freebsd.org References: <917EFF5A-D054-4424-9D7D-4E4BEF6072EF@gmail.com> <4bb1046a-225d-66b2-7b00-067f0d6f6c60@gmail.com> From: Krzysztof Parzyszek Message-ID: <8bc4d151-abcd-b300-9816-b1ca587c86f9@swissmail.org> Date: Wed, 21 Sep 2016 14:54:05 -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: <4bb1046a-225d-66b2-7b00-067f0d6f6c60@gmail.com> 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: Wed, 21 Sep 2016 19:54:19 -0000 On 9/21/2016 1:15 PM, Jukka A. Ukkonen wrote: > Anyhow the old code will not boot on a G5 without a change, neither > will it boot with Nathan's patch included. Releasing 11.0-stable in > a state that will not actually boot on one of the supported platforms > will not look awfully bright either. I guess this is an issue for > the re team to decide. The 11 as it stands does not boot on my PowerMac G5. It hangs before it starts printing the booting output. The only exception is that when I enable DDB, it prints two lines about DDB and then hangs. It does boot under Qemu though. I don't know what is going on. -Krzysztof From owner-freebsd-ppc@freebsd.org Wed Sep 21 21:08:51 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 E079BBE464B for ; Wed, 21 Sep 2016 21:08:51 +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 A102F9A7 for ; Wed, 21 Sep 2016 21:08:50 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 10340 invoked from network); 21 Sep 2016 21:08:40 -0000 Received: from unknown (HELO mail-cs-01.app.dca.reflexion.local) (10.81.19.1) by 0 (rfx-qmail) with SMTP; 21 Sep 2016 21:08:40 -0000 Received: by mail-cs-01.app.dca.reflexion.local (Reflexion email security v8.00.0) with SMTP; Wed, 21 Sep 2016 17:08:55 -0400 (EDT) Received: (qmail 31884 invoked from network); 21 Sep 2016 21:08:54 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 21 Sep 2016 21:08:54 -0000 Received: from [192.168.0.105] (ip70-189-131-151.lv.lv.cox.net [70.189.131.151]) by iron2.pdx.net (Postfix) with ESMTPSA id 9F3BDEC90B1; Wed, 21 Sep 2016 14:08:48 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Subject: Re: svn commit: r306065 - in head/sys vs. PowerMacs: Nathan's trail patch included but inappropriate? From: Mark Millard In-Reply-To: <4bb1046a-225d-66b2-7b00-067f0d6f6c60@gmail.com> Date: Wed, 21 Sep 2016 14:08:46 -0700 Cc: freebsd-ppc@freebsd.org, chmeeedalf@gmail.com Content-Transfer-Encoding: quoted-printable Message-Id: <465041D5-C1A2-48F4-9CA7-DD03B094FAE4@dsl-only.net> References: <917EFF5A-D054-4424-9D7D-4E4BEF6072EF@gmail.com> <4bb1046a-225d-66b2-7b00-067f0d6f6c60@gmail.com> To: "Jukka A. Ukkonen" 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: Wed, 21 Sep 2016 21:08:52 -0000 On 2016-Sep-21, at 11:15 AM, Jukka A. Ukkonen = wrote: > On 09/21/16 20:28, Justin Hibbits wrote: >> On Sep 21, 2016, at 1:46 AM, Mark Millard wrote: >>=20 >>> The following from >>>=20 >>> = https://lists.freebsd.org/pipermail/svn-src-head/2016-September/091934.htm= l >>>=20 >>>=20 >>> seems in include a patch that Nathan made for testing on >>> PowerMac/iMac/Xserve G5's that failed the PowerMac7,3 test that was >>> tried by Jukka A. Ukkonen. >>>=20 >>> . . . >>=20 >> Crap, I got extra stuff in my diff. Going to revert this part = tonight, >> until everything is known good. >>=20 >> - Justin >> _______________________________________________ >> 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" >=20 >=20 > The least that will have to be changed to make the code boot on > PowerMac G5 is to change the following ... >=20 > __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])); >=20 > in function ofw_sprg_prepare() in sys/powerpc/ofw/ofw_machdep.c > to this ... >=20 > __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])); >=20 > This only removes "mtsprg0" and its corresponding parameter. >=20 > Alternatively one could use the absolutely minimalistic ... >=20 > __asm __volatile("mfsprg0 %0\n\t" > : "=3D&r"(ofw_sprg0_save) > : > ); >=20 > on a G5. I have been running exactly this since my testing sessions > with no ill effects at all. The downside is that nobody has tested > this minimalistic approach on any other ppc variant but my G5. > I have had a pending plan to test the same approach on my 32-bit G4, > but the task being somewhat time consuming it is still pending. ;-) >=20 > Anyhow the old code will not boot on a G5 without a change, neither > will it boot with Nathan's patch included. Releasing 11.0-stable in > a state that will not actually boot on one of the supported platforms > will not look awfully bright either. I guess this is an issue for > the re team to decide. >=20 > --jau Nathan Whitehorn at one point wrote: > I believe that OF's SPRG0 is maintained only for compatibility with = some G4 > Apple hardware, the eMac in particular, but will check . . . I've never had my hands on an eMac. I'm not sure if it has the same = SPRGx requirements as other G4's or not. Your testing has shown that the PowerMac7,3 G5 you have has some SPRG0 = value save/restore activity that is required: the activity associated = with ofw_sprg0_save but not the other SPRG0 activity. My prior G5 = activity and your recent testing both showed that the "other" SPRG0 = activity associated with ofmsr[1] actually causes observable problems = for at least a range of PowerMac G5 contexts. Your testing also showed = that the PowerMac7,3 G5 did not require SPRG1, SPRG2, or SPRG3 to be = saved and restored. My powerpc/powerpc64 examples have only been: PowerMac11,3 G5 ["Quad Core": 2 dual-core processors] (2 of these) PowerMac7,2 G5 [dual-processor, each single core] PowerMac3,6 G4 FW800 [dual-processor, each single core) (2 of = these) PowerMac3,5 G4 Dual Drive Door [dual-processor, each single core] PowerMac3,4 G4 [single-processor, single core] (multiple speeds) PowerMac4,1 iMac G3 [single-processor, single core] I only put my mtsprg0 removal hack (so: leaving the FreeBSD SPRG0 value = in place) in my G5 builds. I've never tested any G4's or the G3 with = such changes that I remember: I left the working context alone. No = amount of testing by me would cover contexts I never had access to. I've never had access to a non-Apple example of a powerpc/powerpc64 = context or Open Firmware context. So I have no evidence of what that = brings to the compatibility issues for the powerpc or powerpc64 Open = Firmware related code in the FreeBSD kernel versions. I'm not sure of the current status but for a long time the G4-capable = FreeBSD builds also worked in the G5's (but ignored "extra" memory). No = hack/change needed. FreeBSD stopped booting the iMac G3 a long time ago (2015-Mar or before, = at least for 11.0). Last I tried and recorded the result it got: > [Thread pid 0 tid 100037] > Stopped at pmap_activate+0x7c lwz r11,r1,0x0 Later attempts were similar as I remember. But I've never tried hard to = track down why it was failing or what changed that made the difference. One PowerMac3,4 G4 FreeBSD has never managed to boot for any FreeBSD = version that I tried. It was a 733 MHz model. (Mac OS X 10.4 and lubuntu = 14.04 had no such problem in the same system --and they operate fine = after booting as well.) But I've never tried hard to track down why or = where it was failing. So that is the scope of my relevant testing. [I have various experiments to do with the above systems once I have = access again.] =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-ppc@freebsd.org Wed Sep 21 22:02:14 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 77742BE4C60 for ; Wed, 21 Sep 2016 22:02:14 +0000 (UTC) (envelope-from grehan@freebsd.org) Received: from alto.onthenet.com.au (alto.OntheNet.com.au [203.13.68.12]) by mx1.freebsd.org (Postfix) with ESMTP id 380C68D4 for ; Wed, 21 Sep 2016 22:02:13 +0000 (UTC) (envelope-from grehan@freebsd.org) Received: from iredmail.onthenet.com.au (iredmail.onthenet.com.au [203.13.68.150]) by alto.onthenet.com.au (Postfix) with ESMTPS id D192A2047CC1 for ; Thu, 22 Sep 2016 08:01:49 +1000 (AEST) Received: from localhost (iredmail.onthenet.com.au [127.0.0.1]) by iredmail.onthenet.com.au (Postfix) with ESMTP id C40AE280A42 for ; Thu, 22 Sep 2016 08:01:49 +1000 (AEST) X-Amavis-Modified: Mail body modified (using disclaimer) - iredmail.onthenet.com.au Received: from iredmail.onthenet.com.au ([127.0.0.1]) by localhost (iredmail.onthenet.com.au [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id L9vvXYozc_ul for ; Thu, 22 Sep 2016 08:01:49 +1000 (AEST) Received: from Peters-MacBook-Pro-2.local (96-82-80-65-static.hfc.comcastbusiness.net [96.82.80.65]) by iredmail.onthenet.com.au (Postfix) with ESMTPSA id C42972808EE; Thu, 22 Sep 2016 08:01:46 +1000 (AEST) Subject: Re: svn commit: r306065 - in head/sys vs. PowerMacs: Nathan's trail patch included but inappropriate? To: Mark Millard , "Jukka A. Ukkonen" References: <917EFF5A-D054-4424-9D7D-4E4BEF6072EF@gmail.com> <4bb1046a-225d-66b2-7b00-067f0d6f6c60@gmail.com> <465041D5-C1A2-48F4-9CA7-DD03B094FAE4@dsl-only.net> Cc: chmeeedalf@gmail.com, freebsd-ppc@freebsd.org From: Peter Grehan Message-ID: <01cfa4e9-954f-3e86-c8d7-36ec8523dde0@freebsd.org> Date: Wed, 21 Sep 2016 15:01:55 -0700 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:45.0) Gecko/20100101 Thunderbird/45.3.0 MIME-Version: 1.0 In-Reply-To: <465041D5-C1A2-48F4-9CA7-DD03B094FAE4@dsl-only.net> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-CMAE-Score: 0 X-CMAE-Analysis: v=2.2 cv=VuVhOK+n c=1 sm=1 tr=0 a=A6CF0fG5TOl4vs6YHvqXgw==:117 a=mwgbnDbW7alINpy3vhoKyg==:17 a=N659UExz7-8A:10 a=GW1xBdLrtEIA:10 a=6I5d2MoRAAAA:8 a=qcQjdQMOiAKnGSxGiaAA:9 a=pILNOxqGKmIA:10 a=hZSKJdElx_UA:10 a=IjZwj45LgO3ly-622nXo:22 wl=host:3 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, 21 Sep 2016 22:02:14 -0000 > I've never had my hands on an eMac. I'm not sure if it has the same > SPRGx requirements as other G4's or not. That's the machine that caused the sprg save/restore. https://svnweb.freebsd.org/base?view=revision&revision=151891 later, Peter. From owner-freebsd-ppc@freebsd.org Wed Sep 21 22:12:00 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 37B63BE4509 for ; Wed, 21 Sep 2016 22:12:00 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-210-49.reflexion.net [208.70.210.49]) (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 E962AE6F for ; Wed, 21 Sep 2016 22:11:58 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 26770 invoked from network); 21 Sep 2016 22:05:03 -0000 Received: from unknown (HELO mail-cs-01.app.dca.reflexion.local) (10.81.19.1) by 0 (rfx-qmail) with SMTP; 21 Sep 2016 22:05:03 -0000 Received: by mail-cs-01.app.dca.reflexion.local (Reflexion email security v8.00.0) with SMTP; Wed, 21 Sep 2016 18:05:18 -0400 (EDT) Received: (qmail 1836 invoked from network); 21 Sep 2016 22:05:18 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 21 Sep 2016 22:05:18 -0000 Received: from [192.168.0.105] (ip70-189-131-151.lv.lv.cox.net [70.189.131.151]) by iron2.pdx.net (Postfix) with ESMTPSA id 2306EEC9099; Wed, 21 Sep 2016 15:05:12 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Subject: Re: svn commit: r306065 - in head/sys vs. PowerMacs: Nathan's trail patch included but inappropriate? From: Mark Millard In-Reply-To: <8bc4d151-abcd-b300-9816-b1ca587c86f9@swissmail.org> Date: Wed, 21 Sep 2016 15:05:11 -0700 Cc: freebsd-ppc@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <9335F45B-A630-40A8-B270-4659A0B8B11E@dsl-only.net> References: <917EFF5A-D054-4424-9D7D-4E4BEF6072EF@gmail.com> <4bb1046a-225d-66b2-7b00-067f0d6f6c60@gmail.com> <8bc4d151-abcd-b300-9816-b1ca587c86f9@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: Wed, 21 Sep 2016 22:12:00 -0000 On 2016-Sep-21, at 12:54 PM, Krzysztof Parzyszek wrote: > On 9/21/2016 1:15 PM, Jukka A. Ukkonen wrote: >> Anyhow the old code will not boot on a G5 without a change, neither >> will it boot with Nathan's patch included. Releasing 11.0-stable in >> a state that will not actually boot on one of the supported platforms >> will not look awfully bright either. I guess this is an issue for >> the re team to decide. >=20 > The 11 as it stands does not boot on my PowerMac G5. It hangs before = it starts printing the booting output. The only exception is that when I = enable DDB, it prints two lines about DDB and then hangs. >=20 > It does boot under Qemu though. I don't know what is going on. >=20 > -Krzysztof A couple of possible directions for the PowerMac G5 context: Direction 0: If you know how to get to the loader prompt you might be able to boot by = sidestepping the kernel's use of OpenFirmware. Nathan once asked for = such an experiment (after he checked in -r302214): > One thing it would be great to have some testing on after this change = is=20 > the FDT layer in loader. If you set usefdt=3D1 from the loader prompt,=20= > loader will distill the OF device tree into an FDT and then stop Open=20= > Firmware completely before transferring control to FreeBSD. This = should=20 > avoid any possible problems accessing Open Firmware from the kernel, = as=20 > well as making boot a little faster. > -Nathan The -r302214 changes were to sys/powerpc/aim/aim_machdep.c ad = sys/powerpc/aim/locore64.S . The changes are only in CURRRENT (now 12) from what I see so far. So for that context use of: usefdt=3D1 from the loader before then booting the kernel might manage to boot your = G5. I expect that Nathan would like to know the specifics of the result = either way. (I've not had access to do the experiment that he requested = back in late 2016-June when CURRENT was for 11.) I do not know if the loader and other code in 11.0-STABLE or the like = would allow an 11.0-??? experiment by merging the above two file = versions in with the 11.0 source that you might have. But that gets into = having a buildkernel/installkernel context for powerpc64, possibly via a = cross-build. Direction 1: Have you been able to build and install kernel with one of the following = changes that have been referenced and that Jukka A. Ukkonen tried (up to = minor spacing variations)? Changing: __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])); in ofw_sprg_prepare(void) to one of: __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])); or: __asm __volatile("mfsprg0 %0\n\t" : "=3D&r"(ofw_sprg0_save) : ); This may require a cross-build of the powerpc64 kernel if you have no = working powerpc64 context that can validly build whatever variant of the = powerpc64 11.0 kernel you want to try with such a change in. This type of experiment would not involve loader-prompt activity. If you have been or are able to try this change to your chosen 11.0 = variant and it fails to help that would be very interesting information, = please let us know the details, including especially Nathan Whitehorn. As stands there has been no checked-in change to address the issues for = Apple Powermac G5's. What has been observed on PowerMac G5's may or may = not have code that can also be compatible with non-Apple powerpc64 = environments that also use Open Firmware. I've never had non-Apple = access for powerpc64 or powerpc so I've no clue about what it takes to = have full compatibility in a single build. If there is such a fully-compatible coding then I expect Nathan would = check in the changes once they are known to work. But if there is no = such compatibile-everywhere change I doubt that G5 PowerMacs will have = priority: things have been problematical for booting PowerMac G5's for = years. So changing which machines are problematical is probably a = Principle of Lease Astonishment violation at this point. =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-ppc@freebsd.org Thu Sep 22 19:34: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 186E0BE5DEF for ; Thu, 22 Sep 2016 19:34:16 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-210-70.reflexion.net [208.70.210.70]) (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 B63621123 for ; Thu, 22 Sep 2016 19:34:15 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 13731 invoked from network); 22 Sep 2016 17:47:25 -0000 Received: from unknown (HELO rtc-sm-01.app.dca.reflexion.local) (10.81.150.1) by 0 (rfx-qmail) with SMTP; 22 Sep 2016 17:47:25 -0000 Received: by rtc-sm-01.app.dca.reflexion.local (Reflexion email security v8.00.0) with SMTP; Thu, 22 Sep 2016 13:47:39 -0400 (EDT) Received: (qmail 28696 invoked from network); 22 Sep 2016 17:47:39 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 22 Sep 2016 17:47:39 -0000 Received: from [192.168.0.105] (ip70-189-131-151.lv.lv.cox.net [70.189.131.151]) by iron2.pdx.net (Postfix) with ESMTPSA id E5EE4EC8843; Thu, 22 Sep 2016 10:47:33 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Subject: Re: svn commit: r306065 - in head/sys vs. PowerMacs: Nathan's trail patch included but inappropriate? From: Mark Millard In-Reply-To: <8bc4d151-abcd-b300-9816-b1ca587c86f9@swissmail.org> Date: Thu, 22 Sep 2016 10:47:32 -0700 Cc: freebsd-ppc@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <77D76C1C-3526-4F13-BAFE-8B07A081181B@dsl-only.net> References: <917EFF5A-D054-4424-9D7D-4E4BEF6072EF@gmail.com> <4bb1046a-225d-66b2-7b00-067f0d6f6c60@gmail.com> <8bc4d151-abcd-b300-9816-b1ca587c86f9@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: Thu, 22 Sep 2016 19:34:16 -0000 On 2016-Sep-21, at 12:54 PM, Krzysztof Parzyszek wrote: > On 9/21/2016 1:15 PM, Jukka A. Ukkonen wrote: >> Anyhow the old code will not boot on a G5 without a change, neither >> will it boot with Nathan's patch included. Releasing 11.0-stable in >> a state that will not actually boot on one of the supported platforms >> will not look awfully bright either. I guess this is an issue for >> the re team to decide. >=20 > The 11 as it stands does not boot on my PowerMac G5. It hangs before = it starts printing the booting output. The only exception is that when I = enable DDB, it prints two lines about DDB and then hangs. >=20 > It does boot under Qemu though. I don't know what is going on. >=20 > -Krzysztof I do not know which variant(s) of 11.0 you are using. If releng/11.0 : Have you picked up -r305904 that Justin Hibbits = checked-in? If stable/11 : Have you picked up -r305901 that Justin Hibbits = checked-in? If head (so 12) : Have you picked up -r305894 that Justin Hibbits = checked-in? In all 3 cases the description is: > Increase the boot1 file size on the HFS boot image. >=20 > The boot1.elf is too fat for 30k, it's now 32k on powerpc64, and 34k = on powerpc. > Without this, boot1 will fail with odd behaviors. This is not needed for 10.x-??? . The updated files are in sys/boot/powerpc/boot1.chrp/ : Makefile.hfs generate-hfs.sh hfs.tmp1.bz2.uu =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-ppc@freebsd.org Thu Sep 22 21:43: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 5C837BE59CA for ; Thu, 22 Sep 2016 21:43:02 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-210-56.reflexion.net [208.70.210.56]) (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 203B2A2F for ; Thu, 22 Sep 2016 21:43:01 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 14001 invoked from network); 22 Sep 2016 17:43:51 -0000 Received: from unknown (HELO mail-cs-01.app.dca.reflexion.local) (10.81.19.1) by 0 (rfx-qmail) with SMTP; 22 Sep 2016 17:43:51 -0000 Received: by mail-cs-01.app.dca.reflexion.local (Reflexion email security v8.00.0) with SMTP; Thu, 22 Sep 2016 13:43:06 -0400 (EDT) Received: (qmail 22898 invoked from network); 22 Sep 2016 17:43:06 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 22 Sep 2016 17:43:06 -0000 Received: from [192.168.0.105] (ip70-189-131-151.lv.lv.cox.net [70.189.131.151]) by iron2.pdx.net (Postfix) with ESMTPSA id D5903EC8FC3; Thu, 22 Sep 2016 10:42:59 -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) [re-fixed in llvm -r282174] From: Mark Millard In-Reply-To: Date: Thu, 22 Sep 2016 10:42:58 -0700 Cc: FreeBSD Toolchain , FreeBSD PowerPC ML Content-Transfer-Encoding: quoted-printable Message-Id: References: <08136189-299F-4BD6-9E49-8D39A8913D62@dsl-only.net> <0E2783E3-277F-47F1-B696-46FCFF0DB0F1@dsl-only.net> <09E211AC-6245-4A89-94DE-225A5EBA1FD2@FreeBSD.org> <827D7E4C-5719-456E-95D3-A95BBC341E7E@dsl-only.net> To: Dimitry Andric 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, 22 Sep 2016 21:43:02 -0000 Quick top post reporting that the fix for the post-amble code is in = place in llvm -r282174 : > Begin forwarded message: >=20 > 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 22, 2016 at 10:23:21 AM PDT > To: >=20 > Krzysztof Parzyszek changed bug 26519=20 > What Removed Added > Status REOPENED RESOLVED > Resolution --- FIXED >=20 > Comment # 11 on bug 26519 from Krzysztof Parzyszek > Committed in r282174. >=20 > You are receiving this mail because: > =E2=80=A2 You reported the bug. =3D=3D=3D Mark Millard markmi at dsl-only.net On 2016-Sep-12, at 6:40 PM, Mark Millard wrote: > On 2016-Sep-10, at 6:56 PM, Mark Millard = wrote: >=20 >> Quick top post: Krzysztof has re-opened llvm bugzilla 26519 because = the post-amble side of things has not been fixed yet. . . >>=20 >>=20 >>=20 >> Krzysztof Parzyszek changed bug 26519=20 >> What Removed Added >> Status RESOLVED REOPENED >> Resolution FIXED --- >> Comment # 9 on bug 26519 from Krzysztof Parzyszek >> The post-amble has not been fixed. >>=20 >> You are receiving this mail because: >> =E2=80=A2 You reported the bug. >>=20 >> =3D=3D=3D >> Mark Millard >> markmi at dsl-only.net >=20 > There is now a code review active for this now, quoting the notice: >=20 >> Comment # 10 on bug 26519 from Krzysztof Parzyszek >> The epilogue part of the fix: https://reviews.llvm.org/D24466 >>=20 >>=20 >> Hopefully there is nothing else missing. >>=20 >> You are receiving this mail because: >> =E2=80=A2 You reported the bug. >=20 > =3D=3D=3D > Mark Millard > markmi at dsl-only.net >=20 > On 2016-Sep-10, at 6:23 PM, Mark Millard = wrote: >>=20 >> On 2016-Sep-10, at 10:18 AM, Dimitry Andric = wrote: >>=20 >>> 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)! >>>=20 >>> I merged the upstream fix to projects/clang390-import: >>>=20 >>> https://svnweb.freebsd.org/changeset/base/305686 >>>=20 >>> -Dimitry >>=20 >> Looking at things for this again I've submitted a question to = https://llvm.org/bugs/show_bug.cgi?id=3D26519 asking if the post-amble = code's side if things was also adjusted (instead of just the = pre-amble/"claim" code side of things). >>=20 >> [I'm not clang/llvm literate so I may have missed interpreted = something when I looked.] >>=20 >> My original submittal also noted the stack pointer adjustment-timing = problem existed on the post-amble side in 3.8.0's code generation (when = removing the frame from the stack): >>=20 >>> 0x1801b8c : lwz r30,24(r31) >>> 0x1801b90 : lwz r29,20(r31) >>> 0x1801b94 : lwz r28,16(r31) >>> 0x1801b98 : lwz r27,12(r31) >>> 0x1801b9c : lwz r26,8(r31) >>> 0x1801ba0 : addi r1,r1,32 # Stack = pointer adjusted first >>> 0x1801ba4 : lwz r0,4(r1) >>> 0x1801ba8 : lwz r31,-4(r1) # Then Frame = Pointer load happens >>> # "outside" the new = stack range. >>> 0x1801bac : mtlr r0 >>> 0x1801bb0 : blr >>=20 >> If such code can still be generated there would still be a time frame = needing a red-zone to protect stack the contents from signals. >>=20 >> Hopefully I'm just wrong and this was fixed too. >>=20 >>=20 >>=20 >> =3D=3D=3D >> Mark Millard >> markmi at dsl-only.net >>=20 >>=20 >=20 From owner-freebsd-ppc@freebsd.org Fri Sep 23 02:57: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 8AA52BE5001 for ; Fri, 23 Sep 2016 02:57:02 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 7A610EBA for ; Fri, 23 Sep 2016 02:57:02 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id u8N2v18i045863 for ; Fri, 23 Sep 2016 02:57:02 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-ppc@FreeBSD.org Subject: [Bug 212897] Installation Iso won't boot on IBM SLOF under Qemu/KVM Date: Fri, 23 Sep 2016 02:57:02 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: misc X-Bugzilla-Version: CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: linimon@FreeBSD.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-ppc@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: assigned_to Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Sep 2016 02:57:02 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D212897 Mark Linimon changed: What |Removed |Added ---------------------------------------------------------------------------- Assignee|freebsd-bugs@FreeBSD.org |freebsd-ppc@FreeBSD.org --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-ppc@freebsd.org Fri Sep 23 04:49:22 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 8EE8FBE59B2 for ; Fri, 23 Sep 2016 04:49:22 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 74A18FB for ; Fri, 23 Sep 2016 04:49:22 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id u8N4nL3d084640 for ; Fri, 23 Sep 2016 04:49:22 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-ppc@FreeBSD.org Subject: [Bug 212897] Installation Iso won't boot on IBM SLOF under Qemu/KVM Date: Fri, 23 Sep 2016 04:49:22 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: misc X-Bugzilla-Version: CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: nwhitehorn@FreeBSD.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-ppc@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Sep 2016 04:49:22 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D212897 Nathan Whitehorn changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |nwhitehorn@FreeBSD.org --- Comment #1 from Nathan Whitehorn --- Are you sure SLOF is trying to boot from the CD? boot1 (the code that prints "Open Firmware boot block") is not installed on the CD, only on hard disks post-installation. It looks like it is trying to boot from a previously installed hard disk here. If you enter SLOF (press S early) and then type boot cdrom, it should explicitly try to boot from the CD. --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-ppc@freebsd.org Fri Sep 23 11:00:01 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 F40C8BE6DD9 for ; Fri, 23 Sep 2016 11:00:00 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id DA2A91585 for ; Fri, 23 Sep 2016 11:00:00 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id u8NB00tn061436 for ; Fri, 23 Sep 2016 11:00:00 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-ppc@FreeBSD.org Subject: [Bug 212897] Installation Iso won't boot on IBM SLOF under Qemu/KVM Date: Fri, 23 Sep 2016 11:00:00 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: misc X-Bugzilla-Version: CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: luciano@vespaperitivo.it X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-ppc@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Sep 2016 11:00:01 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D212897 --- Comment #2 from Luciano Mannucci --- Yes you're right 11.0RC3 does install. 12-Current does'nt (sparse CPU prb), Should I open another PR? Here's the usual output: Trying to load: from: /vdevice/v-scsi@2000/disk@8001000000000000 ...=20=20 Successfully loaded Consoles: Open Firmware console=20=20 FreeBSD/powerpc64 Open Firmware loader, Revision 0.1 (root@releng3.nyi.freebsd.org, Tue Aug 30 00:48:53 UTC 2016) Memory: 2097152KB Booted from: /vdevice/v-scsi@2000/disk@8001000000000000 Loading /boot/defaults/loader.conf /boot/kernel/kernel data=3D0xeb1988+0x4a1f38 syms=3D[0x8+0x14d930+0x8+0x14a= 72a] - Hit [Enter] to boot immediately, or any other key for command prompt. Booting [/boot/kernel/kernel]...=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20 Kernel entry at 0x102500 ... KDB: debugger backends: ddb KDB: current backend: ddb Copyright (c) 1992-2016 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 12.0-CURRENT #0 r305028: Tue Aug 30 00:55:49 UTC 2016 =20=20=20 root@releng3.nyi.freebsd.org:/usr/obj/powerpc.powerpc64/usr/src/sys/GENERIC= 64 powerpc gcc version 4.2.1 20070831 patched [FreeBSD] WARNING: WITNESS option enabled, expect reduced performance. VT: init without driver. cpu0: IBM POWER8E revision 2.1, 3425.00 MHz cpu0: Features dc005180 cpu0: Features2 c2000000 real memory =3D 2110447616 (2012 MB) avail memory =3D 1989148672 (1897 MB) FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs cpu0: dev=3D7e5e0090 (BSP) cpu8: dev=3D7e5e08b0 cpu16: dev=3D7e5e10d0 cpu24: dev=3D7e5e18f0 random: entropy device external interface kbd0 at kbdmux0 ofwbus0: on nexus0 xicp0: on ofwbus0 cpulist0: on ofwbus0 cpu0: on cpulist0 cpu1: on cpulist0 cpu2: on cpulist0 cpu3: on cpulist0 pcib0: on ofwbus0 pci0: on pcib0 pci0: at device 3.0 (no driver attached) ohci0: mem 0xc0000000-0xc00000ff i= rq 4100 at device 2.0 on pci0 usbus0 on ohci0 re0: port 0x100-0x1ff mem 0xc0000100-0xc00001= ff irq 4099 at device 1.0 on pci0 re0: Chip rev. 0x74800000 re0: MAC rev. 0x00000000 miibus0: on re0 rlphy0: PHY 0 on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto, auto-flow re0: Using defaults for TSO: 65518/35/2048 re0: Ethernet address: 52:54:00:1a:cd:48 rtas0: on ofwbus0 vdevice0: on ofwbus0 vscsi0: irq 16781319 on vdevice0 vscsi0: Queue depth 22 commands uart0: irq 16781320 on vdevice0 Timecounter "timebase" frequency 512000000 Hz quality 0 Event timer "decrementer" frequency 512000000 Hz quality 1000 Timecounters tick every 1.000 msec usbus0: 12Mbps Full Speed USB v1.0 cd0 at vscsi0 bus 0 scbus0 target 0 lun 1 cd0: ugen0.1: at usbus0 uhub0: on usbus0 Removable CD-ROM SPC-3 SCSI device cd0: 150.000MB/s transfers cd0: 544MB (278861 2048 byte sectors) da0 at vscsi0 bus 0 scbus0 target 0 lun 0 da0: Fixed Direct Access SPC-3 SCSI device da0: 150.000MB/s transfers da0: 20480MB (41943040 512 byte sectors) SMP: AP CPU #8 launched SMP: AP CPU #24 launched SMP: AP CPU #16 launched spin lock 0x1125d80 (sched lock 0) held by 0x50e99c0 (tid 100049) too long spin lock 0x1125d80 (sched lock 0) held by 0x50e99c0 (tid 100049) too long spin lock 0x1125d80 (sched lock 0) held by 0x50e99c0 (tid 100049) too long timeout stopping cpus panic: spin lock held too long cpuid =3D 24 KDB: stack backtrace: 0xc00000004001f230: at .kdb_backtrace+0x5c 0xc00000004001f360: at .vpanic+0x190 0xc00000004001f420: at .panic+0x38 0xc00000004001f4b0: at ._mtx_lock_spin_failed+0x60 0xc00000004001f540: at ._mtx_lock_spin_cookie+0x114 0xc00000004001f5f0: at .__mtx_lock_spin_flags+0x18c 0xc00000004001f690: at .tdq_lock_pair+0x7c 0xc00000004001f720: at .sched_idletd+0x238 0xc00000004001f850: at .fork_exit+0xd0 0xc00000004001f8f0: at .fork_trampoline+0x10 0xc00000004001f920: at blocked_loop+0x38 KDB: enter: panic [ thread pid 11 tid 100006 ] Stopped at .kdb_enter+0x60: ld r2, r1, 0x28, db> timeout stopping cpus panic: spin lock held too long cpuid =3D 8 Uptime: 1s timeout stopping cpus panic: spin lock held too long cpuid =3D 16 KDB: enter: panic [ fatal kernel trap: exception =3D 0x700 (program) srr0 =3D 0xe30a80 srr1 =3D 0x8000000000081032 lr =3D 0xe30a80 curthread =3D 0x4c31000 pid =3D 11, comm =3D idle: cpu24 panic: program trap cpuid =3D 24 tUSpttoipmpee:d 1as generictrap+0x98: stdu r31, r1, 0xfd50, db> --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-ppc@freebsd.org Fri Sep 23 12:56: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 9FF4DBE66FC for ; Fri, 23 Sep 2016 12:56:33 +0000 (UTC) (envelope-from luciano@vespaperitivo.it) Received: from baobab.bilink.net (baobab.bilink.net [212.45.144.44]) by mx1.freebsd.org (Postfix) with ESMTP id 67C699BF for ; Fri, 23 Sep 2016 12:56:32 +0000 (UTC) (envelope-from luciano@vespaperitivo.it) Received: from localhost (localhost [127.0.0.1]) by baobab.bilink.it (Postfix) with ESMTP id 3sgYJz33XkzRRqm for ; Fri, 23 Sep 2016 14:56:35 +0200 (CEST) X-Virus-Scanned: amavisd-new at mcs.it Received: from baobab.bilink.net ([127.0.0.1]) by localhost (baobab.mcs.it [127.0.0.1]) (amavisd-new, port 11027) with ESMTP id LxX4xtzl13bC for ; Fri, 23 Sep 2016 14:56:35 +0200 (CEST) Received: from hermes.mcs.it (hermes.mcs.it [192.168.132.21]) by baobab.bilink.it (Postfix) with ESMTP id 3sgYJz1PzQzRRqV for ; Fri, 23 Sep 2016 14:56:35 +0200 (CEST) Received: from mordeus (unknown [192.168.45.6]) by hermes.mcs.it (Postfix) with ESMTP id 18A851B7580 for ; Fri, 23 Sep 2016 14:56:26 +0200 (CEST) Date: Fri, 23 Sep 2016 14:56:25 +0200 From: Luciano Mannucci To: freebsd-ppc@freebsd.org Subject: Re: 11.0RC3 Installer: doesn't boot on KVM In-Reply-To: <3sdcQj0d8jz1cXKx@baobab.bilink.it> References: <3sdcQj0d8jz1cXKx@baobab.bilink.it> X-Mailer: Claws Mail 3.14.0 (GTK+ 2.24.29; amd64-portbld-freebsd10.1) X-Face: 4qPv4GNcD; h<7Q/sK>+GqF4=CR@KmnPkSmwd+#%\F`4yjKO3"C]p'z=(oWRnsYBQGM\5g:4skqQY0NnV'dM:Mm:^/_+I@a"; [-s=ogufdF"9ggQ'=y MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Message-Id: <3sgYJz1PzQzRRqV@baobab.bilink.it> X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Sep 2016 12:56:33 -0000 On Tue, 20 Sep 2016 11:09:39 +0200 Luciano Mannucci wrote: > Yet aonother installer-boot problem: this time it is the iso CD image > that behaves like the previous (RC2) instaled boot. I'm getting: It boots! It installs and the installed version boots from HD (hence it is SLOF friendly :), and works with sparse CPUs! Wow, grat job! Many thanks, Luciano. -- /"\ /Via A. Salaino, 7 - 20144 Milano (Italy) \ / ASCII RIBBON CAMPAIGN / PHONE : +39 2 485781 FAX: +39 2 48578250 X AGAINST HTML MAIL / E-MAIL: posthamster@sublink.sublink.ORG / \ AND POSTINGS / WWW: http://www.lesassaie.IT/ From owner-freebsd-ppc@freebsd.org Fri Sep 23 16:56:40 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 2DFDDBE633A for ; Fri, 23 Sep 2016 16:56:40 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 1D63D835 for ; Fri, 23 Sep 2016 16:56:40 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id u8NGudOu077688 for ; Fri, 23 Sep 2016 16:56:39 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-ppc@FreeBSD.org Subject: [Bug 212897] Installation Iso won't boot on IBM SLOF under Qemu/KVM Date: Fri, 23 Sep 2016 16:56:40 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: misc X-Bugzilla-Version: CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: nwhitehorn@FreeBSD.org X-Bugzilla-Status: Closed X-Bugzilla-Resolution: Not A Bug X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-ppc@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: resolution bug_status Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Sep 2016 16:56:40 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D212897 Nathan Whitehorn changed: What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |Not A Bug Status|New |Closed --- Comment #3 from Nathan Whitehorn --- Ugh. I have some pending changes to make the CPU map dense for 12. Obviousl= y, these bugs keep getting reintroduced and it is not safe to rely on sparsity= . In any case, I'm glad 11.0 works! --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-ppc@freebsd.org Fri Sep 23 16:57:41 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 86A5CBE63E5 for ; Fri, 23 Sep 2016 16:57:41 +0000 (UTC) (envelope-from nwhitehorn@freebsd.org) Received: from d.mail.sonic.net (d.mail.sonic.net [64.142.111.50]) (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 76D2A997 for ; Fri, 23 Sep 2016 16:57:41 +0000 (UTC) (envelope-from nwhitehorn@freebsd.org) Received: from aurora.physics.berkeley.edu (aurora.physics.berkeley.edu [128.32.117.67]) (authenticated bits=0) by d.mail.sonic.net (8.15.1/8.15.1) with ESMTPSA id u8NGvP3V011430 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT) for ; Fri, 23 Sep 2016 09:57:25 -0700 Subject: Re: 11.0RC3 Installer: doesn't boot on KVM To: freebsd-ppc@freebsd.org References: <3sdcQj0d8jz1cXKx@baobab.bilink.it> <3sgYJz1PzQzRRqV@baobab.bilink.it> From: Nathan Whitehorn Message-ID: <3f985948-0380-f90a-3ac0-847594fe5917@freebsd.org> Date: Fri, 23 Sep 2016 09:57:26 -0700 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.1.0 MIME-Version: 1.0 In-Reply-To: <3sgYJz1PzQzRRqV@baobab.bilink.it> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Sonic-CAuth: UmFuZG9tSVbRgenEDse4yDfHE/2UOhF3J8oUVs4BQerWpisFZ2lRdLvQv0NdQhc/ql/eoOgHpuRD6FBAAR5yWiZp3aXQ8A1FHBUF8tyUtbU= 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, 23 Sep 2016 16:57:41 -0000 On 09/23/16 05:56, Luciano Mannucci wrote: > On Tue, 20 Sep 2016 11:09:39 +0200 > Luciano Mannucci wrote: > >> Yet aonother installer-boot problem: this time it is the iso CD image >> that behaves like the previous (RC2) instaled boot. I'm getting: > It boots! > > It installs and the installed version boots from HD (hence it is SLOF > friendly :), and works with sparse CPUs! > > Wow, grat job! > > Many thanks, > > Luciano. Great! Thanks for your help in testing for 11.0! -Nathan From owner-freebsd-ppc@freebsd.org Sat Sep 24 09:09: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 32B38BE5485 for ; Sat, 24 Sep 2016 09:09:19 +0000 (UTC) (envelope-from peter.turay@vgtelecomreports.com) Received: from smtp.vgtelecomreports.com (smtp.vgtelecomreports.com [202.0.103.127]) by mx1.freebsd.org (Postfix) with ESMTP id D1D19CE1 for ; Sat, 24 Sep 2016 09:09:16 +0000 (UTC) (envelope-from peter.turay@vgtelecomreports.com) X-SmarterMail-Authenticated-As: admin@vgtelecomreports.com DomainKey-Signature: a=rsa-sha1; c=nofws; q=dns; d=vgtelecomreports.com; s=smtp; h=received:from:to:message-id:subject:date:mime-version:reply-to :content-type; b=jn5c3HD6/7jzh0JNP/2O0A/MRTOCrzwwt5jUp5q5vtp+DzvjeCxH3SPk3Ri+hQfnt rOidAJiFOTN9mTStUSqMW+Qy2AS5HbTz8l3cpUvno/BgJi1eQAgeZ0zcgsMX2Xnqp Nktb0oNWqr97SySquHRBlKAIfmaJGxJy82bC5Pbn0= DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=vgtelecomreports.com; s=smtp; h= content-type:reply-to:mime-version:date:subject:message-id:to:from; bh=MJN85F1PQoBzJTUKJ9FlSkiaTgwkVTLA5eiaMfwAULs=; b=W6rml2PWWB7J2cYrxYbMVl0U5NA2fvnWk15ZxG9O0XGI5Xb7VXrmOMlRm1BQ5uJs+ WX2DWpazglNDRJ5zxLzxTmBSyYcvsBYOnWuQ9BRWEvyWK4At840gqUO9AS98Fpale jYz1R5vORUTUbj4dJcZ8l84qTpydXI7Kb8edxqTs8= Received: from WIN-ASQ29B6R1EP (WIN-ASQ29B6R1EP [202.0.103.127]) by smtp.vgtelecomreports.com with SMTP; Fri, 23 Sep 2016 13:07:32 +0100 From: Peter Turay To: freebsd-ppc@freebsd.org Message-Id: <20160923130732.1137475103@vgtelecomreports.com> Subject: Report - Carrier WI-FI Market 2015-2020 Date: Fri, 23 Sep 2016 13:07:32 +0100 MIME-Version: 1.0 Reply-To: peter.turay@vgtelecomreports.com Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: 8bit 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: Sat, 24 Sep 2016 09:09:19 -0000 Carrier WI-FI Market 2015-2020 Exploring the Potential of Hotspot 2.0 in HetNets, Mesh Networks, Data Offloading & VoWifi Telecoms Report Publication date: 28th Jan 2015 Number of Pages: 108 ------------------------------------------------------------ As Smartphones and Tablets have become increasingly ubiquitous, there is increasing mobility advantage offered by these devices meaing that consumers have come to expect higher standards of network connectivity at all times. Consequently, global data traffic increased from 820 petabytes/month in 2012 to 1.5 exabytes/month in 2013 and 2.8 exabytes/month in 2014. In 2015, Visiongain expects the average global data traffic will have reached 4.6 exabytes per month. Therefore operators are finding themselves in a capacity crunch, vying to increase network capacity and mobile broadband to meet the challenges of providing the quality of experience that end-users expect of next-generation networks; yet without incurring crippling capital and operational expenditures. Heterogeneous networks are the leading solution to emerge. Carrier Wi-Fi especially, has been embraced by operators as the preferred means for data offloading. In high traffic areas, this method allows operators to shift data transmissions to a Wi-Fi network as opposed to taxing cellular bandwidth. 2014 marked the advent of Hotspot 2.0, a Wireless Broadband Alliance standard that allows compatible phones to shift seamlessly and automatically between Wi-Fi and cellular networks. This technology will not only be a blessing for the burgeoning carrier Wi-Fi market, but also change the way operators approach urban network planning and strategy in the LTE era. Visiongain expects a total of 5.95 million Hotspot 2.0 sites to be deployed globally by the end of 2015. As developed markets begin to deviate towards comprehensive LTE coverage, Carrier Wi-Fi will become an integral part of network architecture. The industry is witnessing a tremendous shift in network strategy and planning, one that revolves around a more intricate nexus of compact, high-performance elements. The Carrier Wi-Fi market will experience high double-digit growth through the forecast period, simultaneously driving innovation in fibre-optic and multi-gigabit millimetre wave backhaul, IP-based core networks, heterogeneous and self-organising networks. These are the optimal and inevitable solutions to industry-wide questions on mobile network capacity. Why order the Carrier Wi-Fi Market 2015-2020: Exploring the Potential of Hotspot 2.0 in HetNets, Mesh Networks, Data Offloading & VoWifi What is the future of the Carrier Wi-Fi market? Visiongain’s comprehensive analysis contains highly quantitative content that delivers solid conclusions. This will illustrate new opportunities and potential revenue streams helping you to remain competitive. This definitive report will benefit your decision-making and help direct your future business strategy. In our new report, discover market forecasts from 2015-2020 and details about the 5 leading companies in Carrier Wi-Fi. The report assesses their strategies, technologies, competitive forces, and product portfolios. Learn of the prospects for the Carrier Wi-Fi sector and find out who is at the forefront of it. Acquire the following key information: • Carrier Wi-Fi market analysis to exploit key business opportunities arising in the marketplace - Quantification of Carrier Wi-Fi revenue and number of deployments from 2015-2020, expressed globally, regionally and by segment. • Our 108-page report provides 71 tables, charts, and graphs - Thorough assessment of the Carrier Wi-Fi market’s leaders, innovators, incumbents, and challengers. This analysis will achieve quicker, easier understanding of key Carrier Wi-Fi markets and how consumer demand will fluctuate over time. • Find Carrier Wi-Fi revenue forecasts from 2015-2020 for the five following regions: - North America r Carrier Wi-Fi revenues & deployments - Latin America Carrier Wi-Fi revenues & deployments - Asia-Pacific Carrier Wi-Fi revenues & deployments - Europe Carrier Wi-Fi revenues & deployments - The Middle East and Africa Carrier Wi-Fi revenues & deployments • Each of the 5 regions are also segmented with individual revenue forecasts from 2015-2020 - Fixed carrier revenues - Mobile carrier revenues - Third party revenues • Each of the 5 regions are further segmented with individual deployment (units) forecasts from 2015-2020 - Fixed carrier deployments - Mobile carrier deployments - Third party deployments • Detailed profiles of 5 leading ecosystem players, complete with strategies, portfolios, and key partnerships, allowing you to compete more effectively in the market. - Technologies and companies holding great potential are presented for this evolving market too, whilst exploring and analyzing their activities too. View Visiongain’s assessment of the prospects for established competitors, rising companies, and new market entrants. Gain a thorough understanding of the competitive landscape with profiles of 5 leading Carrier Wi-Fi ecosystem players, examining their positioning, capabilities, product portfolios, R&D activity, services, focus, strategies, M&A activity, and future outlook. - Cisco Systems - Ruckus Wireless - Alcatel-Lucent - Ericsson - Alepo Discover invaluable information in our independent assessment of the Carrier Wi-Fi market The Carrier Wi-Fi Market 2015-2020: Exploring the Potential of Hotspot 2.0 in HetNets, Mesh Networks, Data Offloading & VoWifi report provides impartial sector analysis. With our independent business intelligence, discover where your profitable prospects are. Our latest research provides you with key strategic advantages inluding informed, independent, objective analysis and company profiles, providing you with greater awareness to remain competititive in the marketplace. Order our report - Carrier Wi-Fi Market 2015-2020: Exploring the Potential of Hotspot 2.0 in HetNets, Mesh Networks, Data Offloading & VoWifi. ------------------------------------------------------------ Table of Contents 1. Report Overview 1.1 Global Carrier Wi-Fi Market Overview 1.2 Global Carrier Wi-Fi Market Structure 1.3 Why You Should Read This Report 1.4 How This Report Delivers 1.5 Key Questions Answered by This Analytical Report Include: 1.6 Who is This Report For? 1.7 Methodology 1.8 Frequently Asked Questions (FAQ) 1.9 Associated Visiongain Reports 1.10 About Visiongain 2. Introduction to the Carrier Wi-Fi Market 2.1 Bracing for Unprecedented Mobile Data Traffic Growth 2.1.1 Increasing Smartphone Penetration 2.1.2 Growth of Mobile Broadband 2.2 The Concept of Heterogeneous Networks (HetNets) 2.3 How Does a Heterogeneous Network Operate? 2.4 The Place of Wi-Fi in Carrier Networks 2.4.1 Licensed and Unlicensed Spectrum 2.4.2 Growth in Hotspot Numbers and Interest in Wi-Fi Technology 2.4.3 Need for In-Building Coverage 2.5 Market Definition 2.5.1 How is Carrier Grade Wi-Fi Defined? 2.5.2 Defining Terms and Characteristics 2.5.2.1 Consistency of User Experience 2.5.2.2 What Constitutes and End-to-end Carrier Wi-Fi Network? 2.5.2.3 Network Management Specifications 2.5.3 How Have We Quantified the Carrier Wi-Fi Market? 3. Global Carrier Wi-Fi Market Forecasts 2015-2020 3.1 Significant Increase in Mobile Broadband Uptake Driving the Small Cells Market Forward 3.2 Significant Uptake of Carrier Wi-Fi from Operators Driving Shipments 4. Global Carrier Wi-Fi Market Segmentation Forecasts 2015-2020 4.1 Global Carrier Wi-Fi Segmented Revenue Forecast 2015-2020 4.2 Global Carrier Wi-Fi Submarket Deployment Forecast 2015-2020 5. Regional Carrier Wi-Fi Market Forecasts 2015-2020 5.1 Overview 5.2 Regional Carrier Wi-Fi Revenue Forecast 2015-2020 5.3 Regional Carrier Wi-Fi Deployment Forecast 2015-2020 5.4 The North American Carrier Wi-Fi Market 2015-2020 5.4.1 Who are the Leading Players in the North American Carrier Wi-Fi Market? 5.4.1 North American Carrier Wi-Fi Cell Revenue Forecast 2015-2020 5.4.2 North American Carrier Wi-Fi Deployment Forecast 2015-2020 5.5 The Latin American Carrier Wi-Fi Market 2015-2020 5.5.1 Latin American Carrier Wi-Fi Revenue Forecast 2015-2020 5.5.2 Latin American Carrier Wi-Fi Deployment Forecast 2015-2020 5.6 The Asia-Pacific Carrier Wi-Fi Market 2015-2020 5.6.1 Asia-Pacific Carrier Wi-Fi Revenue Forecast 2015-2020 5.6.2 Asia-Pacific Carrier Wi-Fi Deployment Forecast 2015-2020 5.7 The European Carrier Wi-Fi Market 2015-2020 5.7.1 European Carrier Wi-Fi Market Forecast 2015-2020 5.7.2 European Carrier Wi-Fi Deployment Forecast 2015-2020 5.8 The Middle East and African Carrier Wi-Fi Market 2015-2020 5.8.1 Middle East and African Carrier Wi-Fi Revenue Forecast 2015-2020 5.8.2 Middle East and African Carrier Wi-Fi Deployment Forecast 2015-2020 6. Leading Companies in the Carrier Wi-Fi Ecosystem 6.1 Cisco 6.1.1 Cisco and Carrier Wi-Fi: An Extensive, Collaborative History 6.1.2 Early Efforts in Voice-over-WiFi 6.1.2.1 Cisco Universal Wi-Fi Solutions Portfolio 6.1.3 Cisco’s Overall Carrier Wi-Fi Strategy and Market Position 6.2 Ruckus Wireless 6.2.1 Recent History and Growth 6.2.2 Ruckus Carrier Wi-Fi Product Offering 6.2.2.1 Later Developments and Xclaim Line 6.2.3 Ruckus Strengths, Weaknesses, and Market Outlook 6.3 Ericsson 6.3.1 Acquisition of BelAir Networks and Early Foothold in Carrier Wi-Fi 6.3.1.1 How did Ericsson Adapt a Novel Strategy around BelAir’s Portfolio? 6.3.2 Ericsson Stepping into Carrier-Grade Wi-Fi: Approach and Ambitions 6.4 Alcatel-Lucent 6.4.1 Alcatel-Lucent’s New Product Line 6.4.2 Alcatel-Lucent Strategy and Outlook 6.5 Alepo 6.5 Case Study: Alepo Implements Carrier Wi-Fi with MTN Cameroon 6.5.1 What were MTN Cameroon’s Carrier Wi-Fi Ambitions? 6.5.2 Partnership with Alepo: Project Conception, Solutions, and Components 6.5.3 Relevance and Legacy 6.6 Operators and Vendors Embracing Carrier Wi-Fi 7. Technical Specifications of Carrier Wi-Fi Technologies 7.1 Technical considerations 7.1.1.1 Interference Management 7.1.1.2 Mobility Management 7.1.2 Backhaul 7.1.4 Self-Organising Networks 7.1.4.1 Striving for Greater Standardisation in Carrier Wi-Fi 7.2 Comparing Carrier Wi-Fi Approach to HetNets 7.2.1 Microcells versus Wi-Fi Performance 7.2.2 Mobility 7.2.3 Quality of Service 7.2.4 Security 7.2.5 Self Organising Networks (SON) 7.2.5.1 The Advent and Importance of Self-Organising Networks 7.3 Design of HetNets 7.3.1 Deployment Aspects and Choice of Radio Access Technology 7.3.2 Carrier Wi-Fi in 3G Networks 7.3.3 Carrier Wi-Fi in 4G Networks 8. SWOT Analysis of the Carrier Wi-Fi Market 2015-2020 9. Conclusions and Recommendations 9.1 Rising Traffic Volumes and Increasing Demand for Ever Present Mobile Broadband Coverage 9.2 Vendors Build a Strong Case for Carrier Wi-Fi Architectures 9.2.1 Carrier Wi-Fi and LTE 9.2.2 Integrated Antenna Systems Favouring Growth of Carrier Wi-Fi 9.2.3 Carrier Wi-Fi Deployment Challenges and SONs 9.3 Wi-Fi Offloading and its Challenges 9.4 Operator Benefits from Carrier Wi-Fi: Increased Revenue, Reduced Cost 9.5 Visiongain Predicts Consistently High Growth Rates in the Carrier Wi-Fi Market Fuelled By Upgrades in Mobile Broadband Technology 10. Glossary ------------------------------------------------------------ List of Charts Chart 1.1: European Mobile Carrier-Wi-Fi Deployment Forecast 2015-2020 (million units, AGR %) Chart 2.1: Global Mobile Data Traffic Forecast 2015-2020 (EB/month; AGR %) Chart 2.2: Global Smartphone Connection Forecast 2015-2020 (connections, AGR %) Chart 3.1: Global Carrier Wi-Fi Market Revenue Forecast 2015-2020 ($ bn; AGR %) Chart 3.2: Global Carrier Wi-Fi Deployment Forecast 2015-2020 (million units, AGR %) Chart 4.1: Global Carrier Wi-Fi Segment Revenue Forecast 2015-2020 ($ bn) Chart 4.2: Global Carrier Wi-Fi Segment Revenue Share Forecast 2015; 2017; 2020 (%) Chart 4.3: Global Carrier Wi-Fi Segment Deployment Forecast 2015-2020 (million units) Chart 4.4: Global Carrier Wi-Fi Segment Deployment Share Forecast 2015; 2017; 2020 (%) Chart 5.1: Regional Carrier Wi-Fi Revenue Forecast 2015-2020 ($ bn) Chart 5.2: Regional Carrier Wi-Fi Revenue Share Forecast 2015; 2017; 2020 (%) Chart 5.3: Global Carrier Wi-Fi Deployment Share Forecast 2015; 2017; 2020 (%) Chart 5.4: Regional Carrier Wi-Fi Deployment Forecast 2015-2020 (million units) Chart 5.5: North American Carrier Wi-Fi Revenue Forecast 2015-2020 ($ bn, AGR %) Chart 5.6: North American Carrier Wi-Fi Revenue by Segment Forecast 2015-2020 ($ bn) Chart 5.7: North American Carrier Wi-Fi Regional Revenue Share Forecast 2015; 2017; 2020 (%) Chart 5.8: North American Carrier Wi-Fi Deployment Forecast 2015-2020 (million units, AGR %) Chart 5.9: North American Carrier Wi-Fi Deployment by Segment Forecast 2015-2020 (million units) Chart 5.10: North American Carrier Wi-Fi Regional Deployment Share Forecast 2015; 2017; 2020 (%) Chart 5.11: Latin American Carrier Wi-Fi Revenue Forecast 2015-2020 ($ bn, AGR %) Chart 5.12: Latin American Carrier Wi-Fi Revenue by Segment Forecast 2015-2020 ($ bn) Chart 5.13: Latin American Carrier Wi-Fi Regional Revenue Share Forecast 2015; 2017; 2020 (%) Chart 5.14: Latin American Carrier Wi-Fi Deployment Forecast 2015-2020 (million units, AGR %) Chart 5.15: Latin American Carrier Wi-Fi Deployment by Segment Forecast 2015-2020 (million units) Chart 5.17: Asia-Pacific Carrier Wi-Fi Revenue Forecast 2015-2020 ($ bn, AGR %) Chart 5.18: Asia-Pacific Carrier Wi-Fi Revenue by Segment Forecast 2015-2020 ($ bn) Chart 5.19: APAC Carrier Wi-Fi Regional Revenue Share Forecast 2015; 2017; 2020 (%) Chart 5.20: APAC Carrier Wi-Fi Deployment Forecast 2015-2020 (million units, AGR %) Chart 5.21: APAC Carrier Wi-Fi Deployment by Segment Forecast 2015-2020 (million units) Chart 5.23: European Carrier Wi-Fi Revenue Forecast 2015-2020 ($ bn, AGR %) Chart 5.24: European Carrier Wi-Fi Revenue by Segment Forecast 2015-2020 ($ bn) Chart 5.25: European Carrier Wi-Fi Regional Revenue Share Forecast 2015; 2017; 2020 (%) Chart 5.26: Europe Carrier Wi-Fi Deployment Forecast 2015-2020 (million units, AGR %) Chart 5.27: Europe Carrier Wi-Fi Deployment by Segment Forecast 2015-2020 (million units) Chart 5.29: MEA Carrier Wi-Fi Revenue Forecast 2015-2020 ($ bn, AGR %) Chart 5.30: MEA Carrier Wi-Fi Revenue by Segment Forecast 2015-2020 ($ bn) Chart 5.31: MEA Carrier Wi-Fi Regional Revenue Share Forecast 2015; 2017; 2020 (%) Chart 5.32: MEA Carrier Wi-Fi Deployment Forecast 2015-2020 (million units, AGR %) Chart 5.33: MEA Carrier Wi-Fi Deployment by Segment Forecast 2015-2020 (million units) Chart 5.34: MEA Carrier Wi-Fi Regional Deployment Share Forecast 2015; 2017; 2020 (%) --------------------------------------------- List of Figures Figure 1.1: Basic Carrier Wi-Fi Market Structure Overview Figure 2.1: Basic Attributes of Carrier Wi-Fi --------------------------------------------- List of Tables Table 2.1: Global Mobile Data Traffic Forecast 2015-2020 (EB/month, AGR %, CAGR %, Cumulative) Table 3.1: Global Carrier Wi-Fi Market Revenue Forecast 2015-2020 ($ billion, AGR %, CAGR %, Cumulative) Table 3.2: Global Carrier Wi-Fi Deployment Forecast 2015-2020 (million units, AGR %, CAGR %, Cumulative) Table 4.1: Carrier Wi-Fi Deployment Groups Table 4.1: Global Carrier Wi-Fi Segment Revenue Forecast 2015-2020 ($ bn, AGR %) Table 4.2: Global Carrier Wi-Fi Segment Revenue Share Forecast 2015-2020 (% share) Table 4.3: Global Carrier Wi-Fi Segment Deployment Forecast 2015-2020 (million units, AGR %) Table 4.4: Global Carrier Wi-Fi Segment Deployment Share Forecast 2015-2020 (% share) Table 5.1: Regional Carrier Wi-Fi Revenue Forecast 2015-2020 ($bn, AGR%) Table 5.2: Regional Carrier Wi-Fi Revenue Share Forecast 2015-2020 (% share) Table 5.3: Regional Carrier Wi-Fi Deployment Share Forecast 2015-2020 (% share) Table 5.4: Regional Carrier Wi-Fi Deployment Forecast 2015-2020 (million units, AGR%) Table 5.5: North American Carrier Wi-Fi Revenue Forecast by Segment 2015-2020 ($ bn, AGR %, CAGR %, Cumulative) Table 5.6: North American Carrier Wi-Fi Deployment Forecast by Segment 2015-2020 (million units, AGR %, CAGR %, Cumulative) Table 5.7: Latin American Carrier Wi-Fi Revenue Forecast by Segment 2015-2020 ($ bn, AGR %, CAGR %, Cumulative) Table 5.8: Latin American Carrier Wi-Fi Deployment Forecast by Segment 2015-2020 (million units, AGR %, CAGR %, Cumulative) Table 5.9: Asia-Pacific Carrier Wi-Fi Revenue Forecast by Segment 2015-2020 ($ bn, AGR %, CAGR %, Cumulative) Table 5.10: APAC Carrier Wi-Fi Deployment Forecast by Segment 2015-2020 (million units, AGR %, CAGR %, Cumulative) Table 5.11: European Carrier Wi-Fi Revenue Forecast by Segment 2015-2020 ($ bn, AGR %, CAGR %, Cumulative) Table 5.12: Europe Carrier Wi-Fi Deployment Forecast by Segment 2015-2020 (million units, AGR %, CAGR %, Cumulative) Table 5.13: MEA Carrier Wi-Fi Revenue Forecast by Segment 2015-2020 ($ bn, AGR %, CAGR %, Cumulative) Table 5.14: MEA Carrier Wi-Fi Deployment Forecast by Segment 2015-2020 (million units, AGR %, CAGR %, Cumulative) Table 6.1: Cisco Selected Carrier Wi-Fi Products Table 6.2: Ruckus Selected Carrier Wi-Fi Products Table 6.3: Ericsson Selected Carrier Wi-Fi Products Table 6.4: Alcatel-Lucent Selected Carrier Wi-Fi Products Table 6.5: Wireless Broadband Alliance Next-Generation Hotspot Phase 1 Trial Participants Table 7.1: Carrier Wi-Fi and Cellular Network Coupling Types Table 8.1 SWOT Analysis of the Carrier Wi-Fi Market 2015-2020 ----------------------------------------------------------- Companies Mentioned in this report Accuris Networks Aicent Alcatel- Lucent Alepo Alvarion Arqiva Aruba Networks AT&T BelAir Bell Mobility BIGLOBE Boingo Wireless Bright House Networks BSG BSkyB BT CableLabs China Mobile China Telecom Cisco Comcast Connection Services Deutsche Telekom Devicescape Docomo interTouch (USA) Inc. Ericsson FON Green Packet Berhad Huawei Intel Corp. KDDI KT Meteor Network France MTN Cameroon NTT Docomo O2 Oi Brasil Optus Orange PCCW-HKT(CSL) Portugal Telecom PT Telkom Indonesia Ruckus Wireless Shaw Communications SK Telecom Sprint Wireless Syniverse Technologies Telecom New Zealand Telefónica Telstra Time Warner Cable T-Mobile T-Mobile US Towerstream TRUE Virgin Media Other Organisations Mentioned in this Report 3GPP City of Adelaide European Parliament Institute of Electrical and Electronics Engineers Seibu Dome,Tokorozawa, Japan. Wi-Fi Alliance Wireless Broadband Alliance ------------------------------------------------------------ Pricing Single User License: Single user copies of this report are available for EUR2249/ USD2699/ GBP1099 Departmental License: Entitles up to 5 individual users to access this report for EUR3599/ USD4499/ GBP2999 (Not suitable for library usage) Site License: Allow your company to have access to this report at one location for EUR5999/ USD7499/ GBP4999 (Suitable for library storage and use) Global License: Have your whole company worldwide to access this information for EUR8399/ USD9999/ GBP6999 ------------------------------------------------------------ Ordering To order this report, contact Peter Turay on: Telephone: +44(0)207 549 0537 or email: peter.turay@vgtelecomreports.com And provide the following information: Report Title: Report License (Single User/Departmental/Site/Global): Name: User Email: Job Title: Company: Invoice Address: Telephone and Fax number: EEC VAT Number (only for E.U.): Please contact me should you have any questions or wish to receive an executive summary of this report. I look forward to hearing from you. Best Regards, Peter Turay Telecoms Industry Consultant Terms and Conditions By replying to this e-mail submitting your order for this product you have agreed without limitation or qualification to be bound by and to comply with these Terms and Conditions. You agree that you will not fail to complete any transaction after submitting an order to purchase a product or submit any order to purchase a product where you do not intend to complete the transaction. Management Reports will only be sent on receipt of payment. You are currently subscribed to this list as freebsd-ppc@freebsd.org . As a valued contact or customer, you are receiving this email with information that we believe will be relevant to you. If however, you wish to stop future messages, please reply to this email typing "REMOVE" in the subject box. Registered Office: BSG House, 230 City Road, London, EC1V 2QY, U.K. Campaign Enterprise Uses Arial Software Technology