From owner-freebsd-ppc@freebsd.org Sun Apr 7 12:15:02 2019 Return-Path: Delivered-To: freebsd-ppc@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id AA7471531718 for ; Sun, 7 Apr 2019 12:15:02 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic303-2.consmr.mail.bf2.yahoo.com (sonic303-2.consmr.mail.bf2.yahoo.com [74.6.131.41]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 9C94E8E2FB for ; Sun, 7 Apr 2019 12:15:01 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: N2bH9nEVM1kXRTNVKOqTVgIL8F9.6TABsMSgveXTczdrv4zJ5hdFQSnGL668FSw X2epxIzg4pZWkML8OBn500boqq7668Ur2EYcRWe.4kKPlszrv6QBNzHwJBxrnsB6YzhJZHEyQhPF CPYgW1jJ7O4ibxWNiKI2ajsFad3UKU32RW9Rrw2e8MgKq9uyj9s6jis2DJ4NYjWFce68zeiTkvKF Qd2yYcpQ_pIr3Bw8FLv6NLiG8N0qqkj_1BdiT5Z8kP0I6d91emxzEEZfGKz9Q2YL3HgtpZc44qLi wGEUV6wq3r8vcRVymCDwriDFtDos1H9_.WrtkzUhtCyMLtbD4rS4jiygcT0sFdc8biyca7dbdzbU SoV8YDo5H6QuehfvK02owJssw5YDEQkXz57w3obgIOP1y1vJmoGT9xkmNIcr585sXLC5b0TYcX2C bgbK.bVjoB7DKJaS0X.ngIobRBmLuU6P434oopEgWRv.gfNg9vdgOTBTP2mLvwlEccSf9Jm68tMs y29WknB0pFbwWI3Ct0Aa.abooi8QW.NisiHVebVKC68RWU1yYBuoCDS9JkhPD88WOjTo0OE6bJdR N12_neEUZ.Ag2ElTtVfikls0pNTUaUdBZzGEJop8QDiVoXvwSOpMMqOh4KPuVl7Up4oCoq5VKjVm 6zYtb2SZ2TCMgjNEb3cMtdMQOh90r1H4Ech6_h.gyBmFX8.b3se3OzBh9pWofq97QMfLFY2JtfZq uTvT1tyFmhJOwLXDN5EqsWovuJremfREGWm2TE_wtGdPxICZieBs4AIqhUtuBKT.VRG4x1Oz8Rfx tMvnkQcHiv7WJMgzt4ozxX0IU8_OB5MtWffS1asrXNeyZJ60cMCX.V4Mt3J9rOBkC3RA8HEviIra 5r1CTTc1SMAV9BcMhYK47GJjVwDl9F0Qj6wTIPZztJ2i8VrkeNIeL7hFQv9ch4VeMp_nsFXuGt6D z2bQ9pQ2R_j2H2T770EEHv8KZ5yx9KSxDlczSWtCSnSHdSmm0QK9t8IodH6alfSupkKeiApqUG8B v1Ue_PGg1zBZ1BDAqqSTfK5STQsOPxDnxBTNBf9hmqSKYMHyVVjJ7JbIB_.VD Received: from sonic.gate.mail.ne1.yahoo.com by sonic303.consmr.mail.bf2.yahoo.com with HTTP; Sun, 7 Apr 2019 12:14:55 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.103]) ([76.115.7.162]) by smtp422.mail.bf1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 316c43a3b37277156f2c6f9bce387eac for ; Sun, 07 Apr 2019 12:14:51 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.8\)) Subject: head -r345758: usefdt=1 style boot fails on PowerMac7,2 G5 (1 core per socket): Error -2 adding node /cpus/PowerpC,970 Message-Id: Date: Sun, 7 Apr 2019 05:14:49 -0700 To: FreeBSD PowerPC ML X-Mailer: Apple Mail (2.3445.104.8) X-Rspamd-Queue-Id: 9C94E8E2FB X-Spamd-Bar: ++ X-Spamd-Result: default: False [2.59 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MV_CASE(0.50)[]; FREEMAIL_FROM(0.00)[yahoo.com]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; MX_GOOD(-0.01)[cached: mta6.am0.yahoodns.net]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:26101, ipnet:74.6.128.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_SPAM_SHORT(0.72)[0.721,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-ppc@freebsd.org]; NEURAL_SPAM_MEDIUM(0.95)[0.953,0]; RCPT_COUNT_ONE(0.00)[1]; IP_SCORE(1.18)[ip: (3.05), ipnet: 74.6.128.0/21(1.62), asn: 26101(1.29), country: US(-0.06)]; NEURAL_SPAM_LONG(0.25)[0.249,0]; RCVD_IN_DNSWL_NONE(0.00)[41.131.6.74.list.dnswl.org : 127.0.5.0] X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 Apr 2019 12:15:02 -0000 [The same SSDs boot the 2 PowerMac11,2 G5 (2-socket/2-core-per-socket) just fine. I temporarily have access to the PowerMac7,2 and a different 11,2 G5 that has only 12 GiBytes of RAM --but not the 16 GiByte one. ] Both powerpc64 FreeBSD (built via system-clang) and 32-bit powerpc FreeBSD (built via gcc 4.2.1) fail the same way. The failure looks like (from a picture of a powerpc64 attempt): Booting [/boot/kernel/kernel]. . . Error -2 adding node /cpus/PowerPC,970 (PowerPC,970), skipping Kernel entry at 0x100100 . . . (and that is the end of the output). Note: I had modified the kernel to not require an explicit usefdt=1 --in fact giving not control in the other direction either. So, always using usefdt=1 mode. I had intended to stick with testing usefdt=1 mode. Result: As stands I do not have media set up that can boot the 7,2 . This means that I've not checked any contrasting cases that do not involve usefdt=1 style behavior. Thus my attribution of the problem to usefdt=1 style behavior is not validated. === Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-ppc@freebsd.org Sun Apr 7 21:36:43 2019 Return-Path: Delivered-To: freebsd-ppc@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B193B156BEF3 for ; Sun, 7 Apr 2019 21:36:43 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic312-21.consmr.mail.bf2.yahoo.com (sonic312-21.consmr.mail.bf2.yahoo.com [74.6.128.83]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 5D868738AD for ; Sun, 7 Apr 2019 21:36:42 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: 2koGc0MVM1mJxy0pGOM1XsSMz_ZoOOQ07B3XTGrAYj_LcmbKBAD5laqIbatSNjS J2mknDGJFP7wZ_jLjTdeYQh57EzF_4FpBnic7391sokWnw0EQOSZLVuGfBujQ2uItdzFMnjuoP98 ThF4p2BM6yYjl9f.CPd_R6qM7fRrdiwJnJEyKdHdGF0v.aw9iSmPjc1LWmCs4FJJoUD1bOdlihIb iKN0_64BH4ogNGgCPbhaabooR4Uh3Mm.OZ1QVt7sIkbP9Q96_wOgNnWzIK7Jiy8009auHJsuRjSW rUh5xJWlyNtr.D0hxRODZKTm8Yc7xubjEIBJ3LbdNSymm8iTaZKVmXnxYVaavDYPibKJBqdCl4a0 nlg5o0y_G5Q1v0JuRQPgJ2gQDbbgcpRHKo1md3cVqSl73MTTForpQPlKrSZIOMGeVFG1s9GLXeBf kf4VUF.q4AJm3HeG49vYSzqUYvwjNXQBEzFUKiH_K.n_2CfPsseHg0m1uRlZXoMv1H1AlESEaxgM DjKOZs5Pv1sQbhGu.r0CKgBVi.SfEoi9YKHP4G1eZRtfRVTSIZDwLJcaznwFZZpdc02B86eygyDH zUpfJwOfR1q.xMUezlhtGQ7UyKOrxh8yno.YOOZ1Qpkztt.5oRBgSHpJcy6tFviH7.iHgOD2yMx_ 1X97cmkXaR7lSaTvKlBSvR1TI_jDCvbtowP.fyk8HDVdgmeBneONNfT8dbqzpKtwg3I4IP13ohWu b9wUws4GpcLrQ_8q8UbTc_l33JRVTWdpWxRovN036Mmdm9eWdSKlfqLlDSHoSdiTUP.xKsYfd.N3 u2b12Qupg1p7ufZoyOS5VzCh8unN0BZrQo3E..2yzRHG0gE6vmNu8KonpCmQ2GY1SXrbiKNlaKms 8yVASY61kq0MouGhEwi77vOywyNSZ5NY09xnJCEZ6ckURhzNlPx1WJ_1tBwgErWxXt9NLv1RmIWI 5GXCWyD.qlEpKuV.jfOGAWgFeJKQn8aDsetcW4fhuTdL_uMoSWbalgeKiP7wkJWGUh6rS1W7MCXI eIEq3SvCJmize.8oAUcu4SKWztWeCZ1AT7zSTYc_dsXXQDEbtEM33W5fJaY790ta03_y_kvFk1hj Igg-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic312.consmr.mail.bf2.yahoo.com with HTTP; Sun, 7 Apr 2019 21:36:40 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.103]) ([76.115.7.162]) by smtp426.mail.bf1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID d79d50990e3b7ae4a5d91964280feb6c; Sun, 07 Apr 2019 21:36:39 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.8\)) Subject: Re: head -r345758: usefdt=1 style boot fails on PowerMac7,2 G5 (1 core per socket): Error -2 adding node /cpus/PowerpC,970 [G4 failures too, problem identified] Date: Sun, 7 Apr 2019 14:36:36 -0700 References: To: FreeBSD PowerPC ML , Justin Hibbits In-Reply-To: Message-Id: <98A19824-3C07-4ED6-A848-5A634F95E1CF@yahoo.com> X-Mailer: Apple Mail (2.3445.104.8) X-Rspamd-Queue-Id: 5D868738AD X-Spamd-Bar: ++ X-Spamd-Result: default: False [2.72 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MV_CASE(0.50)[]; FREEMAIL_FROM(0.00)[yahoo.com]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; MX_GOOD(-0.01)[cached: mta6.am0.yahoodns.net]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:26101, ipnet:74.6.128.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; NEURAL_SPAM_SHORT(0.91)[0.914,0]; NEURAL_HAM_LONG(-0.01)[-0.009,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(1.38)[ip: (4.05), ipnet: 74.6.128.0/21(1.62), asn: 26101(1.29), country: US(-0.06)]; NEURAL_SPAM_MEDIUM(0.95)[0.946,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[83.128.6.74.list.dnswl.org : 127.0.5.0] X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 Apr 2019 21:36:43 -0000 [The problem also exists on 32-bit powerpc, at least for a PowerMac3,6 example. In this context I was able to gather evidence for the problem, unlike for the PowerMac7,2 .] On 2019-Apr-7, at 05:14, Mark Millard wrote: > [The same SSDs boot the 2 PowerMac11,2 G5 (2-socket/2-core-per-socket) > just fine. I temporarily have access to the PowerMac7,2 and a > different 11,2 G5 that has only 12 GiBytes of RAM --but not the > 16 GiByte one. ] >=20 > Both powerpc64 FreeBSD (built via system-clang) and 32-bit powerpc > FreeBSD (built via gcc 4.2.1) fail the same way. >=20 > The failure looks like (from a picture of a powerpc64 > attempt): >=20 > Booting [/boot/kernel/kernel]. . . > Error -2 adding node /cpus/PowerPC,970 (PowerPC,970), skipping > Kernel entry at 0x100100 . . . >=20 > (and that is the end of the output). >=20 > Note: I had modified the kernel to not require an explicit usefdt=3D1 > --in fact giving not control in the other direction either. So, > always using usefdt=3D1 mode. I had intended to stick with testing > usefdt=3D1 mode. >=20 > Result: As stands I do not have media set up that can boot the > 7,2 . This means that I've not checked any contrasting cases > that do not involve usefdt=3D1 style behavior. >=20 > Thus my attribution of the problem to usefdt=3D1 style behavior is > not validated. I have temporary access to some old PowerMac G4s. So I tried booting a PowerMac3,6 1.42 GHz Dual Processor FW800 as an initial experiment. This note reports the failed results While it does not stop booting . . . It boots as a single CPU machine with no ethernet device (for an example of something else that is missing). It does briefly show messages like: Error -2 adding node /cpus/PowerPC,G4 (PowerPC,G4), skipping Error -2 adding node /pci@f2000000//mac-io@17/gpio@50/gpio5@6f = (gpio5@6f), skipping Error -2 adding node /pci@f2000000//mac-io@17/gpio@50/gpio6@70 = (gpio6@70), skipping Error -2 adding node /pci@f2000000//mac-io@17/gpio@50/gpio11@75 = (gpio11@75), skipping Error -2 adding node /pci@f2000000//mac-io@17/extint-gpio@15@67 = (extint-gpio@15@67), skipping It appears that -2 is: -FDT_ERR_EXISTS #define FDT_ERR_EXISTS 2 /* FDT_ERR_EXISTS: Attempted to create a node or property which * already exists */ The below shows my evidence that for the PowerMac3,6 in question "/cpus/PowerPC,G4" is apparently not a unique textual identification --and that needs to be handled but is not. (The PowerMac7,2 may be similar but did not boot to where I could easily explore.) [I've not gone through the details for the gpio "skipping" reports.] [On the PowerMac3.6 I did: ofwdump -ap > /root/ofwdump_bad.txt Later I looked at the drive in another machine.] ofwdump -ap reports for cpus on the PowerMac3,6: # grep -i cpus /mnt/root/ofwdump_bad.txt=20 Node 0x73d0: cpus #cpus: 'cpus' (later this will be contrasted with the PowerMac11,2 context). Looking: Node 0x73d0: cpus phandle: ff 88 34 00=20 '\M^?\M^H4' core-temp: 00 00 00 41=20 core-voltage: 00 00 00 9b=20 #cpus: 00 00 00 02=20 #size-cells: 00 00 00 00=20 #address-cells: 00 00 00 01=20 name: 63 70 75 73 00=20 'cpus' Node 0x7450: PowerPC,G4 phandle: ff 88 36 d8=20 gpio-parent: ff 96 41 d0=20 . . . But: # grep -i powerpc /mnt/root/ofwdump_bad.txt driver,AAPL,MacOS,PowerPC: Node 0x7450: PowerPC,G4 (There is only the one PowerPC,G4 Node present in the dump output --because the 2nd was treated as in error at boot.) My interpretation is that there are 2: /cpus/PowerPC,G4 /cpus/PowerPC,G4 with no textual differentiation. The Node 0x???? figures seem to be the differentiation. This looks different than on the PowerMac11,2 : # ofwdump -ap | grep -i cpus '/cpus/@3' '/cpus/@2' '/cpus/@1' '/cpus/@0' Node 0xc7f4: cpus 'cpus' # ofwdump -ap | grep -i powerpc Node 0xc864: PowerPC,G5 'PowerPC,G5' Node 0xcb4c: PowerPC,G5 'PowerPC,G5' Node 0xce34: PowerPC,G5 'PowerPC,G5' Node 0xd11c: PowerPC,G5 'PowerPC,G5' In this context /cpus/@N/PowerMacPC,G5 is unique textually without needing the 0x???? figures for the Node's. This matches up with what I see in the code: it is checking for a textual differentiation and only the PowerMac11,2 appears to have such (of what I've seen). The details of tracing the code down follow. The code that reports the failures is: static void add_node_to_fdt(void *buffer, phandle_t node, int fdt_offset) { int i, child_offset, error; char name[255], *lastprop, *subname; void *propbuf; ssize_t proplen; . . . for (node =3D OF_child(node); node > 0; node =3D OF_peer(node)) = { OF_package_to_path(node, name, sizeof(name)); subname =3D strrchr(name, '/'); subname++; child_offset =3D fdt_add_subnode(buffer, fdt_offset, = subname); if (child_offset < 0) { printf("Error %d adding node %s (%s), = skipping\n", child_offset, name, subname); continue; } add_node_to_fdt(buffer, node, child_offset); } } where: int fdt_add_subnode(void *fdt, int parentoffset, const char *name) { return fdt_add_subnode_namelen(fdt, parentoffset, name, = strlen(name)); } and: int fdt_add_subnode_namelen(void *fdt, int parentoffset, const char *name, int namelen) { struct fdt_node_header *nh; int offset, nextoffset; int nodelen; int err; uint32_t tag; fdt32_t *endtag; FDT_RW_CHECK_HEADER(fdt); offset =3D fdt_subnode_offset_namelen(fdt, parentoffset, name, = namelen); if (offset >=3D 0) return -FDT_ERR_EXISTS; . . . and: int fdt_subnode_offset_namelen(const void *fdt, int offset, const char *name, int namelen) { int depth; FDT_CHECK_HEADER(fdt); for (depth =3D 0; (offset >=3D 0) && (depth >=3D 0); offset =3D fdt_next_node(fdt, offset, &depth)) if ((depth =3D=3D 1) && fdt_nodename_eq_(fdt, offset, name, namelen)) return offset; =20 if (depth < 0) return -FDT_ERR_NOTFOUND; return offset; /* error */ } where: static int fdt_nodename_eq_(const void *fdt, int offset, const char *s, int len) { int olen; const char *p =3D fdt_get_name(fdt, offset, &olen); =20 if (!p || olen < len) /* short match */ return 0; =20 if (memcmp(p, s, len) !=3D 0) return 0; =20 if (p[len] =3D=3D '\0') return 1; else if (!memchr(s, '@', len) && (p[len] =3D=3D '@')) return 1; else return 0; } No consideration of distinct 0x???? figures for Node are made by fdt_subnode_offset_namelen . At least for the PowerMac3,6 such a differentiation is required if usefdt=3D1 style is to work. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-ppc@freebsd.org Sun Apr 7 22:46:21 2019 Return-Path: Delivered-To: freebsd-ppc@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A8CE0156D9C8 for ; Sun, 7 Apr 2019 22:46:21 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic301-22.consmr.mail.gq1.yahoo.com (sonic301-22.consmr.mail.gq1.yahoo.com [98.137.64.148]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 414A875A05 for ; Sun, 7 Apr 2019 22:46:20 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: LFF5qicVM1mdKjeb3UKwkbj120PVZ24coO1awh8bVh_dgy0TC3kBfPPtznyBm0u 3oRL7EJZEVONv9fBKRobA0PaeA9D07Qf8B5Y9xEy3gibvwfrEa9x70zk6IZ0WSIrrJycYU6TtaaU JtqMp1YM6QnvZ686T7esFQviS1JEx6Z249iWUVXQ1GdyBfF6bVl7q2rY2fy84CeGjQZYB7NvAqBY _C86H4uj9HLCOaKO92J3iiey0GvmF0ZhalyNLczsPn4V9itrMVb7a8gO.egai1cu6kMvmRmHh.DY VD_xpF3lPyGYRasKM_yMuQMUxk16P6rHIc9Mg42NeVantimXXvjtBs16pGi1Npg3X9rc667mOYlP rlX_lEBI9OMLm1BdYd8g3.AK9BS.fC_WYVQsY01mbs1Jwo93.Ups1uWqAyuBgFiqlNNWeWT6zUol pQ_TyaHx9dd3sQIDo5HAhX_JRJfasy9mDDtIKRXr3iBTnGL10rmlZ.XlLiOmZWXaSbugNDddxPru meibJt4U7aRIQ9IQZ0TnBUCgC2p8EZORHDpu9RFeYxUIKm3urjrkbEM1g1ooXXBm5Chy7wYY0Tm6 M1BPYJVYdluKh782zETcL2GOngievuWrIeD9m5BHR7CKKrJ7cygJp8B89ZsBwktYqe3VHhgJ08dt 7oPe1nR8BlJguDKCf_xflxzL7oMczT2YAIBuexbCl9uF2zIJ84r6C4KWTJQtQX1MGTMjFQZFmp.C Xq0kaFgvE9xS4ZWlmtEj5gSgdyfyhv49mItH.W_VIimnr1aOH4y6p8fE6fRFosagi7c.hVT.bzsz jdT4HXYbc1H.Prnsds5EqY1RDgRRn6A1kXrwUsfj5px51Oy6VUWifhcKGS8Gg59yXzCTkMf3oZIL 2bvg9C4odD9cATY40b4zdEy45RQUU.x9s4ivrvK.YROEUG04G93Y6Tt3LgfZVvfYDf.uetwrO9Kw _NpymcriWP_l_r4OFxxnV9QDez8CkTGKf7HeDRxEQgJUBKIXlIjEq3RmwYqBERl9dlq2u6HcHYIi 52tYpsyttHeXDHhsGBDMVVsbXDHPU5xUAglOcaxQszbEiKeY6et9CkVYMJLjDeRU_5IPgohP.5g- - Received: from sonic.gate.mail.ne1.yahoo.com by sonic301.consmr.mail.gq1.yahoo.com with HTTP; Sun, 7 Apr 2019 22:46:13 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.103]) ([76.115.7.162]) by smtp406.mail.gq1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID e0136782babae58a25799a1253ce8dc1; Sun, 07 Apr 2019 22:46:12 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.8\)) Subject: Re: head -r345758: usefdt=1 style boot fails on PowerMac7,2 G5 (1 core per socket): Error -2 adding node /cpus/PowerpC,970 [G4 failures too, problem identified] Date: Sun, 7 Apr 2019 15:46:11 -0700 References: <98A19824-3C07-4ED6-A848-5A634F95E1CF@yahoo.com> To: FreeBSD PowerPC ML , Justin Hibbits In-Reply-To: <98A19824-3C07-4ED6-A848-5A634F95E1CF@yahoo.com> Message-Id: X-Mailer: Apple Mail (2.3445.104.8) X-Rspamd-Queue-Id: 414A875A05 X-Spamd-Bar: +++ X-Spamd-Result: default: False [3.61 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MV_CASE(0.50)[]; FREEMAIL_FROM(0.00)[yahoo.com]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; MX_GOOD(-0.01)[cached: mta6.am0.yahoodns.net]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; NEURAL_SPAM_SHORT(0.99)[0.987,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(1.72)[ip: (6.97), ipnet: 98.137.64.0/21(0.95), asn: 36647(0.76), country: US(-0.06)]; NEURAL_SPAM_MEDIUM(0.97)[0.969,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(0.44)[0.438,0]; RCVD_IN_DNSWL_NONE(0.00)[148.64.137.98.list.dnswl.org : 127.0.5.0] X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 Apr 2019 22:46:21 -0000 [I found old 2016 boot media to use to boot the PowerMac7,2 and PowerMac3,6 (as 32-bit). This lets me look around. PowerMac7,2 has some distinctions from the PowerMac3,6 differences to PowerMac11,2 . So my interpretation was incomplete.] On 2019-Apr-7, at 14:36, Mark Millard wrote: > [The problem also exists on 32-bit powerpc, at least for > a PowerMac3,6 example. In this context I was able to gather > evidence for the problem, unlike for the PowerMac7,2 .] >=20 > On 2019-Apr-7, at 05:14, Mark Millard wrote: >=20 >> [The same SSDs boot the 2 PowerMac11,2 G5 = (2-socket/2-core-per-socket) >> just fine. I temporarily have access to the PowerMac7,2 and a >> different 11,2 G5 that has only 12 GiBytes of RAM --but not the >> 16 GiByte one. ] >>=20 >> Both powerpc64 FreeBSD (built via system-clang) and 32-bit powerpc >> FreeBSD (built via gcc 4.2.1) fail the same way. >>=20 >> The failure looks like (from a picture of a powerpc64 >> attempt): >>=20 >> Booting [/boot/kernel/kernel]. . . >> Error -2 adding node /cpus/PowerPC,970 (PowerPC,970), skipping >> Kernel entry at 0x100100 . . . >>=20 >> (and that is the end of the output). >>=20 >> Note: I had modified the kernel to not require an explicit usefdt=3D1 >> --in fact giving not control in the other direction either. So, >> always using usefdt=3D1 mode. I had intended to stick with testing >> usefdt=3D1 mode. >>=20 >> Result: As stands I do not have media set up that can boot the >> 7,2 . This means that I've not checked any contrasting cases >> that do not involve usefdt=3D1 style behavior. >>=20 >> Thus my attribution of the problem to usefdt=3D1 style behavior is >> not validated. >=20 > I have temporary access to some old PowerMac G4s. So I tried > booting a PowerMac3,6 1.42 GHz Dual Processor FW800 as an initial > experiment. This note reports the failed results >=20 > While it does not stop booting . . . >=20 > It boots as a single CPU machine with no ethernet device (for > an example of something else that is missing). >=20 > It does briefly show messages like: >=20 > Error -2 adding node /cpus/PowerPC,G4 (PowerPC,G4), skipping > Error -2 adding node /pci@f2000000//mac-io@17/gpio@50/gpio5@6f = (gpio5@6f), skipping > Error -2 adding node /pci@f2000000//mac-io@17/gpio@50/gpio6@70 = (gpio6@70), skipping > Error -2 adding node /pci@f2000000//mac-io@17/gpio@50/gpio11@75 = (gpio11@75), skipping > Error -2 adding node /pci@f2000000//mac-io@17/extint-gpio@15@67 = (extint-gpio@15@67), skipping >=20 > It appears that -2 is: -FDT_ERR_EXISTS >=20 > #define FDT_ERR_EXISTS 2 > /* FDT_ERR_EXISTS: Attempted to create a node or property which > * already exists */ >=20 > The below shows my evidence that for the PowerMac3,6 in > question "/cpus/PowerPC,G4" is apparently not a unique > textual identification --and that needs to be handled but > is not. (The PowerMac7,2 may be similar but did not boot > to where I could easily explore.) [I've not gone through > the details for the gpio "skipping" reports.] >=20 > [On the PowerMac3.6 I did: ofwdump -ap > /root/ofwdump_bad.txt > Later I looked at the drive in another machine.] >=20 > ofwdump -ap reports for cpus on the PowerMac3,6: >=20 > # grep -i cpus /mnt/root/ofwdump_bad.txt=20 > Node 0x73d0: cpus > #cpus: > 'cpus' >=20 > (later this will be contrasted with the PowerMac11,2 context). >=20 > Looking: >=20 > Node 0x73d0: cpus > phandle: > ff 88 34 00=20 > '\M^?\M^H4' > core-temp: > 00 00 00 41=20 > core-voltage: > 00 00 00 9b=20 > #cpus: > 00 00 00 02=20 > #size-cells: > 00 00 00 00=20 > #address-cells: > 00 00 00 01=20 > name: > 63 70 75 73 00=20 > 'cpus' > Node 0x7450: PowerPC,G4 > phandle: > ff 88 36 d8=20 > gpio-parent: > ff 96 41 d0=20 > . . . >=20 > But: >=20 > # grep -i powerpc /mnt/root/ofwdump_bad.txt > driver,AAPL,MacOS,PowerPC: > Node 0x7450: PowerPC,G4 >=20 > (There is only the one PowerPC,G4 Node present in the dump > output --because the 2nd was treated as in error at boot.) >=20 > My interpretation is that there are 2: >=20 > /cpus/PowerPC,G4 > /cpus/PowerPC,G4 >=20 > with no textual differentiation. The Node 0x???? figures > seem to be the differentiation. >=20 > This looks different than on the PowerMac11,2 : >=20 > # ofwdump -ap | grep -i cpus > '/cpus/@3' > '/cpus/@2' > '/cpus/@1' > '/cpus/@0' > Node 0xc7f4: cpus > 'cpus' >=20 > # ofwdump -ap | grep -i powerpc > Node 0xc864: PowerPC,G5 > 'PowerPC,G5' > Node 0xcb4c: PowerPC,G5 > 'PowerPC,G5' > Node 0xce34: PowerPC,G5 > 'PowerPC,G5' > Node 0xd11c: PowerPC,G5 > 'PowerPC,G5' >=20 > In this context /cpus/@N/PowerMacPC,G5 is unique textually > without needing the 0x???? figures for the Node's. >=20 >=20 > This matches up with what I see in the code: it is > checking for a textual differentiation and only the > PowerMac11,2 appears to have such (of what I've > seen). The details of tracing the code down follow. >=20 > The code that reports the failures is: >=20 > static void > add_node_to_fdt(void *buffer, phandle_t node, int fdt_offset) > { > int i, child_offset, error; > char name[255], *lastprop, *subname; > void *propbuf; > ssize_t proplen; > . . . > for (node =3D OF_child(node); node > 0; node =3D OF_peer(node)) = { > OF_package_to_path(node, name, sizeof(name)); > subname =3D strrchr(name, '/'); > subname++; > child_offset =3D fdt_add_subnode(buffer, fdt_offset, = subname); > if (child_offset < 0) { > printf("Error %d adding node %s (%s), = skipping\n", > child_offset, name, subname); > continue; > } >=20 > add_node_to_fdt(buffer, node, child_offset); > } > } >=20 > where: >=20 > int fdt_add_subnode(void *fdt, int parentoffset, const char *name) > { > return fdt_add_subnode_namelen(fdt, parentoffset, name, = strlen(name)); > } >=20 > and: >=20 > int fdt_add_subnode_namelen(void *fdt, int parentoffset, > const char *name, int namelen) > { > struct fdt_node_header *nh; > int offset, nextoffset; > int nodelen; > int err; > uint32_t tag; > fdt32_t *endtag; >=20 > FDT_RW_CHECK_HEADER(fdt); >=20 > offset =3D fdt_subnode_offset_namelen(fdt, parentoffset, name, = namelen); > if (offset >=3D 0) > return -FDT_ERR_EXISTS; > . . . >=20 > and: >=20 > int fdt_subnode_offset_namelen(const void *fdt, int offset, > const char *name, int namelen) > { > int depth; >=20 > FDT_CHECK_HEADER(fdt); >=20 > for (depth =3D 0; > (offset >=3D 0) && (depth >=3D 0); > offset =3D fdt_next_node(fdt, offset, &depth)) > if ((depth =3D=3D 1) > && fdt_nodename_eq_(fdt, offset, name, namelen)) > return offset; >=20 > if (depth < 0) > return -FDT_ERR_NOTFOUND; > return offset; /* error */ > } >=20 > where: >=20 > static int fdt_nodename_eq_(const void *fdt, int offset, > const char *s, int len) > { > int olen; > const char *p =3D fdt_get_name(fdt, offset, &olen); >=20 > if (!p || olen < len) > /* short match */ > return 0; >=20 > if (memcmp(p, s, len) !=3D 0) > return 0; >=20 > if (p[len] =3D=3D '\0') > return 1; > else if (!memchr(s, '@', len) && (p[len] =3D=3D '@')) > return 1; > else > return 0; > } >=20 > No consideration of distinct 0x???? figures for > Node are made by fdt_subnode_offset_namelen . > At least for the PowerMac3,6 such a differentiation > is required if usefdt=3D1 style is to work. >=20 PowerMac7,2 quick look: # ofwdump -ap | egrep -i '(cpus|powerpc|aliases)' | more Node 0xff887b40: cpus 'cpus' Node 0xff887e10: PowerPC,970 Node 0xff889150: PowerPC,970 driver,AAPL,MacOS,PowerPC: driver,AAPL,MacOS,PowerPC: Node 0xff985cc8: aliases 'aliases' '/cpus/@0' '/cpus/@1' So the PowerPC,970 are not under any /cpus/@N . But there are /cpus/@N aliases, unlike for=20 owerMac3,6 . Doing similarly for PowerMac11,2 for comparison: # ofwdump -ap | egrep -i '(cpus|powerpc|aliases)' | more Node 0x238: aliases '/cpus/@3' '/cpus/@2' '/cpus/@1' '/cpus/@0' 'aliases' Node 0xc7f4: cpus 'cpus' Node 0xc864: PowerPC,G5 'PowerPC,G5' Node 0xcb4c: PowerPC,G5 'PowerPC,G5' Node 0xce34: PowerPC,G5 'PowerPC,G5' Node 0xd11c: PowerPC,G5 'PowerPC,G5' Note the PowerMac11,2 has unique to it for each: 'PowerPC,G5' These are: name: 50 6f 77 65 72 50 43 2c 47 35 00=20 'PowerPC,G5' Such is missing for PowerMac7,2 and for PowerMac3,6 . (The PowerPC,G5 's are not under /cpus/@N/ here either.) Checking PowerMac3,6 by looking the same way: # ofwdump -ap | egrep -i '(cpus|powerpc|aliases)' | more Node 0xff883400: cpus 'cpus' #cpus: Node 0xff8836d8: PowerPC,G4 Node 0xff884b08: PowerPC,G4 Node 0xff887650: aliases 'aliases' driver,AAPL,MacOS,PowerPC: So it too does not have such subordinate: name: but is also missing /cpus/@N 's. Looks like lack of the subordinate: name: means that the text from the Node line should be used as the name? Looks like one can not depend on there being /cpus/@N 's, even when multiple CPUs are present for the G4's. I'll see about diff'ing the good vs. bad PowerMac3,6 ofwdump -ap output when I have a chance. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-ppc@freebsd.org Sun Apr 7 23:42:08 2019 Return-Path: Delivered-To: freebsd-ppc@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 91595156E9C0 for ; Sun, 7 Apr 2019 23:42:08 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic305-21.consmr.mail.gq1.yahoo.com (sonic305-21.consmr.mail.gq1.yahoo.com [98.137.64.84]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 334D976F84 for ; Sun, 7 Apr 2019 23:42:06 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: S1asoAoVM1ke5EVZyt5PXZbxE2WlfO228ZIH7woBFFBbI2mm2TlzIRnwMd786n8 TEGsz4qrBYob9pBmvk56l_LL4GM.0YsYeP6VhxEScHnsSlV_jypgwdLhEQVvOheCuilJSWvq.USV NJcZQiLkauHvrcprrtNhP_2vh3p0TzB6gkfj0bEmLlONqa90q3OZRy2tacAh42Wl1X765eQ.Nm3T fbfdqQ8wTlHjc2V9GR0_p9EDHcAtFiYWUaRnhFtgMiumvQ.02MwP15Vho8yU_0b58FAu2Pd842QR QTpTT0UU1.ioPJAXk7I7EhC0CNePDx5rkNoz7JlGLWvcYDxQYYnI6e_S_GrJLlC_wr1SZuQZagfZ 1XktkpeTjk1JgaU7ycAME1FtB7Me247xQ9yBkN2jHBWG3gP9vwqBYv7XRwA9tXnJ61PnjJQzfpwG fcb1p6CBMxgrwPmccKPSSXoJkUjCZ8CTjqj8SwMT_jO7KuxvGFiOlm2MZavb_nPrMrqahpeMkJcx U5aHiibtyVJA8tTWHYrrf.v00yboR2GCcCHppVEcNV1XVqyPryBc_2YTKKb3k3m7.qfySlzFGZil KoKH4QI9.jt3Ju4sH393_9pyUNbX_tw_5G09qUZNxkJ45DJdDRvH.N1v9Qq9GanOxrXzj4sb4rtb wfey1ZePseA9sy4pUGDKPF9psADN2YZ_fzkIwSJZo7SPexKvgNmDz2YrKpjI7sb9GUCkNQ2arhIG .nFVeRgvWWP0io.dnrJsrE845.1_YwAusIpTzBGCKYODGMB_.5IotDfsnce_2q5U9Y2obZV4ygTn fKNzuTbQidNFp8ujkfe_WZq1ekru23WgBhCH6H2DJ8Ot575zUCAMzTjfonK9gFAXVypw7pFjal88 1r_tAkDgT2wOYhvLb7OhFLzQ.w84ryrUzPVVWluEMGncrFKgKVP6YU.QtQb0cgQYR1hx5qfGhslw O.b4Hl4mBhG5BTk4pn4VUbH7Dg23mArlZx62qRm43.MWXRQwD4oCLIv49mbUfFIaltLIvSCuILBs SnxFCeKKJpq6hbm1_s_iXk9kw3F4pZOOrahJ6lLFlMVmrzmiuZaavrgXOXDXJ_r1GydLZvi_8wpj Z Received: from sonic.gate.mail.ne1.yahoo.com by sonic305.consmr.mail.gq1.yahoo.com with HTTP; Sun, 7 Apr 2019 23:41:59 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.103]) ([76.115.7.162]) by smtp403.mail.gq1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 7594faf7de2263fe81d7073d6065a334; Sun, 07 Apr 2019 23:31:52 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.8\)) Subject: Re: head -r345758: usefdt=1 style boot fails on PowerMac7,2 G5 (1 core per socket): Error -2 adding node /cpus/PowerpC,970 [G4 failures too, problem identified] Date: Sun, 7 Apr 2019 16:31:51 -0700 References: <98A19824-3C07-4ED6-A848-5A634F95E1CF@yahoo.com> To: FreeBSD PowerPC ML , Justin Hibbits In-Reply-To: Message-Id: <9A2F72B7-A25C-478C-B1AD-0661278F0B46@yahoo.com> X-Mailer: Apple Mail (2.3445.104.8) X-Rspamd-Queue-Id: 334D976F84 X-Spamd-Bar: ++++ X-Spamd-Result: default: False [4.17 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MV_CASE(0.50)[]; FREEMAIL_FROM(0.00)[yahoo.com]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; MX_GOOD(-0.01)[cached: mta6.am0.yahoodns.net]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; NEURAL_SPAM_SHORT(0.99)[0.991,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(2.01)[ip: (8.39), ipnet: 98.137.64.0/21(0.95), asn: 36647(0.76), country: US(-0.06)]; NEURAL_SPAM_MEDIUM(0.97)[0.965,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(0.72)[0.715,0]; RCVD_IN_DNSWL_NONE(0.00)[84.64.137.98.list.dnswl.org : 127.0.5.0] X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 Apr 2019 23:42:08 -0000 On 2019-Apr-7, at 15:46, Mark Millard wrote: > . . . >=20 > I'll see about diff'ing the good vs. bad PowerMac3,6 > ofwdump -ap output when I have a chance. >=20 The outputs are not such that a diff is all that useful, a extensively different output ordering appears to be=20 involved. For reference: # ls -lTd ~/ofwdump_*.txt -rw-r--r-- 1 root wheel 166008 Apr 7 16:21:33 2019 = /root/ofwdump_11,2_usefdt1.txt -rw-r--r-- 1 root wheel 93713 Apr 7 13:11:21 2019 = /root/ofwdump_3,6_bad.txt -rw-r--r-- 1 root wheel 162390 Apr 7 15:40:23 2019 = /root/ofwdump_3,6_good.txt -rw-r--r-- 1 root wheel 818400 Apr 7 15:15:03 2019 = /root/ofwdump_7,2_good.txt ( *3,6_bad.txt was under usefdt=3D1 and based on far more modern head = code than the matching *3,6_good.txt file was. *7,2_good.txt is from the old version = of head as well. ) ofwdump_3,6_bad.txt seems to be missing a lot, based on the size = difference vs. ofwdump_3,6_good.txt . =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-ppc@freebsd.org Mon Apr 8 01:20:40 2019 Return-Path: Delivered-To: freebsd-ppc@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BA82E1570693 for ; Mon, 8 Apr 2019 01:20:39 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic302-20.consmr.mail.gq1.yahoo.com (sonic302-20.consmr.mail.gq1.yahoo.com [98.137.68.146]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 52B318172A for ; Mon, 8 Apr 2019 01:20:37 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: zR6aeIUVM1ndRmGwNYpIftPUEOZ0DEuNY.wXYxDPh0p5yuzfquOiRO5EU.tLnQ3 LFohuwYtYlRxlN_J33pKkAZ_Cma5Hucsa5VHte_81WhEOTeb.bm0eEBrQ.6bGAMM4j_BDEX5XLcu 8OdUZdwdbCp1YUPUBCDSj6VXckcTntU4t_FZCX17qde3yTgOtxbT2X32HRAbedYg5D3IdRb8njBi h58_CXs6Lmsk8yOCUYVdToFbmlPo_APHZBF7lI72fZLiTPEQiEHcUoq0hB0yzllP6MKPDWVefxiL _qzUj.rArxjSjMKGvj1ysUVvGCf45xHENT8tB9wgXHMI_ZiBkjxBOJiN0Gw6rE8V_r1DvFT0ewWA OWY4hCiZD4CX0FWyPAyuHDVnogUOVu_nzm7nlEP_B3NmLJSa0fL6FpTCxPUuRgSrbX8bus7Fz4ud nfkwF7SFyFhzKMdNqVt7g8UxUv_xZTMUkruysh.Sh8IhiD2mvsrsuzuRWbOCIjS9NJTD9N58TWIK LwILoPqHtWhT_yTa_5Osxe18xtgaJ4yGjgGV6KY7O4k57i1VAhUa3E_5SU00aoln8L64RjhGCdCt 60KArXZIPK.AwYZUOzLZNnS0M0GNGYIP02B0tFu_Eh.2xWEKo81ZQ4PtSJ_3nD9wc3uBovyCcCvK fX1Zkpq905HRAqR4cQrt_dqhEgQP0SqRU5PBg3qOpk_MgbFu2p0qO_BX6j55PWrqYO04l4gzcmu6 D1Lc2KJCPZMwVSxFBQfW1feOS1ErQGLXJlytdOlsJmTQ8N4MebiBMnS1qN1v2.biUNzCJZauaZDW NEbMDp89pPOW0_FKIdeidYeTUzh2.bpQqgsH18qtuVWSDjvMQ4kixXeH8_B8X68hE5bTxelWPX44 A5NXJsqIM89HNBra2H2SoSHfKQRM6EjUCRczL2kOk.3NyFoN2aSvu_HD48s21GlGbYSGL2td36fJ 6h_awXqdyhTUUfgHIGb0fQGlX9Ag1xsrLxaDd1D4u3vw5TJhd08cR_z8GLugn_UtzSGifvrTwSA1 90In_3dvnhm046DsMyVLReFtPkb_u0EAMpMSjgtWA74eFaBQk16oc2OhXexUIT9CXdi1QIYF5yAM y Received: from sonic.gate.mail.ne1.yahoo.com by sonic302.consmr.mail.gq1.yahoo.com with HTTP; Mon, 8 Apr 2019 01:20:30 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.103]) ([76.115.7.162]) by smtp430.mail.gq1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 15b062904e97ac56a89a7e27860565ea; Mon, 08 Apr 2019 01:20:27 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.8\)) Subject: Re: head -r345758: usefdt=1 style boot fails on PowerMac7,2 G5 (1 core per socket): Error -2 adding node /cpus/PowerpC,970 [G4 failures too, problem identified] Date: Sun, 7 Apr 2019 18:20:27 -0700 References: <98A19824-3C07-4ED6-A848-5A634F95E1CF@yahoo.com> <9A2F72B7-A25C-478C-B1AD-0661278F0B46@yahoo.com> To: FreeBSD PowerPC ML , Justin Hibbits In-Reply-To: <9A2F72B7-A25C-478C-B1AD-0661278F0B46@yahoo.com> Message-Id: <88C954A4-6D5A-4AB9-AA26-0ACD6D298605@yahoo.com> X-Mailer: Apple Mail (2.3445.104.8) X-Rspamd-Queue-Id: 52B318172A X-Spamd-Bar: / X-Spamd-Result: default: False [0.27 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MV_CASE(0.50)[]; FREEMAIL_FROM(0.00)[yahoo.com]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; MX_GOOD(-0.01)[cached: mta6.am0.yahoodns.net]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; NEURAL_SPAM_SHORT(0.55)[0.545,0]; NEURAL_HAM_LONG(-0.83)[-0.830,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(0.70)[ip: (1.86), ipnet: 98.137.64.0/21(0.95), asn: 36647(0.76), country: US(-0.06)]; NEURAL_SPAM_MEDIUM(0.36)[0.360,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[146.68.137.98.list.dnswl.org : 127.0.5.0] X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Apr 2019 01:20:40 -0000 [I produced a ofwdump -ap output from the old SSD booting the PowerMac11,2 . It produces a (somewhat) larger output than is produced under usefdt=3D1 style handling, suggesting mismatches or incompletenesses for usefdt=3D1 .] On 2019-Apr-7, at 16:31, Mark Millard wrote: >=20 > On 2019-Apr-7, at 15:46, Mark Millard wrote: >=20 >> . . . >=20 >>=20 >> I'll see about diff'ing the good vs. bad PowerMac3,6 >> ofwdump -ap output when I have a chance. >>=20 >=20 > The outputs are not such that a diff is all that useful, > a extensively different output ordering appears to be=20 > involved. >=20 > For reference: >=20 > # ls -lTd ~/ofwdump_*.txt > -rw-r--r-- 1 root wheel 166008 Apr 7 16:21:33 2019 = /root/ofwdump_11,2_usefdt1.txt > -rw-r--r-- 1 root wheel 93713 Apr 7 13:11:21 2019 = /root/ofwdump_3,6_bad.txt > -rw-r--r-- 1 root wheel 162390 Apr 7 15:40:23 2019 = /root/ofwdump_3,6_good.txt > -rw-r--r-- 1 root wheel 818400 Apr 7 15:15:03 2019 = /root/ofwdump_7,2_good.txt >=20 > ( *3,6_bad.txt was under usefdt=3D1 and based on far more modern head = code than the > matching *3,6_good.txt file was. *7,2_good.txt is from the old version = of head as > well. ) >=20 > ofwdump_3,6_bad.txt seems to be missing a lot, based on the size = difference vs. > ofwdump_3,6_good.txt . So, showing the older context's ofwdump -ap output file size as well: # ls -lTd ~/ofwdump_*.txt -rw-r--r-- 1 root wheel 192603 Apr 7 17:48:15 2019 = /root/ofwdump_11,2_old.txt -rw-r--r-- 1 root wheel 166008 Apr 7 16:21:33 2019 = /root/ofwdump_11,2_usefdt1.txt -rw-r--r-- 1 root wheel 93713 Apr 7 13:11:21 2019 = /root/ofwdump_3,6_bad.txt -rw-r--r-- 1 root wheel 162390 Apr 7 15:40:23 2019 = /root/ofwdump_3,6_good.txt -rw-r--r-- 1 root wheel 818400 Apr 7 15:15:03 2019 = /root/ofwdump_7,2_good.txt Again, the ordering differences and such make a diff not all that useful. I have no clue why ofwdump_7,2_good.txt is so much larger than all the others. It would be easier to compare old vs. usefdt=3D1 style if usefdt=3D1 = style managed to preserve the ordering of what ofwdump -ap outputs for old, = there by allowing vastly fewer differences (despite magic node number = differences and such). I've no clue how to validate the usefdt=3D1 style as things = are. I do not ever have access to other types of G5's. I do sometimes have access to some single-socket/single-processor/single-core G4s and one G3. But I'm not intending to do any exploring for these for now. Let me know if you want a bugzilla submittal with the ofwdump_*,*.txt = files as attachments. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-ppc@freebsd.org Wed Apr 10 02:11:07 2019 Return-Path: Delivered-To: freebsd-ppc@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 08B861574E31 for ; Wed, 10 Apr 2019 02:11:07 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic308-10.consmr.mail.ne1.yahoo.com (sonic308-10.consmr.mail.ne1.yahoo.com [66.163.187.33]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 5D9038B382 for ; Wed, 10 Apr 2019 02:11:04 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: KwjGIBQVM1mrO5aE9d0XgDgZ6gjaa.mt0qmeOcKUT95weIUsnFPgCWlc7bMwAOx 28xBkMMOajn52WXA7sL0j9cQCQCOktGGxsPLSsn7Ays8xEGq.IT7jZ0RCnTj6RwuYT0uwsv3FrXY BxgxHlr1CjysJcj9eMd8j7Mu1f.vbkZzfM5oUtdY_rF7uvC..nd60C8pmvevttHqoAMX5aOmMAc9 ozjlOdoZ5tu3ljrxnvArYqmkYOYceII7U_1o5zC.OCrNCPIpXzqt7SCP3FyghEtE8dwShOFMXEL2 7RD6ZJ3NOgGBP396CWoIoDGMl8L9hC95yueTQDTbTiqy9V.sxzZxTvRmfG3KueaGSIchp1rxZaCC x1YfF4L.7kpXBtY14yGo5dPOEPcMc3GnUctX38eIqqcT1QLGdq_Zr5mRzOkhnlwYcAApNATq5uT. mmrqm19aOoMXLcACPo8NRGH1xyvspsuLIOSQsVZLZUNUZLXDdBy9XWOS6sneNg0thZa9ah0BCaWL BWNPpEyjha3imCsMOOhU5lrZ0CbBGpZ.OVwL_NUB2eidb858Ex7hE97Qs_nHLhmwUSKpKk9HdhSF 7ljBZQSVZ9HV_bKmf9AS_tnfUZwQeG1FryCyJexcTqLTXRy4PMd8PZlWPUn_MgW3NxjLTpf_b83J q1pl34jCpfUQ9.OZ4p03Nh2b4G_vPv9h4qjWr0dZsZXxPlJAy6OwlboY5A_3YTIQrvd87W_W3ouF IxBJX4Pw7oHllW29rX85ZYsCAAf9XN.o9A4DiGvQDrMbtJgruRyMQLZAaYIkOEqonwf3hownfIC9 cp.Vc39QkVrsLHnMuUaruFUUp0Lc_R2Yhr034O8WxmmCkI21L4ynyYwSoQDOuqTXOfIR3dPrQs20 OogQVL17W1VHH5aTAzXEAAtGp2q1G9wM2xvHfv3cxjTU9ZNZO7vqQiXZ.L_GVXvlV7KwVvymV8Vs njg5W_2VxeiD0VOk9_A2tyAV8N33cuZbGqnBbRUv_7FUj0i5Qz7tFky9drCBisbehoUlLkQZApP0 1BaKY2i_uo.S8p6Eroo3fov2fvQ4CKlYOD4urxWwCbso0FtzlG3WbJDzVbqoadFM- Received: from sonic.gate.mail.ne1.yahoo.com by sonic308.consmr.mail.ne1.yahoo.com with HTTP; Wed, 10 Apr 2019 02:11:01 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.103]) ([76.115.7.162]) by smtp430.mail.ne1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID cd1daf7ce503517ef97bb61140fbb626 for ; Wed, 10 Apr 2019 02:10:47 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.8\)) Subject: PowerMac11, 2 G5 (2 socket, 2 cores each) powerpc64: sometime between -r302214 and -r333594 owfdump -ap leads to 'timeout stopping cpus' and ddb> prompt Message-Id: Date: Tue, 9 Apr 2019 19:10:46 -0700 To: FreeBSD PowerPC ML X-Mailer: Apple Mail (2.3445.104.8) X-Rspamd-Queue-Id: 5D9038B382 X-Spamd-Bar: +++ X-Spamd-Result: default: False [3.20 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MV_CASE(0.50)[]; FREEMAIL_FROM(0.00)[yahoo.com]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; MX_GOOD(-0.01)[cached: mta6.am0.yahoodns.net]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36646, ipnet:66.163.184.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_SPAM_SHORT(0.67)[0.671,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-ppc@freebsd.org]; NEURAL_SPAM_MEDIUM(0.70)[0.698,0]; RCPT_COUNT_ONE(0.00)[1]; IP_SCORE(1.50)[ip: (4.96), ipnet: 66.163.184.0/21(1.45), asn: 36646(1.16), country: US(-0.06)]; NEURAL_SPAM_LONG(0.84)[0.838,0]; RCVD_IN_DNSWL_NONE(0.00)[33.187.163.66.list.dnswl.org : 127.0.5.0] X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Apr 2019 02:11:07 -0000 [32-bit powerpc FreeBSD booting the same machine does not have the problem, just powerpc64 FreeBSD. I've been using -ap with ofwdump but it might not be essential to the observed problem.] In trying to track down a problem, where I wanted to use ofwdump -ap information, I ended up finding and checking old boot media that happen to be around that target powerpc64. The oldest failing: -r333594 (an 12.x-CURRENT time frame) The newest working: -r302214 (an 11.x-CURRENT time frame) (No versions around between those.) (As almost always, my powerpc64 builds are experiments targeted via toolchains more modern than gcc 4.2.1 and the like.) Those listed above long predate any useful usefdt boots/operations in my context. The 2 powerpc64 builds before -r302214 worked. (The original problem that started this is that usefdt skips some ofw nodes. Then I found that not having usefdt mode lead to crashes for ofwdump -ap . So I went looking at the few historical builds that I found.) Modern powerpc64/head FreeBSD without use of usefdt mode fails somewhat differently: scrolling console messages going by too fast for me to read after starting ofwdump -ap. (It might be back-traces.) No ability to get to the ddb> prompt and no access via the network. But modern FreeBSD has various blocking issues before one can even get this far. === Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-ppc@freebsd.org Wed Apr 10 02:44:41 2019 Return-Path: Delivered-To: freebsd-ppc@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C627B157588E for ; Wed, 10 Apr 2019 02:44:41 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic312-25.consmr.mail.gq1.yahoo.com (sonic312-25.consmr.mail.gq1.yahoo.com [98.137.69.206]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 280188BF15 for ; Wed, 10 Apr 2019 02:44:39 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: zo4xekAVM1n7eXiFuDyiRSeUreIxa3zG1dtzUEpN33y1Kg.Dd0eGqOnlPRLgRAx I7sH..ocmKESkHWbQd.79sWa0hnrgWa_iN4ekH1.1Ie8RmYyTtrtRyCOSBCOmLeFsumUPE3KWOiE X1zLDPvNYbEVAbygkGMyW3vn.WtTzhwOKT2S6CmX.4itBlv4izvFMyUNI5iQApve1OJ8SEVZZOlJ HSur.wJ7RJyRz0AUbB5RWh6k823SQkPixzZUCj4JCWxrKuN0xr41.yF0_J_ubr3LN6VUlPfHosvB YsJufn7ggPqr1o.QsxeJorojiJFafmgvcKkAtqlxF8uxwVcpRrRjwuVfaFouWBfWhSukl3M3jBqO etzhUtqLc_FGoeOCcygMweIVD9h6GQConZGi8TqePhZHfPzHGDZjGlTv1Zq0BevW24RAeomlcrJD rqne5peP2YgCUi0jL7ThOFlEEbsJqQCsVyawcRqLefrJm8C7Yv.63uzwg3U96Yz4L5TFX1YHDmen 3lO7qKv1Neo8ME2pExESUBCCiPqR9c86zM1X5xZ8nMW8kwPeH6YjtRMbDAblY06Wp1X7fMjd.hfi 2uFnMtuW9TMIfkzO0IUNk.DpfKBdiyjCts7AUyIsyYJdnXBt5fGF64jEUijYqrtOnfEEvu8RYcav sC_41tbiPKlKu7RJuL8lD6fyhdvT56Z8miTn6mJvuooGkQTbpCEVol2O54sw__sFYum9tuboKBTN TijeUK8b7tm0WvGqszIOxNPml084R4rKIzMzADKT45I.v1vpYgFe3b19t5r1u94P63sFM8o3TSTJ RCqw0NwhDJhgvn5AqiwWaBUt7j4m3JhViqDSDFICCdBAtxdms3zo0h4.S4HoEmxlT3SZJO9bTkLv U.bgdP9wGwcSRAZsoBK2Gv781QmQdFpNhb3zNyvQIXA40ViOmYDYkK4Szqk0Ed04n3p2cxPVSrp0 1klC4FCzeSPydKUsGy4zpuFGMr6AWHhtc_1_0fQmad_lvGOrbkcuMMy3CBUVkafeSYRxSa1PWtB7 tl8aUXV5aTGHi5c3drID5rAc2CD1wxCYSu1QIRQ2BGRvWi2QDzo8fAnhU4M1mV4sTVYshBptuYQ- - Received: from sonic.gate.mail.ne1.yahoo.com by sonic312.consmr.mail.gq1.yahoo.com with HTTP; Wed, 10 Apr 2019 02:44:30 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.103]) ([76.115.7.162]) by smtp422.mail.gq1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 299c9a4182a471d5543d0a6c07c98708; Wed, 10 Apr 2019 02:44:26 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.8\)) Subject: Re: head -r345758: usefdt=1 style boot fails on PowerMac7,2 G5 (1 core per socket): Error -2 adding node /cpus/PowerpC,970 [G4 failures too, problem identified] Date: Tue, 9 Apr 2019 19:44:25 -0700 References: <98A19824-3C07-4ED6-A848-5A634F95E1CF@yahoo.com> <9A2F72B7-A25C-478C-B1AD-0661278F0B46@yahoo.com> <88C954A4-6D5A-4AB9-AA26-0ACD6D298605@yahoo.com> To: FreeBSD PowerPC ML , Justin Hibbits In-Reply-To: <88C954A4-6D5A-4AB9-AA26-0ACD6D298605@yahoo.com> Message-Id: <5A26E6F0-13FB-4177-B284-45DA6FBED78E@yahoo.com> X-Mailer: Apple Mail (2.3445.104.8) X-Rspamd-Queue-Id: 280188BF15 X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.11 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MV_CASE(0.50)[]; FREEMAIL_FROM(0.00)[yahoo.com]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; MX_GOOD(-0.01)[cached: mta6.am0.yahoodns.net]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_SHORT(-0.08)[-0.084,0]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.86)[-0.856,0]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-0.99)[-0.988,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(0.33)[ipnet: 98.137.64.0/21(0.94), asn: 36647(0.76), country: US(-0.06)]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[206.69.137.98.list.dnswl.org : 127.0.5.0] X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Apr 2019 02:44:42 -0000 [Turns out that PowerMac11,2 G5 (2 socket, 2 cores per) usefdt style booting skips a node and any subordinates, but not any CPUs.] On 2019-Apr-7, at 18:20, Mark Millard wrote: > [I produced a ofwdump -ap output from the old SSD > booting the PowerMac11,2 . It produces a (somewhat) > larger output than is produced under usefdt=3D1 > style handling, suggesting mismatches or incompletenesses > for usefdt=3D1 .] >=20 > On 2019-Apr-7, at 16:31, Mark Millard wrote: >=20 >>=20 >> On 2019-Apr-7, at 15:46, Mark Millard wrote: >>=20 >>> . . . >>=20 >>>=20 >>> I'll see about diff'ing the good vs. bad PowerMac3,6 >>> ofwdump -ap output when I have a chance. >>>=20 >>=20 >> The outputs are not such that a diff is all that useful, >> a extensively different output ordering appears to be=20 >> involved. >>=20 >> For reference: >>=20 >> # ls -lTd ~/ofwdump_*.txt >> -rw-r--r-- 1 root wheel 166008 Apr 7 16:21:33 2019 = /root/ofwdump_11,2_usefdt1.txt >> -rw-r--r-- 1 root wheel 93713 Apr 7 13:11:21 2019 = /root/ofwdump_3,6_bad.txt >> -rw-r--r-- 1 root wheel 162390 Apr 7 15:40:23 2019 = /root/ofwdump_3,6_good.txt >> -rw-r--r-- 1 root wheel 818400 Apr 7 15:15:03 2019 = /root/ofwdump_7,2_good.txt >>=20 >> ( *3,6_bad.txt was under usefdt=3D1 and based on far more modern head = code than the >> matching *3,6_good.txt file was. *7,2_good.txt is from the old = version of head as >> well. ) >>=20 >> ofwdump_3,6_bad.txt seems to be missing a lot, based on the size = difference vs. >> ofwdump_3,6_good.txt . >=20 > So, showing the older context's ofwdump -ap output file size as well: >=20 > # ls -lTd ~/ofwdump_*.txt > -rw-r--r-- 1 root wheel 192603 Apr 7 17:48:15 2019 = /root/ofwdump_11,2_old.txt > -rw-r--r-- 1 root wheel 166008 Apr 7 16:21:33 2019 = /root/ofwdump_11,2_usefdt1.txt > -rw-r--r-- 1 root wheel 93713 Apr 7 13:11:21 2019 = /root/ofwdump_3,6_bad.txt > -rw-r--r-- 1 root wheel 162390 Apr 7 15:40:23 2019 = /root/ofwdump_3,6_good.txt > -rw-r--r-- 1 root wheel 818400 Apr 7 15:15:03 2019 = /root/ofwdump_7,2_good.txt >=20 > Again, the ordering differences and such make a diff > not all that useful. >=20 > I have no clue why ofwdump_7,2_good.txt is so much larger than all the > others. >=20 > It would be easier to compare old vs. usefdt=3D1 style if usefdt=3D1 = style > managed to preserve the ordering of what ofwdump -ap outputs for old, = there > by allowing vastly fewer differences (despite magic node number = differences > and such). I've no clue how to validate the usefdt=3D1 style as things = are. >=20 > I do not ever have access to other types of G5's. I do sometimes have > access to some single-socket/single-processor/single-core G4s and one > G3. But I'm not intending to do any exploring for these for now. >=20 > Let me know if you want a bugzilla submittal with the ofwdump_*,*.txt = files > as attachments. I caught a picture of a PowerMac11,2 G5 (2 socket, 2 cores per) booting, usefdt style, that showed: Error -2 adding node /ht@0,f2000000/pci@8/mac-io@7/i2c@18000/i2c-bus@0 = (i2c-bus@0), skipping (The screen clears quickly after that so I'd not noticed before.) That was the only such message. Still, it is enough to explain having a notable different size of ofwdump -ap output text between usefdt style modern and non-usefdt style older for the same machine (both 32-bit powerpc FreeBSD variants). (powerpc64 FreeBSD crashes/gets-stuck for the likes of ofwdump -ap for a non-usefdt style boot on the same machine, apparently going back to at least -r333594 . I've sent a separate note to the list for this issue.) =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-ppc@freebsd.org Wed Apr 10 06:27:39 2019 Return-Path: Delivered-To: freebsd-ppc@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id EFEC01579B33 for ; Wed, 10 Apr 2019 06:27:38 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic302-1.consmr.mail.bf2.yahoo.com (sonic302-1.consmr.mail.bf2.yahoo.com [74.6.135.40]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id AD0EA91DB7 for ; Wed, 10 Apr 2019 06:27:37 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: 3KtElCwVM1n_W5lsmEydoiKhjx.ew8B8Dotj0dnLn35mYtwBpNYZNjN699xZB_c HCAJ19RozMGVv.blCi8KFVKfpSujVpzfixrWnl94LcvkEDzcqQG5dAVf_Q3UJHrpyxxbx1fDS7eX UO2MR_1c7nfi5KctHiQXNrIahSq1EOKlqZwWzD_dW2hS0dfWoosIY3Pdp4i4bGqxx29sDRSyn68D LdxCBwzReswfFp_Iih8CbQwtvyx4PSh8AZunL0Dt4aLeeV7vu5IHNj8tGdr3XAYeh0PLzeiFAV09 21MhTeOP3pIYaGY5tzjXHmghHC0BoyPvZ5oyH3VuUfxRB0VDvQGT3suzZsmcz9T3zZciyHfn3wEK mhUkl8g3Lv8ZugJCC0XnmZUUxRzSzYKxwC62GGanrf8XefGlUCg5K.mcqsIn0sdiwIMJ9Vyi7DC9 8Dbzy7tRgce6bDDU.JPi6SSmRKZDO3QiZhMXosyKZiXURvV8vjYZOzSrO88XHWG3TRsTfaWtCC7r FdLB7klJSuan5CBiv1LKy4e0gZQ9epJ1.wDDfT9TWN6rfy_55FS1n6a4SMqClfepuFmlrWBPLUWJ kOZpGQq0vY0aDYb81b2chL8x5R1wteQMGLEu49tEXcqM1jHUneI1Cbsea_dD5Ofk5oVSGhcpTvsr XlG2iqUDMcH2WlFe8Q3ItB.fABfgcZmov9lsjFauUe9_WUOhmM_F.2.rTnSwWA3ZjxABM4YT71ku 5.bn67D0Wp4M2fJpMZCIkPtc3ieY8prLOekDTcFJ0.WaqM9t.G6GYoFW_oMeqddIpyH3tLwor75J HQTZWMo6Za7.DJLEFsGuWEt1XsxxbMP8Q.wCXttqYSB2VfehLnJyfY5GIHblr2CmaalM1C88v28X VA__nMhhkvy0LPCjGc8Q0RPnkAmkEh.ha9MKDTJmrK1vTZTYuGUrsKCyTiM0hojArjmMCAAi1qXp 8K3m9G5e3FzuKpWoo4sywO9bVsaiLA4S0jMYLlFk9n03jFb6lQpsoT59yjNYrvBbaC0dBnmKEwPU .pE0PpzPc9T4Y9YA7xPJVN2UkPkVkfQlF4g_8s85w3tIM0EjmsrjD3L4v2KhV4g-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic302.consmr.mail.bf2.yahoo.com with HTTP; Wed, 10 Apr 2019 06:27:36 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.103]) ([76.115.7.162]) by smtp428.mail.bf1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID e3e79dc8573cf12c45779870c4d941fe for ; Wed, 10 Apr 2019 06:27:32 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.8\)) Subject: head -r345758 32-bit powerpc FreeBSD (used on a PowerMac G5): usefdt mode breaks cpufreq (and so powerd) Message-Id: <4110295C-FB5B-4197-B573-DF57D19C9103@yahoo.com> Date: Tue, 9 Apr 2019 23:27:30 -0700 To: FreeBSD PowerPC ML X-Mailer: Apple Mail (2.3445.104.8) X-Rspamd-Queue-Id: AD0EA91DB7 X-Spamd-Bar: + X-Spamd-Result: default: False [1.82 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MV_CASE(0.50)[]; FREEMAIL_FROM(0.00)[yahoo.com]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; MX_GOOD(-0.01)[cached: mta6.am0.yahoodns.net]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:26101, ipnet:74.6.128.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_SPAM_SHORT(0.76)[0.757,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-ppc@freebsd.org]; NEURAL_SPAM_MEDIUM(0.34)[0.341,0]; RCPT_COUNT_ONE(0.00)[1]; IP_SCORE(0.95)[ip: (1.90), ipnet: 74.6.128.0/21(1.61), asn: 26101(1.29), country: US(-0.06)]; NEURAL_SPAM_LONG(0.29)[0.289,0]; RCVD_IN_DNSWL_NONE(0.00)[40.135.6.74.list.dnswl.org : 127.0.5.0] X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Apr 2019 06:27:39 -0000 When I boot the PowerMac11,2 G5 (2 sockets, 2 cores each) via 32-bit powerpc FreeBSD without usefdt mode, cpufreq and powerpd work normally. But with usefdt cpufreq ends up only existing for cpu3: # sysctl -a | grep freq kern.timecounter.tc.timebase.frequency: 33333333 device cpufreq kern.eventtimer.et.decrementer.frequency: 33333333 kern.acct_chkfreq: 15 net.inet.sctp.sack_freq: 2 debug.cpufreq.lowest: 0 debug.cpufreq.verbose: 0 debug.uart_poll_freq: 50 dev.cpufreq.0.%parent: cpu3 dev.cpufreq.0.%pnpinfo:=20 dev.cpufreq.0.%location:=20 dev.cpufreq.0.%driver: cpufreq dev.cpufreq.0.%desc:=20 dev.cpufreq.%parent:=20 dev.pcr.3.freq_settings: 10000/-1 5000/-1 dev.cpu.3.freq_levels: 2500/-1 1250/-1 dev.cpu.3.freq: 1250 dev.iicbus.3.frequency: 100000 dev.iicbus.2.frequency: 100000 dev.iicbus.1.frequency: 100000 dev.iicbus.0.frequency: 100000 powerpd ends up reporting "no cpufreq(4) support -- aborting". (Note: non-usefdt boots list dev.cpufreq material for all 4 cpus, not just cpu3, and powerd works in that context.) Part of this *may* be an ordering issue: usefdt mode has the traversal order (just showing cpu# examples): /device-tree/cpus/PowerPC,G5/cpu#: hex_bytes_line# 0: 00 00 00 03 /device-tree/cpus/PowerPC,G5/cpu#: txt_bytes_line# 0: \000\000\000\^C /device-tree/cpus/PowerPC,G5/cpu#: hex_bytes_line# 0: 00 00 00 02 /device-tree/cpus/PowerPC,G5/cpu#: txt_bytes_line# 0: \000\000\000\^B /device-tree/cpus/PowerPC,G5/cpu#: hex_bytes_line# 0: 00 00 00 01 /device-tree/cpus/PowerPC,G5/cpu#: txt_bytes_line# 0: \000\000\000\^A /device-tree/cpus/PowerPC,G5/cpu#: hex_bytes_line# 0: 00 00 00 00 /device-tree/cpus/PowerPC,G5/cpu#: txt_bytes_line# 0: \000\000\000\000 but non-usefdt mode (the historical order) has the order: /device-tree/cpus/PowerPC,G5/cpu#: hex_bytes_line# 0: 00 00 00 00 /device-tree/cpus/PowerPC,G5/cpu#: txt_bytes_line# 0: \000\000\000\000 /device-tree/cpus/PowerPC,G5/cpu#: hex_bytes_line# 0: 00 00 00 01 /device-tree/cpus/PowerPC,G5/cpu#: txt_bytes_line# 0: \000\000\000\^A /device-tree/cpus/PowerPC,G5/cpu#: hex_bytes_line# 0: 00 00 00 02 /device-tree/cpus/PowerPC,G5/cpu#: txt_bytes_line# 0: \000\000\000\^B /device-tree/cpus/PowerPC,G5/cpu#: hex_bytes_line# 0: 00 00 00 03 /device-tree/cpus/PowerPC,G5/cpu#: txt_bytes_line# 0: \000\000\000\^C If some code expects the sequence to be increasing, it might only pick up the first one (cpu3) for usefdt mode. (The outputs are from my own tool that I run its output through sort -s -k1,1 . Thus, the common prefix text is grouped together, but in the original relative ordering. The tool in turn uses code from ofwdump.) This is far from the only type of thing that ends up reversed from the historical order in usefdt mode. Another possible contribution to lack of some froms of control is the notice that usefdt mode gives out: Error -2 adding node /ht@0,f2000000/pci@8/mac-io@7/i2c@18000/i2c-bus@0 = (i2c-bus@0), skipping (I'm using 32-bit powerpc FreeBSD because there are more problems for powerpc64 FreeBSD: in non-usefdt mode ofwdump or tools like it get system crashes for "timeout stopping cpus" or other such. This goes back to at least -r333596 (but not to -r302214). ofwdump works in 32-bit powerpc FreeBSD, no system crash.) =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-ppc@freebsd.org Wed Apr 10 09:30:56 2019 Return-Path: Delivered-To: freebsd-ppc@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E4574157D689 for ; Wed, 10 Apr 2019 09:30:55 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic313-19.consmr.mail.gq1.yahoo.com (sonic313-19.consmr.mail.gq1.yahoo.com [98.137.65.82]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id A15D397878 for ; Wed, 10 Apr 2019 09:30:54 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: 1DYotEYVM1nmMIj9QaxGST9bZt0ZbgsyirAj_mQXjSADGDgoH2xlDlp8SzIgS2k 3ARy.tp2XpwR.tpCLq86zNPKiHLqEUto04oMb5z0HdWCSspvIR5BW3kJhlPKbrHmsHUG.5cez21. xDnoTTewMZtKLiBact.hMjB2d1JIw6KoT1JftCgbzg4rt53nAGnnulUGRvwsCYWfUcVB_mEMdj62 yBdqIE51UcoZCSGljUNMfU06Iixk_ugSdGZPbnuaGCZMP56BHQaN.IaJLHDLJah1_NnUnWlCi8Al BcBwf4WwRcIUL..hPd864z1N2v1wPlxSGZ00KwinNoamGS3tepSHbsrY_4Q9dv.5gr1enaZNK9ly ZLYXzvYGyjCotqCS3MSS3ahiu2mwNzLi_aAvGE3Duh_AkJJnQRh9z.oBd7Ak5kbKu7wVyxsyVviw dvoDv.o9gD96OsTb37MaNpNKhBOIT1XKKlD5uLzV5kGByTbO.7wYxesALpF_dmINAKLbEikJlOsj jkJuF4w95sWBnICz2exc8_cBNUpjy4.kzOXxYTi7kSDAj0SGkyG2nOUSItiigS.uVo3rmLEPWiLb f7ajBE49H0SAYegGVYWLO1BcLalu2Nt7uFEy0rmxlJUSFE9rE1zlAk96_mQtDCqN9iUXvsXz7Imq kY3ljqOEHHe3TlEbvp5A8guCC21C.WbK7ZhYMj.w964YCUo8G2BOQBfaLnmJJ5ZgIiqde7fIDKCz KLChMKdU.x11d1YppX56aRVXU1XTJaZ8vouNTZQO0MgO53d1X_ICSZT1KSQudheR2qfkh.0mtEl7 h3KuJE_w7V3XmgJ3_917c4WyFFMrRD8pIGVJVbx2WcgfbijVrDqlncVyHB_Rz9CNAm_OouSz0mBm lxeDWhMIn6suvNsdDIfOZXne.7HQPf0k86y7lNliADuogVoot5iXWcjYPnCqMaf0d8LMnjlHgQTO XPV.BeNIAZSDm0H1TIqAQm1d9bYrZOcsN3gLEMg8YL7vvBEEAvud9w968JwLE3TSBlAic19.xFkQ gbGlO7OHUbK_DD7wPRfOtoDiuTPz.mt8xX.G_i6NeQd._t03vrugZV15g0bWWeyd.Snq8lzDwm9p xpWUyUw-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic313.consmr.mail.gq1.yahoo.com with HTTP; Wed, 10 Apr 2019 09:30:46 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.103]) ([76.115.7.162]) by smtp426.mail.gq1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID f038fc6665de68e80d50787235cafb67; Wed, 10 Apr 2019 09:30:46 +0000 (UTC) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.8\)) Subject: Re: head -r345758: usefdt=1 style boot fails on PowerMac7,2 G5 (1 core per socket): Error -2 adding node /cpus/PowerpC,970 [G4 failures too, problem *fully* identified] From: Mark Millard In-Reply-To: <5A26E6F0-13FB-4177-B284-45DA6FBED78E@yahoo.com> Date: Wed, 10 Apr 2019 02:30:45 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: References: <98A19824-3C07-4ED6-A848-5A634F95E1CF@yahoo.com> <9A2F72B7-A25C-478C-B1AD-0661278F0B46@yahoo.com> <88C954A4-6D5A-4AB9-AA26-0ACD6D298605@yahoo.com> <5A26E6F0-13FB-4177-B284-45DA6FBED78E@yahoo.com> To: FreeBSD PowerPC ML , Justin Hibbits X-Mailer: Apple Mail (2.3445.104.8) X-Rspamd-Queue-Id: A15D397878 X-Spamd-Bar: ++ X-Spamd-Result: default: False [2.64 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MV_CASE(0.50)[]; FREEMAIL_FROM(0.00)[yahoo.com]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; MX_GOOD(-0.01)[cached: mta6.am0.yahoodns.net]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_SPAM_SHORT(0.84)[0.842,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(1.48)[ip: (5.75), ipnet: 98.137.64.0/21(0.94), asn: 36647(0.75), country: US(-0.06)]; NEURAL_SPAM_MEDIUM(0.18)[0.183,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(0.64)[0.645,0]; RCVD_IN_DNSWL_NONE(0.00)[82.65.137.98.list.dnswl.org : 127.0.5.0] X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Apr 2019 09:30:56 -0000 On 2019-Apr-9, at 19:44, Mark Millard wrote: > . . . I discovered a specific PowerMac11,2 vs. PowerMac7,2/PowerMac3,6 difference that is involved: The difference is where nulls are vs. are not . . . I found a linux comment (after the later path evidence was observed): /* Fixup an Apple bug where they have bogus \0 chars in = the * middle of the path in some properties, and extract * the unit name (everything after the last '/'). */ This was in the context of package-to-path use. I have evidence of this (though not from OF_package_to_path use but ofw_getprop_alloc use) . . . The PowerMac11,2 has, for example, in the notation of my dumping tool for looking at diff's of the (sorted) dumps: /device-tree/cpus/PowerPC,G5/cpu-version: hex_bytes_line# 0: 00 44 01 01 /device-tree/cpus/PowerPC,G5/cpu-version: txt_bytes_line# 0: \000D\^A\^A /device-tree/cpus/PowerPC,G5/cpu-version: hex_bytes_line# 0: 00 44 01 01 /device-tree/cpus/PowerPC,G5/cpu-version: txt_bytes_line# 0: \000D\^A\^A /device-tree/cpus/PowerPC,G5/cpu-version: hex_bytes_line# 0: 00 44 01 01 /device-tree/cpus/PowerPC,G5/cpu-version: txt_bytes_line# 0: \000D\^A\^A /device-tree/cpus/PowerPC,G5/cpu-version: hex_bytes_line# 0: 00 44 01 01 /device-tree/cpus/PowerPC,G5/cpu-version: txt_bytes_line# 0: \000D\^A\^A But the PowerMac7,2 and PowerMac3,6 have a null character in the = analogous prefix (produced by the same criteria), here shown with ^@: /device-tree/cpus/PowerPC,970^@/cpu-version: hex_bytes_line# 0: 00 39 02 = 02 /device-tree/cpus/PowerPC,970^@/cpu-version: txt_bytes_line# 0: = \0009\^B\^B /device-tree/cpus/PowerPC,970^@/cpu-version: hex_bytes_line# 0: 00 39 02 = 02 /device-tree/cpus/PowerPC,970^@/cpu-version: txt_bytes_line# 0: = \0009\^B\^B /device-tree/cpus/PowerPC,G4^@/cpu-version: hex_bytes_line# 0: 80 01 03 = 03 /device-tree/cpus/PowerPC,G4^@/cpu-version: txt_bytes_line# 0: = \M^@\^A\^C\^C /device-tree/cpus/PowerPC,G4^@/cpu-version: hex_bytes_line# 0: 80 01 03 = 03 /device-tree/cpus/PowerPC,G4^@/cpu-version: txt_bytes_line# 0: = \M^@\^A\^C\^C The code that produces a name for a ofw node, as shown after a / above, is (C++17 notation): auto name_for_ofw_node=3D [&ofw_fd](auto ofw_nd) -> auto { std::string nd_id_text{}; void* name_buf=3D nullptr; int name_buf_len=3D 0; auto const name_len=3D = ofw_getprop_alloc(ofw_fd,ofw_nd,"name",&name_buf,&name_buf_len,1); if (0(name_buf), static_cast(name_len-1)}; else { . . . (does not happen) . . . } return nd_id_text; }; [With name_len instead of name_len-1 there would be one more '\0' character in each such name after a / (before the first ":"): the terminating null character would be included.] If such a before-the-end-of-path ^@ shows up in the likes of add_node_to_fdt via its use of OF_package_to_path: char name[255], *lastprop, *subname; . . . for (node =3D OF_child(node); node > 0; node =3D OF_peer(node)) { OF_package_to_path(node, name, sizeof(name)); subname =3D strrchr(name, '/'); subname++; child_offset =3D fdt_add_subnode(buffer, fdt_offset, = subname); if (child_offset < 0) { printf("Error %d adding node %s (%s), = skipping\n", child_offset, name, subname); continue; } then the strrchr will not work as intended and the error message will result (as it does for PowerMac7,2/PowerMac3,6). I'll note that the return value of OF_package_to_path is ignored above but the description I find is: QUOTE package-to-path IN: phandle, [address] buf, buflen OUT: length Returns the fully qualified pathname corresponding to the node = identifier phandle, storing, at most, buflen bytes as a null-terminated = string in the memory buffer starting at the address buf. If the length = of the null- terminated pathname is greater than buflen, the trailing = characters and the null terminator are not stored. Length is the length = of the fully qualified pathname excluding any null terminator, or =E2=80=93= 1 if phandle is invalid. END QUOTE The linux code does use the return value in order to not be fooled by null characters in the middle of the path. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-ppc@freebsd.org Thu Apr 11 03:05:18 2019 Return-Path: Delivered-To: freebsd-ppc@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E338B1576074 for ; Thu, 11 Apr 2019 03:05:17 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic314-22.consmr.mail.ne1.yahoo.com (sonic314-22.consmr.mail.ne1.yahoo.com [66.163.189.148]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 0B45270D68 for ; Thu, 11 Apr 2019 03:05:15 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: mPxoA9kVM1nYQuQdkgwp1c7BZ5nlUD02pMA.BhGAl5g0o07qVDZBCIEHaqIol4V _o1tZKQrn63yTXA6jZjK9fK93Nz6RJvnizPSMfTrB78Q_3_2il9GzzOPa3t0d5o6J77ZdqGN2aVe WV3ze1ZlEjr_AiHhvvSwBm6JAPF78f8mEPN4U0VRQHZreobvWKEpu9fqloUFI1N4xb1FRCCRfUBU eRQW27vjnzZMwcFSj1T6xWM8mfqVpyR8K3_hXD7PPPtzJsbXoJxBvrkquL.WGnQRZ7lQo6Y._SoC ThekqE7CpZHJsww.uonGFCyBxb2kmw1Rnay_upzQjLroOxtWw1LPtI1Ssf1r.4gyVzy4K.EDcjFb AsANTvlEYMNLiXuf4CtAe4Psqnzo8buWe_obdT1OK3vVx46tSifQ90Azk8p5oPEWhf7b7IdIyOuK 2YtdsAiNm2n6EW3_f2oeFR1lEubx4.K8vumTyqxsXByHrD733W3jW8_jWWXeVCP4RgBUQ8RU5e8W r0phKK5ve498s_p4Vzx_Y28fHfwbqYRJPH6IfoQlokAEr1Ts4jSc5cfyXkcS2WnxPbVGRhkuosFr pkZXV6e9iU.9PRexw2w57V7_KrUe1CqC2J_wEzKXwn5VH1RlZBNOVAVSU8U.c79YIekA4TGFxfxG JVJYpI5oXHPm6B7138QcVXLeHrLqGI48ICUVcLnKfEgaFRCugAZIwXF8XvLDKGJ8WPsrb0HGXmQ_ Tj5CmQT7YUfo3l62.rIel5FZZDOyCdbjrKuGSbLvoFox5M1Tg_1QiQRW50Pmq_7QPt6bSef15i5z FPvorJuJGNhY.cLZVivCqDTmyRyDru1xj_7hp5U1_.DfUPiSbJ1XY3VQImstHvkqiWB_GdywKQDh 3FuQWoiPbmBfCwEzIYPmQESgKkOM05JQL6SqGykB_ShDvo8QJ3d_MGd_nE2BLKSFwlLbjXJnSRg_ gTycTzT8jBww5FkUde1ZmZd06l8d991NygMhld85lFOzqaIIp0uvpnvh8FBGQKXXQDVxNOR__1tE mYupftZx0WzIFR68cx.n5W1EOT0toDLzHbBA0t9XDKcofiSJdWHbPbg8ZJJWQ7yrCrV1Uv7d4uPV hDZxTOTW7Lv8- Received: from sonic.gate.mail.ne1.yahoo.com by sonic314.consmr.mail.ne1.yahoo.com with HTTP; Thu, 11 Apr 2019 03:05:08 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.103]) ([76.115.7.162]) by smtp402.mail.ne1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 7f153287cc54c7509045e836daa3743d; Thu, 11 Apr 2019 03:05:05 +0000 (UTC) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.8\)) Subject: Re: head -r345758: usefdt=1 style boot fails on PowerMac7,2 G5 (1 core per socket): Error -2 adding node /cpus/PowerpC,970 [G4 failures too, investigatory patch] From: Mark Millard In-Reply-To: Date: Wed, 10 Apr 2019 20:05:02 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <7383CCAA-FEB4-4CE6-ABEB-74781A18CCF4@yahoo.com> References: <98A19824-3C07-4ED6-A848-5A634F95E1CF@yahoo.com> <9A2F72B7-A25C-478C-B1AD-0661278F0B46@yahoo.com> <88C954A4-6D5A-4AB9-AA26-0ACD6D298605@yahoo.com> <5A26E6F0-13FB-4177-B284-45DA6FBED78E@yahoo.com> To: FreeBSD PowerPC ML , Justin Hibbits X-Mailer: Apple Mail (2.3445.104.8) X-Rspamd-Queue-Id: 0B45270D68 X-Spamd-Bar: ++ X-Spamd-Result: default: False [2.74 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MV_CASE(0.50)[]; FREEMAIL_FROM(0.00)[yahoo.com]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; MX_GOOD(-0.01)[cached: mta6.am0.yahoodns.net]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36646, ipnet:66.163.184.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_SPAM_SHORT(0.74)[0.743,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(1.63)[ip: (5.61), ipnet: 66.163.184.0/21(1.45), asn: 36646(1.16), country: US(-0.06)]; NEURAL_SPAM_MEDIUM(0.11)[0.112,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(0.76)[0.763,0]; RCVD_IN_DNSWL_NONE(0.00)[148.189.163.66.list.dnswl.org : 127.0.5.0]; RWL_MAILSPIKE_POSSIBLE(0.00)[148.189.163.66.rep.mailspike.net : 127.0.0.17] X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Apr 2019 03:05:18 -0000 [I show an investigatory patch and indicate its consequences. This ends up indicating what is not a "extra '\0's in paths problem".] On 2019-Apr-10, at 02:30, Mark Millard wrote: > On 2019-Apr-9, at 19:44, Mark Millard wrote: >=20 >> . . . >=20 > I discovered a specific PowerMac11,2 vs. PowerMac7,2/PowerMac3,6 > difference that is involved: >=20 > The difference is where nulls are vs. are not . . . >=20 > I found a linux comment (after the later path evidence was > observed): >=20 > /* Fixup an Apple bug where they have bogus \0 chars in = the > * middle of the path in some properties, and extract > * the unit name (everything after the last '/'). > */ >=20 > This was in the context of package-to-path use. >=20 > I have evidence of this (though not from OF_package_to_path use but > ofw_getprop_alloc use) . . . >=20 > The PowerMac11,2 has, for example, in the notation of my > dumping tool for looking at diff's of the (sorted) dumps: >=20 > /device-tree/cpus/PowerPC,G5/cpu-version: hex_bytes_line# 0: 00 44 01 = 01 > /device-tree/cpus/PowerPC,G5/cpu-version: txt_bytes_line# 0: = \000D\^A\^A > /device-tree/cpus/PowerPC,G5/cpu-version: hex_bytes_line# 0: 00 44 01 = 01 > /device-tree/cpus/PowerPC,G5/cpu-version: txt_bytes_line# 0: = \000D\^A\^A > /device-tree/cpus/PowerPC,G5/cpu-version: hex_bytes_line# 0: 00 44 01 = 01 > /device-tree/cpus/PowerPC,G5/cpu-version: txt_bytes_line# 0: = \000D\^A\^A > /device-tree/cpus/PowerPC,G5/cpu-version: hex_bytes_line# 0: 00 44 01 = 01 > /device-tree/cpus/PowerPC,G5/cpu-version: txt_bytes_line# 0: = \000D\^A\^A >=20 > But the PowerMac7,2 and PowerMac3,6 have a null character in the = analogous > prefix (produced by the same criteria), here shown with ^@: >=20 > /device-tree/cpus/PowerPC,970^@/cpu-version: hex_bytes_line# 0: 00 39 = 02 02 > /device-tree/cpus/PowerPC,970^@/cpu-version: txt_bytes_line# 0: = \0009\^B\^B > /device-tree/cpus/PowerPC,970^@/cpu-version: hex_bytes_line# 0: 00 39 = 02 02 > /device-tree/cpus/PowerPC,970^@/cpu-version: txt_bytes_line# 0: = \0009\^B\^B >=20 > /device-tree/cpus/PowerPC,G4^@/cpu-version: hex_bytes_line# 0: 80 01 = 03 03 > /device-tree/cpus/PowerPC,G4^@/cpu-version: txt_bytes_line# 0: = \M^@\^A\^C\^C > /device-tree/cpus/PowerPC,G4^@/cpu-version: hex_bytes_line# 0: 80 01 = 03 03 > /device-tree/cpus/PowerPC,G4^@/cpu-version: txt_bytes_line# 0: = \M^@\^A\^C\^C >=20 > The code that produces a name for a ofw node, as shown after a / = above, > is (C++17 notation): >=20 > auto name_for_ofw_node=3D [&ofw_fd](auto ofw_nd) -> auto > { > std::string nd_id_text{}; >=20 > void* name_buf=3D nullptr; > int name_buf_len=3D 0; > auto const name_len=3D = ofw_getprop_alloc(ofw_fd,ofw_nd,"name",&name_buf,&name_buf_len,1); > if (0 nd_id_text+=3D std::string{static_cast(name_buf), static_cast(name_len-1)}; > else > { > . . . (does not happen) . . . > } >=20 > return nd_id_text; > }; >=20 > [With name_len instead of name_len-1 there would be one more '\0' > character in each such name after a / (before the first ":"): > the terminating null character would be included.] >=20 > If such a before-the-end-of-path ^@ shows up in the likes of > add_node_to_fdt via its use of OF_package_to_path: >=20 > char name[255], *lastprop, *subname; > . . . > for (node =3D OF_child(node); node > 0; node =3D OF_peer(node)) = { > OF_package_to_path(node, name, sizeof(name)); > subname =3D strrchr(name, '/'); > subname++; > child_offset =3D fdt_add_subnode(buffer, fdt_offset, = subname); > if (child_offset < 0) { > printf("Error %d adding node %s (%s), = skipping\n", > child_offset, name, subname); > continue; > } >=20 > then the strrchr will not work as intended and the error message > will result (as it does for PowerMac7,2/PowerMac3,6). >=20 > I'll note that the return value of OF_package_to_path is ignored > above but the description I find is: >=20 > QUOTE > package-to-path > IN: phandle, [address] buf, buflen OUT: length >=20 > Returns the fully qualified pathname corresponding to the node = identifier phandle, storing, at most, buflen bytes as a null-terminated = string in the memory buffer starting at the address buf. If the length = of the null- terminated pathname is greater than buflen, the trailing = characters and the null terminator are not stored. Length is the length = of the fully qualified pathname excluding any null terminator, or =E2=80=93= 1 if phandle is invalid. > END QUOTE >=20 > The linux code does use the return value in order to not be fooled by > null characters in the middle of the path. The following investigatory patch prevents some of the "Error -2 adding node . . ." notices. It: A) makes no change for the PowerMac11,2 G5 (2 sockets, 2 cores each) B) eliminates the message for PowerMac7,2 G5 (2 sockets, 1 core each), eliminated is: Error -2 adding node /cpus/PowerPC,970 (PowerPC,970), = skipping C) eliminates one message for PowerMac3,6 G4 (2 sockets, 1 core each), = the one is: Error -2 adding node /cpus/PowerPC,G4 (PowerPC,G4), skipping For (A): Apparently extra '\0's is not the reason the PowerMac11,2 gets one such message. I do not know why it does. Both powerpc64 and 32-bit powerpc FreeBSD still report: Error -2 adding node /ht@0,f2000000/pci@8/mac-io@7/i2c@18000/i2c-bus@0 = (i2c-bus@0), skipping For (B): Eliminating the message is still followed by the boot hanging up after "Kernel entry at . . .". It does not get as far as clearing the console screen. Something else is going on for this. The powerpc64 and 32-bit powerpc FreeBSD results are the same. But I've no clue how to isolate it. (Booting without usefdt mode works fine.) For (C): Both CPUs are now used in usefdt mode but ethernet is still not present. The messages still generated are: Error -2 adding node /pci@f2000000//mac-io@17/gpio@50/gpio5@6f = (gpio5@6f), skipping Error -2 adding node /pci@f2000000//mac-io@17/gpio@50/gpio6@70 = (gpio6@70), skipping Error -2 adding node /pci@f2000000//mac-io@17/gpio@50/gpio11@75 = (gpio11@75), skipping Error -2 adding node /pci@f2000000//mac-io@17/extint-gpio@15@67 = (extint-gpio@15@67), skipping While the patch is justified by Macintosh problems, it should be valid for openfirmware that has no "extra '\0' character" problems in paths. My only testing environment is the old PowerMacs, however. The patch has add_node_to_fdt eliminate the extra/internal '\0' characters in paths/names it creates, instead of preserving them carefully. Why? If preserved, lots of other code seems to need to be modified to deal with them. Another type of alternative would have been to replace the '\0' characters with some other, say '_'. (I'm not aware of a reason that name and path lengths would need to be preserved.) The patch is: (I do not claim to have coded for direct acceptance into FreeBSD's code base: investigatory material.) Index: /usr/src/stand/powerpc/ofw/ofwfdt.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/stand/powerpc/ofw/ofwfdt.c (revision 345758) +++ /usr/src/stand/powerpc/ofw/ofwfdt.c (working copy) @@ -45,7 +45,7 @@ add_node_to_fdt(void *buffer, phandle_t node, int fdt_offset) { int i, child_offset, error; - char name[255], *lastprop, *subname; + char name[255+1], *lastprop, *subname; // +1 added for always = having a trailing '\0' position. void *propbuf; ssize_t proplen; =20 @@ -77,9 +77,54 @@ && !OF_hasprop(node, "ibm,phandle")) fdt_setprop(buffer, fdt_offset, "phandle", &node, = sizeof(node)); =20 + // WARNING: openfirmware's package-to-path(nd,nm,len) does not = place a trailing '\0' + // character in nm when it returns a full_str_len with = len<=3Dfull_str_len . + // For full_str_len 0; node =3D OF_peer(node)) = { - OF_package_to_path(node, name, sizeof(name)); - subname =3D strrchr(name, '/'); + int full_str_len=3D OF_package_to_path(node, name, = sizeof(name)-1); // Avoids having trailing '\0' missing. + if (-1=3D=3Dfull_str_len) { // Highly unlikely. + printf("add_node_to_fdt got -1 return from = OF_packakge_to_path\n"); + continue; + } + + // WARNING: For some Macintoshes, name can sometimes = contain '\0' characters + // in the middle (before what will be subname)! + + // full_str_len omits the offical trailing '\0' = position. + // full_str_len is *not* limited by the sizeof(name)-1 = value above: it reports + // the space needed to get all the text (ignoring the = official trailing '\0'). + if (0=3D=3Dfull_str_len) { // Highly unlikely. + printf("Error: Node name has no bytes before = trailing null byte\n"); + continue; + } + if (255 Delivered-To: freebsd-ppc@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id F2B51157A5DD for ; Thu, 11 Apr 2019 05:41:05 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic301-1.consmr.mail.bf2.yahoo.com (sonic301-1.consmr.mail.bf2.yahoo.com [74.6.129.40]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 17C7C772A9 for ; Thu, 11 Apr 2019 05:41:04 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: GWsURjcVM1lUZU6nIXmMk_pCHc18MlPBVHAOwf6WjhdKEWoE1ERt_qHR5aUOrkK Xw.e5Vys6hDitsGliU1hEl0dGbVQd4NbTkBzJSJaemEsAjpdtcUCwoNujPRfytaaX790LzaJne8s Sx_ESnl67BYLVc4ITIG8qBwwNEDIF.8kJFS6ztBz4hWpuygn2YaHq4l6gXUW0tN.z9CilHl9amHr E.NvbLVkrwNKnrPxkye_dBu0wpBQVNnVW0ha60JteQW1pUOr6xtrihAgMXnJOl6pINcNu7AA8E17 oGE9yHII91w5vCSH4Qh8VbyF2QamXkYQsf9EZzO5_d.jHtsYEPIvIyL4tKsTj6KRvxf6f.mpmq9e l0h76yDnXA1JqWyhKh1ZSwBx95xzxJu9fanz3OEodtBTZTtIS86CcSSDzqnKaCefqAK_BGA5HY62 BEZnTki0bgmegzT_OLDBb7y3oINCvGTANT.HVDKJAujxqgq5nWCIiiQpOGINPVCOSytM2FKu35zg 8I23AewdowNXLLcplRatKkag3N1UCDgJSpKC6oUCJ_qgzk8QHzoSfpxoV68Fr8ugmLXLKzuZd1tT OMqN8c8ArgbDlcCwhxWfiKoOaHvj_riS5h2LS0bOJ8zRKF3koZPU02_QQx5lgBXHL06NjAVRGaGH QaXO9kkhRqif3yntzV8Nw0s3UghQQ5NyEKhS_vAL7I_SmGb0ABshLUUEfBZTa4cVRLW2f4CeOF3F 5GqqMOBVdC8_61uG7hEM6DUFuVSLJFSWYzIgDqnkLKMbnYmhocP0gwRC_uikKnKoeRfFEKmezZ_i pdreta.gVPyr4hQHWoonEIKMWFLgdJlox.sa3ggr3OaylHf.Gf8p_9khR0vReXzIkhmcbaoO7DKx _msePUDrSPlKYNeh9ORZc1F2TBsg_8nZt0.1bUnm_kNxVY4vt_jQ9_UPPk5KVM_KbRgmxUY3DuFA hpSJEDLEq9Cp1ib8LsYsRgfANZlLsf88IEm_GAyJjy4QF1Ur6IMSlGnTtb42MGPZCMqdI1oxxwCi zEIg.loYieXG1d5DV3xJGeRf4n1QeAj_Av03NpHjl9j8PicpLF.D.aQHb3NZ1Jrqlo3P9yns2Jej dkQ-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic301.consmr.mail.bf2.yahoo.com with HTTP; Thu, 11 Apr 2019 05:41:03 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.103]) ([76.115.7.162]) by smtp403.mail.bf1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 9630a2ddbb0199ac6ca3c1fbc8d5a8c6; Thu, 11 Apr 2019 05:41:01 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.8\)) Subject: Openfirmware node handling questions (associate with old PowerMac usefdt mode contexts and things not working) Message-Id: <372E571A-0D72-4511-89FA-C09A88370AC9@yahoo.com> Date: Wed, 10 Apr 2019 22:40:58 -0700 To: FreeBSD PowerPC ML , freebsd-hackers Hackers X-Mailer: Apple Mail (2.3445.104.8) X-Rspamd-Queue-Id: 17C7C772A9 X-Spamd-Bar: ++ X-Spamd-Result: default: False [2.46 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MV_CASE(0.50)[]; FREEMAIL_FROM(0.00)[yahoo.com]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; MX_GOOD(-0.01)[cached: mta6.am0.yahoodns.net]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:26101, ipnet:74.6.128.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; NEURAL_SPAM_SHORT(0.85)[0.855,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(1.39)[ip: (4.15), ipnet: 74.6.128.0/21(1.60), asn: 26101(1.28), country: US(-0.06)]; NEURAL_SPAM_MEDIUM(0.14)[0.136,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(0.59)[0.588,0]; RCVD_IN_DNSWL_NONE(0.00)[40.129.6.74.list.dnswl.org : 127.0.5.0] X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Apr 2019 05:41:06 -0000 Part of an old PowerMac3,6 G4 node tree looks like the below. Note the replications of the names gpio5, gpio6, gpio11, and extint-gpio15 : Node 0xff959ff0: pci Node 0xff95cb40: mac-io Node 0xff963f60: interrupt-controller Node 0xff9641d0: gpio Node 0xff964428: extint-gpio1 Node 0xff964728: programmer-switch Node 0xff964a10: gpio5 Node 0xff964c60: extint-gpio15 Node 0xff964f20: gpio6 Node 0xff965170: extint-gpio16 Node 0xff965498: extint-gpio14 Node 0xff965758: gpio12 Node 0xff9659a0: gpio11 Node 0xff965be8: gpio5 Node 0xff965e00: gpio6 Node 0xff966020: extint-gpio4 Node 0xff9662b0: gpio11 Node 0xff966500: extint-gpio15 The code that creates the fdt for this for usefdt mode rejects (skips) each Node that has a prior matching name already added in the parent node. (This seems to be keeping usefdt mode from identifying the ethernet port.) There is the same sort of issue for an old PowerMac11,2 G5 with a node tree that in part looks like the below: . . . Node 0xff994de0: i2c Node 0xff995a00: i2c-bus Node 0xff995bc8: codec Node 0xff995d00: codec Node 0xff995e38: i2c-bus Node 0xff996000: codec The "2nd" instance of i2c-bus is skipped based on the first one having already been added to the parent. (I've no clue which is first vs. second in the order of processing.) There are other duplicate subordinate names in other places that do not report a message about skipping. (I've yet to figure out what makes the distinction.) Is this rejection of the "later" instance of the same name(?) valid (officially)? Did Apple do something odd here? Is there something else I should look for that would indicate valid vs. invalid duplicate subordinate names under the same parent? Is the rejection of such duplicate subordinate names(?) just wrong? === Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-ppc@freebsd.org Thu Apr 11 06:36:25 2019 Return-Path: Delivered-To: freebsd-ppc@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E0512157B5D2 for ; Thu, 11 Apr 2019 06:36:24 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic301-30.consmr.mail.ne1.yahoo.com (sonic301-30.consmr.mail.ne1.yahoo.com [66.163.184.199]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 0727D81295 for ; Thu, 11 Apr 2019 06:36:22 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: Vxc9MVAVM1ng.Gl3B71NAvecqEXnQiSP7JnJhws5hjaN9UuG3pTFlGh4ltAVVtw GUk1lPmH1Bw5sLJ35GvTNe5xj_wTkHsuUJJfgEEkJYsG_s5O7ke9MjU7ujRfKz5fM6l.7WKWQFV6 Gt2DhqEP8VIsOxUnarOr7WFo7u.SUKqpX33fFDtBVTjNKZrU25CzOIoPTYRbZoJw1I6p.WMXsOrs RYxwYNtPxrGgyO1oaqAffy_q_N7MlC2dT6NnyvkgSCBgIk.Pct1qJqO39703r0j3700gf_W.yD_U e7l2NZumxnOgMv45cUPYI00gl7L8F785oI2cdBtuLkeygf_8Gn2Q5lEJbmupoBqGZCIYlia5A33_ AxjSM5dCdZ4VOaQuhmXJaviOGf8c_UQ10OcR8_BQbgD0GJczdCDlSoMz232zzLL112NaEaBfT7Yu ByAw2RzysH221oXPYLlDqtX5ZNg0UOgPBvNM5L0RHCiShe_khNg.SU3JyydTy4kCI11iaYD2ED6A Dcyv02O5F.eU9FHSTb0PQzOrnXCMU0cDPmAY2.gitTYb0bZbFwst7xuwcKgKgaYZLNIWyKIZiIlG 5FXUpoHE0pQoNGqwk9lhuzEK.PtbSWdMmWEtgSBHMinOXLQE0__FKPxujjiZObvCU6QySuxtyhRs m_9R2Ax4HUqosGadSQ3EiY9AtLqm_OWjna.a17yIHmh2F3DrE886nQaJztiHNKa_7O.AhrwKYP4u tLHHNrG8bpB2ib9oQQ4jgLYj.x05HJcfwUptluCtCvGtEjZGX1hBkvO1xAyDMW1do66.TtIUU1Tl dkP65vZ7ZD.0InogBSLigLl26DEBLTUgZDxT38Mq_z3gh2z8y6jnoJRVw1A0ycrWvm.CBwYx4ZCU p7tjOlexgbgHjJPb2iNOvXLlL_zas1QqRkIYebieqXBQttejLk2TWE1iNrktyVCcFif6PVnMRTv1 WbdoYOTvSwW0m.bvKVq68S93kI1rjiBSBq_Tq711Rs.PkqtGqJpFExEe3.9LIqSUw1DPnvYrn5Sc ChMLQQoyHgnXEDUP7QXJwKsFUGgYphCl0oJlvDk4mmT2MKLBA6bD0Q87KdWws2wdl5lXNgM8NNzX Wc4xtxMTf_GeAynythXBQPNr44xrK3g0- Received: from sonic.gate.mail.ne1.yahoo.com by sonic301.consmr.mail.ne1.yahoo.com with HTTP; Thu, 11 Apr 2019 06:36:16 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.103]) ([76.115.7.162]) by smtp421.mail.ne1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID e3c17f6aff277e7832aeac166b1cba39; Thu, 11 Apr 2019 06:36:12 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.8\)) Subject: Re: powerpc64 head -r344018 stuck sleeping problems: th->th_scale * tc_delta(th) overflows unsigned 64 bits sometimes [patched failed] From: Mark Millard In-Reply-To: <7B096BB4-7DBA-4B95-AC1E-DDD9A7DF3B22@yahoo.com> Date: Wed, 10 Apr 2019 23:36:10 -0700 Cc: freebsd-hackers Hackers , FreeBSD PowerPC ML Content-Transfer-Encoding: quoted-printable Message-Id: References: <20190307222220.GK2492@kib.kiev.ua> <20190309144844.K1166@besplex.bde.org> <20190324110138.GR1923@kib.kiev.ua> <20190403070045.GW1923@kib.kiev.ua> <20190404011802.E2390@besplex.bde.org> <20190405150236.A959@besplex.bde.org> <20190405201055.I2396@besplex.bde.org> <20190405113504.GA1923@kib.kiev.ua> <55604EF6-CB81-4300-8E9E-E3A94504D0B5@yahoo.com> <3592A7F1-9EAE-4A33-B51A-678BE104E18C@yahoo.com> <7B096BB4-7DBA-4B95-AC1E-DDD9A7DF3B22@yahoo.com> To: Konstantin Belousov , Bruce Evans X-Mailer: Apple Mail (2.3445.104.8) X-Rspamd-Queue-Id: 0727D81295 X-Spamd-Bar: + X-Spamd-Result: default: False [1.29 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MV_CASE(0.50)[]; FREEMAIL_FROM(0.00)[yahoo.com]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; MX_GOOD(-0.01)[cached: mta6.am0.yahoodns.net]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36646, ipnet:66.163.184.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.35)[-0.348,0]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; NEURAL_SPAM_SHORT(0.84)[0.841,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(1.18)[ip: (3.36), ipnet: 66.163.184.0/21(1.44), asn: 36646(1.16), country: US(-0.06)]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(0.12)[0.125,0]; RCVD_IN_DNSWL_NONE(0.00)[199.184.163.66.list.dnswl.org : 127.0.5.0] X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Apr 2019 06:36:25 -0000 I do not know if the below will suggest any test cases or not. I just note it for superficial similarity and possibly more usual hardware than the old PowerMac context that I have. https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D230451 "nanosleep = hangs forever" seems to be an example on an old ~500 MHz 586-class AMD CPU when kern.timecounter.hardware was ACPI-fast instead of TSC. The 2018-08-08 report was for 11.2-Stable. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-ppc@freebsd.org Thu Apr 11 08:33:38 2019 Return-Path: Delivered-To: freebsd-ppc@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 38DE2157DEDA for ; Thu, 11 Apr 2019 08:33:38 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic303-20.consmr.mail.ne1.yahoo.com (sonic303-20.consmr.mail.ne1.yahoo.com [66.163.188.146]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id B227984B5C for ; Thu, 11 Apr 2019 08:33:36 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: do883pEVM1k45NefVlOQupv_.RCJyFf5rJM3zFH6_oyNbfPAm692B3Y5Ewvb_sB WU0WnBZXFGfms8hLGNmUMoNcQ29cbnukjiJRv9Wz7Nhy6HuMUQi4JGwI9dIGqh0N3fiKUD_5gHS6 whm97kkthpaWLweqWZg.8JxoEDHDga9lWAzA.Yi_4MkogfQYPQgpipO1SpI0mJGCBYPuZaSkGr42 IKOFSAsjeyKlMxUASsJ6Fr.uMxyHhfiyDXzM3Dr9wUKTRdAdFF.OvloWXxDYKmhQCcbx1OOmb_XF eqWIIMNKDoh2yvfZebY08ywtx.u.5b1Pc_n5_PEpLEdPpsCSr2lMN3B1wUZpB8xHwIkadRp42g70 7YbTsAvdSUofC6WHlSrX24BZ3IbSX.RBYs_oJdWwFHZnckpCD_QjPZsJje2sLvletohMkb_n544S TqmbvuBVt54_a4i7GLmqv8crZIXjU96TumY.0HZZC_fPMHNNyz35Vl5Lmq9PoXJyuUiRwU3qEATV myS3hW56jDqbw8qTNQVPwTV0efqxmpuYqp3kRHGd63_YQKz6lDlpfEKtcS7mEST18C7kO7KkEQLd j7v2KURATvWvV4mRWzdxlyXF3HVWCbBxuVUm.M7zgf54UFDDMLJXG1L_mmSIN0D_pKHL7ihhtzsC yijD48hcQVAhhHCtgr8rPjyqbedQwmovJAWW0mCLdhX0edU8lOyG61irQculOWRFDzCi3cEVrQuL 6z6tnGObRd7Ie6IQvEIvmyS8zj0gUaO7cE9KPtS5cK7A2Qo28GHNwSRxkQGPtVBzImWqPt_xgHqi 0RPKKakt7TdIGtQgw5LFv_QxwU0_VxlCRclWke72rMlzYNVzzXEc6h3Iwp1qUmAGDSmWs8AEdvyg DUb7vMFvdaj2oDEXK4te3Ixi2rrPe_Dt7K0dws7SLTqEIHyEICPcG6Q25WFtdplV_qesDOfgBn4l apVRU8MJlEXRFV30TFl66wbTS3_BxtJYNkPc4E2Ju8lz6efyevvNR8Am8FEq7u2oUOUZlW9qMUT2 U5Zp_6pv5fFkkPWfiRdKu7.gpVdCo241oOVwDG7UIaVQW_HXLwO2ITvPjUdI- Received: from sonic.gate.mail.ne1.yahoo.com by sonic303.consmr.mail.ne1.yahoo.com with HTTP; Thu, 11 Apr 2019 08:33:30 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.103]) ([76.115.7.162]) by smtp419.mail.ne1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 59fef32cf687b8d421dd699aa8a46259 for ; Thu, 11 Apr 2019 08:33:25 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.8\)) Subject: add_node_to_fdt 's "Detect and correct for errors and strangeness" vs. PowerMac7,2 example's 2 huge driver,AAPL,MacOS,PowerPC properties Message-Id: <8ED03358-E57E-4720-89E2-BEA3D66672CB@yahoo.com> Date: Thu, 11 Apr 2019 01:33:24 -0700 To: FreeBSD PowerPC ML X-Mailer: Apple Mail (2.3445.104.8) X-Rspamd-Queue-Id: B227984B5C X-Spamd-Bar: ++ X-Spamd-Result: default: False [2.30 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MV_CASE(0.50)[]; FREEMAIL_FROM(0.00)[yahoo.com]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; MX_GOOD(-0.01)[cached: mta6.am0.yahoodns.net]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36646, ipnet:66.163.184.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.18)[-0.182,0]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_SPAM_SHORT(0.86)[0.859,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-ppc@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; IP_SCORE(1.36)[ip: (4.24), ipnet: 66.163.184.0/21(1.44), asn: 36646(1.15), country: US(-0.06)]; NEURAL_SPAM_LONG(0.78)[0.781,0]; RCVD_IN_DNSWL_NONE(0.00)[146.188.163.66.list.dnswl.org : 127.0.5.0] X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Apr 2019 08:33:38 -0000 What is unique to the PowerMac7,2 (2 socket, 1 core each) that might contribute to usefdt mode crashing? One point is that its OpenFirmware content is 4 times+ larger compared to some others as viewed view ofwdump -ap outputs: # ls -lTdt ~/ofwdump_*_[og]*.txt -rw-r--r-- 1 root wheel 192603 Apr 7 17:48:15 2019 = /root/ofwdump_11,2_old.txt -rw-r--r-- 1 root wheel 162390 Apr 7 15:40:23 2019 = /root/ofwdump_3,6_good.txt -rw-r--r-- 1 root wheel 818400 Apr 7 15:15:03 2019 = /root/ofwdump_7,2_good.txt It turns out that much of the size is for ATY,Rocket* content: Node 0xff96c1d8: pci Node 0xff9d1708: ATY,RocketParent Node 0xff9f4890: ATY,Rocket_A Node 0xff9f5848: ATY,Rocket_B Specifically: Node 0xff9f4890: ATY,Rocket_A . . . driver,AAPL,MacOS,PowerPC: . . . (thousands of lines, each describing 20 bytes) . . . . . . Node 0xff9f5848: ATY,Rocket_B . . . driver,AAPL,MacOS,PowerPC: . . . (thousands of lines, each describing 20 bytes) . . . This may not mix well with the add_node_to_fdt "Detect and correct for errors and strangeness" handling in: static void add_node_to_fdt(void *buffer, phandle_t node, int fdt_offset) { int i, child_offset, error; char name[255+1], *lastprop, *subname; // +1 added for always = having a trailing '\0' position. void *propbuf; ssize_t proplen; lastprop =3D NULL; while (OF_nextprop(node, lastprop, name) > 0) { proplen =3D OF_getproplen(node, name); /* Detect and correct for errors and strangeness */ if (proplen < 0) proplen =3D 0; if (proplen > 1024) proplen =3D 1024; propbuf =3D malloc(proplen); if (propbuf =3D=3D NULL) { printf("Cannot allocate memory for prop %s\n", = name); return; } OF_getprop(node, name, propbuf, proplen); error =3D fdt_setprop(buffer, fdt_offset, name, propbuf, = proplen); free(propbuf); lastprop =3D name; if (error) printf("Error %d adding property %s to " "node %d\n", error, name, fdt_offset); } . . . If either driver,AAPL,MacOS,PowerPC would ever be used, it would be corrupted by the truncation to 1024 bytes. There is also the overall size of the "buffer" if the drives were to be handled: int fdt_platform_load_dtb(void) { void *buffer; size_t buflen =3D 409600; =20 buffer =3D malloc(buflen); fdt_create_empty_tree(buffer, buflen); add_node_to_fdt(buffer, OF_peer(0), fdt_path_offset(buffer, = "/")); ofwfdt_fixups(buffer); fdt_pack(buffer); =20 fdt_load_dtb_addr(buffer); free(buffer); =20 return (0); } I'm not sure how to tell what buflen would be sufficient, including the status of the 409600 figure currently in use. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-ppc@freebsd.org Thu Apr 11 17:08:09 2019 Return-Path: Delivered-To: freebsd-ppc@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2699F15890B3 for ; Thu, 11 Apr 2019 17:08:09 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id BAE2E6EE7D for ; Thu, 11 Apr 2019 17:08:08 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by freefall.freebsd.org (Postfix) id 8B6A3751D; Thu, 11 Apr 2019 17:08:08 +0000 (UTC) Delivered-To: powerpc@localmail.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) (Client CN "mx1.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by freefall.freebsd.org (Postfix) with ESMTPS id 869C3751C for ; Thu, 11 Apr 2019 17:08:08 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 435EC6EE7B for ; Thu, 11 Apr 2019 17:08:08 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id 7E83812969 for ; Thu, 11 Apr 2019 17:08:07 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id x3BH87JF064160 for ; Thu, 11 Apr 2019 17:08:07 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x3BH87e7064159 for powerpc@FreeBSD.org; Thu, 11 Apr 2019 17:08:07 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: powerpc@FreeBSD.org Subject: [Bug 237208] java/openjdk11: port to powerpc64 Date: Thu, 11 Apr 2019 17:08:05 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: mikael.urankar@gmail.com X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: java@FreeBSD.org X-Bugzilla-Flags: maintainer-feedback? X-Bugzilla-Changed-Fields: bug_id short_desc product version rep_platform op_sys bug_status bug_severity priority component assigned_to reporter cc flagtypes.name attachments.created Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-Rspamd-Queue-Id: BAE2E6EE7D X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-2.98 / 15.00]; local_wl_from(0.00)[freebsd.org]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,0]; NEURAL_HAM_SHORT(-0.98)[-0.979,0]; ASN(0.00)[asn:11403, ipnet:2610:1c1:1::/48, country:US]; NEURAL_HAM_LONG(-1.00)[-1.000,0] X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Apr 2019 17:08:09 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D237208 Bug ID: 237208 Summary: java/openjdk11: port to powerpc64 Product: Ports & Packages Version: Latest Hardware: powerpc OS: Any Status: New Severity: Affects Some People Priority: --- Component: Individual Port(s) Assignee: java@FreeBSD.org Reporter: mikael.urankar@gmail.com CC: hamiltcl@verizon.net, pkubaj@anongoth.pl, powerpc@FreeBSD.org Assignee: java@FreeBSD.org CC: powerpc@FreeBSD.org Flags: maintainer-feedback?(java@FreeBSD.org) Created attachment 203597 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=3D203597&action= =3Dedit patch along with https://github.com/battleblow/openjdk-jdk11u/pull/13 bootstrap available here: http://mikael.urankar.free.fr/FreeBSD/powerpc64/bootstrap-openjdk11-powerpc= 64-11.0.2.9.2.tar.xz --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-ppc@freebsd.org Fri Apr 12 07:04:29 2019 Return-Path: Delivered-To: freebsd-ppc@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C64DE1574A73 for ; Fri, 12 Apr 2019 07:04:28 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic310-23.consmr.mail.ne1.yahoo.com (sonic310-23.consmr.mail.ne1.yahoo.com [66.163.186.204]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 9E8368E99A for ; Fri, 12 Apr 2019 07:04:27 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: or8ks8MVM1kEjqzWw5JnQzztpOIFxTKbW8m6KVE3usMQjlzOm_4UWBhCmEpgBrz JWgP3KcyIxPttvd.IWH4eUALWqgcGH7LpEGcXO2zb90PiYNtHYhRIQvUDHYVZC5SI.WMAb_QCL6K 3PzQIx8LcSdvESAxNIvlmwgHSqbfPJA1jh0.F5bXDX6r1aPSQZZpKfBgSw3Fnk16L51rzgT0oaUD iz5C0iYu.fjJZLgINc5AdSjIStX_sfueevnErDJ.dvwt..1btK5vjSv5MOFZIqY0gWou9my.EUGG 3ivlAsxpwamAjDkDrhQxBJA9IRYr2MA_N3OuUXj9sl.9I04Z9EcrIg.F0EU1K5RDd45nsif17k6w OFqJwQyGIkE2cs2qAhw1hAA_QOOKFIpzFdComcDSXxvOofCtp4Ep6YbZGuftGPgAyzRe40Hnc5lh _n1OhFohQLYTaXD8vUJle7TUjNhf..fdJhKOlnR_hmN8ms7MiK_2QhF1xIzwTaiRKO91WgASf6WF ACZ.l1CvtfduIM2zVLT6amHNx7m6kg2cLY5ORSaAeZUH8OetOTA9CaCfpsSi1tCnDz4veG7zkC9n V1o_YyDn59bE31LLbfKveoK0ib_of6S1TFP3a2xdWJ67QaS1TwBJTQdsa1XFRxjdjZvfj4He3CZE _GlKX1LT1qOzjHpITlFs5jjZ19TrgdTv9tgGe5M24QPIQZjzV6tI8neRExIu1gmEc2EPel_9LNO. mWCv5VIAo7MVGiZX6iJcQWa31s89Ri7Yf7XsgeHLG318XeYB3_vmo0ugjvDcMvKoi_S4iAGqBGsT RalO1Xo.oW8EanxMeW55XjqKhkY5MM5Py_W8zhiI3GoHktTiAaUJzWkNU917zYTw0ywamUAcwlVO iEZ3wxSmsWLB95nPJVp4LC1.h_kdeuNAa0pd6.CV1y.4eXG8WcXAmC1uTUEdO1HOc_Pt7k0wMc2R t_G4ykceV1RMz5nb8T2NRc.eKfFK159Gr.cEYajAxQG2QUiHRzUsVrv0K6gCvp26f7wMthTBM6C5 wp577KsD0I3rOXY_ZfxntHuU3b4WDwn7FSK3q5dovUSMExA1p2QcBcB_DN75wHjwgAiQ.7Kr2zMD eOwN_ Received: from sonic.gate.mail.ne1.yahoo.com by sonic310.consmr.mail.ne1.yahoo.com with HTTP; Fri, 12 Apr 2019 07:04:19 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.103]) ([76.115.7.162]) by smtp403.mail.ne1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 0a7af35d3a21bdf23cb6fbc165ef773c; Fri, 12 Apr 2019 06:54:07 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.8\)) Subject: Re: head -r345758 32-bit powerpc FreeBSD (used on a PowerMac G5): usefdt mode breaks cpufreq (and so powerd) [more such] Date: Thu, 11 Apr 2019 23:54:05 -0700 References: <4110295C-FB5B-4197-B573-DF57D19C9103@yahoo.com> To: FreeBSD PowerPC ML , Justin Hibbits In-Reply-To: <4110295C-FB5B-4197-B573-DF57D19C9103@yahoo.com> Message-Id: X-Mailer: Apple Mail (2.3445.104.8) X-Rspamd-Queue-Id: 9E8368E99A X-Spamd-Bar: / X-Spamd-Result: default: False [0.93 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MV_CASE(0.50)[]; FREEMAIL_FROM(0.00)[yahoo.com]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; MX_GOOD(-0.01)[cached: mta6.am0.yahoodns.net]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36646, ipnet:66.163.184.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.85)[-0.851,0]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; NEURAL_SPAM_SHORT(0.72)[0.721,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(1.26)[ip: (3.75), ipnet: 66.163.184.0/21(1.44), asn: 36646(1.15), country: US(-0.06)]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(0.32)[0.318,0]; RCVD_IN_DNSWL_NONE(0.00)[204.186.163.66.list.dnswl.org : 127.0.5.0] X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Apr 2019 07:04:29 -0000 [I give details of some of the code vs. the fdt mismatch.] On 2019-Apr-9, at 23:27, Mark Millard wrote: > When I boot the PowerMac11,2 G5 (2 sockets, 2 cores each) via 32-bit > powerpc FreeBSD without usefdt mode, cpufreq and powerpd work = normally. >=20 > But with usefdt cpufreq ends up only existing for cpu3: >=20 > # sysctl -a | grep freq > kern.timecounter.tc.timebase.frequency: 33333333 > device cpufreq > kern.eventtimer.et.decrementer.frequency: 33333333 > kern.acct_chkfreq: 15 > net.inet.sctp.sack_freq: 2 > debug.cpufreq.lowest: 0 > debug.cpufreq.verbose: 0 > debug.uart_poll_freq: 50 > dev.cpufreq.0.%parent: cpu3 > dev.cpufreq.0.%pnpinfo:=20 > dev.cpufreq.0.%location:=20 > dev.cpufreq.0.%driver: cpufreq > dev.cpufreq.0.%desc:=20 > dev.cpufreq.%parent:=20 > dev.pcr.3.freq_settings: 10000/-1 5000/-1 > dev.cpu.3.freq_levels: 2500/-1 1250/-1 > dev.cpu.3.freq: 1250 > dev.iicbus.3.frequency: 100000 > dev.iicbus.2.frequency: 100000 > dev.iicbus.1.frequency: 100000 > dev.iicbus.0.frequency: 100000 >=20 > powerpd ends up reporting "no cpufreq(4) support -- aborting". >=20 > (Note: non-usefdt boots list dev.cpufreq material for all 4 > cpus, not just cpu3, and powerd works in that context.) >=20 > Part of this *may* be an ordering issue: >=20 > usefdt mode has the traversal order (just showing cpu# examples): >=20 > /device-tree/cpus/PowerPC,G5/cpu#: hex_bytes_line# 0: 00 00 00 03 > /device-tree/cpus/PowerPC,G5/cpu#: txt_bytes_line# 0: \000\000\000\^C > /device-tree/cpus/PowerPC,G5/cpu#: hex_bytes_line# 0: 00 00 00 02 > /device-tree/cpus/PowerPC,G5/cpu#: txt_bytes_line# 0: \000\000\000\^B > /device-tree/cpus/PowerPC,G5/cpu#: hex_bytes_line# 0: 00 00 00 01 > /device-tree/cpus/PowerPC,G5/cpu#: txt_bytes_line# 0: \000\000\000\^A > /device-tree/cpus/PowerPC,G5/cpu#: hex_bytes_line# 0: 00 00 00 00 > /device-tree/cpus/PowerPC,G5/cpu#: txt_bytes_line# 0: \000\000\000\000 >=20 > but non-usefdt mode (the historical order) has the order: >=20 > /device-tree/cpus/PowerPC,G5/cpu#: hex_bytes_line# 0: 00 00 00 00 > /device-tree/cpus/PowerPC,G5/cpu#: txt_bytes_line# 0: \000\000\000\000 > /device-tree/cpus/PowerPC,G5/cpu#: hex_bytes_line# 0: 00 00 00 01 > /device-tree/cpus/PowerPC,G5/cpu#: txt_bytes_line# 0: \000\000\000\^A > /device-tree/cpus/PowerPC,G5/cpu#: hex_bytes_line# 0: 00 00 00 02 > /device-tree/cpus/PowerPC,G5/cpu#: txt_bytes_line# 0: \000\000\000\^B > /device-tree/cpus/PowerPC,G5/cpu#: hex_bytes_line# 0: 00 00 00 03 > /device-tree/cpus/PowerPC,G5/cpu#: txt_bytes_line# 0: \000\000\000\^C >=20 > If some code expects the sequence to be increasing, it might > only pick up the first one (cpu3) for usefdt mode. >=20 > (The outputs are from my own tool that I run its output > through sort -s -k1,1 . Thus, the common prefix text is > grouped together, but in the original relative ordering. > The tool in turn uses code from ofwdump.) >=20 > This is far from the only type of thing that ends up reversed from the > historical order in usefdt mode. >=20 > Another possible contribution to lack of some froms of control is the > notice that usefdt mode gives out: >=20 > Error -2 adding node /ht@0,f2000000/pci@8/mac-io@7/i2c@18000/i2c-bus@0 = (i2c-bus@0), skipping >=20 > (I'm using 32-bit powerpc FreeBSD because there are more problems > for powerpc64 FreeBSD: in non-usefdt mode ofwdump or tools like it > get system crashes for "timeout stopping cpus" or other such. This > goes back to at least -r333596 (but not to -r302214). ofwdump > works in 32-bit powerpc FreeBSD, no system crash.) Only one cpu gets a power-mode-data property from open firmware (prior to fdt generation). For example (from a PowerMac11,2 booted with 32-bit FreeBSD), note the ordering of @), @1, @2, and finally @3. This will later be contrasted with fdt and with fdt order with the pcr_attach processing. Node 0xff89d680: PowerPC,G5 name: 50 6f 77 65 72 50 43 2c 47 35 00=20 'PowerPC,G5' device_type: 63 70 75 00=20 'cpu' reg: 00 00 00 00=20 cpu#: 00 00 00 00=20 . . . power-mode-data: 80 01 56 6b 80 03 54 69=20 . . . Node 0xff89eb70: PowerPC,G5 cpu#: 00 00 00 01=20 cpu-info: 00 00 00 00 00 00 01 10 00 00 00 00 ff f0 32 8c 10 00 00 00=20 02 00 90 00 00 41 10 01 00 00 00 00 00 00 00 00 00 02 00 01=20 00 44 01 01 00 00 00 01 de ad be ef=20 name: 50 6f 77 65 72 50 43 2c 47 35 00=20 'PowerPC,G5' device_type: 63 70 75 00=20 'cpu' reg: 00 00 00 01=20 . . . Node 0xff89f248: PowerPC,G5 cpu#: 00 00 00 02=20 cpu-info: 00 00 00 00 00 00 01 10 00 00 00 00 ff f0 32 8c 10 00 00 00=20 02 00 90 00 00 41 10 01 00 00 00 00 00 00 00 00 00 03 00 02=20 00 44 01 01 00 00 00 02 de ad be ef=20 name: 50 6f 77 65 72 50 43 2c 47 35 00=20 'PowerPC,G5' device_type: 63 70 75 00=20 'cpu' reg: 00 00 00 02=20 . . . Node 0xff89f920: PowerPC,G5 cpu#: 00 00 00 03=20 cpu-info: 00 00 00 00 00 00 01 10 00 00 00 00 ff f0 32 8c 10 00 00 00=20 02 00 90 00 00 41 10 01 00 00 00 00 00 00 00 00 00 00 00 03=20 00 44 01 01 00 00 00 03 de ad be ef=20 name: 50 6f 77 65 72 50 43 2c 47 35 00=20 'PowerPC,G5' device_type: 63 70 75 00=20 'cpu' reg: 00 00 00 03=20 . . . But when booted with usefdt mode that list is in a different order (that will mater for the pcr_attach routine). Note the difference in ordering of the PowerPCG5@3e: Node 0xc864: PowerPC,G5 . . . reg: 00 00 00 03=20 device_type: 63 70 75 00=20 'cpu' name: 50 6f 77 65 72 50 43 2c 47 35 00=20 'PowerPC,G5' cpu-info: 00 00 00 00 00 00 01 10 00 00 00 00 ff f0 32 8c 10 00 00 00=20 02 00 90 00 00 41 10 01 00 00 00 00 00 00 00 00 00 00 00 03=20 00 44 01 01 00 00 00 03 de ad be ef=20 cpu#: 00 00 00 03=20 . . . Node 0xcb4c: PowerPC,G5 . . . reg: 00 00 00 02=20 device_type: 63 70 75 00=20 'cpu' name: 50 6f 77 65 72 50 43 2c 47 35 00=20 'PowerPC,G5' cpu-info: 00 00 00 00 00 00 01 10 00 00 00 00 ff f0 32 8c 10 00 00 00=20 02 00 90 00 00 41 10 01 00 00 00 00 00 00 00 00 00 03 00 02=20 00 44 01 01 00 00 00 02 de ad be ef=20 cpu#: 00 00 00 02=20 . . . Node 0xce34: PowerPC,G5 . . . reg: 00 00 00 01=20 device_type: 63 70 75 00=20 'cpu' name: 50 6f 77 65 72 50 43 2c 47 35 00=20 'PowerPC,G5' cpu-info: 00 00 00 00 00 00 01 10 00 00 00 00 ff f0 32 8c 10 00 00 00=20 02 00 90 00 00 41 10 01 00 00 00 00 00 00 00 00 00 02 00 01=20 00 44 01 01 00 00 00 01 de ad be ef=20 cpu#: 00 00 00 01=20 . . . Node 0xd11c: PowerPC,G5 . . . power-mode-data: 80 01 56 6b 80 03 54 69=20 . . . cpu#: 00 00 00 00=20 reg: 00 00 00 00=20 device_type: 63 70 75 00=20 'cpu' name: 50 6f 77 65 72 50 43 2c 47 35 00=20 'PowerPC,G5' Note that the pcr_attach routine uses code like: cpu =3D ofw_bus_get_node(device_get_parent(dev)); . . . if (OF_getproplen(cpu, "power-mode-data") <=3D 0) { /* Use the first CPU's node */ cpu =3D OF_child(OF_parent(cpu)); } . . . sc->nmodes =3D OF_getproplen(cpu, "power-mode-data"); if (sc->nmodes <=3D 0 || sc->nmodes > sizeof(sc->pcr_vals)) { device_printf(dev,"No power mode data in device = tree!\n"); return (ENXIO); } But for usefdt mode: cpu =3D OF_child(OF_parent(cpu)) finds cpu 3, which does not have a power-mode-data property. In other words: the "first" cpu is cpu 3 instead of the historical openfirmware result of being cpu 0 (that has the power-mode-data proprty). There is also: static int powermac_smp_first_cpu(platform_t plat, struct cpuref *cpuref) { . . . cpu =3D OF_child(dev); while (cpu !=3D 0) { res =3D OF_getprop(cpu, "device_type", buf, = sizeof(buf)); if (res > 0 && strcmp(buf, "cpu") =3D=3D 0) break; cpu =3D OF_peer(cpu); } . . . which will find cpu 3 instead of cpu 0 when usefdt mode is in use. The cpu# or reg properties are not checked. (I do not know if cpu 3 being the "smp first cpu" is a problem vs. okay.) i2s_probe seems to make similar assumptions: name =3D ofw_bus_get_name(self); if (!name) return (ENXIO); if (strcmp(name, "i2s") !=3D 0) return (ENXIO); subchild =3D OF_child(OF_child(ofw_bus_get_node(self))); "First child of first child" is likely only preserved in fdt if there is only one child at each stage. Otherwise the subchild will likely be something different than for direct use of openfirmware. I've not tried to find all code with assumptions of relative positions of nodes being invariant despite them not being so for openfirmware -> fdt. But it does look like a round of updates would be required, to either the openfirmware->fdt translation or to the code that uses relative path traversals instead of searches that check content to find the desired matching node. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-ppc@freebsd.org Fri Apr 12 19:19:38 2019 Return-Path: Delivered-To: freebsd-ppc@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 80AD8158405C for ; Fri, 12 Apr 2019 19:19:38 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic306-21.consmr.mail.ne1.yahoo.com (sonic306-21.consmr.mail.ne1.yahoo.com [66.163.189.83]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 9D99B89140 for ; Fri, 12 Apr 2019 19:19:37 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: 7UyuzpUVM1nzK26GadMw.PtXKIZdC0DLdjfBxD_.VBxrHXHZ6yqdAGNioMKLL5I 123OXwgoKFrCzFIOHYPh6EiE3EgPHMzuji3AlaHZu6hFBLCoQA6X6EebIp_kNmVzUzLhap04YAo6 XfD_xqhvMJ4ajAnzY5d8Nrj6PJRsdnfF9ox5evQMX6RKt8NTIdZoS2QsQdrpoOkHBN1hom7rfsEP R432VmRdCRW_UrhSmoP9ms.QPDpQAtfWxWr.XXI87A2DQFjkcc21o6EOfsttAPXSUDzDjsmDh.7h gbGm2qmIVOwB86P5orPDmc9veQCHSPjrPFswdKWF4eO1LYazfDGM6WETrhxAnXFeq3Alfyiwz9PO yy9OZ0BMREuHSdcJy6Q97iYfgN4TkLVyzFOBuyIn_MGtNaIXyKb8hTTpsK9PT3E8DZQdX0uGm0ZB YEpK47ZxqV4liz5QZ4OuMV6Gcj5QgbxeLfQYNEUD0Kn0K5.Pe.0EfWiliCzscw6WzJElfb.PJx.9 X5Txuy1AnfhQaNn1a8WAZcHzecuP_Xd6X_pmSSPcZW1aoRPMyiaCF5Az5LXGLlaGHarsi_.tpF9f YhhR6ENgNQ5TabGuQQfwIUfSc2B3D4AF8NULGfvj342TBHgUCy7rC_7W669TCQ80V7LPI9GHXCw4 Dp12Nwxf9ZxxLOQfDSPNiR8E35wU1D.jYkeQpQ3zxQRs9Zs.fL3Zr44X3ME1lpzF4lLeK_vxo0_9 fBJmeCewVPgEQKHaqAb3d3Bk1LIF3Dve0.7r1c2mpKBit6rfV952y9e09e3ZE1BmDDlhBHgvTjfe OvvYBeV8HAZEpRJC0ZkO0TND_UEAiTPnJoXrhSbwfK469odYXpQbpy.K5LfOhq4Q0ZH.qcWT1Km8 P_oMK7QMGP_PMu71KMiKr7hZxIJ1xXMqhNe8WSh..0u0WmBtN7e5gzb8Xd5FN6Ka89sWCBKpQKND jgCMEVUXufoAHtcfr5nuWMY.qi0WJ3nKcwWL5h5hcOtBYuw32dBK_35JmbVlR4FmpNuAPs9vgh7u OV2RtKLOnPoZ70daQz.zMgNiNZArFiL4AC3pvJXQXFwFj1ubBJhKczvygcnqkzdCr3YPKK2y_y13 pdwXx3kY1tknQFn3LMI.KBEjl Received: from sonic.gate.mail.ne1.yahoo.com by sonic306.consmr.mail.ne1.yahoo.com with HTTP; Fri, 12 Apr 2019 19:19:35 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.103]) ([76.115.7.162]) by smtp432.mail.ne1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 191feb0de2778945bcb58097b49e1c07; Fri, 12 Apr 2019 19:19:34 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.8\)) Subject: Patches to allow usefdt mode that works on a 2 socket PowerMac3,6 example too --and makes more work on 2-socket/1-core-each PowerMac11,2 Message-Id: <988F644F-D5E7-4FB4-AAB3-A72E9DA88CE6@yahoo.com> Date: Fri, 12 Apr 2019 12:19:33 -0700 To: FreeBSD PowerPC ML , Justin Hibbits X-Mailer: Apple Mail (2.3445.104.8) X-Rspamd-Queue-Id: 9D99B89140 X-Spamd-Bar: / X-Spamd-Result: default: False [0.00 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MV_CASE(0.50)[]; FREEMAIL_FROM(0.00)[yahoo.com]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; MX_GOOD(-0.01)[cached: mta6.am0.yahoodns.net]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36646, ipnet:66.163.184.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.95)[-0.948,0]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_SPAM_SHORT(0.54)[0.535,0]; NEURAL_HAM_LONG(-0.16)[-0.160,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(1.08)[ip: (2.89), ipnet: 66.163.184.0/21(1.44), asn: 36646(1.15), country: US(-0.06)]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[83.189.163.66.list.dnswl.org : 127.0.5.0] X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Apr 2019 19:19:38 -0000 With the following 2 patches for converting openfirmware to fdt content. . . PowerMac11,2 example for usefdt mode: A) bge0 and bge1 are back in their historical places. B) powerd on the PowerMac11,2 works again. C) sysctl -a | grep cpufreq lists items for all the cpus D) probably more. PowerMac3,6 example for usefdt mode: E) gem0 is present again and even works. F) Both CPUs are used again. F) probably more. (powerpd and cpufreq's are not operable/present even in non-usefdt mode.) This message does not deal with other investigatory patches for other issues than converting openfirmware to fdt. But my test environment has all my investigatory patches in order to avoid other things getting in the way of my investigations. The code comments are fairly explicit about what and why for the changes. I treat the patches as investigatory, not ready in form for being official FreeBSD material. There are likely questions of if the change go in the right long-term direction --or even if old PowerMacs will continue to be viewed as worth supporting (because they compete with time spent on modern support). I'll note that I've never had the 2-socket/1-core-each PowerMac7,2 get any visible behavior after the Kernel entry point message with any variation of usefdt mode. Failing so early, I've not figured out any way to investigate it hanging up. It does boot in non-usefdt mode with my other investigatory patches in place. The openfirmware to fdt conversion patches are (white space details might not have been preserved in the message): # svnlite diff /usr/src/stand/powerpc/ofw/ | more Index: /usr/src/stand/powerpc/ofw/ofwfdt.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/stand/powerpc/ofw/ofwfdt.c (revision 345758) +++ /usr/src/stand/powerpc/ofw/ofwfdt.c (working copy) @@ -42,22 +42,54 @@ } =20 static void -add_node_to_fdt(void *buffer, phandle_t node, int fdt_offset) +add_node_to_fdt(void *buffer, phandle_t parent_node, int fdt_offset) { int i, child_offset, error; - char name[255], *lastprop, *subname; + char name[255+1], *lastprop, *subname; // +1 added for always = having a trailing '\0' position. void *propbuf; ssize_t proplen; =20 - lastprop =3D NULL; - while (OF_nextprop(node, lastprop, name) > 0) { - proplen =3D OF_getproplen(node, name); + // WARNING: fdt_setprop adds to the beginning of the property = sequence. So, + // to avoid reversing the sequence, use it last to first for the = originals. =20 + int prop_cnt=3D 0; + lastprop=3D NULL; + while (0 1024) + } + if (proplen > 1024) { + printf("proplen was large: %jd while adding = property %s to " + "parent_node %d\n", (intmax_t)proplen, name, = fdt_offset); +#if 0 +// WARNING: Some Macintoshes end up with video-card driver code as = properties. +// An example PowerMac7,2 configuration had 2 such properties, = each +// being 96306 bytes in size. If these were ever used in a = truncated +// from things would be messed up. So do not force = truncations. There +// are a few other, smaller properties that bigger than 1 = KBytes. I +// checked: fdt_platform_load_dtb's 409600 buflen is more than +// sufficient for the example context. + proplen =3D 1024; +#endif + } =20 propbuf =3D malloc(proplen); if (propbuf =3D=3D NULL) { @@ -64,25 +96,93 @@ printf("Cannot allocate memory for prop %s\n", = name); return; } - OF_getprop(node, name, propbuf, proplen); + OF_getprop(parent_node, name, propbuf, proplen); error =3D fdt_setprop(buffer, fdt_offset, name, propbuf, = proplen); free(propbuf); - lastprop =3D name; if (error) printf("Error %d adding property %s to " - "node %d\n", error, name, fdt_offset); + "parent_node %d\n", error, name, = fdt_offset); } =20 - if (!OF_hasprop(node, "phandle") && !OF_hasprop(node, = "linux,phandle") - && !OF_hasprop(node, "ibm,phandle")) - fdt_setprop(buffer, fdt_offset, "phandle", &node, = sizeof(node)); + if (!OF_hasprop(parent_node, "phandle") && = !OF_hasprop(parent_node, "linux,phandle") + && !OF_hasprop(parent_node, "ibm,phandle")) + fdt_setprop(buffer, fdt_offset, "phandle", &parent_node, = sizeof(parent_node)); =20 - for (node =3D OF_child(node); node > 0; node =3D OF_peer(node)) = { - OF_package_to_path(node, name, sizeof(name)); - subname =3D strrchr(name, '/'); + // WARNING: fdt_add_subnode adds to the beginning of the node = sequence (after + // the properties). So, to avoid reversing the sequence, use it = last to first + // for the originals. + + // WARNING: openfirmware's package-to-path(nd,nm,len) does not = place a trailing '\0' + // character in nm when it returns a full_str_len with = len<=3Dfull_str_len . + // For full_str_len=3D 0) return -FDT_ERR_EXISTS; - else if (offset !=3D -FDT_ERR_NOTFOUND) + else +#endif + if (offset !=3D -FDT_ERR_NOTFOUND) return offset; =20 /* Try to place the new node after the parent's properties */ =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-ppc@freebsd.org Fri Apr 12 20:15:07 2019 Return-Path: Delivered-To: freebsd-ppc@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E67CF1585232 for ; Fri, 12 Apr 2019 20:15:06 +0000 (UTC) (envelope-from dclarke@blastwave.org) Received: from atl4mhfb01.myregisteredsite.com (atl4mhfb01.myregisteredsite.com [209.17.115.55]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 7808B8AEBD for ; Fri, 12 Apr 2019 20:15:02 +0000 (UTC) (envelope-from dclarke@blastwave.org) Received: from atl4mhob13.registeredsite.com (atl4mhob13.registeredsite.com [209.17.115.51]) by atl4mhfb01.myregisteredsite.com (8.14.4/8.14.4) with ESMTP id x3CKDuEi001163 for ; Fri, 12 Apr 2019 16:13:56 -0400 Received: from mailpod.hostingplatform.com (atl4qobmail02pod2.registeredsite.com [10.30.77.36]) by atl4mhob13.registeredsite.com (8.14.4/8.14.4) with ESMTP id x3CKDnBi007900 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL) for ; Fri, 12 Apr 2019 16:13:49 -0400 Received: (qmail 3414 invoked by uid 0); 12 Apr 2019 20:13:49 -0000 X-TCPREMOTEIP: 99.253.177.25 X-Authenticated-UID: dclarke@blastwave.org Received: from unknown (HELO ?172.16.35.3?) (dclarke@blastwave.org@99.253.177.25) by 0 with ESMTPA; 12 Apr 2019 20:13:49 -0000 Subject: Re: Patches to allow usefdt mode that works on a 2 socket PowerMac3, 6 example too --and makes more work on 2-socket/1-core-each PowerMac11, 2 To: freebsd-ppc@freebsd.org References: <988F644F-D5E7-4FB4-AAB3-A72E9DA88CE6@yahoo.com> From: Dennis Clarke Message-ID: Date: Fri, 12 Apr 2019 16:13:48 -0400 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:66.0) Gecko/20100101 Thunderbird/66.0 MIME-Version: 1.0 In-Reply-To: <988F644F-D5E7-4FB4-AAB3-A72E9DA88CE6@yahoo.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 7808B8AEBD X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [0.93 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_COUNT_FIVE(0.00)[5]; NEURAL_HAM_MEDIUM(-0.25)[-0.251,0]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-0.31)[-0.309,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-ppc@freebsd.org]; TO_DN_NONE(0.00)[]; AUTH_NA(1.00)[]; RCPT_COUNT_ONE(0.00)[1]; RCVD_TLS_LAST(0.00)[]; NEURAL_SPAM_SHORT(0.49)[0.494,0]; MX_GOOD(-0.01)[mx1.netsolmail.net]; RCVD_IN_DNSWL_NONE(0.00)[55.115.17.209.list.dnswl.org : 127.0.5.0]; R_SPF_NA(0.00)[]; DMARC_NA(0.00)[blastwave.org]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:19871, ipnet:209.17.112.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; IP_SCORE(0.10)[ip: (0.15), ipnet: 209.17.112.0/21(0.24), asn: 19871(0.19), country: US(-0.06)] X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Apr 2019 20:15:07 -0000 On 4/12/19 3:19 PM, Mark Millard via freebsd-ppc wrote: > With the following 2 patches for converting > openfirmware to fdt content. . . > > PowerMac11,2 example for usefdt mode: > A) bge0 and bge1 are back in their historical places. > B) powerd on the PowerMac11,2 works again. > C) sysctl -a | grep cpufreq lists items for all the cpus > D) probably more. > > PowerMac3,6 example for usefdt mode: > E) gem0 is present again and even works. > F) Both CPUs are used again. > F) probably more. > (powerpd and cpufreq's are not operable/present even in > non-usefdt mode.) > > This message does not deal with other investigatory > patches for other issues than converting openfirmware > to fdt. But my test environment has all my investigatory > patches in order to avoid other things getting in the > way of my investigations. > > The code comments are fairly explicit about > what and why for the changes. > > I treat the patches as investigatory, not ready > in form for being official FreeBSD material. There > are likely questions of if the change go in the > right long-term direction --or even if old PowerMacs > will continue to be viewed as worth supporting > (because they compete with time spent on modern > support). > > I'll note that I've never had the 2-socket/1-core-each > PowerMac7,2 get any visible behavior after the Kernel > entry point message with any variation of usefdt mode. > Failing so early, I've not figured out any way to > investigate it hanging up. It does boot in non-usefdt > mode with my other investigatory patches in place. > > The openfirmware to fdt conversion patches are (white > space details might not have been preserved in the > message): > . . . . . > > === > Mark Millard Would you be so kind as to paste all this into : https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=233863 Really I would like to run some tests and follow up in the bug reports. -- Dennis Clarke RISC-V/SPARC/PPC/ARM/CISC UNIX and Linux spoken GreyBeard and suspenders optional From owner-freebsd-ppc@freebsd.org Fri Apr 12 20:51:59 2019 Return-Path: Delivered-To: freebsd-ppc@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A51781585F5B for ; Fri, 12 Apr 2019 20:51:59 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic315-21.consmr.mail.ne1.yahoo.com (sonic315-21.consmr.mail.ne1.yahoo.com [66.163.190.147]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 3ECB08C571 for ; Fri, 12 Apr 2019 20:51:58 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: 3kdAjmMVM1mQtzlzKemGkmsXUWn2ykR6v4HPxbh.5ObWo6j8KI5onBL6bIkFekp BhpA7DDRTjkDkFW7X1jnGYODNn4.VkRKXVXx0nJ1xhp2d.Xz9Pmj_Qd0jldJUJV6Uzk1ehOMFXbd 4_iqKjhOvI4efYWc9P4Qb5q6j3k1aKzjCIRY1yQtP09xkMgbL5tkCahdYL8ve.sxl33B0DcdMyjA GLpABQWMyGKvneYsiWC0GGgjIupKwo5hzPY0zA00AEIGblSE20zPHhxlCpsgy7Ar5Jzzk2WeFFPg V4rJjJOS.z02IaxihK9h2gMnJlLF6HsmARCfEZN1LDpM1Ik1jmQzD2O3XL58MeRjXcgFN4Waianf ZpYDDB4TF6xCb2KhLm2LxuAHuK38RQXnArNFvbV1T3wZiCb9VTXz4RoNwF3OcbsJyAzWLuvU20zf Jaff_JrxHlcb5.H68WqJj4DrD7qXzd9rK.DwxpmVc2pES_5BV5BRvAxqv7BJP6rHijBqT1F21NGB Mlr3tX6s0RLi0bwzLVHIfYNwEvZL6Uw9_a7kA1GdLJ96Ah.wiE4rjpgqyd1D9s6Waoauo_SQq.S9 XBrW.fg5bEei3.E0STorUxFwcJR5M94Gpp_oBW3SpK4uVZvWg0BBQPB4mhjyZE9vDljKcIDno1Oh E2n7HbzHi7aD84_js.0tLReWmHP1fa5jqLVM1wFgGCWM1IdgOTGaJmGc84RxB.UZq81o7jQuXg8T hhA69gnFuDrZ9v6Lq9NBP75WvE.70Nzm8PKJKnoBSo3D7yJJYzqVj8EIYKI9MdaYCyOYPQZ_rcuJ LP8n8q.p9yuBob9L0VIxpbPFzVe9.mGonNZxJ27d4TlLdwChejkHi.mSbycfnhDXYoKcqko3p.KW wsAk8gmq6dnLx6mKi1T_pIJJoAhJjytEUMpeZpSLs0IJSrP4ZlK.eNMg3Kc1gZ9nV.nx1QmRugWP tggS8zkpPlXqNwnbocwlGjOPvHEeXzYKJypgC.nFP2t8azpb30SZS2yYvjS2drAp1qcESyF50Hqv 82bo5HtGDuAkpHkQlVYM1EAf3pxNeIi2BG72DvaRDQNRr6EFZBOQoTke01IsWfCWFgVRq19Ag62q Oxn6P Received: from sonic.gate.mail.ne1.yahoo.com by sonic315.consmr.mail.ne1.yahoo.com with HTTP; Fri, 12 Apr 2019 20:51:50 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.103]) ([76.115.7.162]) by smtp431.mail.ne1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID e0f5ea97174789cdda71bb4e36aba97e; Fri, 12 Apr 2019 20:51:47 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.8\)) Subject: Re: Patches to allow usefdt mode that works on a 2 socket PowerMac3, 6 example too --and makes more work on 2-socket/1-core-each PowerMac11, 2 From: Mark Millard In-Reply-To: Date: Fri, 12 Apr 2019 13:51:46 -0700 Cc: freebsd-ppc@freebsd.org Content-Transfer-Encoding: 7bit Message-Id: <465DBF40-EEF5-4D4A-95F6-DF17EB5B130B@yahoo.com> References: <988F644F-D5E7-4FB4-AAB3-A72E9DA88CE6@yahoo.com> To: Dennis Clarke X-Mailer: Apple Mail (2.3445.104.8) X-Rspamd-Queue-Id: 3ECB08C571 X-Spamd-Bar: ++ X-Spamd-Result: default: False [2.18 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MV_CASE(0.50)[]; FREEMAIL_FROM(0.00)[yahoo.com]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[yahoo.com:+]; MX_GOOD(-0.01)[cached: mta6.am0.yahoodns.net]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36646, ipnet:66.163.184.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.84)[-0.841,0]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; NEURAL_SPAM_SHORT(0.94)[0.936,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(1.81)[ip: (6.53), ipnet: 66.163.184.0/21(1.44), asn: 36646(1.15), country: US(-0.06)]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(0.78)[0.784,0]; RCVD_IN_DNSWL_NONE(0.00)[147.190.163.66.list.dnswl.org : 127.0.5.0] X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Apr 2019 20:51:59 -0000 On 2019-Apr-12, at 13:13, Dennis Clarke wrote: > On 4/12/19 3:19 PM, Mark Millard via freebsd-ppc wrote: >> With the following 2 patches for converting >> openfirmware to fdt content. . . >> PowerMac11,2 example for usefdt mode: >> A) bge0 and bge1 are back in their historical places. >> B) powerd on the PowerMac11,2 works again. >> C) sysctl -a | grep cpufreq lists items for all the cpus >> D) probably more. >> PowerMac3,6 example for usefdt mode: >> E) gem0 is present again and even works. >> F) Both CPUs are used again. >> F) probably more. >> (powerpd and cpufreq's are not operable/present even in >> non-usefdt mode.) >> This message does not deal with other investigatory >> patches for other issues than converting openfirmware >> to fdt. But my test environment has all my investigatory >> patches in order to avoid other things getting in the >> way of my investigations. >> The code comments are fairly explicit about >> what and why for the changes. >> I treat the patches as investigatory, not ready >> in form for being official FreeBSD material. There >> are likely questions of if the change go in the >> right long-term direction --or even if old PowerMacs >> will continue to be viewed as worth supporting >> (because they compete with time spent on modern >> support). >> I'll note that I've never had the 2-socket/1-core-each >> PowerMac7,2 get any visible behavior after the Kernel >> entry point message with any variation of usefdt mode. >> Failing so early, I've not figured out any way to >> investigate it hanging up. It does boot in non-usefdt >> mode with my other investigatory patches in place. >> The openfirmware to fdt conversion patches are (white >> space details might not have been preserved in the >> message): > . > . > . > . > . >> === >> Mark Millard > > Would you be so kind as to paste all this into : > > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=233863 > > Really I would like to run some tests and follow up in the bug reports. Okay I'll paste them in as attachments. But be warned: The 2 files do not deal with threads being stuck sleeping (and, so, the fans going) or other such. The stuck-sleeping problem happens for both multi-socket G5's and multi-socket G4's. (I do not have access to single-socket multi-core powerpc64 or powerpc machines to test.) So do not expect too much from these patches: They address some necessary issues but are not sufficient for everything. These patches for the openfirmware->fdt translation are closer to being reasonable for FreeBSD official use than my highly context-specific stuck-sleeping patches for usefdt mode. === Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-ppc@freebsd.org Fri Apr 12 21:17:39 2019 Return-Path: Delivered-To: freebsd-ppc@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4A3E415867BC for ; Fri, 12 Apr 2019 21:17:39 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id D10EE8DD1A for ; Fri, 12 Apr 2019 21:17:38 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 8CB9E15867BB; Fri, 12 Apr 2019 21:17:38 +0000 (UTC) Delivered-To: ppc@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 77B7215867BA for ; Fri, 12 Apr 2019 21:17:38 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id F14708DD17 for ; Fri, 12 Apr 2019 21:17:37 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id 1F7F11970 for ; Fri, 12 Apr 2019 21:17:37 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id x3CLHarP084687 for ; Fri, 12 Apr 2019 21:17:36 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x3CLHaiP084677 for ppc@FreeBSD.org; Fri, 12 Apr 2019 21:17:36 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: ppc@FreeBSD.org Subject: [Bug 233863] r345425 on PowerMac G5 may require kern.smp.disabled=1 and must set usefdt=1 which causes net interface reorder Date: Fri, 12 Apr 2019 21:17:37 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: marklmi26-fbsd@yahoo.com X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: ppc@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: attachments.created Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Apr 2019 21:17:39 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D233863 --- Comment #7 from Mark Millard --- Created attachment 203622 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=3D203622&action= =3Dedit Investigatory stand/powerpc/ofw/ofwfdt.c and sys/contrib/libfdt/fdt_rw.c patches I was asked to make these patches available here. They are, in part, tied to working around old PowerMac openfirmware-node-tree oddities, while not invalidating contexts that follow standards better They are also tied to FreeBSD-code-assumptions about relative node positions in the PowerMac trees that the prior openfirmware->fdt translation did not preserve. Be warned that nothing I've done has allowed the 2-socket/1-core-each PowerMac7,2 example to boot to any visible activity after the "Kernel entry at" message in usefdt mode. The improvements were observed on a 2-socket/1-core-each G4 PowerMac3,6 and a 2-socket/2-cores-each G5 PowerMac11,2 . Other hacks and patches are involved in my environment but they are not included here. The 2 patches here are not coded in a form for acceptable check-in to FreeBSD's code base. As stands, they are just tools for use in my investigations. They might form the basis for official patches if the relevant folks classify direction of the changes appropriate. See https://lists.freebsd.org/pipermail/freebsd-ppc/2019-April/010268.html and any later messages for more context. --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-ppc@freebsd.org Fri Apr 12 21:20:35 2019 Return-Path: Delivered-To: freebsd-ppc@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4131A15868A5 for ; Fri, 12 Apr 2019 21:20:35 +0000 (UTC) (envelope-from dclarke@blastwave.org) Received: from atl4mhob13.registeredsite.com (atl4mhob13.registeredsite.com [209.17.115.51]) by mx1.freebsd.org (Postfix) with ESMTP id 574FA8DEF0 for ; Fri, 12 Apr 2019 21:20:34 +0000 (UTC) (envelope-from dclarke@blastwave.org) Received: from mailpod.hostingplatform.com (atl4qobmail02pod2.registeredsite.com [10.30.77.36]) by atl4mhob13.registeredsite.com (8.14.4/8.14.4) with ESMTP id x3CLKVZb009707 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL) for ; Fri, 12 Apr 2019 17:20:31 -0400 Received: (qmail 36815 invoked by uid 0); 12 Apr 2019 21:20:31 -0000 X-TCPREMOTEIP: 99.253.177.25 X-Authenticated-UID: dclarke@blastwave.org Received: from unknown (HELO ?172.16.35.3?) (dclarke@blastwave.org@99.253.177.25) by 0 with ESMTPA; 12 Apr 2019 21:20:31 -0000 Subject: Re: Patches to allow usefdt mode that works on a 2 socket PowerMac3, 6 example too --and makes more work on 2-socket/1-core-each PowerMac11, 2 To: Mark Millard Cc: freebsd-ppc@freebsd.org References: <988F644F-D5E7-4FB4-AAB3-A72E9DA88CE6@yahoo.com> <465DBF40-EEF5-4D4A-95F6-DF17EB5B130B@yahoo.com> From: Dennis Clarke Message-ID: <5aecd21e-e53c-f14c-0bdc-8732fa88fed6@blastwave.org> Date: Fri, 12 Apr 2019 17:20:30 -0400 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:66.0) Gecko/20100101 Thunderbird/66.0 MIME-Version: 1.0 In-Reply-To: <465DBF40-EEF5-4D4A-95F6-DF17EB5B130B@yahoo.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 574FA8DEF0 X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [0.08 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_HAM_MEDIUM(-0.62)[-0.620,0]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; NEURAL_SPAM_SHORT(0.11)[0.113,0]; NEURAL_HAM_LONG(-0.51)[-0.506,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-ppc@freebsd.org]; DMARC_NA(0.00)[blastwave.org]; AUTH_NA(1.00)[]; RCVD_COUNT_THREE(0.00)[4]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MX_GOOD(-0.01)[cached: mx1.netsolmail.net]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[51.115.17.209.list.dnswl.org : 127.0.5.0]; R_SPF_NA(0.00)[]; FREEMAIL_TO(0.00)[yahoo.com]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:19871, ipnet:209.17.112.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; IP_SCORE(0.10)[ip: (0.14), ipnet: 209.17.112.0/21(0.24), asn: 19871(0.19), country: US(-0.06)] X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Apr 2019 21:20:35 -0000 On 4/12/19 4:51 PM, Mark Millard wrote: > On 2019-Apr-12, at 13:13, Dennis Clarke wrote: > >> On 4/12/19 3:19 PM, Mark Millard via freebsd-ppc wrote: . . . >> >> Would you be so kind as to paste all this into : >> >> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=233863 >> >> Really I would like to run some tests and follow up in the bug reports. > > Okay I'll paste them in as attachments. But be warned: Fair warning received loud and clear :-) > > The 2 files do not deal with threads being stuck sleeping > (and, so, the fans going) or other such. The stuck-sleeping > problem happens for both multi-socket G5's and multi-socket > G4's. (I do not have access to single-socket multi-core > powerpc64 or powerpc machines to test.) I have multiple G5 type boxen and will try them out. At least try to. > > So do not expect too much from these patches: They address > some necessary issues but are not sufficient for everything. > Of course. No problem. > These patches for the openfirmware->fdt translation are > closer to being reasonable for FreeBSD official use > than my highly context-specific stuck-sleeping patches for > usefdt mode. > Well to be frank we know this is for mac g5 hardware and thus having them working at all in any fashion is better than the current situation. Apple made a ton of them and they are dirt cheap and available as opposed to the IBM Power situation which is expensive and just in datacenters. -- Dennis Clarke RISC-V/SPARC/PPC/ARM/CISC UNIX and Linux spoken GreyBeard and suspenders optional From owner-freebsd-ppc@freebsd.org Fri Apr 12 22:58:01 2019 Return-Path: Delivered-To: freebsd-ppc@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 02C8415886F6 for ; Fri, 12 Apr 2019 22:58:01 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 7640691115 for ; Fri, 12 Apr 2019 22:58:00 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 3393F15886F5; Fri, 12 Apr 2019 22:58:00 +0000 (UTC) Delivered-To: ppc@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0F5CD15886F4 for ; Fri, 12 Apr 2019 22:58:00 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 9F0BC91114 for ; Fri, 12 Apr 2019 22:57:59 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id D190027FA for ; Fri, 12 Apr 2019 22:57:58 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id x3CMvwWX004368 for ; Fri, 12 Apr 2019 22:57:58 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x3CMvw2k004367 for ppc@FreeBSD.org; Fri, 12 Apr 2019 22:57:58 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: ppc@FreeBSD.org Subject: [Bug 233863] r345425 on PowerMac G5 may require kern.smp.disabled=1 and must set usefdt=1 which causes net interface reorder Date: Fri, 12 Apr 2019 22:57:58 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: marklmi26-fbsd@yahoo.com X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: ppc@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: attachments.created Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Apr 2019 22:58:01 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D233863 --- Comment #8 from Mark Millard --- Created attachment 203627 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=3D203627&action= =3Dedit Patches for investigatory narrowing of slb race on AIM powerpc64: aim/mp_cpudep.c and aim/slb.c This pair of patches narrows the time period over which threads from the stages: SI_SUB_KTHREAD_INIT =3D 0xe000000, /* init process*/ SI_SUB_KTHREAD_PAGE =3D 0xe400000, /* pageout daemon*/ SI_SUB_KTHREAD_VM =3D 0xe800000, /* vm daemon*/ SI_SUB_KTHREAD_BUF =3D 0xea00000, /* buffer daemon*/ SI_SUB_KTHREAD_UPDATE =3D 0xec00000, /* update daemon*/ SI_SUB_KTHREAD_IDLE =3D 0xee00000, /* idle procs*/ #ifndef EARLY_AP_STARTUP SI_SUB_SMP =3D 0xf000000, /* start the APs*/ #endif=20 can conflict with starting an AP via an slb replacement position picked via expressions like mftb()%n_slbs . It does this by explicitly picking and setting up a slot just before starting the AP. (The AP has to be part way along before it can do its own auto-slb-replacements from what I can tell.) This does not remove the race and still does sometimes fail to prevent getting a hang-up on a AP start. BUt it greatly decreased the rate of hangups in my testing. If EARLY_AP_STARTUP was supported and used, this would not be a problem. --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-ppc@freebsd.org Fri Apr 12 23:18:06 2019 Return-Path: Delivered-To: freebsd-ppc@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 044181588AEB for ; Fri, 12 Apr 2019 23:18:06 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic304-22.consmr.mail.ne1.yahoo.com (sonic304-22.consmr.mail.ne1.yahoo.com [66.163.191.148]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id A1A75917D7 for ; Fri, 12 Apr 2019 23:18:04 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: A5QZrvgVM1litsRCWhqxFVtIwMSyGryW5.JWfJFfXQE05y7SK3GoWPPN9wJ5OEL 7vjc7PGQ9q9mPllneebcJ.QX8APeq_r09qT.6ZLsAM.duQjisnm5Fcq48zp5kuqxkt7gcGh6CyTm BDE1NgMVl2_gxNgr36Vqapjoh9mziJpQI4MauN3QPBO992EVRsmQbH99Jsc74VnNwsvN7vqJP2hY ymIdVn74yPQdxb.66SGW0SZgbMVnvuK5j4DmOsVQQFX0_IKkl2_Rb5NDup.XpwbxwXvuMVgNtuxm 9mxHm7sctxkupuZD_w0wMZ98ZFmpHoIge1_fwEdeyMgki76Ashh.lhM7XTM2sojYWoJ4O5q70f0g Ifb_4ROSy6pqDiMrfcEkJ7fh1YuXcft_ZT7AUAk0RPD5OXEuI_ihrutfi5W8P4tAOZP_B8p_fU7. BmDHCaohlXZKgV2LR7PB.cUUQVKrLvT7qqrDqPV.pcvUO92S4iCrVFOfh8DO_QiFepR_yqILTMH. t9jrwKRwyTpCTDX3vfyR_HVqP_1rOpov9zysOhhknpdgQtsUX_axzyqPfuIu_gKfwK21lZCAz759 4ph5UGhFCEM5rx0uWz0YRDjyBFNvqgajr3z5sRKf57EpstZXxhegbxvjJ0JPYhOSh5EVBKEKk_NJ Ndw.jgSFZJXUizWroyCSl30tc8R15nt5V3GSzMN7OC2UivJlQWo7JUC2GLlRaN8jgMdgsZQugLO8 RhTaWDQxCLEzLKxqgkpOxFzkwsK4kq.tgoS1ypM6hetfgxkxqxji2lc1Bb6Hl8.mNTac4ZOo06WZ 5cLU.Youx7GZBDjzsgWCtjIOCHXApGPGQD1Nj1nf_2qMkTffzd.pRkrK68gIQ7DOcwE8CIOWe2RK eUgTUrJB4tdHrZL1_qWh2g6EHxci1Q5TKye12D97MgeihHrs.z6k52k9QfQ17UB8JX3Dh6Z_mJv3 z197O4mqb77eBbp35hoaSQ3RffWEjuf1RtO4dqogKiaHDXKlvrNkXpWNMUQHUxi17oOVVXd3RFvf VIdo9zgwrRobf4R3VnZK5DiJpNh71V.FGVyFSa_VGhtP.eqBBK5rUqfK6ET3l73SEHCqbOMs5I.g C4SS2 Received: from sonic.gate.mail.ne1.yahoo.com by sonic304.consmr.mail.ne1.yahoo.com with HTTP; Fri, 12 Apr 2019 23:18:02 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.103]) ([76.115.7.162]) by smtp430.mail.ne1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 4da3fffb840be8f078d96a2ef15a154c; Fri, 12 Apr 2019 23:17:59 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.8\)) Subject: Re: Patches to allow usefdt mode that works on a 2 socket PowerMac3, 6 example too --and makes more work on 2-socket/1-core-each PowerMac11, 2 From: Mark Millard In-Reply-To: <5aecd21e-e53c-f14c-0bdc-8732fa88fed6@blastwave.org> Date: Fri, 12 Apr 2019 16:17:58 -0700 Cc: freebsd-ppc@freebsd.org Content-Transfer-Encoding: 7bit Message-Id: References: <988F644F-D5E7-4FB4-AAB3-A72E9DA88CE6@yahoo.com> <465DBF40-EEF5-4D4A-95F6-DF17EB5B130B@yahoo.com> <5aecd21e-e53c-f14c-0bdc-8732fa88fed6@blastwave.org> To: Dennis Clarke X-Mailer: Apple Mail (2.3445.104.8) X-Rspamd-Queue-Id: A1A75917D7 X-Spamd-Bar: + X-Spamd-Result: default: False [1.28 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MV_CASE(0.50)[]; FREEMAIL_FROM(0.00)[yahoo.com]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[yahoo.com:+]; MX_GOOD(-0.01)[cached: mta6.am0.yahoodns.net]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_SHORT(-0.07)[-0.071,0]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36646, ipnet:66.163.184.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.83)[-0.830,0]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(0.80)[0.797,0]; RCVD_IN_DNSWL_NONE(0.00)[148.191.163.66.list.dnswl.org : 127.0.5.0]; IP_SCORE(1.89)[ip: (6.96), ipnet: 66.163.184.0/21(1.43), asn: 36646(1.15), country: US(-0.06)]; RWL_MAILSPIKE_POSSIBLE(0.00)[148.191.163.66.rep.mailspike.net : 127.0.0.17] X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Apr 2019 23:18:06 -0000 On 2019-Apr-12, at 14:20, Dennis Clarke wrote: > On 4/12/19 4:51 PM, Mark Millard wrote: >> On 2019-Apr-12, at 13:13, Dennis Clarke wrote: >>> On 4/12/19 3:19 PM, Mark Millard via freebsd-ppc wrote: > . > . > . >>> >>> Would you be so kind as to paste all this into : >>> >>> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=233863 >>> >>> Really I would like to run some tests and follow up in the bug reports. >> Okay I'll paste them in as attachments. But be warned: > > Fair warning received loud and clear :-) > >> The 2 files do not deal with threads being stuck sleeping >> (and, so, the fans going) or other such. The stuck-sleeping >> problem happens for both multi-socket G5's and multi-socket >> G4's. (I do not have access to single-socket multi-core >> powerpc64 or powerpc machines to test.) > > I have multiple G5 type boxen and will try them out. At least try > to. > >> So do not expect too much from these patches: They address >> some necessary issues but are not sufficient for everything. >> > > Of course. No problem. > > >> These patches for the openfirmware->fdt translation are >> closer to being reasonable for FreeBSD official use >> than my highly context-specific stuck-sleeping patches for >> usefdt mode. > > Well to be frank we know this is for mac g5 hardware and thus having > them working at all in any fashion is better than the current situation. > Apple made a ton of them and they are dirt cheap and available as > opposed to the IBM Power situation which is expensive and just in > datacenters. I have added another attachment with patches for having hang-ups at AP startup happen less often. These are in AIM-specific code and so has less of a chance of causing other contexts problems. They are also powerpc64 specific. Again, the patches are investigatory and not in a form for direct check-in to FreeBSD. This pair of patches narrows the time period over which threads from the stages: SI_SUB_KTHREAD_INIT = 0xe000000, /* init process*/ SI_SUB_KTHREAD_PAGE = 0xe400000, /* pageout daemon*/ SI_SUB_KTHREAD_VM = 0xe800000, /* vm daemon*/ SI_SUB_KTHREAD_BUF = 0xea00000, /* buffer daemon*/ SI_SUB_KTHREAD_UPDATE = 0xec00000, /* update daemon*/ SI_SUB_KTHREAD_IDLE = 0xee00000, /* idle procs*/ #ifndef EARLY_AP_STARTUP SI_SUB_SMP = 0xf000000, /* start the APs*/ #endif can conflict with starting an AP via an slb replacement position picked via expressions like mftb()%n_slbs . It does this by explicitly picking and setting up a slb slot for its use just before starting the AP. (The AP has to be part way along before it can do its own automatic-random-slb-slot-replacements from what I can tell.) The patches do not remove the race and still do sometimes fail to prevent getting a hang-up on a AP start. But it greatly decreased the rate of hangups in my testing. (So it is a good source of evidence about the original problem.) If EARLY_AP_STARTUP was supported and used, the AP startup would not have hang-up problems from mftb()%n_slbs based slb replacements for other threads. The patches are a hack, rather than a general/complete fix --and I do not expect to see them in FreeBSD. But they do help set up a better context for investigating other things. === Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-ppc@freebsd.org Sat Apr 13 03:52:46 2019 Return-Path: Delivered-To: freebsd-ppc@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5A9C7156B232 for ; Sat, 13 Apr 2019 03:52:46 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id E59066B56B for ; Sat, 13 Apr 2019 03:52:45 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id A3B3B156B231; Sat, 13 Apr 2019 03:52:45 +0000 (UTC) Delivered-To: ppc@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 91523156B230 for ; Sat, 13 Apr 2019 03:52:45 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 2CDF96B56A for ; Sat, 13 Apr 2019 03:52:45 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id 6744E5586 for ; Sat, 13 Apr 2019 03:52:44 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id x3D3qiF2094283 for ; Sat, 13 Apr 2019 03:52:44 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x3D3qijQ094280 for ppc@FreeBSD.org; Sat, 13 Apr 2019 03:52:44 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: ppc@FreeBSD.org Subject: [Bug 233863] r345425 on PowerMac G5 may require kern.smp.disabled=1 and must set usefdt=1 which causes net interface reorder Date: Sat, 13 Apr 2019 03:52:39 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: marklmi26-fbsd@yahoo.com X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: ppc@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 13 Apr 2019 03:52:46 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D233863 --- Comment #9 from Mark Millard --- (In reply to Mark Millard from comment #7) One thing I've noticed with the openfirmware->fdt patches is that the PowerMac11,2 in usefdt mode does not turn off the power for "shutdown -p now". (I do not know about 7,2 or 3,6 at this point.) --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-ppc@freebsd.org Sat Apr 13 03:59:52 2019 Return-Path: Delivered-To: freebsd-ppc@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id EEDB3156B353 for ; Sat, 13 Apr 2019 03:59:51 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic310-22.consmr.mail.gq1.yahoo.com (sonic310-22.consmr.mail.gq1.yahoo.com [98.137.69.148]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id E77F36B63E for ; Sat, 13 Apr 2019 03:59:50 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: _I_dPUAVM1n_fzPbYTTzNvIHRwL.2FgHSfl.QJ0pa_KeiAXwvjHj8z9Qxaayzn8 OCnEq4_lNhvRmzuJgvyu9Iu9S.sbgzQSjakzgz3t4cJhw0J.nr1RUQBrNbeqCtwaBhAzqAseGTHQ nLWz8SFEl4ILji2HP6Cva5UQ.loviO15uyczSqjRG5UeHXeJnrucGMXjsie8gtzQPkfz5551W4l3 V_RIwohoYanSXgKFoOI_lFEIyw6OnqIqlVRxJoRSRvH8y0yOmq26Yq4chGv.LuBQgKWrVmIANYC6 p7lpW6BiBldb9Z0HqFu4RM7Wvdudxw7uNSGwN2UFwYO04dSCNTB1ZDCysSmud._rv3gyWEbVxhE_ bsdxjc5P7HsE3QrvuRIVy4w5xfau9cplm1JwGAJITpmrvRYvZerKdU2lNh0420nNvA6MoByvIxo_ 6T2OWM1th1BK42iShQPpEDdfHFQ3EgoKfRKk6Pe2nLSUbGTqaOUfnfOeZ0DSne0vcvfQMZu.sfp2 lVIPdf.D94oi086NJyhmbO7Ksp7bkYaw.cpVfRv1qQ9hGoU8ejfeRw31r9KP5.n50XsoIYItZWCb BBlOAhKP4ZKRorYFjzaFG40UCPkOmpWyGqiiagG3wCo593YYZtAVUf_n33sLwpEXzgh6M1h3o5OZ r3r6oPpEcaV9yTPE3nzIj5C6AQZu2yqwrygtiYJA3Qn7M18JLNUyRoFRUjX2M.66MOwS8afu8KeS xNcfAbRXvgZR1b3189xFJxrM5oa28B5PmwXnbq2p2cfl3yDbofwwVB0qFgB7l7lE94FK9Z_nnLxS uQ869U2QmTz896EgliVa3rK7f2fg9eMjvgPFLNDw2SFVooFN4GqOAdycTgEPrnLef3K41O85IduF gJq72KREyzMqqD.S8MmNtwLi4Qjc0qsOUQ8PIUOu8U_x_Cto3LJUcpfR_VnR.87428z6bn5N3j8O Ba_KBR.4W_rqVc2waWi83LlEfWlajWae88ees96BI5STy9HM8EWg2_3rywX_fI38MseHklOsobzf _Mbb2s9TJIm_sIZexTfmgV6N4jl9R5RairAkRureMvhOouvVQF4Ou.Dp3OUUGoOxg1iFZOdBvBO0 - Received: from sonic.gate.mail.ne1.yahoo.com by sonic310.consmr.mail.gq1.yahoo.com with HTTP; Sat, 13 Apr 2019 03:59:49 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.103]) ([76.115.7.162]) by smtp421.mail.gq1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 07cbed3c57e0bcca593db5de76087440; Sat, 13 Apr 2019 03:49:38 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.8\)) Subject: usefdt boot mode on 2-socket/1-core-each G5 PowerMac7,2: visible progress (using vt, not sc), new visible stopping point Message-Id: <1D304FA7-6319-4BBD-BA76-E616C9107F73@yahoo.com> Date: Fri, 12 Apr 2019 20:49:37 -0700 To: FreeBSD PowerPC ML X-Mailer: Apple Mail (2.3445.104.8) X-Rspamd-Queue-Id: E77F36B63E X-Spamd-Bar: - X-Spamd-Result: default: False [-1.36 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MV_CASE(0.50)[]; FREEMAIL_FROM(0.00)[yahoo.com]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; MX_GOOD(-0.01)[cached: mta6.am0.yahoodns.net]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.99)[-0.992,0]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; NEURAL_SPAM_SHORT(0.70)[0.698,0]; NEURAL_HAM_LONG(-0.98)[-0.977,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(0.42)[ip: (0.49), ipnet: 98.137.64.0/21(0.94), asn: 36647(0.75), country: US(-0.06)]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[148.69.137.98.list.dnswl.org : 127.0.5.0] X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 13 Apr 2019 03:59:52 -0000 [I experiment with more modern tools and such for targeting powerpc64. Also with non-default modern modes of operation, such as usefdt mode. I had to patch the openfirmware->fdt translation to allow a 2-socket/1-core-each G4 PowerMac3,6 to boot normally, with the ethernet present (and operable).] Turns out that I had been using: kern.vty=3Dsc and for some reason this stops visible output just after "Kernel entry at . . .". (I've no clue if there is hidden activity vs. it just stopped there.) But with: kern.vty=3Dvt the PowerMac7,2 visibly gets farther, though it fails to finish booting in usefdt mode. The new visible stopping point is (typed from a picture of boot -v output for usefdt mode): atapci1: at device 12.1 on pci8 pcib1: failed to reserve resource for pcib8 pcib8: failed to allocate initial I/O port window (0-0xffffffff,0x10) atapci1: 0x10 bytes of rid 0x28 res 4 failed (0, 0xffffffffffffffff). atapci1: unable to map interrupt device_attach: atapci1 attach returned 6 ofwbus0: mem 0xf9000000-0xf9ffffff irq 43 type vsp compat u3-vsp = (no driver attached) cryptosoft0: on nexus0 crypto: assign cryptosoft0 driver id 0, flags 0x6000000 (I'll not repeat the long list of crypto registers/alg/flags/maxoplen = lines.) Later material below suggests that the above is not the cause of stopping: a non-usefdt boot finishes but also has such text. Of course some material scrolled off screen. So from attempting booting again, but without -v , there is before the above: atapci0: mem 0x80600000-0x80601fff = irq 33554432 at device 12.0 on pci8 pcib1: failed to reserve resource for pcib8 atapci0: 0x10 bytes of rid 0x20 res 4 failed (0, 0xffffffffffffffff). ata2: at channel 0 on atapci0 ata3: at channel 1 on atapci0 ata4: at channel 2 on atapci0 ata5: at channel 3 on atapci0 A non-usefdt mode (so normal openfirmware mode) boot works and shows similar output: atapci0: mem 0x80600000-0x80601fff = irq 33554432 at device 12.0 on pci8 pcib1: failed to reserve resource for pcib8 atapci0: 0x10 bytes of rid 0x20 res 4 failed (0, 0xffffffffffffffff). ata2: at channel 0 on atapci0 ata3: at channel 1 on atapci0 ata4: at channel 2 on atapci0 ata5: at channel 3 on atapci0 atapci1: at device 12.1 on pci8 pcib1: failed to reserve resource for pcib8 atapci1: 0x10 bytes of rid 0x20 res 4 failed (0, 0xffffffffffffffff). atapci1: unable to map interrupt device_attach: atapci1 attach returned 6 cryptosoft0: on nexus0 This suggests that such text is normal and the hangup is for some other reason. It just suggests a time frame. After that for non-usefdt mode is: Timecounter "timebase" frequency 33333333 Hz quality 0 Event timer "decrementer" frequency 33333333 Hz quality 1000 Timecounters tick every 1.000 msec and so on. Such does not show up for usefdt mode. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-ppc@freebsd.org Sat Apr 13 04:51:41 2019 Return-Path: Delivered-To: freebsd-ppc@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 39886156C467 for ; Sat, 13 Apr 2019 04:51:41 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic316-13.consmr.mail.bf2.yahoo.com (sonic316-13.consmr.mail.bf2.yahoo.com [74.6.130.123]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 704856D4E5 for ; Sat, 13 Apr 2019 04:51:40 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: zMCpwE0VM1kRqMm9uLh9GsdXbkIOzfzOPLvh8T1bbvsGfHmW.QyA6kMa3P2Lm2C nzEKFmY3mn3GZBqDfDGSjYURkAOSaWYvftQEoMAkG407mlxydvH.Nif.4h4tw89qOjHmUdM0GWof rwpBkLnqApzA6X.8AugmDOIW.FgI.52hGkSPDYvC1qEAeDj5kDEQRBMKUVSBD8evMAfAXVBb4Qtn w4.O8qv3.GIMP1xbVSsH4l4ZIBpaE0yG00NLnS9fntLE1T1zDzzs6BV2CyGZIf2cNCemv3ELpf0K aRWhH6Rv0cd8ESiENFvaWOuHWy9KBZrFZF7zxRkBTM.JtPOCtG7Qst2fkjjwLVQGGt7qU57oJr0e nFqL83TanmZtT_UHzLUzGGI9i.SxmHAGpERKRomqqLca8a8fH5wmGFAig4cet3ZD7JIcKO42YqqS soKkI5ie4vPk1WKVTkmCSIMCToNVobfW3zhvUQR3N_FZbsn_LeM0TtIwJpNWLva275JNV8_rqHWR XKwhpnqrpxOx9cSm7RlDQo.nMybitnZgFDnivPwy6azlmuNw8ePSo7GiRqC1Pirx7P_IRst1O8Wi PfF19V7KZtQHD_U7egxLZaflWCmf.Y5wA50xAgAMmADn.9sQHtuuGl1on4MsxcTWpBJnYFtMDHKI RKSMLa6Dvd0JUdcAymm.fAbi93YCAUzwOMpPi9nEXty2ZkUWyviWA3iy.Sgi.EpfOcH.qci4xmjP vQe4pcsp7TMmnSx0yjFFPDLcEzCvQ67NlOWkwGSJFOGCBWDXK61DxPcrpVap7T512Ha5ICcQ0Uoa 6O1mww5GGd16pE18tKn46DRX.42Mg5CNI32F7hKKfD7QEZoaSnTPiIFOjRu57s7Fo1sDNtLK38Wb eRwtTjdspnbiwf5S66XPadlx13blklZa5UyJZZjBniYfyBJYY8fWS5lHRS_v4XsNeCXdOpkcI.Ve E6d679XrjjkXUk6KN2tnulsKvyTwG36sHoGVPKP9s7tBHcbvRlbSSPeTsXrQLKbohZgBPfmrILhy 2VcSySQ6TUd9G3dUKYcR7dRF0nRy_8M9EDdRAnJ53G0SwgwLiPbZe29Q6Ze4n8hA- Received: from sonic.gate.mail.ne1.yahoo.com by sonic316.consmr.mail.bf2.yahoo.com with HTTP; Sat, 13 Apr 2019 04:51:39 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.103]) ([76.115.7.162]) by smtp406.mail.bf1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID a547c7fa58eacdc8435743a6e5df673d for ; Sat, 13 Apr 2019 04:51:38 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.8\)) Subject: Re: usefdt boot mode on 2-socket/1-core-each G5 PowerMac7, 2: visible progress (using vt, not sc), new visible stopping point Date: Fri, 12 Apr 2019 21:51:36 -0700 References: <1D304FA7-6319-4BBD-BA76-E616C9107F73@yahoo.com> To: FreeBSD PowerPC ML In-Reply-To: <1D304FA7-6319-4BBD-BA76-E616C9107F73@yahoo.com> Message-Id: X-Mailer: Apple Mail (2.3445.104.8) X-Rspamd-Queue-Id: 704856D4E5 X-Spamd-Bar: + X-Spamd-Result: default: False [1.51 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MV_CASE(0.50)[]; FREEMAIL_FROM(0.00)[yahoo.com]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; MX_GOOD(-0.01)[cached: mta6.am0.yahoodns.net]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:26101, ipnet:74.6.128.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.75)[-0.747,0]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_SPAM_SHORT(0.77)[0.766,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-ppc@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; IP_SCORE(1.42)[ip: (4.28), ipnet: 74.6.128.0/21(1.60), asn: 26101(1.28), country: US(-0.06)]; NEURAL_SPAM_LONG(0.58)[0.584,0]; RCVD_IN_DNSWL_NONE(0.00)[123.130.6.74.list.dnswl.org : 127.0.5.0] X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 13 Apr 2019 04:51:41 -0000 [More details on where the failure stage is.] On 2019-Apr-12, at 20:49, Mark Millard wrote: > [I experiment with more modern tools and such for targeting > powerpc64. Also with non-default modern modes of operation, > such as usefdt mode. I had to patch the openfirmware->fdt > translation to allow a 2-socket/1-core-each G4 PowerMac3,6 > to boot normally, with the ethernet present (and operable).] >=20 > Turns out that I had been using: >=20 > kern.vty=3Dsc >=20 > and for some reason this stops visible output just after > "Kernel entry at . . .". (I've no clue if there is hidden > activity vs. it just stopped there.) But with: >=20 > kern.vty=3Dvt >=20 > the PowerMac7,2 visibly gets farther, though it fails > to finish booting in usefdt mode. >=20 > The new visible stopping point is (typed from a picture > of boot -v output for usefdt mode): >=20 > atapci1: at device 12.1 on pci8 > pcib1: failed to reserve resource for pcib8 > pcib8: failed to allocate initial I/O port window (0-0xffffffff,0x10) > atapci1: 0x10 bytes of rid 0x28 res 4 failed (0, 0xffffffffffffffff). > atapci1: unable to map interrupt > device_attach: atapci1 attach returned 6 > ofwbus0: mem 0xf9000000-0xf9ffffff irq 43 type vsp compat u3-vsp = (no driver attached) > cryptosoft0: on nexus0 > crypto: assign cryptosoft0 driver id 0, flags 0x6000000 >=20 > (I'll not repeat the long list of crypto registers/alg/flags/maxoplen = lines.) >=20 > Later material below suggests that the above is not the > cause of stopping: a non-usefdt boot finishes but also > has such text. >=20 > Of course some material scrolled off screen. So from > attempting booting again, but without -v , there is > before the above: >=20 > atapci0: mem 0x80600000-0x80601fff = irq 33554432 at device 12.0 on pci8 > pcib1: failed to reserve resource for pcib8 > atapci0: 0x10 bytes of rid 0x20 res 4 failed (0, 0xffffffffffffffff). > ata2: at channel 0 on atapci0 > ata3: at channel 1 on atapci0 > ata4: at channel 2 on atapci0 > ata5: at channel 3 on atapci0 >=20 >=20 > A non-usefdt mode (so normal openfirmware mode) boot works > and shows similar output: >=20 > atapci0: mem 0x80600000-0x80601fff = irq 33554432 at device 12.0 on pci8 > pcib1: failed to reserve resource for pcib8 > atapci0: 0x10 bytes of rid 0x20 res 4 failed (0, 0xffffffffffffffff). > ata2: at channel 0 on atapci0 > ata3: at channel 1 on atapci0 > ata4: at channel 2 on atapci0 > ata5: at channel 3 on atapci0 > atapci1: at device 12.1 on pci8 > pcib1: failed to reserve resource for pcib8 > atapci1: 0x10 bytes of rid 0x20 res 4 failed (0, 0xffffffffffffffff). > atapci1: unable to map interrupt > device_attach: atapci1 attach returned 6 > cryptosoft0: on nexus0 >=20 > This suggests that such text is normal and the hangup is > for some other reason. It just suggests a time frame. >=20 > After that for non-usefdt mode is: >=20 > Timecounter "timebase" frequency 33333333 Hz quality 0 > Event timer "decrementer" frequency 33333333 Hz quality 1000 > Timecounters tick every 1.000 msec >=20 > and so on. Such does not show up for usefdt mode. subsystem 3800000 configure_first(0)... done. module_register_init(&ata_moduledata)... done. fbd_evh_init(0)... done. module_register_init(&cam_moduledata)... done. configure(0)... ofwbus0: on nexus0 . . . cryptosoft0: on nexus0 done. cn_drvinit(0)... done. mpt_postattach(0)... done. cn_drvinit(0)... done. vmem_start_callout(0)... done. vm_lowmem_evh_init(0)... done. mountroot_evh_init(0)... done. ifaddr_event_ext_evh_init(0)... done. configure_final(0)...=20 (That is the end of the output.) So during: SI_SUB_CONFIGURE =3D 0x3800000, /* Configure devices */ for: static void configure_final(void *dummy) { /* * Now that we're guaranteed to have a PIC driver (or we'll = never * have one), program it with all the previously setup = interrupts. */ powerpc_enable_intr(); /* Enable external interrupts. */ mtmsr(mfmsr() | PSL_EE); cninit_finish(); cold =3D 0; } =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-ppc@freebsd.org Sat Apr 13 07:44:28 2019 Return-Path: Delivered-To: freebsd-ppc@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 86E07156FF6E for ; Sat, 13 Apr 2019 07:44:28 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 1D3FE71CE7 for ; Sat, 13 Apr 2019 07:44:28 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id D61B4156FF6C; Sat, 13 Apr 2019 07:44:27 +0000 (UTC) Delivered-To: ppc@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C3D08156FF6A for ; Sat, 13 Apr 2019 07:44:27 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4F47471CE5 for ; Sat, 13 Apr 2019 07:44:27 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id 87F5876D1 for ; Sat, 13 Apr 2019 07:44:26 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id x3D7iQjd032531 for ; Sat, 13 Apr 2019 07:44:26 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x3D7iQZ3032530 for ppc@FreeBSD.org; Sat, 13 Apr 2019 07:44:26 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: ppc@FreeBSD.org Subject: [Bug 233863] r345425 on PowerMac G5 may require kern.smp.disabled=1 and must set usefdt=1 which causes net interface reorder Date: Sat, 13 Apr 2019 07:44:25 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: marklmi26-fbsd@yahoo.com X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: ppc@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 13 Apr 2019 07:44:28 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D233863 --- Comment #10 from Mark Millard --- (In reply to Mark Millard from comment #9) I tried: shutdown -r now and it does not reboot. --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-ppc@freebsd.org Sat Apr 13 07:50:12 2019 Return-Path: Delivered-To: freebsd-ppc@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 679421570270 for ; Sat, 13 Apr 2019 07:50:12 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic304-56.consmr.mail.bf2.yahoo.com (sonic304-56.consmr.mail.bf2.yahoo.com [74.6.128.31]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 649DB71E35 for ; Sat, 13 Apr 2019 07:50:11 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: SbE9Lu8VM1mOx2lbIuAcUjs0crJ5IAe55ULwegiLeyLrHCANFdq1yMvyagiMblP Go82K4.9pGPfZrAMKK5nb97LaILHu4fM_djzbEjQsxwHzOGznum9czB7FY8UDtsb_MU1Z_1alnjI 9uNb6vZxI6R7GN7PHIiAqiMKTP8gsa5BQcISMm9C5miyVs0mAdbZ3annM_I67Z2HBzbcfgFx0fXl ElwMrh4dfBGyMtWmDkSyF2RaH2Kb.iaFt3UQtr8jzCIK5gsyaKStAhDWP87kWE4QIM1atOvqDiHr M.iTeUJ5EMnK7zlKUuutoppgrSkfd0j_j_OWipWjLiBFA68AOEJlCxm2PHSph90lK_uhpcY7YQlH b1K8rhDZVD0U8G8UTxi6akoGG9A4s_TPlGzY1EhTmn.GC6MXHTJuSfR8LAhJAi7ZXlsVaXmHmxhM E9KjbWyZOfHXQuoVuW0h6ueRyn8tcPNvmaOaXO7.qPpg1VAQNx8XrrNaVZFQl5csa7udw3TUImeN 7VBInVKtADNNi.HUXuTISaxoDrRCrdfsODZI6mIJnTL9Ra.wuaNUEP8ACH5mtfip21TLzjAkJSaJ tzlfHww0M33KHHQ._zTJ9Q_KwMlGT0pzeUNAtdmZuaqvETkvYtaDHKr6Z_6_gNKSV.fGbv.g.CKE oJsThUCH6rFoB36R0LlN678Qb8vyryvZ3zipyxrG64K85rj5cxUyf3VzdbEmowB0ph1DdXvYPANR AvJBhRkCK5jo0xk6hFmp9Pyp9HeNC5H0eTl6PLIyR0cmm.3Dcd6MhwgxGdtnJyjyZ.NKnjd4Bc9e gJtLn_6rxqLNu5s2cRMtzCIG2sF70SMa9BarrcGBdyQRTdn5jHoOak7BAz.FUECiF2qa4FI33bbv 7LUAhsQOsuz5In9zY29JZqqSoAAa88qrd52iZmujLEyxypcPKxHcEZSfJJGypPba9YQLJZmPlSPM EfnVNGkN730CBlddJdvJvP.qcetqII9ZJDJ.21sBx5qUKOutOLdDZ.M9rTwU49MxdKwrId7lVunQ wSwUtxJbs5nfjgXQS7otoVgP5TEDtHAefmsJAtJzRLhBUa5mj6einnVrdF_8fHIY- Received: from sonic.gate.mail.ne1.yahoo.com by sonic304.consmr.mail.bf2.yahoo.com with HTTP; Sat, 13 Apr 2019 07:50:10 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.103]) ([76.115.7.162]) by smtp419.mail.bf1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 0dfc8d43ab857e7d0fe8f85d6fab995c for ; Sat, 13 Apr 2019 07:50:06 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.8\)) Subject: Re: usefdt boot mode on 2-socket/1-core-each G5 PowerMac7, 2: visible progress (using vt, not sc), new visible stopping point Date: Sat, 13 Apr 2019 00:50:03 -0700 References: <1D304FA7-6319-4BBD-BA76-E616C9107F73@yahoo.com> To: FreeBSD PowerPC ML In-Reply-To: Message-Id: X-Mailer: Apple Mail (2.3445.104.8) X-Rspamd-Queue-Id: 649DB71E35 X-Spamd-Bar: / X-Spamd-Result: default: False [0.29 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MV_CASE(0.50)[]; FREEMAIL_FROM(0.00)[yahoo.com]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; MX_GOOD(-0.01)[cached: mta6.am0.yahoodns.net]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:26101, ipnet:74.6.128.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.89)[-0.885,0]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-0.07)[-0.071,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-ppc@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; IP_SCORE(0.94)[ip: (1.88), ipnet: 74.6.128.0/21(1.60), asn: 26101(1.28), country: US(-0.06)]; NEURAL_SPAM_SHORT(0.82)[0.820,0]; RCVD_IN_DNSWL_NONE(0.00)[31.128.6.74.list.dnswl.org : 127.0.5.0] X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 13 Apr 2019 07:50:12 -0000 On 2019-Apr-12, at 21:51, Mark Millard wrote: > [More details on where the failure stage is.] >=20 > On 2019-Apr-12, at 20:49, Mark Millard wrote: >=20 >> [I experiment with more modern tools and such for targeting >> powerpc64. Also with non-default modern modes of operation, >> such as usefdt mode. I had to patch the openfirmware->fdt >> translation to allow a 2-socket/1-core-each G4 PowerMac3,6 >> to boot normally, with the ethernet present (and operable).] >>=20 >> Turns out that I had been using: >>=20 >> kern.vty=3Dsc >>=20 >> and for some reason this stops visible output just after >> "Kernel entry at . . .". (I've no clue if there is hidden >> activity vs. it just stopped there.) But with: >>=20 >> kern.vty=3Dvt >>=20 >> the PowerMac7,2 visibly gets farther, though it fails >> to finish booting in usefdt mode. >>=20 >> The new visible stopping point is (typed from a picture >> of boot -v output for usefdt mode): >>=20 >> atapci1: at device 12.1 on pci8 >> pcib1: failed to reserve resource for pcib8 >> pcib8: failed to allocate initial I/O port window (0-0xffffffff,0x10) >> atapci1: 0x10 bytes of rid 0x28 res 4 failed (0, 0xffffffffffffffff). >> atapci1: unable to map interrupt >> device_attach: atapci1 attach returned 6 >> ofwbus0: mem 0xf9000000-0xf9ffffff irq 43 type vsp compat = u3-vsp (no driver attached) >> cryptosoft0: on nexus0 >> crypto: assign cryptosoft0 driver id 0, flags 0x6000000 >>=20 >> (I'll not repeat the long list of crypto registers/alg/flags/maxoplen = lines.) >>=20 >> Later material below suggests that the above is not the >> cause of stopping: a non-usefdt boot finishes but also >> has such text. >>=20 >> Of course some material scrolled off screen. So from >> attempting booting again, but without -v , there is >> before the above: >>=20 >> atapci0: mem = 0x80600000-0x80601fff irq 33554432 at device 12.0 on pci8 >> pcib1: failed to reserve resource for pcib8 >> atapci0: 0x10 bytes of rid 0x20 res 4 failed (0, 0xffffffffffffffff). >> ata2: at channel 0 on atapci0 >> ata3: at channel 1 on atapci0 >> ata4: at channel 2 on atapci0 >> ata5: at channel 3 on atapci0 >>=20 >>=20 >> A non-usefdt mode (so normal openfirmware mode) boot works >> and shows similar output: >>=20 >> atapci0: mem = 0x80600000-0x80601fff irq 33554432 at device 12.0 on pci8 >> pcib1: failed to reserve resource for pcib8 >> atapci0: 0x10 bytes of rid 0x20 res 4 failed (0, 0xffffffffffffffff). >> ata2: at channel 0 on atapci0 >> ata3: at channel 1 on atapci0 >> ata4: at channel 2 on atapci0 >> ata5: at channel 3 on atapci0 >> atapci1: at device 12.1 on pci8 >> pcib1: failed to reserve resource for pcib8 >> atapci1: 0x10 bytes of rid 0x20 res 4 failed (0, 0xffffffffffffffff). >> atapci1: unable to map interrupt >> device_attach: atapci1 attach returned 6 >> cryptosoft0: on nexus0 >>=20 >> This suggests that such text is normal and the hangup is >> for some other reason. It just suggests a time frame. >>=20 >> After that for non-usefdt mode is: >>=20 >> Timecounter "timebase" frequency 33333333 Hz quality 0 >> Event timer "decrementer" frequency 33333333 Hz quality 1000 >> Timecounters tick every 1.000 msec >>=20 >> and so on. Such does not show up for usefdt mode. >=20 >=20 >=20 >=20 > subsystem 3800000 > configure_first(0)... done. > module_register_init(&ata_moduledata)... done. > fbd_evh_init(0)... done. > module_register_init(&cam_moduledata)... done. > configure(0)... ofwbus0: on nexus0 > . . . > cryptosoft0: on nexus0 > done. > cn_drvinit(0)... done. > mpt_postattach(0)... done. > cn_drvinit(0)... done. > vmem_start_callout(0)... done. > vm_lowmem_evh_init(0)... done. > mountroot_evh_init(0)... done. > ifaddr_event_ext_evh_init(0)... done. > configure_final(0)...=20 >=20 > (That is the end of the output.) >=20 > So during: >=20 > SI_SUB_CONFIGURE =3D 0x3800000, /* Configure devices */ >=20 > for: >=20 > static void > configure_final(void *dummy) > { >=20 > /* > * Now that we're guaranteed to have a PIC driver (or we'll = never > * have one), program it with all the previously setup = interrupts. > */ > powerpc_enable_intr(); >=20 > /* Enable external interrupts. */ > mtmsr(mfmsr() | PSL_EE); >=20 > cninit_finish(); > cold =3D 0; > } >=20 >=20 With printf's added: printf("After powerpc_enable_intr; before mtmsr masking in = PSL_EE\n"); /* Enable external interrupts. */ mtmsr(mfmsr() | PSL_EE); printf("After mtmsr masking in PSL_EE; before cninit_finish\n"); the first printf shows up and the second does not. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-ppc@freebsd.org Sat Apr 13 18:39:24 2019 Return-Path: Delivered-To: freebsd-ppc@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1D07A157FF46 for ; Sat, 13 Apr 2019 18:39:24 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic316-20.consmr.mail.ne1.yahoo.com (sonic316-20.consmr.mail.ne1.yahoo.com [66.163.187.146]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id D55618D4D6 for ; Sat, 13 Apr 2019 18:39:22 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: X13VITEVM1nKoTp9x3a89fNq_uUm53u1T53x9s8vwIbWHt1eVYs5X5RKFWQxVp1 _PWNpTZZN9H7q5ubc9enPRpfkBnZwm.DPZZtZFJmgs5_TDdaVtjRoi2Bov9NqcSYCNkL7pthn7CD qGn1rq9diH3DwY72Omk8dXsurudkNw5J63YbxrY8.bgSyONJNPyQEXnD1ByAzIRFxkSfClqgDDLh 6chXd3F9uz7.DzbGGbj4rMudc2TqmYMlnyE2vuZHddl6oWZte6tDZkrx6eV2ttXnZT4fMnauxvK7 lgcezef7phUyfrx8Lkbr1ATspsz3brTkFHwk.aa66gTV9jhjAzF.47w8eCCOthjmkmBm5qT38C7s JLfww4NPKlhn7RjrYCCHsK6mqXOK5GnDN_7aYeGe1Hz3mDehzdaB9PSj8EuxOV.Seyp7WsnXlQlW EbS5DBSd3A1FANu4sWAwWJ1FlrPiqg9TVBnQtNnfMN6loyltVjkB7HyQ88U73thAFZ3tjVaoUX5q Mtz2usdUp_GJvFoZpje5unziWhlY9TeslV5AvbRUK61VxNgzwznxxdU1VWFEo8JSuxPjX97VW6fk EAb_heB6Xm1_tgEXZKz6F4eXmio.PXqDgPVU4homzBBc0jamtdUyP7UuseSNd21i2IDWveMIUAMy .RpD.iNunRdaDmd286IMkPDxgKwz8_Kf0GWrQ3EVKfnKDiDnIts2boV4AnGK238WlC.da1B8CfF9 HvDpv11dImn7P2QLaslGdtVst3ttdx24B1EgYjAX9qgf2PE6Gg.ntBa..2.eXRkqfOmmDi148d5S 4BJ4jTvdZriFb5RzViV.Hx7DjS_5SH3EogqjZ3PAbnRBE8qwIXweyLljZAzNfWWEER33JCZuQfG_ ue6jWA8mkLVcWzvp60vyRY6.k_TgVJgQxJQ0GtnuSJZnXUjR7gN6Qqt9Z0siERTUk.zHrNl.gshh qzWKVFFcmLwF4StOwBFRaPjJw8ygm.4FdMmsFqUJfAHih4oSo2e9S73Lb91YBn4PJyryx9QSLyNi CkKh7Gzr3.H5cuXpmaN1y8TbRrCaz8zG_Skk5iu3y0reX3SIw3xdYSlH6SLjea3eKm6JoeiT9PIx eTKiq Received: from sonic.gate.mail.ne1.yahoo.com by sonic316.consmr.mail.ne1.yahoo.com with HTTP; Sat, 13 Apr 2019 18:39:20 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.103]) ([76.115.7.162]) by smtp413.mail.ne1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 44b9f688445dc052e9dd34379a30d737; Sat, 13 Apr 2019 18:39:19 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.8\)) Subject: Re: Patches to allow usefdt mode that works on a 2 socket PowerMac3, 6 example too --and makes more work on 2-socket/1-core-each PowerMac11, 2 From: Mark Millard In-Reply-To: Date: Sat, 13 Apr 2019 11:39:18 -0700 Cc: freebsd-ppc@freebsd.org Content-Transfer-Encoding: 7bit Message-Id: <55E83F50-197D-43C7-B4D6-E69A5AEC2630@yahoo.com> References: <988F644F-D5E7-4FB4-AAB3-A72E9DA88CE6@yahoo.com> <465DBF40-EEF5-4D4A-95F6-DF17EB5B130B@yahoo.com> <5aecd21e-e53c-f14c-0bdc-8732fa88fed6@blastwave.org> To: Dennis Clarke X-Mailer: Apple Mail (2.3445.104.8) X-Rspamd-Queue-Id: D55618D4D6 X-Spamd-Bar: + X-Spamd-Result: default: False [1.93 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MV_CASE(0.50)[]; FREEMAIL_FROM(0.00)[yahoo.com]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[yahoo.com:+]; MX_GOOD(-0.01)[cached: mta6.am0.yahoodns.net]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36646, ipnet:66.163.184.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; NEURAL_SPAM_SHORT(0.92)[0.915,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(1.20)[ip: (3.49), ipnet: 66.163.184.0/21(1.43), asn: 36646(1.15), country: US(-0.06)]; NEURAL_SPAM_MEDIUM(0.06)[0.064,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(0.25)[0.255,0]; RCVD_IN_DNSWL_NONE(0.00)[146.187.163.66.list.dnswl.org : 127.0.5.0]; RWL_MAILSPIKE_POSSIBLE(0.00)[146.187.163.66.rep.mailspike.net : 127.0.0.17] X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 13 Apr 2019 18:39:24 -0000 [My adjustment to fdt_add_subnode_namelen was inept.] On 2019-Apr-12, at 16:17, Mark Millard wrote: > On 2019-Apr-12, at 14:20, Dennis Clarke wrote: > >> On 4/12/19 4:51 PM, Mark Millard wrote: >>> On 2019-Apr-12, at 13:13, Dennis Clarke wrote: >>>> On 4/12/19 3:19 PM, Mark Millard via freebsd-ppc wrote: >> . >> . >> . >>>> >>>> Would you be so kind as to paste all this into : >>>> >>>> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=233863 >>>> >>>> Really I would like to run some tests and follow up in the bug reports. >>> Okay I'll paste them in as attachments. But be warned: >> >> Fair warning received loud and clear :-) >> >>> The 2 files do not deal with threads being stuck sleeping >>> (and, so, the fans going) or other such. The stuck-sleeping >>> problem happens for both multi-socket G5's and multi-socket >>> G4's. (I do not have access to single-socket multi-core >>> powerpc64 or powerpc machines to test.) >> >> I have multiple G5 type boxen and will try them out. At least try >> to. >> >>> So do not expect too much from these patches: They address >>> some necessary issues but are not sufficient for everything. >>> >> >> Of course. No problem. >> >> >>> These patches for the openfirmware->fdt translation are >>> closer to being reasonable for FreeBSD official use >>> than my highly context-specific stuck-sleeping patches for >>> usefdt mode. >> >> Well to be frank we know this is for mac g5 hardware and thus having >> them working at all in any fashion is better than the current situation. >> Apple made a ton of them and they are dirt cheap and available as >> opposed to the IBM Power situation which is expensive and just in >> datacenters. > > > I have added another attachment with patches for having hang-ups > at AP startup happen less often. These are in AIM-specific code > and so has less of a chance of causing other contexts problems. > They are also powerpc64 specific. Again, the patches are > investigatory and not in a form for direct check-in to FreeBSD. > > This pair of patches narrows the time period over which threads > from the stages: > > SI_SUB_KTHREAD_INIT = 0xe000000, /* init process*/ > SI_SUB_KTHREAD_PAGE = 0xe400000, /* pageout daemon*/ > SI_SUB_KTHREAD_VM = 0xe800000, /* vm daemon*/ > SI_SUB_KTHREAD_BUF = 0xea00000, /* buffer daemon*/ > SI_SUB_KTHREAD_UPDATE = 0xec00000, /* update daemon*/ > SI_SUB_KTHREAD_IDLE = 0xee00000, /* idle procs*/ > #ifndef EARLY_AP_STARTUP > SI_SUB_SMP = 0xf000000, /* start the APs*/ > #endif > > can conflict with starting an AP via an slb replacement position > picked via expressions like mftb()%n_slbs . It does this by > explicitly picking and setting up a slb slot for its use just > before starting the AP. > > (The AP has to be part way along before it can do its own > automatic-random-slb-slot-replacements from what I can tell.) > > The patches do not remove the race and still do sometimes fail to > prevent getting a hang-up on a AP start. But it greatly decreased > the rate of hangups in my testing. (So it is a good source of > evidence about the original problem.) > > If EARLY_AP_STARTUP was supported and used, the AP startup would > not have hang-up problems from mftb()%n_slbs based slb > replacements for other threads. > > The patches are a hack, rather than a general/complete fix --and > I do not expect to see them in FreeBSD. But they do help set up > a better context for investigating other things. The disabling of blocking duplicate paths in fdt_add_subnode_namelen was done incorrectly. I'll replace the attachment after building and testing. I think this is the explanation for the PowerMac11,2 shutdown -r or -p problems. The code should have just disabled the return, more like: if (offset >= 0) #if 0 // Some Macintoshes have identical package-to-pathname results for // multiple nodes of the same type and unit under the parent node. // Avoid blocking this for fdt. return -FDT_ERR_EXISTS; #else ; #endif else if (offset != -FDT_ERR_NOTFOUND) return offset; Instead the messed up change did the "return offset;" and so did not do the addition of the node, instead returning the pre-existing one to be manipulated. === Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-ppc@freebsd.org Sat Apr 13 18:40:24 2019 Return-Path: Delivered-To: freebsd-ppc@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8AE2F157FFC9 for ; Sat, 13 Apr 2019 18:40:24 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 1FBFC8D525 for ; Sat, 13 Apr 2019 18:40:24 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id CDDFB157FFC8; Sat, 13 Apr 2019 18:40:23 +0000 (UTC) Delivered-To: ppc@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BAFF2157FFC7 for ; Sat, 13 Apr 2019 18:40:23 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 558F18D524 for ; Sat, 13 Apr 2019 18:40:23 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id 8C953D592 for ; Sat, 13 Apr 2019 18:40:22 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id x3DIeM0l078764 for ; Sat, 13 Apr 2019 18:40:22 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x3DIeM3h078763 for ppc@FreeBSD.org; Sat, 13 Apr 2019 18:40:22 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: ppc@FreeBSD.org Subject: [Bug 233863] r345425 on PowerMac G5 may require kern.smp.disabled=1 and must set usefdt=1 which causes net interface reorder Date: Sat, 13 Apr 2019 18:40:22 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: marklmi26-fbsd@yahoo.com X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: ppc@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 13 Apr 2019 18:40:24 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D233863 --- Comment #11 from Mark Millard --- (In reply to Mark Millard from comment #10) The disabling of blocking duplicate paths in fdt_add_subnode_namelen was done incorrectly. I'll replace the attachment after building and testing. I think this is the explanation for the PowerMac11,2 shutdown -r or -p problems. The code should have just disabled the return, more like: if (offset >=3D 0) #if 0 // Some Macintoshes have identical package-to-pathname results for // multiple nodes of the same type and unit under the parent node. // Avoid blocking this for fdt. return -FDT_ERR_EXISTS; #else ; #endif else if (offset !=3D -FDT_ERR_NOTFOUND) return offset; Instead the messed up change did the "return offset;" and so did not do the addition of the node, instead returning the pre-existing one to be manipulated. --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-ppc@freebsd.org Sat Apr 13 20:40:07 2019 Return-Path: Delivered-To: freebsd-ppc@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 80AD11582BF1 for ; Sat, 13 Apr 2019 20:40:07 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 14D266AE53 for ; Sat, 13 Apr 2019 20:40:07 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id C909E1582BEF; Sat, 13 Apr 2019 20:40:06 +0000 (UTC) Delivered-To: ppc@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B4CC71582BEE for ; Sat, 13 Apr 2019 20:40:06 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4B6B06AE50 for ; Sat, 13 Apr 2019 20:40:06 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id 83185E694 for ; Sat, 13 Apr 2019 20:40:05 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id x3DKe5gT084239 for ; Sat, 13 Apr 2019 20:40:05 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x3DKe5NK084238 for ppc@FreeBSD.org; Sat, 13 Apr 2019 20:40:05 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: ppc@FreeBSD.org Subject: [Bug 233863] r345425 on PowerMac G5 may require kern.smp.disabled=1 and must set usefdt=1 which causes net interface reorder Date: Sat, 13 Apr 2019 20:40:04 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: marklmi26-fbsd@yahoo.com X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: ppc@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: attachments.isobsolete Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 13 Apr 2019 20:40:07 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D233863 Mark Millard changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #203622|0 |1 is obsolete| | --- Comment #12 from Mark Millard --- Comment on attachment 203622 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=3D203622 Investigatory stand/powerpc/ofw/ofwfdt.c and sys/contrib/libfdt/fdt_rw.c patches The change to sys/contrib/libfdt/fdt_rw.c was wrong. I'll add a corrected attachment. --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-ppc@freebsd.org Sat Apr 13 20:46:03 2019 Return-Path: Delivered-To: freebsd-ppc@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 986981582F02 for ; Sat, 13 Apr 2019 20:46:03 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 2CE646B373 for ; Sat, 13 Apr 2019 20:46:03 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id D9BD51582EFC; Sat, 13 Apr 2019 20:46:02 +0000 (UTC) Delivered-To: ppc@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C70F61582EFB for ; Sat, 13 Apr 2019 20:46:02 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 5FAEB6B36F for ; Sat, 13 Apr 2019 20:46:02 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id 8F3D5E7F3 for ; Sat, 13 Apr 2019 20:46:01 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id x3DKk1YA001088 for ; Sat, 13 Apr 2019 20:46:01 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x3DKk1XU001087 for ppc@FreeBSD.org; Sat, 13 Apr 2019 20:46:01 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: ppc@FreeBSD.org Subject: [Bug 233863] r345425 on PowerMac G5 may require kern.smp.disabled=1 and must set usefdt=1 which causes net interface reorder Date: Sat, 13 Apr 2019 20:46:01 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: marklmi26-fbsd@yahoo.com X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: ppc@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: attachments.created Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 13 Apr 2019 20:46:03 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D233863 --- Comment #13 from Mark Millard --- Created attachment 203652 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=3D203652&action= =3Dedit Investigatory stand/powerpc/ofw/ofwfdt.c and sys/contrib/libfdt/fdt_rw.c patches This fixes the patch to /usr/src/sys/contrib/libfdt/fdt_rw.c for allowing identical package-to-pathname results since Macintoshes have such. --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-ppc@freebsd.org Sat Apr 13 20:48:31 2019 Return-Path: Delivered-To: freebsd-ppc@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 233861582FBF for ; Sat, 13 Apr 2019 20:48:31 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id A75D06B3F1 for ; Sat, 13 Apr 2019 20:48:30 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 67A761582FBE; Sat, 13 Apr 2019 20:48:30 +0000 (UTC) Delivered-To: ppc@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 538491582FBD for ; Sat, 13 Apr 2019 20:48:30 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id DF9ED6B3F0 for ; Sat, 13 Apr 2019 20:48:29 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id 27040E7FB for ; Sat, 13 Apr 2019 20:48:29 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id x3DKmTo9003529 for ; Sat, 13 Apr 2019 20:48:29 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x3DKmTUI003528 for ppc@FreeBSD.org; Sat, 13 Apr 2019 20:48:29 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: ppc@FreeBSD.org Subject: [Bug 233863] r345425 on PowerMac G5 may require kern.smp.disabled=1 and must set usefdt=1 which causes net interface reorder Date: Sat, 13 Apr 2019 20:48:29 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: marklmi26-fbsd@yahoo.com X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: ppc@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 13 Apr 2019 20:48:31 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D233863 --- Comment #14 from Mark Millard --- (In reply to Mark Millard from comment #13) The corrected fix lead to shutdown -r and -p working on the PowerMac11,2 example for usefdt mode. --=20 You are receiving this mail because: You are the assignee for the bug.=