From owner-freebsd-arm@freebsd.org Thu Apr 1 14:13:03 2021 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 6BECA578781 for ; Thu, 1 Apr 2021 14:13:03 +0000 (UTC) (envelope-from dan.kotowski@a9development.com) Received: from mail-40131.protonmail.ch (mail-40131.protonmail.ch [185.70.40.131]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "protonmail.com", Issuer "SwissSign Server Gold CA 2014 - G22" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4FB4sB35mTz3rhr for ; Thu, 1 Apr 2021 14:13:02 +0000 (UTC) (envelope-from dan.kotowski@a9development.com) Date: Thu, 01 Apr 2021 14:12:40 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=a9development.com; s=protonmail; t=1617286379; bh=2crSM1vLW7XoFqxfrRCcE02faXuPtaVHzAXmFRUNdvg=; h=Date:To:From:Cc:Reply-To:Subject:In-Reply-To:References:From; b=qzDGBzeRRDg9crkrYWDGxVWgYyi3FIwoETNfVRW1hqRag3hZIgZ1mePRSr+LH6SlF og3QbPm1ppzpPF7YfOwuhCcKpeu31xE4avu3GHKRGVAcsCx5NWgIDunszKutTySGBC kkC20cIoJpgK3t1KWLAT6rW7PAhnGxgOYY9F0YtU= To: Alexander Kabaev From: Dan Kotowski Cc: freebsd-arm@freebsd.org Reply-To: Dan Kotowski Subject: Re: Any good alternative to Raspberry for Arm64? Message-ID: In-Reply-To: <20210331192030.3fb9314f@kan> References: <21BE83BC-0667-44F7-83E4-1664A2BC6017@icloud.com> <74C08272-D40E-42D2-A623-CEE12C661329@googlemail.com> <8d54c77b-b5bf-cdc9-7ed5-2bfb6504b388@spth.de> <0434D7DE-14A6-4B78-97C4-508C348DB891@googlemail.com> <9ee70ac3b117b6605ce67102c2864f24a2816d90.camel@freebsd.org> <20210331192030.3fb9314f@kan> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Status: No, score=-1.2 required=10.0 tests=ALL_TRUSTED,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF shortcircuit=no autolearn=disabled version=3.4.4 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on mailout.protonmail.ch X-Rspamd-Queue-Id: 4FB4sB35mTz3rhr X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=a9development.com header.s=protonmail header.b=qzDGBzeR; dmarc=pass (policy=none) header.from=a9development.com; spf=none (mx1.freebsd.org: domain of dan.kotowski@a9development.com has no SPF policy when checking 185.70.40.131) smtp.mailfrom=dan.kotowski@a9development.com X-Spamd-Result: default: False [-2.90 / 15.00]; HAS_REPLYTO(0.00)[dan.kotowski@a9development.com]; RWL_MAILSPIKE_VERYGOOD(0.00)[185.70.40.131:from]; R_DKIM_ALLOW(-0.20)[a9development.com:s=protonmail]; REPLYTO_EQ_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[a9development.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[a9development.com,none]; NEURAL_HAM_SHORT(-1.00)[-1.000]; R_SPF_NA(0.00)[no SPF record]; FREEMAIL_TO(0.00)[gmail.com]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:62371, ipnet:185.70.40.0/24, country:CH]; MID_RHS_MATCH_FROM(0.00)[]; MAILMAN_DEST(0.00)[freebsd-arm]; RCVD_IN_DNSWL_LOW(-0.10)[185.70.40.131:from] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Apr 2021 14:13:03 -0000 On Wednesday, March 31st, 2021 at 23:20, Alexander Kabaev wrote: > On Tue, 30 Mar 2021 17:14:01 -0700 > > Mark Millard via freebsd-arm freebsd-arm@freebsd.org wrote: > > > On 2021-Mar-30, at 16:32, Ian Lepore wrote: > > > > > On Tue, 2021-03-30 at 22:52 +0000, Dan Kotowski wrote: > > > > > > > > `guess SFP+ would need more special driver-attention ... > > > > > from quick reading around the web I guess the DPAA2 also needs a > > > > > closed source binary blob. > > > > > > > > So this actually comes from NXP, not SolidRun. Linux already has > > > > some/most of what's needed, and the license is GPL-2.0+ OR BSD-3- > > > > Clause so there's hope, but I haven't heard a peep from NXP and > > > > SolidRun doesn't really have the manpower to port to FreeBSD > > > > themselves. > > > > > > https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git/tree= /drivers/net/ethernet/freescale/dpaa2/ > > > > > > That's actually very good news. If it's dual-licensed it can be > > > included in freebsd without any drama. Still needs porting work, or > > > maybe it could run using the linuxkpi stuff? > > > > The files there are a mix: a few list just: > > > > SPDX-License-Identifier: GPL-2.0-only > > =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 > > > > or: > > > > SPDX-License-Identifier: GPL-2.0 > > =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 > > > > or: > > > > // SPDX-License-Identifier: GPL-2.0 > > > > or: > > > > /* SPDX-License-Identifier: GPL-2.0 */ > > > > ( Kconfig Makefile dpaa2-ptp.[ch] dprtc-cmd.h dprtc.[ch] ) > > > > The others (most) list: > > > > // SPDX-License-Identifier: (GPL-2.0+ OR BSD-3-Clause) > > > > or: > > > > /* SPDX-License-Identifier: (GPL-2.0+ OR BSD-3-Clause) */ > > > > The Copyrights seem to be Freescale Semiconductor Inc. and/or > > NXP when documented on a file. May be they would be willing > > to add the BSD-3-Clause where it is missing? > > > > =3D=3D=3D > > Mark Millard > > marklmi at yahoo.com > > ( dsl-only.net went > > away in early 2018-Mar) > > If one does not need to run custom firmware on DPAA2 subsystem, then > the only binary blob one needs if an MC firmware which is and always > will be the binary-only thing, per our NXP contacts. MC provides > intermediate layer API that abstracts hardware configuration at somewhat > higher level that DPAA from older Layerscape chips did. MC blob is > freely downloadable and NXP documents MC and DPAA2 interfaces quite > well, but it is a sizable code to write to get things properly > integrated. NXP also ships a lot of their low-level code as part of > DPDK, which is licensed liberally and can be referenced for the > inspiration. Most of fls_dp* files are available there. > > Alexander Kabaev For what it's worth, this SoC is starting to show up in SmartNICs too: https://www.xilinx.com/applications/data-center/network-acceleration/alveo-= sn1000.html I don't have the free cycles or expertise to write/port this code myself, b= ut would love to work with someone who does