From owner-freebsd-arm@freebsd.org Mon Feb 29 07:49:52 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CCE71AB6A3E for ; Mon, 29 Feb 2016 07:49:52 +0000 (UTC) (envelope-from gonzo@id.bluezbox.com) Received: from id.bluezbox.com (id.bluezbox.com [45.55.20.155]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id AFA5E7A3 for ; Mon, 29 Feb 2016 07:49:52 +0000 (UTC) (envelope-from gonzo@id.bluezbox.com) Received: from [76.102.118.237] (helo=[10.0.1.7]) by id.bluezbox.com with esmtpsa (TLSv1:ECDHE-RSA-AES256-SHA:256) (Exim 4.86 (FreeBSD)) (envelope-from ) id 1aaIaN-000Amb-Iw; Sun, 28 Feb 2016 23:49:44 -0800 Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 9.2 \(3112\)) Subject: Re: FreeBSD on Utilite (revisited) From: Oleksandr Tymoshenko In-Reply-To: Date: Sun, 28 Feb 2016 23:49:43 -0800 Cc: Russell Haley , freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: References: <8262C265-A9F6-4336-9A33-4A97BE7451F6@waschbuesch.de> <6531E2F1-0682-4220-B148-BA7061C50B79@waschbuesch.de> <20160229062941.4374611.32643.3487@gmail.com> To: =?utf-8?Q?Martin_Waschb=C3=BCsch?= X-Mailer: Apple Mail (2.3112) Sender: gonzo@id.bluezbox.com X-Spam-Level: -- X-Spam-Report: Spam detection software, running on the system "id.bluezbox.com", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see The administrator of that system for details. Content preview: > On Feb 28, 2016, at 11:18 PM, Martin Waschbüsch wrote: > > >> Am 29.02.2016 um 07:29 schrieb Russell Haley : >> >> It seems compulab's imx6 som is called the CM-FX6. There are some imx6-cm-fx6 and imx6q-cm-fx6 files in their linux kernel on github? >> >> ‎https://github.com/utilite-computer/linux-kernel/tree/utilite/devel/arch/arm/boot/dts > > Thank you, Russ. > > There already is a dts file for the cm-fx6 in the FreeBSD kernel sources > for instance /usr/src/sys/gnu/dts/arm/imx6q-cm-fx6.dts > > However, the same is true for the Wandboard > /usr/src/sys/gnu/dts/arm/imx6qdl-wandboard.dtsi > and yet, Crochet uses the files found under > /usr/src/sys/boot/fdt/dts/arm/ [...] Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP 0.0 HEADER_FROM_DIFFERENT_DOMAINS From and EnvelopeFrom 2nd level mail domains are different 0.0 URIBL_BLOCKED ADMINISTRATOR NOTICE: The query to URIBL was blocked. See http://wiki.apache.org/spamassassin/DnsBlocklists#dnsbl-block for more information. [URIs: github.com] -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Feb 2016 07:49:52 -0000 > On Feb 28, 2016, at 11:18 PM, Martin Waschb=C3=BCsch = wrote: >=20 >=20 >> Am 29.02.2016 um 07:29 schrieb Russell Haley : >>=20 >> It seems compulab's imx6 som is called the CM-FX6. There are some = imx6-cm-fx6 and imx6q-cm-fx6 files in their linux kernel on github? >>=20 >> = =E2=80=8Ehttps://github.com/utilite-computer/linux-kernel/tree/utilite/dev= el/arch/arm/boot/dts >=20 > Thank you, Russ. >=20 > There already is a dts file for the cm-fx6 in the FreeBSD kernel = sources > for instance /usr/src/sys/gnu/dts/arm/imx6q-cm-fx6.dts >=20 > However, the same is true for the Wandboard > /usr/src/sys/gnu/dts/arm/imx6qdl-wandboard.dtsi > and yet, Crochet uses the files found under > /usr/src/sys/boot/fdt/dts/arm/ In early days of FDT support number of supported ARM boards was really small and people tended to write their own DTS files from the scratch, instead of using ones from Linux due to licensing concerns. These DTS files were placed to boot/dts/fdt. As number of supported hardware grew it became clear that this practice is a dead end, we can't keep up with changes provided by vendors. So after some research it was concluded that we can bring DTS files from Linux. I don't remember exact reasoning but the gist of it: they're not code, they're set=20 of facts about hardware. "Upstream" files were placed to gnu/dts. Some of the files in boot/dts/fdt are just wrappers around vendor-provided dts/dtsi files, fixing Linux-specific=20 idiosyncrasies or adding new nodes. for instances, there is no PRUSS node in Linux DTS for beaglebone, but=20 boot/fdt/dts/arm/beaglebone-common.dtsi adds it. You should be able to use .dts file in either directory, build system checks boot/fdt first and then gnu/ AFAIR.=20 >=20 > So, I went with the wandboard-quad.dts file from there, seeing as it = should be quite similar to my Utilite Pro. > So far, no luck. Once the loader slurps in the compiled .dtb, the = system hangs with no further sign of activity. Check stdout/stderr settings in =E2=80=9Cchosen=E2=80=9D node. Looks = like imx6q-cm-fx6.dts uses UART4 for serial output while Wandboard=20 quad uses UART0.=