From owner-freebsd-arm@freebsd.org Thu Aug 6 10:13:24 2020 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 828A637C931 for ; Thu, 6 Aug 2020 10:13:24 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mx.blih.net (mx.blih.net [212.83.155.74]) (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 (2048 bits) client-digest SHA256) (Client CN "mx.blih.net", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4BMkpW2F5Bz3gth for ; Thu, 6 Aug 2020 10:13:22 +0000 (UTC) (envelope-from manu@bidouilliste.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bidouilliste.com; s=mx; t=1596708794; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=Na0UYtGAZpQFu4mdfjSjyhj0jlRKPR/22NcAYLgjyL0=; b=UC2Gt/v5LvfqHVn+VunM8pX2MUnSg31mbX4oO+LA0Hrwc+xri9/6dfMlzKxYpMdaDJSJo5 YbMNNCtbenhc/UJbT/Q/PdDeLoSJjYG3zQx22i8q8d9DMlMIQaRzCZoULSZijxb6HFAnbY 2zTHB2niRz7RtLlDeFXzINbivdhyNIU= Received: from skull.home.blih.net (lfbn-idf2-1-1138-237.w90-92.abo.wanadoo.fr [90.92.20.237]) by mx.blih.net (OpenSMTPD) with ESMTPSA id 6223173b (TLSv1.3:TLS_AES_256_GCM_SHA384:256:NO); Thu, 6 Aug 2020 10:13:14 +0000 (UTC) Date: Thu, 6 Aug 2020 12:13:14 +0200 From: Emmanuel Vadot To: =?ISO-8859-1?Q?S=F8ren?= Schmidt Cc: "Bjoern A. Zeeb" , freebsd-arm Subject: Re: RockPro64 with latest image fails to boot? Message-Id: <20200806121314.7b877e777f518db36c69f8a4@bidouilliste.com> In-Reply-To: <3D9B8A33-D537-4B21-B0BD-5E550A2294D7@gmail.com> References: <20200801185716.a1c5a2972fdcf3a05902f256@bidouilliste.com> <010E3738-FB70-4A58-82A6-391252EB7A4B@gmail.com> <3D9B8A33-D537-4B21-B0BD-5E550A2294D7@gmail.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: 4BMkpW2F5Bz3gth X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bidouilliste.com header.s=mx header.b=UC2Gt/v5; dmarc=pass (policy=none) header.from=bidouilliste.com; spf=pass (mx1.freebsd.org: domain of manu@bidouilliste.com designates 212.83.155.74 as permitted sender) smtp.mailfrom=manu@bidouilliste.com X-Spamd-Result: default: False [-1.95 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[bidouilliste.com:s=mx]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+mx]; TAGGED_RCPT(0.00)[]; MIME_GOOD(-0.10)[text/plain]; NEURAL_HAM_LONG(-0.98)[-0.984]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[bidouilliste.com:+]; DMARC_POLICY_ALLOW(-0.50)[bidouilliste.com,none]; NEURAL_HAM_SHORT(-0.45)[-0.454]; NEURAL_HAM_MEDIUM(-1.01)[-1.014]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:12876, ipnet:212.83.128.0/19, country:FR]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Aug 2020 10:13:24 -0000 On Sun, 2 Aug 2020 11:30:00 +0200 S=F8ren Schmidt wrote: >=20 >=20 > > On 1 Aug 2020, at 23.55, Bjoern A. Zeeb wrote: > >=20 > >=20 > > In case you would be willing to try building a kernel yourself, try som= ething with a lot of non-essential modules (e.g. the allwinner modules) rem= oved and see what happens (just trying to make the size of the kernel small= er). >=20 > Thats where I startet to see the problem, with my own minimal kernel conf= ig, to make certain I hadn?t goofed it up I tried the latest stock image. >=20 > I have tried different SD cards and PSU's to rule those out (and yes it b= oots every time on a NetBSD image). >=20 > However from 20+ boots I can say that it dies in different places but clo= se to the original post here. BUT it did manage to boot once (without HDMI). > As the HW boots my older custom kernel just fine (and the other BSD?s) I = don?t think its a HW problem, but more likely a race of sorts since it did = boot once. >=20 > The same issue is with my pinebookpro, it behaves exactly the same, but n= o output on the display at all, just console.. There is no support for eDP in mainline u-boot. Some patches are around to add support but I don't think that they have been submitted upstream. There is another issue with eDP and FreeBSD kernel, u-boot set the CPLL to 600Mhz (iirc) but the DTS have it set to 800Mhz so when we process the assigned-clocks property and set it to 800Mhz the eDP clock (which is derived from CPLL) isn't correct anymore and we lose the display. > I?ll try to backstep -current to where it did work and se it that brings = any light over the issue? Did you find anything ? > -S=F8ren >=20 --=20 Emmanuel Vadot