From nobody Thu Mar 3 22:25:47 2022 X-Original-To: freebsd-riscv@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 6B8371A039E6 for ; Thu, 3 Mar 2022 22:25:58 +0000 (UTC) (envelope-from freebsd-riscv@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 4K8lts3N6jz3t8s for ; Thu, 3 Mar 2022 22:25:57 +0000 (UTC) (envelope-from freebsd-riscv@dino.sk) Received: from zeta.dino.sk (fw3.dino.sk [84.245.95.254]) (AUTH: LOGIN milan, TLS: TLSv1/SSLv3,256bits,AES256-SHA) by mailhost.netlabit.sk with ESMTPSA; Thu, 03 Mar 2022 23:25:48 +0100 id 00DADC7E.6221406D.00010C7F Date: Thu, 3 Mar 2022 23:25:47 +0100 From: Milan Obuch To: freebsd-riscv@freebsd.org Subject: Re: Sipeed Lichee RV (Allwinner D1) Message-ID: <20220303232547.316daa2d@zeta.dino.sk> In-Reply-To: References: <54a1fb0c-1128-a9fc-a96d-fe973bd2cabc@alvermark.net> <41855845-4e9f-deb9-386c-3e98b99692e9@alvermark.net> <20220228184826.5bdfe7d9@zeta.dino.sk> X-Mailer: Claws Mail 3.18.0git333 (GTK+ 2.24.33; i386-portbld-freebsd11.4) List-Id: FreeBSD on the RISC-V instruction set architecture List-Archive: https://lists.freebsd.org/archives/freebsd-riscv List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-riscv@freebsd.org X-BeenThere: freebsd-riscv@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 4K8lts3N6jz3t8s X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of freebsd-riscv@dino.sk designates 84.245.65.72 as permitted sender) smtp.mailfrom=freebsd-riscv@dino.sk X-Spamd-Result: default: False [-3.29 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.995]; FROM_HAS_DN(0.00)[]; SH_EMAIL_DBL_DONT_QUERY_IPS(0.00)[0.91.184.120:email]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; DMARC_NA(0.00)[dino.sk]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.000]; MID_RHS_MATCH_FROMTLD(0.00)[]; DBL_PROHIBIT(0.00)[0.91.184.120:email]; NEURAL_HAM_SHORT(-1.00)[-0.998]; MLMMJ_DEST(0.00)[freebsd-riscv]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:5578, ipnet:84.245.64.0/18, country:SK]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] X-ThisMailContainsUnwantedMimeParts: N On Thu, 3 Mar 2022 22:50:30 +0100 Julien Cassette wrote: > Le lun. 28 f=C3=A9vr. 2022 =C3=A0 18:48, Milan Obuch a > =C3=A9crit : [ snip ] > > Hi, > > > > I have zero knowledge about Allwinner D1, however your console log > > is really short, almost no devices here. As it is not possible to > > mount root this way (no device where any file system could reside > > on), it is possible to use memory filesystem (mfs) embedded in > > kernel for small root. > > > > Also, at 'mountroot>' prompt, try pressing '?' to get valid disk > > boot devices list, probably it is empty because lack of devices. > > Using mfs allows boot to multiuser with some minimal filesystem, > > which is important milestone when working on support for new > > system, in my eyes. > > > > Regards, > > Milan > > =20 >=20 > Hi Milan and thanks for your help >=20 > > Also, at 'mountroot>' prompt, try pressing '?' to get valid disk > > boot devices list, probably it is empty because lack of devices. =20 >=20 > Yes it is empty. I guess there is no MMC driver for the D1 right now. >=20 > > is possible to use memory filesystem (mfs) embedded in kernel for > > small root. =20 >=20 > I have managed to boot from an mfs root containing /rescue and some > symlinks. I have got a shell prompt but then the D1 resets a few > seconds after that. The log is here: https://pastebin.com/HMCVaHFa >=20 Well, this is probably watchdog firing reset. From U-Boot: WDT: Started watchdog@6011000 with servicing (16s timeout) You need either write a watchdog driver to prevent timeout occuring, or disable the watchdog (if possible, this could not be the case). Also, it would help to see FDT (from U-Boot, command 'fdt print', but this needs probably 'fdt addr xxxx' with correct address first). Log presented is too short, suggesting FDT used is incomplete for some reason. Also, you can load root filesystem from embedded image automatically, using options ROOTDEVNAME=3D\"ufs:/dev/md0\" in kernel config. Regards, Milan