From owner-freebsd-arm@freebsd.org Sun Jun 23 20:42:21 2019 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 4F89515DA325 for ; Sun, 23 Jun 2019 20:42:21 +0000 (UTC) (envelope-from kayasaman@optiplex-networks.com) Received: from x-ray.optiplex-networks.com (mail.optiplex-networks.com [212.159.80.20]) (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 332DE6EB7D for ; Sun, 23 Jun 2019 20:42:19 +0000 (UTC) (envelope-from kayasaman@optiplex-networks.com) Received: from localhost (localhost [127.0.0.1]) by x-ray.optiplex-networks.com (Postfix) with ESMTP id 611C572C7A3 for ; Sun, 23 Jun 2019 21:42:17 +0100 (BST) Received: from x-ray.optiplex-networks.com ([127.0.0.1]) by localhost (x-ray.optiplex-networks.com [127.0.0.1]) (amavisd-new, port 10032) with ESMTP id aaNe8lv1NxBJ for ; Sun, 23 Jun 2019 21:42:16 +0100 (BST) Received: from localhost (localhost [127.0.0.1]) by x-ray.optiplex-networks.com (Postfix) with ESMTP id 41A1872C800 for ; Sun, 23 Jun 2019 21:42:16 +0100 (BST) X-Virus-Scanned: amavisd-new at x-ray.optiplex-networks.com Received: from x-ray.optiplex-networks.com ([127.0.0.1]) by localhost (x-ray.optiplex-networks.com [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id cE0VS7jL2gFv for ; Sun, 23 Jun 2019 21:42:16 +0100 (BST) Received: from x220.optiplex-networks.com (unknown [192.168.0.192]) by x-ray.optiplex-networks.com (Postfix) with ESMTPSA id 302DF72C7A3 for ; Sun, 23 Jun 2019 21:42:16 +0100 (BST) To: "freebsd-arm@freebsd.org" From: Kaya Saman Subject: Pine64-LTS and UART ports Message-ID: <371fe0f0-9f91-e4ba-ff4e-8338fe9d63de@optiplex-networks.com> Date: Sun, 23 Jun 2019 21:42:16 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.7.1 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 332DE6EB7D X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; spf=pass (mx1.freebsd.org: domain of kayasaman@optiplex-networks.com designates 212.159.80.20 as permitted sender) smtp.mailfrom=kayasaman@optiplex-networks.com X-Spamd-Result: default: False [-4.02 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_COUNT_FIVE(0.00)[6]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; DMARC_NA(0.00)[optiplex-networks.com]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; RCVD_TLS_LAST(0.00)[]; MX_GOOD(-0.01)[mail.optiplex-networks.com]; NEURAL_HAM_SHORT(-0.98)[-0.984,0]; TO_DN_EQ_ADDR_ALL(0.00)[]; IP_SCORE(-0.73)[asn: 6871(-3.55), country: GB(-0.09)]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:6871, ipnet:212.159.64.0/18, country:GB]; MID_RHS_MATCH_FROM(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: Sun, 23 Jun 2019 20:42:21 -0000 Hi, I've attached an RS232c converter board to UART2 on my Pine64-LTS board.=20 I followed the pinout diagrams from here: http://synfare.com/599N105E/hwdocs/pine64/gpiosgeo.html I'm using Pin 4 and 6 to power the board and have In1 connected to Pin 8=20 (TX) and Out1 connected to Pin 10 (RX), on the Pi-2-BUS header. AK-3232 In1 <- Pine64 Pin8 (UART2 TX) AK-3232 Out1 -> Pine64 pin10 (UART2 RX) The converter I'm using is an AK-3232:=20 https://www.artekit.eu/ak-3232-usage-guide/ based on the ST3232B chip. What do I have to do to get FreeBSD to see the AK-3232 board and use it=20 as a COM port? Currently I've gone through the UART man page and am looking here:=20 https://www.freebsd.org/doc/en_US.ISO8859-1/articles/serial-uart/article.= html At the moment the only TTY devices listed are the UART0 from the Exp=20 connector and the Prolific USB serial converter U0 I have attached. Here is the version I'm running: 12.0-RELEASE-p3 FreeBSD 12.0-RELEASE-p3=20 r347570 PPS-GENERIC=C2=A0 arm64 The only change to my kernel is that I added PPS support to it: # PPS Support options=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 PPS_SYNC Based on my reading I created a 'hints' file for it: /boot/device.hints hint.uart.2.disabled=3D"0" but I'm not sure if this is correct? Do I need to adjust anything in the gpioctl?=20 https://wiki.freebsd.org/FreeBSD/GPIO Many thanks. Kaya From owner-freebsd-arm@freebsd.org Sun Jun 23 21:01:19 2019 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 9680915DAAB1 for ; Sun, 23 Jun 2019 21:01:19 +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 E91AE6F491 for ; Sun, 23 Jun 2019 21:01:18 +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 22B75176FB for ; Sun, 23 Jun 2019 21:01:18 +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 x5NL1IvS000933 for ; Sun, 23 Jun 2019 21:01:18 GMT (envelope-from bugzilla-noreply@FreeBSD.org) Received: (from bugzilla@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x5NL1IgO000927 for freebsd-arm@FreeBSD.org; Sun, 23 Jun 2019 21:01:18 GMT (envelope-from bugzilla-noreply@FreeBSD.org) Message-Id: <201906232101.x5NL1IgO000927@kenobi.freebsd.org> X-Authentication-Warning: kenobi.freebsd.org: bugzilla set sender to bugzilla-noreply@FreeBSD.org using -f From: bugzilla-noreply@FreeBSD.org To: freebsd-arm@FreeBSD.org Subject: Problem reports for freebsd-arm@FreeBSD.org that need special attention Date: Sun, 23 Jun 2019 21:01:17 +0000 MIME-Version: 1.0 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: Sun, 23 Jun 2019 21:01:19 -0000 To view an individual PR, use: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=(Bug Id). The following is a listing of current problems submitted by FreeBSD users, which need special attention. These represent problem reports covering all versions including experimental development code and obsolete releases. Status | Bug Id | Description ------------+-----------+--------------------------------------------------- Open | 238576 | Raspberry Pi 3B+ "shutdown -p" does not shut off 1 problems total for which you should take action. From owner-freebsd-arm@freebsd.org Sun Jun 23 22:02:45 2019 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 9A9A515ADF8C for ; Sun, 23 Jun 2019 22:02:45 +0000 (UTC) (envelope-from milan@obuch.sk) Received: from mailhost.netlabit.sk (mailhost.netlabit.sk [84.245.65.72]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 3C6E2722BB for ; Sun, 23 Jun 2019 22:02:43 +0000 (UTC) (envelope-from milan@obuch.sk) Received: from zeta.dino.sk (fw3.dino.sk [84.245.95.254]) (AUTH: LOGIN milan) by mailhost.netlabit.sk with ESMTPA; Sun, 23 Jun 2019 23:57:32 +0200 id 00DD631A.5D0FF5CC.00006967 Date: Sun, 23 Jun 2019 23:57:32 +0200 From: Milan Obuch To: Kaya Saman Cc: freebsd-arm@freebsd.org Subject: Re: Pine64-LTS and UART ports Message-ID: <20190623235732.4439b707@zeta.dino.sk> In-Reply-To: <371fe0f0-9f91-e4ba-ff4e-8338fe9d63de@optiplex-networks.com> References: <371fe0f0-9f91-e4ba-ff4e-8338fe9d63de@optiplex-networks.com> X-Mailer: Claws Mail 3.17.3 (GTK+ 2.24.32; i386-portbld-freebsd11.2) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 3C6E2722BB X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; spf=pass (mx1.freebsd.org: domain of milan@obuch.sk designates 84.245.65.72 as permitted sender) smtp.mailfrom=milan@obuch.sk X-Spamd-Result: default: False [-5.23 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[obuch.sk]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MX_GOOD(-0.01)[mail.obuch.sk]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[72.65.245.84.list.dnswl.org : 127.0.10.0]; NEURAL_HAM_SHORT(-0.93)[-0.933,0]; IP_SCORE(-1.99)[ip: (-6.49), ipnet: 84.245.64.0/18(-3.24), asn: 16160(-0.27), country: SK(0.07)]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:16160, ipnet:84.245.64.0/18, country:SK]; 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: Sun, 23 Jun 2019 22:02:45 -0000 On Sun, 23 Jun 2019 21:42:16 +0100 Kaya Saman wrote: > Hi, > > I've attached an RS232c converter board to UART2 on my Pine64-LTS > board. I followed the pinout diagrams from here: > [ snip - no comment on this all ] > > Based on my reading I created a 'hints' file for it: > > /boot/device.hints > hint.uart.2.disabled="0" > > but I'm not sure if this is correct? > Hi, short comment - in arm world, there is no device.hints file used, it is moved into dtb file. You should use overlay to enable uart2, which will then be used in /boot/loader.conf file - there should be line fdt_overlays="sun50i-a64-sid,sun50i-a64-ths,sun50i-a64-timer,sun50i-a64-opp" I did not tried it myself yet, so I can't write exactly what to use, important part in dtso file you should create is &uart2 { status = "okay"; } because uart2 is disabled in shipped dtb. Look in dts overlays directories for some examples, maybe you could search in this mailing list archive, too... or someone with more knowledge could tell more. Regards, Milan From owner-freebsd-arm@freebsd.org Mon Jun 24 06:49:29 2019 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 D538615C48D3; Mon, 24 Jun 2019 06:49:28 +0000 (UTC) (envelope-from peter@rulingia.com) Received: from vtr.rulingia.com (vtr.rulingia.com [IPv6:2001:19f0:5801:ebe:5400:1ff:fe53:30fd]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "vtr.rulingia.com", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C823F88C56; Mon, 24 Jun 2019 06:49:27 +0000 (UTC) (envelope-from peter@rulingia.com) Received: from server.rulingia.com (ppp59-167-167-3.static.internode.on.net [59.167.167.3]) by vtr.rulingia.com (8.15.2/8.15.2) with ESMTPS id x5O6nHBG089316 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Mon, 24 Jun 2019 16:49:23 +1000 (AEST) (envelope-from peter@rulingia.com) X-Bogosity: Ham, spamicity=0.000000 Received: from server.rulingia.com (localhost.rulingia.com [127.0.0.1]) by server.rulingia.com (8.15.2/8.15.2) with ESMTPS id x5O6nCMq088866 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Mon, 24 Jun 2019 16:49:12 +1000 (AEST) (envelope-from peter@server.rulingia.com) Received: (from peter@localhost) by server.rulingia.com (8.15.2/8.15.2/Submit) id x5O6nCN6088865; Mon, 24 Jun 2019 16:49:12 +1000 (AEST) (envelope-from peter) Date: Mon, 24 Jun 2019 16:49:12 +1000 From: Peter Jeremy To: freebsd-current@freebsd.org, freebsd-arm@freebsd.org Subject: Re: "panic: Duplicate alloc" in dwmmc_attach on Rock64 Message-ID: <20190624064912.GB87860@server.rulingia.com> References: <20190621105939.GA23668@server.rulingia.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="3uo+9/B/ebqu+fSQ" Content-Disposition: inline In-Reply-To: <20190621105939.GA23668@server.rulingia.com> X-PGP-Key: http://www.rulingia.com/keys/peter.pgp User-Agent: Mutt/1.12.0 (2019-05-25) 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, 24 Jun 2019 06:49:29 -0000 --3uo+9/B/ebqu+fSQ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2019-Jun-21 20:59:39 +1000, Peter Jeremy wro= te: >Since r349169, my Rock64 has consistently panic'd whilst attaching >rockchip_dwmmc1. A kernel built at r349135 works OK. The relevant >output looks like: >rockchip_dwmmc0: mem 0xff500000-0xff503fff irq 40 on ofwbus0 >rockchip_dwmmc0: Hardware version ID is 270a >mmc0: on rockchip_dwmmc0 >rockchip_dwmmc1: mem 0xff520000-0xff523fff irq 42 on ofwbus0 >rockchip_dwmmc1: Hardware version ID is 270a >panic: Duplicate alloc of 0xfffffd000089cf50 from zone 0xfffffd0000817540(= 16) slab 0xfffffd000089cf90(0) I did some more digging and narrowed this down to r349151 (which has nothing that would be an obvious cause). And the problem went away somewhere between r349269 and r349288. Since there's nothing obvious there either, I presume this is something more subtle like a race condition that has been provoked by the code changes. --=20 Peter Jeremy --3uo+9/B/ebqu+fSQ Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQKTBAEBCgB9FiEE7rKYbDBnHnTmXCJ+FqWXoOSiCzQFAl0Qcl5fFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEVF QjI5ODZDMzA2NzFFNzRFNjVDMjI3RTE2QTU5N0EwRTRBMjBCMzQACgkQFqWXoOSi CzT+Bg/8CFlGdF3U75SmmSrQ4hNUkocsEkCM08tdDRnQO4zvvVXIqNL2MhhMpJ4c tk30+vyle5M4+tPW+zx4KOgAkjGHsoqAiv9F9Ke7kScJ5kJHaSBpNcb3Kw6Il3D7 kFGp35oPLu23lb9LHlX0m39ipEAX0R4Y5mKO8CJpS+r50QubOyvf06yLh+q3MJl1 jUAc4zH0MgQ9o7PCVsvaBEVj6MwpDc3R8ie6ltsayotESxMwdoAVnb9D09jAGOU+ wxQQsw66wbyFRU7q8fpVA7chihweQUAtaDzYjZtsJBkEBlCKp47ad3OnQuSSJI10 yBpRA9+lTyYtakk8yOPkuIqtRa9et1Smtlm0pcytV7pYjQ0drzGF4vXqvmGsSE2s de7a2hvcuts3zkB7mKTZvEZQ0bLdyPZxdxUJOhZIR3VP+IPyWzwEID3YEZJo5iDw YIdcOhmbAuzq3v+BZmbK/fUDzWukA4aTM5cWHKT+HjbC193tu2tJ/Ae8DY/YUvaM Mo33iqAo6TK1k4uP/Jqq/cDw6hnNG863wXWMH9cl68QfcDEpPc0LgGq8Ghcxhzoq rYeAFE71PhYSORd3JZkzs8CL/+Irf3QzUnVx7ceUQXs33xIyW6giLkFDzyWMGWR/ KYgDD6bepMHfdTF57MiKfg/+IyuIYGnnJPI/5kZdr9cHhJymXvM= =uJRz -----END PGP SIGNATURE----- --3uo+9/B/ebqu+fSQ-- From owner-freebsd-arm@freebsd.org Mon Jun 24 09:59:33 2019 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 C633D15C8B35 for ; Mon, 24 Jun 2019 09:59:32 +0000 (UTC) (envelope-from kayasaman@optiplex-networks.com) Received: from x-ray.optiplex-networks.com (mail.optiplex-networks.com [212.159.80.20]) (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 91F6F8E6EA for ; Mon, 24 Jun 2019 09:59:31 +0000 (UTC) (envelope-from kayasaman@optiplex-networks.com) Received: from localhost (localhost [127.0.0.1]) by x-ray.optiplex-networks.com (Postfix) with ESMTP id 73DC8721FC4; Mon, 24 Jun 2019 10:59:28 +0100 (BST) Received: from x-ray.optiplex-networks.com ([127.0.0.1]) by localhost (x-ray.optiplex-networks.com [127.0.0.1]) (amavisd-new, port 10032) with ESMTP id X1AYwy9J_LhP; Mon, 24 Jun 2019 10:59:26 +0100 (BST) Received: from localhost (localhost [127.0.0.1]) by x-ray.optiplex-networks.com (Postfix) with ESMTP id 8839972C7A3; Mon, 24 Jun 2019 10:59:26 +0100 (BST) X-Virus-Scanned: amavisd-new at x-ray.optiplex-networks.com Received: from x-ray.optiplex-networks.com ([127.0.0.1]) by localhost (x-ray.optiplex-networks.com [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id v4C2ohXdE4vo; Mon, 24 Jun 2019 10:59:26 +0100 (BST) Received: from x220.optiplex-networks.com (unknown [192.168.0.192]) by x-ray.optiplex-networks.com (Postfix) with ESMTPSA id 5F0D4721FC4; Mon, 24 Jun 2019 10:59:26 +0100 (BST) Subject: Re: Pine64-LTS and UART ports To: Milan Obuch Cc: freebsd-arm@freebsd.org References: <371fe0f0-9f91-e4ba-ff4e-8338fe9d63de@optiplex-networks.com> <20190623235732.4439b707@zeta.dino.sk> From: Kaya Saman Message-ID: Date: Mon, 24 Jun 2019 10:59:26 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.7.1 MIME-Version: 1.0 In-Reply-To: <20190623235732.4439b707@zeta.dino.sk> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-US X-Rspamd-Queue-Id: 91F6F8E6EA X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; spf=pass (mx1.freebsd.org: domain of kayasaman@optiplex-networks.com designates 212.159.80.20 as permitted sender) smtp.mailfrom=kayasaman@optiplex-networks.com X-Spamd-Result: default: False [-3.99 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_COUNT_FIVE(0.00)[6]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[optiplex-networks.com]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MX_GOOD(-0.01)[cached: mail.optiplex-networks.com]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_SHORT(-0.95)[-0.951,0]; IP_SCORE(-0.73)[asn: 6871(-3.56), country: GB(-0.09)]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:6871, ipnet:212.159.64.0/18, country:GB]; MID_RHS_MATCH_FROM(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: Mon, 24 Jun 2019 09:59:33 -0000 On 6/23/19 10:57 PM, Milan Obuch wrote: > On Sun, 23 Jun 2019 21:42:16 +0100 > Kaya Saman wrote: > >> Hi, >> >> I've attached an RS232c converter board to UART2 on my Pine64-LTS >> board. I followed the pinout diagrams from here: >> > [ snip - no comment on this all ] > >> Based on my reading I created a 'hints' file for it: >> >> /boot/device.hints >> hint.uart.2.disabled="0" >> >> but I'm not sure if this is correct? >> > Hi, > > short comment - in arm world, there is no device.hints file used, it is > moved into dtb file. You should use overlay to enable uart2, which will > then be used in /boot/loader.conf file - there should be line > > fdt_overlays="sun50i-a64-sid,sun50i-a64-ths,sun50i-a64-timer,sun50i-a64-opp" > > I did not tried it myself yet, so I can't write exactly what to use, > important part in dtso file you should create is > > &uart2 { status = "okay"; > } > > because uart2 is disabled in shipped dtb. Look in dts overlays > directories for some examples, maybe you could search in this mailing > list archive, too... or someone with more knowledge could tell more. > > Regards, > Milan Thanks Milan for the tip!! I am now going through these links: https://forums.freebsd.org/threads/fdt-overlays-in-freebsd.52530/ http://freebsd.1045724.x6.nabble.com/Allwinner-dtb-overlays-on-CURRENT-Also-flashrom-SPI-td6271021.html There doesn't seem to be too much information on how to create the Overlays. I found the .dtso files in the /usr/src/sys directory so I am guessing that one needs to compile the Overlays into the kernel? Regards, Kaya From owner-freebsd-arm@freebsd.org Mon Jun 24 11:30:21 2019 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 B710415CA888 for ; Mon, 24 Jun 2019 11:30:21 +0000 (UTC) (envelope-from milan@obuch.sk) Received: from mailhost.netlabit.sk (mailhost.netlabit.sk [84.245.65.72]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 7F95C6AD1F for ; Mon, 24 Jun 2019 11:30:20 +0000 (UTC) (envelope-from milan@obuch.sk) Received: from zeta.dino.sk (fw3.dino.sk [84.245.95.254]) (AUTH: LOGIN milan) by mailhost.netlabit.sk with ESMTPA; Mon, 24 Jun 2019 13:30:17 +0200 id 00DD6324.5D10B449.0000D9DC Date: Mon, 24 Jun 2019 13:30:17 +0200 From: Milan Obuch To: Kaya Saman Cc: freebsd-arm@freebsd.org Subject: Re: Pine64-LTS and UART ports Message-ID: <20190624133017.5a9689b7@zeta.dino.sk> In-Reply-To: References: <371fe0f0-9f91-e4ba-ff4e-8338fe9d63de@optiplex-networks.com> <20190623235732.4439b707@zeta.dino.sk> X-Mailer: Claws Mail 3.17.3 (GTK+ 2.24.32; i386-portbld-freebsd11.2) Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="=_mailhost.netlabit.sk-55772-1561375817-0001-2" X-Rspamd-Queue-Id: 7F95C6AD1F X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; spf=pass (mx1.freebsd.org: domain of milan@obuch.sk designates 84.245.65.72 as permitted sender) smtp.mailfrom=milan@obuch.sk X-Spamd-Result: default: False [-3.72 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; MV_CASE(0.50)[]; HAS_ATTACHMENT(0.00)[]; MX_GOOD(-0.01)[cached: mail.obuch.sk]; CTYPE_MIXED_BOGUS(1.00)[]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_SHORT(-0.97)[-0.973,0]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:+]; ASN(0.00)[asn:16160, ipnet:84.245.64.0/18, country:SK]; RCVD_TLS_LAST(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[multipart/mixed,text/plain]; DMARC_NA(0.00)[obuch.sk]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[72.65.245.84.list.dnswl.org : 127.0.10.0]; IP_SCORE(-1.94)[ip: (-6.33), ipnet: 84.245.64.0/18(-3.17), asn: 16160(-0.26), country: SK(0.07)]; 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: Mon, 24 Jun 2019 11:30:22 -0000 This is a MIME-formatted message. If you see this text it means that your E-mail software does not support MIME-formatted messages. --=_mailhost.netlabit.sk-55772-1561375817-0001-2 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline On Mon, 24 Jun 2019 10:59:26 +0100 Kaya Saman wrote: > On 6/23/19 10:57 PM, Milan Obuch wrote: > > On Sun, 23 Jun 2019 21:42:16 +0100 > > Kaya Saman wrote: > > > >> Hi, > >> > >> I've attached an RS232c converter board to UART2 on my Pine64-LTS > >> board. I followed the pinout diagrams from here: > >> > > [ snip - no comment on this all ] > > > >> Based on my reading I created a 'hints' file for it: > >> > >> /boot/device.hints > >> hint.uart.2.disabled="0" > >> > >> but I'm not sure if this is correct? > >> > > Hi, > > > > short comment - in arm world, there is no device.hints file used, > > it is moved into dtb file. You should use overlay to enable uart2, > > which will then be used in /boot/loader.conf file - there should be > > line > > > > fdt_overlays="sun50i-a64-sid,sun50i-a64-ths,sun50i-a64-timer,sun50i-a64-opp" > > > > I did not tried it myself yet, so I can't write exactly what to use, > > important part in dtso file you should create is > > > > &uart2 { status = "okay"; > > } > > > > because uart2 is disabled in shipped dtb. Look in dts overlays > > directories for some examples, maybe you could search in this > > mailing list archive, too... or someone with more knowledge could > > tell more. > > > > Regards, > > Milan > > > Thanks Milan for the tip!! > > > I am now going through these links: > > https://forums.freebsd.org/threads/fdt-overlays-in-freebsd.52530/ > > http://freebsd.1045724.x6.nabble.com/Allwinner-dtb-overlays-on-CURRENT-Also-flashrom-SPI-td6271021.html > > > There doesn't seem to be too much information on how to create the > Overlays. I found the .dtso files in the /usr/src/sys directory so I > am guessing that one needs to compile the Overlays into the kernel? > In order to create an overlay, I found simple way to do it using antrastructure already presented in out source tree... First, you need to create overlay source file. Other overlays for arm64 devices are located in /usr/src/sys/dts/arm64/overlays directory, so I put sun50i-a64-uart2.dtso file there too. See attachment - all it does is just enabling uart2. Everything else is already present in dtb. Then you need compile this overlay. You could invoke dtc manually, it is not hard, but easier is using infrastructure - I just did cd /usr/src/sys/dts/arm64/overlays make and all overlays are created. Observe the output messages. Now you need to install overlay for uart2. cp /tmp/sun50i-a64-uart2.dtbo /boot/dtb/overlays/ I compared files in /tmp and /boot/dtb/overlays directories just to be sure I am not far off, all corresponding files were the same size. Last step, activate this overlay. In /boot/loader.conf, change line fdt_overlays="sun50i-a64-sid,sun50i-a64-ths,sun50i-a64-timer,sun50i-a64-opp" to fdt_overlays="sun50i-a64-sid,sun50i-a64-ths,sun50i-a64-timer,sun50i-a64-opp,sun50i-a64-uart2" That's it. Now reboot. You should see applying DTB overlay '/boot/dtb/overlays/sun50i-a64-uart2.dtbo' message on the very start of boot process, and later uart1: <16750 or compatible> mem 0x1c28800-0x1c28bff irq 33 on simplebus0 uart1: fast interrupt uart1: PPS capture mode: DCD After boot finishes, you should find now /dev/cuau1 file in addition to /dev/cuau0 present from the start. You should be able to use cu -l /dev/cuau1 -s 115200 (or other speed as necessary) to communicate with device connected to uart2 port. Notice the numbering - as we did not enable physical uart1 port, it is skipped when attaching drivers, so physical port uart2 is numbered as uart1 device, thus creating cuau1 entry in dev directory. If you decide to use physical port uart1, exactly the same method should work, then numbering devices and physical ports would match. Hope this helps. It is not rocket science, and if all you need is just enable the device already present in dtb with right bindings, it is really simple. One additional note - in your original mail you are mentioning PPS_SYNC in kernel. Off top of my head, if you would like to connect GPS receiver with PPS output to get precise time source, you need either serial port with modem control lines or an additional GPIO pin. I did not look for the details, but I think uart2 port on Pine is just three wires, so the latter is actually the case, and you need gpiopps driver as well. I did not work with this yet, so I can't comment on this issue. Just pointer to another overlay source: https://github.com/raspberrypi/linux/blob/rpi-4.9.y/arch/arm/boot/dts/overlays/pps-gpio-overlay.dts Regards, Milan --=_mailhost.netlabit.sk-55772-1561375817-0001-2 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=sun50i-a64-uart2.dtso /dts-v1/; /plugin/; / { compatible = "allwinner,sun50i-a64"; }; &uart2 { status = "okay"; }; --=_mailhost.netlabit.sk-55772-1561375817-0001-2-- From owner-freebsd-arm@freebsd.org Mon Jun 24 14:06:25 2019 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 5563F15CE568 for ; Mon, 24 Jun 2019 14:06:25 +0000 (UTC) (envelope-from kayasaman@optiplex-networks.com) Received: from x-ray.optiplex-networks.com (mail.optiplex-networks.com [212.159.80.20]) (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 029C46F99E for ; Mon, 24 Jun 2019 14:06:23 +0000 (UTC) (envelope-from kayasaman@optiplex-networks.com) Received: from localhost (localhost [127.0.0.1]) by x-ray.optiplex-networks.com (Postfix) with ESMTP id C7542721FC4; Mon, 24 Jun 2019 15:06:21 +0100 (BST) Received: from x-ray.optiplex-networks.com ([127.0.0.1]) by localhost (x-ray.optiplex-networks.com [127.0.0.1]) (amavisd-new, port 10032) with ESMTP id tKlDkJUnpQQN; Mon, 24 Jun 2019 15:06:21 +0100 (BST) Received: from localhost (localhost [127.0.0.1]) by x-ray.optiplex-networks.com (Postfix) with ESMTP id 6FDCC72C7A3; Mon, 24 Jun 2019 15:06:21 +0100 (BST) X-Virus-Scanned: amavisd-new at x-ray.optiplex-networks.com Received: from x-ray.optiplex-networks.com ([127.0.0.1]) by localhost (x-ray.optiplex-networks.com [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id EcwCHvpMom4M; Mon, 24 Jun 2019 15:06:21 +0100 (BST) Received: from x220.optiplex-networks.com (unknown [192.168.0.192]) by x-ray.optiplex-networks.com (Postfix) with ESMTPSA id 5DD69721FC4; Mon, 24 Jun 2019 15:06:21 +0100 (BST) Subject: Re: Pine64-LTS and UART ports To: Milan Obuch Cc: freebsd-arm@freebsd.org References: <371fe0f0-9f91-e4ba-ff4e-8338fe9d63de@optiplex-networks.com> <20190623235732.4439b707@zeta.dino.sk> <20190624133017.5a9689b7@zeta.dino.sk> From: Kaya Saman Message-ID: Date: Mon, 24 Jun 2019 15:06:21 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.7.1 MIME-Version: 1.0 In-Reply-To: <20190624133017.5a9689b7@zeta.dino.sk> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Language: en-US Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 029C46F99E X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; spf=pass (mx1.freebsd.org: domain of kayasaman@optiplex-networks.com designates 212.159.80.20 as permitted sender) smtp.mailfrom=kayasaman@optiplex-networks.com X-Spamd-Result: default: False [-3.95 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; MX_GOOD(-0.01)[cached: mail.optiplex-networks.com]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_SHORT(-0.91)[-0.912,0]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:6871, ipnet:212.159.64.0/18, country:GB]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; RCVD_COUNT_FIVE(0.00)[6]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[optiplex-networks.com]; TO_MATCH_ENVRCPT_SOME(0.00)[]; IP_SCORE(-0.73)[asn: 6871(-3.58), country: GB(-0.09)] 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, 24 Jun 2019 14:06:25 -0000 On 6/24/19 12:30 PM, Milan Obuch wrote: > On Mon, 24 Jun 2019 10:59:26 +0100 > Kaya Saman wrote: > >> On 6/23/19 10:57 PM, Milan Obuch wrote: >>> On Sun, 23 Jun 2019 21:42:16 +0100 >>> Kaya Saman wrote: >>> =20 >>>> Hi, >>>> >>>> I've attached an RS232c converter board to UART2 on my Pine64-LTS >>>> board. I followed the pinout diagrams from here: >>>> =20 >>> [ snip - no comment on this all ] >>> =20 >>>> Based on my reading I created a 'hints' file for it: >>>> >>>> /boot/device.hints >>>> hint.uart.2.disabled=3D"0" >>>> >>>> but I'm not sure if this is correct? >>>> =20 >>> Hi, >>> >>> short comment - in arm world, there is no device.hints file used, >>> it is moved into dtb file. You should use overlay to enable uart2, >>> which will then be used in /boot/loader.conf file - there should be >>> line >>> >>> fdt_overlays=3D"sun50i-a64-sid,sun50i-a64-ths,sun50i-a64-timer,sun50i= -a64-opp" >>> >>> I did not tried it myself yet, so I can't write exactly what to use, >>> important part in dtso file you should create is >>> >>> &uart2 { status =3D "okay"; >>> } >>> >>> because uart2 is disabled in shipped dtb. Look in dts overlays >>> directories for some examples, maybe you could search in this >>> mailing list archive, too... or someone with more knowledge could >>> tell more. >>> >>> Regards, >>> Milan >> >> Thanks Milan for the tip!! >> >> >> I am now going through these links: >> >> https://forums.freebsd.org/threads/fdt-overlays-in-freebsd.52530/ >> >> http://freebsd.1045724.x6.nabble.com/Allwinner-dtb-overlays-on-CURRENT= -Also-flashrom-SPI-td6271021.html >> >> >> There doesn't seem to be too much information on how to create the >> Overlays. I found the .dtso files in the /usr/src/sys directory so I >> am guessing that one needs to compile the Overlays into the kernel? >> > In order to create an overlay, I found simple way to do it using > antrastructure already presented in out source tree... > > First, you need to create overlay source file. Other overlays for arm64 > devices are located in /usr/src/sys/dts/arm64/overlays directory, so I > put sun50i-a64-uart2.dtso file there too. See attachment - all it does > is just enabling uart2. Everything else is already present in dtb. > > Then you need compile this overlay. You could invoke dtc manually, it > is not hard, but easier is using infrastructure - I just did > > cd /usr/src/sys/dts/arm64/overlays > make > > and all overlays are created. Observe the output messages. > > Now you need to install overlay for uart2. > > cp /tmp/sun50i-a64-uart2.dtbo /boot/dtb/overlays/ > > I compared files in /tmp and /boot/dtb/overlays directories just to be > sure I am not far off, all corresponding files were the same size. > > Last step, activate this overlay. In /boot/loader.conf, change line > > fdt_overlays=3D"sun50i-a64-sid,sun50i-a64-ths,sun50i-a64-timer,sun50i-a= 64-opp" > > to > > fdt_overlays=3D"sun50i-a64-sid,sun50i-a64-ths,sun50i-a64-timer,sun50i-a= 64-opp,sun50i-a64-uart2" > > That's it. Now reboot. You should see > > applying DTB overlay '/boot/dtb/overlays/sun50i-a64-uart2.dtbo' > > message on the very start of boot process, and later > > uart1: <16750 or compatible> mem 0x1c28800-0x1c28bff irq 33 on simplebu= s0 > uart1: fast interrupt > uart1: PPS capture mode: DCD > > After boot finishes, you should find now /dev/cuau1 file in addition > to /dev/cuau0 present from the start. You should be able to use > > cu -l /dev/cuau1 -s 115200 > > (or other speed as necessary) to communicate with device connected to > uart2 port. Notice the numbering - as we did not enable physical uart1 > port, it is skipped when attaching drivers, so physical port uart2 is > numbered as uart1 device, thus creating cuau1 entry in dev directory. > If you decide to use physical port uart1, exactly the same method > should work, then numbering devices and physical ports would match. > > Hope this helps. It is not rocket science, and if all you need is just > enable the device already present in dtb with right bindings, it is > really simple. Yep, I think I have a handle on things now. I will try this soon :-)=20 Many thanks for this! > > One additional note - in your original mail you are mentioning PPS_SYNC > in kernel. Off top of my head, if you would like to connect GPS > receiver with PPS output to get precise time source, you need either > serial port with modem control lines or an additional GPIO pin. I did > not look for the details, but I think uart2 port on Pine is just three > wires, so the latter is actually the case, and you need gpiopps driver > as well. I did not work with this yet, so I can't comment on this > issue. Just pointer to another overlay source: > > https://github.com/raspberrypi/linux/blob/rpi-4.9.y/arch/arm/boot/dts/o= verlays/pps-gpio-overlay.dts > > Regards, > Milan Yes, the GPS receiver will connect to the CTS port on UART2. From the=20 link in my original post that is Pin E27 on the Euler bus. I have currently tested this with the USB serial adapter (yes high=20 latency but just for testing), from the ucom man page: =A0=A0=A0=A0=A0=A0=A0=A0 1=A0=A0=A0=A0 Capture pulses on the CTS line. =A0=A0=A0=A0=A0=A0=A0=A0 2=A0=A0=A0=A0 Capture pulses on the DCD line. So then it is just a matter of adding: hw.usb.ucom.pps_mode=3D1 into the=20 /boot/loader.conf. Of course this is for USB ;-) Regards, Kaya From owner-freebsd-arm@freebsd.org Mon Jun 24 14:34:46 2019 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 92EC215CF116 for ; Mon, 24 Jun 2019 14:34:46 +0000 (UTC) (envelope-from kayasaman@optiplex-networks.com) Received: from x-ray.optiplex-networks.com (mail.optiplex-networks.com [212.159.80.20]) (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 9B9F1708AA for ; Mon, 24 Jun 2019 14:34:45 +0000 (UTC) (envelope-from kayasaman@optiplex-networks.com) Received: from localhost (localhost [127.0.0.1]) by x-ray.optiplex-networks.com (Postfix) with ESMTP id 9A8837210E3; Mon, 24 Jun 2019 15:34:44 +0100 (BST) Received: from x-ray.optiplex-networks.com ([127.0.0.1]) by localhost (x-ray.optiplex-networks.com [127.0.0.1]) (amavisd-new, port 10032) with ESMTP id r6aBVgeJA47U; Mon, 24 Jun 2019 15:34:43 +0100 (BST) Received: from localhost (localhost [127.0.0.1]) by x-ray.optiplex-networks.com (Postfix) with ESMTP id 9D3D7721FC4; Mon, 24 Jun 2019 15:34:43 +0100 (BST) X-Virus-Scanned: amavisd-new at x-ray.optiplex-networks.com Received: from x-ray.optiplex-networks.com ([127.0.0.1]) by localhost (x-ray.optiplex-networks.com [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id z7q9Wf9QXObq; Mon, 24 Jun 2019 15:34:43 +0100 (BST) Received: from x220.optiplex-networks.com (unknown [192.168.0.192]) by x-ray.optiplex-networks.com (Postfix) with ESMTPSA id 89B737210E3; Mon, 24 Jun 2019 15:34:43 +0100 (BST) Subject: Re: Pine64-LTS and UART ports To: Milan Obuch Cc: freebsd-arm@freebsd.org References: <371fe0f0-9f91-e4ba-ff4e-8338fe9d63de@optiplex-networks.com> <20190623235732.4439b707@zeta.dino.sk> <20190624133017.5a9689b7@zeta.dino.sk> From: Kaya Saman Message-ID: <62ba1a30-25bc-af65-beb2-0e05dfc76c79@optiplex-networks.com> Date: Mon, 24 Jun 2019 15:34:43 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.7.1 MIME-Version: 1.0 In-Reply-To: <20190624133017.5a9689b7@zeta.dino.sk> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-US X-Rspamd-Queue-Id: 9B9F1708AA X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org; spf=pass (mx1.freebsd.org: domain of kayasaman@optiplex-networks.com designates 212.159.80.20 as permitted sender) smtp.mailfrom=kayasaman@optiplex-networks.com X-Spamd-Result: default: False [-6.89 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_COUNT_FIVE(0.00)[6]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[optiplex-networks.com]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MX_GOOD(-0.01)[cached: mail.optiplex-networks.com]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_SHORT(-0.98)[-0.981,0]; IP_SCORE(-3.60)[ip: (-9.53), ipnet: 212.159.64.0/18(-4.77), asn: 6871(-3.59), country: GB(-0.09)]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:6871, ipnet:212.159.64.0/18, country:GB]; MID_RHS_MATCH_FROM(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: Mon, 24 Jun 2019 14:34:46 -0000 On 6/24/19 12:30 PM, Milan Obuch wrote: > On Mon, 24 Jun 2019 10:59:26 +0100 > Kaya Saman wrote: > >> On 6/23/19 10:57 PM, Milan Obuch wrote: >>> On Sun, 23 Jun 2019 21:42:16 +0100 >>> Kaya Saman wrote: >>> >>>> Hi, >>>> >>>> I've attached an RS232c converter board to UART2 on my Pine64-LTS >>>> board. I followed the pinout diagrams from here: >>>> >>> [ snip - no comment on this all ] >>> >>>> Based on my reading I created a 'hints' file for it: >>>> >>>> /boot/device.hints >>>> hint.uart.2.disabled="0" >>>> >>>> but I'm not sure if this is correct? >>>> >>> Hi, >>> >>> short comment - in arm world, there is no device.hints file used, >>> it is moved into dtb file. You should use overlay to enable uart2, >>> which will then be used in /boot/loader.conf file - there should be >>> line >>> >>> fdt_overlays="sun50i-a64-sid,sun50i-a64-ths,sun50i-a64-timer,sun50i-a64-opp" >>> >>> I did not tried it myself yet, so I can't write exactly what to use, >>> important part in dtso file you should create is >>> >>> &uart2 { status = "okay"; >>> } >>> >>> because uart2 is disabled in shipped dtb. Look in dts overlays >>> directories for some examples, maybe you could search in this >>> mailing list archive, too... or someone with more knowledge could >>> tell more. >>> >>> Regards, >>> Milan >> >> Thanks Milan for the tip!! >> >> >> I am now going through these links: >> >> https://forums.freebsd.org/threads/fdt-overlays-in-freebsd.52530/ >> >> http://freebsd.1045724.x6.nabble.com/Allwinner-dtb-overlays-on-CURRENT-Also-flashrom-SPI-td6271021.html >> >> >> There doesn't seem to be too much information on how to create the >> Overlays. I found the .dtso files in the /usr/src/sys directory so I >> am guessing that one needs to compile the Overlays into the kernel? >> > In order to create an overlay, I found simple way to do it using > antrastructure already presented in out source tree... > > First, you need to create overlay source file. Other overlays for arm64 > devices are located in /usr/src/sys/dts/arm64/overlays directory, so I > put sun50i-a64-uart2.dtso file there too. See attachment - all it does > is just enabling uart2. Everything else is already present in dtb. > > Then you need compile this overlay. You could invoke dtc manually, it > is not hard, but easier is using infrastructure - I just did > > cd /usr/src/sys/dts/arm64/overlays > make > > and all overlays are created. Observe the output messages. > > Now you need to install overlay for uart2. > > cp /tmp/sun50i-a64-uart2.dtbo /boot/dtb/overlays/ > > I compared files in /tmp and /boot/dtb/overlays directories just to be > sure I am not far off, all corresponding files were the same size. > > Last step, activate this overlay. In /boot/loader.conf, change line > > fdt_overlays="sun50i-a64-sid,sun50i-a64-ths,sun50i-a64-timer,sun50i-a64-opp" > > to > > fdt_overlays="sun50i-a64-sid,sun50i-a64-ths,sun50i-a64-timer,sun50i-a64-opp,sun50i-a64-uart2" > > That's it. Now reboot. You should see > > applying DTB overlay '/boot/dtb/overlays/sun50i-a64-uart2.dtbo' > > message on the very start of boot process, and later > > uart1: <16750 or compatible> mem 0x1c28800-0x1c28bff irq 33 on simplebus0 > uart1: fast interrupt > uart1: PPS capture mode: DCD > > After boot finishes, you should find now /dev/cuau1 file in addition > to /dev/cuau0 present from the start. You should be able to use > > cu -l /dev/cuau1 -s 115200 > > (or other speed as necessary) to communicate with device connected to > uart2 port. Notice the numbering - as we did not enable physical uart1 > port, it is skipped when attaching drivers, so physical port uart2 is > numbered as uart1 device, thus creating cuau1 entry in dev directory. > If you decide to use physical port uart1, exactly the same method > should work, then numbering devices and physical ports would match. > > Hope this helps. It is not rocket science, and if all you need is just > enable the device already present in dtb with right bindings, it is > really simple. > > One additional note - in your original mail you are mentioning PPS_SYNC > in kernel. Off top of my head, if you would like to connect GPS > receiver with PPS output to get precise time source, you need either > serial port with modem control lines or an additional GPIO pin. I did > not look for the details, but I think uart2 port on Pine is just three > wires, so the latter is actually the case, and you need gpiopps driver > as well. I did not work with this yet, so I can't comment on this > issue. Just pointer to another overlay source: > > https://github.com/raspberrypi/linux/blob/rpi-4.9.y/arch/arm/boot/dts/overlays/pps-gpio-overlay.dts > > Regards, > Milan The default Makefile has this in it: # $FreeBSD: releng/12.0/sys/dts/arm64/overlays/Makefile 338294 2018-08-24 15:00:36Z manu $ DTSO!=ls *.dtso all: test-dtso .include If I try compiling it I get an error: :/usr/src/sys/dts/arm64/overlays # make ls: *.dtso: No such file or directory make: "/usr/src/sys/dts/arm64/overlays/Makefile" line 3: warning: "ls *.dtso" returned non-zero status make: don't know how to make test-dtso. Stop make: stopped in /usr/src/sys/dts/arm64/overlays I have tried changing a few things in the Makefile but nothing has helped to be able to compile the Overlays?? Regards, Kaya From owner-freebsd-arm@freebsd.org Mon Jun 24 14:45:17 2019 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 DEE2715CF760 for ; Mon, 24 Jun 2019 14:45:16 +0000 (UTC) (envelope-from milan@obuch.sk) Received: from mailhost.netlabit.sk (mailhost.netlabit.sk [84.245.65.72]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 6A8CF71051 for ; Mon, 24 Jun 2019 14:45:15 +0000 (UTC) (envelope-from milan@obuch.sk) Received: from zeta.dino.sk (fw3.dino.sk [84.245.95.254]) (AUTH: LOGIN milan) by mailhost.netlabit.sk with ESMTPA; Mon, 24 Jun 2019 16:45:12 +0200 id 00DD62E9.5D10E1F8.0000F074 Date: Mon, 24 Jun 2019 16:45:12 +0200 From: Milan Obuch To: Kaya Saman Cc: freebsd-arm@freebsd.org Subject: Re: Pine64-LTS and UART ports Message-ID: <20190624164512.0ea5c4d3@zeta.dino.sk> In-Reply-To: <62ba1a30-25bc-af65-beb2-0e05dfc76c79@optiplex-networks.com> References: <371fe0f0-9f91-e4ba-ff4e-8338fe9d63de@optiplex-networks.com> <20190623235732.4439b707@zeta.dino.sk> <20190624133017.5a9689b7@zeta.dino.sk> <62ba1a30-25bc-af65-beb2-0e05dfc76c79@optiplex-networks.com> X-Mailer: Claws Mail 3.17.3 (GTK+ 2.24.32; i386-portbld-freebsd11.2) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 6A8CF71051 X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; spf=pass (mx1.freebsd.org: domain of milan@obuch.sk designates 84.245.65.72 as permitted sender) smtp.mailfrom=milan@obuch.sk X-Spamd-Result: default: False [-5.23 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[obuch.sk]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MX_GOOD(-0.01)[cached: mail.obuch.sk]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[72.65.245.84.list.dnswl.org : 127.0.10.0]; NEURAL_HAM_SHORT(-0.88)[-0.882,0]; IP_SCORE(-2.04)[ip: (-6.55), ipnet: 84.245.64.0/18(-3.27), asn: 16160(-0.43), country: SK(0.07)]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:16160, ipnet:84.245.64.0/18, country:SK]; 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: Mon, 24 Jun 2019 14:45:17 -0000 On Mon, 24 Jun 2019 15:34:43 +0100 Kaya Saman wrote: > On 6/24/19 12:30 PM, Milan Obuch wrote: [ snip ] > > In order to create an overlay, I found simple way to do it using > > antrastructure already presented in out source tree... > > > > First, you need to create overlay source file. Other overlays for > > arm64 devices are located in /usr/src/sys/dts/arm64/overlays > > directory, so I put sun50i-a64-uart2.dtso file there too. See > > attachment - all it does is just enabling uart2. Everything else is > > already present in dtb. > > > > Then you need compile this overlay. You could invoke dtc manually, > > it is not hard, but easier is using infrastructure - I just did > > > > cd /usr/src/sys/dts/arm64/overlays > > make > > > > and all overlays are created. Observe the output messages. > > > > Now you need to install overlay for uart2. > > > > cp /tmp/sun50i-a64-uart2.dtbo /boot/dtb/overlays/ > > > > I compared files in /tmp and /boot/dtb/overlays directories just to > > be sure I am not far off, all corresponding files were the same > > size. > > > > Last step, activate this overlay. In /boot/loader.conf, change line > > > > fdt_overlays="sun50i-a64-sid,sun50i-a64-ths,sun50i-a64-timer,sun50i-a64-opp" > > > > to > > > > fdt_overlays="sun50i-a64-sid,sun50i-a64-ths,sun50i-a64-timer,sun50i-a64-opp,sun50i-a64-uart2" > > > > That's it. Now reboot. You should see > > > > applying DTB overlay '/boot/dtb/overlays/sun50i-a64-uart2.dtbo' > > > > message on the very start of boot process, and later > > > > uart1: <16750 or compatible> mem 0x1c28800-0x1c28bff irq 33 on > > simplebus0 uart1: fast interrupt > > uart1: PPS capture mode: DCD > > [ snip ] > > The default Makefile has this in it: > > > # $FreeBSD: releng/12.0/sys/dts/arm64/overlays/Makefile 338294 > 2018-08-24 15:00:36Z manu $ > > DTSO!=ls *.dtso > > all: test-dtso > > .include > > > If I try compiling it I get an error: > > > :/usr/src/sys/dts/arm64/overlays # make > ls: *.dtso: No such file or directory > make: "/usr/src/sys/dts/arm64/overlays/Makefile" line 3: warning: "ls > *.dtso" returned non-zero status > make: don't know how to make test-dtso. Stop > > make: stopped in /usr/src/sys/dts/arm64/overlays > > > I have tried changing a few things in the Makefile but nothing has > helped to be able to compile the Overlays?? > Well, I tested it on 13-CURRENT, so there could be some differences... anyway, there is a helper script you could invoke directly, again, tested on 13-CURRENT: /usr/src/sys/tools/fdt/make_dtbo.sh /usr/src/sys /usr/src/sys/dts/arm64/overlays/sun50i-a64-uart2.dtso /tmp Hope this helps. Milan From owner-freebsd-arm@freebsd.org Mon Jun 24 15:44:29 2019 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 BEB3215D1171; Mon, 24 Jun 2019 15:44:29 +0000 (UTC) (envelope-from darkfiberiru@gmail.com) Received: from mail-oi1-x231.google.com (mail-oi1-x231.google.com [IPv6:2607:f8b0:4864:20::231]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 0E7EC7364D; Mon, 24 Jun 2019 15:44:19 +0000 (UTC) (envelope-from darkfiberiru@gmail.com) Received: by mail-oi1-x231.google.com with SMTP id e189so10082056oib.11; Mon, 24 Jun 2019 08:44:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=kLtHtWe7vCZXmJxDQeko5dETl8pL7OGqwl26cdFTpR0=; b=mrCCBvtGtvVBiyijEnyJgizrBrbrnLGtfpdfo4aDhx1HQDsbXgdVTtTE3FAnmRO+nh m+ZlC8S42nXs+Wpej6f8ZrGBIUeh30P61b1omIlNV+gJMHrMf/IwVAAWuE5Omgu0cn24 M0NlQ7ck4UOKEUrmeUtGXm2cxFVU6FvspoTvBJZjwOX488lLqs0IjvrOZe6ZP1h3DeGJ DQrmtvu2whdisGN+ZxRCgQ86mnigmbZMjGcCYX/ZHlOhzODl+1XCR0/O44IUAEJ/kI+q k+vuSXR1bjQ+0HPa5Ghl4i0k6UfO2Vi2yMPS8mga/dGp4PRI/WNHPZnUYsrxpjky7SKR 7Ncg== 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=kLtHtWe7vCZXmJxDQeko5dETl8pL7OGqwl26cdFTpR0=; b=fWO9z5Al2+WmfwMeT14nVOh/A2XKXHdYg3qGxUP/pVnfnedk/hwK+vKxn9dzdXNxNp jBXyRf77KEVYAV+ik4ruVnluC7Qsrslz6nFunc7z/cohgaX8hsoE7YKjppnZJk4xeQ1d Muh6ULnUqnnKhmKdjSbvNgo9wLrDzoy8o/EV9N5XckNyr3WoYW4N1P5dMjNAwZhzKEq1 hAunRKiS3aQdyzIK/jPh9Yyer9ummzWwjbKpwNVu1yqGMYw7MUbMxtF9RPsiuABdR/SR N3XK1DuUSi/fhRAdLbubdv0NsPLA9zFaIy2dv1anyj73DoD2IzODnXBacT9fO8nUSddq qUHg== X-Gm-Message-State: APjAAAXVQMvBHCUg4Fvh6/FqKJMl/YcA9s0nVoc2vEria9L/Iz/2uI9K NMmblS0tMlzOS2v8Pz6MSgYZOCSNee7qplG/OmBPbkBa X-Google-Smtp-Source: APXvYqwvjLD+Hbo9W1bfNt9fJdABWe9FQraqvV9RX94KmxykaCWdZbwYbQVLaLQF9V6mYBsjwjoGNxodlqJUef6ldHk= X-Received: by 2002:aca:c186:: with SMTP id r128mr10880660oif.173.1561391058066; Mon, 24 Jun 2019 08:44:18 -0700 (PDT) MIME-Version: 1.0 References: <201806130737.w5D7bHxX038233@pdx.rh.CN85.dnsmgr.net> <91705d37-7a15-afcd-cadd-c14c6a43eb84@callfortesting.org> In-Reply-To: From: Nick Wolff Date: Mon, 24 Jun 2019 11:44:29 -0400 Message-ID: Subject: Re: ARMv8 development board with GICv3 To: Marcin Wojtas Cc: Alexandru Elisei , Jim Thompson , "Rodney W. Grimes" , freebsd-arm , freebsd-virtualization@freebsd.org X-Rspamd-Queue-Id: 0E7EC7364D X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=mrCCBvtG; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of darkfiberiru@gmail.com designates 2607:f8b0:4864:20::231 as permitted sender) smtp.mailfrom=darkfiberiru@gmail.com X-Spamd-Result: default: False [-6.95 / 15.00]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; FREEMAIL_FROM(0.00)[gmail.com]; RCPT_COUNT_FIVE(0.00)[6]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; MX_GOOD(-0.01)[cached: alt3.gmail-smtp-in.l.google.com]; 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]; 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)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; TAGGED_RCPT(0.00)[]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[1.3.2.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]; IP_SCORE(-2.97)[ip: (-9.31), ipnet: 2607:f8b0::/32(-3.14), asn: 15169(-2.33), country: US(-0.06)]; RCVD_COUNT_TWO(0.00)[2]; FREEMAIL_CC(0.00)[gmail.com] Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable 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: Mon, 24 Jun 2019 15:44:30 -0000 If anyone finds any information on raspberry pi4 and it's bcm2711 that just released I will be very interested to see if it's a suitable testing platform. Not able to find documentation yet to validate that the interrupt controller. Rest looks good. On Sat, Jun 16, 2018 at 5:32 AM Marcin Wojtas wrote: > 2018-06-15 20:40 GMT+02:00 Alexandru Elisei : > > > > On Fri, Jun 15, 2018 at 8:51 PM, Jim Thompson wrote: > > > > > > > > > https://gist.github.com/gonzopancho/760ab9ecee9dfbc1b6033e48647a4b48 > > > > > > Note: we haven=E2=80=99t upstreamed everything. Yet. > > > > Is FreeBSD bootable on the board and the NIC working? > > In 2017 I pushed patches and the board was booting with the network, > USB and SATA. However I know that loos from Netgate has improved the > overall support - as a result we can see the log Jim provided. > > > > > > macchiato.bin needs interrupts and NIC drivers, and seems a better > target > > > for bhyve > > > > > > machiatto.bin 4C A72 @ 1.6GHz/2.0GHz, 16GB DDR4 > > > > > > espresso.bin 2C A53 @1.0GHz and1/2GB DDR3 (*) > > Just one note - macchiato.bin is using GICv2m and espresso - GICv3. > > Best regards, > Marcin > > > > > > > Jim > > > > > > (*) Very new espresso.bin has 1.2GHz SoC and DDR4, and you can plug a > SATA > > > drive in, including power. > > > https://i.imgur.com/5fc2vv0.jpg > _______________________________________________ > freebsd-virtualization@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-virtualization > To unsubscribe, send any mail to " > freebsd-virtualization-unsubscribe@freebsd.org" > From owner-freebsd-arm@freebsd.org Mon Jun 24 17:06:54 2019 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 0A14415D2ECD; Mon, 24 Jun 2019 17:06:54 +0000 (UTC) (envelope-from freebsd-rwg@gndrsh.dnsmgr.net) Received: from gndrsh.dnsmgr.net (br1.CN84in.dnsmgr.net [69.59.192.140]) (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 A3F5C76AC4; Mon, 24 Jun 2019 17:06:52 +0000 (UTC) (envelope-from freebsd-rwg@gndrsh.dnsmgr.net) Received: from gndrsh.dnsmgr.net (localhost [127.0.0.1]) by gndrsh.dnsmgr.net (8.13.3/8.13.3) with ESMTP id x5OH6oBW044648; Mon, 24 Jun 2019 10:06:50 -0700 (PDT) (envelope-from freebsd-rwg@gndrsh.dnsmgr.net) Received: (from freebsd-rwg@localhost) by gndrsh.dnsmgr.net (8.13.3/8.13.3/Submit) id x5OH6nfb044647; Mon, 24 Jun 2019 10:06:49 -0700 (PDT) (envelope-from freebsd-rwg) From: "Rodney W. Grimes" Message-Id: <201906241706.x5OH6nfb044647@gndrsh.dnsmgr.net> Subject: Re: ARMv8 development board with GICv3 In-Reply-To: To: Nick Wolff Date: Mon, 24 Jun 2019 10:06:49 -0700 (PDT) CC: Marcin Wojtas , freebsd-virtualization@freebsd.org, Jim Thompson , freebsd-arm X-Mailer: ELM [version 2.4ME+ PL121h (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII X-Rspamd-Queue-Id: A3F5C76AC4 X-Spamd-Bar: + Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [1.55 / 15.00]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[dnsmgr.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: gndrsh.dnsmgr.net]; NEURAL_SPAM_LONG(0.68)[0.683,0]; NEURAL_HAM_SHORT(-0.13)[-0.132,0]; NEURAL_SPAM_MEDIUM(0.07)[0.070,0]; R_SPF_NA(0.00)[]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:13868, ipnet:69.59.192.0/19, country:US]; MID_RHS_MATCH_FROM(0.00)[]; IP_SCORE(0.04)[ip: (0.14), ipnet: 69.59.192.0/19(0.07), asn: 13868(0.05), country: US(-0.06)] 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, 24 Jun 2019 17:06:54 -0000 > If anyone finds any information on raspberry pi4 and it's bcm2711 that just > released I will be very interested to see if it's a suitable testing > platform. Not able to find documentation yet to validate that the interrupt > controller. Rest looks good. A little bit of foot work and things tell me that chip has a GIC400 in it, and the GIC400 says: GIC-400 can be configured to support only the required number of cores and interrupts to reduce gate count. GIC-400 implements GICv2 architecture, Security and Virtualization Extensions, for more information see Arm Generic Interrupt Controller Architecture version 2.0. So, no, this is not a V3 gic, so no bhyve/arm is not going to work on it. > On Sat, Jun 16, 2018 at 5:32 AM Marcin Wojtas wrote: > > > 2018-06-15 20:40 GMT+02:00 Alexandru Elisei : > > > > > > On Fri, Jun 15, 2018 at 8:51 PM, Jim Thompson wrote: > > > > > > > > > > > > https://gist.github.com/gonzopancho/760ab9ecee9dfbc1b6033e48647a4b48 > > > > > > > > Note: we haven?t upstreamed everything. Yet. > > > > > > Is FreeBSD bootable on the board and the NIC working? > > > > In 2017 I pushed patches and the board was booting with the network, > > USB and SATA. However I know that loos from Netgate has improved the > > overall support - as a result we can see the log Jim provided. > > > > > > > > > macchiato.bin needs interrupts and NIC drivers, and seems a better > > target > > > > for bhyve > > > > > > > > machiatto.bin 4C A72 @ 1.6GHz/2.0GHz, 16GB DDR4 > > > > > > > > espresso.bin 2C A53 @1.0GHz and1/2GB DDR3 (*) > > > > Just one note - macchiato.bin is using GICv2m and espresso - GICv3. > > > > Best regards, > > Marcin > > > > > > > > > > Jim > > > > > > > > (*) Very new espresso.bin has 1.2GHz SoC and DDR4, and you can plug a > > SATA > > > > drive in, including power. > > > > https://i.imgur.com/5fc2vv0.jpg -- Rod Grimes rgrimes@freebsd.org From owner-freebsd-arm@freebsd.org Mon Jun 24 20:23:02 2019 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 BE93F15D8885 for ; Mon, 24 Jun 2019 20:23:02 +0000 (UTC) (envelope-from kayasaman@optiplex-networks.com) Received: from x-ray.optiplex-networks.com (mail.optiplex-networks.com [212.159.80.20]) (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 BB2F38722F for ; Mon, 24 Jun 2019 20:23:01 +0000 (UTC) (envelope-from kayasaman@optiplex-networks.com) Received: from localhost (localhost [127.0.0.1]) by x-ray.optiplex-networks.com (Postfix) with ESMTP id 687FD7210E3; Mon, 24 Jun 2019 21:23:00 +0100 (BST) Received: from x-ray.optiplex-networks.com ([127.0.0.1]) by localhost (x-ray.optiplex-networks.com [127.0.0.1]) (amavisd-new, port 10032) with ESMTP id MTvZKopqdC7L; Mon, 24 Jun 2019 21:23:00 +0100 (BST) Received: from localhost (localhost [127.0.0.1]) by x-ray.optiplex-networks.com (Postfix) with ESMTP id E848272C7A3; Mon, 24 Jun 2019 21:22:59 +0100 (BST) X-Virus-Scanned: amavisd-new at x-ray.optiplex-networks.com Received: from x-ray.optiplex-networks.com ([127.0.0.1]) by localhost (x-ray.optiplex-networks.com [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id LsfV3Hn-bLjm; Mon, 24 Jun 2019 21:22:59 +0100 (BST) Received: from x220.optiplex-networks.com (unknown [192.168.0.192]) by x-ray.optiplex-networks.com (Postfix) with ESMTPSA id D1629721FC4; Mon, 24 Jun 2019 21:22:59 +0100 (BST) Subject: Re: Pine64-LTS and UART ports To: Milan Obuch Cc: freebsd-arm@freebsd.org References: <371fe0f0-9f91-e4ba-ff4e-8338fe9d63de@optiplex-networks.com> <20190623235732.4439b707@zeta.dino.sk> <20190624133017.5a9689b7@zeta.dino.sk> <62ba1a30-25bc-af65-beb2-0e05dfc76c79@optiplex-networks.com> <20190624164512.0ea5c4d3@zeta.dino.sk> From: Kaya Saman Message-ID: <75d6afff-8d83-57da-0a13-a4977d12cb87@optiplex-networks.com> Date: Mon, 24 Jun 2019 21:22:59 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.7.1 MIME-Version: 1.0 In-Reply-To: <20190624164512.0ea5c4d3@zeta.dino.sk> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: BB2F38722F X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org; spf=pass (mx1.freebsd.org: domain of kayasaman@optiplex-networks.com designates 212.159.80.20 as permitted sender) smtp.mailfrom=kayasaman@optiplex-networks.com X-Spamd-Result: default: False [-6.91 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_COUNT_FIVE(0.00)[6]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[optiplex-networks.com]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MX_GOOD(-0.01)[cached: mail.optiplex-networks.com]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_SHORT(-1.00)[-0.998,0]; IP_SCORE(-3.60)[ip: (-9.53), ipnet: 212.159.64.0/18(-4.77), asn: 6871(-3.60), country: GB(-0.09)]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:6871, ipnet:212.159.64.0/18, country:GB]; MID_RHS_MATCH_FROM(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: Mon, 24 Jun 2019 20:23:03 -0000 On 6/24/19 3:45 PM, Milan Obuch wrote: > On Mon, 24 Jun 2019 15:34:43 +0100 > Kaya Saman wrote: > >> On 6/24/19 12:30 PM, Milan Obuch wrote: > [ snip ] > > [snip] > Well, I tested it on 13-CURRENT, so there could be some differences... > anyway, there is a helper script you could invoke directly, again, > tested on 13-CURRENT: > > /usr/src/sys/tools/fdt/make_dtbo.sh /usr/src/sys /usr/src/sys/dts/arm64= /overlays/sun50i-a64-uart2.dtso /tmp > > Hope this helps. > > Milan Thanks Milan, I tried the dtc method - using this example from the man page: dtc -@ -O dtb -I dts -o device_overlay.dtbo device_overlay.dts Actual command used: dtc -@ -O dtb -I dts -o sun50i-a64-uart2.dtbo=20 sun50i-a64-uart2.dtso then copied the resulting dtbo file into the /boot/dtb/overlays=20 directory, and added the entry into=C2=A0 /boot/loader.conf then rebooted= .=20 The result was nothing happened :-( no uart2 in the dmesg log at all and=20 no extra ttyu(x) either I've just also attempted: /usr/src/sys/tools/fdt/make_dtbo.sh=20 /usr/src/sys /usr/src/sys/dts/arm64/overlays/sun50i-a64-uart2.dtso /tmp then copied the .dtbo file into /boot/dtb/overlays and rebooted. Again=20 nothing?? Maybe there is a difference between 12-RELEASE and 13-CURRENT? Regards, Kaya From owner-freebsd-arm@freebsd.org Mon Jun 24 20:42:41 2019 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 BA48F15D9234 for ; Mon, 24 Jun 2019 20:42:41 +0000 (UTC) (envelope-from sm@ara-ler.com) Received: from mail.myserver.ws (mail.myserver.ws [144.217.111.45]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.myserver.ws", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 67A48880E0 for ; Mon, 24 Jun 2019 20:42:40 +0000 (UTC) (envelope-from sm@ara-ler.com) Received: from eldorado (50-243-135-133-static.hfc.comcastbusiness.net [50.243.135.133]) (Authenticated sender: sm@ara-ler.com) by mail.myserver.ws (Postfix) with ESMTPSA id B2117A4D6B; Mon, 24 Jun 2019 20:42:27 +0000 (UTC) Date: Mon, 24 Jun 2019 14:42:16 -0600 From: Sergey Manucharian To: Kaya Saman Cc: freebsd-arm@freebsd.org Subject: Re: Pine64-LTS and UART ports Message-ID: <20190624204216.GK2903@eldorado> References: <371fe0f0-9f91-e4ba-ff4e-8338fe9d63de@optiplex-networks.com> <20190623235732.4439b707@zeta.dino.sk> <20190624133017.5a9689b7@zeta.dino.sk> <62ba1a30-25bc-af65-beb2-0e05dfc76c79@optiplex-networks.com> <20190624164512.0ea5c4d3@zeta.dino.sk> <75d6afff-8d83-57da-0a13-a4977d12cb87@optiplex-networks.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <75d6afff-8d83-57da-0a13-a4977d12cb87@optiplex-networks.com> User-Agent: Mutt/1.12.0 (2019-05-25) X-Rspamd-Queue-Id: 67A48880E0 X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; spf=pass (mx1.freebsd.org: domain of sm@ara-ler.com designates 144.217.111.45 as permitted sender) smtp.mailfrom=sm@ara-ler.com X-Spamd-Result: default: False [-2.21 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_HAM_MEDIUM(-0.92)[-0.917,0]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+a:mail.myserver.ws]; NEURAL_HAM_LONG(-0.97)[-0.971,0]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[ara-ler.com]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MX_GOOD(-0.01)[mail.myserver.ws]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_SHORT(-0.56)[-0.563,0]; IP_SCORE(0.05)[ipnet: 144.217.0.0/16(-0.90), asn: 16276(1.15), country: FR(-0.01)]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MID_RHS_NOT_FQDN(0.50)[]; ASN(0.00)[asn:16276, ipnet:144.217.0.0/16, country:FR]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_ALL(0.00)[]; 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: Mon, 24 Jun 2019 20:42:41 -0000 Excerpts from Kaya Saman's message from Mon 24-Jun-19 21:22: > I tried the dtc method - using this example from the man page: > > dtc -@ -O dtb -I dts -o device_overlay.dtbo device_overlay.dts > > Actual command used: dtc -@ -O dtb -I dts -o sun50i-a64-uart2.dtbo > sun50i-a64-uart2.dtso > > > then copied the resulting dtbo file into the /boot/dtb/overlays > directory, and added the entry into  /boot/loader.conf then rebooted. > The result was nothing happened :-( no uart2 in the dmesg log at all and > no extra ttyu(x) either > > I've just also attempted: /usr/src/sys/tools/fdt/make_dtbo.sh > /usr/src/sys /usr/src/sys/dts/arm64/overlays/sun50i-a64-uart2.dtso /tmp > > > then copied the .dtbo file into /boot/dtb/overlays and rebooted. Again > nothing?? I used to have similar issues with overlays, and ended up with editing the main DTS file, in your case it will be (I believe) sun50i-a64-pine64.dts Just replace "disabled" with "okay" in this section: .... /* On Pi-2 connector */ &uart2 { pinctrl-names = "default"; pinctrl-0 = <&uart2_pins>; status = "disabled"; }; .... compile and copy the DTB over the original one. -- Ϟϻ From owner-freebsd-arm@freebsd.org Mon Jun 24 20:58:48 2019 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 1F49615D9605 for ; Mon, 24 Jun 2019 20:58:48 +0000 (UTC) (envelope-from kayasaman@optiplex-networks.com) Received: from x-ray.optiplex-networks.com (mail.optiplex-networks.com [212.159.80.20]) (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 E75D7888C3 for ; Mon, 24 Jun 2019 20:58:46 +0000 (UTC) (envelope-from kayasaman@optiplex-networks.com) Received: from localhost (localhost [127.0.0.1]) by x-ray.optiplex-networks.com (Postfix) with ESMTP id DC68D721FC4; Mon, 24 Jun 2019 21:58:44 +0100 (BST) Received: from x-ray.optiplex-networks.com ([127.0.0.1]) by localhost (x-ray.optiplex-networks.com [127.0.0.1]) (amavisd-new, port 10032) with ESMTP id t1Cro7Y0aegt; Mon, 24 Jun 2019 21:58:44 +0100 (BST) Received: from localhost (localhost [127.0.0.1]) by x-ray.optiplex-networks.com (Postfix) with ESMTP id 95DD072C7A3; Mon, 24 Jun 2019 21:58:44 +0100 (BST) X-Virus-Scanned: amavisd-new at x-ray.optiplex-networks.com Received: from x-ray.optiplex-networks.com ([127.0.0.1]) by localhost (x-ray.optiplex-networks.com [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id maaEAzrWg3hR; Mon, 24 Jun 2019 21:58:44 +0100 (BST) Received: from x220.optiplex-networks.com (unknown [192.168.0.192]) by x-ray.optiplex-networks.com (Postfix) with ESMTPSA id 8398F721FC4; Mon, 24 Jun 2019 21:58:44 +0100 (BST) Subject: Re: Pine64-LTS and UART ports To: Sergey Manucharian Cc: freebsd-arm@freebsd.org References: <371fe0f0-9f91-e4ba-ff4e-8338fe9d63de@optiplex-networks.com> <20190623235732.4439b707@zeta.dino.sk> <20190624133017.5a9689b7@zeta.dino.sk> <62ba1a30-25bc-af65-beb2-0e05dfc76c79@optiplex-networks.com> <20190624164512.0ea5c4d3@zeta.dino.sk> <75d6afff-8d83-57da-0a13-a4977d12cb87@optiplex-networks.com> <20190624204216.GK2903@eldorado> From: Kaya Saman Message-ID: <20aea57b-1ac5-15e9-ab2b-7230b81b8378@optiplex-networks.com> Date: Mon, 24 Jun 2019 21:58:44 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.7.1 MIME-Version: 1.0 In-Reply-To: <20190624204216.GK2903@eldorado> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: E75D7888C3 X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org; spf=pass (mx1.freebsd.org: domain of kayasaman@optiplex-networks.com designates 212.159.80.20 as permitted sender) smtp.mailfrom=kayasaman@optiplex-networks.com X-Spamd-Result: default: False [-6.87 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_COUNT_FIVE(0.00)[6]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[optiplex-networks.com]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MX_GOOD(-0.01)[mail.optiplex-networks.com]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_SHORT(-0.96)[-0.961,0]; IP_SCORE(-3.60)[ip: (-9.53), ipnet: 212.159.64.0/18(-4.77), asn: 6871(-3.61), country: GB(-0.09)]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:6871, ipnet:212.159.64.0/18, country:GB]; MID_RHS_MATCH_FROM(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: Mon, 24 Jun 2019 20:58:48 -0000 On 6/24/19 9:42 PM, Sergey Manucharian wrote: > Excerpts from Kaya Saman's message from Mon 24-Jun-19 21:22: >> I tried the dtc method - using this example from the man page: >> >> dtc -@ -O dtb -I dts -o device_overlay.dtbo device_overlay.dts >> >> Actual command used: dtc -@ -O dtb -I dts -o sun50i-a64-uart2.dtbo >> sun50i-a64-uart2.dtso >> >> >> then copied the resulting dtbo file into the /boot/dtb/overlays >> directory, and added the entry into=C2=A0 /boot/loader.conf then reboo= ted. >> The result was nothing happened :-( no uart2 in the dmesg log at all a= nd >> no extra ttyu(x) either >> >> I've just also attempted: /usr/src/sys/tools/fdt/make_dtbo.sh >> /usr/src/sys /usr/src/sys/dts/arm64/overlays/sun50i-a64-uart2.dtso /tm= p >> >> >> then copied the .dtbo file into /boot/dtb/overlays and rebooted. Again >> nothing?? > I used to have similar issues with overlays, and ended up with editing = the > main DTS file, in your case it will be (I believe) sun50i-a64-pine64.d= ts > > Just replace "disabled" with "okay" in this section: > > .... > /* On Pi-2 connector */ > &uart2 { > pinctrl-names =3D "default"; > pinctrl-0 =3D <&uart2_pins>; > status =3D "disabled"; > }; > .... > > compile and copy the DTB over the original one. Thanks for the advice! :-) Unfortunately it 'core dumps' ?? :/usr/src/sys/gnu/dts/arm64/allwinner # dtc -@ -O dtb -I dts -o=20 sun50i-a64-pine64.dtb sun50i-a64-pine64.dts Error at sun50i-a64-pine64.dts:106:22: Expected numbers in array of cells =C2=A0=C2=A0=C2=A0 cd-gpios =3D <&pio 5 6 GPIO_ACTIVE_LOW>; =C2=A0=C2=A0=C2=A0 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 ^ Error at sun50i-a64-pine64.dts:106:22: Expected ; at end of property =C2=A0=C2=A0=C2=A0 cd-gpios =3D <&pio 5 6 GPIO_ACTIVE_LOW>; =C2=A0=C2=A0=C2=A0 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 ^ Segmentation fault (core dumped) I'll try Milan's method of using the helper script next for the building=20 and see if that helps..... Regards, Kaya From owner-freebsd-arm@freebsd.org Mon Jun 24 21:02:50 2019 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 9BC2815D98C1 for ; Mon, 24 Jun 2019 21:02:50 +0000 (UTC) (envelope-from sm@ara-ler.com) Received: from mail.myserver.ws (mail.myserver.ws [144.217.111.45]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.myserver.ws", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E5C9188E47 for ; Mon, 24 Jun 2019 21:02:49 +0000 (UTC) (envelope-from sm@ara-ler.com) Received: from eldorado (50-243-135-133-static.hfc.comcastbusiness.net [50.243.135.133]) (Authenticated sender: sm@ara-ler.com) by mail.myserver.ws (Postfix) with ESMTPSA id 0591BA7A12; Mon, 24 Jun 2019 21:02:46 +0000 (UTC) Date: Mon, 24 Jun 2019 15:02:45 -0600 From: Sergey Manucharian To: Kaya Saman Cc: freebsd-arm@freebsd.org Subject: Re: Pine64-LTS and UART ports Message-ID: <20190624210245.GL2903@eldorado> References: <371fe0f0-9f91-e4ba-ff4e-8338fe9d63de@optiplex-networks.com> <20190623235732.4439b707@zeta.dino.sk> <20190624133017.5a9689b7@zeta.dino.sk> <62ba1a30-25bc-af65-beb2-0e05dfc76c79@optiplex-networks.com> <20190624164512.0ea5c4d3@zeta.dino.sk> <75d6afff-8d83-57da-0a13-a4977d12cb87@optiplex-networks.com> <20190624204216.GK2903@eldorado> <20aea57b-1ac5-15e9-ab2b-7230b81b8378@optiplex-networks.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20aea57b-1ac5-15e9-ab2b-7230b81b8378@optiplex-networks.com> User-Agent: Mutt/1.12.0 (2019-05-25) X-Rspamd-Queue-Id: E5C9188E47 X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; spf=pass (mx1.freebsd.org: domain of sm@ara-ler.com designates 144.217.111.45 as permitted sender) smtp.mailfrom=sm@ara-ler.com X-Spamd-Result: default: False [-2.14 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_HAM_MEDIUM(-0.92)[-0.921,0]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+a:mail.myserver.ws]; NEURAL_HAM_LONG(-0.97)[-0.974,0]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[ara-ler.com]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MX_GOOD(-0.01)[cached: mail.myserver.ws]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_SHORT(-0.48)[-0.481,0]; IP_SCORE(0.05)[ipnet: 144.217.0.0/16(-0.89), asn: 16276(1.15), country: FR(-0.01)]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MID_RHS_NOT_FQDN(0.50)[]; ASN(0.00)[asn:16276, ipnet:144.217.0.0/16, country:FR]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_ALL(0.00)[]; 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: Mon, 24 Jun 2019 21:02:50 -0000 Excerpts from Kaya Saman's message from Mon 24-Jun-19 21:58: > > :/usr/src/sys/gnu/dts/arm64/allwinner # dtc -@ -O dtb -I dts -o > sun50i-a64-pine64.dtb sun50i-a64-pine64.dts > Error at sun50i-a64-pine64.dts:106:22: Expected numbers in array of cells >     cd-gpios = <&pio 5 6 GPIO_ACTIVE_LOW>; >                          ^ > Error at sun50i-a64-pine64.dts:106:22: Expected ; at end of property >     cd-gpios = <&pio 5 6 GPIO_ACTIVE_LOW>; >                          ^ > Segmentation fault (core dumped) Use DTC from ports: sysutils/dtc, it's slightly different from the one from base. Ϟϻ From owner-freebsd-arm@freebsd.org Mon Jun 24 21:14:17 2019 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 443D415D9BD6 for ; Mon, 24 Jun 2019 21:14:17 +0000 (UTC) (envelope-from kayasaman@optiplex-networks.com) Received: from x-ray.optiplex-networks.com (mail.optiplex-networks.com [212.159.80.20]) (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 88D9289564 for ; Mon, 24 Jun 2019 21:14:16 +0000 (UTC) (envelope-from kayasaman@optiplex-networks.com) Received: from localhost (localhost [127.0.0.1]) by x-ray.optiplex-networks.com (Postfix) with ESMTP id 9D4A6721FC4; Mon, 24 Jun 2019 22:14:15 +0100 (BST) Received: from x-ray.optiplex-networks.com ([127.0.0.1]) by localhost (x-ray.optiplex-networks.com [127.0.0.1]) (amavisd-new, port 10032) with ESMTP id 7-8vuqg0vpFX; Mon, 24 Jun 2019 22:14:15 +0100 (BST) Received: from localhost (localhost [127.0.0.1]) by x-ray.optiplex-networks.com (Postfix) with ESMTP id 6E44372C7A3; Mon, 24 Jun 2019 22:14:15 +0100 (BST) X-Virus-Scanned: amavisd-new at x-ray.optiplex-networks.com Received: from x-ray.optiplex-networks.com ([127.0.0.1]) by localhost (x-ray.optiplex-networks.com [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id kRnKS2u8KyIX; Mon, 24 Jun 2019 22:14:15 +0100 (BST) Received: from x220.optiplex-networks.com (unknown [192.168.0.192]) by x-ray.optiplex-networks.com (Postfix) with ESMTPSA id 5D1E6721FC4; Mon, 24 Jun 2019 22:14:15 +0100 (BST) Subject: Re: Pine64-LTS and UART ports To: Sergey Manucharian Cc: freebsd-arm@freebsd.org References: <371fe0f0-9f91-e4ba-ff4e-8338fe9d63de@optiplex-networks.com> <20190623235732.4439b707@zeta.dino.sk> <20190624133017.5a9689b7@zeta.dino.sk> <62ba1a30-25bc-af65-beb2-0e05dfc76c79@optiplex-networks.com> <20190624164512.0ea5c4d3@zeta.dino.sk> <75d6afff-8d83-57da-0a13-a4977d12cb87@optiplex-networks.com> <20190624204216.GK2903@eldorado> <20aea57b-1ac5-15e9-ab2b-7230b81b8378@optiplex-networks.com> <20190624210245.GL2903@eldorado> From: Kaya Saman Message-ID: Date: Mon, 24 Jun 2019 22:14:15 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.7.1 MIME-Version: 1.0 In-Reply-To: <20190624210245.GL2903@eldorado> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 88D9289564 X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org; spf=pass (mx1.freebsd.org: domain of kayasaman@optiplex-networks.com designates 212.159.80.20 as permitted sender) smtp.mailfrom=kayasaman@optiplex-networks.com X-Spamd-Result: default: False [-6.87 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_COUNT_FIVE(0.00)[6]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[optiplex-networks.com]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MX_GOOD(-0.01)[cached: mail.optiplex-networks.com]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_SHORT(-0.96)[-0.958,0]; IP_SCORE(-3.60)[ip: (-9.53), ipnet: 212.159.64.0/18(-4.77), asn: 6871(-3.62), country: GB(-0.09)]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:6871, ipnet:212.159.64.0/18, country:GB]; MID_RHS_MATCH_FROM(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: Mon, 24 Jun 2019 21:14:17 -0000 On 6/24/19 10:02 PM, Sergey Manucharian wrote: > Excerpts from Kaya Saman's message from Mon 24-Jun-19 21:58: >> :/usr/src/sys/gnu/dts/arm64/allwinner # dtc -@ -O dtb -I dts -o >> sun50i-a64-pine64.dtb sun50i-a64-pine64.dts >> Error at sun50i-a64-pine64.dts:106:22: Expected numbers in array of ce= lls >> =C2=A0=C2=A0=C2=A0 cd-gpios =3D <&pio 5 6 GPIO_ACTIVE_LOW>; >> =C2=A0=C2=A0=C2=A0 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 ^ >> Error at sun50i-a64-pine64.dts:106:22: Expected ; at end of property >> =C2=A0=C2=A0=C2=A0 cd-gpios =3D <&pio 5 6 GPIO_ACTIVE_LOW>; >> =C2=A0=C2=A0=C2=A0 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 ^ >> Segmentation fault (core dumped) > Use DTC from ports: sysutils/dtc, it's slightly different from the one > from base. > > =CF=9E=CF=BB > Thanks for the hint Sergey. I ran: :/usr/src/sys/gnu/dts/arm64/allwinner # /usr/local/bin/dtc -f -b0 -@ -O=20 dtb -I dts -o sun50i-a64-pine64.dtb sun50i-a64-pine64.dts Error: sun50i-a64-pine64.dts:45.1-9 syntax error FATAL ERROR: Unable to parse input tree If I am correct in the syntax error being on line 45 then it is the call=20 to sun50i-a64.dtsi Regards, Kaya From owner-freebsd-arm@freebsd.org Mon Jun 24 21:33:46 2019 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 2D28315DA1D3 for ; Mon, 24 Jun 2019 21:33:46 +0000 (UTC) (envelope-from sm@ara-ler.com) Received: from mail.myserver.ws (mail.myserver.ws [144.217.111.45]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.myserver.ws", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 130D08A085 for ; Mon, 24 Jun 2019 21:33:44 +0000 (UTC) (envelope-from sm@ara-ler.com) Received: from eldorado (50-243-135-133-static.hfc.comcastbusiness.net [50.243.135.133]) (Authenticated sender: sm@ara-ler.com) by mail.myserver.ws (Postfix) with ESMTPSA id 9F9EDA7A18; Mon, 24 Jun 2019 21:33:41 +0000 (UTC) Date: Mon, 24 Jun 2019 15:33:39 -0600 From: Sergey Manucharian To: Oleksandr Tymoshenko Cc: freebsd-arm@freebsd.org Subject: Re: Writing to /dev/fb0 Message-ID: <20190624213339.GM2903@eldorado> References: <20190621170845.GD2903@eldorado> <20190621171343.GE2903@eldorado> <20190621190502.GA35692@bluezbox.com> <20190621193419.GG2903@eldorado> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20190621193419.GG2903@eldorado> User-Agent: Mutt/1.12.0 (2019-05-25) X-Rspamd-Queue-Id: 130D08A085 X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; spf=pass (mx1.freebsd.org: domain of sm@ara-ler.com designates 144.217.111.45 as permitted sender) smtp.mailfrom=sm@ara-ler.com X-Spamd-Result: default: False [-2.41 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_HAM_MEDIUM(-0.94)[-0.936,0]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+a:mail.myserver.ws]; NEURAL_HAM_LONG(-0.98)[-0.981,0]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[ara-ler.com]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MX_GOOD(-0.01)[cached: mail.myserver.ws]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_SHORT(-0.74)[-0.735,0]; IP_SCORE(0.05)[ipnet: 144.217.0.0/16(-0.89), asn: 16276(1.15), country: FR(-0.01)]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MID_RHS_NOT_FQDN(0.50)[]; ASN(0.00)[asn:16276, ipnet:144.217.0.0/16, country:FR]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_ALL(0.00)[]; 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: Mon, 24 Jun 2019 21:33:46 -0000 Excerpts from Sergey Manucharian's message from Fri 21-Jun-19 13:34: > Excerpts from Oleksandr Tymoshenko's message from Fri 21-Jun-19 12:05: > > You probably can convert this source file from my tslib branch to > > standalone app: > > > > https://github.com/gonzoua/tslib/blob/freebsd/tests/fbutils-bsd.c > > > I added "main" and it draws a red rectangle! > > int main (int argc, char** argv) > { > > open_framebuffer(); > setcolor (4, 0xff0000); > rect(100, 200, 200, 300, 4); > close_framebuffer(); > } As I already mentioned, these messages WARNING: Device driver fb has set "memattr" inconsistently (drv 0 pmap 3). flood console. So, the actual performance is very poor because of that, thus the framebuffer is practically unusable. The message comes from: sys/vm/device_pager.c I tried to understand the purpose of the corresponding commit: https://lists.freebsd.org/pipermail/svn-src-head/2016-May/085608.html https://reviews.freebsd.org/D6149 However, I don't understand how to eliminate that, how to deal with the "memattr". Disabling the message itself in "sys/vm/device_pager.c" significantly improves the performance. Would anybody advise please? Thanks, Ϟϻ From owner-freebsd-arm@freebsd.org Tue Jun 25 05:14:42 2019 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 F05F415BCE38 for ; Tue, 25 Jun 2019 05:14:41 +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 4273970E7A for ; Tue, 25 Jun 2019 05:14:41 +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 x5P56M7K042415 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Mon, 24 Jun 2019 22:06:23 -0700 (PDT) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.15.2/8.15.2/Submit) id x5P56Mgi042414; Mon, 24 Jun 2019 22:06:22 -0700 (PDT) (envelope-from fbsd) Date: Mon, 24 Jun 2019 22:06:22 -0700 From: bob prohaska To: freebsd-arm@freebsd.org Subject: Buildworld seems to have slowed lately Message-ID: <20190625050622.GA42391@www.zefox.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.24 (2015-08-30) X-Rspamd-Queue-Id: 4273970E7A X-Spamd-Bar: +++ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [3.04 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.19)[-0.194,0]; WWW_DOT_DOMAIN(0.50)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; NEURAL_SPAM_SHORT(0.50)[0.497,0]; IP_SCORE(0.10)[ip: (0.39), ipnet: 50.1.16.0/20(0.20), asn: 7065(-0.03), country: US(-0.06)]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[zefox.net]; AUTH_NA(1.00)[]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MX_GOOD(-0.01)[cached: www.zefox.net]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_SPAM_LONG(0.75)[0.751,0]; R_SPF_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; 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, 25 Jun 2019 05:14:42 -0000 Last buildworld run on rpi3 took around 36 hours to complete. Formerly (few months ago) it finished in around 24 hours. Can the old performance be recovered? Thanks for reading, bob prohaska From owner-freebsd-arm@freebsd.org Tue Jun 25 05:29:59 2019 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 8D15315C05E6 for ; Tue, 25 Jun 2019 05:29:59 +0000 (UTC) (envelope-from marketingno-reply@insideart.eu) Received: from vps59880.ovh.net (unknown [IPv6:2001:41d0:52:700::223]) (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 22382714AC for ; Tue, 25 Jun 2019 05:29:57 +0000 (UTC) (envelope-from marketingno-reply@insideart.eu) Received: from [23.249.164.134] (unknown [23.249.164.134]) by vps59880.ovh.net (Postfix) with ESMTPSA id 9500E278B4D for ; Tue, 25 Jun 2019 04:52:55 +0200 (CEST) MIME-Version: 1.0 Subject: Security alert To: freebsd-arm@freebsd.org From: marketingno-reply@insideart.eu Date: Mon, 24 Jun 2019 19:52:55 -0700 X-Spam: Yes Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Description: Mail message body 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: Tue, 25 Jun 2019 05:29:59 -0000 Microsoft account Unusual sign-in activity We detected something unusual about a recent sign= -in to your Microsoft account Sign-in details Country/region: United Stat= esIP address: 104.194.220.159 Date: 6/25/2019 11:28 AM (EET) Platform: Wind= ows Browser: Firefox Please go to your recent activity page to let us know = whether or not this was you. If this wasn't you, we'll help you secure your= account. If this was you, we'll trust similar activity in the future. = Lets verify it's you To opt out or change where you receive security notifications, click here Thanks, The Microsoft account team=20 From owner-freebsd-arm@freebsd.org Tue Jun 25 06:27:32 2019 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 0AE2C15C1F16 for ; Tue, 25 Jun 2019 06:27:32 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mail.blih.net (mail.blih.net [212.83.177.182]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.blih.net", Issuer "mail.blih.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id A2BAB73974 for ; Tue, 25 Jun 2019 06:27:30 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mail.blih.net (mail.blih.net [212.83.177.182]) by mail.blih.net (OpenSMTPD) with ESMTP id c2f134d5; Tue, 25 Jun 2019 08:27:28 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=bidouilliste.com; h=date :from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; s=mail; bh=N7InKyqbUfbOYuvQk7YwMWG2a2w=; b=ssXDyepPdQdInnahr4hsRxjXRsjp Tiir4Pk7RIjvjNyrFUR7p5WH8qTi+FmcqKZr36DxLQOtKccDFXhi5EFJ2c1v886f sKjS7ZbDX4kpJ8Y7dYlaZFs/jYD0X5serBGWX2ulKtpSBek3WX+BKcI3HKZdGCST 830C78LsbkOE7Ig= DomainKey-Signature: a=rsa-sha1; c=nofws; d=bidouilliste.com; h=date :from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; q=dns; s= mail; b=WHjGsY+PAIEFUPW5zz+sd53yRNyRB8esIkr2V8nDHfOp1lDE+XYQIxtW ai60RwkqvhXJ0LfjCSCnm4O3pH5++Y853X2eby3sqE+CkyZD4sMe4brweV34iT3x fqxzA5877cCZ6agmHafYc3KGAE+C4FgqaugULCUCTPNkmUdsJyo= Received: from knuckles.blih.net (ip-9.net-89-3-105.rev.numericable.fr [89.3.105.9]) by mail.blih.net (OpenSMTPD) with ESMTPSA id deedb98c TLS version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO; Tue, 25 Jun 2019 08:27:27 +0200 (CEST) Date: Tue, 25 Jun 2019 08:27:24 +0200 From: Emmanuel Vadot To: Kaya Saman Cc: Sergey Manucharian , freebsd-arm@freebsd.org Subject: Re: Pine64-LTS and UART ports Message-Id: <20190625082724.eb46a97c0c708f5dd033405e@bidouilliste.com> In-Reply-To: References: <371fe0f0-9f91-e4ba-ff4e-8338fe9d63de@optiplex-networks.com> <20190623235732.4439b707@zeta.dino.sk> <20190624133017.5a9689b7@zeta.dino.sk> <62ba1a30-25bc-af65-beb2-0e05dfc76c79@optiplex-networks.com> <20190624164512.0ea5c4d3@zeta.dino.sk> <75d6afff-8d83-57da-0a13-a4977d12cb87@optiplex-networks.com> <20190624204216.GK2903@eldorado> <20aea57b-1ac5-15e9-ab2b-7230b81b8378@optiplex-networks.com> <20190624210245.GL2903@eldorado> X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.32; amd64-portbld-freebsd13.0) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: A2BAB73974 X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bidouilliste.com header.s=mail header.b=ssXDyepP; spf=pass (mx1.freebsd.org: domain of manu@bidouilliste.com designates 212.83.177.182 as permitted sender) smtp.mailfrom=manu@bidouilliste.com X-Spamd-Result: default: False [-1.45 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[bidouilliste.com:s=mail]; NEURAL_HAM_MEDIUM(-0.98)[-0.981,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ip4:212.83.177.182/32]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[bidouilliste.com]; NEURAL_HAM_LONG(-0.99)[-0.993,0]; TO_DN_SOME(0.00)[]; NEURAL_SPAM_SHORT(0.21)[0.212,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[bidouilliste.com:+]; MX_GOOD(-0.01)[cached: mx-backup.blih.net]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; IP_SCORE(0.22)[ip: (-1.37), ipnet: 212.83.160.0/19(2.79), asn: 12876(-0.30), country: FR(-0.01)]; ASN(0.00)[asn:12876, ipnet:212.83.160.0/19, country:FR]; MID_RHS_MATCH_FROM(0.00)[]; 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: Tue, 25 Jun 2019 06:27:32 -0000 On Mon, 24 Jun 2019 22:14:15 +0100 Kaya Saman wrote: >=20 > On 6/24/19 10:02 PM, Sergey Manucharian wrote: > > Excerpts from Kaya Saman's message from Mon 24-Jun-19 21:58: > >> :/usr/src/sys/gnu/dts/arm64/allwinner # dtc -@ -O dtb -I dts -o > >> sun50i-a64-pine64.dtb sun50i-a64-pine64.dts > >> Error at sun50i-a64-pine64.dts:106:22: Expected numbers in array of ce= lls > >> =A0=A0=A0 cd-gpios =3D <&pio 5 6 GPIO_ACTIVE_LOW>; > >> =A0=A0=A0 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0 ^ > >> Error at sun50i-a64-pine64.dts:106:22: Expected ; at end of property > >> =A0=A0=A0 cd-gpios =3D <&pio 5 6 GPIO_ACTIVE_LOW>; > >> =A0=A0=A0 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0 ^ > >> Segmentation fault (core dumped) > > Use DTC from ports: sysutils/dtc, it's slightly different from the one > > from base. > > > > ?? > > >=20 > Thanks for the hint Sergey. >=20 >=20 > I ran: >=20 >=20 > :/usr/src/sys/gnu/dts/arm64/allwinner # /usr/local/bin/dtc -f -b0 -@ -O=20 > dtb -I dts -o sun50i-a64-pine64.dtb sun50i-a64-pine64.dts > Error: sun50i-a64-pine64.dts:45.1-9 syntax error > FATAL ERROR: Unable to parse input tree >=20 >=20 > If I am correct in the syntax error being on line 45 then it is the call= =20 > to sun50i-a64.dtsi >=20 >=20 > Regards, >=20 >=20 > Kaya DTS and DTSO needs to be pre-processed by cpp as they use #include directives, you can have a look at sys/tools/fdt/make_dtb.sh and make_dtbo.sh If you modify the DTS simply running make buildkernel will compile the new one, just make sure to put it on the FAT32 partition in dts/allwinner as we need it loaded by u-boot and it can't read ufs. --=20 Emmanuel Vadot From owner-freebsd-arm@freebsd.org Tue Jun 25 06:32:52 2019 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 8B67715C226C for ; Tue, 25 Jun 2019 06:32:52 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mail.blih.net (mail.blih.net [212.83.177.182]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.blih.net", Issuer "mail.blih.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id ACA2D741BE for ; Tue, 25 Jun 2019 06:32:51 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mail.blih.net (mail.blih.net [212.83.177.182]) by mail.blih.net (OpenSMTPD) with ESMTP id 27f95a34; Tue, 25 Jun 2019 08:32:49 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=bidouilliste.com; h=date :from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; s=mail; bh=QN4wwcdH71hZc5JbhQ8p2ZKUw0c=; b=t2qwE7H7Xyr3TW2DtYw+3yQO4+sa XoMjSfmUIbak5L6V3cobl7YTPbQwAFdTF4MeIXq+S5kMiwKCFtG6E5NdnWAO1OdY /AWpGmB/eg+OGJwMAZqqi4HO+Zw4cBY+6FwXQF8RDCqYD2/YWHkGPcAuicRI0tNH Hht6B2BQ9EHEK5I= DomainKey-Signature: a=rsa-sha1; c=nofws; d=bidouilliste.com; h=date :from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; q=dns; s= mail; b=Kr8D42AkzBLnryuuXy3V6aVXWZwvqiYAj6rEBPAxhJn5Zqcso/fCWaJ8 PA0WZqfmHhcsz6qWKJ3vg0qU2jJFDgUlLxfk9P/sEToJZzbShZ0R1p4g/D9Js7xR U/x970IvGSWoT3vly3eszLSsLWSTD8DIx5Uk7DWxdmqO9mlJZao= Received: from knuckles.blih.net (ip-9.net-89-3-105.rev.numericable.fr [89.3.105.9]) by mail.blih.net (OpenSMTPD) with ESMTPSA id cf1f2046 TLS version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO; Tue, 25 Jun 2019 08:32:49 +0200 (CEST) Date: Tue, 25 Jun 2019 08:32:49 +0200 From: Emmanuel Vadot To: Milan Obuch Cc: freebsd-arm@freebsd.org Subject: Re: Pine64+ HDMI output note Message-Id: <20190625083249.8802d2fb4723a8c7c79bf953@bidouilliste.com> In-Reply-To: <20190616093439.5bcbe869@zeta.dino.sk> References: <20190616093439.5bcbe869@zeta.dino.sk> X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.32; amd64-portbld-freebsd13.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: ACA2D741BE X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bidouilliste.com header.s=mail header.b=t2qwE7H7; spf=pass (mx1.freebsd.org: domain of manu@bidouilliste.com designates 212.83.177.182 as permitted sender) smtp.mailfrom=manu@bidouilliste.com X-Spamd-Result: default: False [-1.17 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[bidouilliste.com:s=mail]; NEURAL_HAM_MEDIUM(-0.94)[-0.942,0]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:212.83.177.182/32]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[bidouilliste.com]; NEURAL_HAM_LONG(-0.98)[-0.982,0]; NEURAL_SPAM_SHORT(0.44)[0.441,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[bidouilliste.com:+]; MX_GOOD(-0.01)[cached: mx-backup.blih.net]; RCPT_COUNT_TWO(0.00)[2]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; IP_SCORE(0.22)[ip: (-1.35), ipnet: 212.83.160.0/19(2.79), asn: 12876(-0.30), country: FR(-0.01)]; ASN(0.00)[asn:12876, ipnet:212.83.160.0/19, country:FR]; MID_RHS_MATCH_FROM(0.00)[]; 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: Tue, 25 Jun 2019 06:32:52 -0000 On Sun, 16 Jun 2019 09:34:39 +0200 Milan Obuch wrote: > Hi, > > as I am trying to use my Pine64+ for something usefull, I decided to > look on video output. As I built new system natively on Pine, using > what was available there in original image, I mean u-boot and related > things, video output does not work. In original image, I believe it was > built from r345863 sources at April 4th, there were even no /dev/ttyvN > entries. In my new r348999 based system, they were present, but HDMI > output was not active. > > Observing boot process for some time I noticed HDMI output is working > up to some time in the middle of kernel device probing sequence. I > examined a bit dtb blob used, dmesg messages, some source file etc. in > order to understand what's going on, and tried following > > # dmesg | grep hdmi > Clock: hdmi, parent: pll_video0(0), freq: 297000000 > Clock: bus-hdmi, parent: ahb1(0), freq: 300000000 > Clock: hdmi-ddc, parent: osc24M(0), freq: 24000000 > simplebus0: mem 0x1ee0000-0x1eeffff irq 51 compat allwinner,sun50i-a64-dw-hdmi (no driver attached) > simplebus0: mem 0x1ef0000-0x1efffff compat allwinner,sun50i-a64-hdmi-phy (no driver attached) > ofwbus0: compat hdmi-connector (no driver attached) > regulator: shutting down vcc-hdmi > axp8xx_pmu0: Disable vcc-hdmi (dldo1) > > which makes me think, together with presence of getty processes > attached to /dev/ttyvN devices, that all what's missing is just > physical video output signal, and this is most probably caused by > output buffer being shut down. So I googled a bit and found a hint, > tried it - I put line > > hw.regulator.disable_unused=0 > > into /boot/loader.conf file and it works. I think it just uses HDMI > output engine configured by u-boot instead of configuring it itself, as > we have no driver for hdmi and hdmi-phy devices on A64 SoCs. With this you are using efifb. The reason for the tunable is that since there is no node in the dtb related to efifb the kernel will shutdown every regulator that isn't referenced, this is 1) to save power 2) to do the same thing as the Linux kernel as at one point I commited some bad DTS into Linux where almost every regulator got shutdown after a while. > Maybe this is just as simple as adding appropriate compatible string > into arm/allwinner/a10_hdmi.c file, but I do not know if A20 and A64 > cores are compatible in this area... and workaround found is just OK > for me. No, A64 uses the version 2 of the Allwinner display engine, I have a DRM driver working for it (but still have some work to do on it). https://github.com/evadot/freebsd/tree/drm_aw_de2 > Next step would be to try X on Pine64+... Any hint on this? I am going > to try scfb video driver for this, as noted on FreeBSD/arm/Allwinner > wiki page. As for this wiki page - maybe it could be updated in > 'supported devices' table, in column A64 - I think framebuffer works > and HDMI video too, kind of, leaving it in pre-initialised state with > above mentioned workaround. SCFB driver will work correctly with efifb. > Regards, > Milan > _______________________________________________ > freebsd-arm@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" -- Emmanuel Vadot From owner-freebsd-arm@freebsd.org Tue Jun 25 07:35:18 2019 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 98C0315C33FF for ; Tue, 25 Jun 2019 07:35:18 +0000 (UTC) (envelope-from daniel.engberg.lists@pyret.net) Received: from relay6-d.mail.gandi.net (relay6-d.mail.gandi.net [217.70.183.198]) (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 E9A0475C74 for ; Tue, 25 Jun 2019 07:35:15 +0000 (UTC) (envelope-from daniel.engberg.lists@pyret.net) Received: from webmail.gandi.net (webmail23.sd4.0x35.net [10.200.201.23]) (Authenticated sender: daniel.engberg@pyret.net) by relay6-d.mail.gandi.net (Postfix) with ESMTPA id A2845C0009; Tue, 25 Jun 2019 07:35:06 +0000 (UTC) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Tue, 25 Jun 2019 09:35:06 +0200 From: Daniel Engberg To: freebsd-arm@freebsd.org Subject: Re: Buildworld seems to have slowed lately Message-ID: X-Sender: daniel.engberg.lists@pyret.net User-Agent: Roundcube Webmail/1.3.8 X-Rspamd-Queue-Id: E9A0475C74 X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; spf=pass (mx1.freebsd.org: domain of daniel.engberg.lists@pyret.net designates 217.70.183.198 as permitted sender) smtp.mailfrom=daniel.engberg.lists@pyret.net X-Spamd-Result: default: False [-3.29 / 15.00]; ARC_NA(0.00)[]; FAKE_REPLY(1.00)[]; RCVD_COUNT_TWO(0.00)[2]; RCVD_VIA_SMTP_AUTH(0.00)[]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:217.70.176.0/21]; IP_SCORE(-1.04)[ip: (-3.18), ipnet: 217.70.176.0/20(-1.10), asn: 29169(-0.90), country: FR(-0.01)]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; DMARC_NA(0.00)[pyret.net]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MX_GOOD(-0.01)[spool.mail.gandi.net,fb.mail.gandi.net,spool.mail.gandi.net,fb.mail.gandi.net,spool.mail.gandi.net,fb.mail.gandi.net]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_SHORT(-0.84)[-0.839,0]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; RCVD_TLS_LAST(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[198.183.70.217.list.dnswl.org : 127.0.5.1]; R_DKIM_NA(0.00)[]; ASN(0.00)[asn:29169, ipnet:217.70.176.0/20, country:FR]; MIME_TRACE(0.00)[0:+]; MID_RHS_MATCH_FROM(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[198.183.70.217.rep.mailspike.net : 127.0.0.17] 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, 25 Jun 2019 07:35:18 -0000 Hi, Without details it's a bit hard to give you any suggestions but for instance a new version of llvm/clang has been imported which may account to some of the slowdown. If you're going full blast using buildworld (-j4 or higher) you're going to see a lot of swap usage since the rpi3 only has 1Gbyte of RAM and it's going to be very slow especially if you have swap on a SD card or USB stick. Having WITNESS enabled isn't going to speed up the process either but you can temporarily disable it. Depending on your requirements you can also exclude some parts of the build such as debugging, profiling, tests and lib32. You can also try NO_CLEAN (man 7 build) but given that you don't seem to build very frequently it's probably a bad idea. About 2 weeks ago on my Orange Pi PC (ARMv7) world built in 112855 seconds (about 31h) using -j2 and ripping out debugging and tests which is quite a bit faster than yours but then again you might want to keep the debugging stuff etc. If you want it to be noticably faster get a board with at least 2Gb of RAM (preferably 3+) since it'll help tremendously or crosscompile although I'm not aware of any easy way to installed a crosscompiled world/kernel. I've added two wiki pages about topic which may be of interest https://wiki.freebsd.org/FreeBSD/arm/Self-hosting https://wiki.freebsd.org/FreeBSD/arm/Build_image_using_release_building_infrastructure Best regards, Daniel From owner-freebsd-arm@freebsd.org Tue Jun 25 15:02:47 2019 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 D2D6915CEE0F for ; Tue, 25 Jun 2019 15:02:47 +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 7455C8EBDC for ; Tue, 25 Jun 2019 15:02: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 x5PF2ka5044626 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Tue, 25 Jun 2019 08:02:46 -0700 (PDT) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.15.2/8.15.2/Submit) id x5PF2ja7044625; Tue, 25 Jun 2019 08:02:45 -0700 (PDT) (envelope-from fbsd) Date: Tue, 25 Jun 2019 08:02:45 -0700 From: bob prohaska To: Daniel Engberg Cc: freebsd-arm@freebsd.org, bob prohaska Subject: Re: Buildworld seems to have slowed lately Message-ID: <20190625150245.GA44519@www.zefox.net> References: 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: 7455C8EBDC X-Spamd-Bar: +++ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [3.33 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.07)[-0.075,0]; WWW_DOT_DOMAIN(0.50)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; IP_SCORE(0.10)[ip: (0.39), ipnet: 50.1.16.0/20(0.20), asn: 7065(-0.03), country: US(-0.06)]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[zefox.net]; AUTH_NA(1.00)[]; NEURAL_SPAM_SHORT(0.66)[0.664,0]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MX_GOOD(-0.01)[cached: www.zefox.net]; NEURAL_SPAM_LONG(0.75)[0.747,0]; R_SPF_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; 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, 25 Jun 2019 15:02:48 -0000 On Tue, Jun 25, 2019 at 09:35:06AM +0200, Daniel Engberg wrote: > > Without details it's a bit hard to give you any suggestions but for > instance a new version of llvm/clang has been imported which may account > to some of the slowdown. > Is the update of clang the only change? If so, maybe that's it. Surprising nonetheless. The system is a Pi3, unaltered for about six months. During buildworld it often shows near zero cpu activity, seemingly while installing files. I wondered if maybe something had changed in the filesystem drivers or scheduler. The machine uses a goodly amount of swap, but only for two brief intervals during buildworld. That slowdown is normal, expected and relatively brief. The pattern is to run make cleandir twice, then remove /usr/obj, then make -j4 buildworld with whatever settings are default. I belive those steps are somewhat redundant but do so for consistency with past practice. It might be worth noting that /boot/loader.conf contains one special line: vm.pageout_oom_seq="2048" to give the system enough patience to use the 4 GB of available swap. None of this is new, however, and the periods of high idle time don't always conincide with high swap use. Thanks for reading! bob prohaska From owner-freebsd-arm@freebsd.org Tue Jun 25 15:24:48 2019 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 5402515CF565 for ; Tue, 25 Jun 2019 15:24:48 +0000 (UTC) (envelope-from kayasaman@optiplex-networks.com) Received: from x-ray.optiplex-networks.com (mail.optiplex-networks.com [212.159.80.20]) (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 110778F6C0 for ; Tue, 25 Jun 2019 15:24:46 +0000 (UTC) (envelope-from kayasaman@optiplex-networks.com) Received: from localhost (localhost [127.0.0.1]) by x-ray.optiplex-networks.com (Postfix) with ESMTP id 5830772C7A3; Tue, 25 Jun 2019 16:24:45 +0100 (BST) Received: from x-ray.optiplex-networks.com ([127.0.0.1]) by localhost (x-ray.optiplex-networks.com [127.0.0.1]) (amavisd-new, port 10032) with ESMTP id idId1d7aRRCH; Tue, 25 Jun 2019 16:24:44 +0100 (BST) Received: from localhost (localhost [127.0.0.1]) by x-ray.optiplex-networks.com (Postfix) with ESMTP id 4492672C800; Tue, 25 Jun 2019 16:24:44 +0100 (BST) X-Virus-Scanned: amavisd-new at x-ray.optiplex-networks.com Received: from x-ray.optiplex-networks.com ([127.0.0.1]) by localhost (x-ray.optiplex-networks.com [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id n5fjUzsHpP7M; Tue, 25 Jun 2019 16:24:44 +0100 (BST) Received: from x220.optiplex-networks.com (unknown [192.168.0.192]) by x-ray.optiplex-networks.com (Postfix) with ESMTPSA id 2FD2B72C7A3; Tue, 25 Jun 2019 16:24:44 +0100 (BST) Subject: Re: Pine64-LTS and UART ports To: Emmanuel Vadot Cc: freebsd-arm@freebsd.org References: <371fe0f0-9f91-e4ba-ff4e-8338fe9d63de@optiplex-networks.com> <20190623235732.4439b707@zeta.dino.sk> <20190624133017.5a9689b7@zeta.dino.sk> <62ba1a30-25bc-af65-beb2-0e05dfc76c79@optiplex-networks.com> <20190624164512.0ea5c4d3@zeta.dino.sk> <75d6afff-8d83-57da-0a13-a4977d12cb87@optiplex-networks.com> <20190624204216.GK2903@eldorado> <20aea57b-1ac5-15e9-ab2b-7230b81b8378@optiplex-networks.com> <20190624210245.GL2903@eldorado> <20190625082724.eb46a97c0c708f5dd033405e@bidouilliste.com> From: Kaya Saman Message-ID: <2a5fea7a-add1-99e2-262e-7ee025679eca@optiplex-networks.com> Date: Tue, 25 Jun 2019 16:24:44 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.7.1 MIME-Version: 1.0 In-Reply-To: <20190625082724.eb46a97c0c708f5dd033405e@bidouilliste.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 110778F6C0 X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org; spf=pass (mx1.freebsd.org: domain of kayasaman@optiplex-networks.com designates 212.159.80.20 as permitted sender) smtp.mailfrom=kayasaman@optiplex-networks.com X-Spamd-Result: default: False [-6.88 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_COUNT_FIVE(0.00)[6]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[optiplex-networks.com]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MX_GOOD(-0.01)[cached: mail.optiplex-networks.com]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_SHORT(-0.97)[-0.971,0]; IP_SCORE(-3.60)[ip: (-9.53), ipnet: 212.159.64.0/18(-4.77), asn: 6871(-3.63), country: GB(-0.09)]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:6871, ipnet:212.159.64.0/18, country:GB]; MID_RHS_MATCH_FROM(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, 25 Jun 2019 15:24:48 -0000 On 6/25/19 7:27 AM, Emmanuel Vadot wrote: > On Mon, 24 Jun 2019 22:14:15 +0100 > Kaya Saman wrote: > >> On 6/24/19 10:02 PM, Sergey Manucharian wrote: >>> Excerpts from Kaya Saman's message from Mon 24-Jun-19 21:58: >>> [snip] > DTS and DTSO needs to be pre-processed by cpp as they use #include > directives, you can have a look at sys/tools/fdt/make_dtb.sh and > make_dtbo.sh > If you modify the DTS simply running make buildkernel will compile th= e > new one, just make sure to put it on the FAT32 partition in > dts/allwinner as we need it loaded by u-boot and it can't read ufs. > Thanks Emmanuel! I ran: make=C2=A0 -j4 buildkernel KERNCONF=3DPPSGENERIC Then installed with: make installkernel KERNCONF=3DPPSGENERIC The sun50i-a64-pine64.dts has the modification already suggested: /* On Pi-2 connector */ &uart2 { =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 pinctrl-names =3D "default"; =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 pinctrl-0 =3D <&uart2_pins>; =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 status =3D "okay"; }; Running: ls -l /boot/dtb/allwinner/ total 140 -r--r--r--=C2=A0 1 root=C2=A0 wheel=C2=A0 19976 Jun 25 16:11 sun50i-a64-n= anopi-a64.dtb -r--r--r--=C2=A0 1 root=C2=A0 wheel=C2=A0 20528 Jun 25 16:11 sun50i-a64-o= linuxino.dtb -r--r--r--=C2=A0 1 root=C2=A0 wheel=C2=A0 20677 Jun 25 16:11 sun50i-a64-p= ine64-plus.dtb -r--r--r--=C2=A0 1 root=C2=A0 wheel=C2=A0 20603 Jun 25 16:11 sun50i-a64-p= ine64.dtb -r--r--r--=C2=A0 1 root=C2=A0 wheel=C2=A0 20585 Jun 25 16:11=20 sun50i-a64-sopine-baseboard.dtb -r--r--r--=C2=A0 1 root=C2=A0 wheel=C2=A0 23227 Jun 25 16:11 sun50i-h5-or= angepi-pc2.dtb The dtb files have been created and installed by the 'installkernel'=20 command. Unfortunately though nothing shows up in dmesg or /dev again outside of=20 the standard uart0? dmesg |grep uart uart0: <16750 or compatible> mem 0x1c28000-0x1c283ff irq 23 on simplebus0 uart0: console (115384,n,8,1) Is there an additional step which needs to be done to get this to work? Regards, Kaya From owner-freebsd-arm@freebsd.org Tue Jun 25 15:58:12 2019 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 0E1A315D0443 for ; Tue, 25 Jun 2019 15:58:12 +0000 (UTC) (envelope-from freebsd-arm@dino.sk) Received: from mailhost.netlabit.sk (mailhost.netlabit.sk [84.245.65.72]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id A7EE26A168 for ; Tue, 25 Jun 2019 15:58:10 +0000 (UTC) (envelope-from freebsd-arm@dino.sk) Received: from zeta.dino.sk (fw3.dino.sk [84.245.95.254]) (AUTH: LOGIN milan) by mailhost.netlabit.sk with ESMTPA; Tue, 25 Jun 2019 17:58:02 +0200 id 00DD62E9.5D12448A.00002917 Date: Tue, 25 Jun 2019 17:58:02 +0200 From: Milan Obuch To: Emmanuel Vadot Cc: freebsd-arm@freebsd.org Subject: Re: Pine64+ HDMI output note Message-ID: <20190625175802.50c8c3e0@zeta.dino.sk> In-Reply-To: <20190625083249.8802d2fb4723a8c7c79bf953@bidouilliste.com> References: <20190616093439.5bcbe869@zeta.dino.sk> <20190625083249.8802d2fb4723a8c7c79bf953@bidouilliste.com> X-Mailer: Claws Mail 3.17.3 (GTK+ 2.24.32; i386-portbld-freebsd11.2) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: A7EE26A168 X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; spf=pass (mx1.freebsd.org: domain of freebsd-arm@dino.sk designates 84.245.65.72 as permitted sender) smtp.mailfrom=freebsd-arm@dino.sk X-Spamd-Result: default: False [-5.42 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[dino.sk]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MX_GOOD(-0.01)[mail.dino.sk]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[72.65.245.84.list.dnswl.org : 127.0.10.0]; NEURAL_HAM_SHORT(-0.99)[-0.986,0]; IP_SCORE(-2.13)[ip: (-6.74), ipnet: 84.245.64.0/18(-3.37), asn: 16160(-0.60), country: SK(0.07)]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:16160, ipnet:84.245.64.0/18, country:SK]; 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: Tue, 25 Jun 2019 15:58:12 -0000 On Tue, 25 Jun 2019 08:32:49 +0200 Emmanuel Vadot wrote: > On Sun, 16 Jun 2019 09:34:39 +0200 > Milan Obuch wrote: [ snip ] > > which makes me think, together with presence of getty processes > > attached to /dev/ttyvN devices, that all what's missing is just > > physical video output signal, and this is most probably caused by > > output buffer being shut down. So I googled a bit and found a hint, > > tried it - I put line > > > > hw.regulator.disable_unused=0 > > > > into /boot/loader.conf file and it works. I think it just uses HDMI > > output engine configured by u-boot instead of configuring it > > itself, as we have no driver for hdmi and hdmi-phy devices on A64 > > SoCs. > > With this you are using efifb. > The reason for the tunable is that since there is no node in the dtb > related to efifb the kernel will shutdown every regulator that isn't > referenced, this is 1) to save power 2) to do the same thing as the > Linux kernel as at one point I commited some bad DTS into Linux where > almost every regulator got shutdown after a while. > Thanks for explanation. > > Maybe this is just as simple as adding appropriate compatible string > > into arm/allwinner/a10_hdmi.c file, but I do not know if A20 and A64 > > cores are compatible in this area... and workaround found is just OK > > for me. > > No, A64 uses the version 2 of the Allwinner display engine, I have a > DRM driver working for it (but still have some work to do on it). > https://github.com/evadot/freebsd/tree/drm_aw_de2 > OK. Maybe I'll try it, but I have no immediate need for it... good to know I can expect it in some future, far or near :) > > Next step would be to try X on Pine64+... Any hint on this? I am > > going to try scfb video driver for this, as noted on > > FreeBSD/arm/Allwinner wiki page. As for this wiki page - maybe it > > could be updated in 'supported devices' table, in column A64 - I > > think framebuffer works and HDMI video too, kind of, leaving it in > > pre-initialised state with above mentioned workaround. > > SCFB driver will work correctly with efifb. > Confirmed. I checked it on my Pine64-LTS acquired recently as well. Now I am trying various ports/applications on it when time permits... Regards, Milan From owner-freebsd-arm@freebsd.org Tue Jun 25 19:44:36 2019 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 D527F15D5ACA for ; Tue, 25 Jun 2019 19:44:35 +0000 (UTC) (envelope-from pblok@bsd4all.org) Received: from smtpq2.mnd.mail.iss.as9143.net (smtpq2.mnd.mail.iss.as9143.net [212.54.34.165]) (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 11B9772F20 for ; Tue, 25 Jun 2019 19:44:33 +0000 (UTC) (envelope-from pblok@bsd4all.org) Received: from [212.54.34.119] (helo=smtp11.mnd.mail.iss.as9143.net) by smtpq2.mnd.mail.iss.as9143.net with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1hfrMe-0003Xp-8c; Tue, 25 Jun 2019 21:44:24 +0200 Received: from 94-209-122-217.cable.dynamic.v4.ziggo.nl ([94.209.122.217] helo=wan0.bsd4all.org) by smtp11.mnd.mail.iss.as9143.net with esmtp (Exim 4.90_1) (envelope-from ) id 1hfrMe-0006tx-3m; Tue, 25 Jun 2019 21:44:24 +0200 Received: from newnas (localhost [127.0.0.1]) by wan0.bsd4all.org (Postfix) with ESMTP id DDBDF207; Tue, 25 Jun 2019 21:44:23 +0200 (CEST) X-Virus-Scanned: amavisd-new at bsd4all.org Received: from wan0.bsd4all.org ([127.0.0.1]) by newnas (newnas.bsd4all.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Pjw0jfyrqCkP; Tue, 25 Jun 2019 21:44:23 +0200 (CEST) Received: from [192.168.1.65] (unknown [192.168.1.65]) by wan0.bsd4all.org (Postfix) with ESMTPSA id 6D1AF1FF; Tue, 25 Jun 2019 21:44:23 +0200 (CEST) From: Peter Blok Message-Id: <454A5736-7B40-447A-8ED7-8C7A5CDE650F@bsd4all.org> Content-Type: multipart/signed; boundary="Apple-Mail=_51B2FE7C-829D-4650-8309-2C4BFE12FFAE"; protocol="application/pkcs7-signature"; micalg=sha-256 Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.11\)) Subject: Re: User space interface for GPIO interrupts Date: Tue, 25 Jun 2019 21:44:22 +0200 In-Reply-To: Cc: freebsd-arm@freebsd.org To: Maverick Kuo References: X-Mailer: Apple Mail (2.3445.104.11) X-SourceIP: 94.209.122.217 X-Ziggo-spambar: / X-Ziggo-spamscore: 0.0 X-Ziggo-spamreport: CMAE Analysis: v=2.3 cv=cq7lbGwi c=1 sm=1 tr=0 a=0XONDDbZk2SpjknwKA3Xxg==:17 a=jpOVt7BSZ2e4Z31A5e1TngXxSK0=:19 a=dq6fvYVFJ5YA:10 a=pGLkceISAAAA:8 a=X9aXqUMZAAAA:20 a=6I5d2MoRAAAA:8 a=X2gYQ4w-GoFOoMRIwJUA:9 a=QEXdDO2ut3YA:10 a=33L5qp7on3Tkux3hfhsA:9 a=ZVk8-NSrHBgA:10 a=IjZwj45LgO3ly-622nXo:22 X-Ziggo-Spam-Status: No X-Spam-Status: No X-Spam-Flag: No X-Rspamd-Queue-Id: 11B9772F20 X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org; spf=pass (mx1.freebsd.org: domain of pblok@bsd4all.org designates 212.54.34.165 as permitted sender) smtp.mailfrom=pblok@bsd4all.org X-Spamd-Result: default: False [-6.09 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+a:smtp.ziggo.nl/16]; MV_CASE(0.50)[]; HAS_ATTACHMENT(0.00)[]; MX_GOOD(-0.01)[smtp.bsd4all.org]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_SHORT(-1.00)[-0.996,0]; FREEMAIL_TO(0.00)[gmail.com]; RCVD_IN_DNSWL_LOW(-0.10)[165.34.54.212.list.dnswl.org : 127.0.5.1]; MIME_TRACE(0.00)[0:+,1:+]; IP_SCORE(-1.08)[ipnet: 212.54.32.0/20(-3.70), asn: 33915(-1.72), country: NL(0.01)]; FROM_EQ_ENVFROM(0.00)[]; ASN(0.00)[asn:33915, ipnet:212.54.32.0/20, country:NL]; MID_RHS_MATCH_FROM(0.00)[]; RECEIVED_SPAMHAUS_PBL(0.00)[217.122.209.94.zen.spamhaus.org : 127.0.0.11]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; RCVD_COUNT_FIVE(0.00)[6]; FROM_HAS_DN(0.00)[]; SIGNED_SMIME(-2.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; TAGGED_RCPT(0.00)[]; DMARC_NA(0.00)[bsd4all.org]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; R_DKIM_NA(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_TLS_LAST(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, 25 Jun 2019 19:44:36 -0000 --Apple-Mail=_51B2FE7C-829D-4650-8309-2C4BFE12FFAE Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Hi Chris, Do you have an example or any documentation how to use kqueue with = interrupts? Peter > On 3 Jun 2019, at 11:46, Maverick Kuo wrote: >=20 > Sorry, I got it wrong, gpio interrupt is really available, BUT I = forgot, I > have a patched from https://github.com/ckraemer/freebsd/tree/gsoc2018 >=20 > Just after the comparison was revised, I found out that I apologize = again. >=20 > Regards, > Chris >=20 > Maverick Kuo =E6=96=BC 2019=E5=B9=B46=E6=9C=883= =E6=97=A5 =E9=80=B1=E4=B8=80 =E4=B8=8B=E5=8D=884:00=E5=AF=AB=E9=81=93=EF=BC= =9A >=20 >> Hi, >>=20 >> Good News !! >>=20 >> after cvs to 12.0-STABLE #0 r348527M GPIO Interrupt with kqueue Works = !!! >>=20 >> Thanks to the developers :) >>=20 >> Regards, >> Chris >>=20 >> Maverick Kuo =E6=96=BC 2019=E5=B9=B46=E6=9C=88= 3=E6=97=A5 =E9=80=B1=E4=B8=80 =E4=B8=8B=E5=8D=882:56=E5=AF=AB=E9=81=93=EF=BC= =9A >>=20 >>> Hi, >>>=20 >>> i am running 12.0-STABLE r348448 arm64 on raspberry pi3 b+. >>>=20 >>> Look at the kernel and it seems that all the functions related to = gpio >>> interrupt are available. >>>=20 >>> System startup process >>> Bcm_gpio_intr_attach =3D>> >>> Bus_setup_intr >>> ?? bcm_gpio_intr_bank[0,1] >>> ?? bcm_gpio_intr_internal >>>=20 >>> It seems that BCM_GPIO_GPEDS (Event Status) will be read in the >>> bcm_gpio_intr_internal function but it is not executed there. >>>=20 >>> am I missed that part?? >>>=20 >>> Let users use kqueue/kevent to monitor gpio interrupt to reduce cpu = load. >>>=20 >>> Regards, >>> Chris >>>=20 >>=20 > _______________________________________________ > freebsd-arm@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" --Apple-Mail=_51B2FE7C-829D-4650-8309-2C4BFE12FFAE Content-Disposition: attachment; filename=smime.p7s Content-Type: application/pkcs7-signature; name=smime.p7s Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgEFADCABgkqhkiG9w0BBwEAAKCCBSAw ggUcMIIEBKADAgECAhEAq2wFIs+rCK6H6/2jbblXhDANBgkqhkiG9w0BAQsFADCBlzELMAkGA1UE BhMCR0IxGzAZBgNVBAgTEkdyZWF0ZXIgTWFuY2hlc3RlcjEQMA4GA1UEBxMHU2FsZm9yZDEaMBgG A1UEChMRQ09NT0RPIENBIExpbWl0ZWQxPTA7BgNVBAMTNENPTU9ETyBSU0EgQ2xpZW50IEF1dGhl bnRpY2F0aW9uIGFuZCBTZWN1cmUgRW1haWwgQ0EwHhcNMTgwNDE0MDAwMDAwWhcNMjEwNDEzMjM1 OTU5WjBEMQswCQYDVQQGEwJOTDETMBEGA1UEAxMKUGV0ZXIgQmxvazEgMB4GCSqGSIb3DQEJARYR cGJsb2tAYnNkNGFsbC5vcmcwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQDPT/3evs2a zLSIVepGa9qFVcSISd5HzoJt9xAyQ4od7NM6Qzwm446OyhzWsIN/a6+nDNB4AxzSg00QXKx4afEa FrdLzmREEfv24f88j2UZYqHAls0j26jyED5FZ068xs4gWZBG2U7EVTUNNJuUrrmqBNZkGxTIrFrD Cgr1EpRULpN+HrEelHHh7uR0twAjvwcyXkG9DbDJXnw8HzKGR80ik4+13HDxx4mDxOY4NOvWSSiM kEFS2Z2AKtxXSMBQZHazAUvbka27c1m93/QsjnDF+P6Aef9NEvUDL9mU9Jbf/+5V+anT2KdPGP4p rQ9gA/Nup61qxDkwc+RupiXD5NSbAgMBAAGjggGzMIIBrzAfBgNVHSMEGDAWgBSCr2yM+MX+lmF8 6B89K3FIXsSLwDAdBgNVHQ4EFgQUjwe7n1zvxFkTeCUYWrsaJpOGP14wDgYDVR0PAQH/BAQDAgWg MAwGA1UdEwEB/wQCMAAwHQYDVR0lBBYwFAYIKwYBBQUHAwQGCCsGAQUFBwMCMEYGA1UdIAQ/MD0w OwYMKwYBBAGyMQECAQMFMCswKQYIKwYBBQUHAgEWHWh0dHBzOi8vc2VjdXJlLmNvbW9kby5uZXQv Q1BTMFoGA1UdHwRTMFEwT6BNoEuGSWh0dHA6Ly9jcmwuY29tb2RvY2EuY29tL0NPTU9ET1JTQUNs aWVudEF1dGhlbnRpY2F0aW9uYW5kU2VjdXJlRW1haWxDQS5jcmwwgYsGCCsGAQUFBwEBBH8wfTBV BggrBgEFBQcwAoZJaHR0cDovL2NydC5jb21vZG9jYS5jb20vQ09NT0RPUlNBQ2xpZW50QXV0aGVu dGljYXRpb25hbmRTZWN1cmVFbWFpbENBLmNydDAkBggrBgEFBQcwAYYYaHR0cDovL29jc3AuY29t b2RvY2EuY29tMA0GCSqGSIb3DQEBCwUAA4IBAQC85hVlqTVwt218IJR/WjMiMnDtZ7hY860XKjzO uB3sUUQwHxHj+ZYuMbAfVLZGGqh1EekbwDMVgkK9cezIHM+ZzxrNGX2SJyl1YW+3FLn52P0uIlmA VPFjUowf5qBhOHl2NJo+WXYZhQY7rT/xSygE81o3oLE/A4zO6WtO3PeZpFpZNrBvizAsjTDfPeXW iQzXz6NLrgwert0Wml95ov2rG5oCzHYPijabubSNm2NdUjPRtcVylcqAThXOvp6X4UvW8/L0uhkp 9WsKP2JEJ3Zukv7Ib+vMBsdE4tf4rmv89pQC+lLpD08ze/QDCIeFBCRIihcC2PycDQrnNIp1RAIh MYIDyjCCA8YCAQEwga0wgZcxCzAJBgNVBAYTAkdCMRswGQYDVQQIExJHcmVhdGVyIE1hbmNoZXN0 ZXIxEDAOBgNVBAcTB1NhbGZvcmQxGjAYBgNVBAoTEUNPTU9ETyBDQSBMaW1pdGVkMT0wOwYDVQQD EzRDT01PRE8gUlNBIENsaWVudCBBdXRoZW50aWNhdGlvbiBhbmQgU2VjdXJlIEVtYWlsIENBAhEA q2wFIs+rCK6H6/2jbblXhDANBglghkgBZQMEAgEFAKCCAe0wGAYJKoZIhvcNAQkDMQsGCSqGSIb3 DQEHATAcBgkqhkiG9w0BCQUxDxcNMTkwNjI1MTk0NDIzWjAvBgkqhkiG9w0BCQQxIgQgbOqEUYlL Cs/poFKiTvdGs7t/1RPvAeIIV5HumS8HK+0wgb4GCSsGAQQBgjcQBDGBsDCBrTCBlzELMAkGA1UE BhMCR0IxGzAZBgNVBAgTEkdyZWF0ZXIgTWFuY2hlc3RlcjEQMA4GA1UEBxMHU2FsZm9yZDEaMBgG A1UEChMRQ09NT0RPIENBIExpbWl0ZWQxPTA7BgNVBAMTNENPTU9ETyBSU0EgQ2xpZW50IEF1dGhl bnRpY2F0aW9uIGFuZCBTZWN1cmUgRW1haWwgQ0ECEQCrbAUiz6sIrofr/aNtuVeEMIHABgsqhkiG 9w0BCRACCzGBsKCBrTCBlzELMAkGA1UEBhMCR0IxGzAZBgNVBAgTEkdyZWF0ZXIgTWFuY2hlc3Rl cjEQMA4GA1UEBxMHU2FsZm9yZDEaMBgGA1UEChMRQ09NT0RPIENBIExpbWl0ZWQxPTA7BgNVBAMT NENPTU9ETyBSU0EgQ2xpZW50IEF1dGhlbnRpY2F0aW9uIGFuZCBTZWN1cmUgRW1haWwgQ0ECEQCr bAUiz6sIrofr/aNtuVeEMA0GCSqGSIb3DQEBAQUABIIBAH40kFwP+hZKGbJJHPw94OycYf0sCE5N UmBQzORU2hRfyGoz3xF4slA5Zrs1ndUjH76aePKAV90I9q104mQ7mcVY0PgXIh89J2Aavd8EWaiF iEy5yVGAjBMi68MwGbSpTyFGpDgyp1shDULnCTlUcx8YfnfZ6Sx9B3BiBul1pVGtbj1FvZxIOuIQ vv5OcHlwnqIZu/wjnbuN7v5kIRcbFxqsJo67l3FRzwEPKSHELtugBTiDKv4TjD528dX25a4dcwk7 5lm4bPGQy1/isAFr8CAFG1oVxRN3VcABQHeusILVhRar3bsiZy60FoV8JhtxSo1fCbzb6+S8CN3y Ewu5ASIAAAAAAAA= --Apple-Mail=_51B2FE7C-829D-4650-8309-2C4BFE12FFAE-- From owner-freebsd-arm@freebsd.org Wed Jun 26 17:05:25 2019 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 E2AB715CD25F for ; Wed, 26 Jun 2019 17:05:24 +0000 (UTC) (envelope-from rwa@athabascau.ca) Received: from NAM05-BY2-obe.outbound.protection.outlook.com (mail-eopbgr710045.outbound.protection.outlook.com [40.107.71.45]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "GlobalSign Organization Validation CA - SHA256 - G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 0546C761C9 for ; Wed, 26 Jun 2019 17:05:22 +0000 (UTC) (envelope-from rwa@athabascau.ca) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=austaff.onmicrosoft.com; s=selector1-austaff-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=gr+eI1MJek7pV36yZqp31lf4aTA8aq6Mzrk3avJbAiU=; b=VjLlvQXeFATIfYSgklzAOWmDXvOEjd2FPpWhEyaLWWnQwerVgVbX9yGbprvx5hb1xsZXzU23iRbO0i7eEr38sRQlDEGpzNvw1B7v0Mc/TLyQWJyLc0633tqiPEnWA6GmNYtIu4kfdalPpw+XKoqIFaBTo2yKnfTo9lMVfw9dqKw= Received: from MN2PR13CA0009.namprd13.prod.outlook.com (2603:10b6:208:160::22) by MWHPR1301MB2191.namprd13.prod.outlook.com (2603:10b6:301:2e::12) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2032.12; Wed, 26 Jun 2019 17:05:20 +0000 Received: from QB1CAN01FT015.eop-CAN01.prod.protection.outlook.com (2a01:111:f400:7e5c::202) by MN2PR13CA0009.outlook.office365.com (2603:10b6:208:160::22) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384) id 15.20.2032.11 via Frontend Transport; Wed, 26 Jun 2019 17:05:19 +0000 Received-SPF: Pass (protection.outlook.com: domain of athabascau.ca designates 131.232.32.37 as permitted sender) receiver=protection.outlook.com; client-ip=131.232.32.37; helo=smtp-relay.cs.athabascau.ca; Received: from smtp-relay.cs.athabascau.ca (131.232.32.37) by QB1CAN01FT015.mail.protection.outlook.com (10.152.120.135) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384) id 15.20.2032.15 via Frontend Transport; Wed, 26 Jun 2019 17:05:19 +0000 Received: from autopsy.pc.athabascau.ca (autopsy.pc.athabascau.ca [131.232.4.80]) by smtp-relay.cs.athabascau.ca (Postfix) with ESMTPS id 5BE1820336 for ; Wed, 26 Jun 2019 11:05:18 -0600 (MDT) Date: Wed, 26 Jun 2019 11:05:18 -0600 From: Ross Alexander X-X-Sender: rwa@autopsy.pc.athabascau.ca To: Subject: Re: freebsd-arm Digest, Vol 687, Issue 3 In-Reply-To: Message-ID: References: User-Agent: Alpine 2.21.9999 (BSF 287 2018-06-16) Organization: Athabasca University MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII"; format=flowed X-EOPAttributedMessage: 0 X-Forefront-Antispam-Report: CIP:131.232.32.37; IPV:NLI; CTRY:CA; EFV:NLI; SFV:NSPM; SFS:(10009020)(396003)(136003)(346002)(39860400002)(376002)(2980300002)(18543002)(10533003)(40224003)(189003)(199004)(476003)(336012)(486006)(786003)(186003)(426003)(26005)(126002)(246002)(446003)(11346002)(8676002)(7696005)(47776003)(6266002)(70586007)(14444005)(76176011)(956004)(58126008)(2906002)(356004)(36916002)(86362001)(55016002)(106002)(23726003)(70206006)(67846002)(305945005)(229853002)(5660300002)(2351001)(7636002)(6246003)(8746002)(6916009)(74482002)(8936002)(50466002)(478600001)(316002); DIR:OUT; SFP:1101; SCL:1; SRVR:MWHPR1301MB2191; H:smtp-relay.cs.athabascau.ca; FPR:; SPF:Pass; LANG:en; PTR:vs001lpmp1609.cs.athabascau.ca; MX:1; A:1; X-MS-PublicTrafficType: Email X-MS-Office365-Filtering-Correlation-Id: b7b42a3e-8348-4cc6-bf23-08d6fa5877de X-Microsoft-Antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(8989299)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(5600148)(711020)(4605104)(4709080)(1401327)(2017052603328); SRVR:MWHPR1301MB2191; X-MS-TrafficTypeDiagnostic: MWHPR1301MB2191: X-Microsoft-Antispam-PRVS: Content-Transfer-Encoding: quoted-printable X-MS-Oob-TLC-OOBClassifiers: OLM:7219; X-Forefront-PRVS: 00808B16F3 X-MS-Exchange-SenderADCheck: 1 X-Microsoft-Antispam-Message-Info: hiP800Z/1CDsIJFtvmMIXCwUrutPmihIS6qnsVamXF502tRTfLqx8gNVCQNFMiBDTf2S3gmhJ7HYxKKW3bOxkW0uqkiAkzJcdR7ciu5G7/h+upPh5qFlgEVCCobR88G/4QEydfMu7zdXl+BogEbN9/4V+9xY5WisJKm1zMTXtIRx+MxcaIY9X/6yB/8fX3sfwfKvD9y9X4eNqzP39Uha3TfASrflC46rv40GZB5M5dAXcGgFZjSvj7reEkv+5WGial17Ul9WeurBVVc+VS7xICwOYCY5FniPKAn8k2vW+dAoVuSPj75qzTzy5cXWbpoR4EtEBCw4INkcRwXv+XvUZg/InODSoMi+oMiH2Ywso26GPYBwXr1JbLv9N4Vi3Mzj8Xfr3ndZTrj65N2zLTOKS0QLgL5RTJcaTbkiBKTJSF8= X-OriginatorOrg: athabascau.ca X-MS-Exchange-CrossTenant-OriginalArrivalTime: 26 Jun 2019 17:05:19.2524 (UTC) X-MS-Exchange-CrossTenant-Network-Message-Id: b7b42a3e-8348-4cc6-bf23-08d6fa5877de X-MS-Exchange-CrossTenant-Id: a893bdd2-f460-4252-aa34-4d057436a09d X-MS-Exchange-CrossTenant-OriginalAttributedTenantConnectingIp: TenantId=a893bdd2-f460-4252-aa34-4d057436a09d; Ip=[131.232.32.37]; Helo=[smtp-relay.cs.athabascau.ca] X-MS-Exchange-CrossTenant-FromEntityHeader: HybridOnPrem X-MS-Exchange-Transport-CrossTenantHeadersStamped: MWHPR1301MB2191 X-Rspamd-Queue-Id: 0546C761C9 X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=austaff.onmicrosoft.com header.s=selector1-austaff-onmicrosoft-com header.b=VjLlvQXe; spf=pass (mx1.freebsd.org: domain of rwa@athabascau.ca designates 40.107.71.45 as permitted sender) smtp.mailfrom=rwa@athabascau.ca X-Spamd-Result: default: False [-1.91 / 15.00]; R_SPF_ALLOW(-0.20)[+ip4:40.107.0.0/16]; TO_DN_NONE(0.00)[]; HAS_ORG_HEADER(0.00)[]; DKIM_TRACE(0.00)[austaff.onmicrosoft.com:+]; MX_GOOD(-0.01)[athabascau-ca.mail.protection.outlook.com]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.98)[-0.984,0]; R_DKIM_ALLOW(-0.20)[austaff.onmicrosoft.com:s=selector1-austaff-onmicrosoft-com]; RCVD_COUNT_FIVE(0.00)[5]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-0.999,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; DMARC_NA(0.00)[athabascau.ca]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_SPAM_SHORT(0.58)[0.583,0]; RCVD_IN_DNSWL_NONE(0.00)[45.71.107.40.list.dnswl.org : 127.0.3.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, 26 Jun 2019 17:05:25 -0000 On Wed, 26 Jun 2019, bob prohaska wrote: > Date: Tue, 25 Jun 2019 08:02:45 -0700 > From: bob prohaska > To: Daniel Engberg > Cc: freebsd-arm@freebsd.org, bob prohaska > Subject: Re: Buildworld seems to have slowed lately > > On Tue, Jun 25, 2019 at 09:35:06AM +0200, Daniel Engberg wrote: >> >> Without details it's a bit hard to give you any suggestions but for >> instance a new version of llvm/clang has been imported which may account >> to some of the slowdown. > > [... ed.] > > The pattern is to run make cleandir twice, then remove /usr/obj, then > make -j4 buildworld with whatever settings are default. I belive those > steps are somewhat redundant but do so for consistency with past practice= . The last time I tried timing it, a full self-hosted arm64 cleanworld+buildworld+buildkernel -j3 ran significantly faster than -j4 on a pi3. I'm using a small sata SSD over a USB/SATA adaptor; da0 at umass-sim0 bus 0 scbus0 target 0 lun 0 da0: Fixed Direct Access SPC-4 SCSI device da0: Serial Number AC0000000001 da0: 40.000MB/s transfers da0: 114473MB (234441648 512 byte sectors) da0: quirks=3D0x2 so USB throughput dominates swap and file I/O. regards, Ross =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D Ross Alexander, (780) 675-6823 desk / (780) 689-0749 cell, rwa@athabascau.c= a 54.71593 N 113.30835 W Order is simply a thin, perilous condition we try to impose on the basic re= ality of chaos. -- William Gaddis, _J R_ -- This communication is intended for the use of the recipient to whom it is a= ddressed, and may contain confidential, personal, and or privileged informa= tion. Please contact us immediately if you are not the intended recipient o= f this communication, and do not copy, distribute, or take action relying o= n it. Any communications received in error, or subsequent reply, should be = deleted or destroyed. --- From owner-freebsd-arm@freebsd.org Thu Jun 27 01:13:54 2019 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 C16B315D6FE8 for ; Thu, 27 Jun 2019 01:13:54 +0000 (UTC) (envelope-from kayasaman@optiplex-networks.com) Received: from x-ray.optiplex-networks.com (mail.optiplex-networks.com [212.159.80.20]) (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 8ED558F510 for ; Thu, 27 Jun 2019 01:13:53 +0000 (UTC) (envelope-from kayasaman@optiplex-networks.com) Received: from localhost (localhost [127.0.0.1]) by x-ray.optiplex-networks.com (Postfix) with ESMTP id 653FD72C7A3 for ; Thu, 27 Jun 2019 02:13:49 +0100 (BST) Received: from x-ray.optiplex-networks.com ([127.0.0.1]) by localhost (x-ray.optiplex-networks.com [127.0.0.1]) (amavisd-new, port 10032) with ESMTP id 9er6mtvT57w0 for ; Thu, 27 Jun 2019 02:13:48 +0100 (BST) Received: from localhost (localhost [127.0.0.1]) by x-ray.optiplex-networks.com (Postfix) with ESMTP id DFA7B72C800 for ; Thu, 27 Jun 2019 02:13:48 +0100 (BST) X-Virus-Scanned: amavisd-new at x-ray.optiplex-networks.com Received: from x-ray.optiplex-networks.com ([127.0.0.1]) by localhost (x-ray.optiplex-networks.com [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id pwo9xS5R4C2F for ; Thu, 27 Jun 2019 02:13:48 +0100 (BST) Received: from x220.optiplex-networks.com (unknown [192.168.0.192]) by x-ray.optiplex-networks.com (Postfix) with ESMTPSA id C96E572C7A3 for ; Thu, 27 Jun 2019 02:13:48 +0100 (BST) Subject: Re: Pine64-LTS and UART ports To: freebsd-arm@freebsd.org References: <371fe0f0-9f91-e4ba-ff4e-8338fe9d63de@optiplex-networks.com> <20190623235732.4439b707@zeta.dino.sk> <20190624133017.5a9689b7@zeta.dino.sk> <62ba1a30-25bc-af65-beb2-0e05dfc76c79@optiplex-networks.com> <20190624164512.0ea5c4d3@zeta.dino.sk> <75d6afff-8d83-57da-0a13-a4977d12cb87@optiplex-networks.com> <20190624204216.GK2903@eldorado> <20aea57b-1ac5-15e9-ab2b-7230b81b8378@optiplex-networks.com> <20190624210245.GL2903@eldorado> <20190625082724.eb46a97c0c708f5dd033405e@bidouilliste.com> <2a5fea7a-add1-99e2-262e-7ee025679eca@optiplex-networks.com> From: Kaya Saman Message-ID: <898bc9b4-67ff-b8b2-1431-9721f48fe9a1@optiplex-networks.com> Date: Thu, 27 Jun 2019 02:13:48 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.7.1 MIME-Version: 1.0 In-Reply-To: <2a5fea7a-add1-99e2-262e-7ee025679eca@optiplex-networks.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 8ED558F510 X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org; spf=pass (mx1.freebsd.org: domain of kayasaman@optiplex-networks.com designates 212.159.80.20 as permitted sender) smtp.mailfrom=kayasaman@optiplex-networks.com X-Spamd-Result: default: False [-6.91 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_COUNT_FIVE(0.00)[6]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; 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)[-1.000,0]; RCVD_TLS_LAST(0.00)[]; MX_GOOD(-0.01)[mail.optiplex-networks.com]; NEURAL_HAM_SHORT(-1.00)[-0.998,0]; DMARC_NA(0.00)[optiplex-networks.com]; IP_SCORE(-3.60)[ip: (-9.53), ipnet: 212.159.64.0/18(-4.77), asn: 6871(-3.64), country: GB(-0.09)]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:6871, ipnet:212.159.64.0/18, country:GB]; MID_RHS_MATCH_FROM(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, 27 Jun 2019 01:13:55 -0000 On 6/25/19 4:24 PM, Kaya Saman wrote: > > On 6/25/19 7:27 AM, Emmanuel Vadot wrote: >> On Mon, 24 Jun 2019 22:14:15 +0100 >> Kaya Saman wrote: >> >>> On 6/24/19 10:02 PM, Sergey Manucharian wrote: >>>> Excerpts from Kaya Saman's message from Mon 24-Jun-19 21:58: >>>> [snip] >> =C2=A0 DTS and DTSO needs to be pre-processed by cpp as they use #incl= ude >> directives, you can have a look at sys/tools/fdt/make_dtb.sh and >> make_dtbo.sh >> =C2=A0 If you modify the DTS simply running make buildkernel will comp= ile the >> new one, just make sure to put it on the FAT32 partition in >> dts/allwinner as we need it loaded by u-boot and it can't read ufs. >> > > Thanks Emmanuel! > > > I ran: make=C2=A0 -j4 buildkernel KERNCONF=3DPPSGENERIC > > > Then installed with: make installkernel KERNCONF=3DPPSGENERIC > > > The sun50i-a64-pine64.dts has the modification already suggested: > > > /* On Pi-2 connector */ > &uart2 { > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 pinctrl-names =3D "default"; > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 pinctrl-0 =3D <&uart2_pins>; > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 status =3D "okay"; > }; > > > Running: ls -l /boot/dtb/allwinner/ > total 140 > -r--r--r--=C2=A0 1 root=C2=A0 wheel=C2=A0 19976 Jun 25 16:11 sun50i-a64= -nanopi-a64.dtb > -r--r--r--=C2=A0 1 root=C2=A0 wheel=C2=A0 20528 Jun 25 16:11 sun50i-a64= -olinuxino.dtb > -r--r--r--=C2=A0 1 root=C2=A0 wheel=C2=A0 20677 Jun 25 16:11 sun50i-a64= -pine64-plus.dtb > -r--r--r--=C2=A0 1 root=C2=A0 wheel=C2=A0 20603 Jun 25 16:11 sun50i-a64= -pine64.dtb > -r--r--r--=C2=A0 1 root=C2=A0 wheel=C2=A0 20585 Jun 25 16:11=20 > sun50i-a64-sopine-baseboard.dtb > -r--r--r--=C2=A0 1 root=C2=A0 wheel=C2=A0 23227 Jun 25 16:11 sun50i-h5-= orangepi-pc2.dtb > > > The dtb files have been created and installed by the 'installkernel'=20 > command. > > > Unfortunately though nothing shows up in dmesg or /dev again outside=20 > of the standard uart0? > > > dmesg |grep uart > uart0: <16750 or compatible> mem 0x1c28000-0x1c283ff irq 23 on simplebu= s0 > uart0: console (115384,n,8,1) > > > Is there an additional step which needs to be done to get this to work? > > > Regards, > > > Kaya I found the FAT32 partition that Emmanuel mentioned: " just make sure to put it on the FAT32 partition in dts/allwinner as we need it loaded by u-boot and it can't read ufs." So after copying the overlays and allwinner files to=20 /boot/msdos/dtb/overlays and /boot/msdos/dtb/allwinner I have at least=20 some error messages: Booting [/boot/kernel/kernel]... Using DTB provided by EFI at 0x47ef8000. Loading DTB overlays:=20 'sun50i-a64-sid,sun50i-a64-ths,sun50i-a64-timer,sun50i-a64-uart2,sun50i-a= 64-uart4' /boot/dtb/overlays/sun50i-a64-sid.dtbo size=3D0x1fd /boot/dtb/overlays/sun50i-a64-ths.dtbo size=3D0x3e8 /boot/dtb/overlays/sun50i-a64-timer.dtbo size=3D0x175 /boot/dtb/overlays/sun50i-a64-uart2.dtbo size=3D0x123 /boot/dtb/overlays/sun50i-a64-uart4.dtbo size=3D0x123 applying DTB overlay '/boot/dtb/overlays/sun50i-a64-sid.dtbo' applying DTB overlay '/boot/dtb/overlays/sun50i-a64-ths.dtbo' failed to apply overlay: FDT_ERR_NOTFOUND applying DTB overlay '/boot/dtb/overlays/sun50i-a64-timer.dtbo' applying DTB overlay '/boot/dtb/overlays/sun50i-a64-uart2.dtbo' failed to apply overlay: FDT_ERR_NOTFOUND applying DTB overlay '/boot/dtb/overlays/sun50i-a64-uart4.dtbo' failed to apply overlay: FDT_ERR_NOTFOUND EHCI failed to shut down host controller. ---<>--- The file list: ls -l=C2=A0 /boot/msdos/dtb/allwinner total 140 -rwxr-xr-x=C2=A0 1 root=C2=A0 wheel=C2=A0 19976 Dec=C2=A0 7=C2=A0 2018 su= n50i-a64-nanopi-a64.dtb -rwxr-xr-x=C2=A0 1 root=C2=A0 wheel=C2=A0 20528 Dec=C2=A0 7=C2=A0 2018 su= n50i-a64-olinuxino.dtb -rwxr-xr-x=C2=A0 1 root=C2=A0 wheel=C2=A0 20685 Dec=C2=A0 7=C2=A0 2018 su= n50i-a64-pine64-plus.dtb -rwxr-xr-x=C2=A0 1 root=C2=A0 wheel=C2=A0 20603 Jun 27 01:54 sun50i-a64-p= ine64.dtb -rwxr-xr-x=C2=A0 1 root=C2=A0 wheel=C2=A0 20585 Dec=C2=A0 7=C2=A0 2018=20 sun50i-a64-sopine-baseboard.dtb -rwxr-xr-x=C2=A0 1 root=C2=A0 wheel=C2=A0 23227 Dec=C2=A0 7=C2=A0 2018 su= n50i-h5-orangepi-pc2.dtb ls -l /boot/msdos/dtb/overlays/ total 20 -rwxr-xr-x=C2=A0 1 root=C2=A0 wheel=C2=A0=C2=A0 509 Dec=C2=A0 7=C2=A0 201= 8 sun50i-a64-sid.dtbo -rwxr-xr-x=C2=A0 1 root=C2=A0 wheel=C2=A0 1000 Dec=C2=A0 7=C2=A0 2018 sun= 50i-a64-ths.dtbo -rwxr-xr-x=C2=A0 1 root=C2=A0 wheel=C2=A0=C2=A0 373 Dec=C2=A0 7=C2=A0 201= 8 sun50i-a64-timer.dtbo -rwxr-xr-x=C2=A0 1 root=C2=A0 wheel=C2=A0=C2=A0 291 Jun 27 01:50 sun50i-a= 64-uart2.dtbo -rwxr-xr-x=C2=A0 1 root=C2=A0 wheel=C2=A0=C2=A0 291 Jun 27 01:50 sun50i-a= 64-uart4.dtbo ls -l /boot/dtb/allwinner total 140 -r--r--r--=C2=A0 1 root=C2=A0 wheel=C2=A0 19976 Jun 25 16:11 sun50i-a64-n= anopi-a64.dtb -r--r--r--=C2=A0 1 root=C2=A0 wheel=C2=A0 20528 Jun 25 16:11 sun50i-a64-o= linuxino.dtb -r--r--r--=C2=A0 1 root=C2=A0 wheel=C2=A0 20677 Jun 25 16:11 sun50i-a64-p= ine64-plus.dtb -r--r--r--=C2=A0 1 root=C2=A0 wheel=C2=A0 20603 Jun 25 16:11 sun50i-a64-p= ine64.dtb -r--r--r--=C2=A0 1 root=C2=A0 wheel=C2=A0 20585 Jun 25 16:11=20 sun50i-a64-sopine-baseboard.dtb -r--r--r--=C2=A0 1 root=C2=A0 wheel=C2=A0 23227 Jun 25 16:11 sun50i-h5-or= angepi-pc2.dtb ls -l /boot/dtb/overlays total 20 -r--r--r--=C2=A0 1 root=C2=A0 wheel=C2=A0=C2=A0 509 Jun 25 16:11 sun50i-a= 64-sid.dtbo -r--r--r--=C2=A0 1 root=C2=A0 wheel=C2=A0 1000 Jun 25 16:11 sun50i-a64-th= s.dtbo -r--r--r--=C2=A0 1 root=C2=A0 wheel=C2=A0=C2=A0 373 Jun 25 16:11 sun50i-a= 64-timer.dtbo -r--r--r--=C2=A0 1 root=C2=A0 wheel=C2=A0=C2=A0 291 Jun 24 21:40 sun50i-a= 64-uart2.dtbo -r--r--r--=C2=A0 1 root=C2=A0 wheel=C2=A0=C2=A0 291 Jun 24 21:12 sun50i-a= 64-uart4.dtbo Even with uart2 and uart4 enabled in: sun50i-a64-pine64.dtb I still=20 don't see anything outside of uart0 under dmesg. What else could I try at this stage? Regards, Kaya From owner-freebsd-arm@freebsd.org Fri Jun 28 11:06:08 2019 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 50E6115DEF8F for ; Fri, 28 Jun 2019 11:06:08 +0000 (UTC) (envelope-from 0102016b9d8a5ee8-5419d1ba-d873-41af-9bc0-52bfd1deff42-000000@eu-west-1.amazonses.com) Received: from a6-36.smtp-out.eu-west-1.amazonses.com (a6-36.smtp-out.eu-west-1.amazonses.com [54.240.6.36]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 393666D278 for ; Fri, 28 Jun 2019 11:06:06 +0000 (UTC) (envelope-from 0102016b9d8a5ee8-5419d1ba-d873-41af-9bc0-52bfd1deff42-000000@eu-west-1.amazonses.com) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/simple; s=ihchhvubuqgjsxyuhssfvqohv7z3u4hn; d=amazonses.com; t=1561716219; h=Message-ID:Date:Subject:From:To:MIME-Version:Content-Type:List-Unsubscribe:Feedback-ID; bh=TXIoZ0rFrVNFTcYpnxIRRZ98oP4PTXNEPOYk347gisE=; b=GyOJN3BWHL+XUFq8i3jcxYa8kr2HEkuprCU19AWlQaepOhRlyYAIFDM4V8HtYW3L 3YrG+0LnQVvPm589pVxUXMw/0guQqxHVoM9RP7YkLDuNxVMa+F1mX6iuR3PfGndbJZU iQtd2QnLRMmgVfZFb8IoS/5lFpTe/u5gvVi5GHCg= Message-ID: <0102016b9d8a5ee8-5419d1ba-d873-41af-9bc0-52bfd1deff42-000000@eu-west-1.amazonses.com> Date: Fri, 28 Jun 2019 10:03:39 +0000 Subject: Our Best Deals Just Got Better! From: Snatcher Deals To: freebsd-arm@freebsd.org MIME-Version: 1.0 X-EmailOctopus-Version: 2 X-EmailOctopus-Started-Preparing-At: 2019-06-28T09:52:01+00:00 X-EmailOctopus-Ses-Configuration-Set-Name: emailoctopus-92ac08625b86fcb74e8dc6e633188d55 X-EmailOctopus-Sent-At: 2019-06-28T10:03:39+00:00 X-EmailOctopus-Parent-Type-Id: campaign X-EmailOctopus-Parent-Id: 5e6518a5-9988-11e9-9307-06b4694bee2a X-EmailOctopus-List-Id: f3068783-93ee-11e9-9307-06b4694bee2a X-EmailOctopus-List-Contact-Id: 66d6227d-9712-11e9-9307-06b4694bee2a X-SES-Outgoing: 2019.06.28-54.240.6.36 Feedback-ID: 1.eu-west-1.S9D/OG//uxqWxLXWwJC1jmPHR4F3B2r9y7EKQ4EbeeU=:AmazonSES X-Rspamd-Queue-Id: 393666D278 X-Spamd-Bar: +++++++++ Authentication-Results: mx1.freebsd.org; dkim=pass header.d=amazonses.com header.s=ihchhvubuqgjsxyuhssfvqohv7z3u4hn header.b=GyOJN3BW; spf=pass (mx1.freebsd.org: domain of 0102016b9d8a5ee8-5419d1ba-d873-41af-9bc0-52bfd1deff42-000000@eu-west-1.amazonses.com designates 54.240.6.36 as permitted sender) smtp.mailfrom=0102016b9d8a5ee8-5419d1ba-d873-41af-9bc0-52bfd1deff42-000000@eu-west-1.amazonses.com X-Spamd-Result: default: False [9.47 / 15.00]; R_SPF_ALLOW(0.00)[+ip4:54.240.0.0/18]; ZERO_FONT(0.10)[1]; TO_DN_NONE(0.00)[]; DKIM_TRACE(0.00)[amazonses.com:+]; MX_GOOD(-0.01)[cached: feedback-smtp.eu-west-1.amazonses.com]; SUBJECT_ENDS_EXCLAIM(0.00)[]; FORGED_SENDER(0.30)[mailer@snatcherdeals.co.za,0102016b9d8a5ee8-5419d1ba-d873-41af-9bc0-52bfd1deff42-000000@eu-west-1.amazonses.com]; RCVD_COUNT_ZERO(0.00)[0]; MIME_TRACE(0.00)[0:+,1:+]; IP_SCORE(-0.57)[ipnet: 54.240.0.0/21(-1.44), asn: 16509(-1.34), country: US(-0.06)]; ASN(0.00)[asn:16509, ipnet:54.240.0.0/21, country:US]; FROM_NEQ_ENVFROM(0.00)[mailer@snatcherdeals.co.za,0102016b9d8a5ee8-5419d1ba-d873-41af-9bc0-52bfd1deff42-000000@eu-west-1.amazonses.com]; ARC_NA(0.00)[]; RSPAMD_URIBL(4.50)[eomail1.com]; R_DKIM_ALLOW(0.00)[amazonses.com:s=ihchhvubuqgjsxyuhssfvqohv7z3u4hn]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; HTML_SHORT_LINK_IMG_1(2.00)[]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; DMARC_NA(0.00)[snatcherdeals.co.za]; HAS_LIST_UNSUB(-0.01)[]; RCPT_COUNT_ONE(0.00)[1]; BAD_REP_POLICIES(0.10)[]; MANY_INVISIBLE_PARTS(0.20)[3]; NEURAL_SPAM_SHORT(0.96)[0.955,0]; NEURAL_SPAM_MEDIUM(1.00)[0.998,0]; NEURAL_SPAM_LONG(1.00)[1.000,0]; RCVD_IN_DNSWL_NONE(0.00)[36.6.240.54.list.dnswl.org : 127.0.15.0]; RCVD_TLS_ALL(0.00)[]; GREYLIST(0.00)[pass,body] X-Spam: Yes Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable 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: Fri, 28 Jun 2019 11:06:08 -0000 Up to 80% Discount=C2=A0 natch Now!=20 Our Best Deals Just Got Better! View this email in your browser [https://berrima.eomail1.com/web-version?lc=3D66d6227d-9712-11e9-9307-06b46= 94bee2a&p=3D5e6518a5-9988-11e9-9307-06b4694bee2a&pt=3Dcampaign&t=3D15617162= 19&s=3D8ac45a248a32a42e79626fc623aca7ad014482ef829fc99d876cbf0e6a473cc0] [Snatcher-Sign-1%20(002).jpg] [https://snatcher.co.za/collections/snatch-of-the-week]=20 [Banner%20Dimensions%20(3).png] [https://snatcher.co.za/collections/our-best-just-got-better]=20 Unsubscribe from this list [https://berrima.eomail1.com/unsubscribe?l=3Df3068783-93ee-11e9-9307-06b469= 4bee2a&lc=3D66d6227d-9712-11e9-9307-06b4694bee2a&p=3D5e6518a5-9988-11e9-930= 7-06b4694bee2a&pt=3Dcampaign&spa=3D1561715521&t=3D1561716219&s=3Daf6240ecfb= a506e6b23a55fef88ac255a4c9a4931a153a7b0876b746a2419c3d] =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Email Powered By Snatcher [https://snatcher.co.za/collections/our-best-just-got-better] =C2=A0 =C2=A0= =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0=20 [https://snatcher.co.za/collections/snatch-of-the-week]=20 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0=20 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 From owner-freebsd-arm@freebsd.org Sat Jun 29 14:16:17 2019 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 4631C15DD50A for ; Sat, 29 Jun 2019 14:16:17 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from outbound2m.ore.mailhop.org (outbound2m.ore.mailhop.org [54.149.155.156]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 652417735C for ; Sat, 29 Jun 2019 14:16:16 +0000 (UTC) (envelope-from ian@freebsd.org) ARC-Seal: i=1; a=rsa-sha256; t=1561817769; cv=none; d=outbound.mailhop.org; s=arc-outbound20181012; b=jB2WiD28GvggC+RJxdPTbAzNhiWa5PkVEIp3SD9Kb6KVJoq7hswSIPNQL9rpt3K8O4/h7LH/XCmoY C/tzFTLiINrYl9aoVPpKtaS4AILQf+EXqiE5xH40l8sUG5fj2e06A9rcJ1F2RyoVzRFT0T1D++2Uf2 imXHcGGpf7lL0HI4Lp/6Rm/v1gsSoY6QFExW4CfzgI58uD9SoNlhoOYbPH18uhd4DIQZix/KvAV2KC 1AbbThPIlGL/yC3euP1Yrb0NI7d+jd5DzjpgVuqglfYhxCo70KCzcxQVo5PKFNGtjE/zh7mMbt8S0P 437JaeG4IwuKvDqAp8oaJi4+77PEb5A== 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:cc:to:from:subject:message-id:dkim-signature:from; bh=cqb8acpKigRHY05uEtrcQWAgSztsrpIvQYZDNIZjh2c=; b=OamQ2uyieXndoGLtKkpOx5X43MFmjTdT5koJ0pVhp8UCT6zhSPKt0JasMigrFuy6yutrODfDshQYu u+dXmFShXjJm4pBd6WglJYqWiXVFfjVg9ZbgWCeVDa9Knft+dKm+HZbpIZJibqKfuhKjysDyCn2dlQ envUCcoGU5nUKC1vZwGNsSkHnnIL1325sJ3FU9wCHEhTTBTBE/6XfCB3D0CoBrtkd955eERtnXmJvv YwoWq4/tbh0ikCgKZBMnsSk++FAC5Qx/ONx3d6Qt+85fT+AH8QaB4KVLaZe7d3OvPk4trtkVQI6GSR 3S9rD8Y6Wi/ZdAUchQPtkf4JCcIEbIQ== ARC-Authentication-Results: i=1; outbound4.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:cc:to:from:subject:message-id:from; bh=cqb8acpKigRHY05uEtrcQWAgSztsrpIvQYZDNIZjh2c=; b=TaNeX5FVnA+vQaAljh37XCapdZPu4Vik08CHFrFA4vtRO44ROZZHPMjo2YZ74qM14/Fmd3jKiFAUm vdZLtKXlyiY+htLI6yttGm70GYeS8w5zUyvsoyJ+p8UbV3r4VO85VfuVSbq7qYYR1n36mHPbSVOrDD 9rZ3ct5x/VjtQWXM6kgiv+tZoBt2IahyhsauV3XhE2P2oOTmD92LCNU+s1G5DknnmQ6l9/knop8ZSP BD/esEJIYuvQ4trP30oTjZJVaw9DLWgIOhiGgdy91vjjy4pUrd0ksx8IlrpQmEdicMIVkbUj3MSsoK YTnl2IP5BzqTXcEndZbl7Oj3gxUDQOA== X-MHO-RoutePath: aGlwcGll X-MHO-User: 6f3c0a78-9a78-11e9-939f-ed46564da17d 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 outbound4.ore.mailhop.org (Halon) with ESMTPSA id 6f3c0a78-9a78-11e9-939f-ed46564da17d; Sat, 29 Jun 2019 14:16:08 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.15.2/8.15.2) with ESMTP id x5TEG6tt067049; Sat, 29 Jun 2019 08:16:06 -0600 (MDT) (envelope-from ian@freebsd.org) Message-ID: <8237753a486d20599815aa869eb729433c03eb8b.camel@freebsd.org> Subject: Re: How to set PWM tunable name to ehrpwm.1 ? From: Ian Lepore To: Nicola Mingotti , Sergey Manucharian Cc: nmingott@gmail.com, freebsd-arm@freebsd.org Date: Sat, 29 Jun 2019 08:16:06 -0600 In-Reply-To: References: <68790975-a5a5-2138-ca89-117878d6cf2d@gmail.com> <20190606220639.GE13546@eldorado> <8126fa4ae0ca650ca12f28dd538e6e8c4e81b432.camel@freebsd.org> <2852b9da-e647-69a7-3218-88cfa500eadc@gmail.com> Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.28.5 FreeBSD GNOME Team Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 652417735C X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-2.97 / 15.00]; local_wl_from(0.00)[freebsd.org]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; NEURAL_HAM_SHORT(-0.97)[-0.975,0]; ASN(0.00)[asn:16509, ipnet:54.148.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: Sat, 29 Jun 2019 14:16:17 -0000 On Fri, 2019-06-07 at 10:23 -0700, Nicola Mingotti wrote: > > On 6/7/19 7:58 AM, Ian Lepore wrote: > > [...] > > > > > > > > > > The dev.* hierarchy is managed by newbus; what I was picturing was > > something like hw.ehrpwm1.freq and so on, settable as either tunable or > > sysctl. But it turns out ehrpwm1 is just a label in the dts, not > > accessible at runtime. The actual node name is just 'pwm' and really, > > nothing prevents upstream from changing that name on a whim next time > > we import new dts files. (And linux sure seems to have a lot of > > arbitrary whims when it comes to changing dts.) > > > > Since an overlay is required to use this stuff anyway, I'm now thinking > > a custom property in the overlay that names the sysctl nodes might be a > > good option. So you'd add a property like: > > > > &ehrpwm0 { > > status = "okay"; > > pinctrl-names = "default"; > > pinctrl-0 = <&ehrpwm0_AB_pins>; > > freebsd,sysctl = "backlight"; > > }; > > > > And that would make it install names like hw.backlight.freq and > > hw.backlight.period and so on. If you don't add that property, it just > > installs the names it uses now (dev.ehrpwm.*) for compatibility. > > > > -- Ian > > > > > > Ian, this |freebsd,sysctl = "foobar"| to me sounds as a very good solution. > > In this way I could name the tunable with the "hardware name" or also > with the functional name, as "pwm-motor-front-left". This would improve > the readability of underlying software structure. That would be beautiful. > > n. > I just realized I never followed up on this thread after doing the work. After talking to Manu on irc about this, we decided the right way to go was to use the pwm(9) kernel api and the pwm(8) userland tool for controlling pwm devices, instead of just extending the ad-hoc sysctl scheme in the TI driver. I reworked the pwm(9) api a bit to support the idea of "named channels", then added support for pwm(9) to the ti_ehrpwm driver. All of that work was done in 13-current and has now been merged to 12-stable; it should be available in the next weekly- build snapshots for beaglebone. To use the new stuff... if you build custom kernels, you can add 'device pwmbus' and 'device pwmc' to your kernel config. Or, you can load those devices as modules. On -current the modules will get auto- loaded by devd as needed; I'm not sure if that works in 12-stable or not. The other thing you need to do is apply a dts overlay to enable the pwm hardware, setup the pinmux, and define the names for the channels. Here's the dtso I used for testing (based on the one you posted earlier in this thread, but with the freebsd,pwmc nodes added): /dts-v1/; /plugin/; / { compatible = "ti,am335x-bone-black", "ti,am335x-bone", "ti,am33xx"; exclusive-use = "P9.21","P9.22","ehrpwm0_AB"; }; &am33xx_pinmux { ehrpwm0_AB_pins: pinmux_ehrpwm0_AB_pins { pinctrl-single,pins = < 0x154 0x03 /* P9.21 */ 0x150 0x03 /* P9.22 */ >; }; }; &ehrpwm0 { status = "okay"; pinctrl-names = "default"; pinctrl-0 = <&ehrpwm0_AB_pins>; pwmcontrol@0 { compatible = "freebsd,pwmc"; reg = <0>; label = "backlight"; }; pwmcontrol@1 { compatible = "freebsd,pwmc"; reg = <1>; label = "ChannelB"; }; }; &epwmss0 { status = "okay"; }; &ecap0 { status = "okay"; }; The pwmc(4) driver creates nodes in /dev/pwm/ named pwmcX.Y where X is the unit number and Y is the channel number within that unit. As usual the unit number may change depending on which devices are present, so the dts can include a label= property and the driver creates an alias for the pwmcX.Y with that name: ll /dev/pwm [...] root wheel 14 Jun 29 13:54 ChannelB@ -> ../pwm/pwmc0.1 [...] root wheel 14 Jun 29 13:54 backlight@ -> ../pwm/pwmc0.0 [...] root operator 0x5f Jun 29 13:54 pwmc0.0 [...] root operator 0x5d Jun 29 13:54 pwmc0.1 With this in place, you can use the pwm(8) tool for control. It takes period and duty cycle in nanoseconds, or duty as a percentage. For example, to set the 'ChannelB' output to a 100KHz signal with 40% duty cycle and enable it: pwm -f /dev/pwm/ChannelB -E -p 10000 -d 40% To change it to 1ms on, 1ms off (it stays enabled): pwm -f /dev/pwm/ChannelB -p 2000000 -d 1000000 There are manpages for the pwmc(4) device (describes the dts format) and the pwm(8) tool. If you are writing your own custom C code for control, you can use ioctl() calls for pwm control; the pwmc(4) manpage details that stuff too. -- Ian