From nobody Wed Dec 7 23:21:08 2022 X-Original-To: freebsd-arm@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 4NSCw15J0Tz4k6sJ for ; Wed, 7 Dec 2022 23:21:21 +0000 (UTC) (envelope-from hiroo.ono@gmail.com) Received: from mail-pj1-x102a.google.com (mail-pj1-x102a.google.com [IPv6:2607:f8b0:4864:20::102a]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4NSCw118kBz469N for ; Wed, 7 Dec 2022 23:21:21 +0000 (UTC) (envelope-from hiroo.ono@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20210112 header.b=VZzfOUPE; spf=pass (mx1.freebsd.org: domain of hiroo.ono@gmail.com designates 2607:f8b0:4864:20::102a as permitted sender) smtp.mailfrom=hiroo.ono@gmail.com; dmarc=pass (policy=none) header.from=gmail.com Received: by mail-pj1-x102a.google.com with SMTP id u15-20020a17090a3fcf00b002191825cf02so3226548pjm.2 for ; Wed, 07 Dec 2022 15:21:21 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=content-transfer-encoding:cc:to:subject:message-id:date:from :reply-to:in-reply-to:references:mime-version:from:to:cc:subject :date:message-id:reply-to; bh=iY0zNg9Qf9F4/u34ojZdK7ba3EAd9JYFakqbIi+Pz2E=; b=VZzfOUPEOfufozbJUIPjVTL3+33Ugzmf93Ypijc7PHc+0bwBo/x0I+7YjCPBQOV1cP t/nZ/k+31e1vessyM1SM6Rkr2PzmJ2DPT72Ch4dAb4arRK+15y+84Oxr2YJWWVdGqwTW dw9HuU8PBXfnO4eVOe4zQYdIcrC7zdwPLyk5tUETfPIk5iyDFTP/nyF7NW9XGN0+bK7w BQCged88XTBx71YHcLn2lttTqMeMyo9VxUWgaCkAL115B9zlmxhpVu+xc741g/+J38xV 4Uau19WJStLtHYDMqAfl5f4m5ytaLX9KVOWfyLr3xc+tKNpaEU5IWzqNgDMPubf3eGto TujQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=content-transfer-encoding:cc:to:subject:message-id:date:from :reply-to:in-reply-to:references:mime-version:x-gm-message-state :from:to:cc:subject:date:message-id:reply-to; bh=iY0zNg9Qf9F4/u34ojZdK7ba3EAd9JYFakqbIi+Pz2E=; b=ug7jTmrGEcOTlqF94BtgY7DkKFhgV0HEbmQTYBaCro4vlCCtQykWkDIGBVXWZonRfl AlS1WKgVGI2jGMBX5GNXO0XNp2K9iiUJbQmKTf6jfI1MLz0FeKfVNk15iNZLcVawiuaW FPCj15b9I1P/kw3qNSQIOIQ1OkTZMHPJY0SrtSX4Wyf2NzZj78QLlSV1+LAJBDeSxNnT kGS1iAlxarM1a4VZ5KPonBr0gQ3KonmYx/7lR4klMrEqpPprbtBnS1J+ry9mMbNfRaok TctxUYimf+u1rSAXGYOwZ35qxn1votNyhLfgKzm9mHb0CuHc2QYDAWTkY58QEFCs9XQK 1FqQ== X-Gm-Message-State: ANoB5pk5/apwknDxUNPow38Nuaa8e/vdRG0Mkv9ATP6y+xuCuKzyYenl Zt1qCh+kqt7/KIxJnGIBGaOB2YBr8yvXDpz51BQ= X-Google-Smtp-Source: AA0mqf6MDmjItsgezqlApLeY+9VKjVy18P/i+Nl6CMxm7D5Vvt4W1tDmcADiEh92bAmgRbXJUFpEPJdZzzcK2Hopal0= X-Received: by 2002:a17:902:f78c:b0:186:8c13:50b3 with SMTP id q12-20020a170902f78c00b001868c1350b3mr75788840pln.153.1670455279694; Wed, 07 Dec 2022 15:21:19 -0800 (PST) List-Id: Porting FreeBSD to ARM processors List-Archive: https://lists.freebsd.org/archives/freebsd-arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@freebsd.org MIME-Version: 1.0 References: In-Reply-To: Reply-To: hiroo.ono+freebsd@gmail.com From: =?UTF-8?B?SGlyb28gT25vICjlsI/ph47lr5vnlJ8p?= Date: Thu, 8 Dec 2022 08:21:08 +0900 Message-ID: Subject: Re: Succeeded to boot on Lenovo Yoga C630 To: Warner Losh Cc: Mark Millard , freebsd-arm@freebsd.org Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Spamd-Result: default: False [-3.22 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; NEURAL_HAM_SHORT(-0.22)[-0.222]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20210112]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36:c]; MIME_GOOD(-0.10)[text/plain]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; RCVD_COUNT_TWO(0.00)[2]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; FREEMAIL_REPLYTO(0.00)[gmail.com]; MLMMJ_DEST(0.00)[freebsd-arm@freebsd.org]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::102a:from]; TO_MATCH_ENVRCPT_SOME(0.00)[]; HAS_REPLYTO(0.00)[hiroo.ono+freebsd@gmail.com]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; FREEMAIL_CC(0.00)[yahoo.com,freebsd.org]; REPLYTO_ADDR_EQ_FROM(0.00)[]; MID_RHS_MATCH_FROMTLD(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; TO_DN_SOME(0.00)[]; ARC_NA(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; MIME_TRACE(0.00)[0:+]; TAGGED_FROM(0.00)[freebsd]; FROM_EQ_ENVFROM(0.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; FREEMAIL_ENVFROM(0.00)[gmail.com]; RCVD_TLS_LAST(0.00)[] X-Rspamd-Queue-Id: 4NSCw118kBz469N X-Spamd-Bar: --- X-ThisMailContainsUnwantedMimeParts: N 2022=E5=B9=B412=E6=9C=887=E6=97=A5(=E6=B0=B4) 1:18 Warner Losh : > > > > On Tue, Dec 6, 2022 at 7:59 AM Hiroo Ono (=E5=B0=8F=E9=87=8E=E5=AF=9B=E7= =94=9F) wrote: >> OK, I (and the subject) was wrong. The loader boots, and show >> following log at last: >> >> Loading kernel... >> /boot/kernel/kernel text=3D0x2a8 text=3D0x8bcbf0 text=3D0x1f97ac >> data=3D0x1a6ac0 data=3D0x0+0x381000 syms=3D[0x8+0x11f6a0+0x8+0x1439ea] >> Loading configured modules... >> can't find '/boot/entropy' >> can't find '/etc/hostid' >> No valid device tree blob found! >> WARNING! Trying to fire up the kernel, but no device tree blob found! >> EFI framebuffer information >> addr, size 0x80400000, 0x7e9000 >> dimensions 1920 x 1080 >> stride 1920 >> masks 0x00ff0000, 0x0000ff00, 0x000000ff, 0xff000000 >> >> and it stops here. No "<>" line is displayed. >> So, it seems that the kernel is loaded but could not be started. > > > There are several causes of this. > > Most likely is that the console is setup to go somewhere else. Though if = you are on the video display and getting that framebuffer output, it won't = not go there w/o some setting to override (say to force serial). In the loader, when comconsole->c_init() is called for the second time, the function does not return. (I commented out comconsole to make the loader work, but it is rather brutal and is not a proper solution). But the function parse_uefi_con_out() in stand/efi/loader/main.c always returns RB_SERIAL, so the loader tries to use the serial console. If a similar thing happens with the kernel, it may be stopping at serial console initialization. > Next most likely is that FreeBSD doesn't cope well with having both FDT a= nd ACPI information available. But since not DTB is being passed in (per th= at message) that's not likely at play here. I managed to load the dtb file and the boot process stopped at the same point. The problem is not here? > Finally, the loader passes a large number of tables, etc to the kernel. I= t's quite possible that, for reasons still unknown, that data is wrong or i= f standard conforming not expected by the kernel. this leads to a crash bef= ore we've setup the console in the kernel which looks a lot like a hang. > > Warner > > >> >> > . . . >> > >> > Such also happens for stable/13, releng/13.* based installations >> > as well --and likely others too. >> > >> > ACPI booting does not use Device Tree information but the messages >> > are output anyway about the lack. Only if you know that the context >> > is a Device Tree style of boot are the messages actually reporting >> > a problem. >> > >> > >> > =3D=3D=3D >> > Mark Millard >> > marklmi at yahoo.com >> > >>