From owner-freebsd-arm@freebsd.org Sun Dec 16 12:17:55 2018 Return-Path: Delivered-To: freebsd-arm@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 520B813257BC for ; Sun, 16 Dec 2018 12:17:55 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E57CD85735 for ; Sun, 16 Dec 2018 12:17:54 +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 32F3619F9A for ; Sun, 16 Dec 2018 12:17: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 wBGCHs3N047086 for ; Sun, 16 Dec 2018 12:17:54 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id wBGCHsgM047081 for freebsd-arm@FreeBSD.org; Sun, 16 Dec 2018 12:17: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: freebsd-arm@FreeBSD.org Subject: [Bug 234055] PL011 UART driver unable to change baudrate when booted via u-boot Date: Sun, 16 Dec 2018 12:17:54 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: arm X-Bugzilla-Version: CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: sjorge+signup@blackdot.be X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-arm@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version rep_platform op_sys bug_status bug_severity priority component assigned_to reporter Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Dec 2018 12:17:55 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D234055 Bug ID: 234055 Summary: PL011 UART driver unable to change baudrate when booted via u-boot Product: Base System Version: CURRENT Hardware: arm64 OS: Any Status: New Severity: Affects Some People Priority: --- Component: arm Assignee: freebsd-arm@FreeBSD.org Reporter: sjorge+signup@blackdot.be After a long few months trying to figure this out... It looks like the PL011 UART driver is unable to set a baudrate when booted= via u-boot. My understanding of the code is poor but it looks like it only works for x86 BIOS/EFI booted systems. This seems like something that might be useful for people running HAT's on raspberry pi's or other ARM boards. Currently the baudrate can be set using u-boot by adding init_baudrate=3D"9600" to /boot/msdos/config.txt but it FreeBSD is unable to change it.=20 It would be nice to have baudrate setting implemented eventually... but at least now there is a ticket for other people having this problem. --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-arm@freebsd.org Sun Dec 16 16:34:47 2018 Return-Path: Delivered-To: freebsd-arm@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 D799B133199E for ; Sun, 16 Dec 2018 16:34:46 +0000 (UTC) (envelope-from radovan@putec.sk) Received: from wout2-smtp.messagingengine.com (wout2-smtp.messagingengine.com [64.147.123.25]) (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 0EDAD8DC8A for ; Sun, 16 Dec 2018 16:34:44 +0000 (UTC) (envelope-from radovan@putec.sk) Received: from compute3.internal (compute3.nyi.internal [10.202.2.43]) by mailout.west.internal (Postfix) with ESMTP id 10CEBDE2 for ; Sun, 16 Dec 2018 11:34:37 -0500 (EST) Received: from mailfrontend1 ([10.202.2.162]) by compute3.internal (MEProxy); Sun, 16 Dec 2018 11:34:37 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=putec.sk; h=date :from:to:message-id:subject:mime-version:content-type; s=fm2; bh=0O0onZPt0eXgh4+ody5g8DIwtelaPb6mVxYjPugsrT4=; b=KWWji5Y/6+Hl PZGe4j4tLTmtRZDZXeT49gCF42IQeO4ZWcXIUXLsBkvq+KLU4b6vz/8rejTubpUo O+VMuO+O2DfiHzw8KKgM5Zi6mIySNIca0ZmESCiuVyc1y76a+i8jEoA87pO4fhkG PzLZ0xYLE8/LNhe7W/aq5Ai/vBLpT+BCZkG73AK09sXUmhZ4ONVpwDmrBDlYS6nZ MnrvWWnzGvYPvgZXQKJfka/PTU2AeCvbt4ovFvhDWIIpJTexFTQ7lpMAIL7/g09L lQ7lnYEtfgF4K12A19clxO8YRE73vWEc051czJs2dEVVGN4QJqhf5jbRi83jlPlJ UyA+Y0KRJg== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-type:date:from:message-id :mime-version:subject:to:x-me-proxy:x-me-proxy:x-me-sender :x-me-sender:x-sasl-enc; s=fm1; bh=0O0onZPt0eXgh4+ody5g8DIwtelaP b6mVxYjPugsrT4=; b=ycyxIwus8otedWxZK8jczvcpMNSNnlj4rFwAwKtfJhJqM lTAVr1YTgZMzMJ3djU1z2fF+StzGwhGTeh0AyvPbUHYH10Xpi5Y34HFWam8ec/FE pz+gZwABWGjzzSHY+DWmxhAqBk3mJGVIjwHgxx8TQMbxR8hQOryDdX2NUqhwrsw4 y2mVfETJJ2CQ2OyWNrWepE/GUXcEun9G75QXZnGcWKbOtSy/8Zg5+mOBWAUFhQyz wNR9ydkk6D0swTEztwo6EhukCrg+ycgHs5sOddYFmtOtNA10SGzkVMHnMtj4qQ0z Idjk+j4+v6m6+cS5fnSCV38aHZ8CzFEYr/j1/192A== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedtkedrudehledgleduucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfquhhtnecuuegrihhlohhuthemucef tddtnecunecujfgurhepfffhvffkufggtgesrgdtreertddtjeenucfhrhhomheptfgrug hovhgrnhgprfprthgvtgcuoehrrgguohhvrghnsehpuhhtvggtrdhskheqnecukfhppeek hedrvdduiedrvddtgedrledtnecurfgrrhgrmhepmhgrihhlfhhrohhmpehrrgguohhvrg hnsehpuhhtvggtrdhskhenucevlhhushhtvghrufhiiigvpedt X-ME-Proxy: Received: from [10.13.37.23] (chello085216204090.chello.sk [85.216.204.90]) by mail.messagingengine.com (Postfix) with ESMTPA id A41B7E4430 for ; Sun, 16 Dec 2018 11:34:35 -0500 (EST) Date: Sun, 16 Dec 2018 17:34:26 +0100 From: =?utf-8?Q?Radovan_P=C3=BAtec?= To: freebsd-arm@freebsd.org Message-ID: <4f421a5f-c09d-46a4-8d45-4f7e5e3b2e40@Spark> Subject: FreeBSD-12.0-current not booting on hummingboard X-Readdle-Message-ID: 4f421a5f-c09d-46a4-8d45-4f7e5e3b2e40@Spark MIME-Version: 1.0 X-Rspamd-Queue-Id: 0EDAD8DC8A X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org; dkim=pass header.d=putec.sk header.s=fm2 header.b=KWWji5Y/; dkim=pass header.d=messagingengine.com header.s=fm1 header.b=ycyxIwus; spf=pass (mx1.freebsd.org: domain of radovan@putec.sk designates 64.147.123.25 as permitted sender) smtp.mailfrom=radovan@putec.sk X-Spamd-Result: default: False [-6.53 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[putec.sk:s=fm2,messagingengine.com:s=fm1]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:64.147.123.25]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; TO_DN_NONE(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; RCVD_COUNT_THREE(0.00)[4]; DMARC_NA(0.00)[putec.sk]; DKIM_TRACE(0.00)[putec.sk:+,messagingengine.com:+]; MX_GOOD(-0.01)[in2-smtp.messagingengine.com,in1-smtp.messagingengine.com,in2-smtp.messagingengine.com,in1-smtp.messagingengine.com,in2-smtp.messagingengine.com,in1-smtp.messagingengine.com,in2-smtp.messagingengine.com,in1-smtp.messagingengine.com]; NEURAL_HAM_SHORT(-0.97)[-0.965,0]; IP_SCORE(-3.46)[ip: (-8.94), ipnet: 64.147.123.0/24(-4.47), asn: 11403(-3.80), country: US(-0.08)]; FROM_EQ_ENVFROM(0.00)[]; MID_RHS_NOT_FQDN(0.50)[]; MIME_TRACE(0.00)[0:+,1:+]; ASN(0.00)[asn:11403, ipnet:64.147.123.0/24, country:US]; RCVD_TLS_LAST(0.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[25.123.147.64.list.dnswl.org : 127.0.5.1] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Dec 2018 16:34:47 -0000 Hi there, I've tried installing =46reeBSD-12.0-RELEASE on hummingboard, however it = seems to be broken,=C2=A0same problem with RC3. Can't test with earlier RC as I di= dn=E2=80=99t downloaded one and I can=E2=80=99t=C2=A0find them anymore. 11.2 armv6 is working as expected, upgrading to 12.0 from source as armv6= is also working as=C2=A0expected. Sorry, no serial console available, I've managed to fry it some time ago.= After connecting HDMI I see following output in loop (adresses change): pc : =5B<1792640c>=5D lr : =5B<4ff9f403>=5D reloc pc : =5B<1782640c>=5D lr : =5B<17826403>=5D sp : 4f672d08 ip : 4f59 fp : 4f5769dc r10: 4ffb3f02 r9 : 4f57 r8 : 4ff9f40c r7 : 4f89b250 r6 : 4f89 r5 : 4ffc10e r4 : ffffffff r3 : 9ff01ce5 r2 : 9ff0 r1 : 4ffb3f02 r0 : 0000005e =46lags: nzCv IRQs on =46IQs on Mode SVC=5F32 Code: f00968a0 b918f866 68e04641 ffb2f7ff (e7ef6824) data abort At this point I'm not sure how to proceed with adressing this issue, or h= ow to debug the problem.=C2=A0Any hints=3F Thank you=21 radovan --- =46rom my observations, software is the leading cause of sadness From owner-freebsd-arm@freebsd.org Mon Dec 17 08:32:28 2018 Return-Path: Delivered-To: freebsd-arm@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 2C24B13351B7 for ; Mon, 17 Dec 2018 08:32:28 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id BE5EC899FF for ; Mon, 17 Dec 2018 08:32:27 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id ECE06252A1 for ; Mon, 17 Dec 2018 08:32:26 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id wBH8WQfY066614 for ; Mon, 17 Dec 2018 08:32:26 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id wBH8WQO3066612 for freebsd-arm@FreeBSD.org; Mon, 17 Dec 2018 08:32:26 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 234091] rpi 2b start with hight load, interrupts may be blamed Date: Mon, 17 Dec 2018 08:32:26 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: arm X-Bugzilla-Version: 12.0-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: amutu@amutu.com X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-arm@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version rep_platform op_sys bug_status bug_severity priority component assigned_to reporter Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Dec 2018 08:32:28 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D234091 Bug ID: 234091 Summary: rpi 2b start with hight load, interrupts may be blamed Product: Base System Version: 12.0-RELEASE Hardware: arm OS: Any Status: New Severity: Affects Some People Priority: --- Component: arm Assignee: freebsd-arm@FreeBSD.org Reporter: amutu@amutu.com top: last pid: 4063; load averages: 2.12, 2.05, 2.01=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20 up 0+07:13:40 16:30:25 41 processes: 1 running, 40 sleeping CPU: 0.2% user, 0.0% nice, 0.4% system, 0.3% interrupt, 99.1% idle Mem: 9996K Active, 38M Inact, 125M Wired, 85M Buf, 755M Free Swap:=20 vmstat -i: vmstat -i interrupt total rate local_intc0,1: + 30806260 1182 local_intc0,3: + 1669499517 64082 local_intc0,8: + 210673186 8086 local_intc0,9: pmu0 505 0 intc0,1: mbox0 27 0 intc0,2: vchiq0 2 0 intc0,17: + 634007644 24336 intc0,28: bcm_dma0 869966 33 intc0,65: uart0 215 0 intc0,70: + 117236 4 cpu0:rendezvous 286 0 cpu1:rendezvous 299 0 cpu2:rendezvous 199 0 cpu3:rendezvous 143 0 cpu2:ast 2 0 cpu3:ast 2 0 cpu0:preempt 423859 16 cpu2:preempt 2940122 113 cpu3:preempt 2949969 113 cpu0:hardclock 8 0 Total 2552289447 97966 uname -a FreeBSD rpi2 12.0-RELEASE FreeBSD 12.0-RELEASE r341666 GENERIC arm --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-arm@freebsd.org Mon Dec 17 15:39:46 2018 Return-Path: Delivered-To: freebsd-arm@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 B8BE81343536 for ; Mon, 17 Dec 2018 15:39:46 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from outbound3d.ore.mailhop.org (outbound3d.ore.mailhop.org [54.186.57.195]) (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 20C9D7336F for ; Mon, 17 Dec 2018 15:39:45 +0000 (UTC) (envelope-from ian@freebsd.org) ARC-Seal: i=1; a=rsa-sha256; t=1545061151; cv=none; d=outbound.mailhop.org; s=arc-outbound20181012; b=QNdIzPZZDu/UwzsOpD9bmF0W5/sfVgESm4kjXUcBxACs6G/rOIWI7xuPloZMNcCwXYGY+w1t8udKQ ydnWxwohDyvNKHFdifJ/zwMe0ZIxYfes/zMj15UsFsY+2+29vobdvrg4Oa/WbSn2A8ovGpo6fKB4KG ybN0fm4vlfTtPfsMoL6G/pVU/Kip149fY/QpxI5Iq13Ylx9AurAOerAxHp0OO5jfhVdXBBgUSoAw5k YjayRm/01ME2bIYJKSyMQskgUjDynoa7GbytHiDv/v32a5HxIUjRuIGD190ksIL+n/Hw0smEuJjRhX PsYDJ1ObKlJ/bbKB1i12QdK27AhZZjA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=outbound.mailhop.org; s=arc-outbound20181012; h=content-transfer-encoding:mime-version:content-type:references:in-reply-to: date:to:from:subject:message-id:dkim-signature:from; bh=yLMiK3ow5/C95EdqSm1o2EMoF5cNyKZCuQh01kvQzhA=; b=XckQeNl6dyVWQ32SilRBdm67HIZw7Skko2+M2gvdZS5Wm6PI4p1AejaUJDtTQEGh1cXJREOLOw/WC blq4bp2TSDlnyqwdVHonfqabHwIBiAH/NQPIbaCmzb+dPSnEkKOkDSLhfwO5uOFuZmoGCS+/1SKlNU MFfJhahLDPNQD8ZTIo6WC/J3TM49Z1P9M36WATCP9PUvQZd9pDrdULD4ERv3SRfZ+Ac8z7HwpSi71T UmxUiUKzQLnAhs5r24TmmVLHDpgvchbGKGx69RtESJzak8Ta/VDQj4nna+gT7B6ajFnhsrB02S9piy x3IG/7yOYfTQj8bMstCk2x/tVBcbznA== ARC-Authentication-Results: i=1; outbound3.ore.mailhop.org; spf=softfail smtp.mailfrom=freebsd.org smtp.remote-ip=67.177.211.60; dmarc=none header.from=freebsd.org; arc=none header.oldest-pass=0; DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=outbound.mailhop.org; s=dkim-high; h=content-transfer-encoding:mime-version:content-type:references:in-reply-to: date:to:from:subject:message-id:from; bh=yLMiK3ow5/C95EdqSm1o2EMoF5cNyKZCuQh01kvQzhA=; b=sOQizUgnf9S47ZmZg9dfBt52F31qUhzZNPoKpn7pJFDhP0SdwFBHWw8YV5rGLWotsQWIUt1Nq+Iy+ oJ4ggKxjaTaqwbZICe99ZgQRD3eQF944JcsF4uRGKYAFaTABrOrj9VyoD8Xk4kKIgghSzbC4tldWi4 N0CdCBEm2apoRx7QbOrHAyrPwFFiJ0zr9vFmDeGx3uc9zIAJx5L3OLsqn40urdCzUxnxYLroeWPxLg 97cznbEUOE9lfD5XATS9OBGcvMttB7zLQgYo2qnM4RTrvuxufPwzkc26hqDmKrEZagAXggLqLatDXw 1k9YlSNA8wvydj1HNlHlXi3NXHFDEdw== X-MHO-RoutePath: aGlwcGll X-MHO-User: e4c68d35-0211-11e9-a59a-7b143e15dabc X-Report-Abuse-To: https://support.duocircle.com/support/solutions/articles/5000540958-duocircle-standard-smtp-abuse-information X-Originating-IP: 67.177.211.60 X-Mail-Handler: DuoCircle Outbound SMTP Received: from ilsoft.org (unknown [67.177.211.60]) by outbound3.ore.mailhop.org (Halon) with ESMTPSA id e4c68d35-0211-11e9-a59a-7b143e15dabc; Mon, 17 Dec 2018 15:39:10 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.15.2/8.15.2) with ESMTP id wBHFda35091625; Mon, 17 Dec 2018 08:39:36 -0700 (MST) (envelope-from ian@freebsd.org) Message-ID: <1545061176.76088.73.camel@freebsd.org> Subject: Re: FreeBSD-12.0-current not booting on hummingboard From: Ian Lepore To: Radovan =?ISO-8859-1?Q?P=FAtec?= , freebsd-arm@freebsd.org Date: Mon, 17 Dec 2018 08:39:36 -0700 In-Reply-To: <4f421a5f-c09d-46a4-8d45-4f7e5e3b2e40@Spark> References: <4f421a5f-c09d-46a4-8d45-4f7e5e3b2e40@Spark> Content-Type: text/plain; charset="iso-2022-jp" X-Mailer: Evolution 3.18.5.1 FreeBSD GNOME Team Port Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 20C9D7336F X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-2.99 / 15.00]; local_wl_from(0.00)[freebsd.org]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,0]; NEURAL_HAM_SHORT(-0.99)[-0.990,0]; NEURAL_HAM_LONG(-1.00)[-0.999,0]; ASN(0.00)[asn:16509, ipnet:54.186.0.0/15, country:US] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Dec 2018 15:39:47 -0000 On Sun, 2018-12-16 at 17:34 +0100, Radovan Ptec wrote: > Hi there, > > I've tried installing FreeBSD-12.0-RELEASE on hummingboard, however > it seems to > be broken,same problem with RC3. Can't test with earlier RC as I > didn$B!G(Bt > downloaded one and I can$B!G(Btfind them anymore. > > 11.2 armv6 is working as expected, upgrading to 12.0 from source as > armv6 is > also working asexpected. > > Sorry, no serial console available, I've managed to fry it some time > ago. > After connecting HDMI I see following output in loop (adresses > change): > > pc : [<1792640c>] lr : [<4ff9f403>] > reloc pc : [<1782640c>] lr : [<17826403>] > sp : 4f672d08 ip : 4f59 fp : 4f5769dc > r10: 4ffb3f02 r9 : 4f57 r8 : 4ff9f40c > r7 : 4f89b250 r6 : 4f89 r5 : 4ffc10e r4 : ffffffff > r3 : 9ff01ce5 r2 : 9ff0 r1 : 4ffb3f02 r0 : 0000005e > Flags: nzCv IRQs on FIQs on Mode SVC_32 > Code: f00968a0 b918f866 68e04641 ffb2f7ff (e7ef6824) > data abort > > At this point I'm not sure how to proceed with adressing this issue, > or how to debug > the problem.Any hints? > > Thank you! > radovan Nothing in freebsd creates output that looks like that. I think that must be u-boot that is crashing and generating that report. But I don't have anything useful to add beyond that observation. -- Ian From owner-freebsd-arm@freebsd.org Tue Dec 18 02:30:13 2018 Return-Path: Delivered-To: freebsd-arm@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 1878F1339ABF for ; Tue, 18 Dec 2018 02:30:13 +0000 (UTC) (envelope-from c.jayachandran@gmail.com) Received: from mail-io1-f44.google.com (mail-io1-f44.google.com [209.85.166.44]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 8034071863 for ; Tue, 18 Dec 2018 02:30:12 +0000 (UTC) (envelope-from c.jayachandran@gmail.com) Received: by mail-io1-f44.google.com with SMTP id s22so11608134ioc.8 for ; Mon, 17 Dec 2018 18:30:12 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=Eg6vH0EnTA0ENB8OznIyEpF9mq7z0rBwYViES2Lb6Nw=; b=fwOEAF6xROW0Hkvl8w9sM8++b9sizJcDvx9UKpMhYYQ0US7cHMts8zTcbU4njpUW7B 1lfKs64z86OvcD5IaaVpdqBDzErQMnwUXi4MAx5dc3GvfLTUKQkZ3YPfQX+X4b7h6sGI f8gXFGZTMzvTdErVKf8pkl+CaiD0I3w96UUuzvs35eiK7nc312AiP3DEuu8QfJu1mZzX jfskYC+uT9OSEsze9o97ZPkzP85cmDIb5ueIpHJ/4xS0BfDbUQLOIauCpphhwEsdQppK eZyqX1Xe9NcZMcOcBMkMnzHQ4BtcvsiIYFMneWqrN7xKKHrBu+syZvfq6mikiJGgb0Mt IzXw== X-Gm-Message-State: AA+aEWbkIVIjOCNNvO2gJxADvmB44x6rcwmjjJruUxhK0b78K4mIOKAU XTGk3Zm8OAYoNux/pQqoOyOLaQMubcvS+PJqPmrVRNQO X-Google-Smtp-Source: AFSGD/U2UH1YJ0r5TWioTYuGLOA+1AyXssBGfcljWElnKLyv7cBJ+byKonMF79i8bp80eBkn+PSwynEXZ8+h5/Pwot0= X-Received: by 2002:a6b:9355:: with SMTP id v82mr13540660iod.40.1545100206295; Mon, 17 Dec 2018 18:30:06 -0800 (PST) MIME-Version: 1.0 From: "Jayachandran C." Date: Mon, 17 Dec 2018 18:29:40 -0800 Message-ID: Subject: ThunderX2 support in FreeBSD/arm64 To: freebsd-arm@freebsd.org Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 8034071863 X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; spf=pass (mx1.freebsd.org: domain of cjayachandran@gmail.com designates 209.85.166.44 as permitted sender) smtp.mailfrom=cjayachandran@gmail.com X-Spamd-Result: default: False [-5.02 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; RCVD_COUNT_TWO(0.00)[2]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; TO_DN_NONE(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-0.999,0]; MIME_TRACE(0.00)[0:+]; MX_GOOD(-0.01)[cached: alt3.gmail-smtp-in.l.google.com]; NEURAL_HAM_SHORT(-0.20)[-0.195,0]; RCVD_IN_DNSWL_NONE(0.00)[44.166.85.209.list.dnswl.org : 127.0.5.0]; IP_SCORE(-2.82)[ip: (-9.06), ipnet: 209.85.128.0/17(-3.58), asn: 15169(-1.37), country: US(-0.08)]; RCVD_TLS_LAST(0.00)[]; FORGED_SENDER(0.30)[jchandra@freebsd.org,cjayachandran@gmail.com]; DMARC_NA(0.00)[freebsd.org]; R_DKIM_NA(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; TAGGED_FROM(0.00)[]; FROM_NEQ_ENVFROM(0.00)[jchandra@freebsd.org,cjayachandran@gmail.com]; TO_DOM_EQ_FROM_DOM(0.00)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Dec 2018 02:30:13 -0000 Over the last few weeks I have committed changes for a few outstanding items needed for ThunderX2 support in FreeBSD/arm64. Most of the changes were to fix-up support for ACPI based PCI controllers and to enable ACPI based NUMA (thanks to andrew, markj and jhb for reviews). With these, 13-CURRENT works well enough for testing - so if you have access to a ThunderX2, I would like to hear how well it works for you. Also, the same series added support for running FreeBSD on qemu/kvm on Linux with ACPI support. You can test the changes (including NUMA) in a VM if you don't want to do a full install. Few notes: - you will need the latest firmware from support.cavium.com, the older firmware had a bug which resulted in a crash at SATA controller init. - you will need to enable 'options NUMA' in your conf file (most of the systems available are multi-socket) - keep WITNESS & INVARIANTS on - if you are using qemu, use '-M virt,gic-version=3' at qemu command line and pass 'kern.cfg.order=acpi' and 'hw.pci.honor_msi_blacklist=0' to loader JC From owner-freebsd-arm@freebsd.org Tue Dec 18 08:54:47 2018 Return-Path: Delivered-To: freebsd-arm@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 3AA69134728E for ; Tue, 18 Dec 2018 08:54:47 +0000 (UTC) (envelope-from yamori813@yahoo.co.jp) Received: from nh601-vm13.bullet.mail.ssk.yahoo.co.jp (nh601-vm13.bullet.mail.ssk.yahoo.co.jp [182.22.90.22]) by mx1.freebsd.org (Postfix) with SMTP id E797587AE7 for ; Tue, 18 Dec 2018 08:54:43 +0000 (UTC) (envelope-from yamori813@yahoo.co.jp) Received: from [182.22.66.106] by nh601.bullet.mail.ssk.yahoo.co.jp with NNFMP; 18 Dec 2018 08:52:42 -0000 Received: from [182.22.91.205] by t604.bullet.mail.ssk.yahoo.co.jp with NNFMP; 18 Dec 2018 08:52:42 -0000 Received: from [127.0.0.1] by omp608.mail.ssk.yahoo.co.jp with NNFMP; 18 Dec 2018 08:52:42 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 507298.68414.bm@omp608.mail.ssk.yahoo.co.jp Received: (qmail 22382 invoked by uid 60001); 18 Dec 2018 08:52:42 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.co.jp; s=yj20110701; t=1545123162; bh=dFXvm21/fktOR5JN7humRKirPmqKGQD02DdcFpdOrRI=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:X-YMail-JAS:References:Date:From:Reply-To:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=cyFDNB1suBF7lcg7Q7lQWRocr8ubXYdyGcshlRhZmIvGp8pWEvWH328cg7uZ5fkLX8U4oNqmgdtzLVJJYxapN1YyjBzgwR3wHHgkyHX79ef4bQgkbTkr0kCdwuCGPVF5ZSspxaca/G7CoED+CPWjSpJf2gJDtZFoTep81OxFJCc= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=yj20110701; d=yahoo.co.jp; h=Message-ID:X-YMail-OSG:Received:X-Mailer:X-YMail-JAS:References:Date:From:Reply-To:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=mD5lX/6V124VxFpQVcq5KPjUvVqiuBK8GcQii6b4IemsdLFOFsPyo9bSITxULjsw/ETD6NY+DiMuOT7F6kLOXust/LA6gY1nUQGbdPV/D07uzGti7+1NC18ccgd0czQC9LQYdpC5Kc39PGtVHJCiQFfk2fPTzuGz6mGNhKpxHCc=; Message-ID: <410816.91869.qm@web103913.mail.ssk.yahoo.co.jp> X-YMail-OSG: Ed8lY8UVM1ls1_4hQxeQjDT_AX_wOaFNTglXhtSaAf8lb6Ttj94jd.nMEh5yAdoGsqFX.AL.9x4jpaS14FNPSFNNR.TuQ0jE8fxKofKl6pT8picekT5V.JRBG8rOE5M3WTXsSuNDRUV4vZFmPTmuShYDGIiPxGqz7Q8YNXOS..45ktJT_pKXFZ8Qr_6p2Sr06tU.f_yUXFeph2pYy_MXwtSHf26daEALnzIOFvLeT2BXp3hRxTu_Vv70_1AKYW1S2kZ.CjPYZuBoovcpqXZClGIbudkbNc8vLcOmCH71ghbAhgZ4Hz2oCzglzKZWGrZKX9jaNRC.xblGuSNnFj1g56Ar4UgqjSw95MIxCK0Y7c3J7_3dH1xbcZwQUtOBejLsqLZimzC6Azbrsj9fKW_Owm_94qC8GMOt2GeZ8Avd5_KMpJGHpo4y6bQdrjyKLdH7JO9YYn3rbDjzWFmvrcelVOVnXzQXxgrganBCtDNX_L7CmKRUkW1J.aDebozZuNAs2LeTACH7tOH.DqoE9ALhb257bksOM.QPrAU6V8dAYDWsSeH0udly0_VwOYDvqGM_goqU.XiYR1skrBrJpBojS7Syi21ohJXH_U0kxbnm35I.C.simZVBZLEZJm3H_EkTLw-- Received: from [203.165.243.65] by web103913.mail.ssk.yahoo.co.jp via HTTP; Tue, 18 Dec 2018 17:52:40 JST X-Mailer: YahooMailWebService/0.8.111_74 X-YMail-JAS: Yo9wjGgVM1kr0O6.ypnrM2HWRddR9FvL_W0oMu2qSJLYcdtB5HvomZrUY1UZuQPfE3o6RYgmMSMtze1qdqHfH6quWh4ajVWyWUO7gkwNWSxLUQ7i0IcdCEn1vdDMT6HDSFf7 References: <898942.87122.qm@web103917.mail.ssk.yahoo.co.jp> <20181215084831.7526eb81a9b1e27abf2d5fd9@bidouilliste.com> Date: Tue, 18 Dec 2018 17:52:40 +0900 (JST) From: Mori Hiroki Reply-To: Mori Hiroki Subject: Re: Panic on A10 12.0-Release To: Emmanuel Vadot Cc: "freebsd-arm@freebsd.org" In-Reply-To: <20181215084831.7526eb81a9b1e27abf2d5fd9@bidouilliste.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: E797587AE7 X-Spamd-Bar: ++ Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.co.jp header.s=yj20110701 header.b=cyFDNB1s; spf=pass (mx1.freebsd.org: domain of yamori813@yahoo.co.jp designates 182.22.90.22 as permitted sender) smtp.mailfrom=yamori813@yahoo.co.jp X-Spamd-Result: default: False [2.99 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; HAS_REPLYTO(0.00)[yamori813@yahoo.co.jp]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:182.22.90.0/23]; FREEMAIL_FROM(0.00)[yahoo.co.jp]; MX_GOOD(-0.01)[cached: mx3.mail.yahoo.co.jp]; DKIM_TRACE(0.00)[yahoo.co.jp:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.co.jp]; ASN(0.00)[asn:23816, ipnet:182.22.0.0/17, country:JP]; IP_SCORE(0.97)[ipnet: 182.22.0.0/17(2.74), asn: 23816(2.19), country: JP(-0.09)]; DWL_DNSWL_NONE(0.00)[yahoo.co.jp.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.co.jp:s=yj20110701]; RCVD_COUNT_FIVE(0.00)[6]; FROM_HAS_DN(0.00)[]; REPLYTO_EQ_FROM(0.00)[]; NEURAL_SPAM_SHORT(0.50)[0.504,0]; MIME_GOOD(-0.10)[text/plain]; FREEMAIL_REPLYTO(0.00)[yahoo.co.jp]; DMARC_NA(0.00)[yahoo.co.jp]; NEURAL_SPAM_MEDIUM(0.93)[0.934,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(1.00)[0.998,0]; RCVD_IN_DNSWL_NONE(0.00)[22.90.22.182.list.dnswl.org : 127.0.5.0] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Dec 2018 08:54:47 -0000 Hi=0A=0A=0A=0A----- Original Message -----=0A> From: Emmanuel Vadot =0A> To: Mori Hiroki =0A> Cc: "freeb= sd-arm@freebsd.org" =0A> Date: 2018/12/15, Sat 16:= 48=0A> Subject: Re: Panic on A10 12.0-Release=0A> =0A> On Sat, 15 Dec 2018 = 09:49:51 +0900 (JST)=0A> Mori Hiroki wrote:=0A> =0A= >> Hi=0A>> =0A>> I have try to=0A>> =0A>> =0A>> FreeBSD-12.0-RELEASE-arm= -armv7-CUBIEBOARD.img.xz=0A>> =0A>> =0A>> on pcDuino.=0A>> =0A>> I have p= anic.=0A>> =0A>> =0A>> # Fatal kernel mode data abort: 'Translation Fault = (L1)' on read=0A>> trapframe: 0xd0df4d28=0A>> FSR=3D00000005, FAR=3D00005= 92c, spsr=3Da0000013=0A>> r0 =3Dd3aeea20, r1 =3Dc022655c, r2 =3Dc0a8f530, = r3 =3D00000000=0A>> r4 =3D00005900, r5 =3D00000000, r6 =3Dc0a8f518, r7 =3D= d3aeea20=0A>> r8 =3D0000fffb, r9 =3Dc08e6091, r10=3D00000000, r11=3Dd0df4d= c8=0A>> r12=3Dc08e6091, ssp=3Dd0df4db8, slr=3Dc0222c88, pc =3Dc0226568=0A>= > =0A>> panic: Fatal abort=0A>> cpuid =3D 0=0A>> time =3D 1262307331=0A>= > Uptime: 50m41s=0A>> =0A>> =0A>> dmesg is this.=0A>> =0A>> https://dmes= gd.nycbug.org/index.cgi?do=3Dview&id=3D4646=0A>> =0A>> =0A>> Hiroki Mori= =0A>> =0A>> _______________________________________________=0A>> freebsd-= arm@freebsd.org mailing list=0A>> https://lists.freebsd.org/mailman/listin= fo/freebsd-arm=0A>> To unsubscribe, send any mail to =0A> "freebsd-arm-uns= ubscribe@freebsd.org"=0A> =0A> Hello,=0A> =0A> When does the panic happen ?= =0A> Thanks,=0A=0ANothing I do. Only on shell.=0A=0ADose some one try to A1= 0 on 12R ?=0A=0A> =0A> -- =0A> Emmanuel Vadot =0A> From owner-freebsd-arm@freebsd.org Tue Dec 18 17:49:26 2018 Return-Path: Delivered-To: freebsd-arm@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 D46811338DE4; Tue, 18 Dec 2018 17:49:26 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [50.1.20.27]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "www.zefox.org", Issuer "www.zefox.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 37A0277C06; Tue, 18 Dec 2018 17:49:26 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.15.2/8.15.2) with ESMTPS id wBIHn35D041153 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Tue, 18 Dec 2018 09:49:04 -0800 (PST) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.15.2/8.15.2/Submit) id wBIHn3qu041152; Tue, 18 Dec 2018 09:49:03 -0800 (PST) (envelope-from fbsd) Date: Tue, 18 Dec 2018 09:49:03 -0800 From: bob prohaska To: Jan Beich Cc: freebsd-arm@freebsd.org, Christoph Moench-Tegeder , freebsd-ports@freebsd.org Subject: Re: How much memory to compile www/chromium? Message-ID: <20181218174903.GA41072@www.zefox.net> References: <20181212165313.GA84881@www.zefox.net> <20181212184149.ol44fon2unowu35q@squirrel.exwg.net> <20181212192115.GA85583@www.zefox.net> <20181212202504.4n3mhtx7grbeh6j7@squirrel.exwg.net> <20181214012733.GA92808@www.zefox.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.24 (2015-08-30) X-Rspamd-Queue-Id: 37A0277C06 X-Spamd-Bar: ++++ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [4.04 / 15.00]; ARC_NA(0.00)[]; WWW_DOT_DOMAIN(0.50)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; TO_DN_SOME(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_GOOD(-0.10)[text/plain]; MIME_TRACE(0.00)[0:+]; DMARC_NA(0.00)[zefox.net]; AUTH_NA(1.00)[]; NEURAL_SPAM_MEDIUM(0.56)[0.555,0]; NEURAL_HAM_LONG(-0.15)[-0.146,0]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_SHORT(0.59)[0.588,0]; MX_GOOD(-0.01)[cached: www.zefox.net]; IP_SCORE(0.15)[ip: (0.57), ipnet: 50.1.16.0/20(0.28), asn: 7065(-0.01), country: US(-0.08)]; R_SPF_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:7065, ipnet:50.1.16.0/20, country:US]; MID_RHS_MATCH_FROM(0.00)[]; MID_RHS_WWW(0.50)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Dec 2018 17:49:27 -0000 On Fri, Dec 14, 2018 at 05:59:21AM +0100, Jan Beich wrote: > > MAKE_JOBS_NUMBER_LIMIT is a user variable, so you can either set in > make.conf or Makefile.local e.g., > > $ cat <<\. >>${__MAKE_CONF:-/etc/make.conf} > .if ${.CURDIR:M*/www/chromium} > MAKE_JOBS_NUMBER_LIMIT=2 > .endif Setting MAKE_JOBS_NUMBER_LIMIT=2 allowed www/chromium to compile successfully over several days. The -DBATCH option was used, in hopes it'd fetch the right options. Swap usage fluctuated over the course of the build, from a minimum of around 230MB to over one GB at several points. Past about 500MB the CPU usage dropped, evidently from I/O limitations to the microSD based swap partition, which was far too big at 4GB. One curiousity was a gradual increase in minimum swap usage, from about 230 MB initially to about 280 MB a couple days later. This wasn't a highly systematic observation, just me looking at a top window from time to time. When the build finished swap use dropped back to ~20MB, which is the normal idle state. The resulting executable turned up in /usr/local/bin/chrome, which was slightly surprising; the port's name is chromium, after all.... It seems to run, but is too slow to play Youtube videos smoothly. For static pages it seems fine. The major problem is a complete lack of audio. I'm using an HDMI to DVI cable and plugging the audio system into the Pi3's headphone jack. Is there some trick to getting the headphone jack to work? Thanks for reading, and everyone's help getting chromium to work on the Pi3. bob prohaska From owner-freebsd-arm@freebsd.org Tue Dec 18 23:42:16 2018 Return-Path: Delivered-To: freebsd-arm@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 683D61342DB9; Tue, 18 Dec 2018 23:42:16 +0000 (UTC) (envelope-from jamie@catflap.org) Received: from donotpassgo.dyslexicfish.net (donotpassgo.dyslexicfish.net [IPv6:2001:19f0:300:2185:a:dead:bad:faff]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id CC0C28D25B; Tue, 18 Dec 2018 23:42:15 +0000 (UTC) (envelope-from jamie@catflap.org) Received: from donotpassgo.dyslexicfish.net (donotpassgo.dyslexicfish.net [104.207.135.49]) by donotpassgo.dyslexicfish.net (8.14.5/8.14.5) with ESMTP id wBINfiwj052422; Tue, 18 Dec 2018 23:41:44 GMT (envelope-from jamie@donotpassgo.dyslexicfish.net) Received: (from jamie@localhost) by donotpassgo.dyslexicfish.net (8.14.5/8.14.5/Submit) id wBINfiX4052421; Tue, 18 Dec 2018 23:41:44 GMT (envelope-from jamie) From: Jamie Landeg-Jones Message-Id: <201812182341.wBINfiX4052421@donotpassgo.dyslexicfish.net> Date: Tue, 18 Dec 2018 23:41:44 +0000 Organization: Dyslexic Fish To: jbeich@freebsd.org, fbsd@www.zefox.net Cc: freebsd-ports@freebsd.org, freebsd-arm@freebsd.org, cmt@burggraben.net Subject: Re: How much memory to compile www/chromium? References: <20181212165313.GA84881@www.zefox.net> <20181212184149.ol44fon2unowu35q@squirrel.exwg.net> <20181212192115.GA85583@www.zefox.net> <20181212202504.4n3mhtx7grbeh6j7@squirrel.exwg.net> <20181214012733.GA92808@www.zefox.net> <20181218174903.GA41072@www.zefox.net> In-Reply-To: <20181218174903.GA41072@www.zefox.net> User-Agent: Heirloom mailx 12.4 7/29/08 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (donotpassgo.dyslexicfish.net [104.207.135.49]); Tue, 18 Dec 2018 23:41:45 +0000 (GMT) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Dec 2018 23:42:16 -0000 bob prohaska wrote: > Setting MAKE_JOBS_NUMBER_LIMIT=2 allowed www/chromium to compile successfully over > several days. The -DBATCH option was used, in hopes it'd fetch the right options. Use "make config-recursive" before you start. It will present to you upfront all the option screens that would appear during the build. I've noticed it sometimes misses some, if you add some dependency in one of the menus. So to be sure, once it's finished its run, if you've made any option changes, run it again, and again and again etc.. until you no longer get menus popping up. cheers, Jamie From owner-freebsd-arm@freebsd.org Wed Dec 19 01:43:36 2018 Return-Path: Delivered-To: freebsd-arm@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 A3C111346A65; Wed, 19 Dec 2018 01:43:36 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [50.1.20.27]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "www.zefox.org", Issuer "www.zefox.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 1ACEC92112; Wed, 19 Dec 2018 01:43:35 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.15.2/8.15.2) with ESMTPS id wBJ1hhkA042912 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Tue, 18 Dec 2018 17:43:44 -0800 (PST) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.15.2/8.15.2/Submit) id wBJ1hho5042911; Tue, 18 Dec 2018 17:43:43 -0800 (PST) (envelope-from fbsd) Date: Tue, 18 Dec 2018 17:43:42 -0800 From: bob prohaska To: Jamie Landeg-Jones Cc: freebsd-arm@freebsd.org, freebsd-ports@freebsd.org Subject: RPI3 sound for www/chromium, was Re: How much memory to compile www/chromium? Message-ID: <20181219014342.GA42859@www.zefox.net> References: <20181212165313.GA84881@www.zefox.net> <20181212184149.ol44fon2unowu35q@squirrel.exwg.net> <20181212192115.GA85583@www.zefox.net> <20181212202504.4n3mhtx7grbeh6j7@squirrel.exwg.net> <20181214012733.GA92808@www.zefox.net> <20181218174903.GA41072@www.zefox.net> <201812182341.wBINfiX4052421@donotpassgo.dyslexicfish.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201812182341.wBINfiX4052421@donotpassgo.dyslexicfish.net> User-Agent: Mutt/1.5.24 (2015-08-30) X-Rspamd-Queue-Id: 1ACEC92112 X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-7.00 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; NEURAL_HAM_SHORT(-1.00)[-0.997,0]; REPLY(-4.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Dec 2018 01:43:36 -0000 On Tue, Dec 18, 2018 at 11:41:44PM +0000, Jamie Landeg-Jones wrote: > bob prohaska wrote: > > > Setting MAKE_JOBS_NUMBER_LIMIT=2 allowed www/chromium to compile successfully over > > several days. The -DBATCH option was used, in hopes it'd fetch the right options. > > Use "make config-recursive" before you start. It will present to you upfront all > the option screens that would appear during the build. > > I've noticed it sometimes misses some, if you add some dependency in one of the menus. > So to be sure, once it's finished its run, if you've made any option changes, run > it again, and again and again etc.. until you no longer get menus popping up. > That's a good idea provided one knows beforehand which options to select. I very seldom know which options apply, especially on the first try. After a few failures my guesses sometimes improve.... In the case of www/chromium it looks like the sound support is wrong, but so far it isn't obvious which sound option is correct. Would anybody hazard a guess as to what sound support works on a Pi3? The clearest hint so far is a report of ALSA lib pcm_oss.c:835:(_snd_pcm_oss_open) Cannot open device /dev/dsp when starting up chrome. Thanks for reading! bob prohaska From owner-freebsd-arm@freebsd.org Wed Dec 19 04:30:04 2018 Return-Path: Delivered-To: freebsd-arm@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 4FC8E134AC69 for ; Wed, 19 Dec 2018 04:30:04 +0000 (UTC) (envelope-from audioone.official@gmail.com) Received: from mail-io1-xd31.google.com (mail-io1-xd31.google.com [IPv6:2607:f8b0:4864:20::d31]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 1895B9766C for ; Wed, 19 Dec 2018 04:30:03 +0000 (UTC) (envelope-from audioone.official@gmail.com) Received: by mail-io1-xd31.google.com with SMTP id k7so14561972iob.6 for ; Tue, 18 Dec 2018 20:30:03 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=cVGZYWbwcVlYLGZL0tbeLQLvtt27Z+p9XpTL2uhb3ZQ=; b=GBnS2pdIl8DUFsTSqRSdNYieJfoTTOgDTVB0YJlVOLI2BdK28+g9VPnNrEibcDjiB2 DSzyOa0oYzylxIPzKxMKO3l2VIAuYDyDnBWJeNEMGnw/b10F+VCgxGUs1NZ9JqqcDQ8y lBIrzeJe8tni41milewtwZq6MCVQXn+7etvQ7tdjEVn/FoTHMlHApCrghS1Ug3/aAcLV SndcQmukqYxxvmwdk57ShvFPEBfZHtQ8Jo/U0gDwrxQaO3YcumOmfZy7jDqDwbofiq1c mJsVp57vt5MY9MFynm6UjS1BjYO8wMdf2QRImn8PgKGXN9kMeGB4vBXUAAV9lJg93FL1 6S0w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=cVGZYWbwcVlYLGZL0tbeLQLvtt27Z+p9XpTL2uhb3ZQ=; b=XeXTXbpY0+GkowqBMwoU7Vkb75rB7BOhm4Uh1M9SjMA1sgbQhMrb+Om+lEAcCOTW3h JzFM+A4ecrcpMwixX9hE9hsU19wOgrLp6ZlF8EgoAuN9OREils/tQmtBreI2VWtop3TQ ozh5nlSiGtkuc3cXyOEzW6YyhYxWrJP/uctYL2fatWiDFMYfuMy4gbDeuJT1eUTcBguE Hv8Gm1l96j1fnzvS1A0nN6VUpf9VM4y0DCKnanoutw4ftAtHoRmsmYkxY3FwWIR2TbWs upXILidq22Cm9rqGfjuuncofKFvU71YuDlOnAMD18zkOVrAq0rMP1eXT3q3hzvSdPib5 Iceg== X-Gm-Message-State: AA+aEWbdAqtBWZTEI2a5P6wLoQFv2tNDbdnr004jWeeKD9U93oavHrmr UhkcH76upwDKCLP/NwnNH/LVfJVYbkfsE0ApiAYTF+bk X-Google-Smtp-Source: AFSGD/XpIst0K2zWSwBRrdkBDpu2kLbcUcsZoWesIFa+zYNJhAlCw8aUpikw562+p7MMbWm6iUGlsm+O3DtEha4pe5E= X-Received: by 2002:a5e:c24c:: with SMTP id w12mr17423377iop.178.1545193802061; Tue, 18 Dec 2018 20:30:02 -0800 (PST) MIME-Version: 1.0 From: AudioONE Date: Wed, 19 Dec 2018 12:30:16 +0800 Message-ID: Subject: i.MX6 DualLite stucked at early boot To: freebsd-arm@freebsd.org X-Rspamd-Queue-Id: 1895B9766C X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=GBnS2pdI; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of audiooneofficial@gmail.com designates 2607:f8b0:4864:20::d31 as permitted sender) smtp.mailfrom=audiooneofficial@gmail.com X-Spamd-Result: default: False [-6.48 / 15.00]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; FREEMAIL_FROM(0.00)[gmail.com]; TO_DN_NONE(0.00)[]; MX_GOOD(-0.01)[cached: alt3.gmail-smtp-in.l.google.com]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; NEURAL_HAM_SHORT(-0.97)[-0.974,0]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+,1:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; TAGGED_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; IP_SCORE(-2.50)[ip: (-9.29), ipnet: 2607:f8b0::/32(-1.74), asn: 15169(-1.38), country: US(-0.08)]; RCVD_IN_DNSWL_NONE(0.00)[1.3.d.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; RCVD_COUNT_TWO(0.00)[2] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Dec 2018 04:30:04 -0000 hi guys I've got a small brand eval-board which built with MCIMX6U6AVM08AC and running FreeBSD 11.0.1(I have tried HEAD version, 12.0-BETA3, it didn't work too), ubldr stage is fine but it stucked at "reinit_mmu" function(FreeBSD might be have assembly printf for debug environment, because aseeembly code just like a blackbox when you without JTAG debugger in hand ) ====================================== Booting from disk0s2: / /boot/kernel/kernel data=0x57b564+0x58a9c syms=[0x4+0x6e9d0+0x4+0x77ada] Hit [Enter] to boot immediately, or any other key for command prompt. Booting [/boot/kernel/kernel]... Kernel entry at 0x0x12200100... Kernel args: (null) EARL_DEBUG: pmap_kern_ttb 0x1290004a, actlr_mask 0xc1, actlr_set 0x41 (nothing) ====================================== when I trace the code to "reinit_mmu" function, commented code like this, kernel panic and reported "Asynchronous External Abort". Am I the only one who meet this WEIRD case? I got AM3352/AM3354/Zynq7 platforms, they works fine with kernel 11.0.1. Is it something different between i.MX6 Dual(Wandboard) and i.MX6 DualLite? /* Enable caches. */ mrc CP15_SCTLR(r7) // it will be stucked if don't commented this code /* orr r7, #CPU_CONTROL_DC_ENABLE //DEBUG orr r7, #CPU_CONTROL_IC_ENABLE //DEBUG orr r7, #CPU_CONTROL_BPRD_ENABLE //DEBUG */ mcr CP15_SCTLR(r7) DSB mcr CP15_TTBR0(r4) /* Set new TTB */ DSB ISB // it will be stucked if don't commented this code /* mcr CP15_TLBIALL /// Flush TLB //DEBUG */ mcr CP15_BPIALL /* Flush Branch predictor */ DSB ISB U-Boot 2016.05 (Dec 16 2018 - 13:09:25 +0800) CPU: Freescale i.MX6DL rev1.2 at 792 MHz Reset cause: POR Board: MX6DL-Armadillo2 DRAM: 1 GiB WARNING: Caches not enabled MMC: FSL_SDHC: 0 *** Warning - bad CRC, using default environment In: serial Out: serial Err: serial Net: FEC Error: FEC address not set. Hit any key to stop autoboot: 0 reading ubldr.bin 185536 bytes read in 40 ms (4.4 MiB/s) ## Starting application at 0x12000000 ... Consoles: U-Boot console Compatible U-Boot API signature found @0x4fd703e0 FreeBSD/armv6 U-Boot loader, Revision 1.2 (root@freebsd-x250, Sat Dec 15 17:17:42 HKT 2018) DRAM: 1024MB Number of U-Boot devices: 2 U-Boot env: loaderdev not set, will probe all devices. Found U-Boot device: disk Probing all disk devices... Checking unit=0 slice= partition=... good. Booting from disk0s2: / /boot/kernel/kernel data=0x57b564+0x58a9c syms=[0x4+0x6e9d0+0x4+0x77ada] Hit [Enter] to boot immediately, or any other key for command prompt. Booting [/boot/kernel/kernel]... Kernel entry at 0x0x12200100... Kernel args: (null) EARL_DEBUG: pmap_kern_ttb 0x1290004a, actlr_mask 0xc1, actlr_set 0x41 EARL_DEBUG: cpu_setup pass EARL_DEBUG: init_param1 pass initarm: console initialized arg1 kmdp = 0xc26bc000 boothowto = 0x00000000 dtbp = 0xc2547eb8 lastaddr1: 0x128bd000 loader passed (static) kenv: loader_envp = 0xc26bb000 c26bb000 LINES=24 c26bb009 console=uboot c26bb017 currdev=disk0s2: c26bb028 kerflag= c26bb031 kernelname=/boot/kernel/kernel c26bb050 loaddev=disk0s2: c26bb061 prompt=loader> c26bb070 twiddle_divisor=1 EARL_DEBUG: platform_late_init pass Fatal kernel mode data abort: 'Asynchronous External Abort' on write trapframe: 0xc257c688 FSR=00001c06, FAR=Invalid, spsr=600000d3 r0 =00000100, r1 =600001d3, r2 =600000d3, r3 =30c52079 r4 =00000000, r5 =c257c7e4, r6 =c25b3280, r7 =c25b3280 r8 =c2578058, r9 =00000000, r10=c25ce154, r11=c257c7d8 r12=c2577c24, ssp=c257c718, slr=c244b3c0, pc =c244b3d4 panic: Fatal abort cpuid = 0 Uptime: 1s From owner-freebsd-arm@freebsd.org Wed Dec 19 05:49:42 2018 Return-Path: Delivered-To: freebsd-arm@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 DFB4E134C390; Wed, 19 Dec 2018 05:49:42 +0000 (UTC) (envelope-from jbeich@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) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 83EC36A921; Wed, 19 Dec 2018 05:49:42 +0000 (UTC) (envelope-from jbeich@freebsd.org) Received: by freefall.freebsd.org (Postfix, from userid 1354) id 6D31BD65F; Wed, 19 Dec 2018 05:49:42 +0000 (UTC) From: Jan Beich To: bob prohaska Cc: Jamie Landeg-Jones , freebsd-arm@freebsd.org, freebsd-ports@freebsd.org Subject: Re: RPI3 sound for www/chromium, was Re: How much memory to compile www/chromium? References: <20181212165313.GA84881@www.zefox.net> <20181212184149.ol44fon2unowu35q@squirrel.exwg.net> <20181212192115.GA85583@www.zefox.net> <20181212202504.4n3mhtx7grbeh6j7@squirrel.exwg.net> <20181214012733.GA92808@www.zefox.net> <20181218174903.GA41072@www.zefox.net> <201812182341.wBINfiX4052421@donotpassgo.dyslexicfish.net> <20181219014342.GA42859@www.zefox.net> Date: Wed, 19 Dec 2018 06:49:37 +0100 In-Reply-To: <20181219014342.GA42859@www.zefox.net> (bob prohaska's message of "Tue, 18 Dec 2018 17:43:42 -0800") Message-ID: MIME-Version: 1.0 Content-Type: text/plain X-Rspamd-Queue-Id: 83EC36A921 X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-2.93 / 15.00]; local_wl_from(0.00)[freebsd.org]; NEURAL_HAM_MEDIUM(-0.98)[-0.983,0]; NEURAL_HAM_SHORT(-0.96)[-0.963,0]; NEURAL_HAM_LONG(-0.99)[-0.986,0]; ASN(0.00)[asn:11403, ipnet:96.47.64.0/20, country:US] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Dec 2018 05:49:43 -0000 bob prohaska writes: > On Tue, Dec 18, 2018 at 11:41:44PM +0000, Jamie Landeg-Jones wrote: > >> bob prohaska wrote: >> >> > Setting MAKE_JOBS_NUMBER_LIMIT=2 allowed www/chromium to compile successfully over >> > several days. The -DBATCH option was used, in hopes it'd fetch the right options. >> >> Use "make config-recursive" before you start. It will present to you upfront all >> the option screens that would appear during the build. >> >> I've noticed it sometimes misses some, if you add some dependency in one of the menus. >> So to be sure, once it's finished its run, if you've made any option changes, run >> it again, and again and again etc.. until you no longer get menus popping up. >> > > That's a good idea provided one knows beforehand which options to select. I very > seldom know which options apply, especially on the first try. After a few failures > my guesses sometimes improve.... > > In the case of www/chromium it looks like the sound support is wrong, but so far > it isn't obvious which sound option is correct. Would anybody hazard a guess > as to what sound support works on a Pi3? > > The clearest hint so far is a report of > ALSA lib pcm_oss.c:835:(_snd_pcm_oss_open) Cannot open device /dev/dsp > when starting up chrome. According to https://svnweb.freebsd.org/changeset/base/222980 sound(4) was enabled by default only on x86 archs. From owner-freebsd-arm@freebsd.org Wed Dec 19 06:14:44 2018 Return-Path: Delivered-To: freebsd-arm@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 0259F134CC62; Wed, 19 Dec 2018 06:14:44 +0000 (UTC) (envelope-from bscott@bunyatech.com.au) Received: from ppp150-101-221-139.static.internode.on.net (2001-44b8-4170-0a00-0000-0000-0000-0002.static.ipv6.internode.on.net [IPv6:2001:44b8:4170:a00::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "150.101.221.139", Issuer "Bunya Technology Certification Authority" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 7D3B36B627; Wed, 19 Dec 2018 06:14:41 +0000 (UTC) (envelope-from bscott@bunyatech.com.au) X-Clacks-Overhead: GNU Terry Pratchett Received: from DHCP.tawonga.bunyatech.com.au (DHCP.tawonga.bunyatech.com.au [10.0.1.78] (may be forged)) by cope.tawonga.bunyatech.com.au (8.15.2/8.15.2/MSA) with ESMTPS id wBJ6E7So005848 (version=TLSv1.2 cipher=AES128-SHA bits=128 verify=OK); Wed, 19 Dec 2018 17:14:08 +1100 (AEDT) (envelope-from bscott@bunyatech.com.au) Subject: Re: RPI3 sound for www/chromium, was Re: How much memory to compile www/chromium? To: Jan Beich , bob prohaska Cc: Jamie Landeg-Jones , freebsd-arm@freebsd.org, freebsd-ports@freebsd.org References: <20181212165313.GA84881@www.zefox.net> <20181212184149.ol44fon2unowu35q@squirrel.exwg.net> <20181212192115.GA85583@www.zefox.net> <20181212202504.4n3mhtx7grbeh6j7@squirrel.exwg.net> <20181214012733.GA92808@www.zefox.net> <20181218174903.GA41072@www.zefox.net> <201812182341.wBINfiX4052421@donotpassgo.dyslexicfish.net> <20181219014342.GA42859@www.zefox.net> From: Brian Scott Message-ID: <233863b5-f748-2c2e-976f-110ab49e4675@bunyatech.com.au> Date: Wed, 19 Dec 2018 17:14:07 +1100 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.13; rv:60.0) Gecko/20100101 Thunderbird/60.3.3 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Content-Language: en-US X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Dec 2018 06:14:44 -0000 On 19/12/18 4:49 pm, Jan Beich wrote: > bob prohaska writes: > >> On Tue, Dec 18, 2018 at 11:41:44PM +0000, Jamie Landeg-Jones wrote: >> >>> bob prohaska wrote: >>> >>>> Setting MAKE_JOBS_NUMBER_LIMIT=2 allowed www/chromium to compile successfully over >>>> several days. The -DBATCH option was used, in hopes it'd fetch the right options. >>> Use "make config-recursive" before you start. It will present to you upfront all >>> the option screens that would appear during the build. >>> >>> I've noticed it sometimes misses some, if you add some dependency in one of the menus. >>> So to be sure, once it's finished its run, if you've made any option changes, run >>> it again, and again and again etc.. until you no longer get menus popping up. >>> >> That's a good idea provided one knows beforehand which options to select. I very >> seldom know which options apply, especially on the first try. After a few failures >> my guesses sometimes improve.... >> >> In the case of www/chromium it looks like the sound support is wrong, but so far >> it isn't obvious which sound option is correct. Would anybody hazard a guess >> as to what sound support works on a Pi3? >> >> The clearest hint so far is a report of >> ALSA lib pcm_oss.c:835:(_snd_pcm_oss_open) Cannot open device /dev/dsp >> when starting up chrome. > According to https://svnweb.freebsd.org/changeset/base/222980 sound(4) > was enabled by default only on x86 archs. 7 years later however things have thankfully progressed a little. Sound output works fine on other RPIs (in particular the original B that I have). I believe the problem now is that support for builtin sound on the RPI3 is still a work in progress (it goes through the HDMI subsystem and I think it was a 32 vs. 64 bit issue but is a mystery to me beyond that). USB based sound adapters work fine for the most part. There were some posts recently on the list about full speed/high speed devices and limitations in buffer size that you might want to have a look at. The RPIs don't have any native sound input so the USB solutions might be a better idea anyway if you need input. I'm looking forward to hearing how you go with chromium. I, andΒ  I suspect a lot of other people would like to see a web browser better than lynx on the Raspberry Pi (even without sound but I suspect that will work with other hardware). Good luck with your work, Brian From owner-freebsd-arm@freebsd.org Wed Dec 19 08:16:52 2018 Return-Path: Delivered-To: freebsd-arm@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 F1FD2134FA78 for ; Wed, 19 Dec 2018 08:16:51 +0000 (UTC) (envelope-from freebsd-arm@sentry.org) Received: from shadow.sentry.org (shadow.sentry.org [210.8.237.106]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "shadow.sentry.org", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 188696F1EE for ; Wed, 19 Dec 2018 08:16:50 +0000 (UTC) (envelope-from freebsd-arm@sentry.org) Received: from shadow.sentry.org (localhost [127.0.0.1]) by shadow.sentry.org (8.15.2/8.15.2) with ESMTP id wBJ823E6028560 for ; Wed, 19 Dec 2018 19:02:03 +1100 (AEDT) (envelope-from freebsd-arm@sentry.org) Subject: Re: RPI3 sound for www/chromium, was Re: How much memory to compile www/chromium? To: freebsd-arm@freebsd.org References: <20181212165313.GA84881@www.zefox.net> <20181212184149.ol44fon2unowu35q@squirrel.exwg.net> <20181212192115.GA85583@www.zefox.net> <20181212202504.4n3mhtx7grbeh6j7@squirrel.exwg.net> <20181214012733.GA92808@www.zefox.net> <20181218174903.GA41072@www.zefox.net> <201812182341.wBINfiX4052421@donotpassgo.dyslexicfish.net> <20181219014342.GA42859@www.zefox.net> <233863b5-f748-2c2e-976f-110ab49e4675@bunyatech.com.au> From: Trev Message-ID: Date: Wed, 19 Dec 2018 19:02:03 +1100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Firefox/52.0 SeaMonkey/2.49.4 MIME-Version: 1.0 In-Reply-To: <233863b5-f748-2c2e-976f-110ab49e4675@bunyatech.com.au> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.6.2 (shadow.sentry.org [0.0.0.0]); Wed, 19 Dec 2018 19:02:03 +1100 (AEDT) X-Rspamd-Queue-Id: 188696F1EE X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-6.98 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; REPLY(-4.00)[]; NEURAL_HAM_SHORT(-0.98)[-0.982,0] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Dec 2018 08:16:52 -0000 Brian Scott wrote on 19/12/2018 17:14: > I'm looking forward to hearing how you [Bob] go with chromium. I, and > I suspect a lot of other people would like to see a web browser better > than lynx on the Raspberry Pi (even without sound but I suspect that > will work with other hardware). You're not alone :) As soon as my current RPi3 source build finishes, Chromium will be my next compilation job. There's only so much you can do with lynx and Dillo. Thanks Bob for your pioneering work! From owner-freebsd-arm@freebsd.org Wed Dec 19 20:22:13 2018 Return-Path: Delivered-To: freebsd-arm@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 33C3E1343014 for ; Wed, 19 Dec 2018 20:22:13 +0000 (UTC) (envelope-from zmetzing@pobox.com) Received: from pb-smtp21.pobox.com (pb-smtp21.pobox.com [173.228.157.53]) (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 0ACF36BCA7 for ; Wed, 19 Dec 2018 20:22:11 +0000 (UTC) (envelope-from zmetzing@pobox.com) Received: from pb-smtp21.pobox.com (unknown [127.0.0.1]) by pb-smtp21.pobox.com (Postfix) with ESMTP id 8D75A386EA for ; Wed, 19 Dec 2018 15:22:04 -0500 (EST) (envelope-from zmetzing@pobox.com) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=pobox.com; h=to:from :subject:message-id:date:mime-version:content-type :content-transfer-encoding; s=sasl; bh=GztrhDj+6yrz0bT0Ro/JSFHgl pA=; b=qp7Aym4dM87PsDv5A2JsLlSZFGTMgZxT9gsUtGOTtvh41O/8G+O1B+KYD BIXN/tAryUDmo9jGG/rb9LIUOMUjtkxqy2O8QvUH2URTboj1bTCUtpd7ZRO7sSgL demiZoj47NmTCJzVDrlWC9u0E6FCe5J10OtAliMsSld5C9UAMY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=pobox.com; h=to:from:subject :message-id:date:mime-version:content-type :content-transfer-encoding; q=dns; s=sasl; b=Dx2eRoM2s1NWRLWh/r7 b0jjXDxjgfAxtCiNTXNMDTGrffnYFtR5lDpul08U4V6Hr6XcbVgZleHQT/ejIPOX VoZfKojBOdM1UAZCFV88FoBGwDXPivpabYJibNzLtodPrc34vKV/FcO2nhVZUO+Q TcCDR8r4gBJeAzhnNu4kI0pY= Received: from pb-smtp21.sea.icgroup.com (unknown [127.0.0.1]) by pb-smtp21.pobox.com (Postfix) with ESMTP id 86DCB386E9 for ; Wed, 19 Dec 2018 15:22:04 -0500 (EST) (envelope-from zmetzing@pobox.com) Received: from [127.0.0.1] (unknown [47.185.113.137]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by pb-smtp21.pobox.com (Postfix) with ESMTPSA id 7C5BA386E6 for ; Wed, 19 Dec 2018 15:22:01 -0500 (EST) (envelope-from zmetzing@pobox.com) To: freebsd-arm@freebsd.org From: Zach Metzinger Subject: FBSD 12.0-STABLE / Beaglebone Green: Ethernet (cpsw0) disappears after reboot Message-ID: <3e841b4d-34e4-587c-87e0-c7686f524ccc@pobox.com> Date: Wed, 19 Dec 2018 14:21:58 -0600 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:60.0) Gecko/20100101 Thunderbird/60.3.3 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Pobox-Relay-ID: BE33AA04-03CB-11E9-BED0-C1064829330E-19366360!pb-smtp21.pobox.com X-Rspamd-Queue-Id: 0ACF36BCA7 X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=pobox.com header.s=sasl header.b=qp7Aym4d; dmarc=pass (policy=none) header.from=pobox.com; spf=pass (mx1.freebsd.org: domain of zmetzing@pobox.com designates 173.228.157.53 as permitted sender) smtp.mailfrom=zmetzing@pobox.com X-Spamd-Result: default: False [-5.78 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[pobox.com:s=sasl]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:173.228.157.0/24]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; TO_DN_NONE(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; DWL_DNSWL_LOW(-1.00)[pobox.com.dwl.dnswl.org : 127.0.5.1]; RCVD_COUNT_THREE(0.00)[4]; IP_SCORE(-0.77)[asn: 11403(-3.79), country: US(-0.08)]; DKIM_TRACE(0.00)[pobox.com:+]; DMARC_POLICY_ALLOW(-0.50)[pobox.com,none]; MX_GOOD(-0.01)[pb-mx11.pobox.com,pb-mx9.pobox.com,pb-mx22.pobox.com,pb-mx20.pobox.com,pb-mx14.pobox.com,pb-mx21.pobox.com,pb-mx10.pobox.com,pb-mx23.pobox.com]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; NEURAL_HAM_SHORT(-0.89)[-0.894,0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:11403, ipnet:173.228.157.0/24, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[53.157.228.173.list.dnswl.org : 127.0.5.1] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Dec 2018 20:22:13 -0000 Hello all, I've searched the list (thank you to the list admin for mbox-style archives), but couldn't find a solution to this issue. If I reboot my BBG, the cpsw0 device disappears and does not re-appear until I power cycle the board. Anyone else see this behavior? Pertinent tidbits: FreeBSD bob 12.0-STABLE FreeBSD 12.0-STABLE r341991 GENERIC arm cpswss0: <3-port Switch Ethernet Subsystem> mem 0x4a100000-0x4a1007ff,0x4a101200-0x4a1012ff irq 38,39,40,41 on simplebus0 cpswss0: CPSW SS Version 1.12 (0) cpswss0: Initial queue size TX=128 RX=384 cpsw0: on cpswss0 miibus0: on cpsw0 smscphy0: PHY 0 on miibus0 smscphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto Thanks, --- Zach From owner-freebsd-arm@freebsd.org Wed Dec 19 20:30:41 2018 Return-Path: Delivered-To: freebsd-arm@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 D893D1343328 for ; Wed, 19 Dec 2018 20:30:40 +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 BDB266C290 for ; Wed, 19 Dec 2018 20:30:39 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: IDhYi.8VM1n87Iq1zKQn7nCLYlTGsJ_NApZPc7CQY9.tY2RTMyzriKIiinNau6V HNElefSeGM74gbZsAvhh9PKw63G0slF8MDDwYF7M3K5ALyvhIpLaDzQ7M3Qv8zIF0hrHO9D7kcSU BfR94ClAwROea_X2k3xEU7mCUBTnxHooSPGD7ZEXroDNkqhEAh3.EAJ4N4rb01YPVmfUwiTzeK5f 5Dm.0oMoNr0coVowCTDQbG.cqovP8KOUcMU1IkP6imAazuyktel7GoTR0KFGBj2qbYOgkzkCPndh YReQgVnw5Dhq1ID.Yqqr4haugVNkkSSgvTm.J8tZGHXBQ99tPORt5ZEtkUy3Ni0mmzaXde45y08X uVhKmLA7xkzDFuUFbsvl3QI42n.zFyU6hn5l1UnuRJsBiOV4VnqhMrf3MHqc3.xNQ6fXwjR4w6Fs _A4UQ7M7QR3x08foD.QWE_65XBGfojHQebNWQAiG8fV1ZAVoYegn7kT0xohpJ.vHmo3nCnJ6Rvr0 zbLPfQOyBhRSflHB3E9dUR6Pz318hYIWI8Yz5Y5LFcyDA5R9x2Soqlj8X5ZKPT6pZGzLphf0esER mNtXmadwCXJtG6PhDKZTLEzDzq1boRZhWWOjg4qxXrHEIuoDV5jtNFxnPkdHpb3KrT33jbhAulfU WfRgc2l2siUfiKzHzCADEvk_cWAEsP5ZOAzXaHsCHwk4ebcNeIpy4z8_.F1E1hycnKwsN7viqs3. HJcyJEExrDlyS7fHHR9EOOoPIRLBOFxRb_DTr4yZQh440f2dsIA6wYRYPTji7SOSQSPbfzmkCVYq Ais_zfQB4IagZZWTHCH_Pf88vlWpccuQoXRF2wTfCGDF1_T6qyLGp4mjYxkPK2HDKjJj5XHehv7C 4ew1avYD8fPpohnwfyP1tnfWTfxxvM_pg4nRvu2eVYy18r.7h2h8tJ0HV5gnv86VCi64MfLWNbM1 jPmAdm0k6aoUeE0bnOx.L296aM9Zsp7iTSMQjaRiPHXyKw9SJAM1Deom47esY3cA_fWWxBUz0tOt _zB8nG2ZxNbl.EVqTtwZok2D5JnUaaJiDPdq4HvgClQHUKpnn_BaF5Eq0CejfJNmnfg-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic306.consmr.mail.gq1.yahoo.com with HTTP; Wed, 19 Dec 2018 20:30:32 +0000 Received: from c-67-170-167-181.hsd1.or.comcast.net (EHLO [192.168.1.109]) ([67.170.167.181]) by smtp419.mail.gq1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID bed290c5268af183ea9e1fc7776a6e5a; Wed, 19 Dec 2018 20:20:20 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 12.2 \(3445.102.3\)) Subject: FreeBSD head -r341836 amd64->aarch64 cross-build of -r484783 ports via poudriere: devel/qt5-testlib hung-up during "Checking for POSIX monotonic clock" Message-Id: <190D54A2-D29A-4B62-B8FF-99514DBE92A0@yahoo.com> Date: Wed, 19 Dec 2018 12:20:19 -0800 To: freebsd-arm , FreeBSD Current , ports-list freebsd X-Mailer: Apple Mail (2.3445.102.3) X-Rspamd-Queue-Id: BDB266C290 X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.45 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MV_CASE(0.50)[]; FREEMAIL_FROM(0.00)[yahoo.com]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; MX_GOOD(-0.01)[cached: mta6.am0.yahoodns.net]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-0.89)[-0.890,0]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,0]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-1.00)[-0.996,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(-0.06)[ip: (-1.40), ipnet: 98.137.64.0/21(0.67), asn: 36647(0.53), country: US(-0.08)]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[83.68.137.98.list.dnswl.org : 127.0.5.0] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Dec 2018 20:30:41 -0000 FYI: Based on FreeBSD head -r341836 (host and target) and ports -r484783 = . This was a rebuild based on going from perl5.26 to perl5.28 without updating = the ports tree and from system clang 6 for the prior FreeBSD-head context used to = clang 7 this time. (I'm not attributing causes here.) poudriere was using = amd64-native tools for speeding up the cross-build. # grep -r =3Dperl5=3D /etc/ ~/src.configs/ /usr/local/etc/ /etc/make.conf:DEFAULT_VERSIONS+=3Dperl5=3D5.28 gcc=3D8 /usr/local/etc/poudriere.d/make.conf:DEFAULT_VERSIONS+=3Dperl5=3D5.28 = gcc=3D8 There was also a "print/texinfo:configure/runaway" but I've not looked = into it at all yet and it may be a while before I do. The other ports = attempted built fine as far as I can tell so far. The devel/qt5-testlib failure looks like: [00:00:13] Building 123 packages using 28 builders . . . [00:49:30] [10] [00:00:00] Building devel/qt5-testlib | = qt5-testlib-5.11.2 . . . [07:31:31] [10] [06:42:01] Saved devel/qt5-testlib | qt5-testlib-5.11.2 = wrkdir to: = /usr/local/poudriere/data/wrkdirs/FBSDFSSDjailCortexA57-default/default/qt= 5-testlib-5.11.2.tar [07:31:32] [10] [06:42:02] Finished devel/qt5-testlib | = qt5-testlib-5.11.2: Failed: configure/runaway With logs/errors/qt5-testlib-5.11.2.log showing: Checking for POSIX monotonic clock...=20 + cd = /wrkdirs/usr/ports/devel/qt5-testlib/work/qtbase-everywhere-src-5.11.2/con= fig.tests/clock-monotonic && = /wrkdirs/usr/ports/devel/qt5-testlib/work/qtbase-everywhere-src-5.11.2/bin= /qmake "CONFIG -=3D qt debug_and_release app_bundle lib_bundle" "CONFIG = +=3D shared warn_off console single_arch" = /wrkdirs/usr/ports/devel/qt5-testlib/work/qtbase-everywhere-src-5.11.2/con= fig.tests/clock-monotonic + cd = /wrkdirs/usr/ports/devel/qt5-testlib/work/qtbase-everywhere-src-5.11.2/con= fig.tests/clock-monotonic && MAKEFLAGS=3D make =3D>> Killing runaway build after 21600 seconds with no output =3D>> Cleaning up wrkdir =3D=3D=3D> Cleaning for qt5-testlib-5.11.2 Killed build of devel/qt5-testlib | qt5-testlib-5.11.2 ended at Wed Dec 19 = 06:45:42 PST 2018 build time: 06:41:46 !!! build failure encountered !!! # less = /wrkdirs/usr/ports/devel/qt5-testlib/work/qtbase-everywhere-src-5.11.2/con= fig.log . . . test config.qtbase_corelib.libraries.librt succeeded executing config test clock-monotonic + cd = /wrkdirs/usr/ports/devel/qt5-testlib/work/qtbase-everywhere-src-5.11.2/con= fig.tests/clock-monotonic && = /wrkdirs/usr/ports/devel/qt5-testlib/work/qtbase-everywhere-src-5.11.2/bin= /qmake "CONFIG -=3D qt debug_and_release app_bundle lib_bundle" "CONFIG = +=3D shared warn_off console single_arch" = /wrkdirs/usr/ports/devel/qt5-testlib/work/qtbase-everywhere-src-5.11.2/con= fig.tests/clock-monotonic + cd = /wrkdirs/usr/ports/devel/qt5-testlib/work/qtbase-everywhere-src-5.11.2/con= fig.tests/clock-monotonic && MAKEFLAGS=3D make Some supporting details of context: # uname -apKU FreeBSD FBSDFSSD 13.0-CURRENT FreeBSD 13.0-CURRENT #5 r341836M: Tue Dec = 11 16:37:42 PST 2018 = markmi@FBSDFSSD:/usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/sys/G= ENERIC-NODBG amd64 amd64 1300005 1300005 # svnlite info /usr/ports/ | grep "Re[plv]" Relative URL: ^/head Repository Root: svn://svn.freebsd.org/ports Repository UUID: 35697150-7ecd-e111-bb59-0022644237b5 Revision: 484783 Last Changed Rev: 484783 =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Wed Dec 19 22:08:51 2018 Return-Path: Delivered-To: freebsd-arm@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 4B4B6134A95F for ; Wed, 19 Dec 2018 22:08:51 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic313-20.consmr.mail.gq1.yahoo.com (sonic313-20.consmr.mail.gq1.yahoo.com [98.137.65.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 3DB467203B for ; Wed, 19 Dec 2018 22:08:50 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: u_vPeJkVM1kVqmF5WTWaXTxxjKnLJT8MaYvOdabQwf_Tct.Do8KhqDa6UgqYgiw hRt_Ay1685U4.ZmRnNXPr9SZgaAPLmrmEzFgAl_RPDc9K0RCRDrRFrkobhama8xDigLLTRUEmnbv X18L47SvVwugha0mZNFqwtkR1SJgWjZgshTFw4v3jTdqWHwh_MaJ8YkbO0mo_0cdr2kVeO6dZj5E V0lOUNYDMiS0Yp1HywRB.GYBlYAySUZtuuW721BgJQuFxAkL9k1cUPPm7k7DBGG61FNqCXOBlGox tX_SinBcvNHcWEMuqUNn8EuRA6C9LEuy9fLZDurMCVWtLU8DOn.b8cnV2CuZhCTdqQ2WiSM89fMq oe1hEuHaYr3SOZoVigwGQzpmxanTecrlfuzCMhCyxGCH_ROK2mtrUKeRwrCOlI2mhBrtjvo8gwyJ _PFgUaSdAWr3BQCLgdP_sOI_CyXEU63p2SG9fIqdljriw_GWZ0EF2QASVscXX1bhwV.nZTDeOFyk GGgbnXVTNsnHJwut8csV5EPbwJ2Z4gtVy0kgt4anM82ThvuI3QLoc85.L8_CnSTeZjwin.CPSkiB jMCLV6DZqK39U1bL41ehjInzbuHJh7ymYIOQc._x1biXrLu22GJOWUwM7vrlMMGZPeivt7RWDOtk 5MsRy3iY5jTGsGXj5CHjMSBg8TvT0pyH3qn4vPw1SGd1jKInOn9xYerk8AFdRjsLOA_0E7l0L.wm sNxKj.caGkKcp9PNfhqJZcKvSgV0xmK9WRu5Ls.FpPhZvjgMcJpXQEXSXkh0yiSiItBbhbnyAAoA aDm7qc80ggaTCJ.aNvWMjvGH6ICBlmcLqU4B0MJEw2spCFXhi5eoD7dWfT1AO0bGNNRzIRxMTb_c iZhB4cTtUXu_.kEd2IaTqegwMZIzuevv1n7JpTD376PJm45m0dYZcJmEJmarhiDD_vtCxe9SXWcS XOhVx5OJQDHpMgQQ4zZJG3u9BkvtcIEez2bqQcQfq30Bx7UIVzWJrjvkuwGtnILiB0VqO0IWxNKa CW5qEwI8qatakNSM5OkYfseiYtlfO_MYqxklMwPDJGkuUsDQDv5sCo8tNbn9Rs_nn1p8- Received: from sonic.gate.mail.ne1.yahoo.com by sonic313.consmr.mail.gq1.yahoo.com with HTTP; Wed, 19 Dec 2018 22:08:42 +0000 Received: from c-67-170-167-181.hsd1.or.comcast.net (EHLO [192.168.1.109]) ([67.170.167.181]) by smtp427.mail.gq1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 4876b6bf4f0e77ae3ec4837f0456e7b9; Wed, 19 Dec 2018 21:58:31 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 12.2 \(3445.102.3\)) Subject: Re: FreeBSD head -r341836 amd64->aarch64 cross-build of -r484783 ports via poudriere: devel/qt5-testlib hung-up during "Checking for POSIX monotonic clock" Date: Wed, 19 Dec 2018 13:58:30 -0800 References: <190D54A2-D29A-4B62-B8FF-99514DBE92A0@yahoo.com> To: freebsd-arm , FreeBSD Current , ports-list freebsd In-Reply-To: <190D54A2-D29A-4B62-B8FF-99514DBE92A0@yahoo.com> Message-Id: X-Mailer: Apple Mail (2.3445.102.3) X-Rspamd-Queue-Id: 3DB467203B X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.53 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MV_CASE(0.50)[]; FREEMAIL_FROM(0.00)[yahoo.com]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; MX_GOOD(-0.01)[cached: mta6.am0.yahoodns.net]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-0.64)[-0.644,0]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.97)[-0.967,0]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-0.81)[-0.809,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(0.40)[ip: (0.92), ipnet: 98.137.64.0/21(0.66), asn: 36647(0.53), country: US(-0.08)]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[83.65.137.98.list.dnswl.org : 127.0.5.0] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Dec 2018 22:08:51 -0000 [Looks like a race or some such for devel/qt5-testlib: retry of = poudreire-devel did not hang. The other hang-up seems to be repeating and I give some = details.] On 2018-Dec-19, at 12:20, Mark Millard wrote: > FYI: Based on FreeBSD head -r341836 (host and target) and ports = -r484783 . This > was a rebuild based on going from perl5.26 to perl5.28 without = updating the ports > tree and from system clang 6 for the prior FreeBSD-head context used = to clang 7 > this time. (I'm not attributing causes here.) poudriere was using = amd64-native > tools for speeding up the cross-build. >=20 > # grep -r =3Dperl5=3D /etc/ ~/src.configs/ /usr/local/etc/ > /etc/make.conf:DEFAULT_VERSIONS+=3Dperl5=3D5.28 gcc=3D8 > /usr/local/etc/poudriere.d/make.conf:DEFAULT_VERSIONS+=3Dperl5=3D5.28 = gcc=3D8 >=20 > There was also a "print/texinfo:configure/runaway" but I've not looked = into > it at all yet and it may be a while before I do. The other ports = attempted > built fine as far as I can tell so far. >=20 >=20 > The devel/qt5-testlib failure looks like: >=20 > [00:00:13] Building 123 packages using 28 builders > . . . > [00:49:30] [10] [00:00:00] Building devel/qt5-testlib | = qt5-testlib-5.11.2 > . . . > [07:31:31] [10] [06:42:01] Saved devel/qt5-testlib | = qt5-testlib-5.11.2 wrkdir to: = /usr/local/poudriere/data/wrkdirs/FBSDFSSDjailCortexA57-default/default/qt= 5-testlib-5.11.2.tar > [07:31:32] [10] [06:42:02] Finished devel/qt5-testlib | = qt5-testlib-5.11.2: Failed: configure/runaway >=20 > With logs/errors/qt5-testlib-5.11.2.log showing: >=20 > Checking for POSIX monotonic clock...=20 > + cd = /wrkdirs/usr/ports/devel/qt5-testlib/work/qtbase-everywhere-src-5.11.2/con= fig.tests/clock-monotonic && = /wrkdirs/usr/ports/devel/qt5-testlib/work/qtbase-everywhere-src-5.11.2/bin= /qmake "CONFIG -=3D qt debug_and_release app_bundle lib_bundle" "CONFIG = +=3D shared warn_off console single_arch" = /wrkdirs/usr/ports/devel/qt5-testlib/work/qtbase-everywhere-src-5.11.2/con= fig.tests/clock-monotonic > + cd = /wrkdirs/usr/ports/devel/qt5-testlib/work/qtbase-everywhere-src-5.11.2/con= fig.tests/clock-monotonic && MAKEFLAGS=3D make > =3D>> Killing runaway build after 21600 seconds with no output > =3D>> Cleaning up wrkdir > =3D=3D=3D> Cleaning for qt5-testlib-5.11.2 > Killed > build of devel/qt5-testlib | qt5-testlib-5.11.2 ended at Wed Dec 19 = 06:45:42 PST 2018 > build time: 06:41:46 > !!! build failure encountered !!! >=20 >=20 > # less = /wrkdirs/usr/ports/devel/qt5-testlib/work/qtbase-everywhere-src-5.11.2/con= fig.log > . . . > test config.qtbase_corelib.libraries.librt succeeded > executing config test clock-monotonic > + cd = /wrkdirs/usr/ports/devel/qt5-testlib/work/qtbase-everywhere-src-5.11.2/con= fig.tests/clock-monotonic && = /wrkdirs/usr/ports/devel/qt5-testlib/work/qtbase-everywhere-src-5.11.2/bin= /qmake "CONFIG -=3D qt debug_and_release app_bundle lib_bundle" "CONFIG = +=3D shared warn_off console single_arch" = /wrkdirs/usr/ports/devel/qt5-testlib/work/qtbase-everywhere-src-5.11.2/con= fig.tests/clock-monotonic > + cd = /wrkdirs/usr/ports/devel/qt5-testlib/work/qtbase-everywhere-src-5.11.2/con= fig.tests/clock-monotonic && MAKEFLAGS=3D make >=20 >=20 > Some supporting details of context: >=20 > # uname -apKU > FreeBSD FBSDFSSD 13.0-CURRENT FreeBSD 13.0-CURRENT #5 r341836M: Tue = Dec 11 16:37:42 PST 2018 = markmi@FBSDFSSD:/usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/sys/G= ENERIC-NODBG amd64 amd64 1300005 1300005 >=20 > # svnlite info /usr/ports/ | grep "Re[plv]" > Relative URL: ^/head > Repository Root: svn://svn.freebsd.org/ports > Repository UUID: 35697150-7ecd-e111-bb59-0022644237b5 > Revision: 484783 > Last Changed Rev: 484783 >=20 I started poudriere up again with just the 2 needing to be rebuilt (plus what depends on the 2). devel/qt5-testlib quickly completed just fine: [00:02:16] [02] [00:00:00] Building devel/qt5-testlib | = qt5-testlib-5.11.2 [00:04:54] [02] [00:02:38] Finished devel/qt5-testlib | = qt5-testlib-5.11.2: Success In the prior build that had the hang-ups I looked and dor print/texinfo = : /wrkdirs/usr/ports/print/texinfo/work/texinfo-6.5/config.log shows for = its hang-up: . . . configure:6639: checking for alloca configure:6676: /nxb-bin/usr/bin/cc -o conftest -O2 -pipe = -mcpu=3Dcortex-a57 -DLIBICONV_PLUG -g -fno-strict-aliasing = -mcpu=3Dcortex-a57 -DLIBICONV_PLUG -D_THREAD_SAFE conftest.c >&5 configure:6676: $? =3D 0 configure:6684: result: yes configure:6794: checking for C/C++ restrict keyword configure:6821: /nxb-bin/usr/bin/cc -c -O2 -pipe -mcpu=3Dcortex-a57 = -DLIBICONV_PLUG -g -fno-strict-aliasing -mcpu=3Dcortex-a57 = -DLIBICONV_PLUG -D_THREAD_SAFE conftest.c >&5 configure:6821: $? =3D 0 configure:6829: result: __restrict configure:6844: checking whether // is distinct from / In the poudriere re-run print/texinfo seems to be not progressing: root 87913 0.0 0.0 12920 3668 0 I 13:29 0:00.06 | = | `-- sh: poudriere[FBSDFSSDjailCortexA57-default][01]: = build_pkg (texinfo-6.5_1,1) (sh) root 88869 0.0 0.0 12920 3660 0 I 13:29 0:00.00 | = | `-- sh: poudriere[FBSDFSSDjailCortexA57-default][01]: = build_pkg (texinfo-6.5_1,1) (sh) root 88870 0.0 0.0 10412 1848 0 IJ 13:29 0:00.01 | = | `-- /usr/bin/make -C /usr/ports/print/texinfo configure root 88974 0.0 0.0 10272 1812 0 IJ 13:30 0:00.00 | = | `-- /bin/sh -e -c (cd = /wrkdirs/usr/ports/print/texinfo/work/texinfo-6.5 && = _LATE_CONFIGURE_ARGS=3D"" ; if [=20 root 89283 0.0 0.0 11160 2108 0 IJ 13:30 0:00.10 | = | `-- /bin/sh ./configure --enable-nls = --prefix=3D/usr/local --localstatedir=3D/var --mandir=3D/usr/local/man = --di root 89692 0.0 0.0 227368 14504 0 IJ 13:30 0:00.03 | = | `-- /usr/local/bin/qemu-aarch64-static wc = //dev/null root 89694 0.0 0.0 227424 14596 0 IJ 13:30 0:00.01 | = | `-- /usr/local/bin/qemu-aarch64-static wc = //dev/null root 89695 0.0 0.0 227584 14720 0 IJ 13:30 0:00.01 | = | `-- wc: zygote (qemu-aarch64-static) So it appears that: /usr/local/bin/qemu-aarch64-static wc //dev/null is hanging-up (again). Given that these are hangups I'll note that this is a Ryzen Threadripper 1950X context and is running under Hyper-V from Windows 10's 1809 update. I gave it 28 logical processors and have it to have the virtual NUMA topology match the topology of the physical hardware: "Use Hardware Topology". (Processors 28, NUMA nodes 2, Sockets 1, Hardware threads per core 2.) =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Thu Dec 20 00:21:52 2018 Return-Path: Delivered-To: freebsd-arm@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 4FD60134F237 for ; Thu, 20 Dec 2018 00:21:52 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic315-9.consmr.mail.gq1.yahoo.com (sonic315-9.consmr.mail.gq1.yahoo.com [98.137.65.33]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id F32318130E for ; Thu, 20 Dec 2018 00:21:49 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: I3KdwRkVM1mM2acaFyvT1QHpEk2EmAVZlcHv9TLlT7oDF0Q8YzNiYfMJMzofCTe mKbEDfEHTR8mY9tYoxARpQhZDhy8xBkyHkfwWTRfnVKAmXuCeEUpRp5hFLNlNnDOxZJQiWqZ7D48 28pxxs6Jvy4BVsuinz6uRvCcLg_cn_5pTEUQ2Uny6uMJ_xiL3Wa2i6GtQKsCfUhyqETK5e5n0miT zL0X5JPrpBq5v4YvKGGMRn6v9RcmzM4sTuJaWeyzL2XbziLazMJ71OW86I5mizEUsaAXCsQtrrfV vHWPMPfUyfGep0BKjH7f7s.BdQ7qf8N6zRh46T8uNTdywn4oskOtCZD9ZKqAqBUln1b3wgqhSmZg Nu1KMe.ojY9.Y5_rWqIV5rLYGl6gxr48fhDkO3ZIX.xSYxH282m7LvlKbSr4tH5uxUvISKAoTfzh LqjwPjh7RJI8AkwBMIEpaKIhbY0KLovDN_i.D5tUpM08yIuMJ6z3tBM0.52EPCgU9J5P5jqBYWXa 0cM3swQgxUOykMTexjCnueURsX2y3e5GGRj7I1GhMw7OUp5.3K31Fmu2ICPPIoeOQkbDOm5lvV6m DutifmkwKVh.xReTcdN4vUa7hnI4Cpq9l2fCvPsI8V4J7Ozk9RNE7O.9mEzTKh_ldv4OEHOu2SB7 tzNVApvtwPh24F27ev8loSbuRZYvnL0V.LkjflCEK1xDfy20WK06ZJ3pwGJY.qf5zCqvOBlRFbZY wjRdYed1NF2n9sohIO1uPCK89n4qXMvz5lqNxI1ZrKt6hqLP4K4xHmkM5gsKLVk7HF0yaViT.H54 3ypZqKkdN5vI42SEAi6ZZyI1i5dEg1IQIZPSVnlY..te4ZQ40_t95.R08MozGHS1TaSIIN5DXKmT nRYWxSDgDvBaonCnXDDPtIKV5q6M38XXIglwDKx1C2n3bl8.ZleCVgvpjrhEgXQ9oIXO3YuQmFeS XydcxOD9XExcdjknNPTKKrlEgZ7mpTMEe5D0PhCPezS_eaJiIFP4mmiFFtSnXwE.9ep0KGYNEE3g zsyp.8PfGqJZRvPThmYGRoWM4wGcTihpgUW9KTHoAUh2uYA9NUj0.cg3bieIhodJxSQ-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic315.consmr.mail.gq1.yahoo.com with HTTP; Thu, 20 Dec 2018 00:21:48 +0000 Received: from c-67-170-167-181.hsd1.or.comcast.net (EHLO [192.168.1.109]) ([67.170.167.181]) by smtp413.mail.gq1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 4455f6c70c5b45e5ff84e81aa1b6e7de; Thu, 20 Dec 2018 00:21:43 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 12.2 \(3445.102.3\)) Subject: Re: FreeBSD head -r341836 amd64->aarch64 cross-build of -r484783 ports via poudriere: devel/qt5-testlib hung-up during "Checking for POSIX monotonic clock" Date: Wed, 19 Dec 2018 16:21:42 -0800 References: <190D54A2-D29A-4B62-B8FF-99514DBE92A0@yahoo.com> To: freebsd-arm , FreeBSD Current , ports-list freebsd In-Reply-To: Message-Id: <8A63BA63-FBCB-40DA-B031-4C7F4B1F5118@yahoo.com> X-Mailer: Apple Mail (2.3445.102.3) X-Rspamd-Queue-Id: F32318130E X-Spamd-Bar: - X-Spamd-Result: default: False [-1.88 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MV_CASE(0.50)[]; FREEMAIL_FROM(0.00)[yahoo.com]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; MX_GOOD(-0.01)[cached: mta6.am0.yahoodns.net]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.99)[-0.994,0]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_SPAM_SHORT(0.38)[0.383,0]; NEURAL_HAM_LONG(-0.97)[-0.971,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(0.22)[ipnet: 98.137.64.0/21(0.65), asn: 36647(0.52), country: US(-0.08)]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[33.65.137.98.list.dnswl.org : 127.0.5.0] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Dec 2018 00:21:52 -0000 [I attached to the hung-up process with gdb and looked around a little.] On 2018-Dec-19, at 13:58, Mark Millard wrote: > [Looks like a race or some such for devel/qt5-testlib: retry of = poudreire-devel > did not hang. The other hang-up seems to be repeating and I give some = details.] >=20 > On 2018-Dec-19, at 12:20, Mark Millard wrote: >=20 >> FYI: Based on FreeBSD head -r341836 (host and target) and ports = -r484783 . This >> was a rebuild based on going from perl5.26 to perl5.28 without = updating the ports >> tree and from system clang 6 for the prior FreeBSD-head context used = to clang 7 >> this time. (I'm not attributing causes here.) poudriere was using = amd64-native >> tools for speeding up the cross-build. >>=20 >> # grep -r =3Dperl5=3D /etc/ ~/src.configs/ /usr/local/etc/ >> /etc/make.conf:DEFAULT_VERSIONS+=3Dperl5=3D5.28 gcc=3D8 >> /usr/local/etc/poudriere.d/make.conf:DEFAULT_VERSIONS+=3Dperl5=3D5.28 = gcc=3D8 >>=20 >> There was also a "print/texinfo:configure/runaway" but I've not = looked into >> it at all yet and it may be a while before I do. The other ports = attempted >> built fine as far as I can tell so far. >>=20 >>=20 >> The devel/qt5-testlib failure looks like: >>=20 >> [00:00:13] Building 123 packages using 28 builders >> . . . >> [00:49:30] [10] [00:00:00] Building devel/qt5-testlib | = qt5-testlib-5.11.2 >> . . . >> [07:31:31] [10] [06:42:01] Saved devel/qt5-testlib | = qt5-testlib-5.11.2 wrkdir to: = /usr/local/poudriere/data/wrkdirs/FBSDFSSDjailCortexA57-default/default/qt= 5-testlib-5.11.2.tar >> [07:31:32] [10] [06:42:02] Finished devel/qt5-testlib | = qt5-testlib-5.11.2: Failed: configure/runaway >>=20 >> With logs/errors/qt5-testlib-5.11.2.log showing: >>=20 >> Checking for POSIX monotonic clock...=20 >> + cd = /wrkdirs/usr/ports/devel/qt5-testlib/work/qtbase-everywhere-src-5.11.2/con= fig.tests/clock-monotonic && = /wrkdirs/usr/ports/devel/qt5-testlib/work/qtbase-everywhere-src-5.11.2/bin= /qmake "CONFIG -=3D qt debug_and_release app_bundle lib_bundle" "CONFIG = +=3D shared warn_off console single_arch" = /wrkdirs/usr/ports/devel/qt5-testlib/work/qtbase-everywhere-src-5.11.2/con= fig.tests/clock-monotonic >> + cd = /wrkdirs/usr/ports/devel/qt5-testlib/work/qtbase-everywhere-src-5.11.2/con= fig.tests/clock-monotonic && MAKEFLAGS=3D make >> =3D>> Killing runaway build after 21600 seconds with no output >> =3D>> Cleaning up wrkdir >> =3D=3D=3D> Cleaning for qt5-testlib-5.11.2 >> Killed >> build of devel/qt5-testlib | qt5-testlib-5.11.2 ended at Wed Dec 19 = 06:45:42 PST 2018 >> build time: 06:41:46 >> !!! build failure encountered !!! >>=20 >>=20 >> # less = /wrkdirs/usr/ports/devel/qt5-testlib/work/qtbase-everywhere-src-5.11.2/con= fig.log >> . . . >> test config.qtbase_corelib.libraries.librt succeeded >> executing config test clock-monotonic >> + cd = /wrkdirs/usr/ports/devel/qt5-testlib/work/qtbase-everywhere-src-5.11.2/con= fig.tests/clock-monotonic && = /wrkdirs/usr/ports/devel/qt5-testlib/work/qtbase-everywhere-src-5.11.2/bin= /qmake "CONFIG -=3D qt debug_and_release app_bundle lib_bundle" "CONFIG = +=3D shared warn_off console single_arch" = /wrkdirs/usr/ports/devel/qt5-testlib/work/qtbase-everywhere-src-5.11.2/con= fig.tests/clock-monotonic >> + cd = /wrkdirs/usr/ports/devel/qt5-testlib/work/qtbase-everywhere-src-5.11.2/con= fig.tests/clock-monotonic && MAKEFLAGS=3D make >>=20 >>=20 >> Some supporting details of context: >>=20 >> # uname -apKU >> FreeBSD FBSDFSSD 13.0-CURRENT FreeBSD 13.0-CURRENT #5 r341836M: Tue = Dec 11 16:37:42 PST 2018 = markmi@FBSDFSSD:/usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/sys/G= ENERIC-NODBG amd64 amd64 1300005 1300005 >>=20 >> # svnlite info /usr/ports/ | grep "Re[plv]" >> Relative URL: ^/head >> Repository Root: svn://svn.freebsd.org/ports >> Repository UUID: 35697150-7ecd-e111-bb59-0022644237b5 >> Revision: 484783 >> Last Changed Rev: 484783 >>=20 >=20 > I started poudriere up again with just the 2 needing to be rebuilt = (plus > what depends on the 2). devel/qt5-testlib quickly completed just fine: >=20 > [00:02:16] [02] [00:00:00] Building devel/qt5-testlib | = qt5-testlib-5.11.2 > [00:04:54] [02] [00:02:38] Finished devel/qt5-testlib | = qt5-testlib-5.11.2: Success >=20 >=20 > In the prior build that had the hang-ups I looked and dor = print/texinfo : >=20 > /wrkdirs/usr/ports/print/texinfo/work/texinfo-6.5/config.log shows for = its > hang-up: >=20 > . . . > configure:6639: checking for alloca > configure:6676: /nxb-bin/usr/bin/cc -o conftest -O2 -pipe = -mcpu=3Dcortex-a57 -DLIBICONV_PLUG -g -fno-strict-aliasing = -mcpu=3Dcortex-a57 -DLIBICONV_PLUG -D_THREAD_SAFE conftest.c >&5 > configure:6676: $? =3D 0 > configure:6684: result: yes > configure:6794: checking for C/C++ restrict keyword > configure:6821: /nxb-bin/usr/bin/cc -c -O2 -pipe -mcpu=3Dcortex-a57 = -DLIBICONV_PLUG -g -fno-strict-aliasing -mcpu=3Dcortex-a57 = -DLIBICONV_PLUG -D_THREAD_SAFE conftest.c >&5 > configure:6821: $? =3D 0 > configure:6829: result: __restrict > configure:6844: checking whether // is distinct from / >=20 >=20 > In the poudriere re-run print/texinfo seems to be not progressing: >=20 > root 87913 0.0 0.0 12920 3668 0 I 13:29 0:00.06 = | | `-- sh: poudriere[FBSDFSSDjailCortexA57-default][01]: = build_pkg (texinfo-6.5_1,1) (sh) > root 88869 0.0 0.0 12920 3660 0 I 13:29 0:00.00 = | | `-- sh: poudriere[FBSDFSSDjailCortexA57-default][01]: = build_pkg (texinfo-6.5_1,1) (sh) > root 88870 0.0 0.0 10412 1848 0 IJ 13:29 0:00.01 = | | `-- /usr/bin/make -C /usr/ports/print/texinfo = configure > root 88974 0.0 0.0 10272 1812 0 IJ 13:30 0:00.00 = | | `-- /bin/sh -e -c (cd = /wrkdirs/usr/ports/print/texinfo/work/texinfo-6.5 && = _LATE_CONFIGURE_ARGS=3D"" ; if [=20 > root 89283 0.0 0.0 11160 2108 0 IJ 13:30 0:00.10 = | | `-- /bin/sh ./configure --enable-nls = --prefix=3D/usr/local --localstatedir=3D/var --mandir=3D/usr/local/man = --di > root 89692 0.0 0.0 227368 14504 0 IJ 13:30 0:00.03 = | | `-- /usr/local/bin/qemu-aarch64-static wc = //dev/null > root 89694 0.0 0.0 227424 14596 0 IJ 13:30 0:00.01 = | | `-- /usr/local/bin/qemu-aarch64-static wc = //dev/null > root 89695 0.0 0.0 227584 14720 0 IJ 13:30 0:00.01 = | | `-- wc: zygote (qemu-aarch64-static) >=20 >=20 > So it appears that: >=20 > /usr/local/bin/qemu-aarch64-static wc //dev/null >=20 > is hanging-up (again). >=20 >=20 > Given that these are hangups I'll note that this is a Ryzen > Threadripper 1950X context and is running under Hyper-V from > Windows 10's 1809 update. I gave it 28 logical processors and > have it to have the virtual NUMA topology match the topology of > the physical hardware: "Use Hardware Topology". (Processors > 28, NUMA nodes 2, Sockets 1, Hardware threads per core 2.) Attaching to the stuck process via gdb and looking at the backtrace shows: (gdb) attach 89695 Attaching to program: /usr/local/bin/qemu-aarch64-static, process 89695 [New LWP 101548 of process 89695] [Switching to LWP 100804 of process 89695] _pselect () at _pselect.S:3 3 PSEUDO(pselect) (gdb) bt #0 _pselect () at _pselect.S:3 #1 0x00000000601da57f in __thr_pselect (count=3D12, = rfds=3D0x7ffffffe3650, wfds=3D0x0, efds=3D0x0, timo=3D0x0, = mask=3D0x7ffffffe3600) at /usr/src/lib/libthr/thread/thr_syscalls.c:378 #2 0x000000006004928d in do_freebsd_select (env=3D0x860edfb18, = n=3D, rfd_addr=3D140736934698744, wfd_addr=3D, efd_addr=3D0, target_tv_addr=3D0) at = /wrkdirs/usr/ports/emulators/qemu-user-static/work/qemu-bsd-user-4ef7d07/b= sd-user/freebsd/os-time.h:468 #3 do_freebsd_syscall (cpu_env=3D0x860edfb18, num=3D93, arg1=3D12, = arg2=3D140736934698744, arg3=3D0, arg4=3D0, arg5=3D0, arg6=3D274914043516,= arg7=3D274913946564, arg8=3D6579811) at = /wrkdirs/usr/ports/emulators/qemu-user-static/work/qemu-bsd-user-4ef7d07/b= sd-user/syscall.c:1106 #4 0x000000006003903c in target_cpu_loop (env=3D0x860edfb18) at = /wrkdirs/usr/ports/emulators/qemu-user-static/work/qemu-bsd-user-4ef7d07/b= sd-user/aarch64/target_arch_cpu.h:100 #5 0x0000000060038e09 in cpu_loop (env=3D0xc) at = /wrkdirs/usr/ports/emulators/qemu-user-static/work/qemu-bsd-user-4ef7d07/b= sd-user/main.c:121 #6 0x0000000060039ecb in main (argc=3D, = argv=3D0x7fffffffd360) at = /wrkdirs/usr/ports/emulators/qemu-user-static/work/qemu-bsd-user-4ef7d07/b= sd-user/main.c:513 (gdb) up #1 0x00000000601da57f in __thr_pselect (count=3D12, = rfds=3D0x7ffffffe3650, wfds=3D0x0, efds=3D0x0, timo=3D0x0, = mask=3D0x7ffffffe3600) at /usr/src/lib/libthr/thread/thr_syscalls.c:378 378 ret =3D __sys_pselect(count, rfds, wfds, efds, timo, = mask); (gdb) print *rfds $1 =3D {__fds_bits =3D {2048, 0 }} (gdb) info threads Id Target Id Frame=20 * 1 LWP 100804 of process 89695 _pselect () at _pselect.S:3 2 LWP 101548 of process 89695 _umtx_op_err () at = /usr/src/lib/libthr/arch/amd64/amd64/_umtx_op_err.S:37 (gdb) thread 2=20 [Switching to thread 2 (LWP 101548 of process 89695)] #0 _umtx_op_err () at = /usr/src/lib/libthr/arch/amd64/amd64/_umtx_op_err.S:37 37 RSYSCALL_ERR(_umtx_op) (gdb) bt #0 _umtx_op_err () at = /usr/src/lib/libthr/arch/amd64/amd64/_umtx_op_err.S:37 #1 0x00000000601d2ec0 in _thr_umtx_timedwait_uint (mtx=3D0x861027008, = id=3D, clockid=3D, abstime=3D, shared=3D) at /usr/src/lib/libthr/thread/thr_umtx.c:236 #2 0x00000000601dc6f8 in cond_wait_user (cvp=3D, = mp=3D0x860515b00, abstime=3D0x0, cancel=3D1) at = /usr/src/lib/libthr/thread/thr_cond.c:307 #3 cond_wait_common (cond=3D, mutex=3D, = abstime=3D0x0, cancel=3D1) at /usr/src/lib/libthr/thread/thr_cond.c:367 #4 0x00000000601438bc in qemu_futex_wait (ev=3D, = val=3D4294967295) at util/qemu-thread-posix.c:350 #5 qemu_event_wait (ev=3D0x62735d10 ) at = util/qemu-thread-posix.c:445 #6 0x000000006014a92a in call_rcu_thread (opaque=3D) at = util/rcu.c:255 #7 0x00000000601dc376 in thread_start (curthread=3D0x860518e00) at = /usr/src/lib/libthr/thread/thr_create.c:291 #8 0x0000000000000000 in ?? () Backtrace stopped: Cannot access memory at address 0x7fffdfdfc000 =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Thu Dec 20 18:56:15 2018 Return-Path: Delivered-To: freebsd-arm@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 A72311350868; Thu, 20 Dec 2018 18:56:15 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [50.1.20.27]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "www.zefox.org", Issuer "www.zefox.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id E7BDA8DEEA; Thu, 20 Dec 2018 18:56:14 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.15.2/8.15.2) with ESMTPS id wBKIu1wd052330 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Thu, 20 Dec 2018 10:56:02 -0800 (PST) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.15.2/8.15.2/Submit) id wBKIu1Ok052329; Thu, 20 Dec 2018 10:56:01 -0800 (PST) (envelope-from fbsd) Date: Thu, 20 Dec 2018 10:56:01 -0800 From: bob prohaska To: Brian Scott Cc: Jan Beich , Jamie Landeg-Jones , freebsd-arm@freebsd.org, freebsd-ports@freebsd.org Subject: Re: RPI3 sound for www/chromium, was Re: How much memory to compile www/chromium? Message-ID: <20181220185601.GA51899@www.zefox.net> References: <20181212184149.ol44fon2unowu35q@squirrel.exwg.net> <20181212192115.GA85583@www.zefox.net> <20181212202504.4n3mhtx7grbeh6j7@squirrel.exwg.net> <20181214012733.GA92808@www.zefox.net> <20181218174903.GA41072@www.zefox.net> <201812182341.wBINfiX4052421@donotpassgo.dyslexicfish.net> <20181219014342.GA42859@www.zefox.net> <233863b5-f748-2c2e-976f-110ab49e4675@bunyatech.com.au> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <233863b5-f748-2c2e-976f-110ab49e4675@bunyatech.com.au> User-Agent: Mutt/1.5.24 (2015-08-30) X-Rspamd-Queue-Id: E7BDA8DEEA X-Spamd-Bar: ++++ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [4.14 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.01)[-0.008,0]; WWW_DOT_DOMAIN(0.50)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; NEURAL_SPAM_SHORT(0.64)[0.639,0]; RCVD_TLS_LAST(0.00)[]; MIME_GOOD(-0.10)[text/plain]; MIME_TRACE(0.00)[0:+]; DMARC_NA(0.00)[zefox.net]; AUTH_NA(1.00)[]; RCPT_COUNT_FIVE(0.00)[5]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MX_GOOD(-0.01)[cached: www.zefox.net]; NEURAL_SPAM_LONG(0.43)[0.428,0]; IP_SCORE(0.19)[ip: (0.70), ipnet: 50.1.16.0/20(0.35), asn: 7065(-0.01), country: US(-0.08)]; R_SPF_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:7065, ipnet:50.1.16.0/20, country:US]; MID_RHS_MATCH_FROM(0.00)[]; MID_RHS_WWW(0.50)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Dec 2018 18:56:15 -0000 On Wed, Dec 19, 2018 at 05:14:07PM +1100, Brian Scott wrote: > > I believe the problem now is that support for builtin sound on the RPI3 > is still a work in progress (it goes through the HDMI subsystem and I > think it was a 32 vs. 64 bit issue but is a mystery to me beyond that). > I infer that sound is only a distant murmur on the Pi3..... 8-) Thanks for the clarification! bob prohaska > From owner-freebsd-arm@freebsd.org Thu Dec 20 19:11:14 2018 Return-Path: Delivered-To: freebsd-arm@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 31D201350CAB for ; Thu, 20 Dec 2018 19:11:14 +0000 (UTC) (envelope-from greg@unrelenting.technology) Received: from out.migadu.com (out.migadu.com [91.121.223.63]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.migadu.com", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C1DBF8E876 for ; Thu, 20 Dec 2018 19:11:11 +0000 (UTC) (envelope-from greg@unrelenting.technology) Received: (Migadu outbound); Thu, 20 Dec 2018 19:09:58 +0000 Received: from [192.168.1.141] ([62.122.208.146]) by out.migadu.com (Haraka/2.8.16) with ESMTPSA id B34B41D5-5604-4E0F-A46D-5109DD8DA673.1 envelope-from (authenticated bits=0) (version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES256-GCM-SHA384 verify=FAIL); Thu, 20 Dec 2018 19:09:57 +0000 Date: Thu, 20 Dec 2018 22:09:57 +0300 From: Greg V Subject: Re: RPI3 sound for www/chromium, was Re: How much memory to compile www/chromium? To: bob prohaska Cc: Brian Scott , Jamie Landeg-Jones , Jan Beich , freebsd-arm@freebsd.org, freebsd-ports@freebsd.org Message-Id: <1545332997.3396.0@smtp.migadu.com> In-Reply-To: <20181220185601.GA51899@www.zefox.net> References: <20181212184149.ol44fon2unowu35q@squirrel.exwg.net> <20181212192115.GA85583@www.zefox.net> <20181212202504.4n3mhtx7grbeh6j7@squirrel.exwg.net> <20181214012733.GA92808@www.zefox.net> <20181218174903.GA41072@www.zefox.net> <201812182341.wBINfiX4052421@donotpassgo.dyslexicfish.net> <20181219014342.GA42859@www.zefox.net> <233863b5-f748-2c2e-976f-110ab49e4675@bunyatech.com.au> <20181220185601.GA51899@www.zefox.net> X-Mailer: geary/0.12.4 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed DKIM-Signature: v=1; a=rsa-sha256; bh=MmwUfq4HUorFQuWY67M23+RTfDqVyjXHDKeCyQGiVLU=; c=relaxed/simple; d=unrelenting.technology; h=from:subject:date:to; s=default; b=MDZFZ3gUV37egznwS2h7C8unsJF/arYC/ImN9LOqfKZUYi4Hdi02SUVHMCo3q5M1R2SQnP/MP0EEiFXPXHjbqm3cdmut/3LFJ6TVajc9GCmanRdHS5YzZpdA6pH1j249zHtTrkIk5vbz8I8STlrGOgCm1NvNlQBgDKygUHI4g4w= X-Rspamd-Queue-Id: C1DBF8E876 X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=unrelenting.technology header.s=default header.b=MDZFZ3gU; dmarc=pass (policy=none) header.from=unrelenting.technology; spf=pass (mx1.freebsd.org: domain of greg@unrelenting.technology designates 91.121.223.63 as permitted sender) smtp.mailfrom=greg@unrelenting.technology X-Spamd-Result: default: False [-3.39 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[unrelenting.technology:s=default]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:91.121.223.63]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(-0.49)[ipnet: 91.121.0.0/16(-2.79), asn: 16276(0.36), country: FR(-0.02)]; RCPT_COUNT_FIVE(0.00)[6]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[unrelenting.technology:+]; DMARC_POLICY_ALLOW(-0.50)[unrelenting.technology,none]; MX_GOOD(-0.01)[aspmx1.migadu.com,aspmx2.migadu.com]; NEURAL_HAM_SHORT(-0.89)[-0.887,0]; FROM_EQ_ENVFROM(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:16276, ipnet:91.121.0.0/16, country:FR]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Dec 2018 19:11:14 -0000 On Thu, Dec 20, 2018 at 9:56 PM, bob prohaska wrote: > On Wed, Dec 19, 2018 at 05:14:07PM +1100, Brian Scott wrote: >> >> I believe the problem now is that support for builtin sound on the >> RPI3 >> is still a work in progress (it goes through the HDMI subsystem and >> I >> think it was a 32 vs. 64 bit issue but is a mystery to me beyond >> that). >> > > I infer that sound is only a distant murmur on the Pi3..... You can always use a USB sound adapter though! From owner-freebsd-arm@freebsd.org Thu Dec 20 19:24:29 2018 Return-Path: Delivered-To: freebsd-arm@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 A250913513D5 for ; Thu, 20 Dec 2018 19:24:29 +0000 (UTC) (envelope-from karl@denninger.net) Received: from colo1.denninger.net (colo1.denninger.net [104.236.120.189]) (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 B5DB58F20C for ; Thu, 20 Dec 2018 19:24:28 +0000 (UTC) (envelope-from karl@denninger.net) Received: from denninger.net (ip68-1-57-197.pn.at.cox.net [68.1.57.197]) by colo1.denninger.net (Postfix) with ESMTP id 218E82115A7 for ; Thu, 20 Dec 2018 14:23:52 -0500 (EST) Received: from [192.168.10.25] (D15.Denninger.Net [192.168.10.25]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by denninger.net (Postfix) with ESMTPSA id 6728D45F89E for ; Thu, 20 Dec 2018 13:23:51 -0600 (CST) Subject: Re: RPI3 sound for www/chromium, was Re: How much memory to compile www/chromium? To: freebsd-arm@freebsd.org References: <20181212184149.ol44fon2unowu35q@squirrel.exwg.net> <20181212192115.GA85583@www.zefox.net> <20181212202504.4n3mhtx7grbeh6j7@squirrel.exwg.net> <20181214012733.GA92808@www.zefox.net> <20181218174903.GA41072@www.zefox.net> <201812182341.wBINfiX4052421@donotpassgo.dyslexicfish.net> <20181219014342.GA42859@www.zefox.net> <233863b5-f748-2c2e-976f-110ab49e4675@bunyatech.com.au> <20181220185601.GA51899@www.zefox.net> <1545332997.3396.0@smtp.migadu.com> From: Karl Denninger Openpgp: preference=signencrypt Autocrypt: addr=karl@denninger.net; prefer-encrypt=mutual; keydata= mQINBFIX1zsBEADRcJfsQUl9oFeoMfLPJ1kql+3sIaYx0MfJAUhV9LnbWxr0fsWCskM1O4cV tHm5dqPkuPM4Ztc0jLotD1i9ubWvCHOlkLGxFOL+pFbjA+XZ7VKsC/xWmhMwJ3cM8HavK2OV SzEWQ/AEYtMi04IzGSwsxh/5/5R0mPHrsIomV5SbuiI0vjLuDj7fo6146AABI1ULzge4hBYW i/SHrqUrLORmUNBs6bxek79/B0Dzk5cIktD3LOfbT9EAa5J/osVkstMBhToJgQttaMIGv8SG CzpR/HwEokE+7DP+k2mLHnLj6H3kfugOF9pJH8Za4yFmw//s9cPXV8WwtZ2SKfVzn1unpKqf wmJ1PwJoom/d4fGvQDkgkGKRa6RGC6tPmXnqnx+YX4iCOdFfbP8L9rmk2sewDDVzHDU3I3ZZ 8hFIjMYM/QXXYszRatK0LCV0QPZuF7LCf4uQVKw1/oyJInsnH7+6a3c0h21x+CmSja9QJ+y0 yzgEN/nM89d6YTakfR+1xkYgodVmMy/bS8kmXbUUZG/CyeqCqc95RUySjKT2ECrf9GhhoQkl +D8n2MsrAUSMGB4GQSN+TIq9OBTpNuvATGSRuF9wnQcs1iSry+JNCpfRTyWp83uCNApe6oHU EET4Et6KDO3AvjvBMAX0TInTRGW2SQlJMuFKpc7Dg7tHK8zzqQARAQABtCNLYXJsIERlbm5p bmdlciA8a2FybEBkZW5uaW5nZXIubmV0PokCPAQTAQIAJgUCUhfXOwIbIwUJCWYBgAYLCQgH AwIEFQIIAwQWAgMBAh4BAheAAAoJEG6/sivc5s0PLxQP/i6x/QFx9G4Cw7C+LthhLXIm7NSH AtNbz2UjySEx2qkoQQjtsK6mcpEEaky4ky6t8gz0/SifIfJmSmyAx0UhUQ0WBv1vAXwtNrQQ jJd9Bj6l4c2083WaXyHPjt2u2Na6YFowyb4SaQb83hu/Zs25vkPQYJVVE0JX409MFVPUa6E3 zFbd1OTr3T4yNUy4gNeQZfzDqDS8slbIks2sXeoJrZ6qqXVI0ionoivOlaN4T6Q0UYyXtigj dQvvhMt0aNowKFjRqrmSDRpdz+o6yg7Mp7qEZ1V6EZk8KqQTH6htpCTQ8i79ttK4LG6bstSF Re6Fwq52nbrcANrcdmtZXqjo+SGbUqJ8b1ggrxAsJ5MEhRh2peKrCgI/TjQo+ZxfnqEoR4AI 46Cyiz+/lcVvlvmf2iPifS3EEdaH3Itfwt7MxFm6mQORYs6skHDw3tOYB2/AdCW6eRVYs2hB RMAG4uwApZfZDKgRoE95PJmQjeTBiGmRPcsQZtNESe7I7EjHtCDLwtJqvD4HkDDQwpzreT6W XkyIJ7ns7zDfA1E+AQhFR6rsTFGgQZRZKsVeov3SbhYKkCnVDCvb/PKQCAGkSZM9SvYG5Yax 8CMry3AefKktf9fqBFg8pWqtVxDwJr56dhi0GHXRu3jVI995rMGo1fLUG5fSxiZ8L5sAtokh 9WFmQpyl Message-ID: <87b6778e-9066-d9a2-f0a9-b015ccacf404@denninger.net> Date: Thu, 20 Dec 2018 13:23:50 -0600 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.3.3 MIME-Version: 1.0 In-Reply-To: <1545332997.3396.0@smtp.migadu.com> Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha-512; boundary="------------ms090404010204090504030402" X-Rspamd-Queue-Id: B5DB58F20C X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-5.06 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; HAS_ATTACHMENT(0.00)[]; TO_DN_NONE(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; MX_GOOD(-0.01)[px.denninger.net]; NEURAL_HAM_SHORT(-0.90)[-0.903,0]; FROM_EQ_ENVFROM(0.00)[]; IP_SCORE(-1.94)[ip: (-9.82), ipnet: 104.236.64.0/18(-3.02), asn: 14061(3.20), country: US(-0.08)]; R_DKIM_NA(0.00)[]; ASN(0.00)[asn:14061, ipnet:104.236.64.0/18, country:US]; SUBJECT_ENDS_QUESTION(1.00)[]; MID_RHS_MATCH_FROM(0.00)[]; RECEIVED_SPAMHAUS_PBL(0.00)[197.57.1.68.zen.spamhaus.org : 127.0.0.11]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; SIGNED_SMIME(-2.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.20)[multipart/signed,multipart/alternative,text/plain]; RCVD_TLS_LAST(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; AUTH_NA(1.00)[]; RCPT_COUNT_ONE(0.00)[1]; MIME_TRACE(0.00)[0:+,1:+,2:+]; DMARC_NA(0.00)[denninger.net]; R_SPF_NA(0.00)[] X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Dec 2018 19:24:29 -0000 This is a cryptographically signed message in MIME format. --------------ms090404010204090504030402 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On 12/20/2018 13:09, Greg V wrote: > > > On Thu, Dec 20, 2018 at 9:56 PM, bob prohaska wrot= e: >> On Wed, Dec 19, 2018 at 05:14:07PM +1100, Brian Scott wrote: >>> >>> =C2=A0I believe the problem now is that support for builtin sound on = the >>> RPI3 >>> =C2=A0is still a work in progress (it goes through the HDMI subsystem= and I >>> =C2=A0think it was a 32 vs. 64 bit issue but is a mystery to me beyon= d >>> that). >>> >> >> I infer that sound is only a distant murmur on the Pi3..... > > You can always use a USB sound adapter though! Yes, and it works perfectly well. The issue appears to be that the codebase is 64-bit and the interface piece is 32; this made for some trouble that hasn't been resolved in trying to get a driver to "play nice" with the hardware. But a USB sound adapter works fine; I've been running one now for a nice long time.=C2=A0 It has another advantage as well; the built-in sound, wh= ile it works on the Pi2 and similar, has (IMHO) a crap noise margin and thus even a $5 USB adapter sounds better! --=20 Karl Denninger karl@denninger.net /The Market Ticker/ /[S/MIME encrypted email preferred]/ --------------ms090404010204090504030402 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgMFADCABgkqhkiG9w0BBwEAAKCC DdgwggagMIIEiKADAgECAhMA5EiKghDOXrvfxYxjITXYDdhIMA0GCSqGSIb3DQEBCwUAMIGL MQswCQYDVQQGEwJVUzEQMA4GA1UECAwHRmxvcmlkYTESMBAGA1UEBwwJTmljZXZpbGxlMRkw FwYDVQQKDBBDdWRhIFN5c3RlbXMgTExDMRgwFgYDVQQLDA9DdWRhIFN5c3RlbXMgQ0ExITAf BgNVBAMMGEN1ZGEgU3lzdGVtcyBMTEMgMjAxNyBDQTAeFw0xNzA4MTcxNjQyMTdaFw0yNzA4 MTUxNjQyMTdaMHsxCzAJBgNVBAYTAlVTMRAwDgYDVQQIDAdGbG9yaWRhMRkwFwYDVQQKDBBD dWRhIFN5c3RlbXMgTExDMRgwFgYDVQQLDA9DdWRhIFN5c3RlbXMgQ0ExJTAjBgNVBAMMHEN1 ZGEgU3lzdGVtcyBMTEMgMjAxNyBJbnQgQ0EwggIiMA0GCSqGSIb3DQEBAQUAA4ICDwAwggIK AoICAQC1aJotNUI+W4jP7xQDO8L/b4XiF4Rss9O0B+3vMH7Njk85fZ052QhZpMVlpaaO+sCI KqG3oNEbuOHzJB/NDJFnqh7ijBwhdWutdsq23Ux6TvxgakyMPpT6TRNEJzcBVQA0kpby1DVD 0EKSK/FrWWBiFmSxg7qUfmIq/mMzgE6epHktyRM3OGq3dbRdOUgfumWrqHXOrdJz06xE9NzY vc9toqZnd79FUtE/nSZVm1VS3Grq7RKV65onvX3QOW4W1ldEHwggaZxgWGNiR/D4eosAGFxn uYeWlKEC70c99Mp1giWux+7ur6hc2E+AaTGh+fGeijO5q40OGd+dNMgK8Es0nDRw81lRcl24 SWUEky9y8DArgIFlRd6d3ZYwgc1DMTWkTavx3ZpASp5TWih6yI8ACwboTvlUYeooMsPtNa9E 6UQ1nt7VEi5syjxnDltbEFoLYcXBcqhRhFETJe9CdenItAHAtOya3w5+fmC2j/xJz29og1KH YqWHlo3Kswi9G77an+zh6nWkMuHs+03DU8DaOEWzZEav3lVD4u76bKRDTbhh0bMAk4eXriGL h4MUoX3Imfcr6JoyheVrAdHDL/BixbMH1UUspeRuqQMQ5b2T6pabXP0oOB4FqldWiDgJBGRd zWLgCYG8wPGJGYgHibl5rFiI5Ix3FQncipc6SdUzOQIDAQABo4IBCjCCAQYwHQYDVR0OBBYE FF3AXsKnjdPND5+bxVECGKtc047PMIHABgNVHSMEgbgwgbWAFBu1oRhUMNEzjODolDka5k4Q EDBioYGRpIGOMIGLMQswCQYDVQQGEwJVUzEQMA4GA1UECAwHRmxvcmlkYTESMBAGA1UEBwwJ TmljZXZpbGxlMRkwFwYDVQQKDBBDdWRhIFN5c3RlbXMgTExDMRgwFgYDVQQLDA9DdWRhIFN5 c3RlbXMgQ0ExITAfBgNVBAMMGEN1ZGEgU3lzdGVtcyBMTEMgMjAxNyBDQYIJAKxAy1WBo2kY MBIGA1UdEwEB/wQIMAYBAf8CAQAwDgYDVR0PAQH/BAQDAgGGMA0GCSqGSIb3DQEBCwUAA4IC AQCB5686UCBVIT52jO3sz9pKuhxuC2npi8ZvoBwt/IH9piPA15/CGF1XeXUdu2qmhOjHkVLN gO7XB1G8CuluxofOIUce0aZGyB+vZ1ylHXlMeB0R82f5dz3/T7RQso55Y2Vog2Zb7PYTC5B9 oNy3ylsnNLzanYlcW3AAfzZcbxYuAdnuq0Im3EpGm8DoItUcf1pDezugKm/yKtNtY6sDyENj tExZ377cYA3IdIwqn1Mh4OAT/Rmh8au2rZAo0+bMYBy9C11Ex0hQ8zWcvPZBDn4v4RtO8g+K uQZQcJnO09LJNtw94W3d2mj4a7XrsKMnZKvm6W9BJIQ4Nmht4wXAtPQ1xA+QpxPTmsGAU0Cv HmqVC7XC3qxFhaOrD2dsvOAK6Sn3MEpH/YrfYCX7a7cz5zW3DsJQ6o3pYfnnQz+hnwLlz4MK 17NIA0WOdAF9IbtQqarf44+PEyUbKtz1r0KGeGLs+VGdd2FLA0e7yuzxJDYcaBTVwqaHhU2/ Fna/jGU7BhrKHtJbb/XlLeFJ24yvuiYKpYWQSSyZu1R/gvZjHeGb344jGBsZdCDrdxtQQcVA 6OxsMAPSUPMrlg9LWELEEYnVulQJerWxpUecGH92O06wwmPgykkz//UmmgjVSh7ErNvL0lUY UMfunYVO/O5hwhW+P4gviCXzBFeTtDZH259O7TCCBzAwggUYoAMCAQICEwCg0WvVwekjGFiO 62SckFwepz0wDQYJKoZIhvcNAQELBQAwezELMAkGA1UEBhMCVVMxEDAOBgNVBAgMB0Zsb3Jp ZGExGTAXBgNVBAoMEEN1ZGEgU3lzdGVtcyBMTEMxGDAWBgNVBAsMD0N1ZGEgU3lzdGVtcyBD QTElMCMGA1UEAwwcQ3VkYSBTeXN0ZW1zIExMQyAyMDE3IEludCBDQTAeFw0xNzA4MTcyMTIx MjBaFw0yMjA4MTYyMTIxMjBaMFcxCzAJBgNVBAYTAlVTMRAwDgYDVQQIDAdGbG9yaWRhMRkw FwYDVQQKDBBDdWRhIFN5c3RlbXMgTExDMRswGQYDVQQDDBJrYXJsQGRlbm5pbmdlci5uZXQw ggIiMA0GCSqGSIb3DQEBAQUAA4ICDwAwggIKAoICAQC+HVSyxVtJhy3Ohs+PAGRuO//Dha9A 16l5FPATr6wude9zjX5f2lrkRyU8vhCXTZW7WbvWZKpcZ8r0dtZmiK9uF58Ec6hhvfkxJzbg 96WHBw5Fumd5ahZzuCJDtCAWW8R7/KN+zwzQf1+B3MVLmbaXAFBuKzySKhKMcHbK3/wjUYTg y+3UK6v2SBrowvkUBC+jxNg3Wy12GsTXcUS/8FYIXgVVPgfZZrbJJb5HWOQpvvhILpPCD3xs YJFNKEPltXKWHT7Qtc2HNqikgNwj8oqOb+PeZGMiWapsatKm8mxuOOGOEBhAoTVTwUHlMNTg 6QUCJtuWFCK38qOCyk9Haj+86lUU8RG6FkRXWgMbNQm1mWREQhw3axgGLSntjjnznJr5vsvX SYR6c+XKLd5KQZcS6LL8FHYNjqVKHBYM+hDnrTZMqa20JLAF1YagutDiMRURU23iWS7bA9tM cXcqkclTSDtFtxahRifXRI7Epq2GSKuEXe/1Tfb5CE8QsbCpGsfSwv2tZ/SpqVG08MdRiXxN 5tmZiQWo15IyWoeKOXl/hKxA9KPuDHngXX022b1ly+5ZOZbxBAZZMod4y4b4FiRUhRI97r9l CxsP/EPHuuTIZ82BYhrhbtab8HuRo2ofne2TfAWY2BlA7ExM8XShMd9bRPZrNTokPQPUCWCg CdIATQIDAQABo4IBzzCCAcswPAYIKwYBBQUHAQEEMDAuMCwGCCsGAQUFBzABhiBodHRwOi8v b2NzcC5jdWRhc3lzdGVtcy5uZXQ6ODg4ODAJBgNVHRMEAjAAMBEGCWCGSAGG+EIBAQQEAwIF oDAOBgNVHQ8BAf8EBAMCBeAwHQYDVR0lBBYwFAYIKwYBBQUHAwIGCCsGAQUFBwMEMDMGCWCG SAGG+EIBDQQmFiRPcGVuU1NMIEdlbmVyYXRlZCBDbGllbnQgQ2VydGlmaWNhdGUwHQYDVR0O BBYEFLElmNWeVgsBPe7O8NiBzjvjYnpRMIHKBgNVHSMEgcIwgb+AFF3AXsKnjdPND5+bxVEC GKtc047PoYGRpIGOMIGLMQswCQYDVQQGEwJVUzEQMA4GA1UECAwHRmxvcmlkYTESMBAGA1UE BwwJTmljZXZpbGxlMRkwFwYDVQQKDBBDdWRhIFN5c3RlbXMgTExDMRgwFgYDVQQLDA9DdWRh IFN5c3RlbXMgQ0ExITAfBgNVBAMMGEN1ZGEgU3lzdGVtcyBMTEMgMjAxNyBDQYITAORIioIQ zl6738WMYyE12A3YSDAdBgNVHREEFjAUgRJrYXJsQGRlbm5pbmdlci5uZXQwDQYJKoZIhvcN AQELBQADggIBAJXboPFBMLMtaiUt4KEtJCXlHO/3ZzIUIw/eobWFMdhe7M4+0u3te0sr77QR dcPKR0UeHffvpth2Mb3h28WfN0FmJmLwJk+pOx4u6uO3O0E1jNXoKh8fVcL4KU79oEQyYkbu 2HwbXBU9HbldPOOZDnPLi0whi/sbFHdyd4/w/NmnPgzAsQNZ2BYT9uBNr+jZw4SsluQzXG1X lFL/qCBoi1N2mqKPIepfGYF6drbr1RnXEJJsuD+NILLooTNf7PMgHPZ4VSWQXLNeFfygoOOK FiO0qfxPKpDMA+FHa8yNjAJZAgdJX5Mm1kbqipvb+r/H1UAmrzGMbhmf1gConsT5f8KU4n3Q IM2sOpTQe7BoVKlQM/fpQi6aBzu67M1iF1WtODpa5QUPvj1etaK+R3eYBzi4DIbCIWst8MdA 1+fEeKJFvMEZQONpkCwrJ+tJEuGQmjoQZgK1HeloepF0WDcviiho5FlgtAij+iBPtwMuuLiL shAXA5afMX1hYM4l11JXntle12EQFP1r6wOUkpOdxceCcMVDEJBBCHW2ZmdEaXgAm1VU+fnQ qS/wNw/S0X3RJT1qjr5uVlp2Y0auG/eG0jy6TT0KzTJeR9tLSDXprYkN2l/Qf7/nT6Q03qyE QnnKiBXWAZXveafyU/zYa7t3PTWFQGgWoC4w6XqgPo4KV44OMYIFBzCCBQMCAQEwgZIwezEL MAkGA1UEBhMCVVMxEDAOBgNVBAgMB0Zsb3JpZGExGTAXBgNVBAoMEEN1ZGEgU3lzdGVtcyBM TEMxGDAWBgNVBAsMD0N1ZGEgU3lzdGVtcyBDQTElMCMGA1UEAwwcQ3VkYSBTeXN0ZW1zIExM QyAyMDE3IEludCBDQQITAKDRa9XB6SMYWI7rZJyQXB6nPTANBglghkgBZQMEAgMFAKCCAkUw GAYJKoZIhvcNAQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNMTgxMjIwMTkyMzUw WjBPBgkqhkiG9w0BCQQxQgRAfAM9BepvetmeYPeD5bA1Wz4jf4t6qcVOWBiwpI+de4DqDk6U fdqh1wtGAag23DOSY8uiukBNRuw7LvjB4nZyQTBsBgkqhkiG9w0BCQ8xXzBdMAsGCWCGSAFl AwQBKjALBglghkgBZQMEAQIwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCAMA0GCCqGSIb3 DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIGjBgkrBgEEAYI3EAQxgZUwgZIwezEL MAkGA1UEBhMCVVMxEDAOBgNVBAgMB0Zsb3JpZGExGTAXBgNVBAoMEEN1ZGEgU3lzdGVtcyBM TEMxGDAWBgNVBAsMD0N1ZGEgU3lzdGVtcyBDQTElMCMGA1UEAwwcQ3VkYSBTeXN0ZW1zIExM QyAyMDE3IEludCBDQQITAKDRa9XB6SMYWI7rZJyQXB6nPTCBpQYLKoZIhvcNAQkQAgsxgZWg gZIwezELMAkGA1UEBhMCVVMxEDAOBgNVBAgMB0Zsb3JpZGExGTAXBgNVBAoMEEN1ZGEgU3lz dGVtcyBMTEMxGDAWBgNVBAsMD0N1ZGEgU3lzdGVtcyBDQTElMCMGA1UEAwwcQ3VkYSBTeXN0 ZW1zIExMQyAyMDE3IEludCBDQQITAKDRa9XB6SMYWI7rZJyQXB6nPTANBgkqhkiG9w0BAQEF AASCAgCz3AAtIg0fVBCV/kpxqxLSpm4tFg48MoYJbS6UR8aMaigUix8nq3PBJ8Hi33yoEn1U BnqQN/Y2FfGG+LV9FsafeVc97VLbvfleAixVUxEqemKlVrm1jmXGilHdAMWmVLb1j8PCPCyA DX471jcfyTJMFfKrH8KM6wTFCt2qa0XI3iuA6X2jNuAMW4vJnBanyxEPkOsbHRxAAMtx1nTm Zc/JUNrOqza8WF7cN666KHnv5b01dDeOX+e5D2j11sXeP8Aqnqmcuihjpm1wu7v0Fi2dfk8I 9LJh3Nskkzg9JOr1quLF7W/dDk3zszUE+J7/Nbwj7LPsoXy+MNukGROwgRqxFMx18RiMCZMf ccZpDnNn9SS8xevmux5N4XHDP6QSscBwfMmKhxnqSHPfvvhznNt1qI6orMbRn1cRtDPnqTIw 6EfSJ6tobEB5jfB9t/CHPwsiRXAnCpYG0wB1D//9dusa+RuRjAVFEYNrpQ/99jQIZ4aU8APo KR17FGEiTVvbor44MYkvGXdi3i7Hfilzcku2uYEkt351cMNIJuCg4sRBVjLoV8vY/Ldl1m2/ 4F94SpTAM2KDsb7VKj2NaOWsb86II9T4t9ztyCsFQLPCcSXoRKVlClVV3h6upSE+JLqiecTb qYBTUfLB30cxaQdmJQUaOi3CajIAG5lcnd+dqvGYSQAAAAAAAA== --------------ms090404010204090504030402-- From owner-freebsd-arm@freebsd.org Thu Dec 20 20:29:01 2018 Return-Path: Delivered-To: freebsd-arm@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 0B9C6135303B for ; Thu, 20 Dec 2018 20:29:01 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic306-3.consmr.mail.bf2.yahoo.com (sonic306-3.consmr.mail.bf2.yahoo.com [74.6.132.42]) (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 500306BFE9 for ; Thu, 20 Dec 2018 20:28:59 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: 2JFnqj0VM1kJS.8j46j4nt211ocIG31sDXNqAFsvSSEh.j3dRZRf_t7pwSOimSO 73emricSDphZ2IjDSaNhuaoO9M_w6FO4rUZ6XVO2R.onw5IfFqbtItn3whk8pLcJYTqhsXaBhRRe 4s5MKiGD2u1zTkH.XDWjl4lGDPc7Y4vDW4Z5a.9XtneDu16Pw3fQl_HGnBRRVDZdfDsjOWGuRZuT HXEAwx11SeLiPYoK0LHXfPym.901YVT86O67xAKS2sDl_g410FGwG4tb2J5EjUUQr42PxS6b6UZi sa.SZnwDSilh5W0ezB.QKwBF0sbNoxmfTGcySuuEewRxp8yLWMN19Oe4bM2d5DKdD6.Jx6zx7sRH 6LGI8fW1oedbbnTz35Xl9aDPWV8nGScSsmRBylPLmighLuUPp1pE32C308wLzq5pAxAFjuoIQhNn DFlNqu4DYeqMn4w1VtK9s4rpE5I8krKKJzwjyXX5Gxf4jDp7SwNErvjIYaUYHgg2ZIG3lDA2LHVn ObNuq8_57zB9afW_6lauaSTOaey4zkOdSQf.FlOft6ZCVgVzQ7WQ.vHTZf7fyH.kBkKHJcM68e1Q eLM2NohoO7wXL7dfpsXCHHjoVwSRWflWLSFRe.uZH1t09P4qjsXjkVO0tFSgWDNlUvrUZAgAeavD FcPYreQVl_4Oxx7_IG9ERmXgCKt6Nla3YIrUHwOWSO_u7fI4gkFs4oRgxQ9wSw6EzHViFCgIrt27 wqN.2zUztHtw9wHhqI4q_wzACiyVpCQJT.5xx5N39eRWJn4wrtnHDz7mdcBgwojy3VTnLVSf93kg lBoKkH9E.V.XBiBCCZXR6flNRGjjW6wRaD_kNkw0uwie8FZGEPzVXRE9GBhIIoXOIApJiPkRQmPG HAl46JKZsZawkWH2X7HRb51jKIZSoah5iiO.OPiYwmD4UVT4ChmK.nDBskbHi4DWvfHx9NzSOezE OF_Bs8S52fA8jUL5SZWnSmDDk5fALfrAzbtMBpNy0lWy0KE_tk_RFojM59gtugyTRyeRJio4wq2Q uGGZKX1zVeAa8Emg2YauBL1m72VaKMbqh6XehaBDDD2zHZl52wL0hw3yQS2tF_1OjmA_Htw-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic306.consmr.mail.bf2.yahoo.com with HTTP; Thu, 20 Dec 2018 20:28:57 +0000 Received: from c-67-170-167-181.hsd1.or.comcast.net (EHLO [192.168.1.109]) ([67.170.167.181]) by smtp408.mail.bf1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 0d16d82eec8ee89c06abd20fccc717bb; Thu, 20 Dec 2018 20:28:54 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 12.2 \(3445.102.3\)) Subject: Re: FreeBSD head -r341836 amd64->aarch64 cross-build of -r484783 ports via poudriere: devel/qt5-testlib hung-up during "Checking for POSIX monotonic clock" Date: Thu, 20 Dec 2018 12:28:51 -0800 References: <190D54A2-D29A-4B62-B8FF-99514DBE92A0@yahoo.com> <8A63BA63-FBCB-40DA-B031-4C7F4B1F5118@yahoo.com> To: freebsd-arm , FreeBSD Current , ports-list freebsd In-Reply-To: <8A63BA63-FBCB-40DA-B031-4C7F4B1F5118@yahoo.com> Message-Id: X-Mailer: Apple Mail (2.3445.102.3) X-Rspamd-Queue-Id: 500306BFE9 X-Spamd-Bar: / X-Spamd-Result: default: False [0.95 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MV_CASE(0.50)[]; FREEMAIL_FROM(0.00)[yahoo.com]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; MX_GOOD(-0.01)[cached: mta6.am0.yahoodns.net]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-0.00)[-0.002,0]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:26101, ipnet:74.6.128.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.01)[-0.008,0]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-0.17)[-0.171,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(1.64)[ip: (5.27), ipnet: 74.6.128.0/21(1.67), asn: 26101(1.34), country: US(-0.08)]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[42.132.6.74.list.dnswl.org : 127.0.5.0] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Dec 2018 20:29:01 -0000 [A amd64->armv7 cross build shows interesting hang-up behavior as well, apparently highly repeatable for my current context.] On 2018-Dec-19, at 16:21, Mark Millard wrote: > [I attached to the hung-up process with gdb and looked around a = little.] >=20 > On 2018-Dec-19, at 13:58, Mark Millard wrote: >=20 >> [Looks like a race or some such for devel/qt5-testlib: retry of = poudreire-devel >> did not hang. The other hang-up seems to be repeating and I give some = details.] >>=20 >> On 2018-Dec-19, at 12:20, Mark Millard wrote: >>=20 >>> FYI: Based on FreeBSD head -r341836 (host and target) and ports = -r484783 . This >>> was a rebuild based on going from perl5.26 to perl5.28 without = updating the ports >>> tree and from system clang 6 for the prior FreeBSD-head context used = to clang 7 >>> this time. (I'm not attributing causes here.) poudriere was using = amd64-native >>> tools for speeding up the cross-build. >>>=20 >>> # grep -r =3Dperl5=3D /etc/ ~/src.configs/ /usr/local/etc/ >>> /etc/make.conf:DEFAULT_VERSIONS+=3Dperl5=3D5.28 gcc=3D8 >>> /usr/local/etc/poudriere.d/make.conf:DEFAULT_VERSIONS+=3Dperl5=3D5.28 = gcc=3D8 >>>=20 >>> There was also a "print/texinfo:configure/runaway" but I've not = looked into >>> it at all yet and it may be a while before I do. The other ports = attempted >>> built fine as far as I can tell so far. >>>=20 >>>=20 >>> The devel/qt5-testlib failure looks like: >>>=20 >>> [00:00:13] Building 123 packages using 28 builders >>> . . . >>> [00:49:30] [10] [00:00:00] Building devel/qt5-testlib | = qt5-testlib-5.11.2 >>> . . . >>> [07:31:31] [10] [06:42:01] Saved devel/qt5-testlib | = qt5-testlib-5.11.2 wrkdir to: = /usr/local/poudriere/data/wrkdirs/FBSDFSSDjailCortexA57-default/default/qt= 5-testlib-5.11.2.tar >>> [07:31:32] [10] [06:42:02] Finished devel/qt5-testlib | = qt5-testlib-5.11.2: Failed: configure/runaway >>>=20 >>> With logs/errors/qt5-testlib-5.11.2.log showing: >>>=20 >>> Checking for POSIX monotonic clock...=20 >>> + cd = /wrkdirs/usr/ports/devel/qt5-testlib/work/qtbase-everywhere-src-5.11.2/con= fig.tests/clock-monotonic && = /wrkdirs/usr/ports/devel/qt5-testlib/work/qtbase-everywhere-src-5.11.2/bin= /qmake "CONFIG -=3D qt debug_and_release app_bundle lib_bundle" "CONFIG = +=3D shared warn_off console single_arch" = /wrkdirs/usr/ports/devel/qt5-testlib/work/qtbase-everywhere-src-5.11.2/con= fig.tests/clock-monotonic >>> + cd = /wrkdirs/usr/ports/devel/qt5-testlib/work/qtbase-everywhere-src-5.11.2/con= fig.tests/clock-monotonic && MAKEFLAGS=3D make >>> =3D>> Killing runaway build after 21600 seconds with no output >>> =3D>> Cleaning up wrkdir >>> =3D=3D=3D> Cleaning for qt5-testlib-5.11.2 >>> Killed >>> build of devel/qt5-testlib | qt5-testlib-5.11.2 ended at Wed Dec 19 = 06:45:42 PST 2018 >>> build time: 06:41:46 >>> !!! build failure encountered !!! >>>=20 >>>=20 >>> # less = /wrkdirs/usr/ports/devel/qt5-testlib/work/qtbase-everywhere-src-5.11.2/con= fig.log >>> . . . >>> test config.qtbase_corelib.libraries.librt succeeded >>> executing config test clock-monotonic >>> + cd = /wrkdirs/usr/ports/devel/qt5-testlib/work/qtbase-everywhere-src-5.11.2/con= fig.tests/clock-monotonic && = /wrkdirs/usr/ports/devel/qt5-testlib/work/qtbase-everywhere-src-5.11.2/bin= /qmake "CONFIG -=3D qt debug_and_release app_bundle lib_bundle" "CONFIG = +=3D shared warn_off console single_arch" = /wrkdirs/usr/ports/devel/qt5-testlib/work/qtbase-everywhere-src-5.11.2/con= fig.tests/clock-monotonic >>> + cd = /wrkdirs/usr/ports/devel/qt5-testlib/work/qtbase-everywhere-src-5.11.2/con= fig.tests/clock-monotonic && MAKEFLAGS=3D make >>>=20 >>>=20 >>> Some supporting details of context: >>>=20 >>> # uname -apKU >>> FreeBSD FBSDFSSD 13.0-CURRENT FreeBSD 13.0-CURRENT #5 r341836M: Tue = Dec 11 16:37:42 PST 2018 = markmi@FBSDFSSD:/usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/sys/G= ENERIC-NODBG amd64 amd64 1300005 1300005 >>>=20 >>> # svnlite info /usr/ports/ | grep "Re[plv]" >>> Relative URL: ^/head >>> Repository Root: svn://svn.freebsd.org/ports >>> Repository UUID: 35697150-7ecd-e111-bb59-0022644237b5 >>> Revision: 484783 >>> Last Changed Rev: 484783 >>>=20 >>=20 >> I started poudriere up again with just the 2 needing to be rebuilt = (plus >> what depends on the 2). devel/qt5-testlib quickly completed just = fine: >>=20 >> [00:02:16] [02] [00:00:00] Building devel/qt5-testlib | = qt5-testlib-5.11.2 >> [00:04:54] [02] [00:02:38] Finished devel/qt5-testlib | = qt5-testlib-5.11.2: Success >>=20 >>=20 >> In the prior build that had the hang-ups I looked and dor = print/texinfo : >>=20 >> /wrkdirs/usr/ports/print/texinfo/work/texinfo-6.5/config.log shows = for its >> hang-up: >>=20 >> . . . >> configure:6639: checking for alloca >> configure:6676: /nxb-bin/usr/bin/cc -o conftest -O2 -pipe = -mcpu=3Dcortex-a57 -DLIBICONV_PLUG -g -fno-strict-aliasing = -mcpu=3Dcortex-a57 -DLIBICONV_PLUG -D_THREAD_SAFE conftest.c >&5 >> configure:6676: $? =3D 0 >> configure:6684: result: yes >> configure:6794: checking for C/C++ restrict keyword >> configure:6821: /nxb-bin/usr/bin/cc -c -O2 -pipe -mcpu=3Dcortex-a57 = -DLIBICONV_PLUG -g -fno-strict-aliasing -mcpu=3Dcortex-a57 = -DLIBICONV_PLUG -D_THREAD_SAFE conftest.c >&5 >> configure:6821: $? =3D 0 >> configure:6829: result: __restrict >> configure:6844: checking whether // is distinct from / >>=20 >>=20 >> In the poudriere re-run print/texinfo seems to be not progressing: >>=20 >> root 87913 0.0 0.0 12920 3668 0 I 13:29 = 0:00.06 | | `-- sh: = poudriere[FBSDFSSDjailCortexA57-default][01]: build_pkg = (texinfo-6.5_1,1) (sh) >> root 88869 0.0 0.0 12920 3660 0 I 13:29 = 0:00.00 | | `-- sh: = poudriere[FBSDFSSDjailCortexA57-default][01]: build_pkg = (texinfo-6.5_1,1) (sh) >> root 88870 0.0 0.0 10412 1848 0 IJ 13:29 = 0:00.01 | | `-- /usr/bin/make -C /usr/ports/print/texinfo = configure >> root 88974 0.0 0.0 10272 1812 0 IJ 13:30 = 0:00.00 | | `-- /bin/sh -e -c (cd = /wrkdirs/usr/ports/print/texinfo/work/texinfo-6.5 && = _LATE_CONFIGURE_ARGS=3D"" ; if [=20 >> root 89283 0.0 0.0 11160 2108 0 IJ 13:30 = 0:00.10 | | `-- /bin/sh ./configure --enable-nls = --prefix=3D/usr/local --localstatedir=3D/var --mandir=3D/usr/local/man = --di >> root 89692 0.0 0.0 227368 14504 0 IJ 13:30 = 0:00.03 | | `-- /usr/local/bin/qemu-aarch64-static = wc //dev/null >> root 89694 0.0 0.0 227424 14596 0 IJ 13:30 = 0:00.01 | | `-- /usr/local/bin/qemu-aarch64-static = wc //dev/null >> root 89695 0.0 0.0 227584 14720 0 IJ 13:30 = 0:00.01 | | `-- wc: zygote (qemu-aarch64-static) >>=20 >>=20 >> So it appears that: >>=20 >> /usr/local/bin/qemu-aarch64-static wc //dev/null >>=20 >> is hanging-up (again). >>=20 >>=20 >> Given that these are hangups I'll note that this is a Ryzen >> Threadripper 1950X context and is running under Hyper-V from >> Windows 10's 1809 update. I gave it 28 logical processors and >> have it to have the virtual NUMA topology match the topology of >> the physical hardware: "Use Hardware Topology". (Processors >> 28, NUMA nodes 2, Sockets 1, Hardware threads per core 2.) >=20 > Attaching to the stuck process via gdb and looking at the backtrace > shows: >=20 > (gdb) attach 89695 > Attaching to program: /usr/local/bin/qemu-aarch64-static, process = 89695 > [New LWP 101548 of process 89695] > [Switching to LWP 100804 of process 89695] > _pselect () at _pselect.S:3 > 3 PSEUDO(pselect) >=20 > (gdb) bt > #0 _pselect () at _pselect.S:3 > #1 0x00000000601da57f in __thr_pselect (count=3D12, = rfds=3D0x7ffffffe3650, wfds=3D0x0, efds=3D0x0, timo=3D0x0, = mask=3D0x7ffffffe3600) at /usr/src/lib/libthr/thread/thr_syscalls.c:378 > #2 0x000000006004928d in do_freebsd_select (env=3D0x860edfb18, = n=3D, rfd_addr=3D140736934698744, wfd_addr=3D, efd_addr=3D0, target_tv_addr=3D0) > at = /wrkdirs/usr/ports/emulators/qemu-user-static/work/qemu-bsd-user-4ef7d07/b= sd-user/freebsd/os-time.h:468 > #3 do_freebsd_syscall (cpu_env=3D0x860edfb18, num=3D93, arg1=3D12, = arg2=3D140736934698744, arg3=3D0, arg4=3D0, arg5=3D0, arg6=3D274914043516,= arg7=3D274913946564, arg8=3D6579811) > at = /wrkdirs/usr/ports/emulators/qemu-user-static/work/qemu-bsd-user-4ef7d07/b= sd-user/syscall.c:1106 > #4 0x000000006003903c in target_cpu_loop (env=3D0x860edfb18) at = /wrkdirs/usr/ports/emulators/qemu-user-static/work/qemu-bsd-user-4ef7d07/b= sd-user/aarch64/target_arch_cpu.h:100 > #5 0x0000000060038e09 in cpu_loop (env=3D0xc) at = /wrkdirs/usr/ports/emulators/qemu-user-static/work/qemu-bsd-user-4ef7d07/b= sd-user/main.c:121 > #6 0x0000000060039ecb in main (argc=3D, = argv=3D0x7fffffffd360) at = /wrkdirs/usr/ports/emulators/qemu-user-static/work/qemu-bsd-user-4ef7d07/b= sd-user/main.c:513 >=20 > (gdb) up > #1 0x00000000601da57f in __thr_pselect (count=3D12, = rfds=3D0x7ffffffe3650, wfds=3D0x0, efds=3D0x0, timo=3D0x0, = mask=3D0x7ffffffe3600) at /usr/src/lib/libthr/thread/thr_syscalls.c:378 > 378 ret =3D __sys_pselect(count, rfds, wfds, efds, timo, = mask); > (gdb) print *rfds > $1 =3D {__fds_bits =3D {2048, 0 }} >=20 > (gdb) info threads > Id Target Id Frame=20 > * 1 LWP 100804 of process 89695 _pselect () at _pselect.S:3 > 2 LWP 101548 of process 89695 _umtx_op_err () at = /usr/src/lib/libthr/arch/amd64/amd64/_umtx_op_err.S:37 >=20 > (gdb) thread 2=20 > [Switching to thread 2 (LWP 101548 of process 89695)] > #0 _umtx_op_err () at = /usr/src/lib/libthr/arch/amd64/amd64/_umtx_op_err.S:37 > 37 RSYSCALL_ERR(_umtx_op) >=20 > (gdb) bt > #0 _umtx_op_err () at = /usr/src/lib/libthr/arch/amd64/amd64/_umtx_op_err.S:37 > #1 0x00000000601d2ec0 in _thr_umtx_timedwait_uint (mtx=3D0x861027008, = id=3D, clockid=3D, abstime=3D, shared=3D) > at /usr/src/lib/libthr/thread/thr_umtx.c:236 > #2 0x00000000601dc6f8 in cond_wait_user (cvp=3D, = mp=3D0x860515b00, abstime=3D0x0, cancel=3D1) at = /usr/src/lib/libthr/thread/thr_cond.c:307 > #3 cond_wait_common (cond=3D, mutex=3D, = abstime=3D0x0, cancel=3D1) at /usr/src/lib/libthr/thread/thr_cond.c:367 > #4 0x00000000601438bc in qemu_futex_wait (ev=3D, = val=3D4294967295) at util/qemu-thread-posix.c:350 > #5 qemu_event_wait (ev=3D0x62735d10 ) at = util/qemu-thread-posix.c:445 > #6 0x000000006014a92a in call_rcu_thread (opaque=3D) = at util/rcu.c:255 > #7 0x00000000601dc376 in thread_start (curthread=3D0x860518e00) at = /usr/src/lib/libthr/thread/thr_create.c:291 > #8 0x0000000000000000 in ?? () > Backtrace stopped: Cannot access memory at address 0x7fffdfdfc000 >=20 In a separate rebuild of 124 ports print/texinfo repeated its problem. In a rebuild targeting armv7, multimedia/gstreamer1-qt hung-up and timed out. Another poudriere run also hung-up: root 33719 0.0 0.0 12920 3528 0 I 11:40 0:00.03 | = | `-- sh: poudriere[FBSDFSSDjailArmV7-default][02]: build_pkg = (gstreamer1-qt5-1.2.0_14) (sh) root 41551 0.0 0.0 12920 3520 0 I 11:43 0:00.00 | = | `-- sh: poudriere[FBSDFSSDjailArmV7-default][02]: = build_pkg (gstreamer1-qt5-1.2.0_14) (sh) root 41552 0.0 0.0 10340 1744 0 IJ 11:43 0:00.01 | = | `-- /usr/bin/make -C /usr/ports/multimedia/gstreamer1-qt = FLAVOR=3Dqt5 build root 41566 0.0 0.0 10236 1796 0 IJ 11:43 0:00.00 | = | `-- /bin/sh -e -c (cd = /wrkdirs/usr/ports/multimedia/gstreamer1-qt/work-qt5/.build; if ! = /usr/bin/env QT_SELE root 41567 0.0 0.0 89976 12896 0 IJ 11:43 0:00.07 | = | `-- /usr/local/bin/qemu-arm-static ninja -j28 -v all root 41585 0.0 0.0 102848 25056 0 IJ 11:43 0:00.10 | = | |-- /usr/local/bin/qemu-arm-static = /usr/local/bin/cmake -E cmake_autogen /wrkdirs/usr/ports/multimedia/g root 41586 0.0 0.0 102852 25072 0 IJ 11:43 0:00.11 | = | `-- /usr/local/bin/qemu-arm-static = /usr/local/bin/cmake -E cmake_autogen /wrkdirs/usr/ports/multimedia/g or as top showed it: 41552 root 1 52 0 10M 1744K 0 wait 15 0:00 = 0.00% /usr/bin/make -C /usr/ports/multimedia/gstreamer1-qt FLAVOR=3Dqt5 = build 41566 root 1 52 0 10M 1796K 0 wait 1 0:00 = 0.00% /bin/sh -e -c (cd = /wrkdirs/usr/ports/multimedia/gstreamer1-qt/work-qt5/.build; if ! = /usr/bin/env QT_SELECT=3Dqt5 QMAKEMODULES 41567 root 2 52 0 88M 13M 0 select 4 0:00 = 0.00% /usr/local/bin/qemu-arm-static ninja -j28 -v all 41585 root 2 52 0 100M 24M 0 kqread 8 0:00 = 0.00% /usr/local/bin/qemu-arm-static /usr/local/bin/cmake -E = cmake_autogen /wrkdirs/usr/ports/multimedia/gstreamer1-qt/work-qt5/. 41586 root 2 52 0 100M 24M 0 kqread 22 0:00 = 0.00% /usr/local/bin/qemu-arm-static /usr/local/bin/cmake -E = cmake_autogen /wrkdirs/usr/ports/multimedia/gstreamer1-qt/work-qt5/. So: waiting in kqread. Repeated tries have gotten the same result so far. If this keeps up, later I may be able to try a native FreeBSD boot instead of Hyper-V use on the same machine. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Thu Dec 20 21:32:05 2018 Return-Path: Delivered-To: freebsd-arm@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 0A9F91354D72 for ; Thu, 20 Dec 2018 21:32:05 +0000 (UTC) (envelope-from gonzo@bluezbox.com) Received: from id.bluezbox.com (id.bluezbox.com [45.55.20.155]) (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 B02186F136; Thu, 20 Dec 2018 21:32:03 +0000 (UTC) (envelope-from gonzo@bluezbox.com) Received: from localhost ([127.0.0.1] helo=id.bluezbox.com) by id.bluezbox.com with esmtps (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.90_1 (FreeBSD)) (envelope-from ) id 1ga5v7-0003gK-L3; Thu, 20 Dec 2018 13:31:54 -0800 Received: (from gonzo@localhost) by id.bluezbox.com (8.15.2/8.15.2/Submit) id wBKLVqmJ014155; Thu, 20 Dec 2018 13:31:52 -0800 (PST) (envelope-from gonzo@bluezbox.com) X-Authentication-Warning: id.bluezbox.com: gonzo set sender to gonzo@bluezbox.com using -f Date: Thu, 20 Dec 2018 13:31:52 -0800 From: Oleksandr Tymoshenko To: bob prohaska Cc: Brian Scott , Jamie Landeg-Jones , Jan Beich , freebsd-arm@freebsd.org Subject: Re: RPI3 sound for www/chromium, was Re: How much memory to compile www/chromium? Message-ID: <20181220213152.GA14086@bluezbox.com> References: <20181212192115.GA85583@www.zefox.net> <20181212202504.4n3mhtx7grbeh6j7@squirrel.exwg.net> <20181214012733.GA92808@www.zefox.net> <20181218174903.GA41072@www.zefox.net> <201812182341.wBINfiX4052421@donotpassgo.dyslexicfish.net> <20181219014342.GA42859@www.zefox.net> <233863b5-f748-2c2e-976f-110ab49e4675@bunyatech.com.au> <20181220185601.GA51899@www.zefox.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20181220185601.GA51899@www.zefox.net> X-Operating-System: FreeBSD/11.1-RELEASE-p4 (amd64) User-Agent: Mutt/1.10.0 (2018-05-17) X-Spam-Level: -- X-Spam-Report: Spam detection software, running on the system "id.bluezbox.com", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see The administrator of that system for details. Content preview: bob prohaska (fbsd@www.zefox.net) wrote: > On Wed, Dec 19, 2018 at 05:14:07PM +1100, Brian Scott wrote: > > > > I believe the problem now is that support for builtin sound on the RPI3 > > is still a w [...] Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Rspamd-Queue-Id: B02186F136 X-Spamd-Bar: ++ Authentication-Results: mx1.freebsd.org; spf=pass (mx1.freebsd.org: domain of gonzo@bluezbox.com designates 45.55.20.155 as permitted sender) smtp.mailfrom=gonzo@bluezbox.com X-Spamd-Result: default: False [2.30 / 15.00]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; NEURAL_SPAM_SHORT(0.06)[0.057,0]; MIME_GOOD(-0.10)[text/plain]; HAS_XAW(0.00)[]; DMARC_NA(0.00)[bluezbox.com]; NEURAL_SPAM_MEDIUM(0.51)[0.510,0]; RCPT_COUNT_FIVE(0.00)[5]; RCVD_COUNT_THREE(0.00)[3]; MIME_TRACE(0.00)[0:+]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MX_GOOD(-0.01)[mx.bluezbox.com]; NEURAL_SPAM_LONG(0.42)[0.416,0]; RCVD_TLS_LAST(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:14061, ipnet:45.55.0.0/19, country:US]; MID_RHS_MATCH_FROM(0.00)[]; IP_SCORE(0.62)[asn: 14061(3.20), country: US(-0.08)] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Dec 2018 21:32:05 -0000 bob prohaska (fbsd@www.zefox.net) wrote: > On Wed, Dec 19, 2018 at 05:14:07PM +1100, Brian Scott wrote: > > > > I believe the problem now is that support for builtin sound on the RPI3 > > is still a work in progress (it goes through the HDMI subsystem and I > > think it was a 32 vs. 64 bit issue but is a mystery to me beyond that). > > > > I infer that sound is only a distant murmur on the Pi3..... > > 8-) > > Thanks for the clarification! Well, it's a bit more than murmur but still nowhere near where it should be. Year ago I spent some time trying to make it work here is the latest WIP patch: https://people.freebsd.org/~gonzo/arm/patches/vchiq-wip-20180217.diff The audio does play for a short while and then locks up and since there is no way to know what happens on the VideoCore side the debugging becomes a bit problematic. -- gonzo From owner-freebsd-arm@freebsd.org Thu Dec 20 22:06:52 2018 Return-Path: Delivered-To: freebsd-arm@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 9B34A1355958 for ; Thu, 20 Dec 2018 22:06:52 +0000 (UTC) (envelope-from steve.48@daum.net) Received: from mail-smail-vm32.hanmail.net (mail-smail-vm32.hanmail.net [203.133.180.216]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 0BBF170062 for ; Thu, 20 Dec 2018 22:06:50 +0000 (UTC) (envelope-from steve.48@daum.net) Received: from mail-hmail-smtp3.pg1.krane.9rum.cc ([10.194.31.36]) by mail-smail-vm32.hanmail.net (8.13.8/8.9.1) with SMTP id wBKM6jUp013322; Fri, 21 Dec 2018 07:06:45 +0900 X-Hermes-Message-Id: mBL76iqhn1894883729 Received: from mail-qpsmtp-vm12 ([10.61.241.139]) by hermes of mail-hmail-smtp3.pg1.krane.9rum.cc (10.194.31.36) with ESMTP id mBL76iqhn1894883729 for ; Fri, 21 Dec 2018 07:06:44 +0900 (KST) Received: from [92.223.73.112] (HELO DESKTOP-D0OTJLM) (92.223.73.112) by (8.12.9/8.9.1) with ESMTPA; κΈ?, 21 12?? 2018 07:06:44 +0900 Errors-To: X-Originating-IP: 92.223.73.112 Message-ID: <02aee524-43455-41e41504709606@desktop-d0otjlm> Reply-To: "James" From: "James" To: freebsd-arm@FreeBSD.org Subject: WTS : Macbook Pro & WS-C3750X-24P-S Date: Fri, 21 Dec 2018 03:35:42 +0530 MIME-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Priority: 3 X-HM-UT: C5gMTqBD87o89fQM5Xg6knzEMPO8LqqEtoQRYYyfyfY= X-Rspamd-Queue-Id: 0BBF170062 X-Spamd-Bar: ++++++ Authentication-Results: mx1.freebsd.org; spf=pass (mx1.freebsd.org: domain of steve.48@daum.net designates 203.133.180.216 as permitted sender) smtp.mailfrom=steve.48@daum.net X-Spamd-Result: default: False [6.98 / 15.00]; HAS_REPLYTO(0.00)[purchasing@briztechnology.com]; HAS_XOIP(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:203.133.180.0/24]; REPLYTO_DN_EQ_FROM_DN(0.00)[]; TO_DN_NONE(0.00)[]; RCVD_COUNT_THREE(0.00)[4]; MX_GOOD(-0.01)[cached: mx4.hanmail.net]; HAS_X_PRIO_THREE(0.00)[3]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; R_DKIM_NA(0.00)[]; ASN(0.00)[asn:9764, ipnet:203.133.160.0/19, country:KR]; IP_SCORE(0.59)[ipnet: 203.133.160.0/19(1.61), asn: 9764(1.29), country: KR(0.06)]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_SPAM_SHORT(0.36)[0.360,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; DMARC_NA(0.00)[daum.net]; NEURAL_SPAM_MEDIUM(0.95)[0.951,0]; RCPT_COUNT_ONE(0.00)[1]; MIME_TRACE(0.00)[0:+]; NEURAL_SPAM_LONG(0.89)[0.887,0]; RCVD_IN_DNSWL_NONE(0.00)[216.180.133.203.list.dnswl.org : 127.0.5.0]; RCVD_ILLEGAL_CHARS(4.00)[]; REPLYTO_DOM_NEQ_FROM_DOM(0.00)[]; MID_RHS_NOT_FQDN(0.50)[]; GREYLIST(0.00)[pass,body] X-Spam: Yes X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Dec 2018 22:06:52 -0000 Make us an offer on the following clean pull tested Intel CPU's Intel Xeon E5-4669 V3 SR22M Qty 33pcs Intel Xeon E5-4669 V4 SR2SG Qty 5pcs Intel Xeon E5-2699A V4 SR30Y Qty 5pcs WS-C3750X-24P-S Qty 30 WS-C3850-48P-S QTY : 5 Refurb Apple MacBook Pro Core i5 2.5 13" 2012 model A1278Part number MD101LL/A Specs INTEL CORE I5-3210M 2.5ghz 4GB 500GB DVDRW....QTY28pcs Make us an offer If you are Interested Please kindly contact us Best regards James Toner +1 709 500 2483\ purchasing@briztechnology.com 219 Stavanger Dr, St. John's, NL A1A 5E8, Canada http://www.briztechnology.com From owner-freebsd-arm@freebsd.org Fri Dec 21 01:09:49 2018 Return-Path: Delivered-To: freebsd-arm@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 DCEE9133705A for ; Fri, 21 Dec 2018 01:09:48 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [50.1.20.27]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "www.zefox.org", Issuer "www.zefox.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 13F8676B22; Fri, 21 Dec 2018 01:09:46 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.15.2/8.15.2) with ESMTPS id wBL19YT6053756 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Thu, 20 Dec 2018 17:09:35 -0800 (PST) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.15.2/8.15.2/Submit) id wBL19XKr053755; Thu, 20 Dec 2018 17:09:33 -0800 (PST) (envelope-from fbsd) Date: Thu, 20 Dec 2018 17:09:33 -0800 From: bob prohaska To: Oleksandr Tymoshenko Cc: Brian Scott , Jamie Landeg-Jones , Jan Beich , freebsd-arm@freebsd.org Subject: Re: RPI3 sound for www/chromium, was Re: How much memory to compile www/chromium? Message-ID: <20181221010933.GB51899@www.zefox.net> References: <20181212202504.4n3mhtx7grbeh6j7@squirrel.exwg.net> <20181214012733.GA92808@www.zefox.net> <20181218174903.GA41072@www.zefox.net> <201812182341.wBINfiX4052421@donotpassgo.dyslexicfish.net> <20181219014342.GA42859@www.zefox.net> <233863b5-f748-2c2e-976f-110ab49e4675@bunyatech.com.au> <20181220185601.GA51899@www.zefox.net> <20181220213152.GA14086@bluezbox.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20181220213152.GA14086@bluezbox.com> User-Agent: Mutt/1.5.24 (2015-08-30) X-Rspamd-Queue-Id: 13F8676B22 X-Spamd-Bar: ++++ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [4.79 / 15.00]; ARC_NA(0.00)[]; WWW_DOT_DOMAIN(0.50)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; NEURAL_SPAM_SHORT(0.67)[0.674,0]; RCVD_TLS_LAST(0.00)[]; MIME_GOOD(-0.10)[text/plain]; MIME_TRACE(0.00)[0:+]; DMARC_NA(0.00)[zefox.net]; AUTH_NA(1.00)[]; RCPT_COUNT_FIVE(0.00)[5]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MX_GOOD(-0.01)[cached: www.zefox.net]; NEURAL_SPAM_LONG(0.59)[0.592,0]; IP_SCORE(0.19)[ip: (0.68), ipnet: 50.1.16.0/20(0.34), asn: 7065(-0.01), country: US(-0.08)]; R_SPF_NA(0.00)[]; NEURAL_SPAM_MEDIUM(0.45)[0.449,0]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:7065, ipnet:50.1.16.0/20, country:US]; MID_RHS_MATCH_FROM(0.00)[]; MID_RHS_WWW(0.50)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Dec 2018 01:09:49 -0000 On Thu, Dec 20, 2018 at 01:31:52PM -0800, Oleksandr Tymoshenko wrote: > bob prohaska (fbsd@www.zefox.net) wrote: > > On Wed, Dec 19, 2018 at 05:14:07PM +1100, Brian Scott wrote: > > > > > > I believe the problem now is that support for builtin sound on the RPI3 > > > is still a work in progress (it goes through the HDMI subsystem and I > > > think it was a 32 vs. 64 bit issue but is a mystery to me beyond that). > > > > > > > I infer that sound is only a distant murmur on the Pi3..... > > > > 8-) > > > > Thanks for the clarification! > > Well, it's a bit more than murmur but still nowhere near where it should > be. Year ago I spent some time trying to make it work here is the latest > WIP patch: > https://people.freebsd.org/~gonzo/arm/patches/vchiq-wip-20180217.diff > > The audio does play for a short while and then locks up and since there > is no way to know what happens on the VideoCore side the debugging > becomes a bit problematic. > I didn't realize that sound was part of the GPU. Which begs another question: A couple (or more) years ago there was much ballyhoo about Broadcom "opening up" the VideoCore4 documentation, supposedly to better support open source development of high performance graphics drivers. The only example I can find right now is https://ia800408.us.archive.org/30/items/pdfy-rXdEJ1TyaZLR_L12/VideoCoreIV-AG100-R.pdf but there might be others. This particular example doesn't mention sound or audio. Did it do any good? The foregoing discussion seems to suggest it didn't. Thanks for writing! bob prohaska From owner-freebsd-arm@freebsd.org Fri Dec 21 06:13:17 2018 Return-Path: Delivered-To: freebsd-arm@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 DF92F133EEA7 for ; Fri, 21 Dec 2018 06:13:16 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 7777E88118 for ; Fri, 21 Dec 2018 06:13:16 +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 BE60F10849 for ; Fri, 21 Dec 2018 06:13:15 +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 wBL6DF4k036755 for ; Fri, 21 Dec 2018 06:13:15 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id wBL6DFli036737 for freebsd-arm@FreeBSD.org; Fri, 21 Dec 2018 06:13:15 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: freebsd-arm@FreeBSD.org Subject: [Bug 234238] orange pi one crash when install python with Translation Fault (L1) Date: Fri, 21 Dec 2018 06:13:15 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: arm X-Bugzilla-Version: 12.0-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: amutu@amutu.com X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-arm@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version rep_platform op_sys bug_status bug_severity priority component assigned_to reporter Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Dec 2018 06:13:17 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D234238 Bug ID: 234238 Summary: orange pi one crash when install python with Translation Fault (L1) Product: Base System Version: 12.0-RELEASE Hardware: arm OS: Any Status: New Severity: Affects Only Me Priority: --- Component: arm Assignee: freebsd-arm@FreeBSD.org Reporter: amutu@amutu.com [20/29] Installing python27-2.7.15... [20/29] Extracting python27-2.7.15: 8% pkg: Fail to extract /usr/local/lib/python2.7/config/libpython2.7.a from package: Lzma library error: Corrupted input data [20/29] Extracting python27-2.7.15: 100% root@orangepi-one:~ # Fatal kernel mode data abort: 'Translation Fault (L1)= ' on read trapframe: 0xd0e96b00 FSR=3D00000005, FAR=3De5942000, spsr=3Da0000013 r0 =3De5942000, r1 =3De5942c30, r2 =3Dc0ab3dd0, r3 =3D00000001 r4 =3D00000000, r5 =3D00000000, r6 =3Dc1f00000, r7 =3De5942c30 r8 =3D40000000, r9 =3Dc1f0020c, r10=3Dc1f00208, r11=3Dd0e96bb8 r12=3Dc08e5b51, ssp=3Dd0e96b90, slr=3Dc0ee3920, pc =3Dc0616bf4 panic: Fatal abort cpuid =3D 3 time =3D 1262304483 Uptime: 7m42s U-Boot SPL 2018.09 (Dec 07 2018 - 05:07:43 +0000) DRAM: 512 MiB Trying to boot from MMC1 --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-arm@freebsd.org Fri Dec 21 19:15:46 2018 Return-Path: Delivered-To: freebsd-arm@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 6E61113541CD for ; Fri, 21 Dec 2018 19:15:46 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: from mail-it1-f173.google.com (mail-it1-f173.google.com [209.85.166.173]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id AB9F9802EA; Fri, 21 Dec 2018 19:15:45 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: by mail-it1-f173.google.com with SMTP id p197so8027489itp.0; Fri, 21 Dec 2018 11:15:45 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=ZLYxraEq8fk0aF9KxVPf0Ktr8ypOH15p6yJbSXa8hEw=; b=S8mMkBL820zSmlfCbyneuxEHsLxR8jLQtCjH8YJ4H8VbXgGLQ1Rh+d+0OtiDgrf24g /J6CfaOd3PJeQeNUDXnDHk+Ugtu1liHXgx0xyxp64ThW8U9+glS4sayVhI4Ywh7hQ3Bu D9kP8PoytD+XW+iNbq15DqHmMw3VCnf5d3pJnTfUbzD3TEn2upYO28lsvqoYuc4TzI2X 9akFNsLcfJ8HbS7Y2d+CwIFIfSFJU87IbYjUjcuppgFPRNgmJZA+2ApZP1aHwFKaWFyb o8wZb94Ge5buIdMrwFKhyJ6mMGbFv6MNMk6Mm2BTd20guXCqsW0NYa/5QcPtEYq7W2qE DBxA== X-Gm-Message-State: AA+aEWZR2kx/eeGqtQ+ODPXG7YbhMnkoxZlW9JTcmNIk0/0xU4nHZlwV xrL7nAszZnYzmjkLLlXedI4cEmzU7+MBUJAvgPQLiA== X-Google-Smtp-Source: AFSGD/XFF+gEmI21FijwvXVIYcWS8TB5fC5OSBCdT8uWDyIWepXbJif0hr3fSRisaXKJhWwmcoii8KX/tk9YDQzISuI= X-Received: by 2002:a24:c105:: with SMTP id e5mr2673216itg.87.1545419327132; Fri, 21 Dec 2018 11:08:47 -0800 (PST) MIME-Version: 1.0 References: In-Reply-To: From: Ed Maste Date: Fri, 21 Dec 2018 14:08:34 -0500 Message-ID: Subject: Re: ThunderX2 support in FreeBSD/arm64 To: "Jayachandran C." Cc: "freebsd-arm@freebsd.org" Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: AB9F9802EA X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; spf=pass (mx1.freebsd.org: domain of carpeddiem@gmail.com designates 209.85.166.173 as permitted sender) smtp.mailfrom=carpeddiem@gmail.com X-Spamd-Result: default: False [-5.72 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17]; MX_GOOD(-0.01)[cached: alt3.gmail-smtp-in.l.google.com]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_SHORT(-0.88)[-0.884,0]; FORGED_SENDER(0.30)[emaste@freebsd.org,carpeddiem@gmail.com]; R_DKIM_NA(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; FROM_NEQ_ENVFROM(0.00)[emaste@freebsd.org,carpeddiem@gmail.com]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,0]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-0.998,0]; MIME_GOOD(-0.10)[text/plain]; MIME_TRACE(0.00)[0:+]; DMARC_NA(0.00)[freebsd.org]; RCVD_TLS_LAST(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[173.166.85.209.list.dnswl.org : 127.0.5.0]; IP_SCORE(-2.83)[ip: (-9.03), ipnet: 209.85.128.0/17(-3.60), asn: 15169(-1.44), country: US(-0.08)]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Dec 2018 19:15:46 -0000 On Mon, 17 Dec 2018 at 21:51, Jayachandran C. wrote: > > Over the last few weeks I have committed changes for a few outstanding > items needed for ThunderX2 support in FreeBSD/arm64. I see that D10082, D10083, D10084 are still open, awaiting review. Should I apply them to my test tree? My current status - loader claims to start the kernel, but I see no further output. Can you share the kernel config file you used (or perhaps a git tree you built from)? From owner-freebsd-arm@freebsd.org Fri Dec 21 19:50:53 2018 Return-Path: Delivered-To: freebsd-arm@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 5FD8A1354EF4 for ; Fri, 21 Dec 2018 19:50:53 +0000 (UTC) (envelope-from pi@freebsd.org) Received: from home.opsec.eu (home.opsec.eu [IPv6:2001:14f8:200::1]) (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 DAE8A812E4; Fri, 21 Dec 2018 19:50:52 +0000 (UTC) (envelope-from pi@freebsd.org) Received: from pi by home.opsec.eu with local (Exim 4.91 (FreeBSD)) (envelope-from ) id 1gaQow-0003Eq-Gw; Fri, 21 Dec 2018 20:50:54 +0100 Date: Fri, 21 Dec 2018 20:50:54 +0100 From: Kurt Jaeger To: "Jayachandran C." Cc: freebsd-arm@freebsd.org Subject: Re: ThunderX2 support in FreeBSD/arm64 Message-ID: <20181221195054.GA84895@home.opsec.eu> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Dec 2018 19:50:53 -0000 Hi! > Over the last few weeks I have committed changes for a few outstanding > items needed for ThunderX2 support in FreeBSD/arm64. Most of the > changes were to fix-up support for ACPI based PCI controllers and to > enable ACPI based NUMA (thanks to andrew, markj and jhb for reviews). > > With these, 13-CURRENT works well enough for testing - so if you have > access to a ThunderX2, I would like to hear how well it works for you. Can you tell suggest possible systems/supplier to choose for a port builder box ? I'm mulling over buying such a system to testbuild freebsd ports on arm64 and look around for possible suppliers. -- pi@opsec.eu +49 171 3101372 2 years to go ! From owner-freebsd-arm@freebsd.org Fri Dec 21 20:02:14 2018 Return-Path: Delivered-To: freebsd-arm@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 5343C1355421 for ; Fri, 21 Dec 2018 20:02:14 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: from mail-io1-f50.google.com (mail-io1-f50.google.com [209.85.166.50]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 8A4F1819C0; Fri, 21 Dec 2018 20:02:13 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: by mail-io1-f50.google.com with SMTP id l22so1440065ioh.1; Fri, 21 Dec 2018 12:02:13 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=LvNxCxY2CS0/eYVQh99qD/H9uYyNjiXofQUsJCYnTP4=; b=Q+MzV9WehCqPajmMouCXthr8cfdF57NPxNtNw33MgVLTcSuLT4hRQSWlNWJn9MGDxp qOuF+E4EKksLumKy5Jcr57QSie1X6kk5SH78/1QU2c505nUo7N8IPj3sHcvY8+w/VQal ieuHrcksqf8KiNj8PKrWdSQMmX0PlUoA3tCIfWxSuUklST6beCm19gk2YY3Kez3k55It SysnWJX746txzmw6NNz1cpnuOf0Dkdvc3l2K2rgXOY2IND7+amzeOHmkyvVSZgJudPpj 9+vIL3bqdIxHFFKo8avLl4eavZKx93eiaVhGELmPiE6FEnBSL/BBCc4Mft3ew5YBihYW VYSg== X-Gm-Message-State: AJcUukf9xwLpKVe9xT1OqYERcQNCePrI2ypy7kEhxqNfYqeS1mv1YV0i GDgf3hfFGSpBP02qEmXrB+kRXVrboKa1456LoXiuyg== X-Google-Smtp-Source: ALg8bN6ULhUCSiKDmwemLP7CkLxGX1anU8nEOc7tKML7dVrA0KrZM+26D4/doIxX8GFx/O/Vnz7aa3UgmptGX+Rapck= X-Received: by 2002:a5d:878a:: with SMTP id f10mr361472ion.239.1545422526073; Fri, 21 Dec 2018 12:02:06 -0800 (PST) MIME-Version: 1.0 References: In-Reply-To: From: Ed Maste Date: Fri, 21 Dec 2018 15:01:53 -0500 Message-ID: Subject: Re: ThunderX2 support in FreeBSD/arm64 To: "Jayachandran C." Cc: "freebsd-arm@freebsd.org" Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 8A4F1819C0 X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; spf=pass (mx1.freebsd.org: domain of carpeddiem@gmail.com designates 209.85.166.50 as permitted sender) smtp.mailfrom=carpeddiem@gmail.com X-Spamd-Result: default: False [-5.75 / 15.00]; ARC_NA(0.00)[]; TO_DN_EQ_ADDR_SOME(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,0]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[freebsd.org]; NEURAL_HAM_LONG(-1.00)[-0.998,0]; IP_SCORE(-2.88)[ip: (-9.29), ipnet: 209.85.128.0/17(-3.59), asn: 15169(-1.44), country: US(-0.08)]; MX_GOOD(-0.01)[cached: alt3.gmail-smtp-in.l.google.com]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[50.166.85.209.list.dnswl.org : 127.0.5.0]; NEURAL_HAM_SHORT(-0.86)[-0.859,0]; FORGED_SENDER(0.30)[emaste@freebsd.org,carpeddiem@gmail.com]; RWL_MAILSPIKE_POSSIBLE(0.00)[50.166.85.209.rep.mailspike.net : 127.0.0.17]; MIME_TRACE(0.00)[0:+]; R_DKIM_NA(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; FROM_NEQ_ENVFROM(0.00)[emaste@freebsd.org,carpeddiem@gmail.com]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Dec 2018 20:02:14 -0000 On Fri, 21 Dec 2018 at 14:08, Ed Maste wrote: > > I see that D10082, D10083, D10084 are still open, awaiting review. Oops, that should be D18002, D18003, D18004. From owner-freebsd-arm@freebsd.org Fri Dec 21 20:06:20 2018 Return-Path: Delivered-To: freebsd-arm@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 7A7A71355597 for ; Fri, 21 Dec 2018 20:06:20 +0000 (UTC) (envelope-from shawn.webb@hardenedbsd.org) Received: from mail-wm1-x32f.google.com (mail-wm1-x32f.google.com [IPv6:2a00:1450:4864:20::32f]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E067081B9A for ; Fri, 21 Dec 2018 20:06:19 +0000 (UTC) (envelope-from shawn.webb@hardenedbsd.org) Received: by mail-wm1-x32f.google.com with SMTP id f81so6813230wmd.4 for ; Fri, 21 Dec 2018 12:06:19 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=hardenedbsd.org; s=google; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to:user-agent; bh=hT/STwQYINBb8A3CnyCTiAPwhF4+Z8AULdIMoEvLwNg=; b=jxWQE3WfC795rsVmnbo5oVxUazcImd3uwFf+1qfcMpOG48mOrZc3oDDoI7YQhssK11 QBY6e7EWM96XQMdLglWXhuZaKzqEJq4tR9+0325GJtMbFs1ccA2Wawp1wNo5wOLIcnBk TE825KgpBeozeoNlOcDaULx3myxzS1iCOjgU625SEGZGRVvPUTZAeKVr0pC4sIXJBGZx v8cw6vOY39f/Bem3YAsQgsaLvmv1wfPfld9JYRz34uIZsBWejD/FFK1L0qSHbai+ECbm 6cAEnD5RXsEs5mJBCgArr2cpiD0Gxvvqpq25df6NkAEGQjFVU20hw6cGY2JmOeR8hRfO 4tsA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to:user-agent; bh=hT/STwQYINBb8A3CnyCTiAPwhF4+Z8AULdIMoEvLwNg=; b=t4MmvNnQffENuQbCR5mex/jqE7sVmpe7obePfVxWku58mO5YZgm81HMox1OAz9mXZG 09dUGbBSR3Vk+Ap2MmNrWveV3Jo8U+YNxahBYZC73aWV3zw/tAMEHZZtoxWngShDCLGp fud8gpvwJXmOJwvxqZGLUrI8wfYmJgp1WghuOaUo6QAyTGvUrUDBdsh6GTanSm15oO+S y2npmrAnFFLfuTItdb+/r1OWgvX1enmiV/OjwP82xq3Z9yYisq400fXE5xVLRRjOSe1r 1NJyDUGHat46cakR0I4iEKQYxR/mJ6N9wUev4mv4hiqCSDeIyQVbdIk19IGOoCmX4PLY rNuA== X-Gm-Message-State: AA+aEWZ6qJB5T/aZhCnAbLFI+gBgwwihPh8EVd428d6wRy/iTbDtYomk fSdtlpt09BZzUngqI16nhw2w5A== X-Google-Smtp-Source: ALg8bN45N2IsYDVUNSw9RdIZtHH3B7zG/Gnw5yzHsXWsDO0t2AwLJKfYqD8M5jWq56EZxjMHnaFCpA== X-Received: by 2002:a1c:7eca:: with SMTP id z193mr4330709wmc.140.1545422778471; Fri, 21 Dec 2018 12:06:18 -0800 (PST) Received: from mutt-hbsd (178-17-166-150.static.as43289.net. [178.17.166.150]) by smtp.gmail.com with ESMTPSA id h131sm15681997wmd.17.2018.12.21.12.06.15 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Fri, 21 Dec 2018 12:06:17 -0800 (PST) Date: Fri, 21 Dec 2018 15:05:19 -0500 From: Shawn Webb To: Kurt Jaeger Cc: "Jayachandran C." , freebsd-arm@freebsd.org Subject: Re: ThunderX2 support in FreeBSD/arm64 Message-ID: <20181221200257.eth3xbnxhpsilbji@mutt-hbsd> References: <20181221195054.GA84895@home.opsec.eu> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="xvkftja3zx4ufmpu" Content-Disposition: inline In-Reply-To: <20181221195054.GA84895@home.opsec.eu> X-Operating-System: FreeBSD mutt-hbsd 13.0-CURRENT FreeBSD 13.0-CURRENT HARDENEDBSD-13-CURRENT amd64 X-PGP-Key: http://pgp.mit.edu/pks/lookup?op=vindex&search=0x6A84658F52456EEE User-Agent: NeoMutt/20180716 X-Rspamd-Queue-Id: E067081B9A X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-6.98 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; NEURAL_HAM_SHORT(-0.98)[-0.976,0]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; REPLY(-4.00)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Dec 2018 20:06:20 -0000 --xvkftja3zx4ufmpu Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Dec 21, 2018 at 08:50:54PM +0100, Kurt Jaeger wrote: > Hi! >=20 > > Over the last few weeks I have committed changes for a few outstanding > > items needed for ThunderX2 support in FreeBSD/arm64. Most of the > > changes were to fix-up support for ACPI based PCI controllers and to > > enable ACPI based NUMA (thanks to andrew, markj and jhb for reviews). > >=20 > > With these, 13-CURRENT works well enough for testing - so if you have > > access to a ThunderX2, I would like to hear how well it works for you. >=20 > Can you tell suggest possible systems/supplier to choose for a port > builder box ? >=20 > I'm mulling over buying such a system to testbuild freebsd ports on arm64 > and look around for possible suppliers. HardenedBSD bought theirs from Phoenics Electronics. Status of HardenedBSD's ThunderX2: Almost booting stock FreeBSD. I'm working with Jayachandran to resolve the issues. It may be that my system has buggy firmware, but Jayachandran is verifying whether that's the case. Thanks, --=20 Shawn Webb Cofounder and Security Engineer HardenedBSD Tor-ified Signal: +1 443-546-8752 Tor+XMPP+OTR: lattera@is.a.hacker.sx GPG Key ID: 0x6A84658F52456EEE GPG Key Fingerprint: 2ABA B6BD EF6A F486 BE89 3D9E 6A84 658F 5245 6EEE --xvkftja3zx4ufmpu Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEKrq2ve9q9Ia+iT2eaoRlj1JFbu4FAlwdR34ACgkQaoRlj1JF bu4B9Q/9EYRRvTgyj7952RXnYstL+WmZy7nEvXVytw6YYvhwkmXuHq6pOHF9ZyVI nc2sYpvGSFneCe8ioWBmKuB1+DyKR35p/2OEDpk5BukwXXiKQoi/KcnuxBcgB+xw 1j19PornXclHslxVVNAg8K866huEs/Gi5GmXSBG82uAd3LErpqSoMfLX8SUciRy0 A5l74kP9FCO/JRWp/Hl/wW99xZt2zrWu5M7eNtz+j1FE8exu/U0KVt0Hw7dcIdfI QkPTQMtXCKz9rh6v/7TfR+p12OF6kZdVLHxVaU3L3kKWjZt2XYfyodYj066wHNoo 2vy8miKMwqDPv2xU8DWoQ1KRiDqVzjY64Q8jmoTqvcwnhYTSOiPPuQqvUCzRMRbK Jz2egGynU7lJZJeGl2O8HEmePoRkMvjpLC9fAtiLYHd8sCjCNGS0iS3V49n7f/Ww uPiqe15Q+TJdW/eU7hLtYUX3b1IwsWxCPnx6zMgtjlvupsjgY1v9hAwrz8JUB3X2 U3l9RpFyIRwsF9wiq/9zK/luimCUENYg8nc9U3Jz2f4u9OU5UcR/3UKBVe2beRtw 1uhdL9/HPcDmgOLGZ+4BEUSd5niatVryhIifnX5sheAgTvT2g9mFTa/OgbaNKyy3 UOr55ntE/N6ypJPUEue7W4FV0u3OIlexS9pJbGp600LfzNP4dWM= =UjGs -----END PGP SIGNATURE----- --xvkftja3zx4ufmpu-- From owner-freebsd-arm@freebsd.org Fri Dec 21 20:14:16 2018 Return-Path: Delivered-To: freebsd-arm@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 9A4771355905 for ; Fri, 21 Dec 2018 20:14:16 +0000 (UTC) (envelope-from pi@freebsd.org) Received: from home.opsec.eu (home.opsec.eu [IPv6:2001:14f8:200::1]) (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 2E994822C7 for ; Fri, 21 Dec 2018 20:14:16 +0000 (UTC) (envelope-from pi@freebsd.org) Received: from pi by home.opsec.eu with local (Exim 4.91 (FreeBSD)) (envelope-from ) id 1gaRBb-0003Ki-3P; Fri, 21 Dec 2018 21:14:19 +0100 Date: Fri, 21 Dec 2018 21:14:19 +0100 From: Kurt Jaeger To: Shawn Webb Cc: freebsd-arm@freebsd.org Subject: Re: ThunderX2 support in FreeBSD/arm64 Message-ID: <20181221201418.GC84895@home.opsec.eu> References: <20181221195054.GA84895@home.opsec.eu> <20181221200257.eth3xbnxhpsilbji@mutt-hbsd> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20181221200257.eth3xbnxhpsilbji@mutt-hbsd> X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Dec 2018 20:14:16 -0000 Hi! > > > Over the last few weeks I have committed changes for a few outstanding > > > items needed for ThunderX2 support in FreeBSD/arm64. Most of the > > > changes were to fix-up support for ACPI based PCI controllers and to > > > enable ACPI based NUMA (thanks to andrew, markj and jhb for reviews). > > > With these, 13-CURRENT works well enough for testing - so if you have > > > access to a ThunderX2, I would like to hear how well it works for you. > > Can you tell suggest possible systems/supplier to choose for a port > > builder box ? > > I'm mulling over buying such a system to testbuild freebsd ports on arm64 > > and look around for possible suppliers. > > HardenedBSD bought theirs from Phoenics Electronics. Ah, good to know. I'm in contact with them already, and they told me they will inform me as soon as they think they have something working. -- pi@opsec.eu +49 171 3101372 2 years to go ! From owner-freebsd-arm@freebsd.org Sat Dec 22 03:14:30 2018 Return-Path: Delivered-To: freebsd-arm@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 E931B134113C for ; Sat, 22 Dec 2018 03:14:29 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic305-21.consmr.mail.gq1.yahoo.com (sonic305-21.consmr.mail.gq1.yahoo.com [98.137.64.84]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 5D5236C1E8 for ; Sat, 22 Dec 2018 03:14:28 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: OIu1edAVM1l2EmHwh_uwzwndmyvn96Hbw7uWDV4oxltWebE8TVh.iJVfRXiuzNn yBTW1ZtAyuPze7uBDHMLYWWT8iz6Owhy3jNUOgx22LQAZuoKLGa9UNQGG1u8b.FUTdYBfXfG8iAm uGbeZq7Xwl35Ygih3AwCIWJPnHnR5FLcVZZxd9c3PlhnfkDWm5Oddh9HxYr9ICSRHk0tYm8_J0IX ZVTP5CoNQ.j8IhEH.7NOAz7SqbNtZzoM4.OBcs6fsqiteh7JaA41qF26oW0dydvMkggO2wpcyF5T 6LxTPWXLPVVkrubA0NkTQxnobXjSq_n0f3y0yOLy9S1nZDtlk..3l8WvB6lcScnZYn_0nQfcWUOz jhFtAV4YqSQ6tqkDYWZ_A0B2TJKqn0xeRNXVa2Np.lq_Pqu2favs.sk2RblfeSX42ttJJa_baI8u Fb1SOI7iTA4ZiDGNjAzhARGkq757JwBJo7CyiN_iYaF_WEmobjqZGRK6FxCqwJpBjUXOu6sETLQT B4IXT_qdbX_7XT7gWVkLddz2WYndRz8e4JGuGFAo9vICYTRGHcAp4Y_LImqK3qfbDd_H9M0lD0fb WyuMXEIIzZrNrjg8_uhL6caYyU79VcJ3g4Luy_OnQVHDpzWf_2rWV0NhyEWH7r6LwuNW4u2W5f63 CLV8Hqog5gZx6g0YyauH9rOWimn5Sm1sydGOk16ntTc6Alg19.e7l5_5_P2pTCgZKB8Y22wP_En6 .DIZq6jgmfouarno15bh5sP3_rFILxLcOt4Q2GbrS25x2cgnE_kJcRgeCMh3rxmsx0CXbOJa5Ofe CNEOSHhHAbLSRuls9XLX19ByAjdY3uVJ5lx0k5Uclifbh_34VAvE5GoznLr3p35jY14w41DVfzNI SmRg4eL0YzaNokMuyOzCqwqMZN3ypS9BqQNEI_FFPBKT0YUO81JYaDpC1b7Hx1JY2jPkc6f50wrg qeh6vIBDDH3o.gDyKhPGNYokqXAUxKm2NS7fdo2HE33l_sE9NJPO6a14k9ZHGc9epiiwZ9kpjGTt _70R4sHME8VfYn4ZmUIbZTDwBW7FY2w_DGb2fz71eIYBDuh4LQfXJ_0u4Z3zyVD5ng7MqR2w9YF_ J Received: from sonic.gate.mail.ne1.yahoo.com by sonic305.consmr.mail.gq1.yahoo.com with HTTP; Sat, 22 Dec 2018 03:14:20 +0000 Received: from c-67-170-167-181.hsd1.or.comcast.net (EHLO [192.168.1.109]) ([67.170.167.181]) by smtp426.mail.gq1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID e0306e394260faa24df3cb8b88a66439; Sat, 22 Dec 2018 03:14:16 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 12.2 \(3445.102.3\)) Subject: A reliable port cross-build failure (hangup) in my context (amd64->armv7 cross build, with native-tool speedup involved) Message-Id: Date: Fri, 21 Dec 2018 19:14:15 -0800 Cc: freebsd-arm , FreeBSD Toolchain , ports-list freebsd To: freebsd-emulation@freebsd.or, FreeBSD Current X-Mailer: Apple Mail (2.3445.102.3) X-Rspamd-Queue-Id: 5D5236C1E8 X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.76 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MV_CASE(0.50)[]; FREEMAIL_FROM(0.00)[yahoo.com]; RCPT_COUNT_FIVE(0.00)[5]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[yahoo.com:+]; MX_GOOD(-0.01)[cached: mta6.am0.yahoodns.net]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-0.47)[-0.471,0]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.996,0]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-0.997,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(0.21)[ipnet: 98.137.64.0/21(0.64), asn: 36647(0.51), country: US(-0.08)]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[84.64.137.98.list.dnswl.org : 127.0.5.0] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Dec 2018 03:14:30 -0000 I had been reporting intermittent hang-ups for my amd64->{aarch64,armv7} = port cross builds in another message sequence. But it turns out that one thing I = ran into has hung-up every time, the same way, for amd64->armv7 cross builds: multimedia/gstreamer1-qt@qt5 . So I extract the material here into a = separate report with some updated notes. A little context: I had built from ports head -r484783 before under = FreeBSD head -r340287 (as I remember the version). Back then it did not have this = problem that it now has under FreeBSD head -r341836 . One ports-specific change was to = force perl5.28 as the default instead of perl5.26 originally. In fact this is what = drives what is being rebuilt for my experiment that caught this. But I doubt the perl = version is important to the problem. The context has a Ryzen Threadripper 1950X and = has been tested both for FreeBSD under Hyper-V and for the same media = native-booted. Both hang-up at the same point as seen via ps or top. The native tools for = cross-build speedup were in use. Cross-builds targeting aarch64 did not get this = problem but targeting armv7 did. 121 of 129 armv7 ports built before the hang-up for = the first armv7 try. The hang-up: In the port rebuilds targeting armv7, multimedia/gstreamer1-qt@qt5 = hung-up and timed out. Looking during the wait in later tries shows something much like = (from one of the examples): root 33719 0.0 0.0 12920 3528 0 I 11:40 0:00.03 | = | `-- sh: poudriere[FBSDFSSDjailArmV7-default][02]: build_pkg = (gstreamer1-qt5-1.2.0_14) (sh) root 41551 0.0 0.0 12920 3520 0 I 11:43 0:00.00 | = | `-- sh: poudriere[FBSDFSSDjailArmV7-default][02]: = build_pkg (gstreamer1-qt5-1.2.0_14) (sh) root 41552 0.0 0.0 10340 1744 0 IJ 11:43 0:00.01 | = | `-- /usr/bin/make -C /usr/ports/multimedia/gstreamer1-qt = FLAVOR=3Dqt5 build root 41566 0.0 0.0 10236 1796 0 IJ 11:43 0:00.00 | = | `-- /bin/sh -e -c (cd = /wrkdirs/usr/ports/multimedia/gstreamer1-qt/work-qt5/.build; if ! = /usr/bin/env QT_SELE root 41567 0.0 0.0 89976 12896 0 IJ 11:43 0:00.07 | = | `-- /usr/local/bin/qemu-arm-static ninja -j28 -v all root 41585 0.0 0.0 102848 25056 0 IJ 11:43 0:00.10 | = | |-- /usr/local/bin/qemu-arm-static = /usr/local/bin/cmake -E cmake_autogen /wrkdirs/usr/ports/multimedia/g root 41586 0.0 0.0 102852 25072 0 IJ 11:43 0:00.11 | = | `-- /usr/local/bin/qemu-arm-static = /usr/local/bin/cmake -E cmake_autogen /wrkdirs/usr/ports/multimedia/g or as top showed it: 41552 root 1 52 0 10M 1744K 0 wait 15 0:00 = 0.00% /usr/bin/make -C /usr/ports/multimedia/gstreamer1-qt FLAVOR=3Dqt5 = build 41566 root 1 52 0 10M 1796K 0 wait 1 0:00 = 0.00% /bin/sh -e -c (cd = /wrkdirs/usr/ports/multimedia/gstreamer1-qt/work-qt5/.build; if ! = /usr/bin/env QT_SELECT=3Dqt5 QMAKEMODULES 41567 root 2 52 0 88M 13M 0 select 4 0:00 = 0.00% /usr/local/bin/qemu-arm-static ninja -j28 -v all 41585 root 2 52 0 100M 24M 0 kqread 8 0:00 = 0.00% /usr/local/bin/qemu-arm-static /usr/local/bin/cmake -E = cmake_autogen /wrkdirs/usr/ports/multimedia/gstreamer1-qt/work-qt5/. 41586 root 2 52 0 100M 24M 0 kqread 22 0:00 = 0.00% /usr/local/bin/qemu-arm-static /usr/local/bin/cmake -E = cmake_autogen /wrkdirs/usr/ports/multimedia/gstreamer1-qt/work-qt5/. So: waiting in kqread trying to run cmake. Unlike some intermittent hang-ups, attaching-then-detaching via gdb does = not resume the hung-up processes. Kills of the processes waiting on kqread = stop the build. Given the prior ports have been built already, building just multimedia/gstreamer1-qt@qt5 still gets the hang-up at the same point. Building anything that requires multimedia/gstreamer1-qt@qt5 seems to be solidly blocked in my environment. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Sat Dec 22 08:10:25 2018 Return-Path: Delivered-To: freebsd-arm@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 3D62C134A139 for ; Sat, 22 Dec 2018 08:10:25 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic311-13.consmr.mail.bf2.yahoo.com (sonic311-13.consmr.mail.bf2.yahoo.com [74.6.131.123]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 98C397600C for ; Sat, 22 Dec 2018 08:10:23 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: 00_AYygVM1n.r2zTFDBgo6Qzlb4DEIcbm8wNIaXGaa6wIEMnhhdRmLY4F3kS2OV qucmF_2nks3QmCbDQwCUZrJl3ox3uFLsjAUf3O4_KwUsDFFL94eytyvrHlsHbZApWxlTDOWzw5ad wxSn9mTIpZgLTd5NutDqnrPaI.PYiRQmorshO.CMUdSkS3CU0h_axUIQ47mTEWCE8uLx6M0FeG6W hyC4nCG5YuIgPTvyWN30qygMZexqb7ph8eljqjUk4vNAvAr1_BQiZDMZbWVzbUAzJZfizu52t423 DekEJ3fUaA3ixYlvKbyy2FvCrKH0wQbODk6y8yJTYg1LajCnOa3FUuxPx_5wMG2xkUsBc5qOyFVc hJUUQs9Z8NH_UqBFABGqmkGwCdDGVV_S5Rw08xg1Dfi287XstrKq2dROUJLLDtPNAgXjz1GO8.G_ 0fegxANvPS6hUCd3NrBvrJhD3ArH5lI5OC2TLBimEeBdfLPHZ0OiXoZ.LxhR.dUx67H5SUrtKsBj hCFWc5WaPX53NaKkVRnUEULs5FzXu57RWLQxPykjfF24SHjDvqYI4oiTvnP6MXLM9udO7PJTpR6R p0hw4LeM40A0GzlO7xMgJF5ZMj_EiKe3rM2BRpff6zJYHFRaD8et7a0o1W2doKQTc5pAqxj0nAv0 VBcNQ59ZRMJxdVbug23O_vYk7FC6eWehie9S5wERNS7Qi2AJ5ri4FHtnMMSTikYSsk3smWh3Iv8_ ljWJ9OZGal74mFFcBeh8XbV4AAxlhZKI2VvhIX_THdwWgqDOn.ZP8gyKCHs8_1Gawlc6SZl7pYSx ecWFpKDpY1G5dH3nsz5_Rmh20MKfso6Vbco.MZBc4I_E3ZIrfqWo0A8xvPhbECAtkD8MrYzbTjSw CjP55jwJ_l7J.kAFdzB_.FZwpUhuktWTkYLQVu3wLr1UwC43ZJWqpo2fDr5sF06st1fqoCAN5Cmy gCynnEA5rwTer6mWI3osko1R2ERotO9K_g3T.J.ztHLKsyj8wIjfYz8C7qYi4J6dEQesHd76SiSr CBfKRhcDnHeSCffcUMyLkqjL.7rSpIFlkqzX7YfbkKq4VKqmXuorJYP350E75hEZzntLupdNXOtL Mv5MWjw-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic311.consmr.mail.bf2.yahoo.com with HTTP; Sat, 22 Dec 2018 08:10:16 +0000 Received: from c-67-170-167-181.hsd1.or.comcast.net (EHLO [192.168.1.109]) ([67.170.167.181]) by smtp403.mail.bf1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID bdc0811dc73c0818dc840b939212d3b0; Sat, 22 Dec 2018 08:10:13 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 12.2 \(3445.102.3\)) Subject: Re: A reliable port cross-build failure (hangup) in my context (amd64->armv7 cross build, with native-tool speedup involved) From: Mark Millard In-Reply-To: Date: Sat, 22 Dec 2018 00:10:11 -0800 Cc: freebsd-arm , FreeBSD Toolchain Content-Transfer-Encoding: quoted-printable Message-Id: <865A13C8-9749-486E-9F79-5EEDDECBE621@yahoo.com> References: To: freebsd-emulation@freebsd.org, FreeBSD Current , ports-list freebsd X-Mailer: Apple Mail (2.3445.102.3) X-Rspamd-Queue-Id: 98C397600C X-Spamd-Bar: + X-Spamd-Result: default: False [1.47 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MV_CASE(0.50)[]; FREEMAIL_FROM(0.00)[yahoo.com]; RCPT_COUNT_FIVE(0.00)[5]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[yahoo.com:+]; MX_GOOD(-0.01)[cached: mta6.am0.yahoodns.net]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:26101, ipnet:74.6.128.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.22)[-0.220,0]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; NEURAL_SPAM_SHORT(0.99)[0.993,0]; NEURAL_HAM_LONG(-0.38)[-0.382,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(1.59)[ip: (5.08), ipnet: 74.6.128.0/21(1.64), asn: 26101(1.31), country: US(-0.08)]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[123.131.6.74.list.dnswl.org : 127.0.5.0] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Dec 2018 08:10:25 -0000 [I messed up the freebsd-emulation email address the first time I sent this. I also forgot to indicate the qemu-user-static vintage = relationship.] I had been reporting intermittent hang-ups for my amd64->{aarch64,armv7} = port cross builds in another message sequence. But it turns out that one thing I = ran into has hung-up every time, the same way, for amd64->armv7 cross builds: multimedia/gstreamer1-qt@qt5 . So I extract the material here into a = separate report with some updated notes. A little context: I had built from ports head -r484783 before under = FreeBSD head -r340287 (as I remember the version). Back then it did not have this = problem that it now has under FreeBSD head -r341836 . One ports-specific change was to = force perl5.28 as the default instead of perl5.26 originally. In fact this is what = drives what is being rebuilt for my experiment that caught this. But I doubt the perl = version is important to the problem. The context has a Ryzen Threadripper 1950X and = has been tested both for FreeBSD under Hyper-V and for the same media = native-booted. Both hang-up at the same point as seen via ps or top. The native tools for = cross-build speedup were in use. Cross-builds targeting aarch64 did not get this = problem but targeting armv7 did. 121 of 129 armv7 ports built before the hang-up for = the first armv7 try. ADDED: The qemu-user-static back with head -r340287 before installing = the updated ports would likely be different than the -r484783 vintage. So = both FreeBSD and qemu-user-static may have changed over the comparison. The hang-up: In the port rebuilds targeting armv7, multimedia/gstreamer1-qt@qt5 = hung-up and timed out. Looking during the wait in later tries shows something much like = (from one of the examples): root 33719 0.0 0.0 12920 3528 0 I 11:40 0:00.03 | = | `-- sh: poudriere[FBSDFSSDjailArmV7-default][02]: build_pkg = (gstreamer1-qt5-1.2.0_14) (sh) root 41551 0.0 0.0 12920 3520 0 I 11:43 0:00.00 | = | `-- sh: poudriere[FBSDFSSDjailArmV7-default][02]: = build_pkg (gstreamer1-qt5-1.2.0_14) (sh) root 41552 0.0 0.0 10340 1744 0 IJ 11:43 0:00.01 | = | `-- /usr/bin/make -C /usr/ports/multimedia/gstreamer1-qt = FLAVOR=3Dqt5 build root 41566 0.0 0.0 10236 1796 0 IJ 11:43 0:00.00 | = | `-- /bin/sh -e -c (cd = /wrkdirs/usr/ports/multimedia/gstreamer1-qt/work-qt5/.build; if ! = /usr/bin/env QT_SELE root 41567 0.0 0.0 89976 12896 0 IJ 11:43 0:00.07 | = | `-- /usr/local/bin/qemu-arm-static ninja -j28 -v all root 41585 0.0 0.0 102848 25056 0 IJ 11:43 0:00.10 | = | |-- /usr/local/bin/qemu-arm-static = /usr/local/bin/cmake -E cmake_autogen /wrkdirs/usr/ports/multimedia/g root 41586 0.0 0.0 102852 25072 0 IJ 11:43 0:00.11 | = | `-- /usr/local/bin/qemu-arm-static = /usr/local/bin/cmake -E cmake_autogen /wrkdirs/usr/ports/multimedia/g or as top showed it: 41552 root 1 52 0 10M 1744K 0 wait 15 0:00 = 0.00% /usr/bin/make -C /usr/ports/multimedia/gstreamer1-qt FLAVOR=3Dqt5 = build 41566 root 1 52 0 10M 1796K 0 wait 1 0:00 = 0.00% /bin/sh -e -c (cd = /wrkdirs/usr/ports/multimedia/gstreamer1-qt/work-qt5/.build; if ! = /usr/bin/env QT_SELECT=3Dqt5 QMAKEMODULES 41567 root 2 52 0 88M 13M 0 select 4 0:00 = 0.00% /usr/local/bin/qemu-arm-static ninja -j28 -v all 41585 root 2 52 0 100M 24M 0 kqread 8 0:00 = 0.00% /usr/local/bin/qemu-arm-static /usr/local/bin/cmake -E = cmake_autogen /wrkdirs/usr/ports/multimedia/gstreamer1-qt/work-qt5/. 41586 root 2 52 0 100M 24M 0 kqread 22 0:00 = 0.00% /usr/local/bin/qemu-arm-static /usr/local/bin/cmake -E = cmake_autogen /wrkdirs/usr/ports/multimedia/gstreamer1-qt/work-qt5/. So: waiting in kqread trying to run cmake. Unlike some intermittent hang-ups, attaching-then-detaching via gdb does = not resume the hung-up processes. Kills of the processes waiting on kqread = stop the build. Given the prior ports have been built already, building just multimedia/gstreamer1-qt@qt5 still gets the hang-up at the same point. Building anything that requires multimedia/gstreamer1-qt@qt5 seems to be solidly blocked in my environment. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Sat Dec 22 20:55:15 2018 Return-Path: Delivered-To: freebsd-arm@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 15C06133B53C for ; Sat, 22 Dec 2018 20:55:15 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic302-4.consmr.mail.bf2.yahoo.com (sonic302-4.consmr.mail.bf2.yahoo.com [74.6.135.43]) (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 B050A70EE3 for ; Sat, 22 Dec 2018 20:55:13 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: mjQfKEYVM1lsrsdyiMPPDCkli3aEH.Yuf7qioAg3skUY.gCb2Nm1DVGEWO56t7c iGeEt8l0DfoYmqIpUfwn4OEN7I60FOQ8yqqIIqdhKBG3zXtbp71ofmJtc0P9GBTsvxgliAzPQq.p e87cWjEhif1hrQ8hqII1oVQLCR2Y_MZfDqmpCdNI8oeGbidGVCj1ha0SHBFhPDN5v.6V1egfJVi6 8xhB.1UZQCeU9N4w.dmSBAKjmJuZ5p1tUaUDTEENll8bHjdj3N9DCsHg6UdBFiOKHs80XXDuZhGQ 2uPooOdlI3HcUoz9O1SfylyS_X2Yj5NfShYCmx9vYRxQN0clEdifgIqKj30X5b47xCrLs6inrWaA pMc_GSqnYkSzGI9el5xB1DuH0YUlLB2zAj7WHb4Q6Wot7cw3DMl0cMS3m.I4s9bbaqNBhfE76guh bg9VqbkZueo4.VEnA5i55RBkl1UtlCsyerqEmcIpjLI.6PgtldGwC0KxAvOhieXCn_Xe11jE31n0 uvu0KAxzwAeFAWiyP4I9lEA6aVIE30Ej8W8PFApp4ui_DjoS.7JdJrHqYNDiVPodPxRX2rNW1Fon y15X1jSCYBKoHMMNClnSugJ8vIzKaQSKM2czmNjbITfcO4a3w5owQSW3swVOSdHtV4OoHfsVJNiE O13k7unOMHBsVKvexX92o9LWV4VrhVX5BohQAvYLODpz3VRfQGTxeWb364sI5ArOx9q9Yt3POnWJ bOV5GNUVfGhfPUf53xTtMh393UxQdGHALw8UwmlMRKBN7q6.y6r.Xh14VWSUPp3uKWKRrAkN.Kf4 q5rx4_SLYgqC.6mi4Z4KFBO8DnDdGJovMvlItS1b0QsAXO042PwcaAGHL3TxVz9tQhpG6_nwwaJo qLNxPDwKRVBiu3Eg.sLo7x8ZpE48HfeeofUafDF8EEFeGxy5KqEAKbvKYh5bYQXeajpLACOxClTK QZS.2vYR0c0PFBhEH3orZe9gJRYu4Z2aHm1EUGWIPsACLnRuqsnp0ZS.x3hv2jG.3QFGcIpyDQGJ jyTD0sCq6xeaIdeITDaemPC_5w1_HNTso4OgkkrAYpSq9hm9fn.ivRJiHVsNtaKPdlqSXTgl80RC cOmRjvQ-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic302.consmr.mail.bf2.yahoo.com with HTTP; Sat, 22 Dec 2018 20:55:12 +0000 Received: from c-67-170-167-181.hsd1.or.comcast.net (EHLO [192.168.1.109]) ([67.170.167.181]) by smtp410.mail.bf1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID e33a5e5a027923209050fbcb65b80ac5; Sat, 22 Dec 2018 20:55:10 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 12.2 \(3445.102.3\)) Subject: Re: A reliable port cross-build failure (hangup) in my context (amd64->armv7 cross build, with native-tool speedup involved) From: Mark Millard In-Reply-To: <865A13C8-9749-486E-9F79-5EEDDECBE621@yahoo.com> Date: Sat, 22 Dec 2018 12:55:07 -0800 Cc: freebsd-arm , FreeBSD Toolchain Content-Transfer-Encoding: quoted-printable Message-Id: <0154C3AC-D85B-4FCF-BA63-454BC26BC1A2@yahoo.com> References: <865A13C8-9749-486E-9F79-5EEDDECBE621@yahoo.com> To: freebsd-emulation@freebsd.org, FreeBSD Current , ports-list freebsd X-Mailer: Apple Mail (2.3445.102.3) X-Rspamd-Queue-Id: B050A70EE3 X-Spamd-Bar: / X-Spamd-Result: default: False [0.69 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MV_CASE(0.50)[]; FREEMAIL_FROM(0.00)[yahoo.com]; RCPT_COUNT_FIVE(0.00)[5]; RCVD_COUNT_THREE(0.00)[3]; MX_GOOD(-0.01)[cached: mta6.am0.yahoodns.net]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:26101, ipnet:74.6.128.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.35)[-0.347,0]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; NEURAL_SPAM_SHORT(0.69)[0.686,0]; NEURAL_HAM_LONG(-0.71)[-0.706,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(1.57)[ip: (5.00), ipnet: 74.6.128.0/21(1.62), asn: 26101(1.30), country: US(-0.08)]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[43.135.6.74.list.dnswl.org : 127.0.5.0] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Dec 2018 20:55:15 -0000 [I found my E-mail records reporting successful builds using qemu-user-static from ports head -r484783 under FreeBSD head -r340287.] On 2018-Dec-22, at 00:10, Mark Millard wrote: > [I messed up the freebsd-emulation email address the first time I sent > this. I also forgot to indicate the qemu-user-static vintage = relationship.] >=20 > I had been reporting intermittent hang-ups for my = amd64->{aarch64,armv7} port cross > builds in another message sequence. But it turns out that one thing I = ran into > has hung-up every time, the same way, for amd64->armv7 cross builds: > multimedia/gstreamer1-qt@qt5 . So I extract the material here into a = separate report > with some updated notes. >=20 > A little context: I had built from ports head -r484783 before under = FreeBSD head > -r340287 (as I remember the version). Back then it did not have this = problem that it > now has under FreeBSD head -r341836 . One ports-specific change was to = force perl5.28 > as the default instead of perl5.26 originally. In fact this is what = drives what is > being rebuilt for my experiment that caught this. But I doubt the perl = version is > important to the problem. The context has a Ryzen Threadripper 1950X = and has been > tested both for FreeBSD under Hyper-V and for the same media = native-booted. Both > hang-up at the same point as seen via ps or top. The native tools for = cross-build > speedup were in use. Cross-builds targeting aarch64 did not get this = problem but > targeting armv7 did. 121 of 129 armv7 ports built before the hang-up = for the first > armv7 try. >=20 > ADDED: The qemu-user-static back with head -r340287 before installing = the > updated ports would likely be different than the -r484783 vintage. So = both > FreeBSD and qemu-user-static may have changed over the comparison. CORRECTION to ADDED: Back on 2018-Nov-11 I reported successful = cross-builds based on qemu-user-static from ports head -484783 --all built under = FreeBSD head -r340287 . So the use of the perl5.28 as the forced-default and the newer FreeBSD head version -r341836 as the context are the differences = here. > The hang-up: >=20 > In the port rebuilds targeting armv7, multimedia/gstreamer1-qt@qt5 = hung-up and timed > out. Looking during the wait in later tries shows something much like = (from one of the > examples): >=20 > root 33719 0.0 0.0 12920 3528 0 I 11:40 0:00.03 = | | `-- sh: poudriere[FBSDFSSDjailArmV7-default][02]: = build_pkg (gstreamer1-qt5-1.2.0_14) (sh) > root 41551 0.0 0.0 12920 3520 0 I 11:43 0:00.00 = | | `-- sh: poudriere[FBSDFSSDjailArmV7-default][02]: = build_pkg (gstreamer1-qt5-1.2.0_14) (sh) > root 41552 0.0 0.0 10340 1744 0 IJ 11:43 0:00.01 = | | `-- /usr/bin/make -C = /usr/ports/multimedia/gstreamer1-qt FLAVOR=3Dqt5 build > root 41566 0.0 0.0 10236 1796 0 IJ 11:43 0:00.00 = | | `-- /bin/sh -e -c (cd = /wrkdirs/usr/ports/multimedia/gstreamer1-qt/work-qt5/.build; if ! = /usr/bin/env QT_SELE > root 41567 0.0 0.0 89976 12896 0 IJ 11:43 0:00.07 = | | `-- /usr/local/bin/qemu-arm-static ninja -j28 -v = all > root 41585 0.0 0.0 102848 25056 0 IJ 11:43 0:00.10 = | | |-- /usr/local/bin/qemu-arm-static = /usr/local/bin/cmake -E cmake_autogen /wrkdirs/usr/ports/multimedia/g > root 41586 0.0 0.0 102852 25072 0 IJ 11:43 0:00.11 = | | `-- /usr/local/bin/qemu-arm-static = /usr/local/bin/cmake -E cmake_autogen /wrkdirs/usr/ports/multimedia/g >=20 > or as top showed it: >=20 > 41552 root 1 52 0 10M 1744K 0 wait 15 0:00 = 0.00% /usr/bin/make -C /usr/ports/multimedia/gstreamer1-qt FLAVOR=3Dqt5 = build > 41566 root 1 52 0 10M 1796K 0 wait 1 0:00 = 0.00% /bin/sh -e -c (cd = /wrkdirs/usr/ports/multimedia/gstreamer1-qt/work-qt5/.build; if ! = /usr/bin/env QT_SELECT=3Dqt5 QMAKEMODULES > 41567 root 2 52 0 88M 13M 0 select 4 0:00 = 0.00% /usr/local/bin/qemu-arm-static ninja -j28 -v all > 41585 root 2 52 0 100M 24M 0 kqread 8 0:00 = 0.00% /usr/local/bin/qemu-arm-static /usr/local/bin/cmake -E = cmake_autogen /wrkdirs/usr/ports/multimedia/gstreamer1-qt/work-qt5/. > 41586 root 2 52 0 100M 24M 0 kqread 22 0:00 = 0.00% /usr/local/bin/qemu-arm-static /usr/local/bin/cmake -E = cmake_autogen /wrkdirs/usr/ports/multimedia/gstreamer1-qt/work-qt5/. >=20 > So: waiting in kqread trying to run cmake. >=20 > Unlike some intermittent hang-ups, attaching-then-detaching via gdb = does not > resume the hung-up processes. Kills of the processes waiting on kqread = stop > the build. >=20 > Given the prior ports have been built already, building just > multimedia/gstreamer1-qt@qt5 still gets the hang-up at the same point. >=20 > Building anything that requires multimedia/gstreamer1-qt@qt5 seems to = be > solidly blocked in my environment. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar)