Date: Wed, 31 Mar 2021 19:20:36 -0400 From: Alexander Kabaev <kabaev@gmail.com> To: freebsd-arm@freebsd.org Subject: Re: Any good alternative to Raspberry for Arm64? Message-ID: <20210331192030.3fb9314f@kan> In-Reply-To: <A3BFAEF0-CD88-4C97-9476-0A8F12481958@yahoo.com> References: <21BE83BC-0667-44F7-83E4-1664A2BC6017@icloud.com> <E4905B08-79AD-4B48-87A0-3E0EF3027C8B@googlemail.com> <cc9bc6a4-4012-8f66-2dd6-6b9e552438ea@spth.de> <74C08272-D40E-42D2-A623-CEE12C661329@googlemail.com> <f3hHexkIDGQX3sr0f3EOMvUZF0x6JsYpzHZ5bcGch0KxWF3MOakIenD2VfjnJG-JM8SAhlUhDCR_3wZalOKMBGvL4Acyhcl0iO8mdsJDUXs=@a9development.com> <8d54c77b-b5bf-cdc9-7ed5-2bfb6504b388@spth.de> <0434D7DE-14A6-4B78-97C4-508C348DB891@googlemail.com> <vzez0VkHT9Md7U5Nh06Nn6nKDC12DHThVAZh1obdLpsDtbrVYoHcBUXa8M-GKvIv30vxHwNCUbAPNyfi6fFaqksopDIO8hOlMPWVkduSe20=@a9development.com> <9ee70ac3b117b6605ce67102c2864f24a2816d90.camel@freebsd.org> <A3BFAEF0-CD88-4C97-9476-0A8F12481958@yahoo.com>
next in thread | previous in thread | raw e-mail | index | archive | help
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 <ian at freebsd.org> 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 > or: > # SPDX-License-Identifier: GPL-2.0 > 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? > > === > Mark Millard > marklmi at yahoo.com > ( dsl-only.net went > away in early 2018-Mar) > > _______________________________________________ > 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" 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
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20210331192030.3fb9314f>