From owner-freebsd-arm@freebsd.org Sat May 30 21:37:27 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 664152F7F44 for ; Sat, 30 May 2020 21:37:27 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: from mail-wr1-x442.google.com (mail-wr1-x442.google.com [IPv6:2a00:1450:4864:20::442]) (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 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49ZFCB3CZZz3VCy for ; Sat, 30 May 2020 21:37:26 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: by mail-wr1-x442.google.com with SMTP id e1so7686835wrt.5 for ; Sat, 30 May 2020 14:37:26 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:content-transfer-encoding:mime-version :subject:date:references:to:in-reply-to:message-id; bh=Lki/bJr0PCv2jLgm3dyZIRrBmidkntEfSks1JHskGE8=; b=jlexvOwaeFek/hzmArRU2wsSTcFXwvjMwReSSkGFOmxfb7rDd9g9jVasbMwzXtWu6h Rw2u8MzJOmpLDxvknPT2awbWCZdFaj46PJiMTmXc9cxHCrIDQOF1AsEskYV08X7bE6r2 /178YzbU+iAPnfd6UfH0B145NA+/qlOEnGNFcCPsH7P9KUGmijp4NHF1PXaVXNZnXrmP GyGjcI1s4aF2OvLI4G8bCfjMNawK0LNV68gKDq4wXHCSc4NcM79tTi2nd5M2rWhsNQpl YdG1SwsWjyheqmY4ARkha9tVYLc0M+c04CVOHG0673OASvrvO2JaQGv4KX9jenZQ13rq om3A== X-Gm-Message-State: AOAM531vEoG7/m5MuBtceNOc072EchElIHkEXzuoeomRybBtpJVe9wAF t93OzDTlnplR799gc6NfgOw= X-Google-Smtp-Source: ABdhPJzAhh3JwnyBAuNbM7C5VLpQmFQs7IjAdSxhrzfAdagjO6rS4JbQG3wsrK/X2TFGhSm3zLs89g== X-Received: by 2002:a5d:6289:: with SMTP id k9mr15572273wru.358.1590874645022; Sat, 30 May 2020 14:37:25 -0700 (PDT) Received: from [192.168.1.167] ([46.114.105.75]) by smtp.googlemail.com with ESMTPSA id v7sm5598975wme.46.2020.05.30.14.37.24 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Sat, 30 May 2020 14:37:24 -0700 (PDT) From: =?utf-8?Q?Klaus_K=C3=BCchemann?= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\)) Subject: Re: rpi4-uefi.dev Re: RaspberryPi 4B 8G model not boot Date: Sat, 30 May 2020 23:37:22 +0200 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> To: myfreeweb , freebsd-arm@freebsd.org In-Reply-To: <20C49D55-9940-422F-9699-4C56CFCF281B@unrelenting.technology> Message-Id: <83980CE0-276E-4DD9-B035-5ED2B561324B@googlemail.com> X-Mailer: Apple Mail (2.3608.80.23.2.2) X-Rspamd-Queue-Id: 49ZFCB3CZZz3VCy X-Spamd-Bar: +++++++ X-Spamd-Result: default: False [7.54 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[googlemail.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(0.00)[+ip6:2a00:1450:4000::/36]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[googlemail.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(0.00)[googlemail.com,quarantine]; RECEIVED_SPAMHAUS_PBL(0.00)[46.114.105.75:received]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[googlemail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[googlemail.com:dkim]; ARC_NA(0.00)[]; RECEIVED_SPAMHAUS_XBL(5.00)[46.114.105.75:received]; R_DKIM_ALLOW(0.00)[googlemail.com:s=20161025]; FROM_HAS_DN(0.00)[]; NEURAL_SPAM_SHORT(0.22)[0.216]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; NEURAL_SPAM_MEDIUM(0.90)[0.901]; BAD_REP_POLICIES(0.10)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(0.92)[0.922]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::442:from]; RCVD_TLS_ALL(0.00)[]; GREYLIST(0.00)[pass,meta] X-Spam: Yes 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: Sat, 30 May 2020 21:37:27 -0000 > Am 30.05.2020 um 22:58 schrieb myfreeweb = : >=20 >=20 >=20 > On May 30, 2020 7:46:37 PM UTC, "Klaus K=C3=BCchemann via freebsd-arm" = wrote: >>=20 >> rpi4-uefi.dev has a stunning support-team(including@jmcneill of = NetBSD and OpenBSD-hacker @kettenis ) >> and they are absolutely interested in FreeBSD and willing to help, >> but 1st we have to repair generic_xhci_acpi =E2=80=A6 >> looking closely into that file we will see that quite =E2=80=9Enothing"= is inside it :-) >=20 > Yeah, there shouldn't be anything else in generic_xhci_acpi and = there's nothing wrong with it. I was sure you will answer,, Hi and thanks for stepping in this = discussion :-),=20 .. O.K., why do we do an acpi-split if there=E2=80=99s nothing else than = PNP0D10 in it ?=20 NetBSD & OpenBSD don=E2=80=99t do that file-split , afaik >=20 > Looks like the problem is that the PCIe controller isn't getting = initialized, pcie isn`t exposed ( to the OS) in RPI4UEFI-dev , that=E2=80=99s what = @AndrejWarkentin told us =E2=80=A6 And he told us what to do (in general, while not the easiest to = understand ;-) > which is why xhci device memory is all 0xdead. The _INI or whatever = ACPI method on that does the initialization probably isn't working = correctly under FreeBSD. It does run, I have seen its debug message when = I built an acpi_debug kernel. But it's not accomplishing its goal?? = Maybe the memory regions it writes to aren't mapped correctly or = something. Yep, look here(you=E2=80=99ve seen that already) : = https://github.com/tianocore/edk2-platforms/blob/master/Platform/Raspberry= Pi/AcpiTables/Xhci.asl#L118 ( attention : QWord ) >=20 > Silly debug idea: log all memory access initiated by acpi in FreeBSD = and NetBSD and compare :) >=20 > Less silly idea: can someone who's really really familiar with = FreeBSD's acpica integration take a look at the RPi4 dsdt already?? = Please?? see: https://github.com/openbsd/src/blob/master/sys/dev/acpi/dsdt.c -- cutoff of an OpenBSD-file : xhci_acpi_parse_resources(int crsidx, union acpi_resource *crs, void = *arg) { struct xhci_acpi_softc *sc =3D arg; int type =3D AML_CRSTYPE(crs); switch (type) { case LR_MEM32FIXED: /* XHCI registers are specified by the first resource. = */ if (sc->sc_size =3D=3D 0) { sc->sc_addr =3D crs->lr_m32fixed._bas; sc->sc_size =3D crs->lr_m32fixed._len; } break; case LR_QWORD: /* XHCI registers are specified by the first resource. = */ if (sc->sc_size =3D=3D 0) { sc->sc_addr =3D crs->lr_qword._min; sc->sc_size =3D crs->lr_qword._len; } break; case LR_EXTIRQ: sc->sc_irq =3D crs->lr_extirq.irq[0]; sc->sc_irq_flags =3D crs->lr_extirq.flags; break; } return 0; } !! the QWord-thing belongs to the RPI4 !! =E2=80=94 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, = afaik =E2=80=A6 Regards