From owner-freebsd-arm@freebsd.org Wed Nov 27 16:09:32 2019 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 56DF21B04C8 for ; Wed, 27 Nov 2019 16:09: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 47NQhB3xtkz4FBb; Wed, 27 Nov 2019 16:09: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 9035c860; Wed, 27 Nov 2019 17:09:22 +0100 (CET) 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=3iRzleDfLmS4T9GVwPJFc9Xi8hI=; b=F4meuw4+Uu9BKRiZlTPMZxu5qByb Br5kKBTIsjCFRINInnTd7qhKqeI+bSPBEx7FD6sqmgWfuFcvNXEV0AaAulcBPgcf Vg98aW/Lu0EpRROS8SUcySkAXeuP2qxGhexcjNmw9s5H6S9Yipt3hcE/jneh4xzj kSR2loNgtqv2cOM= 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=cCiQxQImJEKNPyotSQ9ucUHmJB72lT3b90jR6lQTfbZ+9zBLUJogrDWx shC9Bg3awUsJqOaZs6XtKuUFGWD+3VKHhKQvCS61blHMu1KsGhbUhgMHiFEohDEy IDDJ0ja/QglKW1IMaJyI0Mmi6kJ9T6MAKoBkcqQiNLTJRwbTGoY= Received: from skull.home.blih.net (lfbn-1-12172-130.w90-92.abo.wanadoo.fr [90.92.223.130]) by mail.blih.net (OpenSMTPD) with ESMTPSA id d300dfc2 TLS version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO; Wed, 27 Nov 2019 17:09:21 +0100 (CET) Date: Wed, 27 Nov 2019 17:09:21 +0100 From: Emmanuel Vadot To: Tom Pusateri Cc: Tom Pusateri via freebsd-arm , Ian Lepore Subject: Re: cubox-i armv7 12.1-RELEASE image fails to boot Message-Id: <20191127170921.3826686498acf28b09361b5f@bidouilliste.com> In-Reply-To: <15ABD54F-4193-4413-8045-061A6AEA98A7@bangj.com> References: <26c21aefb0fbc4f97046f8d966d3cec5d9311885.camel@freebsd.org> <02866BFF-03B3-4335-B42B-EB71453CB516@bangj.com> <15ABD54F-4193-4413-8045-061A6AEA98A7@bangj.com> 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: 47NQhB3xtkz4FBb X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bidouilliste.com header.s=mail header.b=F4meuw4+; dmarc=none; 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 [-0.71 / 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.68)[-0.677,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.51)[-0.514,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[bidouilliste.com:+]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; IP_SCORE(0.38)[ip: (-0.59), ipnet: 212.83.160.0/19(2.42), asn: 12876(0.08), country: FR(-0.00)]; 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: Wed, 27 Nov 2019 16:09:32 -0000 On Wed, 27 Nov 2019 09:48:37 -0500 Tom Pusateri via freebsd-arm wrote: >=20 > > On Nov 27, 2019, at 12:05 AM, Tom Pusateri via freebsd-arm wrote: > >=20 > >=20 > >> On Nov 26, 2019, at 10:24 PM, Ian Lepore wrote: > >>=20 > >> On Mon, 2019-11-25 at 21:37 -0500, Tom Pusateri via freebsd-arm wrote: > >>> I tried booting the 12.1-RELEASE image on my cubox-i and it goes into > >>> an endless loop before it boots the kernel but it scrolls so fast > >>> it?s hard to make out or figure out how to stop it. > >>>=20 > >>> The last line I can read before it hits the endless loop is: > >>>=20 > >>> Loading /boot/loader.conf.local > >>> / > >>>=20 > >>> If I freeze frame a slow mo video of the endless loop it repeats: > >>>=20 > >>> Code: b1116931 f0074806 4806fea4 fea1f007 (e7cf682d) > >>> data abort > >>> pc : [<8ffafd74>] lr : [<0ffafd2f>] > >>> reloc pc : [<1782bd74>] lr : [<1782bd2f>] > >>> sp : 8f57ae38 ip : 8f5a fp : 8ffc2f1c > >>> r10 : 8ffbb240 r9 : 8f58 r8 : 8ffafd74 > >>> r7 : 8ffd06c4 r6 : 8e55 r5 : ffffffff r4 : 8f8a6318 > >>> r3 : 9ff01ce5 r2 : 9ff0 r1 : 8ffbb240 r0 : 0000005e > >>> Flags : nzCv IRQs on FIQs on Mode SVC_32 > >>>=20 > >>>=20 > >>> This unit is a couple of years old now but still works fine with > >>> Linux. > >>>=20 > >>> Thanks, > >>> Tom > >>>=20 > >>=20 > >> Hmmm, I just downloaded the image, burned it to a fresh sdcard, and my > >> cubox boots from it fine. I'm using a serial console, not video, maybe > >> that's related somehow. > >>=20 > >> Yep, that's what it is... I dug out a monitor and hooked it up, and > >> that gives me the same symptoms you're seeing. > >>=20 > >> The problem is, I have no idea what to do about that. Those register > >> dumps are printed by uboot's exception handlers, and this happens while > >> the efi loader is loading the kernel. I don't know much about efi or > >> about running arm systems with video monitors connected. > >>=20 > >> ? Ian > >>=20 > >=20 > > Thanks! > >=20 > > unplugging the keyboard/display worked for me too. This is fine for me = but if I can help test any changes, I?ll be glad to. >=20 > I had to force install an updated version of pkg because the 12.1-RELEASE= version depended on an old version of libssl.so.9. I used: >=20 > pkg-static bootstrap -f >=20 > And there?s still some packages that want the old version of openssl in t= he ?latest? pkg repository: >=20 > $ curl > ld-elf.so.1: Shared object "libssl.so.9" not found, required by "libcurl.= so.4? >=20 > $ ls /usr/lib/libssl* > /usr/lib/libssl.a /usr/lib/libssl.so.111 > /usr/lib/libssl.so /usr/lib/libssl_p.a >=20 > I?m rebuilding curl from ports now. >=20 > Thanks again, > Tom latest packages aren't build for armv7, only quarterly. I see that there is a latest folder under https://pkg.freebsd.org/FreeBSD:12:armv7/ but this goes back to 2018 which is why you have those ssl errors. I'll see if someone can delete this folder, I prefer users to have 404 than broken packages. Just stick with the default config that uses quartely and you shouldn't have any problem (tm). If you really need some more up to date packages doing a poudriere build yourself is the easiest way. Cheers, --=20 Emmanuel Vadot