From owner-freebsd-arm@freebsd.org Sun May 31 00:49:44 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 9D5432FCFD3 for ; Sun, 31 May 2020 00:49:44 +0000 (UTC) (envelope-from greg@unrelenting.technology) Received: from out0.migadu.com (out0.migadu.com [94.23.1.103]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 49ZKT31c6pz43Hj for ; Sun, 31 May 2020 00:49:42 +0000 (UTC) (envelope-from greg@unrelenting.technology) Date: Sun, 31 May 2020 00:49:35 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=unrelenting.technology; s=default; t=1590886175; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=/mPFX4t84khHjcifNclq6PxF6Yh1kZFr6Uo5xYSKRhA=; b=kpjOTNzG5LVUHBTKfj2uglfvgYGlsr4TsbLbJjfKiwstgDRNu5HAeTMHrVJVaPtjJEBlxf VNKCTg8vFHNDXMAdwl7i+JYS8JNLt5QWZHhL9wcywomsp2y/EcGU9iItOYfe2LJBFAz6ag Abfq176w2IkGPPPd877Wh+JX9vPFpNE= X-Report-Abuse: Please report any abuse attempt to abuse@migadu.com and include these headers. From: myfreeweb To: =?ISO-8859-1?Q?Klaus_K=FCchemann?= , freebsd-arm@freebsd.org Subject: Re: rpi4-uefi.dev Re: RaspberryPi 4B 8G model not boot In-Reply-To: <83980CE0-276E-4DD9-B035-5ED2B561324B@googlemail.com> References: <20200530.130909.120260481726933388.shigeru@os-hackers.jp> <50DC156A-CA39-4809-85B7-02A5180DAB63@yahoo.com> <2DE76C92-8F4B-4658-94E4-FB7C7B7C6135@googlemail.com> <0AD80BEF-AA71-41F0-AD71-DF8516B790D9@yahoo.com> <67808784-29A6-4BC2-9B25-E31DE6DA862A@googlemail.com> <20C49D55-9940-422F-9699-4C56CFCF281B@unrelenting.technology> <83980CE0-276E-4DD9-B035-5ED2B561324B@googlemail.com> Message-ID: <53680CD3-4FE9-42C9-A534-416A71263A08@unrelenting.technology> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -0.10 X-Rspamd-Queue-Id: 49ZKT31c6pz43Hj X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=unrelenting.technology header.s=default header.b=kpjOTNzG; dmarc=pass (policy=none) header.from=unrelenting.technology; spf=pass (mx1.freebsd.org: domain of greg@unrelenting.technology designates 94.23.1.103 as permitted sender) smtp.mailfrom=greg@unrelenting.technology X-Spamd-Result: default: False [-3.88 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.99)[-0.993]; R_DKIM_ALLOW(-0.20)[unrelenting.technology:s=default]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:94.23.1.103]; NEURAL_HAM_LONG(-1.01)[-1.013]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[unrelenting.technology:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[unrelenting.technology,none]; NEURAL_HAM_SHORT(-0.87)[-0.874]; FREEMAIL_TO(0.00)[googlemail.com,freebsd.org]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RWL_MAILSPIKE_VERYGOOD(0.00)[94.23.1.103:from]; ASN(0.00)[asn:16276, ipnet:94.23.0.0/16, country:FR]; MID_RHS_MATCH_FROM(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: Sun, 31 May 2020 00:49:44 -0000 On May 30, 2020 9:37:22 PM UTC, "Klaus K=C3=BCchemann" wrote: >=2E=2E O=2EK=2E, why do we do an acpi-split if there=E2=80=99s nothing el= se than PNP0D10 in it ?=20 >NetBSD & OpenBSD don=E2=80=99t do that file-split , afaik They don't have driver inheritance=2E We do, so the usual pattern for devi= ces available with both acpi and fdt is to have them inherit from a common = driver that doesn't attach=2E >> Looks like the problem is that the PCIe controller isn't getting initia= lized, >pcie isn`t exposed ( to the OS) in RPI4UEFI-dev , that=E2=80=99s what @An= drejWarkentin told us =E2=80=A6 >And he told us what to do (in general, while not the easiest to understan= d ;-) Yep=2E Something has to initialize the actual controller though, that's wh= at _INI does=2E So the OS runs the AML bytecode and initializes PCIe withou= t even knowing PCIe exists=2E I'll maybe look into this again soon=2E >( attention : QWord ) >cutoff of an OpenBSD-file : >xhci_acpi_parse_resources That looks like just OpenBSD weirdness, the resources should be handled by= generic acpi code=2E >to anticipate it: if we have solved this problem, we will probably end up= on vfs_mountroot because the uSD driver is not recognized under acpi, afai= k Screw uSD, I just put the OS on a USB stick and only the firmware on uSD= =2E