From owner-freebsd-arm@freebsd.org Sun Dec 6 16:45:46 2015 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 CCA289A073C for ; Sun, 6 Dec 2015 16:45:46 +0000 (UTC) (envelope-from e.moe@rcn.com) Received: from smtp.rcn.com (smtp.rcn.com [69.168.97.78]) (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 8F8741F57 for ; Sun, 6 Dec 2015 16:45:46 +0000 (UTC) (envelope-from e.moe@rcn.com) X_CMAE_Category: , , X-CNFS-Analysis: v=2.1 cv=C8BJsV7+ c=1 sm=1 tr=0 a=kLIaxcRmAfIWWG5Fo3VFTQ==:117 a=kLIaxcRmAfIWWG5Fo3VFTQ==:17 a=K-v-2zaBAAAA:8 a=OA2lqS22AAAA:8 a=NEAV23lmAAAA:8 a=7Qk2ozbKAAAA:8 a=pGLkceISAAAA:8 a=6I5d2MoRAAAA:8 a=xOAbDO-GYFArAQ9I_9oA:9 a=QEXdDO2ut3YA:10 a=DovCaeFo1AtV_PTIHfoA:9 a=b-JxYfF9AKXlYkD5:21 a=_W_S_7VecoQA:10 X-CM-Score: 0 X-Scanned-by: Cloudmark Authority Engine X-Authed-Username: ZS5tb2VAcmNuLmNvbQ== Authentication-Results: smtp01.rcn.cmh.synacor.com header.from=e.moe@rcn.com; sender-id=neutral Authentication-Results: smtp01.rcn.cmh.synacor.com smtp.mail=e.moe@rcn.com; spf=neutral; sender-id=neutral Authentication-Results: smtp01.rcn.cmh.synacor.com smtp.user=e.moe; auth=pass (PLAIN) Received-SPF: neutral (smtp01.rcn.cmh.synacor.com: 24.148.20.83 is neither permitted nor denied by domain of rcn.com) Received: from [24.148.20.83] ([24.148.20.83:11047] helo=[192.168.1.175]) by smtp.rcn.com (envelope-from ) (ecelerity 3.6.2.43620 r(Platform:3.6.2.0)) with ESMTPSA (cipher=AES256-SHA) id B5/71-12961-23664665; Sun, 06 Dec 2015 11:45:39 -0500 Mime-Version: 1.0 (Mac OS X Mail 9.1 \(3096.5\)) Subject: Re: Raspberry Pi Zero From: Erik Moe In-Reply-To: Date: Sun, 6 Dec 2015 10:45:38 -0600 Cc: Jukka Ukkonen , "freebsd-arm@freebsd.org" Message-Id: References: <44D770D9-F1EF-461E-BB1A-8A19E9FB4BC8@rcn.com> <4D7C44B3-8135-4431-A07B-6135284D0C02@bsdimp.com> <5663E1FA.3060602@kronometrix.org> <566407CE.4020403@gmail.com> To: Warner Losh X-Mailer: Apple Mail (2.3096.5) Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.20 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: Sun, 06 Dec 2015 16:45:46 -0000 Firmware was the issue. I mounted the MSDOS partition of the latest = RPI-B snapshot, replaced bootcode.bin, fixup.dat, fixup_cd.dat, = start.elf and start_cd.elf from https://github.com/raspberrypi/firmware = and the Zero booted right up = into multi-user mode. It didn=E2=80=99t seem to mind that the DTB was = for the RPI-B. Erik > On Dec 6, 2015, at 10:20 AM, Warner Losh wrote: >=20 > On Sun, Dec 6, 2015 at 3:02 AM, Jukka Ukkonen = wrote: >=20 >> On 12/06/15 09:21, Stefan Parvu wrote: >>>=20 >>>> I haven=E2=80=99t looked, but most likely a new u-boot and/or other = firmware is >> required. >>>=20 >>> Talking about this, reminds me something I always wanted to ask. >>>=20 >>> Q: cant we deliver one image for RBPI, RBPI2, RBPI0 boards for = example ? >>> Currently one has to download & use a different image for a = different >>> board. Linux Raspbian does not have this model. >>>=20 >>> Why is this on FreeBSD ARM ? >>>=20 >>> thanks, >>>=20 >>=20 >> I guess there is also the little issue that because >> RPI2 supports hardware floating point operations, >>=20 >=20 > Both support hardware floating point. RPi B vfp v2, and > the RPi2 vfp v3. >=20 >=20 >> it also makes sense to compile the user space with >> the hardware floating enabled. So, in addition to >> separate kernels one might quite reasonably wish to >> have also separate user space libraries and binaries. >>=20 >=20 > It's desirable, but not for the floating point reason. >=20 >=20 >> Additionally RPI2 needs SMP support RPI-B does not. >> If the same common image had to support both, the >> image would end up being suboptimal for both. >=20 >=20 > The suboptimality isn't so great. >=20 > After I sent the mail last night, I realized that there's > other differences between the two CPUs that require different > DTBs, different firmware to be loaded into the GPU, and > likely a host of other minor things. Surmountable (since the > base firmware / IPL supports it), but lots of work. >=20 > Warner > _______________________________________________ > 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"