From owner-freebsd-arm@freebsd.org Sun Jul 21 21:03:01 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 E761BBEE6F for ; Sun, 21 Jul 2019 21:03:01 +0000 (UTC) (envelope-from freebsd-arm@dino.sk) Received: from mailhost.netlabit.sk (mailhost.netlabit.sk [84.245.65.72]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id E3A3E6CCE0 for ; Sun, 21 Jul 2019 21:03:00 +0000 (UTC) (envelope-from freebsd-arm@dino.sk) Received: from zeta.dino.sk (fw3.dino.sk [84.245.95.254]) (AUTH: LOGIN milan) by mailhost.netlabit.sk with ESMTPA; Sun, 21 Jul 2019 23:02:52 +0200 id 00F406BF.5D34D2FC.00009BDC Date: Sun, 21 Jul 2019 23:02:52 +0200 From: Milan Obuch To: Emmanuel Vadot Cc: freebsd-arm@freebsd.org Subject: Re: Pine64 (LTS) HDMI trouble with UHD display Message-ID: <20190721230252.3622c435@zeta.dino.sk> In-Reply-To: <20190718094432.6c868b59ace49b078ce07c16@bidouilliste.com> References: <20190718091204.410aaedd@zeta.dino.sk> <20190718094432.6c868b59ace49b078ce07c16@bidouilliste.com> X-Mailer: Claws Mail 3.17.3 (GTK+ 2.24.32; i386-portbld-freebsd11.3) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: E3A3E6CCE0 X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; spf=pass (mx1.freebsd.org: domain of freebsd-arm@dino.sk designates 84.245.65.72 as permitted sender) smtp.mailfrom=freebsd-arm@dino.sk X-Spamd-Result: default: False [-5.96 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[dino.sk]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MX_GOOD(-0.01)[mail.dino.sk]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[72.65.245.84.list.dnswl.org : 127.0.10.0]; NEURAL_HAM_SHORT(-0.98)[-0.983,0]; IP_SCORE(-2.67)[ip: (-7.81), ipnet: 84.245.64.0/18(-3.91), asn: 16160(-1.68), country: SK(0.06)]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:16160, ipnet:84.245.64.0/18, country:SK]; 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: Sun, 21 Jul 2019 21:03:02 -0000 On Thu, 18 Jul 2019 09:44:32 +0200 Emmanuel Vadot wrote: > On Thu, 18 Jul 2019 09:12:04 +0200 > Milan Obuch wrote: > > > Hi, > > > > as I have now basically working FreeBSD-CURRENT on Pine64-LTS, I > > decided to try a 4K monitor via HDMI. This does not work with > > strange output, to me. This is what I captured from serial console, > > trying verbose boot after escaping to loader prompt: > > > > --- captured begin --- > > > > Type '?' for a list of commands, 'help' for more detailed help. > > OK boot -vs > > Using DTB provided by EFI at 0x47ef5000. > > Loading DTB overlays: > > 'sun50i-a64-sid,sun50i-a64-ths,sun50i-a64-timer,sun50i-a64-opp,sun50i-a64-uart2' /boot/dtb/overlays/sun50i-a64-sid.dtbo > > size=0x1fd /boot/dtb/overlays/sun50i-a64-ths.dtbo size=0x3e8 > > /boot/dtb/overlays/sun50i-a64-timer.dtbo size=0x175 > > /boot/dtb/overlays/sun50i-a64-opp.dtbo size=0x74f > > /boot/dtb/overlays/sun50i-a64-uart2.dtbo size=0x123 > > applying DTB overlay '/boot/dtb/overlays/sun50i-a64-sid.dtbo' > > applying DTB overlay '/boot/dtb/overlays/sun50i-a64-ths.dtbo' > > applying DTB overlay '/boot/dtb/overlays/sun50i-a64-timer.dtbo' > > applying DTB overlay '/boot/dtb/overlays/sun50i-a64-opp.dtbo' > > applying DTB overlay '/boot/dtb/overlays/sun50i-a64-uart2.dtbo' > > EFI framebuffer information: > > addr, size 0xbe000000, 0x1fa4000 > > dimensions 3840 x 2160 > > stride 3840 > > masks 0x00ff0000, 0x0000ff00, 0x000000ff, 0xff000000 > > EHCI failed to shut down host controller. > > panic: Too many early devmap mappings 2 > > cpuid = 0 > > time = 1 > > KDB: stack backtrace: > > #0 0xffff0000004382b4 at ??+0 > > #1 0xffff0000003f3620 at ??+0 > > #2 0xffff0000003f33d0 at ??+0 > > #3 0xffff00000074ecdc at ??+0 > > #4 0xffff0000002bb0bc at ??+0 > > #5 0xffff0000002bd580 at ??+0 > > #6 0xffff000000395f40 at ??+0 > > #7 0xffff00000070dc14 at ??+0 > > Uptime: 1s > > > > --- captured end --- [ snip ] > > Any idea on debugging this situation? It is not show stopper for me, > > other things could be checked/tested/verified, but it would be nice > > to have working 4K/UHD video output... > > > > Regards, > > Milan > > Could you try bumping PMAP_MAPDEV_EARLY_SIZE in > sys/arm64/include/pte.h to say L2_SIZE * 12 ? > I tried with this modification, but nothing changed. Backtrace is a bit different (address a moved up, numerically), but nothing else is modified. So it must be something different, or could it be still not large enough? Regards, Milan