From owner-freebsd-ppc@freebsd.org Mon Nov 26 19:13:18 2018 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 892A11141718 for ; Mon, 26 Nov 2018 19:13:18 +0000 (UTC) (envelope-from dclarke@blastwave.org) Received: from atl4mhob09.registeredsite.com (atl4mhob09.registeredsite.com [209.17.115.47]) by mx1.freebsd.org (Postfix) with ESMTP id AACAD84862 for ; Mon, 26 Nov 2018 19:13:15 +0000 (UTC) (envelope-from dclarke@blastwave.org) Received: from mailpod.hostingplatform.com (atl4qobmail01pod2.registeredsite.com [10.30.77.35]) by atl4mhob09.registeredsite.com (8.14.4/8.14.4) with ESMTP id wAQJD8M6016285 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL) for ; Mon, 26 Nov 2018 14:13:08 -0500 Received: (qmail 1093 invoked by uid 0); 26 Nov 2018 19:13:07 -0000 X-TCPREMOTEIP: 174.118.245.214 X-Authenticated-UID: dclarke@blastwave.org Received: from unknown (HELO ?172.16.35.3?) (dclarke@blastwave.org@174.118.245.214) by 0 with ESMTPA; 26 Nov 2018 19:13:07 -0000 To: FreeBSD PowerPC ML From: Dennis Clarke Subject: RC2 seems to need kern.smp.disabled=1 Message-ID: <57efdab7-568c-623e-4b66-cf5ed7c138bf@blastwave.org> Date: Mon, 26 Nov 2018 14:13:07 -0500 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:64.0) Gecko/20100101 Thunderbird/64.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: AACAD84862 X-Spamd-Result: default: False [1.66 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_HAM_MEDIUM(-0.50)[-0.498,0]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_SPAM_SHORT(0.63)[0.634,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)[]; RCPT_COUNT_ONE(0.00)[1]; RCVD_COUNT_THREE(0.00)[4]; TO_DN_ALL(0.00)[]; MX_GOOD(-0.01)[mx1.netsolmail.net]; NEURAL_SPAM_LONG(0.55)[0.550,0]; RCVD_IN_DNSWL_NONE(0.00)[47.115.17.209.list.dnswl.org : 127.0.5.0]; R_SPF_NA(0.00)[]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; IP_SCORE(-0.02)[country: US(-0.09)]; ASN(0.00)[asn:19871, ipnet:209.17.112.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[] X-Rspamd-Server: mx1.freebsd.org 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, 26 Nov 2018 19:13:18 -0000 Hello ppc64 types: Merely an observation that RC1 was running more or less fine without the need to castrate the smp feature whereas RC2 won't even boot. The fans just roar and it sits there roaring. So RC2 : root@eris:~ # uname -a FreeBSD eris 12.0-RC2 FreeBSD 12.0-RC2 r340839 GENERIC powerpc root@eris:~ # getconf -a | grep -i "NPROC" getconf: sysconf: _POSIX_FILE_LOCKING: Invalid argument getconf: sysconf: _POSIX_THREAD_SPORADIC_SERVER: Invalid argument getconf: sysconf: _POSIX_TRACE_EVENT_FILTER: Invalid argument getconf: sysconf: _POSIX_TRACE_INHERIT: Invalid argument getconf: sysconf: _POSIX_TRACE_LOG: Invalid argument getconf: sysconf: _XOPEN_VERSION: Invalid argument NPROCESSORS_CONF: 1 NPROCESSORS_ONLN: 1 root@eris:~ # However the exact same machine was fine yesterday with RC1 : eris$ /usr/bin/time -p ./factorial 20 ------------------------------------------------------------- system name = FreeBSD node name = eris release = 12.0-RC1 version = FreeBSD 12.0-RC1 r340470 GENERIC machine = powerpc ------------------------------------------------------------- GMP library version : 6.1.2 inf : pagesize seems to be 4096 inf : physical pages number seems to be 2085549 inf : total memory seems to be 8542408704 inf : number of configured processors seems to be 4 inf : number of online processors seems to be 4 ------------------------------------------------------------- n approx time in nanosecs ---------+---------------------------- 10000 28782119 nsec 20000 113344390 nsec 30000 264088884 nsec 40000 482695132 nsec 50000 772446957 nsec 60000 1130731802 nsec 70000 1564791040 nsec 80000 2069463850 nsec 90000 2649433561 nsec 100000 3302860225 nsec 110000 4031924958 nsec 120000 4841946952 nsec 130000 5725338148 nsec 140000 6684564457 nsec 150000 7726752108 nsec 160000 8842535135 nsec 170000 10032317230 nsec 180000 11316147413 nsec 190000 12666156577 nsec 200000 14101113493 nsec -------------------------------------- real 98.35 user 98.23 sys 0.02 Would love to see what anyone else gets from that same code. Also what the heck is this double underscore "__BSD_VISIBLE" requirement in order to get reasonable data from sysconf()? /********************************************************************* * The Open Group Base Specifications Issue 6 * IEEE Std 1003.1, 2004 Edition * * An XSI-conforming application should ensure that the feature * test macro _XOPEN_SOURCE is defined with the value 600 before * inclusion of any header. This is needed to enable the * functionality described in The _POSIX_C_SOURCE Feature Test * Macro and in addition to enable the XSI extension. * *********************************************************************/ #define _XOPEN_SOURCE 600 #define __BSD_VISIBLE 1 #include #include #include #include #include #include #include #include #include #include #include #include "gmp.h" uint64_t timediff( struct timespec start, struct timespec end ) { /* return the delta time as a 64-bit positive number of * nanoseconds. Regardless of the time direction between * start and end we always get a positive result. */ struct timespec temp; uint64_t s, n; if ( ( end.tv_nsec - start.tv_nsec ) < 0 ) { /* make a full second adjustment to tv_sec */ temp.tv_sec = end.tv_sec - start.tv_sec - 1; /* we have to add a full second to temp.tv_nsec */ temp.tv_nsec = 1000000000 + end.tv_nsec - start.tv_nsec; } else { temp.tv_sec = end.tv_sec - start.tv_sec; temp.tv_nsec = end.tv_nsec - start.tv_nsec; } s = (uint64_t) temp.tv_sec; n = (uint64_t) temp.tv_nsec; return ( s * (uint64_t)1000000000 + n ); } void gmp_fact( int n ) { int i; mpz_t p; mpz_init_set_ui( p, 1 ); /* p = 1 */ for ( i = 1; i <= n ; ++i ) { mpz_mul_ui( p, p, i ); /* p = p * i */ } /* will fail wonderfully if n is large */ /****************************************************** ***** actually lets not bother to print anything ***** * fprintf ( stdout, "\n %d! = ", n ); * mpz_out_str( stdout, 10, p ); * fprintf ( stdout, "\n\n" ); ******************************************************/ mpz_clear( p ); } int main(int argc, char *argv[]) { int n, k, state; long pagesize, phypages, nproc_onln, nproc_cfg; struct timespec start, end; struct utsname uname_data; uint64_t t_delta; if ( argc <= 1) { usage: fprintf ( stderr, "Usage: %s \n", argv[0] ); fprintf ( stderr, " : Where is a positive " ); fprintf ( stderr, "integer for the number of loops to\n" ); fprintf ( stderr, " : perform. In each loop a factorial" ); fprintf ( stderr, " shall be computed which is a\n" ); fprintf ( stderr, " : multiple of ten thousand.\n" ); return ( EXIT_FAILURE ); } else { n = (int) strtol( argv[1], (char **)NULL, 10); if ( n < 0 ) goto usage; } setlocale( LC_MESSAGES, "C" ); if ( uname( &uname_data ) < 0 ) { fprintf ( stderr, "WARNING : Could not attain system uname data.\n" ); perror ( "uname" ); } else { printf ( "-------------------------------" ); printf ( "------------------------------\n" ); printf ( " system name = %s\n", uname_data.sysname ); printf ( " node name = %s\n", uname_data.nodename ); printf ( " release = %s\n", uname_data.release ); printf ( " version = %s\n", uname_data.version ); printf ( " machine = %s\n", uname_data.machine ); printf ( "-------------------------------" ); printf ( "------------------------------" ); } printf ("\n"); printf("GMP library version : %d.%d.%d\n", __GNU_MP_VERSION, __GNU_MP_VERSION_MINOR, __GNU_MP_VERSION_PATCHLEVEL ); /* try to get an idea of system processors available and memory */ state = 1; pagesize = sysconf(_SC_PAGESIZE); if (pagesize == -1){ fprintf(stderr, "dbg : could not attain _SC_PAGESIZE\n : %s\n", strerror(errno)); state = 0; }else{ printf("inf : pagesize seems to be %i\n", pagesize); } phypages = sysconf(_SC_PHYS_PAGES); if (phypages == -1){ fprintf(stderr, "dbg : could not attain _SC_PHYS_PAGES\n : %s\n", strerror(errno)); state = 0; }else{ printf("inf : physical pages number seems to be %i\n", phypages); } if(state){ printf("inf : total memory seems to be %llu\n", (uint64_t)pagesize * (uint64_t)phypages); }else{ fprintf(stderr,"dbg : there is no way to determine system memory.\n"); } nproc_cfg = sysconf(_SC_NPROCESSORS_CONF); if (nproc_cfg == -1){ fprintf(stderr, "dbg : could not attain _SC_NPROCESSORS_CONF\n : %s\n", strerror(errno)); }else{ printf("inf : number of configured processors seems to be %i\n", nproc_cfg); } nproc_onln = sysconf(_SC_NPROCESSORS_ONLN); if (nproc_onln == -1){ fprintf(stderr, "dbg : could not attain _SC_NPROCESSORS_ONLN\n : %s\n", strerror(errno)); }else{ printf("inf : number of online processors seems to be %i\n", nproc_onln); } printf("-------------------------------"); printf("------------------------------\n\n"); printf(" n approx time in nanosecs\n"); printf(" ---------+----------------------------\n"); for ( k=0; k 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 C7B5311426A3 for ; Mon, 26 Nov 2018 19:41:32 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic312-22.consmr.mail.ne1.yahoo.com (sonic312-22.consmr.mail.ne1.yahoo.com [66.163.191.203]) (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 B085B85DFF for ; Mon, 26 Nov 2018 19:41:31 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: jVyIxPQVM1kwYoo.ZlLbI60q51W4xfZ_La3X5bgG2oL2bO625S83LVdk.R08MDQ 6JyhSp2Uf1vyxyxh0SsCz1QAF1FytpC_xeGdxoWpBILJ8JoLwPvpAnCzh_MmyuNx0MS5xI_LU0Kq IDk2Q58XdF97Cd_d2Vrl8qvKY8yBCgoao.DZnr5OwdY_kvd37lkWMtPezud.zhy6oDUVguyWxJ3p _3dooZgSCJO26PmiLKBQ2u.sd7EgWqUV5GLuhi9qEb1GoE5FmZgy6A7IVTWxTh3cU67exPnkOMmW y1PiVzpz_MLX2qG4LfO56zfpCJwJvRBTRs7z5J1zqwOg38EDXrWB7lgnOYanqu.B7jFymXUUKNXU PFqIPz5qvlQfL675t8Eh0wbqkDK4saShQwASC1OtvpqLHJg6PeIIkdpfDhkqDu.KD_uKMzLZ3l0A KCwYIIs6spcVJVqTjZQaDrSuCcIvtYO7W3BpaImFsNI5Wuy04Nzrba9EdLpY_9EUOjJ7KH6zsoTS ab4.DS1kGA0OzCGpIpZknqtoaFXjvNKDiQyJQNSmEk38MwRNyijm5VkNzvPqDVU0QHKXyopTQwiS 8Vprit92zplIgukFgbty9eZ1VGTtsSVwEKwogCLSkjtpTdSwO0mzHsro8wL8.0UNiVoA8uUQr2FT wF9F5dg7c9uSVb8j2EuPMnecqlPd1s6jdV1WUSBfPCvt3c2.WISOjWsKT.FBBy2jRmcokn3jualj 0MSRp44GG.SGJzjnOOu..st9CBKcmL_x800UUnb6AMCgBoMXhr6ysV7LHILcz5H0w0Rey9z66uRn axeWuLka5i7SQiahvKDu1V_mbQ9yAq9xTed6e3BwtECyb05Kec2svDLvSgK0AHo3Xc.idcVJvf9i Te_Bogp80xXPj0ELV1NuVO8mAeRF1aXN6y1q79uGDHcxAz3j9Lm2S4wOTPtOXsHtanmN4fZfL_yk 1iFEfcaZmBDzzGxRHL9zDIORjFs8ZBMfS7dHDJxiydgKsflU5nH4yXEhTozQwlTiSyXrSaIPlmEW 9xmhaEUZXctPnp4h3iyjgyM8hbl0kgt7pOwttpVr7vj9tQJkTqfZBbC2i2ZUG Received: from sonic.gate.mail.ne1.yahoo.com by sonic312.consmr.mail.ne1.yahoo.com with HTTP; Mon, 26 Nov 2018 19:41:24 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.101]) ([76.115.7.162]) by smtp428.mail.ne1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 2e4afecb4b78465fd534bb592d1485ca; Mon, 26 Nov 2018 19:41:20 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 12.1 \(3445.101.1\)) Subject: Re: RC2 seems to need kern.smp.disabled=1 From: Mark Millard In-Reply-To: <57efdab7-568c-623e-4b66-cf5ed7c138bf@blastwave.org> Date: Mon, 26 Nov 2018 11:41:18 -0800 Cc: FreeBSD PowerPC ML Content-Transfer-Encoding: quoted-printable Message-Id: <179CF982-D123-483D-B3B9-188010C39BD5@yahoo.com> References: <57efdab7-568c-623e-4b66-cf5ed7c138bf@blastwave.org> To: Dennis Clarke X-Mailer: Apple Mail (2.3445.101.1) X-Rspamd-Queue-Id: B085B85DFF X-Spamd-Result: default: False [3.77 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; FREEMAIL_FROM(0.00)[yahoo.com]; NEURAL_SPAM_MEDIUM(0.70)[0.696,0]; NEURAL_SPAM_SHORT(0.99)[0.989,0]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; MX_GOOD(-0.01)[cached: mta6.am0.yahoodns.net]; RCVD_IN_DNSWL_NONE(0.00)[203.191.163.66.list.dnswl.org : 127.0.5.0]; RCPT_COUNT_TWO(0.00)[2]; IP_SCORE(1.65)[ip: (5.58), ipnet: 66.163.184.0/21(1.52), asn: 36646(1.22), country: US(-0.09)]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FROM_EQ_ENVFROM(0.00)[]; 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)[]; NEURAL_SPAM_LONG(0.95)[0.950,0] X-Rspamd-Server: mx1.freebsd.org 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, 26 Nov 2018 19:41:33 -0000 On 2018-Nov-26, at 11:13, Dennis Clarke = wrote: > Hello ppc64 types: >=20 > Merely an observation that RC1 was running more or less fine without = the > need to castrate the smp feature whereas RC2 won't even boot. If you were able to smp boot a PowerMac G5 based on a version that was based on: #define VM_MAX_KERNEL_ADDRESS 0xe0000007ffffffffUL from sys/powerpc/include/vmparam.h that is interesting. This is the value I (and others?) have been reverting to: #define VM_MAX_KERNEL_ADDRESS 0xe0000001c7ffffffUL in order to allow smp use on such G5's. Quoting an old reply from 2018-Oct-11 (-r??????'s are from 13-CURRENT): QUOTE Until the problems with -r334498 's adjustment to VM_MAX_KERNEL_ADDRESS are dealt with, PowerMac G5's have boot problems (and possibly other problems), at least those with multiple sockets (for what I can test). (I've no access to other forms of PowerMac G5's.) See: https://lists.freebsd.org/pipermail/freebsd-ppc/2018-October/009669.html and later in that thread. (Earlier in the thread is likely a waste of = time to read, given what is now known.) My G5 contexts are operational by reverting -r334498 . The contexts are otherwise based on -r339076 currently. Note: My boot test on a 8 GiByte, dual-socket, one "CPU" per socket, PowerMac G5 met the conditions of Andreas Tobler's requested test conditions and the machine boot fine (VM_MAX_KERNEL_ADDRESS near the RAM size, on the low side). The G5 so-called "Quad Core"s, 4 cores total in each system but split evenly across 2 sockets in each), one with 12 GiByte and one with 16 GiByte of RAM, booted fine as well. But VM_MAX_KERNEL_ADDRESS was somewhat under 8GiByte and so not near those sizes. ENDQUOTE > The fans > just roar and it sits there roaring. So RC2 : >=20 > root@eris:~ # uname -a > FreeBSD eris 12.0-RC2 FreeBSD 12.0-RC2 r340839 GENERIC powerpc > root@eris:~ # getconf -a | grep -i "NPROC" > getconf: sysconf: _POSIX_FILE_LOCKING: Invalid argument > getconf: sysconf: _POSIX_THREAD_SPORADIC_SERVER: Invalid argument > getconf: sysconf: _POSIX_TRACE_EVENT_FILTER: Invalid argument > getconf: sysconf: _POSIX_TRACE_INHERIT: Invalid argument > getconf: sysconf: _POSIX_TRACE_LOG: Invalid argument > getconf: sysconf: _XOPEN_VERSION: Invalid argument > NPROCESSORS_CONF: 1 > NPROCESSORS_ONLN: 1 > root@eris:~ # >=20 > However the exact same machine was fine yesterday with RC1 : >=20 > eris$ /usr/bin/time -p ./factorial 20 > ------------------------------------------------------------- > system name =3D FreeBSD > node name =3D eris > release =3D 12.0-RC1 > version =3D FreeBSD 12.0-RC1 r340470 GENERIC > machine =3D powerpc > ------------------------------------------------------------- > GMP library version : 6.1.2 > inf : pagesize seems to be 4096 > inf : physical pages number seems to be 2085549 > inf : total memory seems to be 8542408704 > inf : number of configured processors seems to be 4 > inf : number of online processors seems to be 4 > ------------------------------------------------------------- >=20 > n approx time in nanosecs > ---------+---------------------------- > 10000 28782119 nsec > 20000 113344390 nsec > 30000 264088884 nsec > 40000 482695132 nsec > 50000 772446957 nsec > 60000 1130731802 nsec > 70000 1564791040 nsec > 80000 2069463850 nsec > 90000 2649433561 nsec > 100000 3302860225 nsec > 110000 4031924958 nsec > 120000 4841946952 nsec > 130000 5725338148 nsec > 140000 6684564457 nsec > 150000 7726752108 nsec > 160000 8842535135 nsec > 170000 10032317230 nsec > 180000 11316147413 nsec > 190000 12666156577 nsec > 200000 14101113493 nsec > -------------------------------------- > real 98.35 > user 98.23 > sys 0.02 >=20 >=20 > Would love to see what anyone else gets from that same code. Also = what the heck is this double underscore "__BSD_VISIBLE" requirement in = order to get reasonable data from sysconf()? >=20 >=20 > /********************************************************************* > * The Open Group Base Specifications Issue 6 > * IEEE Std 1003.1, 2004 Edition > * > * An XSI-conforming application should ensure that the feature > * test macro _XOPEN_SOURCE is defined with the value 600 before > * inclusion of any header. This is needed to enable the > * functionality described in The _POSIX_C_SOURCE Feature Test > * Macro and in addition to enable the XSI extension. > * > *********************************************************************/ > #define _XOPEN_SOURCE 600 > #define __BSD_VISIBLE 1 >=20 > #include > #include > #include > #include > #include > #include > #include > #include > #include > #include > #include >=20 > #include "gmp.h" >=20 > uint64_t timediff( struct timespec start, struct timespec end ) > { > /* return the delta time as a 64-bit positive number of > * nanoseconds. Regardless of the time direction between > * start and end we always get a positive result. */ >=20 > struct timespec temp; > uint64_t s, n; >=20 > if ( ( end.tv_nsec - start.tv_nsec ) < 0 ) { > /* make a full second adjustment to tv_sec */ > temp.tv_sec =3D end.tv_sec - start.tv_sec - 1; > /* we have to add a full second to temp.tv_nsec */ > temp.tv_nsec =3D 1000000000 + end.tv_nsec - start.tv_nsec; > } else { > temp.tv_sec =3D end.tv_sec - start.tv_sec; > temp.tv_nsec =3D end.tv_nsec - start.tv_nsec; > } > s =3D (uint64_t) temp.tv_sec; > n =3D (uint64_t) temp.tv_nsec; > return ( s * (uint64_t)1000000000 + n ); > } >=20 > void gmp_fact( int n ) > { > int i; > mpz_t p; >=20 > mpz_init_set_ui( p, 1 ); /* p =3D 1 */ > for ( i =3D 1; i <=3D n ; ++i ) { > mpz_mul_ui( p, p, i ); /* p =3D p * i */ > } > /* will fail wonderfully if n is large */ > /****************************************************** > ***** actually lets not bother to print anything ***** > * fprintf ( stdout, "\n %d! =3D ", n ); > * mpz_out_str( stdout, 10, p ); > * fprintf ( stdout, "\n\n" ); > ******************************************************/ > mpz_clear( p ); >=20 > } >=20 > int main(int argc, char *argv[]) > { > int n, k, state; > long pagesize, phypages, nproc_onln, nproc_cfg; > struct timespec start, end; > struct utsname uname_data; > uint64_t t_delta; >=20 > if ( argc <=3D 1) { > usage: fprintf ( stderr, "Usage: %s \n", argv[0] ); > fprintf ( stderr, " : Where is a positive " ); > fprintf ( stderr, "integer for the number of loops to\n" ); > fprintf ( stderr, " : perform. In each loop a factorial" ); > fprintf ( stderr, " shall be computed which is a\n" ); > fprintf ( stderr, " : multiple of ten thousand.\n" ); > return ( EXIT_FAILURE ); > } else { > n =3D (int) strtol( argv[1], (char **)NULL, 10); > if ( n < 0 ) goto usage; > } >=20 > setlocale( LC_MESSAGES, "C" ); > if ( uname( &uname_data ) < 0 ) { > fprintf ( stderr, > "WARNING : Could not attain system uname data.\n" ); > perror ( "uname" ); > } else { > printf ( "-------------------------------" ); > printf ( "------------------------------\n" ); > printf ( " system name =3D %s\n", uname_data.sysname ); > printf ( " node name =3D %s\n", uname_data.nodename ); > printf ( " release =3D %s\n", uname_data.release ); > printf ( " version =3D %s\n", uname_data.version ); > printf ( " machine =3D %s\n", uname_data.machine ); > printf ( "-------------------------------" ); > printf ( "------------------------------" ); > } > printf ("\n"); >=20 > printf("GMP library version : %d.%d.%d\n", > __GNU_MP_VERSION, > __GNU_MP_VERSION_MINOR, > __GNU_MP_VERSION_PATCHLEVEL ); >=20 > /* try to get an idea of system processors available and memory */ > state =3D 1; > pagesize =3D sysconf(_SC_PAGESIZE); > if (pagesize =3D=3D -1){ > fprintf(stderr, > "dbg : could not attain _SC_PAGESIZE\n : %s\n", > strerror(errno)); > state =3D 0; > }else{ > printf("inf : pagesize seems to be %i\n", pagesize); > } > phypages =3D sysconf(_SC_PHYS_PAGES); > if (phypages =3D=3D -1){ > fprintf(stderr, > "dbg : could not attain _SC_PHYS_PAGES\n : %s\n", > strerror(errno)); > state =3D 0; > }else{ > printf("inf : physical pages number seems to be %i\n", = phypages); > } > if(state){ > printf("inf : total memory seems to be %llu\n", > (uint64_t)pagesize * (uint64_t)phypages); > }else{ > fprintf(stderr,"dbg : there is no way to determine system = memory.\n"); > } >=20 > nproc_cfg =3D sysconf(_SC_NPROCESSORS_CONF); > if (nproc_cfg =3D=3D -1){ > fprintf(stderr, > "dbg : could not attain _SC_NPROCESSORS_CONF\n : = %s\n", > strerror(errno)); > }else{ > printf("inf : number of configured processors seems to be = %i\n", nproc_cfg); > } > nproc_onln =3D sysconf(_SC_NPROCESSORS_ONLN); > if (nproc_onln =3D=3D -1){ > fprintf(stderr, > "dbg : could not attain _SC_NPROCESSORS_ONLN\n : = %s\n", > strerror(errno)); > }else{ > printf("inf : number of online processors seems to be %i\n", = nproc_onln); > } >=20 > printf("-------------------------------"); > printf("------------------------------\n\n"); >=20 > printf(" n approx time in nanosecs\n"); > printf(" ---------+----------------------------\n"); >=20 > for ( k=3D0; k clock_gettime( CLOCK_MONOTONIC, &start ); > gmp_fact( (k+1) * 10000 ); > clock_gettime( CLOCK_MONOTONIC, &end ); >=20 > t_delta =3D timediff( start, end ); > fprintf ( stdout, " %6i %16lld nsec\n", > (k+1) * 10000, t_delta ); > } > printf ( " --------------------------------------\n" ); >=20 > return ( EXIT_SUCCESS ); > } >=20 > Anyways I am going to see if there is a way around this ugly > kern.smp.disabled requirement. Hope there is one. =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 Nov 26 21:08:31 2018 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 772011144742 for ; Mon, 26 Nov 2018 21:08:31 +0000 (UTC) (envelope-from dclarke@blastwave.org) Received: from atl4mhfb03.myregisteredsite.com (atl4mhfb03.myregisteredsite.com [209.17.115.119]) (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 9C27F6B16E for ; Mon, 26 Nov 2018 21:08:30 +0000 (UTC) (envelope-from dclarke@blastwave.org) Received: from atl4mhob04.registeredsite.com (atl4mhob04.registeredsite.com [209.17.115.42]) by atl4mhfb03.myregisteredsite.com (8.14.4/8.14.4) with ESMTP id wAQL84VV030463 for ; Mon, 26 Nov 2018 16:08:04 -0500 Received: from mailpod.hostingplatform.com (atl4qobmail01pod2.registeredsite.com [10.30.77.35]) by atl4mhob04.registeredsite.com (8.14.4/8.14.4) with ESMTP id wAQL7uaO014724 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL) for ; Mon, 26 Nov 2018 16:07:56 -0500 Received: (qmail 6260 invoked by uid 0); 26 Nov 2018 21:07:56 -0000 X-TCPREMOTEIP: 174.118.245.214 X-Authenticated-UID: dclarke@blastwave.org Received: from unknown (HELO ?172.16.35.3?) (dclarke@blastwave.org@174.118.245.214) by 0 with ESMTPA; 26 Nov 2018 21:07:56 -0000 Subject: Re: RC2 seems to need kern.smp.disabled=1 To: Mark Millard Cc: FreeBSD PowerPC ML References: <57efdab7-568c-623e-4b66-cf5ed7c138bf@blastwave.org> <179CF982-D123-483D-B3B9-188010C39BD5@yahoo.com> From: Dennis Clarke Message-ID: Date: Mon, 26 Nov 2018 16:07:55 -0500 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:64.0) Gecko/20100101 Thunderbird/64.0 MIME-Version: 1.0 In-Reply-To: <179CF982-D123-483D-B3B9-188010C39BD5@yahoo.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 9C27F6B16E X-Spamd-Result: default: False [-0.13 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_COUNT_FIVE(0.00)[5]; NEURAL_HAM_MEDIUM(-0.62)[-0.624,0]; FROM_HAS_DN(0.00)[]; NEURAL_SPAM_SHORT(0.18)[0.177,0]; NEURAL_HAM_LONG(-0.56)[-0.559,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)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; MX_GOOD(-0.01)[cached: mx1.netsolmail.net]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[119.115.17.209.list.dnswl.org : 127.0.5.0]; R_SPF_NA(0.00)[]; FREEMAIL_TO(0.00)[yahoo.com]; RWL_MAILSPIKE_POSSIBLE(0.00)[119.115.17.209.rep.mailspike.net : 127.0.0.17]; R_DKIM_NA(0.00)[]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:19871, ipnet:209.17.112.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; IP_SCORE(-0.02)[country: US(-0.09)]; FROM_EQ_ENVFROM(0.00)[] X-Rspamd-Server: mx1.freebsd.org 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, 26 Nov 2018 21:08:31 -0000 On 11/26/18 2:41 PM, Mark Millard wrote: > > > On 2018-Nov-26, at 11:13, Dennis Clarke wrote: > > >> Hello ppc64 types: >> >> Merely an observation that RC1 was running more or less fine without the >> need to castrate the smp feature whereas RC2 won't even boot. > > If you were able to smp boot a PowerMac G5 based on a version that > was based on: > > #define VM_MAX_KERNEL_ADDRESS 0xe0000007ffffffffUL > > from sys/powerpc/include/vmparam.h that is interesting. > > This is the value I (and others?) have been reverting to: > > #define VM_MAX_KERNEL_ADDRESS 0xe0000001c7ffffffUL > > in order to allow smp use on such G5's. Quoting an old reply > from 2018-Oct-11 (-r??????'s are from 13-CURRENT): > I don't see that file in my install but then again I did not drag in the sources or much of anything to get off the ground. What I do have is : /usr/include/machine/vmparam.h which says : #define VM_MAX_KERNEL_ADDRESS 0xe0000007ffffffffUL Looking into https://download.freebsd.org/ftp/releases/powerpc/powerpc64/12.0-RC2/src.txz I see : root@eris:~ # grep "VM_MAX_KERNEL_ADDRESS" /usr/src/sys/powerpc/include/vmparam.h #define VM_MAX_KERNEL_ADDRESS 0xe0000007ffffffffUL #define VM_MAX_SAFE_KERNEL_ADDRESS VM_MAX_KERNEL_ADDRESS #define VM_MAX_KERNEL_ADDRESS (VM_MIN_KERNEL_ADDRESS + 3*SEGMENT_LENGTH - 1) #define VM_MAX_KERNEL_ADDRESS 0xffffefff #define VM_MAX_SAFE_KERNEL_ADDRESS VM_MAX_KERNEL_ADDRESS I certainly didn't change anything : root@eris:~ # openssl dgst -sha256 -r /usr/include/machine/vmparam.h 023d840eb725d4310904cd3fd6560e23761c0e1141f38e354d73af2f126602ee */usr/include/machine/vmparam.h root@eris:~ # openssl dgst -sha256 -r /usr/src/sys/powerpc/include/vmparam.h 023d840eb725d4310904cd3fd6560e23761c0e1141f38e354d73af2f126602ee */usr/src/sys/powerpc/include/vmparam.h In any case maybe I am wrong in some way and should try a boot without setting kern.smp.disabled and see what happens. Nope. Machine will not boot. So the exact same hardware will boot and run fine with RC1 but not with RC2. That is certain. Unless kern.smp.disabled=1 is set. Dennis From owner-freebsd-ppc@freebsd.org Mon Nov 26 21:49:30 2018 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 BB4A21145768 for ; Mon, 26 Nov 2018 21:49:30 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic316-21.consmr.mail.ne1.yahoo.com (sonic316-21.consmr.mail.ne1.yahoo.com [66.163.187.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 F41976CB26 for ; Mon, 26 Nov 2018 21:49:29 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: tyc2insVM1kpE6Y_Spt4Ow6l6JBTzW5Kll3MK7H2ULtsUYnV0HzmTAPZ2oW_qfE EwRfX5Iu6_emmYkMJP6TAyRPi2hXT8aquQP4lF.oUwMeeK834zjhYkphJz6XCm0p1KGQPajI9iUu sEC5Co6m4ebrFh1UIyYM0puNJXqymnxRE2zMsPdooVFa8mYjNnNRb8sYTOibA2PRSzFjgeNNCsy2 nAf1WYXNaOSoD00Mb_Fk7xyPCWHMyfYtuLIrVmH8DUlXz9B4HjxTJ_eeXJ.zKQ8lJeFBK8Mu7Cmq Yyr6dfZBotulR.iR_HNDKmHq.NU9Lk7Kfg5DHAs1CZoZ8lvAFzdcnqaK0I4G6ZMIjq16eg_wrJFh 7jeQbjNZmkm_Vk7AcPLpDkroJKZhK4IMjIpRZz5tRfIvJ4Sx3AxajMt7o_mDtMmQj3C9Gf0WPqyV xh2F6mZbsiVYKwgZnZLFCmPxPZABCChQt2j8ULycjasipPjNaHhJS2OW8PpMRgKldtuX7Pc77.e8 __sMCpHXlM18_WVZBTAGxyQy8YMUAENkpe.iH_CTunoohWMFvsA8yHBr.yeYlqNq81thd0JgdwPM lmOpNwJrRGBwDPAW54pMsDd7YGGrTWy4mIco2zb8s0LWto8OMs56TnoWIkhn1FoA9p38Z7.GJ4vq fZcNJkQe2voiehGAdI1.Gl1WUPPdA_c3rUIAi5kPFi0adj3Kol0CT7R.BeJ_JqW5q_BETOfepKUD nNayunjFpb5KsHexCAyKgoAcg9cwqGA4r4P5zhtRbLHIVCeu5JDm.csvgWJAs33izCh7WQK6NYsV x8Ujgrm0PfpL2gb0MmPBbpzpuAms_RhDFBkHobJZhYHhIHFzmc07XmXM9._wzcnxcAca6yD24RE2 VZUGXEFqzJzInaY3zmfbqvum57.kVJIEJWqGyu2f9La9lmT8ZZRP7NbS6ONvwLk9OZ15FiELuU0y qtGbUgpS7ChVRXv7NNnIzDSqqDDj7mGqbVNrVAzzfsEOC.XPYzdfXf5h72tUaFD.dbdlt9J77hfl idEKydGtkEFIUV2I1fDMqqt4UYp9PA1_ga.QRg1SpwJbFY3QM6jDWdzBiOiZF Received: from sonic.gate.mail.ne1.yahoo.com by sonic316.consmr.mail.ne1.yahoo.com with HTTP; Mon, 26 Nov 2018 21:49:29 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.101]) ([76.115.7.162]) by smtp415.mail.ne1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 7758a51ea560167d91566aa918db05f5; Mon, 26 Nov 2018 21:49:28 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 12.1 \(3445.101.1\)) Subject: Re: RC2 seems to need kern.smp.disabled=1 From: Mark Millard In-Reply-To: Date: Mon, 26 Nov 2018 13:49:27 -0800 Cc: FreeBSD PowerPC ML Content-Transfer-Encoding: quoted-printable Message-Id: References: <57efdab7-568c-623e-4b66-cf5ed7c138bf@blastwave.org> <179CF982-D123-483D-B3B9-188010C39BD5@yahoo.com> To: Dennis Clarke X-Mailer: Apple Mail (2.3445.101.1) X-Rspamd-Queue-Id: F41976CB26 X-Spamd-Result: default: False [2.80 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; FREEMAIL_FROM(0.00)[yahoo.com]; NEURAL_SPAM_MEDIUM(0.05)[0.046,0]; NEURAL_SPAM_SHORT(1.00)[0.996,0]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; MX_GOOD(-0.01)[cached: mta6.am0.yahoodns.net]; RCVD_IN_DNSWL_NONE(0.00)[147.187.163.66.list.dnswl.org : 127.0.5.0]; RCPT_COUNT_TWO(0.00)[2]; IP_SCORE(1.35)[ip: (4.12), ipnet: 66.163.184.0/21(1.52), asn: 36646(1.21), country: US(-0.09)]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FROM_EQ_ENVFROM(0.00)[]; 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)[]; NEURAL_SPAM_LONG(0.92)[0.921,0] X-Rspamd-Server: mx1.freebsd.org 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, 26 Nov 2018 21:49:31 -0000 On 2018-Nov-26, at 13:07, Dennis Clarke = wrote: On 11/26/18 2:41 PM, Mark Millard wrote: > On 2018-Nov-26, at 11:13, Dennis Clarke = wrote: >> Hello ppc64 types: >>=20 >> Merely an observation that RC1 was running more or less fine without = the >> need to castrate the smp feature whereas RC2 won't even boot. > If you were able to smp boot a PowerMac G5 based on a version that > was based on: > #define VM_MAX_KERNEL_ADDRESS 0xe0000007ffffffffUL > from sys/powerpc/include/vmparam.h that is interesting. > This is the value I (and others?) have been reverting to: > #define VM_MAX_KERNEL_ADDRESS 0xe0000001c7ffffffUL > in order to allow smp use on such G5's. Quoting an old reply > from 2018-Oct-11 (-r??????'s are from 13-CURRENT): > I don't see that file in my install but then again I did not drag in = the sources or much of anything to get off the ground. What I do have = is : >=20 > /usr/include/machine/vmparam.h The build targeting powerpc64 produces /usr/include/machine/vmparam.h by copying /usr/src/sys/powerpc/include/vmparam.h . If the matching = /src/src/ is not present, then /usr/include/machine/vmparam.h is the right place = to look. But to change the build it is /usr/src/sys/powerpc/include/vmparam.h = that should change before the build. (Which is why I referenced that sort of path.) > which says : >=20 > #define VM_MAX_KERNEL_ADDRESS 0xe0000007ffffffffUL >=20 > Looking into = https://download.freebsd.org/ftp/releases/powerpc/powerpc64/12.0-RC2/src.t= xz I see : >=20 >=20 > root@eris:~ # grep "VM_MAX_KERNEL_ADDRESS" = /usr/src/sys/powerpc/include/vmparam.h > #define VM_MAX_KERNEL_ADDRESS 0xe0000007ffffffffUL > #define VM_MAX_SAFE_KERNEL_ADDRESS VM_MAX_KERNEL_ADDRESS > #define VM_MAX_KERNEL_ADDRESS (VM_MIN_KERNEL_ADDRESS + = 3*SEGMENT_LENGTH - 1) > #define VM_MAX_KERNEL_ADDRESS 0xffffefff > #define VM_MAX_SAFE_KERNEL_ADDRESS VM_MAX_KERNEL_ADDRESS >=20 > I certainly didn't change anything : >=20 > root@eris:~ # openssl dgst -sha256 -r /usr/include/machine/vmparam.h > 023d840eb725d4310904cd3fd6560e23761c0e1141f38e354d73af2f126602ee = */usr/include/machine/vmparam.h > root@eris:~ # openssl dgst -sha256 -r = /usr/src/sys/powerpc/include/vmparam.h > 023d840eb725d4310904cd3fd6560e23761c0e1141f38e354d73af2f126602ee = */usr/src/sys/powerpc/include/vmparam.h I did not intend to suggest that you had. I intended to indicate that that new value has been observed to expose problems by me and others. I reverted to the value from before Justin H.'s change and some other folks may have as well. (I do my own builds. I started using the reverted value during 12 before I progressed to 13 and I'm still using the reverted value.) >=20 > In any case maybe I am wrong in some way and should try a boot > without setting kern.smp.disabled and see what happens. >=20 > Nope. >=20 > Machine will not boot. >=20 > So the exact same hardware will boot and run fine with RC1 but not = with > RC2. That is certain. Unless kern.smp.disabled=3D1 is set. RC1 is also based on 0xe0000007ffffffffUL so this is interesting. But I've no clue how to analyze the distinction at this point. Justin H. or Nathan W. or someone else might some up with some way to get some information from the two contexts that might point at something. You may have the only observed-good smp G5-boot based on code that used the 0xe0000007ffffffffUL value. (It may well be that 0xe0000007ffffffffUL should be valid and some other issue is involved that the older, smaller value happens to avoid in more contexts. My reverting the value is a hack at this point, not a know-good long-term solution. But the problem the new value exposes would then likely be older than the value increase.) =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 Nov 26 22:36:53 2018 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 66B7011473B7 for ; Mon, 26 Nov 2018 22:36:53 +0000 (UTC) (envelope-from dclarke@blastwave.org) Received: from atl4mhfb03.myregisteredsite.com (atl4mhfb03.myregisteredsite.com [209.17.115.119]) (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 C5EE26EFA2 for ; Mon, 26 Nov 2018 22:36:52 +0000 (UTC) (envelope-from dclarke@blastwave.org) Received: from atl4mhob18.registeredsite.com (atl4mhob18.registeredsite.com [209.17.115.111]) by atl4mhfb03.myregisteredsite.com (8.14.4/8.14.4) with ESMTP id wAQMap3v024332 for ; Mon, 26 Nov 2018 17:36:51 -0500 Received: from mailpod.hostingplatform.com (atl4qobmail01pod2.registeredsite.com [10.30.77.35]) by atl4mhob18.registeredsite.com (8.14.4/8.14.4) with ESMTP id wAQMahlf038165 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL) for ; Mon, 26 Nov 2018 17:36:43 -0500 Received: (qmail 17894 invoked by uid 0); 26 Nov 2018 22:36:43 -0000 X-TCPREMOTEIP: 174.118.245.214 X-Authenticated-UID: dclarke@blastwave.org Received: from unknown (HELO ?172.16.35.3?) (dclarke@blastwave.org@174.118.245.214) by 0 with ESMTPA; 26 Nov 2018 22:36:43 -0000 Subject: Re: RC2 seems to need kern.smp.disabled=1 To: Mark Millard Cc: FreeBSD PowerPC ML References: <57efdab7-568c-623e-4b66-cf5ed7c138bf@blastwave.org> <179CF982-D123-483D-B3B9-188010C39BD5@yahoo.com> From: Dennis Clarke Message-ID: <22917196-317d-e559-f18c-bc4c6c9293da@blastwave.org> Date: Mon, 26 Nov 2018 17:36:42 -0500 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:64.0) Gecko/20100101 Thunderbird/64.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: C5EE26EFA2 X-Spamd-Result: default: False [-0.68 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_COUNT_FIVE(0.00)[5]; NEURAL_HAM_MEDIUM(-0.52)[-0.525,0]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-0.43)[-0.429,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)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; MX_GOOD(-0.01)[cached: mx1.netsolmail.net]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[119.115.17.209.list.dnswl.org : 127.0.5.0]; NEURAL_HAM_SHORT(-0.60)[-0.601,0]; R_SPF_NA(0.00)[]; FREEMAIL_TO(0.00)[yahoo.com]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:19871, ipnet:209.17.112.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; IP_SCORE(-0.02)[country: US(-0.09)]; RWL_MAILSPIKE_POSSIBLE(0.00)[119.115.17.209.rep.mailspike.net : 127.0.0.17] X-Rspamd-Server: mx1.freebsd.org 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, 26 Nov 2018 22:36:53 -0000 On 11/26/18 4:49 PM, Mark Millard wrote: > On 2018-Nov-26, at 13:07, Dennis Clarke wrote: > On 11/26/18 2:41 PM, Mark Millard wrote: >> On 2018-Nov-26, at 11:13, Dennis Clarke wrote: >>> Hello ppc64 types: >>> >>> Merely an observation that RC1 was running more or less fine without the >>> need to castrate the smp feature whereas RC2 won't even boot. >> If you were able to smp boot a PowerMac G5 based on a version that >> was based on: >> #define VM_MAX_KERNEL_ADDRESS 0xe0000007ffffffffUL >> from sys/powerpc/include/vmparam.h that is interesting. >> This is the value I (and others?) have been reverting to: >> #define VM_MAX_KERNEL_ADDRESS 0xe0000001c7ffffffUL >> in order to allow smp use on such G5's. Quoting an old reply >> from 2018-Oct-11 (-r??????'s are from 13-CURRENT): > >> >> /usr/include/machine/vmparam.h > > The build targeting powerpc64 produces /usr/include/machine/vmparam.h by > copying /usr/src/sys/powerpc/include/vmparam.h . If the matching /src/src/ > is not present, then /usr/include/machine/vmparam.h is the right place to > look. cool. > > But to change the build it is /usr/src/sys/powerpc/include/vmparam.h that > should change before the build. (Which is why I referenced that sort of > path.) > >> which says : >> >> #define VM_MAX_KERNEL_ADDRESS 0xe0000007ffffffffUL >> >> Looking into https://download.freebsd.org/ftp/releases/powerpc/powerpc64/12.0-RC2/src.txz I see : >> >> >> root@eris:~ # grep "VM_MAX_KERNEL_ADDRESS" /usr/src/sys/powerpc/include/vmparam.h >> #define VM_MAX_KERNEL_ADDRESS 0xe0000007ffffffffUL >> #define VM_MAX_SAFE_KERNEL_ADDRESS VM_MAX_KERNEL_ADDRESS >> #define VM_MAX_KERNEL_ADDRESS (VM_MIN_KERNEL_ADDRESS + 3*SEGMENT_LENGTH - 1) >> #define VM_MAX_KERNEL_ADDRESS 0xffffefff >> #define VM_MAX_SAFE_KERNEL_ADDRESS VM_MAX_KERNEL_ADDRESS >> >> I certainly didn't change anything : >> >> root@eris:~ # openssl dgst -sha256 -r /usr/include/machine/vmparam.h >> 023d840eb725d4310904cd3fd6560e23761c0e1141f38e354d73af2f126602ee */usr/include/machine/vmparam.h >> root@eris:~ # openssl dgst -sha256 -r /usr/src/sys/powerpc/include/vmparam.h >> 023d840eb725d4310904cd3fd6560e23761c0e1141f38e354d73af2f126602ee */usr/src/sys/powerpc/include/vmparam.h > > I did not intend to suggest that you had. I intended to indicate > that that new value has been observed to expose problems by > me and others. I reverted to the value from before Justin H.'s > change and some other folks may have as well. (I do my own > builds. I started using the reverted value during 12 before I > progressed to 13 and I'm still using the reverted value.) > Well I am just testing the off the shelf and out of the box bone stock RC2 from the DVD. That is all the "figure of speech" items I can think of in one sentence right there :-) Anyways RC1 was good and RC2 is not good. At least for smp stuff. >> >> In any case maybe I am wrong in some way and should try a boot >> without setting kern.smp.disabled and see what happens. >> >> Nope. >> >> Machine will not boot. >> >> So the exact same hardware will boot and run fine with RC1 but not with >> RC2. That is certain. Unless kern.smp.disabled=1 is set. > > RC1 is also based on 0xe0000007ffffffffUL so this is interesting. > But I've no clue how to analyze the distinction at this point. > Justin H. or Nathan W. or someone else might some up with some way > to get some information from the two contexts that might point at > something. You may have the only observed-good smp G5-boot based > on code that used the 0xe0000007ffffffffUL value. > Oh heck .. I hate being the special data point. I can boot the RC1 dvd and take a look. I may even just wipe the whole disk and start over with a re-install of RC1. Not sure what I can do here to test but here is an idea : 0) boot with the RC1 dvd 1) I fetch a binary for my little gmp based factorial code thing 2) I fetch a gmp library shared object file also. 3) set LD_LIBRARY_PATH and run it ... should get four procs from sysconf 4) use RC2 and go back to (1) Also I am still baffled about that double underscore BSD_VISIBLE thing. However with __BSD_VISIBLE set I can get _SC_NPROCESSORS_CONF and also the current _SC_NPROCESSORS_ONLN. Not sure yet how to offline a cpu in FreeBSD but that is a whole other question for some other day. > (It may well be that 0xe0000007ffffffffUL should be valid and some > other issue is involved that the older, smaller value happens to > avoid in more contexts. My reverting the value is a hack at this > point, not a know-good long-term solution. But the problem the new > value exposes would then likely be older than the value increase.) Well I think I had best get on with a kernel build here or go back to RC1 or some other way to figure this out. Building a kernel seems like more fun but the make.conf has me baffled : https://www.freebsd.org/cgi/man.cgi?query=make.conf&sektion=5&manpath=freebsd-release-ports Right. I have three of those. root@eris:~ # find / -type f -name make.conf -ls | sed -e 's/ //g' 20627255 24 -r--r--r-- 1 root wheel 10736 Nov 23 20:26 /usr/share/examples/etc/make.conf 20711864 24 -rw-r--r-- 1 root wheel 10736 Nov 23 16:34 /usr/src/share/examples/etc/make.conf 47511975 8 -rw-r--r-- 1 root wheel 29 Nov 26 21:11 /etc/make.conf root@eris:~ # This should be fun. Dennis From owner-freebsd-ppc@freebsd.org Mon Nov 26 22:51:38 2018 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 505AD1147A30 for ; Mon, 26 Nov 2018 22:51:38 +0000 (UTC) (envelope-from dclarke@blastwave.org) Received: from atl4mhob21.registeredsite.com (atl4mhob21.registeredsite.com [209.17.115.115]) by mx1.freebsd.org (Postfix) with ESMTP id 91FF06FA6F for ; Mon, 26 Nov 2018 22:51:37 +0000 (UTC) (envelope-from dclarke@blastwave.org) Received: from mailpod.hostingplatform.com (atl4qobmail01pod2.registeredsite.com [10.30.77.35]) by atl4mhob21.registeredsite.com (8.14.4/8.14.4) with ESMTP id wAQMpais125094 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL) for ; Mon, 26 Nov 2018 17:51:36 -0500 Received: (qmail 41126 invoked by uid 0); 26 Nov 2018 22:51:36 -0000 X-TCPREMOTEIP: 174.118.245.214 X-Authenticated-UID: dclarke@blastwave.org Received: from unknown (HELO ?172.16.35.3?) (dclarke@blastwave.org@174.118.245.214) by 0 with ESMTPA; 26 Nov 2018 22:51:36 -0000 To: FreeBSD PowerPC ML From: Dennis Clarke Subject: build a custom kernel with minimal fluff ? Message-ID: <41ebeebb-c114-9482-0240-f7f9951a46f1@blastwave.org> Date: Mon, 26 Nov 2018 17:51:35 -0500 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:64.0) Gecko/20100101 Thunderbird/64.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 91FF06FA6F X-Spamd-Result: default: False [2.66 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_HAM_MEDIUM(-0.11)[-0.111,0]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_SPAM_SHORT(0.24)[0.241,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)[]; RCPT_COUNT_ONE(0.00)[1]; RCVD_COUNT_THREE(0.00)[4]; IP_SCORE(-0.02)[country: US(-0.09)]; TO_DN_ALL(0.00)[]; MX_GOOD(-0.01)[cached: mx1.netsolmail.net]; NEURAL_SPAM_LONG(0.56)[0.561,0]; RCVD_IN_DNSWL_NONE(0.00)[115.115.17.209.list.dnswl.org : 127.0.5.0]; R_SPF_NA(0.00)[]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:19871, ipnet:209.17.112.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[] X-Rspamd-Server: mx1.freebsd.org 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, 26 Nov 2018 22:51:38 -0000 Just a question to ye ppc64 types folks. Given that I know some people are building their own kernel I wonder what a diff looks like for your make.conf compared to the stock file? Personally I am happy with minimal features : network, a console and a few other items to allow reasonable functions. Dennis From owner-freebsd-ppc@freebsd.org Tue Nov 27 03:25:43 2018 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 6928411379B7 for ; Tue, 27 Nov 2018 03:25:43 +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 C9D687F769 for ; Tue, 27 Nov 2018 03:25:42 +0000 (UTC) (envelope-from dclarke@blastwave.org) Received: from atl4mhob22.registeredsite.com (atl4mhob22.registeredsite.com [209.17.115.116]) by atl4mhfb01.myregisteredsite.com (8.14.4/8.14.4) with ESMTP id wAR3PfCa015802 for ; Mon, 26 Nov 2018 22:25:41 -0500 Received: from mailpod.hostingplatform.com (atl4qobmail01pod2.registeredsite.com [10.30.77.35]) by atl4mhob22.registeredsite.com (8.14.4/8.14.4) with ESMTP id wAR3PYZR012637 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL) for ; Mon, 26 Nov 2018 22:25:34 -0500 Received: (qmail 22107 invoked by uid 0); 27 Nov 2018 03:25:34 -0000 X-TCPREMOTEIP: 174.118.245.214 X-Authenticated-UID: dclarke@blastwave.org Received: from unknown (HELO ?172.16.35.3?) (dclarke@blastwave.org@174.118.245.214) by 0 with ESMTPA; 27 Nov 2018 03:25:34 -0000 Subject: Re: build a custom kernel with minimal fluff ? To: freebsd-ppc@freebsd.org References: <41ebeebb-c114-9482-0240-f7f9951a46f1@blastwave.org> From: Dennis Clarke Message-ID: <63d87217-3b03-cfe3-3ef4-01d8a63b90a7@blastwave.org> Date: Mon, 26 Nov 2018 22:25:33 -0500 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:64.0) Gecko/20100101 Thunderbird/64.0 MIME-Version: 1.0 In-Reply-To: <41ebeebb-c114-9482-0240-f7f9951a46f1@blastwave.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: C9D687F769 X-Spamd-Result: default: False [2.97 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_COUNT_FIVE(0.00)[5]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_SPAM_SHORT(0.22)[0.223,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]; NEURAL_SPAM_MEDIUM(0.56)[0.556,0]; RCVD_TLS_LAST(0.00)[]; MX_GOOD(-0.01)[cached: mx1.netsolmail.net]; NEURAL_SPAM_LONG(0.32)[0.323,0]; 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)[]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:19871, ipnet:209.17.112.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; IP_SCORE(-0.02)[country: US(-0.09)]; RWL_MAILSPIKE_POSSIBLE(0.00)[55.115.17.209.rep.mailspike.net : 127.0.0.17] X-Rspamd-Server: mx1.freebsd.org 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: Tue, 27 Nov 2018 03:25:43 -0000 On 11/26/18 5:51 PM, Dennis Clarke wrote: > > > Just a question to ye ppc64 types folks. Given that I know some people > are building their own kernel I wonder what a diff looks like for your > make.conf compared to the stock file? Personally I am happy with minimal > features : network, a console and a few other items to allow reasonable > functions. Reply to myself : root@eris:/usr/src # /usr/bin/time -p make buildkernel . . . -------------------------------------------------------------- >>> Kernel build for GENERIC64 completed on Tue Nov 27 00:21:41 UTC 2018 -------------------------------------------------------------- real 5351.70 user 2747.76 sys 2420.96 root@eris:/usr/src # OKay good to see. I will pull from whatever is the most recent src ( subversion needed? ) and try again. Dennis From owner-freebsd-ppc@freebsd.org Tue Nov 27 09:26:20 2018 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 5D9F11142319 for ; Tue, 27 Nov 2018 09:26:20 +0000 (UTC) (envelope-from dclarke@blastwave.org) Received: from atl4mhob21.registeredsite.com (atl4mhob21.registeredsite.com [209.17.115.115]) by mx1.freebsd.org (Postfix) with ESMTP id 7D68B6D915 for ; Tue, 27 Nov 2018 09:26:19 +0000 (UTC) (envelope-from dclarke@blastwave.org) Received: from mailpod.hostingplatform.com (atl4qobmail01pod2.registeredsite.com [10.30.77.35]) by atl4mhob21.registeredsite.com (8.14.4/8.14.4) with ESMTP id wAR9QHVY050924 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL) for ; Tue, 27 Nov 2018 04:26:17 -0500 Received: (qmail 15869 invoked by uid 0); 27 Nov 2018 09:26:17 -0000 X-TCPREMOTEIP: 174.118.245.214 X-Authenticated-UID: dclarke@blastwave.org Received: from unknown (HELO ?172.16.35.3?) (dclarke@blastwave.org@174.118.245.214) by 0 with ESMTPA; 27 Nov 2018 09:26:16 -0000 To: FreeBSD PowerPC ML From: Dennis Clarke Subject: revision 341006 quite unusable Message-ID: <62bd5352-6eb5-ea4c-fd5b-fd4d1a35186b@blastwave.org> Date: Tue, 27 Nov 2018 04:26:16 -0500 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:64.0) Gecko/20100101 Thunderbird/64.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 7D68B6D915 X-Spamd-Result: default: False [1.32 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_SPAM_SHORT(0.21)[0.208,0]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-0.09)[-0.095,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)[]; RCPT_COUNT_ONE(0.00)[1]; RCVD_COUNT_THREE(0.00)[4]; TO_DN_ALL(0.00)[]; MX_GOOD(-0.01)[cached: mx1.netsolmail.net]; RCVD_IN_DNSWL_NONE(0.00)[115.115.17.209.list.dnswl.org : 127.0.5.0]; NEURAL_SPAM_MEDIUM(0.23)[0.231,0]; R_SPF_NA(0.00)[]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; IP_SCORE(-0.02)[country: US(-0.09)]; ASN(0.00)[asn:19871, ipnet:209.17.112.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[] X-Rspamd-Server: mx1.freebsd.org 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: Tue, 27 Nov 2018 09:26:20 -0000 So I did a checkout of revision 341006 and without any changes to make.conf and a trivial "make buildkernel" followed by the requisite "make installkernel" I get a machine with a black screen and entirely quite a warm brick. Loud fans. That is all. Pretty sure I missed a big step such as "make buildworld". May as well forget the idea of a make -jX foo with any value X other than 1. I did the exact same process with the sources as provided in RC2 and the machine would boot and run fine with kern.smp.disabled=1 otherwise a warm brick with fans roaring and at least there was something on the console. I did try to load /usr/lib/debug/boot/kernel.old/kernel.debug and seemed to get me nowhere. I don't see any docs anywhere on how to load the last working kernel from forth so I booted the RC2 DVD ( without the dreaded kern.smp.disabled ) and was then able to mount /dev/ada0s3 on /mnt and move the old kernel back into place. Bearing in mind that it was built from the RC2 sources. Anyways here is output from dmesg from the RC2 DVD : ---<>--- Copyright (c) 1992-2018 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 12.0-RC2 r340839 GENERIC powerpc gcc version 4.2.1 20070831 patched [FreeBSD] VT(ofwfb): resolution 1280x1024 cpu0: IBM PowerPC 970MP revision 1.1, 2500.28 MHz cpu0: Features dc000000 cpu0: HID0 1511081 real memory = 8541921280 (8146 MB) avail memory = 8152719360 (7775 MB) FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs arc4random: no preloaded entropy cache random: entropy device external interface kbd0 at kbdmux0 ofwbus0: on nexus0 cpulist0: on ofwbus0 cpu0: on cpulist0 pcr0: on cpu0 cpu1: on cpulist0 pcr1: on cpu1 cpu2: on cpulist0 pcr2: on cpu2 cpu3: on cpulist0 pcr3: on cpu3 powermac_nvram0: mem 0xfff04000-0xfff07fff on ofwbus0 powermac_nvram0: bank0 generation 452, bank1 generation 453 unin0: mem 0xf8000000-0xf8ffffff on ofwbus0 unin0: Version 66 iichb0: mem 0xf8001000-0xf8001fff irq 0 on unin0 iicbus0: on iichb0 iic0: on iicbus0 ds17750: at addr 0x94 on iicbus0 ds16310: at addr 0x96 on iicbus0 max66900: at addr 0x98 on iicbus0 max66901: at addr 0x9c on iicbus0 htpic0: mem 0xf8040000-0xf807ffff on unin0 pcib0: mem 0xf0000000-0xf1ffffff on ofwbus0 pci0: on pcib0 vgapci0: mem 0xa1000000-0xa1ffffff,0x90000000-0x9fffffff,0xa0000000-0xa0ffffff irq 3 at device 0.0 on pci0 vgapci0: Boot video device pcib1: mem 0xf2000000-0xf47fffff,0xf8070000-0xf8070fff on ofwbus0 pcib1: 86 HT IRQs on device 7.0 pci1: on pcib1 pcib1: Enabling MSI window for HyperTransport slave at pci1:0:1:0 pcib2: at device 1.0 on pci1 pci2: on pcib2 pcib3: at device 2.0 on pci1 pci3: on pcib3 bge0: mem 0xfa530000-0xfa53ffff,0xfa520000-0xfa52ffff irq 66 at device 4.0 on pci3 bge0: CHIP ID 0x00008003; ASIC REV 0x08; CHIP REV 0x80; PCI-X 33 MHz miibus0: on bge0 brgphy0: PHY 1 on miibus0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto, auto-flow bge0: Ethernet address: 00:14:51:64:67:10 bge1: mem 0xfa510000-0xfa51ffff,0xfa500000-0xfa50ffff irq 67 at device 4.1 on pci3 bge1: CHIP ID 0x00008003; ASIC REV 0x08; CHIP REV 0x80; PCI-X 33 MHz miibus1: on bge1 brgphy1: PHY 1 on miibus1 brgphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto, auto-flow bge1: Ethernet address: 00:14:51:64:67:11 pcib4: at device 3.0 on pci1 pci4: on pcib4 pcib5: at device 4.0 on pci1 pci5: on pcib5 pcib6: at device 5.0 on pci1 pci6: on pcib6 pcib7: at device 6.0 on pci1 pci7: on pcib7 pcib8: at device 7.0 on pci1 pci8: on pcib8 gem0: mem 0xfa200000-0xfa3fffff at device 15.0 on pci8 gem0: invalid MAC address device_attach: gem0 attach returned 6 pcib9: at device 8.0 on pci1 pci9: on pcib9 macio0: mem 0x80000000-0x8007ffff at device 7.0 on pci9 macgpio0: mem 0x50-0x8a on macio0 scc0: mem 0x13000-0x13fff,0x8400-0x84ff,0x8500-0x85ff,0x8600-0x86ff,0x8700-0x87ff irq 23,17,18,24,19,20 on macio0 uart0: on scc0 uart1: on scc0 iichb1: mem 0x18000-0x18fff irq 27 on macio0 iicbus1: on iichb1 iic1: on iicbus1 onyx0: at addr 0x8c on iicbus1 iicbus1: at addr 0x24 pcm0: mem 0x10000-0x10fff,0x8000-0x80ff,0x8100-0x81ff irq 28,11,12,30,15,16 on macio0 ohci0: mem 0x80082000-0x80082fff irq 70 at device 11.0 on pci9 usbus0 on ohci0 ohci1: mem 0x80081000-0x80081fff irq 70 at device 11.1 on pci9 usbus1 on ohci1 ehci0: mem 0x80080000-0x800800ff irq 70 at device 11.2 on pci9 usbus2: EHCI version 1.0 usbus2 on ehci0 pcib10: at device 9.0 on pci1 pci10: on pcib10 atapci0: mem 0xfa402000-0xfa403fff irq 10 at device 12.0 on pci10 pcib1: failed to reserve resource for pcib10 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 ata0: mem 0xfa404000-0xfa407fff irq 38,37 at device 13.0 on pci10 fwohci0: <1394 Open Host Controller Interface> mem 0xfa400000-0xfa400fff irq 39 at device 14.0 on pci10 fwohci0: OHCI version 1.0 (ROM=0) fwohci0: No. of Isochronous channels is 8. fwohci0: EUI64 00:11:24:ff:fe:e5:13:d0 fwohci0: invalid speed 7 (fixed to 3). fwohci0: Phy 1394a available S800, 3 ports. fwohci0: Link S800, max_rec 4096 bytes. firewire0: on fwohci0 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 02:11:24:e5:13:d0 fwe0: Ethernet address: 02:11:24:e5:13:d0 sbp0: on firewire0 fwohci0: Initiate bus reset fwohci0: fwohci_intr_core: BUS reset fwohci0: PhysicalUpperBound register is not implemented. Physical memory access is limited to the first 4GB fwohci0: PhysicalUpperBound = 0x00000000 fwohci0: fwohci_intr_core: node_id=0x00000001, SelfID Count=1, CYCLEMASTER mode smu0: on ofwbus0 smu0: registered as a time-of-day clock, resolution 0.001000s iichb2: on smu0 iicbus2: on iichb2 iic2: on iicbus2 smusat0: at addr 0xb0 on iicbus2 smusat1: at addr 0xb2 on iicbus2 iicbus2: at addr 0xd4 iichb3: on smu0 iicbus3: on iichb3 iic3: on iicbus3 Timecounter "timebase" frequency 33333333 Hz quality 0 Event timer "decrementer" frequency 33333333 Hz quality 1000 Timecounters tick every 1.000 msec firewire0: 2 nodes, maxhop <= 1 cable IRM irm(1) (me) firewire0: bus manager 1 bge0: link state changed to DOWN max66900: 2 sensors detected. max66901: 2 sensors detected. usbus0: 12Mbps Full Speed USB v1.0 usbus1: 12Mbps Full Speed USB v1.0 ugen0.1: at usbus0 uhub0: on usbus0 ugen1.1: at usbus1 uhub1: on usbus1 usbus2: 480Mbps High Speed USB v2.0 ugen2.1: at usbus2 uhub2: on usbus2 uhub1: 2 ports with 2 removable, self powered uhub0: 3 ports with 3 removable, self powered uhub2: 5 ports with 5 removable, self powered ada0 at ata2 bus 0 scbus0 target 0 lun 0 ada0: ATA-7 SATA 1.x device ada0: Serial Number KRVN23ZAHA5DBD ada0: 150.000MB/s transfers (SATA 1.x, UDMA5, PIO 8192bytes) ada0: 476940MB (976773168 512 byte sectors) cd0 at ata0 bus 0 scbus4 target 0 lun 0 cd0: Removable CD-ROM SCSI device cd0: Serial Number M0063NE3358 cd0: 66.700MB/s transfers (UDMA4, ATAPI 12bytes, PIO 65534bytes) cd0: 4482MB (2295104 2048 byte sectors) SMP: AP CPU #1 launched SMP: AP CPU #2 launched SMP: AP CPU #3 launched arc4random: no preloaded entropy cache Trying to mount root from cd9660:/dev/iso9660/12_0_RC2_POWERPC64_DVD [ro]... ugen1.2: at usbus1 ukbd0 on uhub1 ukbd0: on usbus1 kbd1 at ukbd0 uhid0 on uhub1 uhid0: on usbus1 random: unblocking device. arc4random: no preloaded entropy cache arc4random: no preloaded entropy cache lo0: link state changed to UP Note that all four processor cores are available when I boot the DVD but there seems to be no way to get the same result when I boot from the installed image. That baffles me. What is the diff? Well here is the diff : root@eris:/usr/src # dmesg > /var/tmp/ondisk_dmesg root@eris:/usr/src # diff /var/tmp/rc2_dvd_dmesg /var/tmp/ondisk_dmesg 6c6 < FreeBSD 12.0-RC2 r340839 GENERIC powerpc --- > FreeBSD 12.0-RC2 GENERIC powerpc 9c9 < cpu0: IBM PowerPC 970MP revision 1.1, 2500.28 MHz --- > cpu0: IBM PowerPC 970MP revision 1.1, 2500.33 MHz 12,15c12,14 < real memory = 8541921280 (8146 MB) < avail memory = 8152719360 (7775 MB) < FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs < arc4random: no preloaded entropy cache --- > real memory = 8542404608 (8146 MB) > avail memory = 8152752128 (7775 MB) > random: unblocking device. 141,142d139 < max66900: 2 sensors detected. < max66901: 2 sensors detected. 145,146c142,143 < ugen0.1: at usbus0 < uhub0: on usbus0 --- > max66900: 2 sensors detected. > max66901: 2 sensors detected. 148c145,147 < uhub1: on usbus1 --- > uhub0: on usbus1 > ugen0.1: at usbus0 > uhub1: on usbus0 152,153c151,152 < uhub1: 2 ports with 2 removable, self powered < uhub0: 3 ports with 3 removable, self powered --- > uhub0: 2 ports with 2 removable, self powered > uhub1: 3 ports with 3 removable, self powered 159a159 > Trying to mount root from ufs:/dev/ada0s3 [rw]... 165,169d164 < SMP: AP CPU #1 launched < SMP: AP CPU #2 launched < SMP: AP CPU #3 launched < arc4random: no preloaded entropy cache < Trying to mount root from cd9660:/dev/iso9660/12_0_RC2_POWERPC64_DVD [ro]... 171c166 < ukbd0 on uhub1 --- > ukbd0 on uhub0 174c169 < uhid0 on uhub1 --- > uhid0 on uhub0 176,178d170 < random: unblocking device. < arc4random: no preloaded entropy cache < arc4random: no preloaded entropy cache 179a172,176 > bge0: link state changed to UP > module_register: cannot register gem/miibus from if_gem.ko; already loaded from kernel > Module gem/miibus failed to register: 17 > module_register: cannot register pci/gem from if_gem.ko; already loaded from kernel > Module pci/gem failed to register: 17 Really a mystery here. Dennis ps: I wonder if anyone reads these ? I'll keep hacking away regardless. root@eris:/usr/src # svnlite update /usr/src Updating '.': U sys/net/if.c U sys/net/rtsock.c U stand/i386/pxeldr/pxeboot.8 Updated to revision 341008. root@eris:/usr/src # moving onwards From owner-freebsd-ppc@freebsd.org Tue Nov 27 19:28:55 2018 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 0FCED11590F5 for ; Tue, 27 Nov 2018 19:28:55 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic306-20.consmr.mail.gq1.yahoo.com (sonic306-20.consmr.mail.gq1.yahoo.com [98.137.68.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 35D9B8EA27 for ; Tue, 27 Nov 2018 19:28:54 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: 6aJpmGgVM1lz0azuT3ysfa2Oz44I.kOryRyAAkDmzVLgMl_kIbmICA3wo2Pc_K7 Aqo7x4agIjtiS7WpoZNvKY1VWs0zn9BgGLKxE1H1B5B78XugFVHLe2TGB9CCTQBJ6qD.0hXdKgAc AxNgacpv9H2wScqTDa3prkJTFSy6tkqD_RJhRbryxlIshEIZT1eI2b7olnVuKclk0mI12N1aHJMA IAL6wAGfUAd.zRObhLDeAZ78kCBKgvrl39W3RD9RpCq7kPMSYYuwzthboDPCd7ls8MOnSVSzE6.4 ShK2Jskl1UzOBdApy_U9DnzPvxWybQu1VNf65Y0WxWDYul5xNM0qEsqT4JCU5TWfabs3Hm_L29Ht 1P2L4wQAthhRsCX15tvUhHoSxzj9NGeaolowtUGK1QFkIRogn8h43.L7USaMxoZIZXv38gVCevR1 15PErYO6661SCfTAlqghOu9O0xcAQfuJmnnBYdcym33zNirPV4hRc0JXFdkxSsaAW.lKO2i0Dyos hTe1FDuRzdYFj9CKt7Q5hEX8DD9B4cVR.uXOMS2VJwb_KNVg5Hjc7LQYP85XTZ1ieys6qOrVamvz 6utEYcxVgdRI5ACYp9k3Fz6f4xcuQ0.HF47vrF05NXewDXc.dkB4DpbKtmR6Y_l43r5Xsoh1pj4W bhh6WkGxugDgUF3sUd1sCky4Ut7jaEeU0LMKA1jPaTKvX.Ogtch8oVLyee8I8Um_yWofxt97Fona FkOkYMb7EglU7mm4By__xdmF5KoOtk7HEuXlMwhEsAdPaiQyIv51zCMqAXqKecO740.LWE1Z1KKg FEp8LFs70os_S8CpP1.iTxinkMRACgxYw4wq0.DgJ9S_QFc1Z5NuUqzuza8b8HDn18Ukx_OXtcN3 1jmGHRQvOv4LDm8t6EAmJ_anguDjSSgw3ows9qFJpN1GBTMbgjZmQuj91ayjxjNVEenzz3M7B7nj mDZolum69cG9jVXH3JTQ9ufaUqvKjq0i9m8G_IzabTWSIhEUTEa90o4BlfOnSLr6QLmJwZVaSgby vLLWft16_ODun26IvUNyEj9kW8liD5xUipVn0t6zkcev_Eutg065B6Fco Received: from sonic.gate.mail.ne1.yahoo.com by sonic306.consmr.mail.gq1.yahoo.com with HTTP; Tue, 27 Nov 2018 19:28:47 +0000 Received: from c-67-170-167-181.hsd1.or.comcast.net (EHLO [192.168.1.109]) ([67.170.167.181]) by smtp412.mail.gq1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID e381af4e1138897632148808b9165d1d; Tue, 27 Nov 2018 19:28:46 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 12.1 \(3445.101.1\)) Subject: Re: revision 341006 quite unusable From: Mark Millard In-Reply-To: <62bd5352-6eb5-ea4c-fd5b-fd4d1a35186b@blastwave.org> Date: Tue, 27 Nov 2018 11:28:45 -0800 Cc: FreeBSD PowerPC ML Content-Transfer-Encoding: quoted-printable Message-Id: <7534F42F-5BFA-4C94-B387-A42F10B5B389@yahoo.com> References: <62bd5352-6eb5-ea4c-fd5b-fd4d1a35186b@blastwave.org> To: Dennis Clarke X-Mailer: Apple Mail (2.3445.101.1) X-Rspamd-Queue-Id: 35D9B8EA27 X-Spamd-Result: default: False [-2.75 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com]; NEURAL_HAM_MEDIUM(-0.95)[-0.952,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; FREEMAIL_FROM(0.00)[yahoo.com]; NEURAL_HAM_LONG(-0.97)[-0.975,0]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; MX_GOOD(-0.01)[cached: mta6.am0.yahoodns.net]; RCVD_IN_DNSWL_NONE(0.00)[83.68.137.98.list.dnswl.org : 127.0.5.0]; NEURAL_HAM_SHORT(-0.55)[-0.552,0]; RCPT_COUNT_TWO(0.00)[2]; IP_SCORE(0.23)[ipnet: 98.137.64.0/21(0.70), asn: 36647(0.56), country: US(-0.09)]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; 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)[] X-Rspamd-Server: mx1.freebsd.org 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: Tue, 27 Nov 2018 19:28:55 -0000 On 2018-Nov-27, at 01:26, Dennis Clarke = wrote: > So I did a checkout of revision 341006 and without any changes to = make.conf and a trivial "make buildkernel" followed by the requisite > "make installkernel" I get a machine with a black screen and entirely > quite a warm brick. Loud fans. Before buildkernel one of the following is needed: make kernel-toolchain or: make buildworld =46rom the comments at the beginning of /usr/src/Makfile : # buildworld - Rebuild *everything*, including glue to help do # upgrades. . . . # kernel-toolchain - Builds the subset of world necessary to build a = kernel You did not mention /etc/src.conf ( only /etc/make.conf ). My memory is that those files do not exist by default: even to be empty they have to be created. -r341006 is from head/ ( not stable/ nor releng/ ) in https://svnweb.freebsd.org/base/ . I'm not sure if this was intended or not. (I am currently without access to the FreeBSD environments.) =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-ppc@freebsd.org Tue Nov 27 19:50:01 2018 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 C64201159ECA for ; Tue, 27 Nov 2018 19:50:00 +0000 (UTC) (envelope-from dclarke@blastwave.org) Received: from atl4mhfb02.myregisteredsite.com (atl4mhfb02.myregisteredsite.com [209.17.115.118]) (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 0383D69E87 for ; Tue, 27 Nov 2018 19:49:57 +0000 (UTC) (envelope-from dclarke@blastwave.org) Received: from atl4mhob15.registeredsite.com (atl4mhob15.registeredsite.com [209.17.115.53]) by atl4mhfb02.myregisteredsite.com (8.14.4/8.14.4) with ESMTP id wARJm6cD028645 for ; Tue, 27 Nov 2018 14:48:06 -0500 Received: from mailpod.hostingplatform.com (atl4qobmail01pod2.registeredsite.com [10.30.77.35]) by atl4mhob15.registeredsite.com (8.14.4/8.14.4) with ESMTP id wARJlwkv016364 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL) for ; Tue, 27 Nov 2018 14:47:58 -0500 Received: (qmail 5009 invoked by uid 0); 27 Nov 2018 19:47:58 -0000 X-TCPREMOTEIP: 174.118.245.214 X-Authenticated-UID: dclarke@blastwave.org Received: from unknown (HELO ?172.16.35.3?) (dclarke@blastwave.org@174.118.245.214) by 0 with ESMTPA; 27 Nov 2018 19:47:58 -0000 Subject: Re: revision 341006 quite unusable To: Mark Millard Cc: FreeBSD PowerPC ML References: <62bd5352-6eb5-ea4c-fd5b-fd4d1a35186b@blastwave.org> <7534F42F-5BFA-4C94-B387-A42F10B5B389@yahoo.com> From: Dennis Clarke Message-ID: <0a223db3-8c88-faa9-5cfe-983ada996d4e@blastwave.org> Date: Tue, 27 Nov 2018 14:47:57 -0500 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:64.0) Gecko/20100101 Thunderbird/64.0 MIME-Version: 1.0 In-Reply-To: <7534F42F-5BFA-4C94-B387-A42F10B5B389@yahoo.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 0383D69E87 X-Spamd-Result: default: False [-0.21 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_COUNT_FIVE(0.00)[5]; NEURAL_HAM_MEDIUM(-0.47)[-0.471,0]; FROM_HAS_DN(0.00)[]; NEURAL_SPAM_SHORT(0.10)[0.096,0]; NEURAL_HAM_LONG(-0.70)[-0.701,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)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; MX_GOOD(-0.01)[mx1.netsolmail.net]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[118.115.17.209.list.dnswl.org : 127.0.5.0]; R_SPF_NA(0.00)[]; FREEMAIL_TO(0.00)[yahoo.com]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:19871, ipnet:209.17.112.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; IP_SCORE(-0.02)[country: US(-0.09)] X-Rspamd-Server: mx1.freebsd.org 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: Tue, 27 Nov 2018 19:50:01 -0000 On 11/27/18 2:28 PM, Mark Millard wrote: > On 2018-Nov-27, at 01:26, Dennis Clarke wrote: > > >> So I did a checkout of revision 341006 and without any changes to make.conf and a trivial "make buildkernel" followed by the requisite >> "make installkernel" I get a machine with a black screen and entirely >> quite a warm brick. Loud fans. > > Before buildkernel one of the following is needed: > > make kernel-toolchain > or: > make buildworld Ah well ... I did go back and try a "make buildworld" and in fact I did it this way : root@eris:/usr/src # root@eris:/usr/src # /usr/bin/time -p make buildworld | tee ../rev341008_buildworld.log -------------------------------------------------------------- >>> World build started on Tue Nov 27 09:27:45 UTC 2018 -------------------------------------------------------------- -------------------------------------------------------------- >>> Rebuilding the temporary build tree -------------------------------------------------------------- rm -rf /usr/obj/usr/src/powerpc.powerpc64/tmp . . . objcopy --only-keep-debug ldd32.full ldd32.debug objcopy --strip-debug --add-gnu-debuglink=ldd32.debug ldd32.full ldd32 -------------------------------------------------------------- >>> World build completed on Tue Nov 27 16:48:18 UTC 2018 -------------------------------------------------------------- real 26436.93 user 12547.80 sys 13005.84 root@eris:/usr/src # So that is offensively slow but a gcc bootstrap is far worse. So no big deal .. I can handle it. > > From the comments at the beginning of /usr/src/Makfile : > > # buildworld - Rebuild *everything*, including glue to help do > # upgrades. > . . . > # kernel-toolchain - Builds the subset of world necessary to build a kernel > so .. which comes first ? Or is this an either or situation or do both? > You did not mention /etc/src.conf ( only /etc/make.conf ). My > memory is that those files do not exist by default: even to be > empty they have to be created. Right ... only /etc/make.conf exists and it was just a "touch /etc/make.conf" and nothing else. I really want CFLAGS set as -O0 and -g and perhaps a few other options to allow debug to be easy. However for now getting a working compile is step zero. > > -r341006 is from head/ ( not stable/ nor releng/ ) in > https://svnweb.freebsd.org/base/ . I'm not sure if this > was intended or not. > > (I am currently without access to the FreeBSD environments.) > What? How is that possible? Perhaps you are way out on the road somewhere and I thank you for the reply. I felt like I was flailing in the dark here and that is a good description. I may boot the RC2 DVD and then run dd if=/dev/zero of=/dev/diskname and wipe out the first block of cylinders on the disk. Then try a reinstall. I am baffled why the DVD boots fine and I get four processors online and the installed on disk image does not. That should be quite impossible. I may try again wwith an SSD but those are giving no advantage at all. Even older Patriot SATA 1 compliant 1.5Gbps SSD's are really no better than a spinning disk. Dennis From owner-freebsd-ppc@freebsd.org Tue Nov 27 20:56:51 2018 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 203251138508 for ; Tue, 27 Nov 2018 20:56:51 +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 ACEBE6D243 for ; Tue, 27 Nov 2018 20:56:50 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 6F8761138504; Tue, 27 Nov 2018 20:56:50 +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 5DBBC1138503 for ; Tue, 27 Nov 2018 20:56:50 +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)) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id F082F6D240 for ; Tue, 27 Nov 2018 20:56:49 +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 4041EDA3B for ; Tue, 27 Nov 2018 20:56:49 +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 wARKunKH077090 for ; Tue, 27 Nov 2018 20:56:49 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id wARKun1J077089 for ppc@FreeBSD.org; Tue, 27 Nov 2018 20:56:49 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 233579] FreeBSD 12.0-RC2 r340839 GENERIC powerpc needs kern.smp.disabled=1 to boot after install Date: Tue, 27 Nov 2018 20:56:49 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: conf X-Bugzilla-Version: CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: linimon@FreeBSD.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: ppc@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: assigned_to Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-Rspamd-Queue-Id: ACEBE6D243 X-Spamd-Result: default: False [1.99 / 15.00]; local_wl_from(0.00)[freebsd.org]; NEURAL_SPAM_LONG(0.58)[0.580,0]; NEURAL_SPAM_MEDIUM(0.69)[0.692,0]; ASN(0.00)[asn:10310, ipnet:2001:1900:2254::/48, country:US]; NEURAL_SPAM_SHORT(0.72)[0.719,0] X-Rspamd-Server: mx1.freebsd.org 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: Tue, 27 Nov 2018 20:56:51 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D233579 Mark Linimon changed: What |Removed |Added ---------------------------------------------------------------------------- Assignee|bugs@FreeBSD.org |ppc@FreeBSD.org --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-ppc@freebsd.org Wed Nov 28 00:10:04 2018 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 479E81140AFF for ; Wed, 28 Nov 2018 00:10:04 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic313-14.consmr.mail.bf2.yahoo.com (sonic313-14.consmr.mail.bf2.yahoo.com [74.6.133.124]) (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 9550B75C91 for ; Wed, 28 Nov 2018 00:10:03 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: 3n58YQQVM1mkNbuOLOFmjCSR3Mp8im2Je0BKQ_43thlJZEDPmckMpyTyfEucuKS PZ5TboiXLKpY36AzSTfeBo.txan_R7Lomp_cLJQVTB9KQjdsvXS3PaSqZpkSJ_gIZLh1rL16wKB. 3CHniowEiNOobX3VSwyy7DKcwlLz6SnBKhhCu7wlRkXnkf.gd6OXrk.hCbXdy0oETr0_r7Ly2jDU tSJI2f5fCnSY3xUMewtsoCcHLGY2B6zhuxbbgn6z9xYixANSK9g3Aobkth_oxRHA7GbvokgV_ff0 LzUJRM2rX1aTt7ptEkj3F9cOe.51Su5XfGNgZINPJI13TFrSlvles31CDBHo69MXNzgX7XBndJM1 IOZECz8hPii9DL1Tfxr96M8l33a0lspMxSNbFfyW3QmAJftqxaYY_QHngrSv8YDdU1kfWqLbC3YT YzPHbODmCYpk6XtLYwnRMpVsXLLaRmmvBX5L_vlceGHhNSkIwZ5vj1z8INWeBAB5x4CBUbZIKnCc ICIm02YB_kwYhOjSnNe21hS51h9SNZEgVPioSBJsqBoHxZFAAu4vsUsQH0jqQ22cbCLUKvSAOpAA .zIw3EJh8hBOJyX4Pwc4DAMvW1D8gcK0uGmp9yYiXDjELt1LTnpXf8oVT.NJhfqdtjbzKdc7QAMX pTN8QIvjhs5h1YMR8zJxpv3oL_lepTgk7n5lg9f.m_w1ZWCsfGONwrxzgvsmK1rC9l90wi8pEaJk zR6mUS_y_z1ah0l09wKhqrevPZqRC5RC058AS04h6ijKctW7Szadkcbj4gzaGrewJaYMOfj6TB8G _XjN_GgQAPLPoydyTh2CpZMICFyxAWOIC5l6lNKBGpoGgtZAc8koOLCWSVq_E4EPwjQjCJm8NctQ FVI_3TIHUqmkIYnR7.i3o3DNc_SlK_norakUgverp75jg51ix6VSfMN3ygcB40msIgWELTbjeT5H khQUDJ7asSf8sU26hK_mL5AaIgg8MN8aUSYVZCcQDff1Go35pl5AUi4V7qn63Sgif09TtlPBjBJu G.jybs19uqZ7Usy5Pw1E.7.AGI.B2OkdjKCKMqgXI9PHLNnacTVQ84Ga.5fc- Received: from sonic.gate.mail.ne1.yahoo.com by sonic313.consmr.mail.bf2.yahoo.com with HTTP; Wed, 28 Nov 2018 00:09:57 +0000 Received: from c-67-170-167-181.hsd1.or.comcast.net (EHLO [192.168.1.109]) ([67.170.167.181]) by smtp423.mail.bf1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 2a8424a5e972bd1254938d6ca1d7b264; Wed, 28 Nov 2018 00:09:52 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 12.1 \(3445.101.1\)) Subject: Re: revision 341006 quite unusable From: Mark Millard In-Reply-To: <0a223db3-8c88-faa9-5cfe-983ada996d4e@blastwave.org> Date: Tue, 27 Nov 2018 16:09:49 -0800 Cc: FreeBSD PowerPC ML Content-Transfer-Encoding: quoted-printable Message-Id: References: <62bd5352-6eb5-ea4c-fd5b-fd4d1a35186b@blastwave.org> <7534F42F-5BFA-4C94-B387-A42F10B5B389@yahoo.com> <0a223db3-8c88-faa9-5cfe-983ada996d4e@blastwave.org> To: Dennis Clarke X-Mailer: Apple Mail (2.3445.101.1) X-Rspamd-Queue-Id: 9550B75C91 X-Spamd-Result: default: False [3.02 / 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)[]; IP_SCORE(1.61)[ip: (4.85), ipnet: 74.6.128.0/21(1.83), asn: 26101(1.47), country: US(-0.09)]; RCVD_TLS_LAST(0.00)[]; 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)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com]; FROM_HAS_DN(0.00)[]; NEURAL_SPAM_SHORT(0.97)[0.971,0]; MIME_GOOD(-0.10)[text/plain]; NEURAL_SPAM_MEDIUM(0.53)[0.534,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(0.41)[0.413,0]; RCVD_IN_DNSWL_NONE(0.00)[124.133.6.74.list.dnswl.org : 127.0.5.0]; RWL_MAILSPIKE_POSSIBLE(0.00)[124.133.6.74.rep.mailspike.net : 127.0.0.17] X-Rspamd-Server: mx1.freebsd.org 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, 28 Nov 2018 00:10:04 -0000 On 2018-Nov-27, at 11:47, Dennis Clarke wrote: > On 11/27/18 2:28 PM, Mark Millard wrote: >> On 2018-Nov-27, at 01:26, Dennis Clarke = wrote: >>> So I did a checkout of revision 341006 and without any changes to = make.conf and a trivial "make buildkernel" followed by the requisite >>> "make installkernel" I get a machine with a black screen and = entirely >>> quite a warm brick. Loud fans. >> Before buildkernel one of the following is needed: >> make kernel-toolchain >> or: >> make buildworld >=20 > Ah well ... I did go back and try a "make buildworld" and in fact I = did it this way : >=20 > root@eris:/usr/src # > root@eris:/usr/src # /usr/bin/time -p make buildworld | tee = ../rev341008_buildworld.log > -------------------------------------------------------------- > >>> World build started on Tue Nov 27 09:27:45 UTC 2018 > -------------------------------------------------------------- >=20 > -------------------------------------------------------------- > >>> Rebuilding the temporary build tree > -------------------------------------------------------------- > rm -rf /usr/obj/usr/src/powerpc.powerpc64/tmp > . > . > . >=20 > objcopy --only-keep-debug ldd32.full ldd32.debug > objcopy --strip-debug --add-gnu-debuglink=3Dldd32.debug ldd32.full = ldd32 >=20 > -------------------------------------------------------------- > >>> World build completed on Tue Nov 27 16:48:18 UTC 2018 > -------------------------------------------------------------- > real 26436.93 > user 12547.80 > sys 13005.84 > root@eris:/usr/src # >=20 > So that is offensively slow but a gcc bootstrap is far worse. So no > big deal .. I can handle it. >=20 >> =46rom the comments at the beginning of /usr/src/Makfile : >> # buildworld - Rebuild *everything*, including glue to help = do >> # upgrades. >> . . . >> # kernel-toolchain - Builds the subset of world necessary to build = a kernel >=20 > so .. which comes first ? Or is this an either or situation or do = both? Note the word "subset". buildworld generally does more than necessary for kernel work. kernel-toolchain does closer to just what is necessary for kernel work. There have been times/contexts in which kernel-toolchain was broken and buildworld was effectively required for a specific context. I've had some history of running into this based on a missing header, and so a failed compile. buildworld supplied the header in question. But such has not been common. >> You did not mention /etc/src.conf ( only /etc/make.conf ). My >> memory is that those files do not exist by default: even to be >> empty they have to be created. >=20 > Right ... only /etc/make.conf exists and it was just a "touch > /etc/make.conf" and nothing else. I really want CFLAGS set as -O0 and > -g and perhaps a few other options to allow debug to be easy. However > for now getting a working compile is step zero. >=20 >> -r341006 is from head/ ( not stable/ nor releng/ ) in >> https://svnweb.freebsd.org/base/ . I'm not sure if this >> was intended or not. >> (I am currently without access to the FreeBSD environments.) >=20 > What? How is that possible? Perhaps you are way out on the road > somewhere and I thank you for the reply. I felt like I was flailing > in the dark here and that is a good description. In this case it should be just fairly briefly that I'm without access. But there are times when I'm without access for months at a time for at least some TARGET_ARCH's compared to my usual set of them. > I may boot the RC2 DVD and then run dd if=3D/dev/zero of=3D/dev/diskname= > and wipe out the first block of cylinders on the disk. Then try a > reinstall. I am baffled why the DVD boots fine and I get four = processors > online and the installed on disk image does not. That should be quite > impossible. For all we know the VM_MAX_KERNEL_ADDRESS value issue could be exposing a memory layout dependency that should not be present. > I may try again wwith an SSD but those are giving no advantage at all. > Even older Patriot SATA 1 compliant 1.5Gbps SSD's are really no better > than a spinning disk. An SSD with the same scale of seek time as spinning media --or more accurately having an overall latency reaching the same scale as spinning media? No improvement to the number of random, small transfers per unit time? Wow. =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 Nov 28 05:12:05 2018 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 9C00311479D6 for ; Wed, 28 Nov 2018 05:12:05 +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 329A67F112 for ; Wed, 28 Nov 2018 05:12:05 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id E48E411479D4; Wed, 28 Nov 2018 05:12:04 +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 D31BC11479D1 for ; Wed, 28 Nov 2018 05:12:04 +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)) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 618247F10A for ; Wed, 28 Nov 2018 05:12:04 +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 3335511F57 for ; Wed, 28 Nov 2018 05:12:03 +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 wAS5C3kZ089884 for ; Wed, 28 Nov 2018 05:12:03 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id wAS5C3gd089883 for ppc@FreeBSD.org; Wed, 28 Nov 2018 05:12:03 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 233414] [PowerPC64] OPTIONS DEBUG_MEMGUARD results in unbootable kernel Date: Wed, 28 Nov 2018 05:12:02 +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: linimon@FreeBSD.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: ppc@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: assigned_to Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-Rspamd-Queue-Id: 329A67F112 X-Spamd-Result: default: False [1.85 / 15.00]; local_wl_from(0.00)[freebsd.org]; NEURAL_SPAM_LONG(0.58)[0.580,0]; NEURAL_SPAM_MEDIUM(0.67)[0.669,0]; ASN(0.00)[asn:10310, ipnet:2001:1900:2254::/48, country:US]; NEURAL_SPAM_SHORT(0.60)[0.598,0] X-Rspamd-Server: mx1.freebsd.org 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, 28 Nov 2018 05:12:05 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D233414 Mark Linimon changed: What |Removed |Added ---------------------------------------------------------------------------- Assignee|bugs@FreeBSD.org |ppc@FreeBSD.org --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-ppc@freebsd.org Wed Nov 28 05:15:40 2018 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 22E0A1147DDC for ; Wed, 28 Nov 2018 05:15:40 +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 AC8C87F4FE for ; Wed, 28 Nov 2018 05:15:39 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 6FF051147DDB; Wed, 28 Nov 2018 05:15:39 +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 5E65D1147DD9 for ; Wed, 28 Nov 2018 05:15:39 +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)) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id F19BE7F4F1 for ; Wed, 28 Nov 2018 05:15:38 +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 31B7711F7D for ; Wed, 28 Nov 2018 05:15:38 +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 wAS5Fchq099041 for ; Wed, 28 Nov 2018 05:15:38 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id wAS5Fcjf099040 for ppc@FreeBSD.org; Wed, 28 Nov 2018 05:15:38 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 233377] [PowerPC64] Panic during high disk I/O activity Date: Wed, 28 Nov 2018 05:15:38 +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: linimon@FreeBSD.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: ppc@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: assigned_to Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-Rspamd-Queue-Id: AC8C87F4FE X-Spamd-Result: default: False [1.85 / 15.00]; local_wl_from(0.00)[freebsd.org]; NEURAL_SPAM_LONG(0.58)[0.580,0]; NEURAL_SPAM_MEDIUM(0.67)[0.669,0]; ASN(0.00)[asn:10310, ipnet:2001:1900:2254::/48, country:US]; NEURAL_SPAM_SHORT(0.60)[0.598,0] X-Rspamd-Server: mx1.freebsd.org 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, 28 Nov 2018 05:15:40 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D233377 Mark Linimon changed: What |Removed |Added ---------------------------------------------------------------------------- Assignee|bugs@FreeBSD.org |ppc@FreeBSD.org --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-ppc@freebsd.org Wed Nov 28 12:03:53 2018 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 1974C115266F for ; Wed, 28 Nov 2018 12:03:53 +0000 (UTC) (envelope-from luciano@vespaperitivo.it) Received: from baobab.bilink.net (baobab.bilink.net [212.45.144.44]) by mx1.freebsd.org (Postfix) with ESMTP id 0BBA871856 for ; Wed, 28 Nov 2018 12:03:51 +0000 (UTC) (envelope-from luciano@vespaperitivo.it) Received: from baobab.bilink.net (localhost [127.0.0.1]) by baobab.bilink.it (Postfix) with ESMTP id 434fSc5LBLz1ftWW for ; Wed, 28 Nov 2018 13:03:44 +0100 (CET) Received: from hermex.mcs.it (unknown [192.168.132.214]) by baobab.bilink.it (Postfix) with ESMTP id 434fSc4ZdFz1ftWT for ; Wed, 28 Nov 2018 13:03:44 +0100 (CET) Received: from mordeus (unknown [192.168.45.6]) by hermex.mcs.it (Postfix) with ESMTP id 4E062424E7 for ; Wed, 28 Nov 2018 13:03:44 +0100 (CET) Date: Wed, 28 Nov 2018 13:05:56 +0100 From: Luciano Mannucci To: Subject: 12-RC2 Slow under KVM X-Mailer: Claws Mail 3.16.0 (GTK+ 2.24.32; amd64-portbld-freebsd11.2) X-Face: 4qPv4GNcD; h<7Q/sK>+GqF4=CR@KmnPkSmwd+#%\F`4yjKO3"C]p'z=(oWRnsYBQGM\5g:4skqQY0NnV'dM:Mm:^/_+I@a"; [-s=ogufdF"9ggQ'=y MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Message-Id: <434fSc4ZdFz1ftWT@baobab.bilink.it> X-Virus-Scanned: PippoLillo, ClamAV using ClamSMTP X-Rspamd-Queue-Id: 0BBA871856 X-Spamd-Result: default: False [-1.83 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.84)[-0.839,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:212.45.144.0/24]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-ppc@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-0.94)[-0.943,0]; RCVD_COUNT_THREE(0.00)[4]; DMARC_NA(0.00)[vespaperitivo.it]; NEURAL_SPAM_SHORT(0.16)[0.161,0]; MX_GOOD(-0.01)[baobab.bilink.it]; RCVD_IN_DNSWL_NONE(0.00)[44.144.45.212.list.dnswl.org : 127.0.10.0]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; IP_SCORE(0.01)[country: IT(0.03)]; ASN(0.00)[asn:8816, ipnet:212.45.128.0/19, country:IT] X-Rspamd-Server: mx1.freebsd.org 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, 28 Nov 2018 12:03:53 -0000 I've run a "make test" after having compiled php 7.1.24 on two hardwares, one is a PPC quad cores running under kvm, the other an old amd machine, both running freebsd. Here are the results: OS: FreeBSD powerpc64 Hostname: pippo Kernel: 12.0-RC2 Uptime: 1 day 21:46 Processes: 33 RAM: 4052M / 4052M CPU: IBM POWER8E Shell: csh make: stopped in /usr/local/src/php/php-7.1.24 523.594u 1627.936s 39:05.64 91.7% 12530+1582k 18859+138858io 2098pf+0w Same on old amd64 hardware: OS: FreeBSD amd64 Hostname: hermex.mcs.it Kernel: 11.2-RELEASE-p3 Uptime: 37 days 16:59 Processes: 49 RAM: 3007M / 3929M CPU: AMD Phenom(tm) II X4 920 Processor Shell: csh make: stopped in /usr/local/src/php-7.1.24 390.864u 226.795s 35:17.16 29.1% 13832+1166k 13475+250894io 42510pf+3w The dofference seems a bit too big, especially in system calls time. Is it normal? luciano -- /"\ /Via A. Salaino, 7 - 20144 Milano (Italy) \ / ASCII RIBBON CAMPAIGN / PHONE : +39 2 485781 FAX: +39 2 48578250 X AGAINST HTML MAIL / E-MAIL: posthamster@sublink.sublink.ORG / \ AND POSTINGS / WWW: http://www.lesassaie.IT/ From owner-freebsd-ppc@freebsd.org Wed Nov 28 15:33:12 2018 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 909FA11579B4 for ; Wed, 28 Nov 2018 15:33:12 +0000 (UTC) (envelope-from dclarke@blastwave.org) Received: from atl4mhob09.registeredsite.com (atl4mhob09.registeredsite.com [209.17.115.47]) by mx1.freebsd.org (Postfix) with ESMTP id 904EA790FA for ; Wed, 28 Nov 2018 15:33:11 +0000 (UTC) (envelope-from dclarke@blastwave.org) Received: from mailpod.hostingplatform.com (atl4qobmail02pod2.registeredsite.com [10.30.77.36]) by atl4mhob09.registeredsite.com (8.14.4/8.14.4) with ESMTP id wASFX3dC018146 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL) for ; Wed, 28 Nov 2018 10:33:03 -0500 Received: (qmail 23845 invoked by uid 0); 28 Nov 2018 15:33:03 -0000 X-TCPREMOTEIP: 174.118.245.214 X-Authenticated-UID: dclarke@blastwave.org Received: from unknown (HELO ?172.16.35.3?) (dclarke@blastwave.org@174.118.245.214) by 0 with ESMTPA; 28 Nov 2018 15:33:03 -0000 Subject: Re: revision 341006 quite unusable To: Mark Millard Cc: FreeBSD PowerPC ML References: <62bd5352-6eb5-ea4c-fd5b-fd4d1a35186b@blastwave.org> <7534F42F-5BFA-4C94-B387-A42F10B5B389@yahoo.com> <0a223db3-8c88-faa9-5cfe-983ada996d4e@blastwave.org> From: Dennis Clarke Message-ID: <70945861-107c-b271-93fe-110127d90ba4@blastwave.org> Date: Wed, 28 Nov 2018 10:33:02 -0500 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:64.0) Gecko/20100101 Thunderbird/64.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 904EA790FA X-Spamd-Result: default: False [0.46 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-0.54)[-0.544,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)[]; NEURAL_SPAM_MEDIUM(0.05)[0.050,0]; RCVD_COUNT_THREE(0.00)[4]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; MX_GOOD(-0.01)[cached: mx1.netsolmail.net]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[47.115.17.209.list.dnswl.org : 127.0.5.0]; NEURAL_HAM_SHORT(-0.02)[-0.016,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)[]; IP_SCORE(-0.02)[country: US(-0.09)]; ASN(0.00)[asn:19871, ipnet:209.17.112.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[] X-Rspamd-Server: mx1.freebsd.org 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, 28 Nov 2018 15:33:12 -0000 On 11/27/18 7:09 PM, Mark Millard wrote: > > > On 2018-Nov-27, at 11:47, Dennis Clarke wrote: > >> On 11/27/18 2:28 PM, Mark Millard wrote: >>> On 2018-Nov-27, at 01:26, Dennis Clarke wrote: >>>> So I did a checkout of revision 341006 and without any changes to make.conf and a trivial "make buildkernel" followed by the requisite >>>> "make installkernel" I get a machine with a black screen and entirely >>>> quite a warm brick. Loud fans. >>> Before buildkernel one of the following is needed: >>> make kernel-toolchain >>> or: >>> make buildworld did that ... it seems to "install" not much of anything. >>> From the comments at the beginning of /usr/src/Makfile : >>> # buildworld - Rebuild *everything*, including glue to help do >>> # upgrades. >>> . . . >>> # kernel-toolchain - Builds the subset of world necessary to build a kernel >> >> so .. which comes first ? Or is this an either or situation or do both? > > Note the word "subset". I don't want a "subset". I am fine with building the whole show. > buildworld generally does more than necessary for kernel work. Great! Let's do that. > kernel-toolchain does closer to just what is necessary for > kernel work. May as well build everything. > There have been times/contexts in which kernel-toolchain was > broken and buildworld was effectively required for a specific > context. I've had some history of running into this based on > a missing header, and so a failed compile. buildworld supplied > the header in question. But such has not been common. Well given that I am trying to build everything then it isn't a problem. The problem is the docs are ... not very helpful. People have suggested to me that make buildworld should NOT be followed by make kernel but make buildkernel : https://svnweb.freebsd.org/base/head/UPDATING?view=markup#l1770 The "handbook" is just plain wrong. No wonder I am going in circles here. >>> You did not mention /etc/src.conf ( only /etc/make.conf ). My >>> memory is that those files do not exist by default: even to be >>> empty they have to be created. >> >> Right ... only /etc/make.conf exists and it was just a "touch >> /etc/make.conf" and nothing else. I really want CFLAGS set as -O0 and >> -g and perhaps a few other options to allow debug to be easy. However >> for now getting a working compile is step zero. >> >>> -r341006 is from head/ ( not stable/ nor releng/ ) in >>> https://svnweb.freebsd.org/base/ . I'm not sure if this >>> was intended or not. >>> (I am currently without access to the FreeBSD environments.) >> >> What? How is that possible? Perhaps you are way out on the road >> somewhere and I thank you for the reply. I felt like I was flailing >> in the dark here and that is a good description. > > In this case it should be just fairly briefly that I'm without > access. But there are times when I'm without access for months at > a time for at least some TARGET_ARCH's compared to my usual > set of them. I have half a dozen PowerMac type units kicking around in a warehouse. Must be a way to get those moving. However a Power9 server is really what is needed and all the IBM units that I looked at were in the $10k zone of cost. Sort of a tough pill to swallow. > >> I may boot the RC2 DVD and then run dd if=/dev/zero of=/dev/diskname >> and wipe out the first block of cylinders on the disk. Then try a >> reinstall. I am baffled why the DVD boots fine and I get four processors >> online and the installed on disk image does not. That should be quite >> impossible. > > For all we know the VM_MAX_KERNEL_ADDRESS value issue could be > exposing a memory layout dependency that should not be present. > I don't know. The commits that seem to have happened between RC1 and RC2 look to be : https://v4.freshbsd.org/search?q=commit_date%3A%5B2018-11-16+2018-11-23%5D&project%5B%5D=freebsd&repository%5B%5D=src&branches%5B%5D=releng%2F12.0&sort=commit_date_asc Somewhere in there ... something went wrong for this machine I have here.I could revert backwards to RC1 and then build from there forwards. > >> I may try again wwith an SSD but those are giving no advantage at all. >> Even older Patriot SATA 1 compliant 1.5Gbps SSD's are really no better >> than a spinning disk. > > An SSD with the same scale of seek time as spinning media --or more > accurately having an overall latency reaching the same scale as > spinning media? No improvement to the number of random, small transfers > per unit time? Wow. I tested a new Samsung and an older SSD and there was zero benefit. Dennis From owner-freebsd-ppc@freebsd.org Wed Nov 28 16:15:15 2018 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 841F81158C4B for ; Wed, 28 Nov 2018 16:15:15 +0000 (UTC) (envelope-from paul@gromit.dlib.vt.edu) Received: from gromit.dlib.vt.edu (gromit.dlib.vt.edu [128.173.49.70]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "gromit.dlib.vt.edu", Issuer "Chumby Certificate Authority" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 718047AACC for ; Wed, 28 Nov 2018 16:15:14 +0000 (UTC) (envelope-from paul@gromit.dlib.vt.edu) Received: from pmather.lib.vt.edu (pmather.lib.vt.edu [128.173.51.23]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by gromit.dlib.vt.edu (Postfix) with ESMTPSA id C830434; Wed, 28 Nov 2018 11:15:07 -0500 (EST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\)) Subject: Re: revision 341006 quite unusable From: Paul Mather In-Reply-To: <70945861-107c-b271-93fe-110127d90ba4@blastwave.org> Date: Wed, 28 Nov 2018 11:15:07 -0500 Cc: FreeBSD PowerPC ML Content-Transfer-Encoding: quoted-printable Message-Id: <55240EC6-D3EF-4C93-850C-BF6109C72B5E@gromit.dlib.vt.edu> References: <62bd5352-6eb5-ea4c-fd5b-fd4d1a35186b@blastwave.org> <7534F42F-5BFA-4C94-B387-A42F10B5B389@yahoo.com> <0a223db3-8c88-faa9-5cfe-983ada996d4e@blastwave.org> <70945861-107c-b271-93fe-110127d90ba4@blastwave.org> To: Dennis Clarke X-Mailer: Apple Mail (2.3445.9.1) X-Rspamd-Queue-Id: 718047AACC X-Spamd-Result: default: False [-1.17 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; MV_CASE(0.50)[]; TO_DN_ALL(0.00)[]; MX_GOOD(-0.01)[chumby.dlib.vt.edu,gromit.dlib.vt.edu]; RCPT_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; IP_SCORE(-0.02)[country: US(-0.09)]; ASN(0.00)[asn:1312, ipnet:128.173.0.0/16, country:US]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.88)[-0.885,0]; FROM_HAS_DN(0.00)[]; NEURAL_SPAM_SHORT(0.19)[0.189,0]; NEURAL_HAM_LONG(-0.95)[-0.950,0]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_SOME(0.00)[]; R_SPF_NA(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; DMARC_POLICY_SOFTFAIL(0.10)[vt.edu : No valid SPF, No valid DKIM,none] X-Rspamd-Server: mx1.freebsd.org 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, 28 Nov 2018 16:15:15 -0000 On Nov 28, 2018, at 10:33 AM, Dennis Clarke = wrote: > On 11/27/18 7:09 PM, Mark Millard wrote: >> On 2018-Nov-27, at 11:47, Dennis Clarke = wrote: >>> On 11/27/18 2:28 PM, Mark Millard wrote: >>>> On 2018-Nov-27, at 01:26, Dennis Clarke = wrote: >>>>> So I did a checkout of revision 341006 and without any changes to = make.conf and a trivial "make buildkernel" followed by the requisite >>>>> "make installkernel" I get a machine with a black screen and = entirely >>>>> quite a warm brick. Loud fans. >>>> Before buildkernel one of the following is needed: >>>> make kernel-toolchain >>>> or: >>>> make buildworld >=20 > did that ... it seems to "install" not much of anything. As its name suggests, "make buildworld" doesn't actually install = anything on the current running system. It builds a version of the OS = under MAKEOBJDIRPREFIX (/usr/obj by default). To actually install = what's built, you ultimately need to use something like "make = installworld" to update the current system. > Well given that I am trying to build everything then it isn't a = problem. >=20 > The problem is the docs are ... not very helpful. >=20 > People have suggested to me that make buildworld should NOT be = followed by make kernel but make buildkernel : >=20 > https://svnweb.freebsd.org/base/head/UPDATING?view=3Dmarkup#l1770 >=20 > The "handbook" is just plain wrong. I disagree. In the context where it uses "make kernel" in the Handbook, = it's one where it's describing how to update a current system in-place. = In that context, "make kernel" is okay, inasmuch as it's equivalent to = "make buildkernel" followed by "make installkernel", which is what the = /usr/src/UPDATING snippet you reference above is doing. Further down in the Handbook page, when it describes building a kernel, = it actually uses "make buildkernel". Similarly, when talking about = installation, it uses "make installkernel". Where the Handbook is lacking (in Section 23.5) is in its omission of = the use of "mergemaster -p" or "etcupdate -p" prior to "make = installworld", to ensure necessary new users and groups are present. I have used the instructions given in /usr/src/UPDATING for years as my = canonical guide to building and updating the system. They have not = failed me yet. The build(7) man page is also a good source of what the various build = targets and settings are, as is the src.conf(5) man page---I've found = the WITH_META_MODE option in /etc/src-env.conf is a good way of speeding = up incremental builds. Cheers, Paul.= From owner-freebsd-ppc@freebsd.org Wed Nov 28 16:43:44 2018 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 295FB115AC64 for ; Wed, 28 Nov 2018 16:43:44 +0000 (UTC) (envelope-from dclarke@blastwave.org) Received: from atl4mhfb03.myregisteredsite.com (atl4mhfb03.myregisteredsite.com [209.17.115.119]) (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 784367C3AA for ; Wed, 28 Nov 2018 16:43:43 +0000 (UTC) (envelope-from dclarke@blastwave.org) Received: from atl4mhob13.registeredsite.com (atl4mhob13.registeredsite.com [209.17.115.51]) by atl4mhfb03.myregisteredsite.com (8.14.4/8.14.4) with ESMTP id wASGhbMu013287 for ; Wed, 28 Nov 2018 11:43:37 -0500 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 wASGhTkJ003543 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL) for ; Wed, 28 Nov 2018 11:43:29 -0500 Received: (qmail 22055 invoked by uid 0); 28 Nov 2018 16:43:29 -0000 X-TCPREMOTEIP: 174.118.245.214 X-Authenticated-UID: dclarke@blastwave.org Received: from unknown (HELO ?172.16.35.3?) (dclarke@blastwave.org@174.118.245.214) by 0 with ESMTPA; 28 Nov 2018 16:43:29 -0000 Subject: Re: revision 341006 quite unusable To: Paul Mather Cc: FreeBSD PowerPC ML References: <62bd5352-6eb5-ea4c-fd5b-fd4d1a35186b@blastwave.org> <7534F42F-5BFA-4C94-B387-A42F10B5B389@yahoo.com> <0a223db3-8c88-faa9-5cfe-983ada996d4e@blastwave.org> <70945861-107c-b271-93fe-110127d90ba4@blastwave.org> <55240EC6-D3EF-4C93-850C-BF6109C72B5E@gromit.dlib.vt.edu> From: Dennis Clarke Message-ID: <22308c28-beea-5871-c29a-5467dad5cbae@blastwave.org> Date: Wed, 28 Nov 2018 11:43:28 -0500 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:64.0) Gecko/20100101 Thunderbird/64.0 MIME-Version: 1.0 In-Reply-To: <55240EC6-D3EF-4C93-850C-BF6109C72B5E@gromit.dlib.vt.edu> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 784367C3AA X-Spamd-Result: default: False [0.23 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_COUNT_FIVE(0.00)[5]; NEURAL_HAM_MEDIUM(-0.24)[-0.238,0]; FROM_HAS_DN(0.00)[]; NEURAL_SPAM_SHORT(0.20)[0.198,0]; NEURAL_HAM_LONG(-0.60)[-0.598,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)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; MX_GOOD(-0.01)[cached: mx1.netsolmail.net]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[119.115.17.209.list.dnswl.org : 127.0.5.0]; R_SPF_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:19871, ipnet:209.17.112.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; IP_SCORE(-0.02)[country: US(-0.09)]; RWL_MAILSPIKE_POSSIBLE(0.00)[119.115.17.209.rep.mailspike.net : 127.0.0.17] X-Rspamd-Server: mx1.freebsd.org 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, 28 Nov 2018 16:43:44 -0000 On 11/28/18 11:15 AM, Paul Mather wrote: > On Nov 28, 2018, at 10:33 AM, Dennis Clarke wrote: >> On 11/27/18 7:09 PM, Mark Millard wrote: >>> On 2018-Nov-27, at 11:47, Dennis Clarke wrote: >>>> On 11/27/18 2:28 PM, Mark Millard wrote: >>>>> On 2018-Nov-27, at 01:26, Dennis Clarke wrote: Looking at BUILD(7) and RELEASE(7) there are piles of secret knowledge all over the place in various bits and the handbook is not all that useful. One needs to sit down and read for hours and hours and then reference here there and everywhere and run days of experiments to watch things "not work" over and over and over until maybe someday arrive at a process and procedure that works. I think I have installed FreeBSD at least twenty times in the last two months and there are always little problems to sort out. Every time. The ppc64 bits are a fun experiment and I'd like to see that working given all the great stuff happening at IBM and with the new "Summit" supercomputer. Makes one think that Power9 has a life for a while yet and I don't have to run Debian on ye old IBM970 ppc64 boxen. However getting a build to actually happen in the secret sequence and install the secret bits takes a lot of patience. I have just accepted that I will just keep on plugging away over and over and eventually arrive at a machine with all cores working and a recent up to date kernel and other bits. Getting there is like crawling through the swamps of Mordor with one core and one thread working. Dennis From owner-freebsd-ppc@freebsd.org Wed Nov 28 17:48:00 2018 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 71BE31137CAD for ; Wed, 28 Nov 2018 17:48:00 +0000 (UTC) (envelope-from paul@gromit.dlib.vt.edu) Received: from gromit.dlib.vt.edu (gromit.dlib.vt.edu [128.173.49.70]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "gromit.dlib.vt.edu", Issuer "Chumby Certificate Authority" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id B9BAC7F2E4 for ; Wed, 28 Nov 2018 17:47:59 +0000 (UTC) (envelope-from paul@gromit.dlib.vt.edu) Received: from pmather.lib.vt.edu (pmather.lib.vt.edu [128.173.51.23]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by gromit.dlib.vt.edu (Postfix) with ESMTPSA id 164164E; Wed, 28 Nov 2018 12:47:58 -0500 (EST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\)) Subject: Re: revision 341006 quite unusable From: Paul Mather In-Reply-To: <22308c28-beea-5871-c29a-5467dad5cbae@blastwave.org> Date: Wed, 28 Nov 2018 12:47:57 -0500 Cc: FreeBSD PowerPC ML Content-Transfer-Encoding: quoted-printable Message-Id: <7C394EC7-4052-4989-93E8-A0672A7C6A07@gromit.dlib.vt.edu> References: <62bd5352-6eb5-ea4c-fd5b-fd4d1a35186b@blastwave.org> <7534F42F-5BFA-4C94-B387-A42F10B5B389@yahoo.com> <0a223db3-8c88-faa9-5cfe-983ada996d4e@blastwave.org> <70945861-107c-b271-93fe-110127d90ba4@blastwave.org> <55240EC6-D3EF-4C93-850C-BF6109C72B5E@gromit.dlib.vt.edu> <22308c28-beea-5871-c29a-5467dad5cbae@blastwave.org> To: Dennis Clarke X-Mailer: Apple Mail (2.3445.9.1) X-Rspamd-Queue-Id: B9BAC7F2E4 X-Spamd-Result: default: False [-1.56 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; MV_CASE(0.50)[]; TO_DN_ALL(0.00)[]; MX_GOOD(-0.01)[cached: chumby.dlib.vt.edu]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_SHORT(-0.15)[-0.151,0]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; IP_SCORE(-0.02)[country: US(-0.09)]; ASN(0.00)[asn:1312, ipnet:128.173.0.0/16, country:US]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.95)[-0.950,0]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-0.93)[-0.928,0]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_SOME(0.00)[]; R_SPF_NA(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; DMARC_POLICY_SOFTFAIL(0.10)[vt.edu : No valid SPF, No valid DKIM,none] X-Rspamd-Server: mx1.freebsd.org 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, 28 Nov 2018 17:48:00 -0000 On Nov 28, 2018, at 11:43 AM, Dennis Clarke = wrote: > On 11/28/18 11:15 AM, Paul Mather wrote: >> On Nov 28, 2018, at 10:33 AM, Dennis Clarke = wrote: >>> On 11/27/18 7:09 PM, Mark Millard wrote: >>>> On 2018-Nov-27, at 11:47, Dennis Clarke = wrote: >>>>> On 11/27/18 2:28 PM, Mark Millard wrote: >>>>>> On 2018-Nov-27, at 01:26, Dennis Clarke wrote: >=20 > Looking at BUILD(7) and RELEASE(7) there are piles of secret knowledge > all over the place in various bits and the handbook is not all that > useful. One needs to sit down and read for hours and hours and then > reference here there and everywhere and run days of experiments to = watch > things "not work" over and over and over until maybe someday arrive at = a > process and procedure that works. I think I have installed FreeBSD at > least twenty times in the last two months and there are always little > problems to sort out. Every time. The ppc64 bits are a fun experiment > and I'd like to see that working given all the great stuff happening = at > IBM and with the new "Summit" supercomputer. Makes one think that = Power9 > has a life for a while yet and I don't have to run Debian on ye old > IBM970 ppc64 boxen. However getting a build to actually happen in the > secret sequence and install the secret bits takes a lot of patience. I > have just accepted that I will just keep on plugging away over and = over > and eventually arrive at a machine with all cores working and a recent > up to date kernel and other bits. Getting there is like crawling = through > the swamps of Mordor with one core and one thread working. Welcome to the world of the Tier 2-supported architecture. :-) Seriously, though, I feel your pain. I don't currently use = FreeBSD/powerpc64, but the last time I did was on Xserve G5s that had no = graphics card. (See = https://lists.freebsd.org/pipermail/freebsd-ppc/2010-June/004293.html) = I remember having to use cryptic button-push sequences on the front = panel of the system just so I could get an OpenFirmware prompt to = install via serial console. Oh, and there wasn't any Handbook = instructions covering installation at that time, just a file of = instructions that Nathan Whitehorn had on his part of = people.freebsd.org. I used FreeBSD on those G5s until, first, one died, and then the other = one was surplussed. Even up to the end, FreeBSD ran solidly. I had = various teething troubles along the way with FreeBSD on that hardware = (as various mailing list postings will attest), but the mailing list and = developers were always helpful where they could be. Fortunately, I had = a lot of prior experience with FreeBSD on a Tier 1 platform, and so was = very familiar already with things like running -CURRENT; rebuilding the = system; applying custom patches; debugging, etc. That gave me a solid = footing to run a Tier 2 FreeBSD architecture on non-mainstream hardware. Having said that, I have an iBook G4 that I've tried several times to = install FreeBSD/powerpc on, but I can never get the installer to run. I = eventually gave up and ran Debian on it. Then, Debian appeared to have = given up on PPC and so now it's running Ubuntu Xenial (which, Ubuntu = have said will be the last version to run on PPC). Sometimes, your = hardware setup is too niche for even the developers to be able to help. Running a Tier 2 platform is a hard row to hoe sometimes. I have had = similar experiences running FreeBSD on various ARM platforms. A long = time ago I used to run NetBSD/pmax and NetBSD/alpha as my main desktop = systems. None of these are what I would consider a turnkey environment, = and I've found that I sometimes have had to put in quite a bit of work = to get things to work in a stable fashion. Such is the downside in = inhabiting a niche. The upside is the community is friendly and = helpful. I hope your experience of FreeBSD/powerpc64 improves. Cheers, Paul. From owner-freebsd-ppc@freebsd.org Wed Nov 28 19:30:18 2018 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 BEDD8113B482 for ; Wed, 28 Nov 2018 19:30:17 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic301-32.consmr.mail.ne1.yahoo.com (sonic301-32.consmr.mail.ne1.yahoo.com [66.163.184.201]) (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 E18DE85A15 for ; Wed, 28 Nov 2018 19:30:16 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: 3TQ6sXMVM1mW52SoSmAV_o26G1eFfcfdjn8_0HtC.XzKdjKDXFdYwYZLeiQEhOb 3tK6LzYgMkAc5UgPRzmAWtN4.1aaKYJeMLY3EBUYoCmYQn0L5xRCwMtE751on7KDiV1p18Vz.aTF jev7TAhPwMdAU5pLoF3d0xo6RWVdNj0Tp190HQgz3gGoWO4kn5qOOrAdLOnOAhUihEM1nR4KTO4F dzu1UALyTtGAsGHvAAynOnriRQo8ueoqVEzfUCQjpF1xHQFngHV42AKccGzRXc2MaTJKAAT9OUaK gwO_.V73uQwyYg1gN6OFmwOtclcB8Vh.rGaZ5vBAnV4.tn6W26PQPLHKGHCnMhqRKbpg1Kaa8XHN LEYc70OayZt16z84i.b879YngI9JcuNFo4sGuN6i2Fk18CetuhAghvg_3OeFHTZSLwLOtdxTHP1C cscniEPEEnv3u4ZQ37LP0FfgiWYfr5GK5SQV3Ri_.2iXQJaysVucOy8tgw1KqNlDnZGVzVTM8daw aTgEjXeFEJtU2bl4gtLlrvaLBfa3fi1d20kJuvexgOuH3jufyjDcdmuTQmeqn9GCulogB86qealh hLE8X2rUas9Aojt6iH_o7LtML4jHbWoSI3uiFrCqQmmM0u0IzedWLpdZxp_deGhRns1YHrU6Q5Mz h6PSk3R_c_iEcVFELt0Uff6OhFqAy1PLk_SCFnUvP3HrxM9jNNdcXW.Kq1xEA2EqlD.xYZJg4KZL 3SrKi2ugOWyX3duoLGvmFX6DrntXk5P5pNYXlIkcrGGfCJvUqLVrE59Xw2xpg7F.FwNJaRfaUtt2 XVG5VJtq2aJ.TjpEJ2oTHITdsK6yLGb4kjqsPpF3adWQsR.lGXIWyAeli02kWJ5GQafzCW.rBAWf bMELExiVbt0wLpeUnmG.lTMod7RYX0ujdjdYYUiK7r3xff4ZtiQL7pyB0tDf8G7ahod2JIf5YVHo nnU5EcKKDzPC4U7XaI0Xp2xsOH50N_eDL7_.1rr50ks3J8ffwuU_SFmQsj0lWUxoodaRvzzUPSK9 IW3tbZ1o9HmLlTF6B34wC3mbmoFJEgSfMcEgY0_0pN6WmgAC3ACfov.b0jQIo Received: from sonic.gate.mail.ne1.yahoo.com by sonic301.consmr.mail.ne1.yahoo.com with HTTP; Wed, 28 Nov 2018 19:30:16 +0000 Received: from c-67-170-167-181.hsd1.or.comcast.net (EHLO [192.168.1.109]) ([67.170.167.181]) by smtp407.mail.ne1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID e91c4201d342436fa979742905937eca; Wed, 28 Nov 2018 19:30:14 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 12.1 \(3445.101.1\)) Subject: Re: revision 341006 quite unusable From: Mark Millard In-Reply-To: <70945861-107c-b271-93fe-110127d90ba4@blastwave.org> Date: Wed, 28 Nov 2018 11:30:13 -0800 Cc: FreeBSD PowerPC ML Content-Transfer-Encoding: quoted-printable Message-Id: <554F1239-57F9-462D-918D-6E1FD8ABF9D6@yahoo.com> References: <62bd5352-6eb5-ea4c-fd5b-fd4d1a35186b@blastwave.org> <7534F42F-5BFA-4C94-B387-A42F10B5B389@yahoo.com> <0a223db3-8c88-faa9-5cfe-983ada996d4e@blastwave.org> <70945861-107c-b271-93fe-110127d90ba4@blastwave.org> To: Dennis Clarke X-Mailer: Apple Mail (2.3445.101.1) X-Rspamd-Queue-Id: E18DE85A15 X-Spamd-Result: default: False [2.60 / 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)[]; 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)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com]; FROM_HAS_DN(0.00)[]; NEURAL_SPAM_SHORT(0.37)[0.367,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(1.61)[ip: (5.52), ipnet: 66.163.184.0/21(1.45), asn: 36646(1.16), country: US(-0.09)]; NEURAL_SPAM_MEDIUM(0.60)[0.598,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(0.53)[0.535,0]; RCVD_IN_DNSWL_NONE(0.00)[201.184.163.66.list.dnswl.org : 127.0.5.0]; RWL_MAILSPIKE_POSSIBLE(0.00)[201.184.163.66.rep.mailspike.net : 127.0.0.17] X-Rspamd-Server: mx1.freebsd.org 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, 28 Nov 2018 19:30:18 -0000 On 2018-Nov-28, at 07:33, Dennis Clarke = wrote: > On 11/27/18 7:09 PM, Mark Millard wrote: >> On 2018-Nov-27, at 11:47, Dennis Clarke = wrote: >>> On 11/27/18 2:28 PM, Mark Millard wrote: >>>> On 2018-Nov-27, at 01:26, Dennis Clarke = wrote: >>>>> So I did a checkout of revision 341006 and without any changes to = make.conf and a trivial "make buildkernel" followed by the requisite >>>>> "make installkernel" I get a machine with a black screen and = entirely >>>>> quite a warm brick. Loud fans. >>>> Before buildkernel one of the following is needed: >>>> make kernel-toolchain >>>> or: >>>> make buildworld >=20 > did that ... it seems to "install" not much of anything. Neither target installs. kernel-toolchain just puts enough stuff in place to allow a later buildkernel. buildworld, by constrast, includes getting the build infrastructure in place and building everything else except the kernel. Folks working on the kernel do not normally need for the kernel-toolchain to be repeated: that part is typically not what they are changing. So update text, buildkernel, installkernel, boot, tends to be the repetive structure once initialized. One can build once and install in many places without going back through the build step, many times. There is installkernel and installworld for installation. There is the kernel target that does the sequence buildkernel installkernel automatically. >>>> =46rom the comments at the beginning of /usr/src/Makfile : >>>> # buildworld - Rebuild *everything*, including glue to = help do >>>> # upgrades. >>>> . . . >>>> # kernel-toolchain - Builds the subset of world necessary to = build a kernel >>>=20 >>> so .. which comes first ? Or is this an either or situation or do = both? >> Note the word "subset". >=20 > I don't want a "subset". I am fine with building the whole show. There is a big difference in time to build (for from scratch) between the two. Let your time preferences vs. other priorities be your guide if you want to build things that are not used to build or install the kernel but would be involved in a installworld . Repeating buildworld when nothing has changed also takes longer than buildkernel for such a context. >> buildworld generally does more than necessary for kernel work. >=20 > Great! Let's do that. >=20 >> kernel-toolchain does closer to just what is necessary for >> kernel work. >=20 > May as well build everything. >=20 >> There have been times/contexts in which kernel-toolchain was >> broken and buildworld was effectively required for a specific >> context. I've had some history of running into this based on >> a missing header, and so a failed compile. buildworld supplied >> the header in question. But such has not been common. >=20 > Well given that I am trying to build everything then it isn't a = problem. >=20 > The problem is the docs are ... not very helpful. >=20 > People have suggested to me that make buildworld should NOT be = followed by make kernel but make buildkernel : >=20 > https://svnweb.freebsd.org/base/head/UPDATING?view=3Dmarkup#l1770 That it does not use the shorter sequence of "make kernel . . ." does not not mean that the shorter sequence is invalid. Personally I normally do buildkernel and installkernel separately. In part because I build multiple contexts before installing any of them (when I have multiple to build, anyway). I do that because if any of the contexts have build problems, I tend to try to deal with getting all the builds to work first. > The "handbook" is just plain wrong. Where? > No wonder I am going in circles here. Looks like you may be reading to much into some valid examples, as though the example was the unique-valid alternative. >>>> You did not mention /etc/src.conf ( only /etc/make.conf ). My >>>> memory is that those files do not exist by default: even to be >>>> empty they have to be created. >>>=20 >>> Right ... only /etc/make.conf exists and it was just a "touch >>> /etc/make.conf" and nothing else. I really want CFLAGS set as -O0 = and >>> -g and perhaps a few other options to allow debug to be easy. = However >>> for now getting a working compile is step zero. >>>=20 >>>> -r341006 is from head/ ( not stable/ nor releng/ ) in >>>> https://svnweb.freebsd.org/base/ . I'm not sure if this >>>> was intended or not. >>>> (I am currently without access to the FreeBSD environments.) >>>=20 >>> What? How is that possible? Perhaps you are way out on the road >>> somewhere and I thank you for the reply. I felt like I was flailing >>> in the dark here and that is a good description. >> In this case it should be just fairly briefly that I'm without >> access. But there are times when I'm without access for months at >> a time for at least some TARGET_ARCH's compared to my usual >> set of them. >=20 > I have half a dozen PowerMac type units kicking around in a warehouse. > Must be a way to get those moving. However a Power9 server is really > what is needed and all the IBM units that I looked at were in the $10k > zone of cost. Sort of a tough pill to swallow. >=20 >>> I may boot the RC2 DVD and then run dd if=3D/dev/zero = of=3D/dev/diskname >>> and wipe out the first block of cylinders on the disk. Then try a >>> reinstall. I am baffled why the DVD boots fine and I get four = processors >>> online and the installed on disk image does not. That should be = quite >>> impossible. >> For all we know the VM_MAX_KERNEL_ADDRESS value issue could be >> exposing a memory layout dependency that should not be present. >=20 > I don't know. The commits that seem to have happened between RC1 and = RC2 look to be : >=20 > = https://v4.freshbsd.org/search?q=3Dcommit_date%3A%5B2018-11-16+2018-11-23%= 5D&project%5B%5D=3Dfreebsd&repository%5B%5D=3Dsrc&branches%5B%5D=3Dreleng%= 2F12.0&sort=3Dcommit_date_asc >=20 > Somewhere in there ... something went wrong for this machine I have = here.I could revert backwards to RC1 and then build from there forwards. I first saw the problem before RC1. And I've tested a bunch of kernel versions in my context. You are presuming that older than RC1 was generally working. The problem has been observed in various contexts ever since Justin's check in to CURRENT as I understand --but none before as I understand. I did the bisection that found the breaking point for my context so I've tried a bunch of versions, both before and after the breaking point that I found. When I did the bisection I installed officially built kernels from: https://artifact.ci.freebsd.org/ Also: I'm not the only one to have seen that breaking point, so the context is more general than just my context. Just because RC1 happened to side step the problem in your context does not mean that the text of post-RC1 source code updates=20 necessarily contain the problem text. Note: I continued with head instead of following 12. So I've not tried 12.0-RC1. >>> I may try again wwith an SSD but those are giving no advantage at = all. >>> Even older Patriot SATA 1 compliant 1.5Gbps SSD's are really no = better >>> than a spinning disk. >> An SSD with the same scale of seek time as spinning media --or more >> accurately having an overall latency reaching the same scale as >> spinning media? No improvement to the number of random, small = transfers >> per unit time? Wow. >=20 > I tested a new Samsung and an older SSD and there was zero benefit. >=20 =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 Nov 28 22:50:35 2018 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 7DCAF11401E8 for ; Wed, 28 Nov 2018 22:50:35 +0000 (UTC) (envelope-from dclarke@blastwave.org) Received: from atl4mhfb04.myregisteredsite.com (atl4mhfb04.myregisteredsite.com [209.17.115.120]) (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 9A9DA8BBAC for ; Wed, 28 Nov 2018 22:50:32 +0000 (UTC) (envelope-from dclarke@blastwave.org) Received: from atl4mhob08.registeredsite.com (atl4mhob08.registeredsite.com [209.17.115.46]) by atl4mhfb04.myregisteredsite.com (8.14.4/8.14.4) with ESMTP id wASMoQl9010486 for ; Wed, 28 Nov 2018 17:50:26 -0500 Received: from mailpod.hostingplatform.com (atl4qobmail01pod2.registeredsite.com [10.30.77.35]) by atl4mhob08.registeredsite.com (8.14.4/8.14.4) with ESMTP id wASMoIpk031586 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL) for ; Wed, 28 Nov 2018 17:50:18 -0500 Received: (qmail 8337 invoked by uid 0); 28 Nov 2018 22:50:18 -0000 X-TCPREMOTEIP: 174.118.245.214 X-Authenticated-UID: dclarke@blastwave.org Received: from unknown (HELO ?172.16.35.3?) (dclarke@blastwave.org@174.118.245.214) by 0 with ESMTPA; 28 Nov 2018 22:50:18 -0000 Subject: Re: revision 341104 quite unusable To: Mark Millard Cc: FreeBSD PowerPC ML , Paul Mather , Justin Hibbits References: <62bd5352-6eb5-ea4c-fd5b-fd4d1a35186b@blastwave.org> <7534F42F-5BFA-4C94-B387-A42F10B5B389@yahoo.com> <0a223db3-8c88-faa9-5cfe-983ada996d4e@blastwave.org> <70945861-107c-b271-93fe-110127d90ba4@blastwave.org> <554F1239-57F9-462D-918D-6E1FD8ABF9D6@yahoo.com> From: Dennis Clarke Message-ID: Date: Wed, 28 Nov 2018 17:50:16 -0500 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:64.0) Gecko/20100101 Thunderbird/64.0 MIME-Version: 1.0 In-Reply-To: <554F1239-57F9-462D-918D-6E1FD8ABF9D6@yahoo.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 9A9DA8BBAC X-Spamd-Result: default: False [-0.23 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_COUNT_FIVE(0.00)[5]; NEURAL_HAM_MEDIUM(-0.43)[-0.425,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; NEURAL_HAM_LONG(-0.64)[-0.643,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)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; MX_GOOD(-0.01)[mx1.netsolmail.net]; NEURAL_HAM_SHORT(-0.03)[-0.034,0]; RCVD_IN_DNSWL_NONE(0.00)[120.115.17.209.list.dnswl.org : 127.0.5.0]; R_SPF_NA(0.00)[]; FREEMAIL_TO(0.00)[yahoo.com]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:19871, ipnet:209.17.112.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; IP_SCORE(-0.02)[country: US(-0.09)] X-Rspamd-Server: mx1.freebsd.org 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, 28 Nov 2018 22:50:35 -0000 On 11/28/18 2:30 PM, Mark Millard wrote: > On 2018-Nov-28, at 07:33, Dennis Clarke wrote: >> On 11/27/18 7:09 PM, Mark Millard wrote: >>> On 2018-Nov-27, at 11:47, Dennis Clarke wrote: >>>> On 11/27/18 2:28 PM, Mark Millard wrote: >>>>> On 2018-Nov-27, at 01:26, Dennis Clarke wrote: >>>>>> So I did a checkout of revision 341006 and without any changes Actually 341104 this morning : root@eris:~ # cd /usr/src root@eris:/usr/src # root@eris:/usr/src # svnlite checkout http://svn.freebsd.org/base/head A head/sys A head/sys/powerpc A head/sys/powerpc/booke A head/sys/powerpc/include/atomic.h ... A head/.arcconfig U head Checked out revision 341104. root@eris:/usr/src # >>>>> Before buildkernel one of the following is needed: >>>>> make kernel-toolchain >>>>> or: >>>>> make buildworld I went with : root@eris:/usr/src # cd head root@eris:/usr/src/head # /usr/bin/time -p make buildworld | tee ../rev_341104_buildworld.log [Creating objdir /usr/obj/usr/src/head/powerpc.powerpc64...] -------------------------------------------------------------- >>> World build started on Wed Nov 28 05:25:54 UTC 2018 -------------------------------------------------------------- -------------------------------------------------------------- >>> Rebuilding the temporary build tree -------------------------------------------------------------- rm -rf /usr/obj/usr/src/head/powerpc.powerpc64/tmp cd /usr/src/head/tools/build; make DIRPRFX=tools/build/ DESTDIR=/usr/obj/usr/src/head/powerpc.powerpc64/tmp/legacy installdirs . . * * * make coffee and maybe go paint a suspension bridge * * * . cc -DCOMPAT_32BIT -mcpu=powerpc -m32 -L/usr/obj/usr/src/head/powerpc.powerpc64/obj-lib32/tmp/usr/lib32 --sysroot=/usr/obj/usr/src/head/powerpc.powerpc64/obj-lib32/tmp -B/usr/obj/usr/src/head/powerpc.powerpc64/tmp/usr/bin -B/usr/obj/usr/src/head/powerpc.powerpc64/obj-lib32/tmp/usr/lib32 -O2 -pipe -g -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -o ldd32.full ldd.o objcopy --only-keep-debug ldd32.full ldd32.debug objcopy --strip-debug --add-gnu-debuglink=ldd32.debug ldd32.full ldd32 -------------------------------------------------------------- >>> World build completed on Wed Nov 28 13:02:33 UTC 2018 -------------------------------------------------------------- real 27402.89 user 12559.89 sys 13336.51 root@eris:/usr/src/head # root@eris:/usr/src/head # /usr/bin/time -p make buildkernel | tee ../rev_341104_buildkernel.log . . * * * refill coffee cup * * * . . objcopy --only-keep-debug zlib.ko.full zlib.ko.debug objcopy --strip-debug --add-gnu-debuglink=zlib.ko.debug zlib.ko.full zlib.ko -------------------------------------------------------------- >>> Kernel build for GENERIC64 completed on Wed Nov 28 17:14:42 UTC 2018 -------------------------------------------------------------- real 4840.48 user 2516.73 sys 2015.42 root@eris:/usr/src/head # Lovely. > Neither target installs. kernel-toolchain just puts enough Makes sense to me. So I then did ye "make installkernel" and felt a shutdown was required. Which then resulted in the usual poweron, wait for open firmware and interrupt the boot process to set kern.smp.disabled=1 and also the then utter "noot -s" and get a black screen and warm brick with fans roaring. I try to limit my warm brick creation to once a day plus vitamines. > stuff in place to allow a later buildkernel. buildworld, by > constrast, includes getting the build infrastructure in > place and building everything else except the kernel. > > Folks working on the kernel do not normally need for the > kernel-toolchain to be repeated: that part is typically > not what they are changing. So update text, buildkernel, > installkernel, boot, tends to be the repetive structure > once initialized. Since I have never seen it work even once I was going to take no chances and just checkout the whole src. > One can build once and install in many places without > going back through the build step, many times. There is > installkernel and installworld for installation. There > is the kernel target that does the sequence buildkernel > installkernel automatically. > Well, I have a warm brick here. So I booted from the RC2 dvd image and with a shell I guess I will mount /dev/ada0s3 and then move around the kernel.old stuff. I am still baffled ( correct word ) that the kernel and tools on the RC2 bootable dvd seem fine with four cpu cores. Then actual installed system image that results just hangs the boot process without kern.smp.disabled being set. That sort of points to a module somewhere. My guess. >>>>> From the comments at the beginning of /usr/src/Makfile : >>>>> # buildworld - Rebuild *everything*, including glue to help do >>>>> # upgrades. >>>>> . . . >>>>> # kernel-toolchain - Builds the subset of world necessary to build a kernel >>>> >>>> so .. which comes first ? Or is this an either or situation or do both? >>> Note the word "subset". >> >> I don't want a "subset". I am fine with building the whole show. > > There is a big difference in time to build (for from scratch) > between the two. Let your time preferences vs. other > priorities be your guide coffee supply? Not a problem. As Paul Mather was very cool to point out this old ppc64 PowerMac G5 is a tier 2 type platform with tier whenever type real world expectations. I think a Power9 server is really needed but one step at a time here. I am looking here : >> https://svnweb.freebsd.org/base/head/UPDATING?view=markup#l1770 > > That it does not use the shorter sequence of "make kernel . . ." does > not not mean that the shorter sequence is invalid. I get different suggestions from different people. Given that I have yet to see anything work I am waiting for that eureka moment when a newly compiled kernel boots at all. Single user mode or whatever I can get. > > Personally I normally do buildkernel and installkernel separately. Makes sense. > In part because I build multiple contexts before installing any > of them (when I have multiple to build, anyway). I do that because > if any of the contexts have build problems, I tend to try to deal > with getting all the builds to work first. > >> The "handbook" is just plain wrong. > > Where? > Let's not go there. The ppc64 world is just sligtly different and needs its own docs and I'll be happy to write stuff *after* I get a build that can boot once. > I first saw the problem before RC1. And I've tested a bunch > of kernel versions in my context. Right. A few weeks ago somewhere in beta3 perhaps? However RC1 was just fine. > You are presuming that older than RC1 was generally working. No no .. I had RC1 running fine for days and even dragged in my own software projects and started compiling and running tests. With gmp and mpfr I get exactly perfect results that match my Solaris systems and Linux systems. I think RC1 was working well enough for the limited tests that I was running. > The > problem has been observed in various contexts ever since Justin's > check in to CURRENT as I understand --but none before as I > understand. I did the bisection that found the breaking point > for my context so I've tried a bunch of versions, both before and > after the breaking point that I found. When I did the bisection I > installed officially built kernels from: > https://artifact.ci.freebsd.org/ > I was not aware of that site. Well now .. how does that help .. let me look : https://artifact.ci.freebsd.org/snapshot/head/r341104/powerpc/powerpc64/ OKay ... I will watch there. Good to know. Thank you. > Also: I'm not the only one to have seen that breaking point, so > the context is more general than just my context. I still have to go with the idea that a module is the issue and not the kernel. Some other item in the mixture here is the issue. Has to be. I am running the RC2 bootable dvd now. All cpu cores are available per : https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=233579 > > Just because RC1 happened to side step the problem in your context > does not mean that the text of post-RC1 source code updates > necessarily contain the problem text. OKay .. makes sense to me. > > Note: I continued with head instead of following 12. So I've > not tried 12.0-RC1. > OKay well, as I was saying at lung exhaustive length, I have yet to see anything build and boot other than the RC2 dvd. At least in a natural way. I will keep plugging away here. Dennis Clarke From owner-freebsd-ppc@freebsd.org Thu Nov 29 07:32:46 2018 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 9DCFC1156097 for ; Thu, 29 Nov 2018 07:32:46 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic312-22.consmr.mail.bf2.yahoo.com (sonic312-22.consmr.mail.bf2.yahoo.com [74.6.128.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 AD7167B393 for ; Thu, 29 Nov 2018 07:32:45 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: F.MPJbwVM1ktH3Q4nNsCmPmuzjLulWkl7U_b69TnGDvKHPp4sMSwAXB_joalu7j P6_XqiEwgzCIKLp5XDjKxWqHb0cfM9KKWl0l.u79VgXh1oaEUxVPRmCfdCrnHISrEI7Luo45hW1F RDB5UMn2nDPkXG7yucSUC2eaO1SOFIASLT4Ntq_KNT6vYuIA.2D_4H11LxWpPsD8gHqicvBVlUid o.lnEqqBcdJWmGWQUVEpTJXhoiWCwkHzusn555Qnqcb9RjsJhi2O3JXrK3_.DPXK.8H7c4t8rh5z CtWSbXafU.9r38fhTTolYCDqwnyutc9fFM5XkcMOJIQEY_j2ptYPTr.rXN6RR4hGYTBe7nWy.fRU FixdXVQykOiMRDLD9A0vDpG81Z1UFdh5Jrub6lBgpkXH1UAnxbYwIWmDQKcpmmhX_JBjwZjo_QUt r2jCfkO1rJ2rlzbxEFAMWC3b4fwt3LeCWN3767MWR0Tf77EaUDcJxBaWREmGX3LBgZCcFpWZsioB PFoOcQ3UNpk_UcF.btg_5.SIOee.SSEIL4xjgdtQmK8QN8DptdsbhOhqsuag.AtfOhmzbmv2HnjC Kq7YAJyOm1HGR5swyikXXeSrjKWhfuCek2geZERC_YbgP4odN3Yaidk.i_XFLILoDq4bCgpTSUsC Z1alGmDR6NWwDNbdNjjSz9HmcmBNwFClavvSgsHDVpD3mbYy8gjgqDG8B2HrHbBcyH.q9f16hgjA Tq5_ZAIRTcS4nzf0yzA6BXDF0NYMRRr6YW8hRvq5t7NxWfRC3PQhQF_n53FJK80GuKTKyC2hGMz0 .s95D3AO2KDodDkghZ1iPWkuwNE1d.mLaO.TOnLBMY8xSHkN0T6JRNYw02A32LPyOBIcF7LOnhx2 P_sH0RArMFmv3h.mzn1HccM7NeaXUK9gXNi.eu.5N5zGqBmRgiqyJyMH4ZSf8TfoKxoufPJJpQ7i blC3d6EICHHbyOGAHUvE5zvx1E7C_0pGu358SjW.VevNJu.dea_6gF8vDXYtlGiqxpZcKeqMeKtz f7n6wvlwn1bDtGXgtttf0ZSi9W7j5kCkGQvuFlmUdY37WSKePQ6ERycZ1gxw- Received: from sonic.gate.mail.ne1.yahoo.com by sonic312.consmr.mail.bf2.yahoo.com with HTTP; Thu, 29 Nov 2018 07:32:44 +0000 Received: from c-67-170-167-181.hsd1.or.comcast.net (EHLO [192.168.1.109]) ([67.170.167.181]) by smtp428.mail.bf1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 4da6da2b64064ba009246e1ac1087cc8; Thu, 29 Nov 2018 07:32:43 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 12.1 \(3445.101.1\)) Subject: Re: revision 341104 quite unusable From: Mark Millard In-Reply-To: Date: Wed, 28 Nov 2018 23:32:40 -0800 Cc: FreeBSD PowerPC ML , Paul Mather , Justin Hibbits Content-Transfer-Encoding: 7bit Message-Id: <5D62A1CD-8479-47F8-8CE7-D4CBC09D996C@yahoo.com> References: <62bd5352-6eb5-ea4c-fd5b-fd4d1a35186b@blastwave.org> <7534F42F-5BFA-4C94-B387-A42F10B5B389@yahoo.com> <0a223db3-8c88-faa9-5cfe-983ada996d4e@blastwave.org> <70945861-107c-b271-93fe-110127d90ba4@blastwave.org> <554F1239-57F9-462D-918D-6E1FD8ABF9D6@yahoo.com> To: Dennis Clarke X-Mailer: Apple Mail (2.3445.101.1) X-Rspamd-Queue-Id: AD7167B393 X-Spamd-Result: default: False [2.20 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; FREEMAIL_FROM(0.00)[yahoo.com]; NEURAL_SPAM_MEDIUM(0.25)[0.251,0]; NEURAL_SPAM_SHORT(0.95)[0.953,0]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; MX_GOOD(-0.01)[cached: mta6.am0.yahoodns.net]; RCVD_IN_DNSWL_NONE(0.00)[84.128.6.74.list.dnswl.org : 127.0.5.0]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; IP_SCORE(1.35)[ip: (3.62), ipnet: 74.6.128.0/21(1.80), asn: 26101(1.44), country: US(-0.09)]; NEURAL_SPAM_LONG(0.15)[0.153,0]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; 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)[] X-Rspamd-Server: mx1.freebsd.org 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, 29 Nov 2018 07:32:46 -0000 On 2018-Nov-28, at 14:50, Dennis Clarke wrote: > . . . > Not a problem. As Paul Mather was very cool to point out this old ppc64 > PowerMac G5 is a tier 2 type platform with tier whenever type real world > expectations. I think a Power9 server is really needed but one step at > a time here. powerpc families are all tier 2, including Power9. > . . . > OKay well, as I was saying at lung exhaustive length, I have yet to see > anything build and boot other than the RC2 dvd. At least in a natural > way. And you started from a context that was observed to be a problem before you even had started (as far as I can tell). If you want things to be more likely to work directly, you would back up to source vintages from before the problem was observed initially for hardware contexts similar to yours. You could always tackle the later issues later. === Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-ppc@freebsd.org Thu Nov 29 19:16:30 2018 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 4E74A114A331 for ; Thu, 29 Nov 2018 19:16:30 +0000 (UTC) (envelope-from dclarke@blastwave.org) Received: from atl4mhob05.registeredsite.com (atl4mhob05.registeredsite.com [209.17.115.43]) by mx1.freebsd.org (Postfix) with ESMTP id AB1A87E777 for ; Thu, 29 Nov 2018 19:16:29 +0000 (UTC) (envelope-from dclarke@blastwave.org) Received: from mailpod.hostingplatform.com (atl4qobmail01pod2.registeredsite.com [10.30.77.35]) by atl4mhob05.registeredsite.com (8.14.4/8.14.4) with ESMTP id wATJGLOa004051 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL) for ; Thu, 29 Nov 2018 14:16:21 -0500 Received: (qmail 2540 invoked by uid 0); 29 Nov 2018 19:16:21 -0000 X-TCPREMOTEIP: 174.118.245.214 X-Authenticated-UID: dclarke@blastwave.org Received: from unknown (HELO ?172.16.35.3?) (dclarke@blastwave.org@174.118.245.214) by 0 with ESMTPA; 29 Nov 2018 19:16:21 -0000 Subject: Re: revision 341104 quite unusable To: Mark Millard Cc: FreeBSD PowerPC ML , Paul Mather , Justin Hibbits References: <62bd5352-6eb5-ea4c-fd5b-fd4d1a35186b@blastwave.org> <7534F42F-5BFA-4C94-B387-A42F10B5B389@yahoo.com> <0a223db3-8c88-faa9-5cfe-983ada996d4e@blastwave.org> <70945861-107c-b271-93fe-110127d90ba4@blastwave.org> <554F1239-57F9-462D-918D-6E1FD8ABF9D6@yahoo.com> <5D62A1CD-8479-47F8-8CE7-D4CBC09D996C@yahoo.com> From: Dennis Clarke Message-ID: <303cf3cd-25b1-ad86-6dc9-513af8f8aadf@blastwave.org> Date: Thu, 29 Nov 2018 14:16:20 -0500 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:64.0) Gecko/20100101 Thunderbird/64.0 MIME-Version: 1.0 In-Reply-To: <5D62A1CD-8479-47F8-8CE7-D4CBC09D996C@yahoo.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: AB1A87E777 X-Spamd-Result: default: False [1.53 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; NEURAL_SPAM_SHORT(0.56)[0.558,0]; NEURAL_HAM_LONG(-0.16)[-0.159,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)[]; NEURAL_SPAM_MEDIUM(0.11)[0.114,0]; RCVD_COUNT_THREE(0.00)[4]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; MX_GOOD(-0.01)[cached: mx1.netsolmail.net]; RCVD_IN_DNSWL_NONE(0.00)[43.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)[]; IP_SCORE(0.03)[ipnet: 209.17.112.0/21(0.14), asn: 19871(0.11), country: US(-0.09)]; ASN(0.00)[asn:19871, ipnet:209.17.112.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[43.115.17.209.rep.mailspike.net : 127.0.0.17] X-Rspamd-Server: mx1.freebsd.org 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, 29 Nov 2018 19:16:30 -0000 On 11/29/18 2:32 AM, Mark Millard wrote: > > > On 2018-Nov-28, at 14:50, Dennis Clarke wrote: > >> . . . >> Not a problem. As Paul Mather was very cool to point out this old ppc64 >> PowerMac G5 is a tier 2 type platform with tier whenever type real world >> expectations. I think a Power9 server is really needed but one step at >> a time here. > > powerpc families are all tier 2, including Power9. > For now at least ;-) >> . . . >> OKay well, as I was saying at lung exhaustive length, I have yet to see >> anything build and boot other than the RC2 dvd. At least in a natural >> way. > > > And you started from a context that was observed to be a problem > before you even had started (as far as I can tell). If you want > things to be more likely to work directly, you would back up to > source vintages from before the problem was observed initially for > hardware contexts similar to yours. > > You could always tackle the later issues later. I have been working directly from the RC2 install which does boot and run with a single cpu core. Then dragging in the src and doing a build seems to make sense but to skip over all that fuss I can drag down bits from https://artifact.ci.freebsd.org/snapshot/head/r341253/powerpc/powerpc64/ and see what happens. Dennis From owner-freebsd-ppc@freebsd.org Thu Nov 29 21:43:01 2018 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 7F511114DE78 for ; Thu, 29 Nov 2018 21:43:01 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic301-32.consmr.mail.ne1.yahoo.com (sonic301-32.consmr.mail.ne1.yahoo.com [66.163.184.201]) (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 B30A1844F9 for ; Thu, 29 Nov 2018 21:43:00 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: 8Z7Xty8VM1lesj8ag3r_MVvBIXq6.3EUEEc7Ws3A0bhIX5ssIwFxC956Q0lo_sQ SgwBmu8hk7J_XvTA_RcjdD9Ad8Q3i0.oBdt6G.9Is6OIjZ416_VcKbEAko0fEY7K0DJRsIgyONcB 6v7zQ3khmGFI5ty5lSDt7vx2jO.0z5Rl7hRUKjv7mtJ.Xbfcl0R2voISzu0a62.x6r8zS489luXK JBXGKjFkTofjmxRMqmKITf7VF0eRRbR1gszqwyYpPE0Vx1jquaRN_ytdNs7SeC4VJkf0fRX8aZII 23nlhSCvWH4Psa6PR.yfJfWBitwrEhsjrg0RQI5lv96e5aCnYvOjGgRDx3BpsxOgsA9HutYZWy0A kpL16VrCiua_OHX4RIT.iqdVhuJhEh5DRNn7zJyD5JC3x1mbKddqz9G9EFJTI_ISNXVdQVlt1URJ 4DQ8aSrAmPRREvKJZzjVoH7X9SHJiXYnomISRVj8mLhGAPs9mMqe.TGvUEf8gk0VrNXRBR8ugL6j DNldlS3ExxdRiy1eNpzxZWAkuzfvkLm0gpCXyrPQJ8T4sxuyYvR8BtlYPyhHZkopiup1BRjPKZv9 PIqObYk89GwbhrISplr0PGRuDz20D9z8DA63zUi4G6T52nw4lj2vjpi5ZMrhhtp5Agi.7RC9GOld zN3cXWWhcRx06mpGJZGvcUli.Qn3mOfiTSh_mmTW.rCNVFmar53tTOfIkdIwyGRF2eY.bdKw_2SX k3vm0pjcsPeR3F15nH3L8WkNEXHGVTJH0uZ1agVlUps8vrfte1FrAAiDhbEOCNPo7_cMJwLp.LHp FsN0Qe.xuFKrjvIURJbsgeta34fAR0bjjQxhvGp.aCi6qM0qHSvoZdSl3Pnw3XhouJmRQ7UfNd4n v_IknDPToBQ28EvsDbk21MkTflr6237YvacCLxejt2Kdl6xGRrLIOYR1lQ21Rn3MGLlxsp.wbRYs FTohJK73uAdiHorzOHOLlZrzH.okb6W9_aVR2g.e9PkOBfhq1pdynjXYu_jdv_8MlxfJR7A3L7Il W2M7H7DSfAn3YrR.jdO8TybT1EtM6D8h7xJ0OP0TfHKSflA7wfbfiUuYxxzxsBgRcJ.ATyIqOZGs UbhUe8dtCoSC_DZtQKiKLjGNusSmFNoYI5mGnMw-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic301.consmr.mail.ne1.yahoo.com with HTTP; Thu, 29 Nov 2018 21:42:54 +0000 Received: from c-67-170-167-181.hsd1.or.comcast.net (EHLO [192.168.1.109]) ([67.170.167.181]) by smtp418.mail.ne1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID ed856f7d9d3742138f09f543b75db335; Thu, 29 Nov 2018 21:32:41 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 12.1 \(3445.101.1\)) Subject: Re: revision 341104 quite unusable From: Mark Millard In-Reply-To: <303cf3cd-25b1-ad86-6dc9-513af8f8aadf@blastwave.org> Date: Thu, 29 Nov 2018 13:32:39 -0800 Cc: FreeBSD PowerPC ML Content-Transfer-Encoding: quoted-printable Message-Id: <5245A922-38CE-4BCF-85DB-9260A405C72A@yahoo.com> References: <62bd5352-6eb5-ea4c-fd5b-fd4d1a35186b@blastwave.org> <7534F42F-5BFA-4C94-B387-A42F10B5B389@yahoo.com> <0a223db3-8c88-faa9-5cfe-983ada996d4e@blastwave.org> <70945861-107c-b271-93fe-110127d90ba4@blastwave.org> <554F1239-57F9-462D-918D-6E1FD8ABF9D6@yahoo.com> <5D62A1CD-8479-47F8-8CE7-D4CBC09D996C@yahoo.com> <303cf3cd-25b1-ad86-6dc9-513af8f8aadf@blastwave.org> To: Dennis Clarke X-Mailer: Apple Mail (2.3445.101.1) X-Rspamd-Queue-Id: B30A1844F9 X-Spamd-Result: default: False [2.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)[]; 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)[]; IP_SCORE(1.53)[ip: (5.20), ipnet: 66.163.184.0/21(1.43), asn: 36646(1.14), country: US(-0.09)]; 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)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com]; FROM_HAS_DN(0.00)[]; NEURAL_SPAM_SHORT(0.84)[0.841,0]; MIME_GOOD(-0.10)[text/plain]; NEURAL_SPAM_MEDIUM(0.00)[0.005,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(0.33)[0.333,0]; RCVD_IN_DNSWL_NONE(0.00)[201.184.163.66.list.dnswl.org : 127.0.5.0]; RWL_MAILSPIKE_POSSIBLE(0.00)[201.184.163.66.rep.mailspike.net : 127.0.0.17] X-Rspamd-Server: mx1.freebsd.org 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, 29 Nov 2018 21:43:01 -0000 On 2018-Nov-29, at 11:16, Dennis Clarke = wrote: > On 11/29/18 2:32 AM, Mark Millard wrote: >> On 2018-Nov-28, at 14:50, Dennis Clarke = wrote: >>> . . . >=20 >>> . . . >>> OKay well, as I was saying at lung exhaustive length, I have yet to = see >>> anything build and boot other than the RC2 dvd. At least in a = natural >>> way. >> And you started from a context that was observed to be a problem >> before you even had started (as far as I can tell). If you want >> things to be more likely to work directly, you would back up to >> source vintages from before the problem was observed initially for >> hardware contexts similar to yours. >> You could always tackle the later issues later. >=20 > I have been working directly from the RC2 install which does boot and > run with a single cpu core. Then dragging in the src and doing a = build > seems to make sense but to skip over all that fuss I can drag down = bits > from = https://artifact.ci.freebsd.org/snapshot/head/r341253/powerpc/powerpc64/ = and see what happens. FYI for the time relationships and the versions that I tested and some related observations: The observed G5 problems started with head/ -r334498 : it goes back to 2018-Jun-1 . stable/12/ started as -r339434 being a copy of head/ as of -r339432 : 2018-Oct-19. So long after the problem started to be observed on G5s. releng/12.0/ started as -r340470 being a copy of stable/12/ as of = -r340462 : 2018-Nov-16. Any correct fix that makes all powerpc family contexts work correctly = likely should work if applied to -r334498 or later instead of just to = stable/12/ or releng/12.0/ or just recent revisions of head. Below I list the reported testing that I did. The wording is relative to my G5 use. Here I sort by the revision numbers instead of the order in which I did the approximate bisection. This was from an attempt to jump from -r333594 to -r339076 that showed the problem. head -r333594 kernel always has worked head -r334298 kernel worked head -r334474 kernel worked head -r334494 kernel worked NOTE: head -r334498 is the significant powerpc families change between the above and below. END NOTE head -r334528 kernel failed head -r334554 kernel sometimes worked, later: sometimes failed head -r334594 kernel failed head -r334644 kernel failed head -r335006 kernel sometimes worked, later: sometimes failed head -r335852 kernel sometimes worked, later: sometimes failed head -r336706 kernel failed head -r339076 kernel failed (All the above are before stable/12/ and releng/12.0/ existed.) More testing of -r334494 to see if it ever fails could be interesting. Note the examples of the same kernel sometimes working and other times not working for the same G5 machine, almost like it was dependent on uninitialized memory that was varying. (Again: long before stable/12/ and releng/12.0/ existed.) Unload/load sequences from the loader prompt to switch kernels seemed more likely to induce the "sometimes worked" and "sometimes failed" variations for the same kernel version. I've not tried to report above any world vs. kernel ties that might make some mixes problematical. In general I was not updating world unless I had to. I do not remember the details for the mixing any more. =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 Nov 30 11:13:59 2018 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 3BE9911405B2 for ; Fri, 30 Nov 2018 11:13:59 +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 C5D707CEF8 for ; Fri, 30 Nov 2018 11:13:58 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 815CA11405B1; Fri, 30 Nov 2018 11:13:58 +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 5EC0811405B0 for ; Fri, 30 Nov 2018 11:13:58 +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)) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id F1E287CEF1 for ; Fri, 30 Nov 2018 11:13:57 +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 3C673E280 for ; Fri, 30 Nov 2018 11:13:57 +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 wAUBDvvq012927 for ; Fri, 30 Nov 2018 11:13:57 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id wAUBDvxJ012926 for ppc@FreeBSD.org; Fri, 30 Nov 2018 11:13:57 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 233377] [PowerPC64] Panic during high disk I/O activity Date: Fri, 30 Nov 2018 11:13:56 +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: leandro.lupori@gmail.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: cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-Rspamd-Queue-Id: C5D707CEF8 X-Spamd-Result: default: False [2.02 / 15.00]; local_wl_from(0.00)[freebsd.org]; NEURAL_SPAM_LONG(0.57)[0.567,0]; NEURAL_SPAM_MEDIUM(0.71)[0.714,0]; ASN(0.00)[asn:10310, ipnet:2001:1900:2254::/48, country:US]; NEURAL_SPAM_SHORT(0.74)[0.740,0] X-Rspamd-Server: mx1.freebsd.org 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, 30 Nov 2018 11:13:59 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D233377 Leandro Lupori changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |leandro.lupori@gmail.com --- Comment #8 from Leandro Lupori --- After some hours of package building on ZFS I got this panic: panic: Memory modified after free 0xc0000006152a4200(128) val=3D0 @ 0xc0000006152a4200 cpuid =3D 63 time =3D 1543556801 KDB: stack backtrace: 0xe0000002c2b69b20: at .kdb_backtrace+0x5c 0xe0000002c2b69c50: at .vpanic+0x1b4 0xe0000002c2b69d10: at .panic+0x38 0xe0000002c2b69da0: at .trash_ctor+0x58 0xe0000002c2b69e20: at .uma_zdestroy+0x824 0xe0000002c2b69ed0: at .uma_zalloc_arg+0x740 0xe0000002c2b69f90: at .uma_zalloc_pcpu_arg+0x174 0xe0000002c2b6a030: at .uma_zalloc_arg+0x4d0 0xe0000002c2b6a0f0: at .uma_zalloc_pcpu_arg+0x174 0xe0000002c2b6a190: at .uma_zfree_arg+0x43c 0xe0000002c2b6a240: at ._fdrop+0xa8 0xe0000002c2b6a2d0: at .closef+0x27c 0xe0000002c2b6a3d0: at .fdsetugidsafety+0x350 0xe0000002c2b6a480: at .kern_close+0x1f0 0xe0000002c2b6a530: at .sys_close+0x18 0xe0000002c2b6a5b0: at .trap+0x664 0xe0000002c2b6a770: at .powerpc_interrupt+0x290 0xe0000002c2b6a810: user SC trap by 0x811a49fe8: srr1=3D0x900000000000f032 r1=3D0x3fffffffffffb740 cr=3D0x24024828 xer=3D0 ctr=3D0x811a49f= e0 r2=3D0x811aa5a90 --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-ppc@freebsd.org Fri Nov 30 18:25:24 2018 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 32F59114C03E for ; Fri, 30 Nov 2018 18:25: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 B175B6FBE1 for ; Fri, 30 Nov 2018 18:25:23 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 7171C114C03D; Fri, 30 Nov 2018 18:25: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 5FD18114C03C for ; Fri, 30 Nov 2018 18:25: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)) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id F3E286FBDE for ; Fri, 30 Nov 2018 18:25:22 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id BEC9B11D43 for ; Fri, 30 Nov 2018 18:25:21 +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 wAUIPL2G019131 for ; Fri, 30 Nov 2018 18:25:21 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id wAUIPLQk019130 for ppc@FreeBSD.org; Fri, 30 Nov 2018 18:25:21 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 233414] [PowerPC64] OPTIONS DEBUG_MEMGUARD results in unbootable kernel Date: Fri, 30 Nov 2018 18:25:21 +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: markj@FreeBSD.org 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-Rspamd-Queue-Id: B175B6FBE1 X-Spamd-Result: default: False [1.44 / 15.00]; local_wl_from(0.00)[freebsd.org]; NEURAL_SPAM_LONG(0.55)[0.545,0]; NEURAL_SPAM_MEDIUM(0.47)[0.468,0]; ASN(0.00)[asn:10310, ipnet:2001:1900:2254::/48, country:US]; NEURAL_SPAM_SHORT(0.43)[0.430,0] X-Rspamd-Server: mx1.freebsd.org 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, 30 Nov 2018 18:25:24 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D233414 --- Comment #2 from Mark Johnston --- (In reply to Mark Johnston from comment #1) Disregard this, apparently the problem only happens after enabling memguard= of a particular zone/malloc type. --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-ppc@freebsd.org Fri Nov 30 18:38:35 2018 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 5BF4B114C568 for ; Fri, 30 Nov 2018 18:38:35 +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 E906170370 for ; Fri, 30 Nov 2018 18:38:34 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id AB4DA114C567; Fri, 30 Nov 2018 18:38:34 +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 8844B114C566 for ; Fri, 30 Nov 2018 18:38:34 +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)) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 279617036E for ; Fri, 30 Nov 2018 18:38:34 +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 0229011EA3 for ; Fri, 30 Nov 2018 18:38:33 +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 wAUIcWsG043581 for ; Fri, 30 Nov 2018 18:38:32 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id wAUIcWmd043578 for ppc@FreeBSD.org; Fri, 30 Nov 2018 18:38:32 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 233414] [PowerPC64] OPTIONS DEBUG_MEMGUARD results in unbootable kernel Date: Fri, 30 Nov 2018 18:38:32 +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: leandro.lupori@gmail.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-Rspamd-Queue-Id: E906170370 X-Spamd-Result: default: False [1.58 / 15.00]; local_wl_from(0.00)[freebsd.org]; NEURAL_SPAM_LONG(0.59)[0.589,0]; NEURAL_SPAM_MEDIUM(0.55)[0.551,0]; ASN(0.00)[asn:10310, ipnet:2001:1900:2254::/48, country:US]; NEURAL_SPAM_SHORT(0.44)[0.439,0] X-Rspamd-Server: mx1.freebsd.org 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, 30 Nov 2018 18:38:35 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D233414 --- Comment #3 from Leandro Lupori --- I started taking a look at this, also to be able to debug a user-after-free problem. In my case, however, the system boots and crashes only after I ena= ble memguard of an UMA region via sysctl, as following: sysctl vm.memguard.desc=3D'128 Bucket'. Then, if I run make -C /usr/src, for instance, I get a stack like this: #0 vpanic (fmt=3D0xc0000000010a6980 "%s: recursing but non-recursive rw %s= @ %s:%d\n", ap=3D0xe0000000ce0f12f8 "\300") at /usr/home/luporl/base/head/sys/kern/kern_shutdown.c:813 #1 0xc0000000006abf18 in panic (fmt=3D) at /usr/home/luporl/base/head/sys/kern/kern_shutdown.c:804 #2 0xc0000000006a6148 in __rw_wlock_hard (c=3D, v=3D13835058055423348736, file=3D0xc0000000010e73f8 "/usr/home/luporl/base/head/sys/vm/vm_kern.c", line=3D471) at /usr/home/luporl/base/head/sys/kern/kern_rwlock.c:954 #3 0xc0000000006a6a8c in _rw_wlock_cookie (c=3D, file=3D0xc0000000010e73f8 "/usr/home/luporl/base/head/sys/vm/vm_kern.c", line=3D471) at /usr/home/luporl/base/head/sys/kern/kern_rwlock.c:286 #4 0xc000000000a33664 in kmem_back_domain (domain=3D0, object=3D, addr=3D16140901064502083584, size=3D4096, flags=3D) at /usr/home/luporl/base/head/sys/vm/vm_kern.c:471 #5 0xc000000000a33924 in kmem_back (object=3D0xc0000000019194a8 , addr=3D16140901064502083584, size=3D, flags=3D513) at /usr/home/luporl/base/head/sys/vm/vm_kern.c:540 #6 0xc000000000a2d5b4 in memguard_alloc (req_size=3D1024, flags=3D513) at /usr/home/luporl/base/head/sys/vm/memguard.c:351 #7 0xc000000000a2abd8 in uma_zalloc_arg (zone=3D0xc0000001ffffdb00, udata=3D0x80000020, flags=3D513) at /usr/home/luporl/base/head/sys/vm/uma_core.c:2436 #8 0xc000000000a2b528 in bucket_alloc (zone=3D0xc000000002000b00, udata=3D0x80000020, flags=3D513) at /usr/home/luporl/base/head/sys/vm/uma_core.c:428 #9 0xc000000000a2b0a0 in zone_alloc_bucket (flags=3D, domain=3D, udata=3D, zone=3D) = at /usr/home/luporl/base/head/sys/vm/uma_core.c:2982 #10 uma_zalloc_arg (zone=3D0xc000000002000b00, udata=3D0x0, flags=3D1) at /usr/home/luporl/base/head/sys/vm/uma_core.c:2590 #11 0xc000000000a76194 in uma_zalloc (flags=3D, zone=3D) at /usr/home/luporl/base/head/sys/vm/uma.h:362 #12 alloc_pvo_entry (bootstrap=3D) at /usr/home/luporl/base/head/sys/powerpc/aim/mmu_oea64.c:374 #13 0xc000000000a7a354 in moea64_enter (mmu=3D0xc000000001a8e268 , pmap=3D0xc000000001a8eba8 , va=3D16140901064502071296, m=3D0xc0000001f469d400, prot=3D3 '\003', flags=3D515, psind=3D) at /usr/home/luporl/base/head/sys/powerpc/aim/mmu_oea64.c:1365 #14 0xc000000000ab2658 in MMU_ENTER (_psind=3D, _flags=3D, _prot=3D, _p=3D, _va=3D, _pmap=3D, _mmu=3D0xc000000001a8e268 ) at ./mmu_if.h:169 #15 pmap_enter (pmap=3D0xc000000001a8eba8 , va=3D16140901064502071296, p=3D0xc0000001f469d400, prot=3D3 '\003', flags= =3D515, psind=3D0 '\000') at /usr/home/luporl/base/head/sys/powerpc/powerpc/pmap_dispatch.c:150 #16 0xc000000000a33784 in kmem_back_domain (domain=3D0, object=3D, addr=3D16140901064502071296, size=3D4096, flags=3D) at /usr/home/luporl/base/head/sys/vm/vm_kern.c:498 #17 0xc000000000a33924 in kmem_back (object=3D0xc0000000019194a8 , addr=3D16140901064502071296, size=3D, flags=3D513) at /usr/home/luporl/base/head/sys/vm/vm_kern.c:540 #18 0xc000000000a2d5b4 in memguard_alloc (req_size=3D1024, flags=3D513) at /usr/home/luporl/base/head/sys/vm/memguard.c:351 #19 0xc000000000a2abd8 in uma_zalloc_arg (zone=3D0xc0000001ffffdb00, udata=3D0x80000020, flags=3D513) at /usr/home/luporl/base/head/sys/vm/uma_core.c:2436 #20 0xc000000000a2b528 in bucket_alloc (zone=3D0xc000000002000b00, udata=3D0x80000020, flags=3D513) at /usr/home/luporl/base/head/sys/vm/uma_core.c:428 #21 0xc000000000a2b0a0 in zone_alloc_bucket (flags=3D, domain=3D, udata=3D, zone=3D) = at /usr/home/luporl/base/head/sys/vm/uma_core.c:2982 #22 uma_zalloc_arg (zone=3D0xc000000002000b00, udata=3D0x0, flags=3D1) at /usr/home/luporl/base/head/sys/vm/uma_core.c:2590 #23 0xc000000000a76194 in uma_zalloc (flags=3D, zone=3D) at /usr/home/luporl/base/head/sys/vm/uma.h:362 #24 alloc_pvo_entry (bootstrap=3D) at /usr/home/luporl/base/head/sys/powerpc/aim/mmu_oea64.c:374 #25 0xc000000000a7a354 in vm.memguard.des (mmu=3D0xc000000001a8e268 , pmap=3D0xc000000002221130, va=3D34635493376, m=3D0xc0000001f469d460, prot=3D3 '\003', flags=3D1, psind=3D) at /usr/home/luporl/base/head/sys/powerpc/aim/mmu_oea64.c:1365 #26 0xc000000000ab2658 in MMU_ENTER (_psind=3D, _flags=3D, _prot=3D, _p=3D, _va=3D, _pmap=3D, _mmu=3D0xc000000001a8e268 ) at ./mmu_if.h:169 #27 pmap_enter (pmap=3D0xc000000002221130, va=3D34635493376, p=3D0xc0000001= f469d460, prot=3D3 '\003', flags=3D1, psind=3D0 '\000') at /usr/home/luporl/base/head/sys/powerpc/powerpc/pmap_dispatch.c:150 #28 0xc000000000a30d4c in vm_fault_hold (map=3D0xc000000002221000, vaddr=3D34635493376, fault_type=3D1 '\001', fault_flags=3D0, m_hold=3D0x0) = at /usr/home/luporl/base/head/sys/vm/vm_fault.c:1296 #29 0xc000000000a31414 in vm_fault (map=3D0xc000000002221000, vaddr=3D34635= 493376, fault_type=3D1 '\001', fault_flags=3D0) at /usr/home/luporl/base/head/sys/vm/vm_fault.c:536 #30 0xc000000000ab493c in trap_pfault (frame=3D0xe0000000ce0f2840, user=3D1= ) at /usr/home/luporl/base/head/sys/powerpc/powerpc/trap.c:809 #31 0xc000000000ab5014 in trap (frame=3D0xe0000000ce0f2840) at /usr/home/luporl/base/head/sys/powerpc/powerpc/trap.c:272 #32 0xc000000000aa9fb4 in powerpc_interrupt (framep=3D0xe0000000ce0f2840) at /usr/home/luporl/base/head/sys/powerpc/powerpc/interrupt.c:127 #33 0xc000000000102ee0 in trapagain () at /usr/home/luporl/base/head/sys/powerpc/aim/trap_subr64.S:831 This is from a VM. I also happens on a physical host, but DDB stack trace doesn't have as much information. What seems to me here is that moea64_enter() ends up using uma_zalloc() to allocate a pvo entry, that uses memguard_alloc(), that uses kmem_back(), th= at calls moea64_enter(). This loop is interrupted by the panic on the non-recursive kmem_back_domain() lock. --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-ppc@freebsd.org Fri Nov 30 18:42:35 2018 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 C72AE114C80A for ; Fri, 30 Nov 2018 18:42:35 +0000 (UTC) (envelope-from plainsmart@paypalnotification.ml) Received: from paypalnotification.ml (unknown [IPv6:2a01:7c8:aac3:2a8:5054:ff:fee2:e697]) by mx1.freebsd.org (Postfix) with ESMTP id 0E96C7071B for ; Fri, 30 Nov 2018 18:42:35 +0000 (UTC) (envelope-from plainsmart@paypalnotification.ml) Received: from paypalnotification.ml (localhost [IPv6:::1]) by paypalnotification.ml (Postfix) with ESMTP id 037C6147E70 for ; Fri, 30 Nov 2018 19:39:54 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; bh=+Ty5/3RuiMhhmYlH/QY6lm7rj2kSO7mufEa3JVA4VQE=; d=paypalnotification.ml; h=Message-ID: Date: Subject: From: To: MIME-Version: Content-Type: Content-Transfer-Encoding; i=@paypalnotification.ml; s=mail; t=1543603194; b=mMgcqUvdv+5noj0LV/YqiRYELtSPdTHTJzFR2tA63bEYSKCWT0wEsf8LMwkq0XFhjP/GwaJ21 NOkcGEFNCr5ZL2omUX1mZ+hT/iDB0PnYvZwiPDgKaUX7sMAQBqv2t+UPfxwI2lx9ocFdSB4KI QaAO78M8ivcKYlVdwWliCm6GM= Message-ID: Date: Fri, 30 Nov 2018 19:00:26 +0100 Subject: notice From: plainsmart To: freebsd-ppc@freebsd.org X-Rspamd-Queue-Id: 0E96C7071B X-Spamd-Result: default: False [0.14 / 15.00]; ARC_NA(0.00)[]; RDNS_NONE(1.00)[]; R_DKIM_ALLOW(-0.20)[paypalnotification.ml]; NEURAL_HAM_MEDIUM(-0.67)[-0.674,0]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-0.64)[-0.639,0]; PREVIOUSLY_DELIVERED(0.00)[freebsd-ppc@freebsd.org]; TO_DN_NONE(0.00)[]; R_SPF_SOFTFAIL(0.00)[~all]; RCPT_COUNT_ONE(0.00)[1]; MANY_INVISIBLE_PARTS(0.05)[1]; DKIM_TRACE(0.00)[paypalnotification.ml:+]; DMARC_POLICY_ALLOW(0.00)[paypalnotification.ml,none]; MX_GOOD(-0.01)[cached: paypalnotification.ml]; MIME_HTML_ONLY(0.20)[]; DMARC_POLICY_ALLOW_WITH_FAILURES(-0.50)[]; NEURAL_HAM_SHORT(-0.66)[-0.663,0]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; IP_SCORE(-1.02)[ipnet: 2a01:7c8::/32(-2.25), asn: 20857(-2.87), country: NL(0.01)]; ASN(0.00)[asn:20857, ipnet:2a01:7c8::/32, country:NL]; HFILTER_HOSTNAME_UNKNOWN(2.50)[]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-Rspamd-Server: mx1.freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.29 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, 30 Nov 2018 18:42:36 -0000 From owner-freebsd-ppc@freebsd.org Sat Dec 1 11:26:50 2018 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 E821213128DA for ; Sat, 1 Dec 2018 11:26:49 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [96.47.72.132]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 8B5857CE15 for ; Sat, 1 Dec 2018 11:26:49 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by freefall.freebsd.org (Postfix) id 7768F1510A; Sat, 1 Dec 2018 11:26:49 +0000 (UTC) Delivered-To: powerpc@localmail.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [96.47.72.80]) (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 74D5B15109 for ; Sat, 1 Dec 2018 11:26:49 +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)) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 332B17CE13 for ; Sat, 1 Dec 2018 11:26:49 +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 735851A95F for ; Sat, 1 Dec 2018 11:26:48 +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 wB1BQmmL017344 for ; Sat, 1 Dec 2018 11:26:48 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id wB1BQmrx017343 for powerpc@FreeBSD.org; Sat, 1 Dec 2018 11:26:48 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 218131] [patch] x11-toolkits/pango needs to specify USES=c++11-lang feature Date: Sat, 01 Dec 2018 11:26:46 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: patch X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: tobik@freebsd.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: gnome@FreeBSD.org X-Bugzilla-Flags: maintainer-feedback? X-Bugzilla-Changed-Fields: see_also 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-Rspamd-Queue-Id: 8B5857CE15 X-Spamd-Result: default: False [0.76 / 15.00]; local_wl_from(0.00)[freebsd.org]; NEURAL_HAM_SHORT(-0.02)[-0.015,0]; NEURAL_SPAM_LONG(0.45)[0.448,0]; NEURAL_SPAM_MEDIUM(0.33)[0.333,0]; ASN(0.00)[asn:11403, ipnet:96.47.64.0/20, country:US] X-Rspamd-Server: mx1.freebsd.org 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, 01 Dec 2018 11:26:50 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D218131 Tobias Kortkamp changed: What |Removed |Added ---------------------------------------------------------------------------- See Also| |https://bugs.freebsd.org/bu | |gzilla/show_bug.cgi?id=3D2= 336 | |73 --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-ppc@freebsd.org Sat Dec 1 11:55:52 2018 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 5E47C1314C24 for ; Sat, 1 Dec 2018 11:55:52 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [96.47.72.132]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 04EC17E095 for ; Sat, 1 Dec 2018 11:55:52 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by freefall.freebsd.org (Postfix) id E0CA31586B; Sat, 1 Dec 2018 11:55:51 +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 DD8741586A for ; Sat, 1 Dec 2018 11:55:51 +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)) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A06EE7E090 for ; Sat, 1 Dec 2018 11:55:51 +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 CD6FF1AD7D for ; Sat, 1 Dec 2018 11:55:50 +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 wB1BtoqP074287 for ; Sat, 1 Dec 2018 11:55:50 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id wB1BtoTH074286 for powerpc@FreeBSD.org; Sat, 1 Dec 2018 11:55:50 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 218131] [patch] x11-toolkits/pango needs to specify USES=c++11-lang feature Date: Sat, 01 Dec 2018 11:55:50 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: patch X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: pkubaj@anongoth.pl X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: gnome@FreeBSD.org X-Bugzilla-Flags: maintainer-feedback? X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-Rspamd-Queue-Id: 04EC17E095 X-Spamd-Result: default: False [0.76 / 15.00]; local_wl_from(0.00)[freebsd.org]; NEURAL_HAM_SHORT(-0.02)[-0.015,0]; NEURAL_SPAM_LONG(0.45)[0.448,0]; NEURAL_SPAM_MEDIUM(0.33)[0.333,0]; ASN(0.00)[asn:11403, ipnet:96.47.64.0/20, country:US] X-Rspamd-Server: mx1.freebsd.org 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, 01 Dec 2018 11:55:52 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D218131 --- Comment #6 from Piotr Kubaj --- *** Bug 233673 has been marked as a duplicate of this bug. *** --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-ppc@freebsd.org Sat Dec 1 11:56:37 2018 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 BC5971314D15 for ; Sat, 1 Dec 2018 11:56:37 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [96.47.72.132]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 5D3677E15F for ; Sat, 1 Dec 2018 11:56:37 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by freefall.freebsd.org (Postfix) id 4A102158C8; Sat, 1 Dec 2018 11:56:37 +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 47205158C7 for ; Sat, 1 Dec 2018 11:56:37 +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)) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 07E147E15D for ; Sat, 1 Dec 2018 11:56: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 3BD561AD87 for ; Sat, 1 Dec 2018 11:56:36 +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 wB1BuaBc075013 for ; Sat, 1 Dec 2018 11:56:36 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id wB1Buadi075012 for powerpc@FreeBSD.org; Sat, 1 Dec 2018 11:56: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: powerpc@FreeBSD.org Subject: [Bug 218131] [patch] x11-toolkits/pango needs to specify USES=c++11-lang feature Date: Sat, 01 Dec 2018 11:56:35 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: patch X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: pkubaj@anongoth.pl X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: gnome@FreeBSD.org X-Bugzilla-Flags: maintainer-feedback? X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-Rspamd-Queue-Id: 5D3677E15F X-Spamd-Result: default: False [0.76 / 15.00]; local_wl_from(0.00)[freebsd.org]; NEURAL_HAM_SHORT(-0.02)[-0.015,0]; NEURAL_SPAM_LONG(0.45)[0.448,0]; NEURAL_SPAM_MEDIUM(0.33)[0.333,0]; ASN(0.00)[asn:11403, ipnet:96.47.64.0/20, country:US] X-Rspamd-Server: mx1.freebsd.org 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, 01 Dec 2018 11:56:37 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D218131 --- Comment #7 from Piotr Kubaj --- This patch is ok, it fixes build on powerpc64. --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-ppc@freebsd.org Sat Dec 1 17:02:40 2018 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 165A913222D4 for ; Sat, 1 Dec 2018 17:02:40 +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)) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id ABD6A6C9A0 for ; Sat, 1 Dec 2018 17:02:39 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by freefall.freebsd.org (Postfix) id 8551D1A789; Sat, 1 Dec 2018 17:02:39 +0000 (UTC) Delivered-To: powerpc@localmail.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [96.47.72.80]) (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 822E51A788 for ; Sat, 1 Dec 2018 17:02:39 +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)) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 22D2E6C99C for ; Sat, 1 Dec 2018 17:02:39 +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 57D451D7E1 for ; Sat, 1 Dec 2018 17:02:38 +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 wB1H2cl8059206 for ; Sat, 1 Dec 2018 17:02:38 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id wB1H2cTM059205 for powerpc@FreeBSD.org; Sat, 1 Dec 2018 17:02:38 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 233693] [PowerPC64] Powerd unable to change cpu frequency Date: Sat, 01 Dec 2018 17:02:38 +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: cem@freebsd.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: powerpc@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: assigned_to cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-Rspamd-Queue-Id: ABD6A6C9A0 X-Spamd-Result: default: False [0.85 / 15.00]; local_wl_from(0.00)[freebsd.org]; NEURAL_HAM_SHORT(-0.00)[-0.004,0]; NEURAL_SPAM_LONG(0.47)[0.473,0]; NEURAL_SPAM_MEDIUM(0.38)[0.382,0]; ASN(0.00)[asn:11403, ipnet:2610:1c1:1::/48, country:US] X-Rspamd-Server: mx1.freebsd.org 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, 01 Dec 2018 17:02:40 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D233693 Conrad Meyer changed: What |Removed |Added ---------------------------------------------------------------------------- Assignee|bugs@FreeBSD.org |powerpc@FreeBSD.org CC| |cem@freebsd.org --- Comment #2 from Conrad Meyer --- It doesn't fix this issue, but I suspect there is an off-by-one bug in pmcr_set(): --- a/sys/powerpc/cpufreq/pmcr.c +++ b/sys/powerpc/cpufreq/pmcr.c @@ -189,7 +190,7 @@ pmcr_set(device_t dev, const struct cf_setting *set) if (set =3D=3D NULL) return (EINVAL); - if (set->spec[0] < 0 || set->spec[0] > npstates) + if (set->spec[0] < 0 || set->spec[0] >=3D npstates) return (EINVAL); pmcr =3D ((long)pstate_ids[set->spec[0]] << PMCR_LOWERPS_SHIFT) & --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-ppc@freebsd.org Sat Dec 1 17:05:05 2018 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 9845E1322434 for ; Sat, 1 Dec 2018 17:05:05 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [96.47.72.132]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 3AF646CADE for ; Sat, 1 Dec 2018 17:05:05 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by freefall.freebsd.org (Postfix) id 155941A83A; Sat, 1 Dec 2018 17:05:05 +0000 (UTC) Delivered-To: powerpc@localmail.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [96.47.72.80]) (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 100481A839 for ; Sat, 1 Dec 2018 17:05:05 +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)) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C05DC6CADB for ; Sat, 1 Dec 2018 17:05:04 +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 F396A1D7EE for ; Sat, 1 Dec 2018 17:05:03 +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 wB1H53IV062156 for ; Sat, 1 Dec 2018 17:05:03 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id wB1H53bn062153 for powerpc@FreeBSD.org; Sat, 1 Dec 2018 17:05:03 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 233693] [PowerPC64] Powerd unable to change cpu frequency Date: Sat, 01 Dec 2018 17:05:03 +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: cem@freebsd.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: powerpc@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-Rspamd-Queue-Id: 3AF646CADE X-Spamd-Result: default: False [1.58 / 15.00]; local_wl_from(0.00)[freebsd.org]; NEURAL_SPAM_LONG(0.45)[0.448,0]; NEURAL_SPAM_MEDIUM(0.33)[0.333,0]; ASN(0.00)[asn:11403, ipnet:96.47.64.0/20, country:US]; NEURAL_SPAM_SHORT(0.80)[0.800,0] X-Rspamd-Server: mx1.freebsd.org 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, 01 Dec 2018 17:05:05 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D233693 --- Comment #3 from Conrad Meyer --- My read of pmcr and cpu_freq, based on Sean's supporting CF_DEBUG output, is that probably the pstate_ids table is bogus on this machine. Or that it shouldn't be used as an array index into sets? I.e. maybe pstate_ids is discontiguous while pmcr_set() (and cpufreq's sets) are contiguous. --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-ppc@freebsd.org Sat Dec 1 17:09:40 2018 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 B898B13225C2 for ; Sat, 1 Dec 2018 17:09:40 +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)) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 5DA626CBD6 for ; Sat, 1 Dec 2018 17:09:40 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by freefall.freebsd.org (Postfix) id 488231A8CC; Sat, 1 Dec 2018 17:09:40 +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 437121A8CA for ; Sat, 1 Dec 2018 17:09:40 +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)) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id F35536CBD3 for ; Sat, 1 Dec 2018 17:09:39 +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 0AD8A1D7F2 for ; Sat, 1 Dec 2018 17:09:39 +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 wB1H9cGB066604 for ; Sat, 1 Dec 2018 17:09:38 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id wB1H9cX6066603 for powerpc@FreeBSD.org; Sat, 1 Dec 2018 17:09:38 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 233693] [PowerPC64] Powerd unable to change cpu frequency Date: Sat, 01 Dec 2018 17:09: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: cem@freebsd.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: powerpc@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-Rspamd-Queue-Id: 5DA626CBD6 X-Spamd-Result: default: False [1.66 / 15.00]; local_wl_from(0.00)[freebsd.org]; NEURAL_SPAM_LONG(0.47)[0.473,0]; NEURAL_SPAM_MEDIUM(0.38)[0.382,0]; ASN(0.00)[asn:11403, ipnet:2610:1c1:1::/48, country:US]; NEURAL_SPAM_SHORT(0.81)[0.810,0] X-Rspamd-Server: mx1.freebsd.org 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, 01 Dec 2018 17:09:41 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D233693 --- Comment #4 from Conrad Meyer --- Wait, aren't we indicing pstate_ids twice? Is the right fix something like this: --- a/sys/powerpc/cpufreq/pmcr.c +++ b/sys/powerpc/cpufreq/pmcr.c @@ -189,13 +189,13 @@ pmcr_set(device_t dev, const struct cf_setting *set) if (set =3D=3D NULL) return (EINVAL); - if (set->spec[0] < 0 || set->spec[0] > npstates) +#if 0 + if (set->spec[0] < 0 || set->spec[0] >=3D npstates) return (EINVAL); +#endif - pmcr =3D ((long)pstate_ids[set->spec[0]] << PMCR_LOWERPS_SHIFT) & - PMCR_LOWERPS_MASK; - pmcr |=3D ((long)pstate_ids[set->spec[0]] << PMCR_UPPERPS_SHIFT) & - PMCR_UPPERPS_MASK; + pmcr =3D ((long)set->spec[0] << PMCR_LOWERPS_SHIFT) & PMCR_LOWERPS_= MASK; + pmcr |=3D ((long)set->spec[0] << PMCR_UPPERPS_SHIFT) & PMCR_UPPERPS= _MASK; Given that spec[0] was assigned: 176 sets[i].spec[0] =3D pstate_ids[i]; in pmcr_settings? --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-ppc@freebsd.org Sat Dec 1 17:12:51 2018 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 29A041322782 for ; Sat, 1 Dec 2018 17:12:51 +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)) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C44A26CEA3 for ; Sat, 1 Dec 2018 17:12:50 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by freefall.freebsd.org (Postfix) id 8171D1A916; Sat, 1 Dec 2018 17:12:50 +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 7E6921A915 for ; Sat, 1 Dec 2018 17:12:50 +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)) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 3F3AE6CEA0 for ; Sat, 1 Dec 2018 17:12:50 +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 83A051D946 for ; Sat, 1 Dec 2018 17:12:49 +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 wB1HCn1p081316 for ; Sat, 1 Dec 2018 17:12:49 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id wB1HCnjD081315 for powerpc@FreeBSD.org; Sat, 1 Dec 2018 17:12:49 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 233693] [PowerPC64] Powerd unable to change cpu frequency Date: Sat, 01 Dec 2018 17:12:49 +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: cem@freebsd.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: powerpc@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-Rspamd-Queue-Id: C44A26CEA3 X-Spamd-Result: default: False [1.58 / 15.00]; local_wl_from(0.00)[freebsd.org]; NEURAL_SPAM_LONG(0.45)[0.448,0]; NEURAL_SPAM_MEDIUM(0.33)[0.333,0]; ASN(0.00)[asn:11403, ipnet:2610:1c1:1::/48, country:US]; NEURAL_SPAM_SHORT(0.80)[0.800,0] X-Rspamd-Server: mx1.freebsd.org 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, 01 Dec 2018 17:12:51 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D233693 --- Comment #5 from Conrad Meyer --- Created attachment 199713 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=3D199713&action= =3Dedit Possible fix Please try this patch. I think it should fix the issue. --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-ppc@freebsd.org Sat Dec 1 18:33:09 2018 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 75CD61324590 for ; Sat, 1 Dec 2018 18:33:09 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [96.47.72.132]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 1904E6FC99 for ; Sat, 1 Dec 2018 18:33:09 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by freefall.freebsd.org (Postfix) id E23B01BD5E; Sat, 1 Dec 2018 18:33:08 +0000 (UTC) Delivered-To: powerpc@localmail.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [96.47.72.80]) (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 D81171BD5D for ; Sat, 1 Dec 2018 18:33: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)) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 809146FC96 for ; Sat, 1 Dec 2018 18:33: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 B3E5C1E432 for ; Sat, 1 Dec 2018 18:33: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 wB1IX74g024453 for ; Sat, 1 Dec 2018 18:33:07 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id wB1IX73E024452 for powerpc@FreeBSD.org; Sat, 1 Dec 2018 18:33: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 233693] [PowerPC64] Powerd unable to change cpu frequency Date: Sat, 01 Dec 2018 18:33:07 +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: sbruno@FreeBSD.org X-Bugzilla-Status: In Progress X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: powerpc@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-Rspamd-Queue-Id: 1904E6FC99 X-Spamd-Result: default: False [1.75 / 15.00]; local_wl_from(0.00)[freebsd.org]; NEURAL_SPAM_LONG(0.47)[0.473,0]; NEURAL_SPAM_MEDIUM(0.38)[0.382,0]; ASN(0.00)[asn:11403, ipnet:96.47.64.0/20, country:US]; NEURAL_SPAM_SHORT(0.89)[0.891,0] X-Rspamd-Server: mx1.freebsd.org 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, 01 Dec 2018 18:33:09 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D233693 Sean Bruno changed: What |Removed |Added ---------------------------------------------------------------------------- Status|New |In Progress --- Comment #6 from Sean Bruno --- (In reply to Conrad Meyer from comment #5) Well, that certainly squashes the error and powerd is running happily on archon.nyi.freebsd.org I'm note that powerd is a bit hungry when it comes to CPU as top reports it will hit about 3-5% when it runs. That is, as the turn of phrase goes, "An exercise left for the reader." I turned on debug to see what powerd was doing and in most cases, probably = due to how "busy" it is when writing to the console, it left the CPUs at max. I didn't see a sysctl that would tell me "current" frequency, so I'm assuming that its fine. --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-ppc@freebsd.org Sat Dec 1 20:37:25 2018 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 017DC1326FF1 for ; Sat, 1 Dec 2018 20:37:25 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [96.47.72.132]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 9C836734CB for ; Sat, 1 Dec 2018 20:37:24 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by freefall.freebsd.org (Postfix) id 85FFC1CFAF; Sat, 1 Dec 2018 20:37:24 +0000 (UTC) Delivered-To: powerpc@localmail.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [96.47.72.80]) (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 7AA0C1CFAD for ; Sat, 1 Dec 2018 20:37:24 +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)) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 373AC734C8 for ; Sat, 1 Dec 2018 20:37:24 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id 4C27E1F476 for ; Sat, 1 Dec 2018 20:37:23 +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 wB1KbN3c029108 for ; Sat, 1 Dec 2018 20:37:23 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id wB1KbNBM029107 for powerpc@FreeBSD.org; Sat, 1 Dec 2018 20:37:23 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 233693] [PowerPC64] Powerd unable to change cpu frequency Date: Sat, 01 Dec 2018 20:37:23 +0000 X-Bugzilla-Reason: CC 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: cem@freebsd.org X-Bugzilla-Status: In Progress X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: cem@freebsd.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: assigned_to cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-Rspamd-Queue-Id: 9C836734CB X-Spamd-Result: default: False [1.30 / 15.00]; local_wl_from(0.00)[freebsd.org]; NEURAL_SPAM_LONG(0.45)[0.448,0]; NEURAL_SPAM_MEDIUM(0.33)[0.333,0]; ASN(0.00)[asn:11403, ipnet:96.47.64.0/20, country:US]; NEURAL_SPAM_SHORT(0.52)[0.517,0] X-Rspamd-Server: mx1.freebsd.org 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, 01 Dec 2018 20:37:25 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D233693 Conrad Meyer changed: What |Removed |Added ---------------------------------------------------------------------------- Assignee|powerpc@FreeBSD.org |cem@freebsd.org CC|cem@freebsd.org |powerpc@FreeBSD.org --- Comment #7 from Conrad Meyer --- I'll commit the patch on comment #5; I'd like to get a 'Reviewed by:' someo= ne more familiar with power first, though. --=20 You are receiving this mail because: You are on the CC list for the bug. You are the assignee for the bug.= From owner-freebsd-ppc@freebsd.org Sat Dec 1 20:45:56 2018 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 C9977132737B for ; Sat, 1 Dec 2018 20:45:56 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 700D873AE4 for ; Sat, 1 Dec 2018 20:45:56 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by freefall.freebsd.org (Postfix) id 5FD551D2C6; Sat, 1 Dec 2018 20:45:56 +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 5C6FF1D2C5 for ; Sat, 1 Dec 2018 20:45:56 +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)) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id BF1E873AE2 for ; Sat, 1 Dec 2018 20:45:55 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id D37121F5E6 for ; Sat, 1 Dec 2018 20:45:54 +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 wB1Kjs3X047860 for ; Sat, 1 Dec 2018 20:45:54 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id wB1KjscH047859 for powerpc@FreeBSD.org; Sat, 1 Dec 2018 20:45:54 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 233693] [PowerPC64] Powerd unable to change cpu frequency Date: Sat, 01 Dec 2018 20:45:54 +0000 X-Bugzilla-Reason: CC 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: jhibbits@FreeBSD.org X-Bugzilla-Status: In Progress X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: cem@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-Rspamd-Queue-Id: 700D873AE4 X-Spamd-Result: default: False [1.30 / 15.00]; local_wl_from(0.00)[freebsd.org]; NEURAL_SPAM_LONG(0.45)[0.448,0]; NEURAL_SPAM_MEDIUM(0.33)[0.333,0]; ASN(0.00)[asn:11403, ipnet:2610:1c1:1::/48, country:US]; NEURAL_SPAM_SHORT(0.52)[0.517,0] X-Rspamd-Server: mx1.freebsd.org 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, 01 Dec 2018 20:45:57 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D233693 --- Comment #8 from Justin Hibbits --- (In reply to Conrad Meyer from comment #7) Looks good to me. The reason it works as-is on POWER9 is that the index directly matches the = id that gets inserted. On POWER8 the id that gets inserted is increasingly negative, so will always fail. Your patch looks like the correct fix. --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-ppc@freebsd.org Sat Dec 1 20:47:01 2018 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 9B0C013273D7 for ; Sat, 1 Dec 2018 20:47:01 +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)) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 42C8873B2A for ; Sat, 1 Dec 2018 20:47:01 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by freefall.freebsd.org (Postfix) id 03C171D2EE; Sat, 1 Dec 2018 20:47:01 +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 F00E21D2ED for ; Sat, 1 Dec 2018 20:47: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)) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B199E73B26 for ; Sat, 1 Dec 2018 20:47:00 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id DF8271F5EA for ; Sat, 1 Dec 2018 20:46:59 +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 wB1Kkx57048888 for ; Sat, 1 Dec 2018 20:46:59 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id wB1Kkx5K048887 for powerpc@FreeBSD.org; Sat, 1 Dec 2018 20:46:59 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 233693] [PowerPC64] Powerd unable to change cpu frequency Date: Sat, 01 Dec 2018 20:46:59 +0000 X-Bugzilla-Reason: CC 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: cem@freebsd.org X-Bugzilla-Status: In Progress X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: cem@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-Rspamd-Queue-Id: 42C8873B2A X-Spamd-Result: default: False [1.30 / 15.00]; local_wl_from(0.00)[freebsd.org]; NEURAL_SPAM_LONG(0.45)[0.448,0]; NEURAL_SPAM_MEDIUM(0.33)[0.333,0]; ASN(0.00)[asn:11403, ipnet:2610:1c1:1::/48, country:US]; NEURAL_SPAM_SHORT(0.52)[0.517,0] X-Rspamd-Server: mx1.freebsd.org 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, 01 Dec 2018 20:47:01 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D233693 --- Comment #9 from Conrad Meyer --- I'm happier with the explanation of why it worked on power9, thanks. :-) --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-ppc@freebsd.org Sat Dec 1 21:04:45 2018 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 6F7041327D74 for ; Sat, 1 Dec 2018 21:04:45 +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 F2F7D74784 for ; Sat, 1 Dec 2018 21:04:44 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id B363A1327D73; Sat, 1 Dec 2018 21:04:44 +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 A1EBD1327D71 for ; Sat, 1 Dec 2018 21:04:44 +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)) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 41A5474783 for ; Sat, 1 Dec 2018 21:04:44 +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 5B66C1F89B for ; Sat, 1 Dec 2018 21:04:43 +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 wB1L4heZ049020 for ; Sat, 1 Dec 2018 21:04:43 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id wB1L4hei049013 for ppc@FreeBSD.org; Sat, 1 Dec 2018 21:04:43 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 233579] FreeBSD 12.0-RC2 r340839 GENERIC powerpc needs kern.smp.disabled=1 to boot after install Date: Sat, 01 Dec 2018 21:04:43 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: conf X-Bugzilla-Version: CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: dclarke@blastwave.org 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-Rspamd-Queue-Id: F2F7D74784 X-Spamd-Result: default: False [1.53 / 15.00]; local_wl_from(0.00)[freebsd.org]; NEURAL_SPAM_LONG(0.55)[0.545,0]; NEURAL_SPAM_MEDIUM(0.47)[0.468,0]; ASN(0.00)[asn:10310, ipnet:2001:1900:2254::/48, country:US]; NEURAL_SPAM_SHORT(0.51)[0.512,0] X-Rspamd-Server: mx1.freebsd.org 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, 01 Dec 2018 21:04:45 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D233579 --- Comment #1 from Dennis Clarke --- Seems to affect RC3 also and even the install dvd image won't allow more than a single cpu core to work. --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-ppc@freebsd.org Sat Dec 1 21:38:18 2018 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 890A813289DA for ; Sat, 1 Dec 2018 21:38:18 +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)) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 3073F7591E for ; Sat, 1 Dec 2018 21:38:18 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by freefall.freebsd.org (Postfix) id 1EAEF1DF10; Sat, 1 Dec 2018 21:38:18 +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 195031DF0F for ; Sat, 1 Dec 2018 21:38:18 +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)) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D7DD875918 for ; Sat, 1 Dec 2018 21:38:17 +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 21ECB1FCB7 for ; Sat, 1 Dec 2018 21:38:17 +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 wB1LcHdR033263 for ; Sat, 1 Dec 2018 21:38:17 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from bugzilla@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id wB1LcGJc033262 for powerpc@FreeBSD.org; Sat, 1 Dec 2018 21:38:16 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: bugzilla set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: powerpc@FreeBSD.org Subject: [Bug 233693] [PowerPC64] Powerd unable to change cpu frequency Date: Sat, 01 Dec 2018 21:38:17 +0000 X-Bugzilla-Reason: CC 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: commit-hook@freebsd.org X-Bugzilla-Status: In Progress X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: cem@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-Rspamd-Queue-Id: 3073F7591E X-Spamd-Result: default: False [1.58 / 15.00]; local_wl_from(0.00)[freebsd.org]; NEURAL_SPAM_LONG(0.47)[0.473,0]; NEURAL_SPAM_SHORT(0.72)[0.723,0]; NEURAL_SPAM_MEDIUM(0.38)[0.382,0]; ASN(0.00)[asn:11403, ipnet:2610:1c1:1::/48, country:US] X-Rspamd-Server: mx1.freebsd.org 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, 01 Dec 2018 21:38:18 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D233693 --- Comment #10 from commit-hook@freebsd.org --- A commit references this bug: Author: cem Date: Sat Dec 1 21:37:47 UTC 2018 New revision: 341389 URL: https://svnweb.freebsd.org/changeset/base/341389 Log: pmcr: Fix pstate setting on Power8 Fix p-state setting on Power8 by removing the accidental double-indirecti= on of the pstate_ids table. The pstate_ids table comes from the OF property "ibm,pstate-ids." On Pow= er9, the values happen to be identical to the indices, so the extra indirection was harmless. On Power8, the values were out of the range [0, npstates], so pmcr_set() would fail the spec[0] range check with EINVAL. While here, include both the value and index in the driver-specific regis= ter array as spec[0] and spec[1] respectively. They're redundant, but relati= vely harmless, and it may aid debugging. While here, fix the range check to exclude the index npstates, which is o= ne past the last valid index. PR: 233693 Reported and tested by: sbruno Reviewed by: jhibbits Changes: head/sys/powerpc/cpufreq/pmcr.c --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-ppc@freebsd.org Sat Dec 1 21:39:12 2018 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 CF17C1328A8E for ; Sat, 1 Dec 2018 21:39:12 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [96.47.72.132]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 6B565759AC for ; Sat, 1 Dec 2018 21:39:12 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by freefall.freebsd.org (Postfix) id 3D13A1DF36; Sat, 1 Dec 2018 21:39:12 +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 352431DF34 for ; Sat, 1 Dec 2018 21:39:12 +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)) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D3CB7759A8 for ; Sat, 1 Dec 2018 21:39:11 +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 14EEE1FCBA for ; Sat, 1 Dec 2018 21:39:11 +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 wB1LdAZb034131 for ; Sat, 1 Dec 2018 21:39:10 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id wB1LdARc034130 for powerpc@FreeBSD.org; Sat, 1 Dec 2018 21:39:10 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 233693] [PowerPC64] Powerd unable to change cpu frequency Date: Sat, 01 Dec 2018 21:39:11 +0000 X-Bugzilla-Reason: CC 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: cem@freebsd.org X-Bugzilla-Status: Closed X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: cem@freebsd.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: resolution bug_status Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-Rspamd-Queue-Id: 6B565759AC X-Spamd-Result: default: False [1.50 / 15.00]; local_wl_from(0.00)[freebsd.org]; NEURAL_SPAM_LONG(0.45)[0.448,0]; NEURAL_SPAM_MEDIUM(0.33)[0.333,0]; ASN(0.00)[asn:11403, ipnet:96.47.64.0/20, country:US]; NEURAL_SPAM_SHORT(0.72)[0.719,0] X-Rspamd-Server: mx1.freebsd.org 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, 01 Dec 2018 21:39:13 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D233693 Conrad Meyer changed: What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |FIXED Status|In Progress |Closed --=20 You are receiving this mail because: You are on the CC list for the bug.=