From owner-freebsd-ppc@FreeBSD.ORG Tue Sep 16 14:11:07 2014 Return-Path: Delivered-To: freebsd-ppc@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D23A4776 for ; Tue, 16 Sep 2014 14:11:07 +0000 (UTC) Received: from out21.biz.mail.alibaba.com (out21.biz.mail.alibaba.com [205.204.114.132]) by mx1.freebsd.org (Postfix) with ESMTP id 28A80356 for ; Tue, 16 Sep 2014 14:11:06 +0000 (UTC) Received: from WS-web by r46d02007.xy2.aliyun.com at Tue, 16 Sep 2014 22:04:28 +0800 Date: Tue, 16 Sep 2014 22:04:25 +0800 From: Sender: To: Message-ID: Subject: =?UTF-8?B?UHJvZmVzc2lvbmFsIE1hbnVmYWN0dXJlIExhcHRvcCBBQyBBZGFwdGVyICA=?= X-Priority: 3 X-Mailer: Alimail-Mailagent MIME-Version: 1.0 X-Alimail-AntiSpam: AC=CONTINUE; BC=0.3325399|-1; FP=18437547478380499065|6|1|203|0|-1|-1|-1; HT=r41g03021; MF=sales03@laptoppartsupply.com; PH=DW; RN=50; RT=50; SR=0; X-Priority: 3 X-Mailer: Alimail-Mailagent revision 2658173 Sender: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: base64 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Sep 2014 14:11:08 -0000 SGkgDQpkZWFyIEZyaWVuZCwNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0K DQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoN Cg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0K DQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoN Cg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCsKg DQoNCldlIGhhdmUgdGhlIHBsZWFzdXJlIG9mIGNvbnRhY3Rpbmcgd2l0aCB5b3UgDQp0b2RheS4N Cg0KwqANCg0KDQpXZSdyZSBhIGxlYWRpbmcgbWFudWZhY3R1cmVyIG9mIGFsbCBraW5kcyBvZiBs YXB0b3AgDQphZGFwdGVycywgY29uY2x1ZGluZyBVbm5pdmVyc2FsIEFDL0NhciBhZGFwdGVyLCBU YWJsZXQgYWRhcHRlciwgV2FsbCBNb3VudCANCmFkYXB0ZXIsIE1pbmkgYWRhcHRlciwgT3JpZ2lu YWwgYWRhcHRlciBhbmQgbW9yZSwgYXMgd2VsbCBhcyBsYXB0b3AgYmF0dGVyaWVzIA0KYW5kIElw b25lIGFjY2Vzc29yaWVzLiBBbGwgdGhlc2UgYWNjb3VudCBtb3JlIHRoYW4gMTAwMCBtb2RlbHMg d2l0aCBtb3JlIHRoYW4gMSANCnllYXIgd2FycmFudHkgYW5kIG5vIE1PUS4NCg0KwqANCg0KDQoN Cg0KDQoNCg0KDQoNCg0KDQpTaG91bGQgeW91IGhhdmUgYW55IHF1ZXN0aW9ucyBvciBpbnF1aXJl cywgcGxlYXNlIGRvIG5vdCANCmhlc2l0YXRlIHRvIGxldCBtZSBrbm93Lg0KDQrCoA0KDQoNCg0K DQoNCg0KDQoNCg0KDQoNCldlIHdvdWxkIGJlIHRoYW5rZnVsIHRvIGNvb3BlcmF0ZSB3aXRoIA0K eW91Lg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoN Cg0KDQoNCg0KDQoNCg0KVGhhbmtzIGFuZCBCZXN0IFJlZ2FyZHMhDQoNCg0KDQoNCg0KDQoNCg0K DQoNCg0KDQoNCg0KDQoNCkJldHR5IChzYWxlcyANCm1hbmFnZXIpDQoNCg0KDQoNCg0KwqANCg0K U2hlbnpoZW4gSG9uZ2RhIFNodW4gDQpUZWNobm9sb2d5IERldmVsb3BtZW50IENvLixMdGQuDQoN CkhLIEZseWluZyANCkludGVybmF0aW9uYWwgQ28uLExpbWl0ZWQNCg0KRS1tYWlsOnNhbGVzMDRA aHVuZGFwb3dlci5jb207IFNreXBlOmZ5YWRhcHRlcsKgIA0KSUNROjYxMjYyMzQ0Ng0KDQpXZWJz aXRlOsKgaHR0cDovL3d3dy5meS1hZGFwdGVyLmNvbTvCoGh0dHA6Ly93d3cuaHVuZGFwb3dlci5j b207wqBodHRwOi8vaG9uZ2Rhc2h1bi5lbi5hbGliYWJhLmNvbS8NCg0KQWRkcmVzczo0MDEtMixO by4yMTgtMixIZW5hbiANCk5ldyBWaWxsYWdlLERhZnUgQ29tbXVuaXR5LEd1YW5sYW4sTG9uZ2h1 YSBOZXcgDQpEaXN0cmljdCxTaGVuemhlbixHdWFuZ2RvbmcsQ2hpbmEuDQoNCg0KDQoNCg0KDQoN Cg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0K DQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoN Cg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0K DQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoN Cg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0K DQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoN Cg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0K DQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoN Cg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0K DQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoN Cg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0K DQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoN Cg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0K DQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoN Cg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQo= From owner-freebsd-ppc@FreeBSD.ORG Tue Sep 16 15:23:22 2014 Return-Path: Delivered-To: freebsd-ppc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6CC468D9 for ; Tue, 16 Sep 2014 15:23:22 +0000 (UTC) Received: from asp.reflexion.net (outbound-245.asp.reflexion.net [69.84.129.245]) (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 12685CFC for ; Tue, 16 Sep 2014 15:23:21 +0000 (UTC) Received: (qmail 28950 invoked from network); 16 Sep 2014 15:15:59 -0000 Received: from unknown (HELO mail-cs-01.app.dca.reflexion.local) (10.81.19.1) by 0 (rfx-qmail) with SMTP; 16 Sep 2014 15:15:59 -0000 Received: by mail-cs-01.app.dca.reflexion.local (Reflexion email security v7.30.7) with SMTP; Tue, 16 Sep 2014 11:15:59 -0400 (EDT) Received: (qmail 10999 invoked from network); 16 Sep 2014 15:15:57 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (DHE-RSA-AES256-SHA encrypted) SMTP; 16 Sep 2014 15:15:57 -0000 X-No-Relay: not in my network Received: from [192.168.1.8] (c-98-246-178-138.hsd1.or.comcast.net [98.246.178.138]) by iron2.pdx.net (Postfix) with ESMTPSA id C28A51C4052 for ; Tue, 16 Sep 2014 08:15:53 -0700 (PDT) From: Mark Millard Subject: PowerMac G5 boot hangups before Copyright notice: "Stopped at 0: illegal instruction 0" [10.1-BETA1 example] Message-Id: <1118046C-0FF7-49FC-82DA-DB9A7A310991@dsl-only.net> Date: Tue, 16 Sep 2014 08:15:52 -0700 To: freebsd-ppc@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) X-Mailer: Apple Mail (2.1878.6) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Sep 2014 15:23:22 -0000 Using 10.1-BETA1 I added "options DDB" and "options GDB" to powerpc64's = GENERIC64. (I also used WITH_DEBUG_FILES=3D, WITHOUT_CLANG=3D, and = WITH_DEBUG=3D in /etc/make.conf.) So buildworld, kernel was basically = just set up to have more of a debugging context around (including for = any ports builds). The result was new information about the PowerMac G5 boot hangups: The = screen is no longer blank when the G5 is hung up without there being a = Copyright notice yet. It says... > GDB: no debug ports present > KDB: debugger backends: DDB > KDB: current backend: DDB > [ thread pid -1 tid 1006665719 ] > Stopped at 0: illegal instruction 0 > db> (I had no ability to input at that point.) Normally the Copyright notice = would have displayed instead of "[...]" and what follows. (I do not = claim to have all the spacing, capitalization, and such correct above.) That text is constant from hang to hang when it hangs just before it = would normally output the Copyright notice: The numbers do not vary, = much less the other text. It has never failed until after the two KDB = messages are present. So far I've only tested one PowerMac G5, booting = over and over for a few hours. (I do not claim to be set up for remote kernel debugging. I just decided = to let GDB go along for the ride when I added DDB.) =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-ppc@FreeBSD.ORG Wed Sep 17 03:01:03 2014 Return-Path: Delivered-To: freebsd-ppc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4B61386A for ; Wed, 17 Sep 2014 03:01:03 +0000 (UTC) Received: from asp.reflexion.net (outbound-245.asp.reflexion.net [69.84.129.245]) (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 AA06F28C for ; Wed, 17 Sep 2014 03:01:01 +0000 (UTC) Received: (qmail 32278 invoked from network); 17 Sep 2014 03:01:00 -0000 Received: from unknown (HELO mail-cs-02.app.dca.reflexion.local) (10.81.19.2) by 0 (rfx-qmail) with SMTP; 17 Sep 2014 03:01:00 -0000 Received: by mail-cs-02.app.dca.reflexion.local (Reflexion email security v7.30.7) with SMTP; Tue, 16 Sep 2014 23:01:00 -0400 (EDT) Received: (qmail 8539 invoked from network); 17 Sep 2014 03:00:59 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (DHE-RSA-AES256-SHA encrypted) SMTP; 17 Sep 2014 03:00:59 -0000 X-No-Relay: not in my network X-No-Relay: not in my network X-No-Relay: not in my network Received: from [192.168.1.8] (c-98-246-178-138.hsd1.or.comcast.net [98.246.178.138]) by iron2.pdx.net (Postfix) with ESMTPSA id 6BEC31C402B; Tue, 16 Sep 2014 20:00:53 -0700 (PDT) Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) Subject: Re: PowerMac G5 boot hangups before Copyright notice: "Stopped at 0: illegal instruction 0" [10.1-BETA1 example] From: Mark Millard In-Reply-To: <1118046C-0FF7-49FC-82DA-DB9A7A310991@dsl-only.net> Date: Tue, 16 Sep 2014 20:00:58 -0700 Message-Id: <2ED3DB50-B985-4382-8FF2-3B44E7E65453@dsl-only.net> References: <1118046C-0FF7-49FC-82DA-DB9A7A310991@dsl-only.net> To: freebsd-ppc@freebsd.org, Justin Hibbits X-Mailer: Apple Mail (2.1878.6) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Sep 2014 03:01:03 -0000 I've now spent time with rebooting and power-off/power-on for all 3 = PowerMac G5's (one PowerMac7,2 and two PowerMac11,2's) and all 3 get the > GDB: no debug ports present > KDB: debugger backends: DDB > KDB: current backend: DDB > [ thread pid -1 tid 1006665719 ] > Stopped at 0: illegal instruction 0 > db> when they fail just before the Copyright notice would normally be = displayed. None fail any earlier. At that spot none have failed any = other way. It is the same SSD in all 3. (Happens with other SSD's as = well.) Overall there is a mix of Radeon and NVIDIA display boards. = Besides the SSD use and RAM upgrades the rest is stock equipment. scons = used, not vt. (I've yet to try vt.) Seeing a failure after the Copyright notice as been fairly rare in all = my experiments from when I started last April or so. The ones that I've = noted had Data Storage Interrupt reported. So far no examples of the = above have been reported after the Copyright notice. So I'd guess that = they are separate issues. Of course it seems that only in the last few = days would I have seen the above sort of thing if it did happen after = the Copyright notice: The prior history does not count for judgements = about that. =3D=3D=3D Mark Millard markmi at dsl-only.net On Sep 16, 2014, at 8:15 AM, Mark Millard wrote: Using 10.1-BETA1 I added "options DDB" and "options GDB" to powerpc64's = GENERIC64. (I also used WITH_DEBUG_FILES=3D, WITHOUT_CLANG=3D, and = WITH_DEBUG=3D in /etc/make.conf.) So buildworld, kernel was basically = just set up to have more of a debugging context around (including for = any ports builds). The result was new information about the PowerMac G5 boot hangups: The = screen is no longer blank when the G5 is hung up without there being a = Copyright notice yet. It says... > GDB: no debug ports present > KDB: debugger backends: DDB > KDB: current backend: DDB > [ thread pid -1 tid 1006665719 ] > Stopped at 0: illegal instruction 0 > db> (I had no ability to input at that point.) Normally the Copyright notice = would have displayed instead of "[...]" and what follows. (I do not = claim to have all the spacing, capitalization, and such correct above.) That text is constant from hang to hang when it hangs just before it = would normally output the Copyright notice: The numbers do not vary, = much less the other text. It has never failed until after the two KDB = messages are present. So far I've only tested one PowerMac G5, booting = over and over for a few hours. (I do not claim to be set up for remote kernel debugging. I just decided = to let GDB go along for the ride when I added DDB.) =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-ppc@FreeBSD.ORG Wed Sep 17 03:28:51 2014 Return-Path: Delivered-To: freebsd-ppc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A6951DA9; Wed, 17 Sep 2014 03:28:51 +0000 (UTC) Received: from mail-lb0-x22d.google.com (mail-lb0-x22d.google.com [IPv6:2a00:1450:4010:c04::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D85CE858; Wed, 17 Sep 2014 03:28:50 +0000 (UTC) Received: by mail-lb0-f173.google.com with SMTP id w7so1014934lbi.4 for ; Tue, 16 Sep 2014 20:28:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=4q9E5PILaoaIUPOJjTiUf3RwGtQlCZXgCQ+Z3lSjvZY=; b=RCOMy/46WLgjQKGUQ7btgcq68az7mjt6tLbgAg5UKy9SCqBAQlOYHodd1XfGu+GOWZ goKuxxNPaLNuDtXom01cevcQroIcHJ68dedppsIQ78ytFX7xOEWsXkh8cEhs0FysCx5s unEcEGmSomvM7DxeLCoCLNV1xe4jktDGj6erisw5dwqaEZ5cErZXhp5bZH8Mh+u/NoVb ztjc7eatOBQgRBXyVJPs9QRTXoLRhnLXeL6lF2dYmMaNCSLwuY7SEFo/UuuJwZI0M6SG 5iUOPvLcgDi9CNRdWEF4RvBROBbb9uUc7RZ04NCHnQnDcgT3GKGA1D4XIqmNNmrSnnIz b3ZA== MIME-Version: 1.0 X-Received: by 10.112.34.78 with SMTP id x14mr39115203lbi.38.1410924528786; Tue, 16 Sep 2014 20:28:48 -0700 (PDT) Received: by 10.25.15.29 with HTTP; Tue, 16 Sep 2014 20:28:48 -0700 (PDT) Received: by 10.25.15.29 with HTTP; Tue, 16 Sep 2014 20:28:48 -0700 (PDT) In-Reply-To: <2ED3DB50-B985-4382-8FF2-3B44E7E65453@dsl-only.net> References: <1118046C-0FF7-49FC-82DA-DB9A7A310991@dsl-only.net> <2ED3DB50-B985-4382-8FF2-3B44E7E65453@dsl-only.net> Date: Tue, 16 Sep 2014 20:28:48 -0700 Message-ID: Subject: Re: PowerMac G5 boot hangups before Copyright notice: "Stopped at 0: illegal instruction 0" [10.1-BETA1 example] From: Justin Hibbits To: Mark Millard Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: FreeBSD PowerPC ML X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Sep 2014 03:28:51 -0000 Hi mark, I see this on my G5, and I think it's due to the amount of RAM in the machine. More than 4gb seems to confuse open firmware when called by FreeBSD. There is some effort to remove the need of the callbacks but thus far it's not far along. The good news is that after it boots it's solid except when switching vtys, buy earlier this year or last year I added a sysctl hack to disable the call into open firmware on vty switch (don't recall offhand and not at my computer right now, but if you grep the sysctl output for reset and ofw you can find it). -Justin On Sep 16, 2014 8:01 PM, "Mark Millard" wrote: > I've now spent time with rebooting and power-off/power-on for all 3 > PowerMac G5's (one PowerMac7,2 and two PowerMac11,2's) and all 3 get the > > GDB: no debug ports present > KDB: debugger backends: DDB > KDB: current backend: DDB > [ thread pid -1 tid 1006665719 ] > Stopped at 0: illegal instruction 0 > db> > > > when they fail just before the Copyright notice would normally be > displayed. None fail any earlier. At that spot none have failed any other > way. It is the same SSD in all 3. (Happens with other SSD's as well.) > Overall there is a mix of Radeon and NVIDIA display boards. Besides the SSD > use and RAM upgrades the rest is stock equipment. scons used, not vt. (I've > yet to try vt.) > > Seeing a failure after the Copyright notice as been fairly rare in all my > experiments from when I started last April or so. The ones that I've noted > had Data Storage Interrupt reported. So far no examples of the above have > been reported after the Copyright notice. So I'd guess that they are > separate issues. Of course it seems that only in the last few days would I > have seen the above sort of thing if it did happen after the Copyright > notice: The prior history does not count for judgements about that. > > === > Mark Millard > markmi at dsl-only.net > > On Sep 16, 2014, at 8:15 AM, Mark Millard wrote: > > Using 10.1-BETA1 I added "options DDB" and "options GDB" to powerpc64's > GENERIC64. (I also used WITH_DEBUG_FILES=, WITHOUT_CLANG=, and WITH_DEBUG= > in /etc/make.conf.) So buildworld, kernel was basically just set up to have > more of a debugging context around (including for any ports builds). > > The result was new information about the PowerMac G5 boot hangups: The > screen is no longer blank when the G5 is hung up without there being a > Copyright notice yet. It says... > > GDB: no debug ports present > KDB: debugger backends: DDB > KDB: current backend: DDB > [ thread pid -1 tid 1006665719 ] > Stopped at 0: illegal instruction 0 > db> > > > (I had no ability to input at that point.) Normally the Copyright notice > would have displayed instead of "[...]" and what follows. (I do not claim > to have all the spacing, capitalization, and such correct above.) > > That text is constant from hang to hang when it hangs just before it would > normally output the Copyright notice: The numbers do not vary, much less > the other text. It has never failed until after the two KDB messages are > present. So far I've only tested one PowerMac G5, booting over and over for > a few hours. > > > > (I do not claim to be set up for remote kernel debugging. I just decided > to let GDB go along for the ride when I added DDB.) > > === > Mark Millard > markmi at dsl-only.net > > > From owner-freebsd-ppc@FreeBSD.ORG Wed Sep 17 04:28:57 2014 Return-Path: Delivered-To: freebsd-ppc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C95DFAC9 for ; Wed, 17 Sep 2014 04:28:57 +0000 (UTC) Received: from asp.reflexion.net (outbound-245.asp.reflexion.net [69.84.129.245]) (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 4A52FF3A for ; Wed, 17 Sep 2014 04:28:56 +0000 (UTC) Received: (qmail 23710 invoked from network); 17 Sep 2014 04:28:54 -0000 Received: from unknown (HELO mail-cs-04.app.dca.reflexion.local) (10.81.19.4) by 0 (rfx-qmail) with SMTP; 17 Sep 2014 04:28:54 -0000 Received: by mail-cs-04.app.dca.reflexion.local (Reflexion email security v7.30.7) with SMTP; Wed, 17 Sep 2014 00:28:54 -0400 (EDT) Received: (qmail 14234 invoked from network); 17 Sep 2014 04:28:54 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (DHE-RSA-AES256-SHA encrypted) SMTP; 17 Sep 2014 04:28:54 -0000 X-No-Relay: not in my network X-No-Relay: not in my network X-No-Relay: not in my network Received: from [192.168.1.8] (c-98-246-178-138.hsd1.or.comcast.net [98.246.178.138]) by iron2.pdx.net (Postfix) with ESMTPSA id A49FE1C4007; Tue, 16 Sep 2014 21:28:47 -0700 (PDT) Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) Subject: Re: PowerMac G5 boot hangups before Copyright notice: "Stopped at 0: illegal instruction 0" [10.1-BETA1 example] From: Mark Millard In-Reply-To: Date: Tue, 16 Sep 2014 21:28:49 -0700 Message-Id: <6D729F43-662A-429E-9503-0148EC3250B1@dsl-only.net> References: <1118046C-0FF7-49FC-82DA-DB9A7A310991@dsl-only.net> <2ED3DB50-B985-4382-8FF2-3B44E7E65453@dsl-only.net> To: Justin Hibbits X-Mailer: Apple Mail (2.1878.6) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: FreeBSD PowerPC ML X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Sep 2014 04:28:57 -0000 In part I sent directly to you because of a past exchange (July-27) = where you had written: > Nathan and I both speculate that it's > dropping into Open Firmware (we make extensive use of OFW), and then > messing something up, taking a page fault or something. The specific text that I report and its uniformity when it is produced = seems to add a little information beyond a speculated "page fault or = something" and so might eventually help a little. As I understand the = text it is reporting execution reaching address zero without any prior = un-handled exceptions or other such that would stop it. A corrupted = stack (pointer) so a bad return address or some such? I'd guess there = are no explicit jumps to address zero so I expect that indirection is = likely involved, with the content for the indirection messed up. I really wish that I had a logic analyzer configuration for this. I've = not found a way to make the failing context visible so far and the extra = way of looking at things might have helped. =3D=3D=3D Mark Millard markmi@dsl-only.net On Sep 16, 2014, at 8:28 PM, Justin Hibbits = wrote: Hi mark, I see this on my G5, and I think it's due to the amount of RAM in the = machine. More than 4gb seems to confuse open firmware when called by = FreeBSD. There is some effort to remove the need of the callbacks but = thus far it's not far along. The good news is that after it boots it's = solid except when switching vtys, buy earlier this year or last year I = added a sysctl hack to disable the call into open firmware on vty switch = (don't recall offhand and not at my computer right now, but if you grep = the sysctl output for reset and ofw you can find it). -Justin On Sep 16, 2014 8:01 PM, "Mark Millard" wrote: I've now spent time with rebooting and power-off/power-on for all 3 = PowerMac G5's (one PowerMac7,2 and two PowerMac11,2's) and all 3 get the > GDB: no debug ports present > KDB: debugger backends: DDB > KDB: current backend: DDB > [ thread pid -1 tid 1006665719 ] > Stopped at 0: illegal instruction 0 > db> when they fail just before the Copyright notice would normally be = displayed. None fail any earlier. At that spot none have failed any = other way. It is the same SSD in all 3. (Happens with other SSD's as = well.) Overall there is a mix of Radeon and NVIDIA display boards. = Besides the SSD use and RAM upgrades the rest is stock equipment. scons = used, not vt. (I've yet to try vt.) Seeing a failure after the Copyright notice as been fairly rare in all = my experiments from when I started last April or so. The ones that I've = noted had Data Storage Interrupt reported. So far no examples of the = above have been reported after the Copyright notice. So I'd guess that = they are separate issues. Of course it seems that only in the last few = days would I have seen the above sort of thing if it did happen after = the Copyright notice: The prior history does not count for judgements = about that. =3D=3D=3D Mark Millard markmi at dsl-only.net On Sep 16, 2014, at 8:15 AM, Mark Millard wrote: Using 10.1-BETA1 I added "options DDB" and "options GDB" to powerpc64's = GENERIC64. (I also used WITH_DEBUG_FILES=3D, WITHOUT_CLANG=3D, and = WITH_DEBUG=3D in /etc/make.conf.) So buildworld, kernel was basically = just set up to have more of a debugging context around (including for = any ports builds). The result was new information about the PowerMac G5 boot hangups: The = screen is no longer blank when the G5 is hung up without there being a = Copyright notice yet. It says... > GDB: no debug ports present > KDB: debugger backends: DDB > KDB: current backend: DDB > [ thread pid -1 tid 1006665719 ] > Stopped at 0: illegal instruction 0 > db> (I had no ability to input at that point.) Normally the Copyright notice = would have displayed instead of "[...]" and what follows. (I do not = claim to have all the spacing, capitalization, and such correct above.) That text is constant from hang to hang when it hangs just before it = would normally output the Copyright notice: The numbers do not vary, = much less the other text. It has never failed until after the two KDB = messages are present. So far I've only tested one PowerMac G5, booting = over and over for a few hours. (I do not claim to be set up for remote kernel debugging. I just decided = to let GDB go along for the ride when I added DDB.) =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-ppc@FreeBSD.ORG Wed Sep 17 20:15:42 2014 Return-Path: Delivered-To: freebsd-ppc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7876EDDA for ; Wed, 17 Sep 2014 20:15:42 +0000 (UTC) Received: from mailer220.gate190.sl.smtp.com (mailer220.gate190.sl.smtp.com [192.40.190.220]) by mx1.freebsd.org (Postfix) with ESMTP id 159E1225 for ; Wed, 17 Sep 2014 20:15:41 +0000 (UTC) X-MSFBL: ZnJlZWJzZC1wcGNAZnJlZWJzZC5vcmdAMTkyXzQwXzE5MF8yMjBAU25zdGVsZWNv bV9kZWRpY2F0ZWRfcG9vbEA= DKIM-Signature: v=1; a=rsa-sha256; d=smtp.com; s=smtpcomcustomers; c=relaxed/simple; q=dns/txt; i=@smtp.com; t=1410984935; h=From:Subject:To:Date:MIME-Version:Content-Type; bh=d1DRpIsLm7CA1QcNGqB+QihsMI/j6kqnPakauOrOyQs=; b=DXqsG5/46ZMh2/Rcnoquk1rXyicWki1V2wvz2Dx/vtCSpUpZwDPD0rCMV+cxB/rn V62eE/z4+Vz3lLa/5RFpxM9fEAvuKoqXVXNVqgY4R7WZCD6YLrtIAxHPUTEuM7/J bJ7rYGIn4uc9XVKRJmGood282wXLKcJ73Pbhu6VLn+Q=; Received: from [2.218.93.14] ([2.218.93.14:58461] helo=02da5d0e.bb.sky.com) by sl-mta04 (envelope-from ) (ecelerity 3.3.2.44647 r(44647)) with ESMTPA id A9/B0-29275-2EBE9145; Wed, 17 Sep 2014 20:15:35 +0000 MIME-Version: 1.0 From: "Andy Silva" Reply-To: andy.silva@snsreports.com To: freebsd-ppc@freebsd.org Subject: The Wearable Technology Ecosystem: 2014 - 2020 - Opportunities, Challenges, Strategies, Industry Verticals and Forecasts (Report) X-Mailer: Smart_Send_2_0_132 Date: Wed, 17 Sep 2014 21:15:25 +0100 Message-ID: <68843768807843022014556@Sakudhwani-PC> X-SMTPCOM-Tracking-Number: 71729181-bf83-435a-821d-c6995cd4ac4a X-SMTPCOM-Sender-ID: 6008902 X-SMTPCOM-Spam-Policy: SMTP.com is a paid relay service. We do not tolerate UCE of any kind. Please report it ASAP to abuse@smtp.com Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Sep 2014 20:15:42 -0000 The Wearable Technology Ecosystem: 2014 - 2020 - Opportunities, Challenges,= Strategies, Industry Verticals and Forecasts (Report) Report Information: Release Date: August 2014 Number of Pages: 383 Number of Tables and Figures: 56 Report Overview: While wearable technology has been utilized in vertical sectors such as the= military and healthcare for many years, ongoing advances have triggered a = major resurgence of the concept, particularly among the consumer community.=20 Key enabling technologies including low cost sensors, wireless connectivity= , active materials and energy have converged to make wearable technology ma= instream. With the continued miniaturization of enabling technologies, wear= able devices have hit the mass market in a diverse variety of form factors,= ranging from glasses to even jewelry. Driven by the ability to interconnect with key modern trends of healthcare,= fitness, messaging and socialization, the wearable technology ecosystem is= attracting significant levels of interest. Companies as varied as smartph= one OEMs, wireless carriers, health insurers and retailers are circling the= ecosystem alongside tiny startups, all vying for a stake. SNS Research estimates that by 2015, wearable devices shipments will surpas= s 90 Million and will account for nearly $20 Billion in revenue. The market= is further expected to grow at a CAGR of nearly 40% over the next six year= s. The =93Wearable Technology Ecosystem: 2014 =96 2020 =96 Opportunities, Chal= lenges, Strategies, Industry Verticals & Forecasts=94 report presents an in= -depth assessment of the wearable technology ecosystem including key market= drivers, challenges, investment potential, consumer & vertical market oppo= rtunities, use cases, future roadmap, value chain, case studies, vendor mar= ket share and strategies. The report also presents forecasts for wearable d= evice shipments and revenue from 2014 through to 2020. The forecasts are fu= rther segmented for 7 device form factor submarkets, 6 vertical markets, 6 = regions and 73 countries. The report comes with an associated Excel datasheet suite covering quantita= tive data from all numeric forecasts presented in the report. =20 Key Findings: =20 The report has the following key findings: By 2015, wearable device OEMs will pocket nearly $20 Billion from device sh= ipment revenues Wearable device shipments are further expected to grow at a CAGR of nearly = 40% over the next 6 years, eventually accounting for 340 Million device shi= pments by the end of 2020 Wireless carriers are increasingly integrating wearable devices within thei= r M2M and IoT strategies Wearable devices will help wireless carriers drive over $71 Billion in addi= tional service revenue by the end of 2020, following a CAGR of 95% between = 2014 and 2020 The wearable applications ecosystem will account for nearly $850 Million in= revenue by the end of 2015 Driven by ongoing innovation and crowdfunding campaigns, SNS Research estim= ates that investors are expected to pour over $700 Million into wearable co= mpany startups in 2014 The market is ripe for acquisitions of pure-play wearable technology startu= ps, as competition heats up between consumer and vertical centric OEMs Nearly 50% of all wearable devices shipped in 2020 will support embedded ce= llular connectivity. This represents a $1.1 Billion opportunity for wireles= s chipset suppliers Topics Covered: =20 The report covers the following topics: Wearable technology ecosystem Market drivers and barriers Enabling technologies for wearable devices Prospects of standardization and regulation for wearable technology Wearable technology industry roadmap and value chain Assessment of vertical market opportunities and use cases for consumer, hea= lthcare, retail & hospitality, military, public safety and 8 other verticals Case studies of wearable technology deployments Company profiles and strategies of 276 wearable technology ecosystem players Wearable device vendor market share Prospects of smartphone OEMs in the wearable technology ecosystem LTE Direct and its impact on wearable technology Strategic recommendations for enabling technology providers, wearable devic= e OEMs, vertical market players, application developers and wireless carrie= rs Market analysis and forecasts from 2014 till 2020 Forecast Segmentation: Market forecasts are provided for each of the following submarkets and the= ir categories: Wearable device shipments and revenue Wearable application ecosystem revenue Wearable driven wireless carrier service revenue Vertical Submarkets Consumer Healthcare Retail & Hospitality Military Public Safety Others Form Factor Submarkets Smart Bands Smart Watches Smart Glasses Smart Clothing Smart Jewelry Heads-up Displays Others Regional Markets Asia Pacific Eastern Europe Latin & Central America Middle East & Africa North America Western Europe Country Markets 73 Country level markets: Algeria, Argentina, Australia, Austria, Banglades= h, Belarus, Belgium, Bolivia, Bosnia & Herzegovina, Brazil, Bulgaria, Canad= a, Chile, China, Colombia, Croatia, Czech Republic, Denmark, Ecuador, Egypt= , Finland, France, Germany, Greece, Hong Kong, Hungary, India, Indonesia, I= reland, Israel, Italy, Japan, Kenya, Luxembourg, Malaysia, Mexico, Morocco,= Netherlands, New Zealand, Nigeria, Norway, Pakistan, Paraguay, Peru, Phili= ppines, Poland, Portugal, Qatar, Romania, Russia, Saudi Arabia, Serbia, Sin= gapore, Slovakia, South Africa, South Korea, Spain, Sudan, Sweden, Switzerl= and, Taiwan, Tanzania, Thailand, Tunisia, Turkey, UAE, UK, Ukraine, Uruguay= , USA, Uzbekistan, Venezuela and Vietnam Key Questions Answered: =20 The report provides answers to the following key questions: How big is the wearable technology ecosystem=3F How is the ecosystem evolving by segment and region=3F What will the market size be in 2020 and at what rate will it grow=3F What trends, challenges and barriers are influencing its growth=3F Who are the key wearable device vendors and what are their strategies=3F How much are vertical enterprises investing in wearable devices=3F What opportunities exist for wireless chipset suppliers in the wearable tec= hnology ecosystem=3F How can wireless carriers capitalize on the growing popularity of smart gla= sses and other wearable devices=3F Which countries, regions and verticals will see the highest percentage of w= earable device shipments=3F How big is the wearable applications ecosystem=3F Table of Contents: 1 Chapter 1: Introduction 1.1 Executive Summary 1.2 Topics Covered 1.3 Historical Revenue & Forecast Segmentation 1.4 Key Questions Answered 1.5 Key Findings 1.6 Methodology 1.7 Target Audience 1.8 Companies & Organizations Mentioned 2 Chapter 2: An Overview of Wearable Technology 2.1 What is Wearable Technology=3F 2.2 Device Classification 2.2.1 Head-worn Devices 2.2.2 Wrist-worn Devices 2.2.3 Leg and Ankle-worn Devices 2.2.4 Arm, Chest and Neck-worn Devices 2.2.5 Smart Clothing & Jewelry 2.2.6 In-Body Wearables 2.3 Enabling Technologies 2.3.1 MEMS & Sensors 2.3.2 BT-LE (Bluetooth Low Energy) & WiFi 2.3.3 Voice Recognition 2.3.4 Lowed Powered Wireless SoCs 2.3.5 RFID & NFC 2.3.6 GPS & Navigation Technology 2.3.7 Energy Harvesting 2.3.8 Ergonomics & Materials Science 2.3.9 Augmented Reality 2.4 Market Growth Drivers 2.4.1 Proliferation of Smartphones 2.4.2 Advances in Enabling Technologies & Components 2.4.3 Interest from New Market Segments 2.4.4 Human Centric Assistance 2.4.5 Meaningful Analytics & Tracking 2.4.6 Venture Capital, Crowdfunding & Corporate Investments 2.4.7 Endorsement by Major Mobile OEMs 2.5 Market Barriers 2.5.1 High Costs 2.5.2 Power Consumption & Battery Life Issues 2.5.3 Usability & Unusual Styling 2.5.4 Potential Health Issues 2.5.5 Privacy & Security Concerns 2.5.6 Social Acceptance 3 Chapter 3: Vertical Opportunities & Use Cases 3.1 Consumer Markets 3.1.1 Infotainment & Lifestyle 3.1.1.1 Personal Assistance, Notifications & Alerts 3.1.1.2 Photography 3.1.1.3 Navigation Assistance 3.1.1.4 Smart Home Applications 3.1.1.5 Media & Entertainment 3.1.1.6 Memory Recall 3.1.2 Sports & Fitness 3.1.3 Gaming 3.1.4 Pet Care 3.1.5 Child Care & Entertainment 3.1.6 Helping People with Disabilities 3.1.7 Car Insurance Claims 3.1.8 Accurate & Targeted Marketing 3.2 Healthcare 3.2.1 Remote Patient Monitoring 3.2.2 Assisted Patient Examination 3.2.3 Reducing Healthcare Costs 3.2.4 Optimizing Health Insurance Costs 3.2.5 Enhancing Medical R&D 3.3 Retail & Hospitality 3.3.1 Improving Retail Productivity 3.3.2 Comparing & Contrasting Retail Items 3.3.3 Travel: Personalizing Customer Service 3.3.4 Replacing Hotel Keys and Credit Cards 3.3.5 Augmenting City & Museum Tours 3.4 Military 3.4.1 Enhancing Infantry Tactics: Shooting Without Being Shot 3.4.2 Monitoring Combat Stress & Injuries 3.4.3 Enhancing Situational Awareness in the Battlefield 3.4.4 Enabling Battlefield Mobility 3.4.5 Facilitating Communications with Military Dogs 3.5 Public Safety 3.5.1 Recording Criminal Evidence 3.5.2 Enhancing Situational Awareness & Assets Coordination 3.5.3 Identifying Suspects & Traffic Violators 3.5.4 Monitoring Biophysical Activity for First Responders 3.5.5 Enhancing Fire Fighting Capabilities 3.5.6 Improving Response to Medical Emergencies 3.6 Other Verticals 3.6.1 Construction Industry 3.6.2 Mining Industry 3.6.3 Manufacturing Operations 3.6.4 Logistics & Supply Chain 3.6.5 Financial Services 3.6.6 Security & Authentication 3.6.7 Repair, Inspection & Field Services 3.6.8 Education 3.7 Case Studies 3.7.1 Virgin Atlantic: Improving Airline Customer Services with Wearable Te= chnology 3.7.1.1 Solution & Vendors 3.7.1.2 Applications 3.7.1.3 Feedback from the Field 3.7.2 U.S. Department of Defense: Delivering Tactical Information with Wear= able Technology 3.7.2.1 Solution & Vendors 3.7.2.2 Applications 3.7.2.3 Feedback from the Field 3.7.3 Dubai Police: Catching Speeding Drivers with Google Glass 3.7.3.1 Solution & Vendors 3.7.3.2 Applications 3.7.3.3 Feedback from the Field 3.7.4 Disney: Theme Park Management with Wearable Technology 3.7.4.1 Solution & Vendors 3.7.4.2 Applications 3.7.4.3 Feedback from the Field 3.7.5 AT&T: Connected Healthcare Monitoring for the Elderly 3.7.5.1 Solution & Vendors 3.7.5.2 Applications 3.7.5.3 Feedback from the Field 4 Chapter 4: Industry Roadmap & Value Chain 4.1 Wearable Technology Industry Roadmap 4.1.1 2013 =96 2014: Initial Hype & the Revival of Smart Watches 4.1.2 2015 =96 2016: Convergence of Wrist Worn Wearables 4.1.3 2018 =96 2020 & Beyond: The Augmented Reality & Smart Glasses Era 4.2 The Wearable Technology Value Chain 4.2.1 Enabling Technology Ecosystem 4.2.1.1 Chipset Vendors 4.2.1.2 Sensor, Display & Enabling Hardware Providers 4.2.1.3 OS & Software Providers 4.2.1 Wearable Device OEM Ecosystem 4.2.1.1 Vertical Centric OEMs 4.2.1.2 Smartphone, Tablet & Consumer Electronics OEMs 4.2.1.3 Fashion & Watch OEMs 4.2.2 Consumers & Vertical Enterprises 4.2.3 Wireless Carriers & the Connectivity Ecosystem 4.2.4 Applications Ecosystem 5 Chapter 5: Market Analysis & Forecasts 5.1 Global Outlook of Wearable Technology 5.2 Form Factor Segmentation 5.3 Smart Bands 5.4 Smart Watches 5.5 Smart Glasses 5.6 Smart Clothing 5.7 Smart Jewelry 5.8 Heads-up Display Systems 5.9 Others 5.10 Vertical Market Segmentation 5.11 Consumer Wearable Devices 5.12 Healthcare Wearable Devices 5.13 Retail & Hospitality Wearable Devices 5.14 Military Wearable Devices 5.15 Public Safety Wearable Devices 5.16 Wearable Devices in Other Verticals 5.17 Regional Market Segmentation 5.18 Asia Pacific 5.19 North America 5.20 Western Europe 5.21 Eastern Europe 5.22 Middle East & Africa 5.23 Latin & Central America 6 Chapter 6: Key Market Players 6.1 270 Vision 6.2 3L Labs 6.3 4DForce 6.4 4iii Innovations 6.5 9Solutions 6.6 Active Mind Technology 6.7 Adidas 6.8 AirType 6.9 Amazon 6.10 AMD (Advanced Micro Devices) 6.11 Amiigo 6.12 Apple 6.13 ARA (Applied Research Associates) 6.14 Archos 6.15 ARM Holdings 6.16 Atheer Labs 6.17 Atlas Wearables 6.18 Augmendix 6.19 Avegant 6.20 Baidu 6.21 BAE Systems 6.22 Bionym 6.23 Biosensics 6.24 BIT (Blue Infusion Technologies) 6.25 BI (GEO Group) 6.26 BIA Sport 6.27 Bionym 6.28 Boston Scientific 6.29 BRAGI 6.30 Brilliantservice 6.31 Broadcom 6.32 Breitling 6.33 Brother Industries 6.34 BSX Insight 6.35 BTS Bioengineering 6.36 Buhel 6.37 Cambridge Temperature Concepts 6.38 Carre Technologies 6.39 Casio 6.40 Catapult 6.41 Citizen 6.42 Cityzen Sciences 6.43 Codoon 6.44 CommandWear 6.45 ConnecteDevice 6.46 Control VR 6.47 CoolShirt Systems 6.48 CSR plc 6.49 Cuff 6.50 Cyberdyne 6.51 Dell 6.52 DorsaVi (ASX) 6.53 Dreamtrap Commercials 6.54 EB Sport Group (Sync) 6.55 EdanSafe 6.56 Ekso Bionics 6.57 Electric Foxy 6.58 Emotiv Systems 6.59 Epson (Seiko Epson Corporation) 6.60 Everfind 6.61 EuroTech 6.62 Evena Medical 6.63 Exelis 6.64 EyeTap 6.65 FashionTEQ 6.66 Fat Shark 6.67 Fatigue Science 6.68 Filip Technologies 6.69 Finis 6.70 FitBark 6.71 Fitbit 6.72 Flyfit 6.73 Flextronics 6.74 Fossil 6.75 Foxtel 6.76 Freescale Semiconductor 6.77 Fujitsu 6.78 Garmin 6.79 GEAK (Shanda Group) 6.80 Gemalto 6.81 GDC4S (General Dynamics C4 Systems) 6.82 Geopalz 6.83 Ginger.io 6.84 GlassUp 6.85 GN Store Nord (Intelligent Headset) 6.86 GoPro 6.87 Google 6.88 GOQii 6.89 HealBe 6.90 Heapsylon 6.91 HereO 6.92 Hovding 6.93 HP 6.94 HTC 6.95 Huawei 6.96 i4C Innovations 6.97 ICEdot 6.98 iHealth Lab 6.99 iLOC Technologies 6.100 i=92m SpA 6.101 Imagination Technologies 6.102 Imec 6.103 Immerz 6.104 Ineda Systems 6.105 InfinitEye 6.106 Intel/Basis Science 6.107 InteraXon 6.108 InvenSense 6.109 iRhythm 6.110 Instabeat 6.111 Iron Will Innovations 6.112 Jabra (GN Netcom) 6.113 Jawbone 6.114 Jaybird 6.115 Johnson & Johnson 6.116 Kapture 6.117 Ki Performance Lifestyle 6.118 Kiwi Wearables 6.119 KMS Solutions 6.120 Kreyos 6.121 Kronoz (Mykronoz) 6.122 L-3 Communications 6.123 Lark Technologies 6.124 Laster Technologies 6.125 LeapFrog Enterprises 6.126 Lechal 6.127 LG Electronics 6.128 Limmex 6.129 Lockheed Martin 6.130 LogBar 6.131 LOSTnFOUND 6.132 Lumo BodyTech 6.133 Lumus 6.134 Luxottica 6.135 Mad Apparel 6.136 Magellan (MiTAC Digital Corporation) 6.137 Martian Watches (SilverPlus) 6.138 Matilde 6.139 McLear 6.140 Medtronic 6.141 Melon 6.142 Memi 6.143 META 6.144 Meta (MetaWatch) 6.145 Microsoft (Nokia) 6.146 MindStream 6.147 Mio Global 6.148 Misfit Wearables 6.149 Moff 6.150 Moov 6.151 Moticon 6.152 Motion Fitness 6.153 Motorola Mobility/Lenovo 6.154 Motorola Solutions 6.155 Mutalink 6.156 Mutewatch 6.157 Myontec 6.158 Narrative 6.159 Neptune 6.160 NeuroPro 6.161 NeuroSky 6.162 Nike 6.163 Nintendo 6.164 Nissan 6.165 Nod 6.166 Notch Interfaces 6.167 NTT DoCoMo 6.168 Nuance 6.169 Nuubo 6.170 NVIDIA 6.171 NZN Labs 6.172 O-Synce 6.173 Oculus VR (Facebook) 6.174 Omate 6.175 OMG Life 6.176 Omron 6.177 OMsignal 6.178 Optalert 6.179 Optinvent 6.180 OrCam Technologies 6.181 OriginGPS 6.182 Orpyx Medical Technologies 6.183 Owlet Baby Care 6.184 Panasonic 6.185 Pebble 6.186 Perpetua Power Source Technologies 6.187 PFO Tech 6.188 Phyode 6.189 Plantronics 6.190 Playtabase 6.191 Polar Electro 6.192 Pragmasystems 6.193 Preventice 6.194 Proteus Digital Health 6.195 PUSH Design Solutions 6.196 Qardio 6.197 Qualcomm 6.198 Razer 6.199 Recon Instruments 6.200 Raytheon 6.201 Rest Devices 6.202 RHLvision Technologies 6.203 Ringblingz 6.204 RSLSteeper 6.205 Rufus Labs 6.206 S3 ID 6.207 Salesforce.com 6.208 Samsung 6.209 Seiko 6.210 SenseCore 6.211 Sensible Baby 6.212 Sensoplex 6.213 Senso Solutions 6.214 Sentimoto 6.215 Seraphim Sense 6.216 Shimmer 6.217 ShotTracker 6.218 Si14 6.219 Sigmo 6.220 Skully Helmets 6.221 Smarty Destination Technology 6.222 Smarty Ring 6.223 SMI (SensoMotoric Instruments) 6.224 Snaptracs 6.225 Somaxis 6.226 Sonitus Medical 6.227 Sonostar 6.228 Sony 6.229 Sotera Wireless 6.230 SpotNSave 6.231 Sqord 6.232 Stalker Radar (Applied Concepts, Inc) 6.233 STMicroelectronics 6.234 Suunto 6.235 sWaP (Dyal Trading) 6.236 Swatch Group 6.237 T.Ware 6.238 Tarsier 6.239 TASER International 6.240 Technical Illusions 6.241 Thalmic Labs 6.242 Theatro 6.243 TI (Texas Instruments) 6.244 Timex Group 6.245 TN Games 6.246 Tobii Technology 6.247 TomTom 6.248 Tomoon Technology 6.249 Touch Bionics 6.250 TrackingPoint 6.251 U-blox 6.252 Validic (Motivation Science) 6.253 Vancive Medical Technologies 6.254 Vandrico 6.255 Vergence Labs 6.256 Vidcie (Looxcie) 6.257 Vigo 6.258 VSN Mobil 6.259 Vuzix 6.260 We:eX (Wearable Experiments) 6.261 Wearable Intelligence 6.262 Weartrons Labs 6.263 Wellograph 6.264 Withings 6.265 WTS (Wonder Technology Solutions) 6.266 Xensr 6.267 Xiaomi 6.268 XOEye Technologies 6.269 Xybermind 6.270 Yingqu Technology 6.271 Zeiss (Carl Zeiss AG) 6.272 Zephyr Technology 6.273 Zepp Labs 6.274 Zinc Software 6.275 Zoll Medical Corporation 6.276 ZTE 7 Chapter 7: Conclusion & Strategic Recommendations 7.1 LTE Direct & its Impact on Wearable Technology 7.2 How is Wearable Technology Affecting the Wireless Chipsets Ecosystem 7.3 How Big is the Wearable Applications Ecosystem=3F 7.4 Prospects of Standardization & Regulation 7.5 Prospects of Smartphone OEMs in the Wearable Technology Ecosystem 7.6 Wireless Carriers: the Wearable Service Revenue Opportunity=3F 7.7 Vendor Share: Who Leads the Market=3F 7.8 The Rise of Wearable Startups 7.9 Combining Fashion with Technology 7.10 Recommendations 7.10.1 Enabling Technology Providers 7.10.2 Wearable Device OEMs & Vertical Players 7.10.3 Wearable Application Developers 7.10.4 Wireless Carriers List of Figures: Figure 1: In-body Pill Camera Figure 2: Smartphone Installed Base by Region (Millions): 2014 - 2020 Figure 3: KOR-FX Haptic Feedback Vest Figure 4: DARPA ULTRA-VIS Wearable Display Unit and Augmented Reality View Figure 5: Wearable Technology Industry Roadmap Figure 6: The Wearable Technology Value Chain Figure 7: Global Wearable Device Shipments (Millions of Units): 2014 - 2020 Figure 8: Global Wearable Device Shipment Revenue ($ Million): 2014 - 2020 Figure 9: Global Wearable Device Shipments by Form Factor (Millions of Unit= s): 2014 - 2020 Figure 10: Global Wearable Device Shipment Revenue by Form Factor ($ Millio= n): 2014 - 2020 Figure 11: Global Smart Band Shipments (Millions of Units): 2014 - 2020 Figure 12: Global Smart Band Shipment Revenue ($ Million): 2014 - 2020 Figure 13: Global Smart Watch Shipments (Millions of Units): 2014 - 2020 Figure 14: Global Smart Watch Shipment Revenue ($ Million): 2014 - 2020 Figure 15: Global Smart Glasses Shipments (Millions of Units): 2014 - 2020 Figure 16: Global Smart Glasses Shipment Revenue ($ Million): 2014 - 2020 Figure 17: Global Smart Clothing Shipments (Millions of Units): 2014 - 2020 Figure 18: Global Smart Clothing Shipment Revenue ($ Million): 2014 - 2020 Figure 19: Global Smart Jewelry Shipments (Millions of Units): 2014 - 2020 Figure 20: Global Smart Jewelry Shipment Revenue ($ Million): 2014 - 2020 Figure 21: Global Heads-up Display System Shipments (Millions of Units): 20= 14 - 2020 Figure 22: Global Heads-up Display System Shipment Revenue ($ Million): 201= 4 - 2020 Figure 23: Global Other Wearable Device Shipments (Millions of Units): 2014= - 2020 Figure 24: Global Other Wearable Device Shipment Revenue ($ Million): 2014 = - 2020 Figure 25: Global Wearable Device Shipments by Vertical (Millions of Units)= : 2014 - 2020 Figure 26: Global Wearable Device Shipment Revenue by Vertical ($ Million):= 2014 - 2020 Figure 27: Global Customer Wearable Device Shipments (Millions of Units): 2= 014 - 2020 Figure 28: Global Consumer Wearable Device Shipment Revenue ($ Million): 20= 14 - 2020 Figure 29: Global Healthcare Wearable Device Shipments (Millions of Units):= 2014 - 2020 Figure 30: Global Healthcare Wearable Device Shipment Revenue ($ Million): = 2014 - 2020 Figure 31: Global Retail & Hospitality Wearable Device Shipments (Millions = of Units): 2014 - 2020 Figure 32: Global Retail & Hospitality Wearable Device Shipment Revenue ($ = Million): 2014 - 2020 Figure 33: Global Military Wearable Device Shipments (Millions of Units): 2= 014 - 2020 Figure 34: Global Military Wearable Device Shipment Revenue ($ Million): 20= 14 - 2020 Figure 35: Global Public Safety Wearable Device Shipments (Millions of Unit= s): 2014 - 2020 Figure 36: Global Public Safety Wearable Device Shipment Revenue ($ Million= ): 2014 - 2020 Figure 37: Global Wearable Device Shipments in Other Verticals (Millions of= Units): 2014 - 2020 Figure 38: Global Wearable Device Shipment Revenue in Other Verticals ($ Mi= llion): 2014 - 2020 Figure 39: Wearable Device Shipments by Region (Millions of Units): 2014 - = 2020 Figure 40: Wearable Device Shipment Revenue by Vertical ($ Million): 2014 -= 2020 Figure 41: Asia Pacific Wearable Device Shipments (Millions of Units): 2014= - 2020 Figure 42: Asia Pacific Wearable Device Shipment Revenue ($ Million): 2014 = - 2020 Figure 43: North America Wearable Device Shipments (Millions of Units): 201= 4 - 2020 Figure 44: North America Wearable Device Shipment Revenue ($ Million): 2014= - 2020 Figure 45: Western Europe Wearable Device Shipments (Millions of Units): 20= 14 - 2020 Figure 46: Western Europe Wearable Device Shipment Revenue ($ Million): 201= 4 - 2020 Figure 47: Eastern Europe Wearable Device Shipments (Millions of Units): 20= 14 - 2020 Figure 48: Eastern Europe Wearable Device Shipment Revenue ($ Million): 201= 4 - 2020 Figure 49: Middle East & Africa Wearable Device Shipments (Millions of Unit= s): 2014 - 2020 Figure 50: Middle East & Africa Wearable Device Shipment Revenue ($ Million= ): 2014 - 2020 Figure 51: Latin & Central America Wearable Device Shipments (Millions of U= nits): 2014 - 2020 Figure 52: Latin & Central America Wearable Device Shipment Revenue ($ Mill= ion): 2014 - 2020 Figure 53: Global Wireless Chipset Shipments for Wearable Devices (Millions= of Units): 2014 - 2020 Figure 54: Global Wearable Application Ecosystem Revenue by Vertical ($ Mil= lion): 2014 - 2020 Figure 55: Global Wearable Driven Wireless Carrier Service Revenue by Form = Factor ($ Million): 2014 - 2020 Figure 56: Wearable Technology Market Share (%)=20 List of Companies Mentioned: 270 Vision 3L Labs 4DForce 4iii Innovations 9Solutions Active Mind Technology Adidas AgaMatrix AirType Amazon AMD (Advanced Micro Devices) Amiigo Animas Apple ARA (Applied Research Associates) Archos ARM Holdings Asahi Kasei Group Atheer Labs Atlas Wearables Augmendix Avegant BAE Systems Baidu BI (GEO Group) BIA Sport Bionym Biosensics BIT (Blue Infusion Technologies) Bluetooth Special Interest Group BodyMedia Boston Scientific BRAGI Breitling Brilliantservice Broadcom Brother Industries Brunel University BSX Insight BTS Bioengineering Buhel Cambridge Temperature Concepts Carre Technologies Casio Catapult Cisco Citizen Cityzen Sciences Codoon CommandWear ConnecteDevice Control VR CoolShirt Systems Creaholic CSR plc Cuff Cyberdyne DARPA (Defense Advanced Research Projects Agency) Dell Diesel DKNY DorsaVi (ASX) Dreamtrap Commercials Durex E Ink Holdings EB Sport Group (Sync) EdanSafe Ekso Bionics Electric Foxy Emotiv Systems Epson (Seiko Epson Corporation) EuroTech Evena Medical Everfind Exelis EyeTap Facebook FashionTEQ Fat Shark Fatigue Science FDA (U.S. Food and Drug Administration) Filip Technologies Finis FitBark Fitbit Flextronics Flyfit Fossil Foxtel Freescale Semiconductor Fujitsu Garmin GDC4S (General Dynamics C4 Systems) GEAK (Shanda Group) Gemalto Geopalz Georgia Institute of Technology Ginger.io Given Imaging GlassUp GN Store Nord (Intelligent Headset) Google GoPro GOQii HealBe Heapsylon HereO Hovding HP HTC Huawei i=92m SpA i4C Innovations IAMAS (Japanese Institute of Advanced Media Arts and Sciences) ICEdot iHealth Lab iLOC Technologies Imagination Technologies Imec Immerz Ineda Systems InfinitEye Instabeat Intel/Basis Science InteraXon Intersections InvenSense iRhythm Iron Will Innovations ITAMCO (Indiana Technology and Manufacturing Companies) ITT Corporation Jabra (GN Netcom) Jawbone Jaybird Johnson & Johnson Kapture Ki Performance Lifestyle Kiwi Wearables KMS Solutions Kreyos Kronoz (Mykronoz) L-3 Communications L-3 Mobile-Vision Lark Technologies Laster Technologies LeapFrog Enterprises Lechal LG Electronics Limmex Lockheed Martin LogBar LOSTnFOUND Loughborough University Lumo BodyTech Lumus Luxottica Mad Apparel Magellan (MiTAC Digital Corporation) Martian Watches (SilverPlus) Matilde McLear Medtronic Melon Memi META Meta (MetaWatch) Microsoft (Nokia) MindStream Mio Global Misfit Wearables MiTAC International Moff Moov Moticon Motion Fitness Motion Metrics International Corporation Motorola Mobility/Lenovo Motorola Solutions Mutalink Mutewatch Myontec Narrative Neptune NeuroPro NeuroSky Nike Nintendo Nissan Nod Nokia Notch Interfaces NTT DoCoMo Nuance Nuubo NVIDIA NZN Labs Oculus VR (Facebook) Omate Omega SA OMG Life Omron OMsignal Optalert Optinvent OrCam Technologies OriginGPS Orpyx Medical Technologies O-Synce Owlet Baby Care Palomar Health Panasonic Paris Miki Holdings Parvus Pebble Pepsi Perpetua Power Source Technologies PFO Tech Philips Phyode Plantronics Playtabase Polar Electro Pragmasystems Preventice Proteus Digital Health PUSH Design Solutions Qardio Qualcomm Raytheon Razer Recon Instruments Rest Devices RHLvision Technologies Ringblingz RSLSteeper Rufus Labs S3 ID Salesforce.com Samsung Seiko SenseCore Sensible Baby Senso Solutions Sensoplex Sentimoto Seraphim Sense Shimmer ShotTracker Si14 Sigmo SITA Skully Helmets Smarty Destination Technology Smarty Ring SMI (SensoMotoric Instruments) Snaptracs Somaxis Sonitus Medical Sonostar Sony Sotera Wireless SpotNSave Sqord Stalker Radar (Applied Concepts, Inc) STMicroelectronics Suunto sWaP (Dyal Trading) Swatch Group T.Ware Tarsier TASER International Technical Illusions Thalmic Labs The Walt Disney Company Theatro TI (Texas Instruments) Timex Group Tissot TN Games Tobii Technology Tomoon Technology TomTom Tory Burch Touch Bionics TrackingPoint U.S. Department of Defense U-blox Universities of Glasgow University of Leeds University of Reading University of Strathclyde Validic (Motivation Science) Vancive Medical Technologies Vandrico Vergence Labs Vidcie (Looxcie) Vigo Virgin Atlantic VSN Mobil Vuzix We:eX (Wearable Experiments) Wearable Intelligence Weartrons Labs Wellograph Withings WTS (Wonder Technology Solutions) Xensr Xiaomi XOEye Technologies Xybermind Yingqu Technology Zeiss (Carl Zeiss AG) Zephyr Technology Zepp Labs Zinc Software Zoll Medical Corporation ZTE Report Pricing: Single User License: USD 2,500 Company Wide License (Multi Users): USD 3,500 Ordering Process: Please contact Andy Silva on andy.silva@snsreports.com And provide the following information: Report Title - Report License - (Single User/Company Wide) Name - Email - Job Title - Company - Invoice Address Please contact me if you have any questions, or wish to purchase a copy I look forward to hearing from you. Kind Regards Andy Silva Marketing Executive Signals and Systems Telecom Reef Tower Jumeirah Lake Towers Sheikh Zayed Road Dubai, UAE =20 To unsubscribe please click on the link below or send an email with unsubsc= ribe in the subject line to: info@snsreports.com Remove me from your mailing list From owner-freebsd-ppc@FreeBSD.ORG Thu Sep 18 06:09:16 2014 Return-Path: Delivered-To: freebsd-ppc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8BE09872 for ; Thu, 18 Sep 2014 06:09:16 +0000 (UTC) Received: from asp.reflexion.net (outbound-240.asp.reflexion.net [69.84.129.240]) (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 1F162F97 for ; Thu, 18 Sep 2014 06:09:15 +0000 (UTC) Received: (qmail 16564 invoked from network); 18 Sep 2014 06:02:33 -0000 Received: from unknown (HELO mail-cs-04.app.dca.reflexion.local) (10.81.19.4) by 0 (rfx-qmail) with SMTP; 18 Sep 2014 06:02:33 -0000 Received: by mail-cs-04.app.dca.reflexion.local (Reflexion email security v7.30.7) with SMTP; Thu, 18 Sep 2014 02:02:33 -0400 (EDT) Received: (qmail 30410 invoked from network); 18 Sep 2014 06:02:04 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (DHE-RSA-AES256-SHA encrypted) SMTP; 18 Sep 2014 06:02:04 -0000 X-No-Relay: not in my network X-No-Relay: not in my network X-No-Relay: not in my network Received: from [192.168.1.8] (c-98-246-178-138.hsd1.or.comcast.net [98.246.178.138]) by iron2.pdx.net (Postfix) with ESMTPSA id 4B97B1C402B; Wed, 17 Sep 2014 23:01:56 -0700 (PDT) From: Mark Millard Subject: 10.1-BETA1 PowerMac G4 (yes: 4) before-Copyright-notice boot hang with GeForce4 Ti 4600 Date: Wed, 17 Sep 2014 23:01:58 -0700 Message-Id: To: FreeBSD PowerPC ML Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) X-Mailer: Apple Mail (2.1878.6) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: Justin Hibbits X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Sep 2014 06:09:16 -0000 For FreeBSD 10.1-BETA1 the 1.4GHz Dual-processor PowerMac G4 (yep: 4) = with a NVIDIA GeForce4 Ti 4600 in it always hangs after: > GDB: no debug ports present > KDB: debugger backends: DDB > KDB: current backend: DDB without writing out the Copyright notice or anything else. The same SSD boots an ATI Radeon 9000/PRO If (AGP/PCI) PowerMac G4 of = the same PowerMac model just fine. (I give uname -a and build details = later.) The same SSD also boots a PowerMac G5 with a GeForce 7800 GT = video board just fine. Other than the SSD, video board, and memory, = there is only basic stock equipment in the PowerMacs. The two G4's match = for those details as well: only the video boards are different models = and the amounts of RAM match. And my older 10.1-PRERELEASE #0 r271215 boot SSD still boots the GeForce = Ti 4600 PowerMac G4 just fine. While the place for the boot-hang is suggestive, I've nothing beyond = that indicating any relationship to the random PowerMac G5 boot problem = at the same place in the display sequence. And on the G4 DDB is not reporting anything, unlike on the G5 when it = hangs there. Context for failed boots off the GeForce Ti 4600 PowerMac G4 (I've not = tried much variation from this so no claims of essential status for any = of it): > FreeBSD FBSDG4S1 10.1-BETA1 FreeBSD 10.1-BETA1 #1 r271610M: Wed Sep 17 = 21:47:20 PDT 2014 root@FBSDG4S1:/usr/obj/usr/src/sys/GENERIC = powerpc The "M" status of r271610M (now that I "make -j 8 buildworld kernel" = based on svn materials in /usr/src/) is from the GENERIC modification in = the modifications listed below. The non-default things are... A) Adding to /usr/src/sys/powerpc/conf/GENERIC: "options DDB" and = "options GDB". B) Having /etc/make.conf use WITH_DEBUG_FILES=3D, WITHOUT_CLANG=3D, = WITH_DEBUG=3D, as well as having a WRKDIRPREFIX=3D(path not listed = here). C) Having /boot/loader.conf with just: verbose_loading=3D"YES". Context for working boots of the same GeForce Ti 4600 PowerMac G4: > FreeBSD FBSDG4S0 10.1-PRERELEASE FreeBSD 10.1-PRERELEASE #0 r271215: = Sat Sep 6 23:56:15 PDT 2014 = root@FBSDG4S0:/usr/obj/usr/src/sys/GENERIC powerpc /usr/src/sys/powerpc/conf/GENERIC was not modified at all. (Thus no M = suffix on r271215.) But /etc/make.conf uses WITH_DEBUG_FILES=3D, WITHOUT_CLANG=3D, = WITH_DEBUG=3D, as well as having a WRKDIRPREFIX=3D(path not listed = here). /boot/loader.conf empty. =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-ppc@FreeBSD.ORG Thu Sep 18 07:04:31 2014 Return-Path: Delivered-To: freebsd-ppc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 682E969C for ; Thu, 18 Sep 2014 07:04:31 +0000 (UTC) Received: from asp.reflexion.net (outbound-240.asp.reflexion.net [69.84.129.240]) (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 F3AB0782 for ; Thu, 18 Sep 2014 07:04:29 +0000 (UTC) Received: (qmail 17286 invoked from network); 18 Sep 2014 07:04:28 -0000 Received: from unknown (HELO mail-cs-01.app.dca.reflexion.local) (10.81.19.1) by 0 (rfx-qmail) with SMTP; 18 Sep 2014 07:04:28 -0000 Received: by mail-cs-01.app.dca.reflexion.local (Reflexion email security v7.30.7) with SMTP; Thu, 18 Sep 2014 03:04:28 -0400 (EDT) Received: (qmail 1936 invoked from network); 18 Sep 2014 07:02:02 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (DHE-RSA-AES256-SHA encrypted) SMTP; 18 Sep 2014 07:02:02 -0000 X-No-Relay: not in my network Received: from [192.168.1.8] (c-98-246-178-138.hsd1.or.comcast.net [98.246.178.138]) by iron2.pdx.net (Postfix) with ESMTPSA id 7BFB51C402C for ; Thu, 18 Sep 2014 00:02:01 -0700 (PDT) From: Mark Millard Subject: //lib/libm.so.5: could not read symbols: Bad value and /usr/bin/ld: : invalid DSO for symbol `sin@@FBSD_1.0' definition Message-Id: <6FE3262D-7AC1-4A1A-B298-5DEABAE37750@dsl-only.net> Date: Thu, 18 Sep 2014 00:02:00 -0700 To: FreeBSD PowerPC ML Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) X-Mailer: Apple Mail (2.1878.6) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Sep 2014 07:04:31 -0000 For 10.1-??? I've been getting: /usr/bin/ld: : invalid DSO for symbol `sin@@FBSD_1.0' definition //lib/libm.so.5: could not read symbols: Bad value *** [fractals] Error code 1 make[6]: stopped in = /usr/obj/portswork/usr/ports/graphics/freeglut/work/freeglut-2.8.1/progs/d= emos/Fractals when I attempt to portmaster xscreensaver. (The rest of the ports I try = to build work fine, including all their dependencies. If xscreensaver = finished it would be about 409 ports involved in all.) I now note it to the list because I've now tried on on powerpc/GENERIC = and powerpc64/GENERIC64 with and without /etc/make.conf having: WITH_DEBUG_FILES=3D WITHOUT_CLANG=3D WITH_DEBUG=3D [WRKDIRPREFIX=3D(path not listed here) always present] when I buildworld kernel and use portmaster for the ports. It appears that no matter what style of build on a PowerMac under either = powerpc/GENERIC or powerpc64/GENERIC64 /lib/libm.so.5 ends up with this = problem (or the ld checks for invalid DSO's end up wrong --or both). I first noticed this with 10.1-PRERELEASE FreeBSD FBSDG4S0 10.1-PRERELEASE FreeBSD 10.1-PRERELEASE #0 r271215: Sat = Sep 6 23:56:15 PDT 2014 root@FBSDG4S0:/usr/obj/usr/src/sys/GENERIC = powerpc I can not claim just what was the last prior working case I had with = 10.0-STABLE but all those were "as distributed" installs instead of = personal "buildworld kernel" based on a source updates. For 10.1-??? = I've been experimenting with source based tracking/building, mostly = building on Quad-core PowerMac G5s (booted with either GENERIC based or = GENERIC64 based worlds/kernels, up to DDB/GDB being added or not). Here = GENERIC and GENERIC64 were not updated at all. It has continued with the likes of FreeBSD FBSDG4S1 10.1-BETA1 FreeBSD 10.1-BETA1 #1 r271610M: Wed Sep 17 = 21:47:20 PDT 2014 root@FBSDG4S1:/usr/obj/usr/src/sys/GENERIC = powerpc and its GENERIC64 variant. (M in r271610M because of DDB and GDB options = added to GENERIC and GENERIC64.) =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-ppc@FreeBSD.ORG Thu Sep 18 09:36:40 2014 Return-Path: Delivered-To: freebsd-ppc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 027EA721 for ; Thu, 18 Sep 2014 09:36:40 +0000 (UTC) Received: from asp.reflexion.net (outbound-240.asp.reflexion.net [69.84.129.240]) (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 8E33087D for ; Thu, 18 Sep 2014 09:36:38 +0000 (UTC) Received: (qmail 28619 invoked from network); 18 Sep 2014 09:36:37 -0000 Received: from unknown (HELO mail-cs-02.app.dca.reflexion.local) (10.81.19.2) by 0 (rfx-qmail) with SMTP; 18 Sep 2014 09:36:37 -0000 Received: by mail-cs-02.app.dca.reflexion.local (Reflexion email security v7.30.7) with SMTP; Thu, 18 Sep 2014 05:36:37 -0400 (EDT) Received: (qmail 6669 invoked from network); 18 Sep 2014 09:36:36 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (DHE-RSA-AES256-SHA encrypted) SMTP; 18 Sep 2014 09:36:36 -0000 X-No-Relay: not in my network X-No-Relay: not in my network Received: from [192.168.1.8] (c-98-246-178-138.hsd1.or.comcast.net [98.246.178.138]) by iron2.pdx.net (Postfix) with ESMTPSA id 1354F1C4007; Thu, 18 Sep 2014 02:36:35 -0700 (PDT) Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) Subject: Re: A PowerMac G5 rarity: explicit fatal kernel trap (data storage interrupt) instead of Copyright notice and boot text From: Mark Millard In-Reply-To: <9D652449-59C8-4F95-98CF-1CD4AA1D6E88@dsl-only.net> Date: Thu, 18 Sep 2014 02:36:35 -0700 Message-Id: References: <9D652449-59C8-4F95-98CF-1CD4AA1D6E88@dsl-only.net> To: freebsd-ppc@freebsd.org X-Mailer: Apple Mail (2.1878.6) Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Sep 2014 09:36:40 -0000 Based on a couple of the after-Copyright-notice data storage interrupt = reports from my 10.1-BETA1 GENERIC64 build used on a PowerMac G5 = Quad-core (different addresses then back on 2014-Sep-2): Using objdump -t on /boot/kernel/kernel it appears that... srr0 =3D 0x883158 points into .moea64_zero_page and lr =3D 0x8b7c8c points into .pmap_zero_page both reports showed: vert addr 7f5e0000 dsisr 42000000 srr1 9000000000001032 curthread db8b90 pid=3D0 comm=3D Because "options DDB" and "options GDB" were enabled: instead of a back = trace there was just a report of where it "stopped at" (0x883158) and = the instruction (dcbz r0,r10) and then the PowerMac G5 was hung (no = input allowed). dcbz and the "2" from dsisr match up from what I can = tell. =3D=3D=3D Mark Millard markmi at dsl-only.net On Sep 2, 2014, at 1:14 AM, Mark Millard wrote: On G5 PowerMac's (with lots of RAM) I frequently have boots that after = clearing (going black) never display anything from where the Copyright = notice should display on --and the fans gradually spin up indicating = that it failed somehow. Rarely an error message shows up instead of the Copyright and later boot = text. This happend today and I wrote the one generated down so that I = could leave a note about it. I've no clue how to repeat it in any = reasonable time frame. The text on screen was (not a copy of the detailed spacing): fatal kernel trap exception =3D 0x300 (data storage interrupt) virtual address =3D 0x2fb1948 dsisr =3D 0x40000000 srr0 =3D 0x88fa84 srr1 =3D 0x9000000000003030 lr =3D 0x8903e8 curthread =3D 0xd0ccc0 pid =3D 0, comm =3D Panic: data storage interrupt trap cpuid =3D 0 KDB: stack backtrace #0: 0x533d30 at ??+0 #1: 0x86346c at ??+0 #2: 0x864630 at ??+0 #3: 0x8595e0 at ??+0 Uptime: 1s If I interpret what I found about this correctly the dsisr value = indicates that the data's address was not-found in primary or secondary = "page table entry group"s (so a page fault occurred that was not = expected to need to be handled): indicated by DSISR[1] =3D '1'... > Set if MSR[DR] =3D =921=92 and the translation for an attempted access = is not found in the primary page table entry group (PTEG), or in the = secondary PTEG (page fault condition); otherwise cleared.=20 Context: FreeBSD FBSDG5S0 10.0-STABLE FreeBSD 10.0-STABLE #0 r268571: = Sun Jul 13 06:28:19 UTC 2014 = root@grind.freebsd.org:/usr/obj/powerpc.powerpc64/usr/src/sys/GENERIC64 = powerpc =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-ppc@FreeBSD.ORG Fri Sep 19 03:57:17 2014 Return-Path: Delivered-To: freebsd-ppc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E0963D95 for ; Fri, 19 Sep 2014 03:57:17 +0000 (UTC) Received: from asp.reflexion.net (outbound-240.asp.reflexion.net [69.84.129.240]) (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 3B2988C for ; Fri, 19 Sep 2014 03:57:16 +0000 (UTC) Received: (qmail 9157 invoked from network); 19 Sep 2014 03:57:16 -0000 Received: from unknown (HELO mail-cs-04.app.dca.reflexion.local) (10.81.19.4) by 0 (rfx-qmail) with SMTP; 19 Sep 2014 03:57:16 -0000 Received: by mail-cs-04.app.dca.reflexion.local (Reflexion email security v7.30.7) with SMTP; Thu, 18 Sep 2014 23:57:15 -0400 (EDT) Received: (qmail 25034 invoked from network); 19 Sep 2014 03:57:15 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (DHE-RSA-AES256-SHA encrypted) SMTP; 19 Sep 2014 03:57:15 -0000 X-No-Relay: not in my network X-No-Relay: not in my network X-No-Relay: not in my network Received: from [192.168.1.8] (c-98-246-178-138.hsd1.or.comcast.net [98.246.178.138]) by iron2.pdx.net (Postfix) with ESMTPSA id 77F9E1C4007; Thu, 18 Sep 2014 20:57:07 -0700 (PDT) Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) Subject: lr=u_trap+0x10 and ssr0=k_trap+0x28 for "stopped at 0 illegal instruction 0" before-copyright hang on PowerMac G5's From: Mark Millard In-Reply-To: <6D729F43-662A-429E-9503-0148EC3250B1@dsl-only.net> Date: Thu, 18 Sep 2014 20:57:12 -0700 Message-Id: <72535F89-3942-45A6-B351-7F746209ED9F@dsl-only.net> References: <1118046C-0FF7-49FC-82DA-DB9A7A310991@dsl-only.net> <2ED3DB50-B985-4382-8FF2-3B44E7E65453@dsl-only.net> <6D729F43-662A-429E-9503-0148EC3250B1@dsl-only.net> To: Justin Hibbits , FreeBSD PowerPC ML X-Mailer: Apple Mail (2.1878.6) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Sep 2014 03:57:18 -0000 I modified DDB to automatically "show registers" even at the early = "before Copyright" crash time. The end of this note will show the = /usr/src/sys/ddb/db_script.c diff for the hack. While I also had DDB bt, = the bt does not actually print a back trace for this context. (It might = for others.) The registers give interesting context despite the lack of a back trace. = I do not know if it will be sufficient to be of much immediate help if = someone used the information to start looking at the problem. I'll start with register lr: 0x1026f0 u_trap+0x10. /usr/src/sys/powerpc/aim/trap_subr64.S has: s_trap: bf 17,k_trap /* branch if PSL_PR is false */ GET_CPUINFO(%r1) u_trap: ld %r1,PC_CURPCB(%r1) mr %r27,%r28 /* Save LR, r29 */ mtsprg2 %r29 bl restore_kernsrs /* enable kernel mapping */ mfsprg2 %r29 mr %r28,%r27 /* * Now the common trap catching code. */ k_trap: FRAME_SETUP(PC_TEMPSAVE) /* Call C interrupt dispatcher: */ trapagain: and so this appears to indicate a pending return to execute the "mfsprg2 = %r29" after "bl restore_kernsrs", which indicates that restore_kernsrs = should be active. But register srr0 indicates: 0x102720 k_trap+0x28. (So apparently in = FRAME_SETUP(PC_TEMPSAVE) someplace.) So it appears to me that the processor got to the k_trap code during the = supposed restore_kernsrs time frame. (But I'm no expert at these sorts = of things or for the processor.) I'll list the other register values: r0: 0 r1: 0 r2: 0xc1be80 M_AUDITBSM r3: 0xb16138 r4: 0x8926e8 .ofwcall+0xa8 r5: 0 r6: 0xbb5f90 r7: 0xe3d118 ofw_real_mode r8: 0x1 r9: 0xe0ce80 __pcpu r10: 0x1c35ec9 r11: 0 r12: 0x10000000 r13: db890 thread0 r14-r19: all 0 r20: 0x10bc000 r21: 0x4 r22: 0x1801db4 r23: 0x1803a28 r24: 0xc000000000008760 r25: 0xcc6908 smp_no_rendevous_barrier r26: 0xec79e0 ofw_rendezvous_dispatch (yep one has v and the other zv) r27: 0x8926e8 .ofwcall+0xa8 r28: 0x8926e8 .ofwcall+0xa8 (yep: same value) r29: 0x24000022 r30: 0x9000000000001032 r31: 0xc7f488 vop_unlock_desc ctr: 0xff846d78 cr: 0x2000d7b0 xer: 0 dar: 0xfffffffffffffd50 dsisr: 0x42000000 (Hopefully this manual transcription from the screen display is complete = --and also accurate for what it does present.) The personal HACK to /usr/src/sys/ddb/db_script.c's = db_script_kdbenter(...) to have it show registers and try bt... $ cd /usr/src/sys/ddb/ $ svnlite diff . Index: db_script.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 --- db_script.c (revision 271610) +++ db_script.c (working copy) @@ -319,10 +319,25 @@ { char scriptname[DB_MAXSCRIPTNAME]; =20 + /* HACK!!! : Additional lines to force a basic default script to = exist. + * Will dump information even if ddb input is not available for = early crash. + * Used to get more information about PowerMac G5 "before = Copyright" hangs. + */ + struct ddb_script *dsp =3D = db_script_lookup(DB_SCRIPT_KDBENTER_DEFAULT); + if (!dsp) db_script_set(DB_SCRIPT_KDBENTER_DEFAULT, "show = registers; bt"); + snprintf(scriptname, sizeof(scriptname), "%s.%s", DB_SCRIPT_KDBENTER_PREFIX, eventname); if (db_script_exec(scriptname, 0) =3D=3D ENOENT) (void)db_script_exec(DB_SCRIPT_KDBENTER_DEFAULT, 0); + + /* HACK!!! : Additional lines to always use the default script, + * even if scriptname existed and was executed. + * Will dump information even if ddb input is not available for = early crash. + * Used to get more information about PowerMac G5 "before = Copyright" hangs. + */ + else + (void)db_script_exec(DB_SCRIPT_KDBENTER_DEFAULT, 0); } =20 /*- =3D=3D=3D Mark Millard markmi at dsl-only.net On Sep 16, 2014, at 9:28 PM, Mark Millard = wrote: In part I sent directly to you because of a past exchange (July-27) = where you had written: > Nathan and I both speculate that it's > dropping into Open Firmware (we make extensive use of OFW), and then > messing something up, taking a page fault or something. The specific text that I report and its uniformity when it is produced = seems to add a little information beyond a speculated "page fault or = something" and so might eventually help a little. As I understand the = text it is reporting execution reaching address zero without any prior = un-handled exceptions or other such that would stop it. A corrupted = stack (pointer) so a bad return address or some such? I'd guess there = are no explicit jumps to address zero so I expect that indirection is = likely involved, with the content for the indirection messed up. I really wish that I had a logic analyzer configuration for this. I've = not found a way to make the failing context visible so far and the extra = way of looking at things might have helped. =3D=3D=3D Mark Millard markmi@dsl-only.net On Sep 16, 2014, at 8:28 PM, Justin Hibbits = wrote: Hi mark, I see this on my G5, and I think it's due to the amount of RAM in the = machine. More than 4gb seems to confuse open firmware when called by = FreeBSD. There is some effort to remove the need of the callbacks but = thus far it's not far along. The good news is that after it boots it's = solid except when switching vtys, buy earlier this year or last year I = added a sysctl hack to disable the call into open firmware on vty switch = (don't recall offhand and not at my computer right now, but if you grep = the sysctl output for reset and ofw you can find it). -Justin On Sep 16, 2014 8:01 PM, "Mark Millard" wrote: I've now spent time with rebooting and power-off/power-on for all 3 = PowerMac G5's (one PowerMac7,2 and two PowerMac11,2's) and all 3 get the > GDB: no debug ports present > KDB: debugger backends: DDB > KDB: current backend: DDB > [ thread pid -1 tid 1006665719 ] > Stopped at 0: illegal instruction 0 > db> when they fail just before the Copyright notice would normally be = displayed. None fail any earlier. At that spot none have failed any = other way. It is the same SSD in all 3. (Happens with other SSD's as = well.) Overall there is a mix of Radeon and NVIDIA display boards. = Besides the SSD use and RAM upgrades the rest is stock equipment. scons = used, not vt. (I've yet to try vt.) Seeing a failure after the Copyright notice as been fairly rare in all = my experiments from when I started last April or so. The ones that I've = noted had Data Storage Interrupt reported. So far no examples of the = above have been reported after the Copyright notice. So I'd guess that = they are separate issues. Of course it seems that only in the last few = days would I have seen the above sort of thing if it did happen after = the Copyright notice: The prior history does not count for judgements = about that. =3D=3D=3D Mark Millard markmi at dsl-only.net On Sep 16, 2014, at 8:15 AM, Mark Millard wrote: Using 10.1-BETA1 I added "options DDB" and "options GDB" to powerpc64's = GENERIC64. (I also used WITH_DEBUG_FILES=3D, WITHOUT_CLANG=3D, and = WITH_DEBUG=3D in /etc/make.conf.) So buildworld, kernel was basically = just set up to have more of a debugging context around (including for = any ports builds). The result was new information about the PowerMac G5 boot hangups: The = screen is no longer blank when the G5 is hung up without there being a = Copyright notice yet. It says... > GDB: no debug ports present > KDB: debugger backends: DDB > KDB: current backend: DDB > [ thread pid -1 tid 1006665719 ] > Stopped at 0: illegal instruction 0 > db> (I had no ability to input at that point.) Normally the Copyright notice = would have displayed instead of "[...]" and what follows. (I do not = claim to have all the spacing, capitalization, and such correct above.) That text is constant from hang to hang when it hangs just before it = would normally output the Copyright notice: The numbers do not vary, = much less the other text. It has never failed until after the two KDB = messages are present. So far I've only tested one PowerMac G5, booting = over and over for a few hours. (I do not claim to be set up for remote kernel debugging. I just decided = to let GDB go along for the ride when I added DDB.) =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-ppc@FreeBSD.ORG Sat Sep 20 10:30:16 2014 Return-Path: Delivered-To: freebsd-ppc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 35EA5D69 for ; Sat, 20 Sep 2014 10:30:16 +0000 (UTC) Received: from asp.reflexion.net (outbound-241.asp.reflexion.net [69.84.129.241]) (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 AE186A5A for ; Sat, 20 Sep 2014 10:30:14 +0000 (UTC) Received: (qmail 18040 invoked from network); 20 Sep 2014 10:23:32 -0000 Received: from unknown (HELO mail-cs-01.app.dca.reflexion.local) (10.81.19.1) by 0 (rfx-qmail) with SMTP; 20 Sep 2014 10:23:32 -0000 Received: by mail-cs-01.app.dca.reflexion.local (Reflexion email security v7.30.7) with SMTP; Sat, 20 Sep 2014 06:23:32 -0400 (EDT) Received: (qmail 23283 invoked from network); 20 Sep 2014 10:23:10 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (DHE-RSA-AES256-SHA encrypted) SMTP; 20 Sep 2014 10:23:10 -0000 X-No-Relay: not in my network Received: from [192.168.1.8] (c-98-246-178-138.hsd1.or.comcast.net [98.246.178.138]) by iron2.pdx.net (Postfix) with ESMTPSA id 0E7111C402B for ; Sat, 20 Sep 2014 03:23:08 -0700 (PDT) From: Mark Millard Subject: 10.1-BETA1, PowerMac G5 using GENERIC64, Radeon X1950, Xorg 1.12.4_9, 1 with xfce4: no go so far... Message-Id: <4A8ACCB7-A7D2-460E-93DF-4AF5064D1F42@dsl-only.net> Date: Sat, 20 Sep 2014 03:23:08 -0700 To: FreeBSD PowerPC ML Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) X-Mailer: Apple Mail (2.1878.6) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Sep 2014 10:30:16 -0000 I ended up with access to a "Chipset: "ATI Radeon X1950" (ChipID =3D = 0x7240)" Radeon to put in a PowerMac G5 Quad Core. The card works fine = in Mac OS X 10.5 on the same PowerMac. Previously the Quad Core G5 = configurations that I've had access to had NVIDIA GeForce 7800 GT's. = Xorg starts up fine for the same G5 with that original card. But for 10.1-BETA1 based on the xorg.conf that Xorg -configure produces = (and any variation that I've tried) all I get is: ... [ 43.705] (=3D=3D) RADEON(0): Depth 24, (--) framebuffer bpp 32 [ 43.705] (II) RADEON(0): Pixel depth =3D 24 bits stored in 4 bytes = (32 bpp pixmaps) [ 43.705] (=3D=3D) RADEON(0): Default visual is TrueColor [ 43.706] (II) RADEON(0): VGAAccess option set to FALSE, VGA module = load skipped [ 43.706] (=3D=3D) RADEON(0): RGB weight 888 [ 43.706] (II) RADEON(0): Using 8 bits per RGB (8 bit DAC) [ 43.706] (--) RADEON(0): Chipset: "ATI Radeon X1950" (ChipID =3D = 0x7240) [ 43.706] (--) RADEON(0): Linear framebuffer at 0x0000000098000000 [ 43.706] (II) RADEON(0): PCI card detected [ 43.706] (WW) RADEON(0): Failed to read PCI ROM! [ 43.706] (II) RADEON(0): Attempting to read un-POSTed bios [ 43.706] (WW) RADEON(0): Failed to read PCI ROM! [ 43.706] (WW) RADEON(0): Unrecognized BIOS signature, BIOS data will = not be used [ 43.706] (II) UnloadModule: "radeon" [ 43.706] (EE) Screen(s) found, but none have a usable configuration. [ 43.706]=20 Fatal server error: [ 43.706] no screens found ... (with variations for the times on the left). Xorg was "=3D=3D=3D> = Installing for xorg-server-1.12.4_9,1" (just to show the version number = reported during portmaster). Things look normal leading up to the above. Context (not that I expect the diffs contribute to the above): $ uname -a FreeBSD FBSDG5M1 10.1-BETA1 FreeBSD 10.1-BETA1 #0 r271610M: Thu Sep 18 = 19:13:29 PDT 2014 root@FBSDG5S1:/usr/obj/usr/src/sys/GENERIC64 = powerpc $ more /etc/make.conf WITH_DEBUG_FILES=3D WITHOUT_CLANG=3D WRKDIRPREFIX=3D/usr/obj/portswork WITH_DEBUG=3D $ svnlite diff /usr/src/sys Index: /usr/src/sys/ddb/db_script.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 --- /usr/src/sys/ddb/db_script.c (revision 271610) +++ /usr/src/sys/ddb/db_script.c (working copy) @@ -319,10 +319,25 @@ { char scriptname[DB_MAXSCRIPTNAME]; =20 + /* HACK!!! : Additional lines to force a basic default script to = exist. + * Will dump information even if ddb input is not available for = early crash. + * Used to get more information about PowerMac G5 "before = Copyright" hangs. + */ + struct ddb_script *dsp =3D = db_script_lookup(DB_SCRIPT_KDBENTER_DEFAULT); + if (!dsp) db_script_set(DB_SCRIPT_KDBENTER_DEFAULT, "show = registers; bt"); + snprintf(scriptname, sizeof(scriptname), "%s.%s", DB_SCRIPT_KDBENTER_PREFIX, eventname); if (db_script_exec(scriptname, 0) =3D=3D ENOENT) (void)db_script_exec(DB_SCRIPT_KDBENTER_DEFAULT, 0); + + /* HACK!!! : Additional lines to always use the default script, + * even if scriptname existed and was executed. + * Will dump information even if ddb input is not available for = early crash. + * Used to get more information about PowerMac G5 "before = Copyright" hangs. + */ + else + (void)db_script_exec(DB_SCRIPT_KDBENTER_DEFAULT, 0); } =20 /*- Index: /usr/src/sys/powerpc/conf/GENERIC =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 --- /usr/src/sys/powerpc/conf/GENERIC (revision 271610) +++ /usr/src/sys/powerpc/conf/GENERIC (working copy) @@ -79,6 +79,8 @@ # Debugging support. Always need this: options KDB # Enable kernel debugger = support. options KDB_TRACE # Print a stack trace for a = panic. +options DDB +options GDB =20 # Make an SMP-capable kernel by default options SMP # Symmetric MultiProcessor = Kernel Index: /usr/src/sys/powerpc/conf/GENERIC64 =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 --- /usr/src/sys/powerpc/conf/GENERIC64 (revision 271610) +++ /usr/src/sys/powerpc/conf/GENERIC64 (working copy) @@ -76,6 +76,8 @@ # Debugging support. Always need this: options KDB # Enable kernel debugger = support. options KDB_TRACE # Print a stack trace for a = panic. +options DDB +options GDB =20 # Make an SMP-capable kernel by default options SMP # Symmetric MultiProcessor = Kernel No modifications to the ports. I do config gcc to do a full bootstrap = and config having the control for setting the reverse scroll wheel = direction in xfce4. Otherwise the ports have the default configurations. The "WITHOUT_CLANG=3D" is just because clang's build has problems under = "WITH_DEBUG_FILES=3D". =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-ppc@FreeBSD.ORG Sat Sep 20 22:42:29 2014 Return-Path: Delivered-To: freebsd-ppc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BE7B8FD7 for ; Sat, 20 Sep 2014 22:42:29 +0000 (UTC) Received: from asp.reflexion.net (outbound-241.asp.reflexion.net [69.84.129.241]) (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 18A5539F for ; Sat, 20 Sep 2014 22:42:28 +0000 (UTC) Received: (qmail 15860 invoked from network); 20 Sep 2014 22:42:26 -0000 Received: from unknown (HELO mail-cs-03.app.dca.reflexion.local) (10.81.19.3) by 0 (rfx-qmail) with SMTP; 20 Sep 2014 22:42:26 -0000 Received: by mail-cs-03.app.dca.reflexion.local (Reflexion email security v7.30.7) with SMTP; Sat, 20 Sep 2014 18:42:26 -0400 (EDT) Received: (qmail 16565 invoked from network); 20 Sep 2014 22:42:21 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (DHE-RSA-AES256-SHA encrypted) SMTP; 20 Sep 2014 22:42:21 -0000 X-No-Relay: not in my network X-No-Relay: not in my network X-No-Relay: not in my network Received: from [192.168.1.8] (c-98-246-178-138.hsd1.or.comcast.net [98.246.178.138]) by iron2.pdx.net (Postfix) with ESMTPSA id 148921C4056; Sat, 20 Sep 2014 15:42:16 -0700 (PDT) Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) Subject: Re: lr=u_trap+0x10 and srr0=k_trap+0x28 for "stopped at 0 illegal instruction 0" before-copyright hang on PowerMac G5's From: Mark Millard In-Reply-To: <72535F89-3942-45A6-B351-7F746209ED9F@dsl-only.net> Date: Sat, 20 Sep 2014 15:42:18 -0700 Message-Id: <0703EF26-6E33-4446-9273-BBFD0CB72893@dsl-only.net> References: <1118046C-0FF7-49FC-82DA-DB9A7A310991@dsl-only.net> <2ED3DB50-B985-4382-8FF2-3B44E7E65453@dsl-only.net> <6D729F43-662A-429E-9503-0148EC3250B1@dsl-only.net> <72535F89-3942-45A6-B351-7F746209ED9F@dsl-only.net> To: Justin Hibbits , FreeBSD PowerPC ML X-Mailer: Apple Mail (2.1878.6) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Sep 2014 22:42:29 -0000 [I corrected the SSR0 in the subject to be SRR0.] I did miss a register in my list (it matched the shown r30 value). And = it turns out to probably be very important to interpreting what the = "show registers" is reporting: SRR1: 0x9000000000001032 But bits 43-46 of SRR1 are supposed to indicate which type of Program = Exception, using a single binary 1 to so. No such 1's are present. Illegal instruction would have been bit 44 being 1. (PowerPC has the = upper bit numbered zero and increases from there.) So the ddb "show registers" is apparently not reporting the status as of = when the "stopped at 0 illegal instruction 0" happened. Thus other = things are also likely not from that exact time frame. And I misinterpreted the LR value status: The LR value was just left = over from the restore_kernsrs returning when it finished. Execution then = flowed into k_trap. Nothing unusual involved. =3D=3D=3D Mark Millard markmi@dsl-only.net On Sep 18, 2014, at 8:57 PM, Mark Millard wrote: I modified DDB to automatically "show registers" even at the early = "before Copyright" crash time. The end of this note will show the = /usr/src/sys/ddb/db_script.c diff for the hack. While I also had DDB bt, = the bt does not actually print a back trace for this context. (It might = for others.) The registers give interesting context despite the lack of a back trace. = I do not know if it will be sufficient to be of much immediate help if = someone used the information to start looking at the problem. I'll start with register lr: 0x1026f0 u_trap+0x10. /usr/src/sys/powerpc/aim/trap_subr64.S has: s_trap: bf 17,k_trap /* branch if PSL_PR is false */ GET_CPUINFO(%r1) u_trap: ld %r1,PC_CURPCB(%r1) mr %r27,%r28 /* Save LR, r29 */ mtsprg2 %r29 bl restore_kernsrs /* enable kernel mapping */ mfsprg2 %r29 mr %r28,%r27 /* * Now the common trap catching code. */ k_trap: FRAME_SETUP(PC_TEMPSAVE) /* Call C interrupt dispatcher: */ trapagain: and so this appears to indicate a pending return to execute the "mfsprg2 = %r29" after "bl restore_kernsrs", which indicates that restore_kernsrs = should be active. But register srr0 indicates: 0x102720 k_trap+0x28. (So apparently in = FRAME_SETUP(PC_TEMPSAVE) someplace.) So it appears to me that the processor got to the k_trap code during the = supposed restore_kernsrs time frame. (But I'm no expert at these sorts = of things or for the processor.) I'll list the other register values: r0: 0 r1: 0 r2: 0xc1be80 M_AUDITBSM r3: 0xb16138 r4: 0x8926e8 .ofwcall+0xa8 r5: 0 r6: 0xbb5f90 r7: 0xe3d118 ofw_real_mode r8: 0x1 r9: 0xe0ce80 __pcpu r10: 0x1c35ec9 r11: 0 r12: 0x10000000 r13: db890 thread0 r14-r19: all 0 r20: 0x10bc000 r21: 0x4 r22: 0x1801db4 r23: 0x1803a28 r24: 0xc000000000008760 r25: 0xcc6908 smp_no_rendevous_barrier r26: 0xec79e0 ofw_rendezvous_dispatch (yep one has v and the other zv) r27: 0x8926e8 .ofwcall+0xa8 r28: 0x8926e8 .ofwcall+0xa8 (yep: same value) r29: 0x24000022 r30: 0x9000000000001032 r31: 0xc7f488 vop_unlock_desc ctr: 0xff846d78 cr: 0x2000d7b0 xer: 0 dar: 0xfffffffffffffd50 dsisr: 0x42000000 (Hopefully this manual transcription from the screen display is complete = --and also accurate for what it does present.) The personal HACK to /usr/src/sys/ddb/db_script.c's = db_script_kdbenter(...) to have it show registers and try bt... $ cd /usr/src/sys/ddb/ $ svnlite diff . Index: db_script.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 --- db_script.c (revision 271610) +++ db_script.c (working copy) @@ -319,10 +319,25 @@ { char scriptname[DB_MAXSCRIPTNAME]; =20 + /* HACK!!! : Additional lines to force a basic default script to = exist. + * Will dump information even if ddb input is not available for = early crash. + * Used to get more information about PowerMac G5 "before = Copyright" hangs. + */ + struct ddb_script *dsp =3D = db_script_lookup(DB_SCRIPT_KDBENTER_DEFAULT); + if (!dsp) db_script_set(DB_SCRIPT_KDBENTER_DEFAULT, "show = registers; bt"); + snprintf(scriptname, sizeof(scriptname), "%s.%s", DB_SCRIPT_KDBENTER_PREFIX, eventname); if (db_script_exec(scriptname, 0) =3D=3D ENOENT) (void)db_script_exec(DB_SCRIPT_KDBENTER_DEFAULT, 0); + + /* HACK!!! : Additional lines to always use the default script, + * even if scriptname existed and was executed. + * Will dump information even if ddb input is not available for = early crash. + * Used to get more information about PowerMac G5 "before = Copyright" hangs. + */ + else + (void)db_script_exec(DB_SCRIPT_KDBENTER_DEFAULT, 0); } =20 /*- =3D=3D=3D Mark Millard markmi at dsl-only.net On Sep 16, 2014, at 9:28 PM, Mark Millard = wrote: In part I sent directly to you because of a past exchange (July-27) = where you had written: > Nathan and I both speculate that it's > dropping into Open Firmware (we make extensive use of OFW), and then > messing something up, taking a page fault or something. The specific text that I report and its uniformity when it is produced = seems to add a little information beyond a speculated "page fault or = something" and so might eventually help a little. As I understand the = text it is reporting execution reaching address zero without any prior = un-handled exceptions or other such that would stop it. A corrupted = stack (pointer) so a bad return address or some such? I'd guess there = are no explicit jumps to address zero so I expect that indirection is = likely involved, with the content for the indirection messed up. I really wish that I had a logic analyzer configuration for this. I've = not found a way to make the failing context visible so far and the extra = way of looking at things might have helped. =3D=3D=3D Mark Millard markmi@dsl-only.net On Sep 16, 2014, at 8:28 PM, Justin Hibbits = wrote: Hi mark, I see this on my G5, and I think it's due to the amount of RAM in the = machine. More than 4gb seems to confuse open firmware when called by = FreeBSD. There is some effort to remove the need of the callbacks but = thus far it's not far along. The good news is that after it boots it's = solid except when switching vtys, buy earlier this year or last year I = added a sysctl hack to disable the call into open firmware on vty switch = (don't recall offhand and not at my computer right now, but if you grep = the sysctl output for reset and ofw you can find it). -Justin On Sep 16, 2014 8:01 PM, "Mark Millard" wrote: I've now spent time with rebooting and power-off/power-on for all 3 = PowerMac G5's (one PowerMac7,2 and two PowerMac11,2's) and all 3 get the > GDB: no debug ports present > KDB: debugger backends: DDB > KDB: current backend: DDB > [ thread pid -1 tid 1006665719 ] > Stopped at 0: illegal instruction 0 > db> when they fail just before the Copyright notice would normally be = displayed. None fail any earlier. At that spot none have failed any = other way. It is the same SSD in all 3. (Happens with other SSD's as = well.) Overall there is a mix of Radeon and NVIDIA display boards. = Besides the SSD use and RAM upgrades the rest is stock equipment. scons = used, not vt. (I've yet to try vt.) Seeing a failure after the Copyright notice as been fairly rare in all = my experiments from when I started last April or so. The ones that I've = noted had Data Storage Interrupt reported. So far no examples of the = above have been reported after the Copyright notice. So I'd guess that = they are separate issues. Of course it seems that only in the last few = days would I have seen the above sort of thing if it did happen after = the Copyright notice: The prior history does not count for judgements = about that. =3D=3D=3D Mark Millard markmi at dsl-only.net On Sep 16, 2014, at 8:15 AM, Mark Millard wrote: Using 10.1-BETA1 I added "options DDB" and "options GDB" to powerpc64's = GENERIC64. (I also used WITH_DEBUG_FILES=3D, WITHOUT_CLANG=3D, and = WITH_DEBUG=3D in /etc/make.conf.) So buildworld, kernel was basically = just set up to have more of a debugging context around (including for = any ports builds). The result was new information about the PowerMac G5 boot hangups: The = screen is no longer blank when the G5 is hung up without there being a = Copyright notice yet. It says... > GDB: no debug ports present > KDB: debugger backends: DDB > KDB: current backend: DDB > [ thread pid -1 tid 1006665719 ] > Stopped at 0: illegal instruction 0 > db> (I had no ability to input at that point.) Normally the Copyright notice = would have displayed instead of "[...]" and what follows. (I do not = claim to have all the spacing, capitalization, and such correct above.) That text is constant from hang to hang when it hangs just before it = would normally output the Copyright notice: The numbers do not vary, = much less the other text. It has never failed until after the two KDB = messages are present. So far I've only tested one PowerMac G5, booting = over and over for a few hours. (I do not claim to be set up for remote kernel debugging. I just decided = to let GDB go along for the ride when I added DDB.) =3D=3D=3D Mark Millard markmi at dsl-only.net