From nobody Fri Jan 31 13:47:02 2025 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 4Ykxym6rFpz5m4nw for ; Fri, 31 Jan 2025 13:47:12 +0000 (UTC) (envelope-from bounce.29t7tysi6d6mpf0=8436mnv9h33u=8cbjg98zvnofw2@em790814.fubar.geek.nz) Received: from e3i188.smtp2go.com (e3i188.smtp2go.com [158.120.84.188]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4Ykxyl6Zmvz3PV7 for ; Fri, 31 Jan 2025 13:47:11 +0000 (UTC) (envelope-from bounce.29t7tysi6d6mpf0=8436mnv9h33u=8cbjg98zvnofw2@em790814.fubar.geek.nz) Authentication-Results: mx1.freebsd.org; none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=smtpservice.net; i=@smtpservice.net; q=dns/txt; s=a1-4; t=1738331229; h=feedback-id : x-smtpcorp-track : date : message-id : to : subject : from : reply-to : sender : list-unsubscribe : list-unsubscribe-post; bh=/WYqKNOWGToVtLvkH+SMRFy6PupZUddB2OiFGdCCVDI=; b=ChyZSiY0fcjRGQ3N+6FgddxP3Fz13277qv5vlZxICHVb9y+zYnDNUWqmYT9K3pHxB4rWX zbm3aXGGDENGU8SyYoxv2CvZXQGjtnoXd8F05OYdhZOetas9a1h/Odg/plPpM5zOo0yiOqZ +lYvayiNytc3Aacb3GskMUe2lxwNSgtVG3qfxPTCVWroEUG+ad4nT79kusCOoz4eJBBkCu+ ijVEhBmWIOPDJ7dT1mVB47VhCw6XXABWsDQaOhjRG3LVvRKdKkwR94Gt495UQbyTGoI64kQ mkvPf1aVQEcr22c64m5aH0m3Zb4Hdz4jdnajAwHVtiYaOQo6eZW4GOAFbosg== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=fubar.geek.nz; i=@fubar.geek.nz; q=dns/txt; s=s790814; t=1738331229; h=from : subject : to : message-id : date; bh=/WYqKNOWGToVtLvkH+SMRFy6PupZUddB2OiFGdCCVDI=; b=gVMUu4YWDtPkle15UWd3GaqDwXA+Kb0fX2mZelxEyOacMskSG7SeQKMqS/M3x/qd+CZkw gMyj9C5yU57yYT2ZZGq/w0LSwEZ0CdnnmVPb5Pts9dRoEj7d/Gl7hQbjQefAlc/ruomOTY2 4c3ZzQ2DcVkIbEVCu+TF4dO9q6/dpGW8xkfBog8mmhmXDI521i9j2arQ+oOoe1r8c90X8Yt kowLJ54ixNvZ+JDr/jumoUx4sMoCK6Wqh+4kaS8chUUpUiVU9ILpTPdx0rkv5UfirWEXpSf vhnnhXkvuW+ct9Kvpas3dEAltvrR9G9f5YeS9DkSqQEd4eah6xJRFNYCQtTw== Received: from [10.99.243.232] (helo=morbo.fubar.geek.nz) by smtpcorp.com with esmtpsa (TLS1.3:ECDHE_X25519__RSA_PSS_RSAE_SHA256__AES_256_GCM:256) (Exim 4.97.1-S2G) (envelope-from ) id 1tdrMN-4o5NDgrrDg7-le8X; Fri, 31 Jan 2025 13:47:03 +0000 Received: from webmail.fubar.geek.nz (unknown [IPv6:2a01:4f8:c010:8044::1]) by morbo.fubar.geek.nz (Postfix) with ESMTPSA id 4D50943574; Fri, 31 Jan 2025 13:47:02 +0000 (UTC) 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 Date: Fri, 31 Jan 2025 13:47:02 +0000 From: Andrew Turner To: FUKAUMI Naoki Cc: FreeBSD ARM List , Warner Losh , Mark Millard Subject: Re: Radxa Orion O6 In-Reply-To: <1E5293CB24E6B605+f49a47e6-6598-45a5-a605-d57fcb06f743@radxa.com> References: <6591E59D-4E91-4325-8A77-46E182303927@yahoo.com> <9581F4025795F7C5+10590950-836c-4d9c-9c05-43b25b880e08@radxa.com> <9EDB5AF9-B11B-474E-8541-6C10098574CE@yahoo.com> <289A1E5B1EB26246+02035adf-93b2-432e-aac7-8b9135ff600e@radxa.com> <77D55F7BE57B9E43+9557bea2-4356-4525-bb9e-c4ea885895f5@radxa.com> <066b43d33f04acffe617eebdfc1384bb@fubar.geek.nz> <5784648BD0765DC0+5569efd0-5ca1-4f4a-be98-60b66b793561@radxa.com> <4E031287-C807-44FA-9CC1-9D39C4CA258F@fubar.geek.nz> <76BFF5FCC5391448+61004119-03e2-47f7-bba3-84f6cb82d4c8@radxa.com> <7391e418a4f0f7cfae645934321cea41@fubar.geek.nz> <12D0A72A07D8A019+83c55ce0-3811-437d-aed2-6a753938e8a3@radxa.com> <9223327d465698d55456d94b5bb0f165@fubar.geek.nz> <1E5293CB24E6B605+f49a47e6-6598-45a5-a605-d57fcb06f743@radxa.com> Message-ID: <706b0e872932198c6f725d87f0541e67@fubar.geek.nz> X-Sender: andrew@fubar.geek.nz Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit X-Report-Abuse: Please forward a copy of this message, including all headers, to Feedback-ID: 790814m:790814amQcrys:790814sUhNOnlKVb X-smtpcorp-track: 327uvjUAKmCh.pHmpVlauUpHn.lB0ihw-Ffjx X-Rspamd-Queue-Id: 4Ykxyl6Zmvz3PV7 X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:23352, ipnet:158.120.84.0/22, country:US] On 2025-01-31 13:16, FUKAUMI Naoki wrote: > Hi Andrew, > > On 1/31/25 19:56, Andrew Turner wrote: >>> https://drive.google.com/file/d/1PKxfS7BWK4Vo41tw7YrYB1_LfHzLCN-A/ >>> view?usp=sharing >> >> I found the DSDT you posted to the NetBSD list and think I now know >> the issue. The memory range in the MCFG table is not the first entry >> in the _CRS table for the PCI root. FreeBSD has what appears to be a >> bug where it assumes this memory range is first in the list _CRS >> returns, rather than searching for it. >> >> I also found why the ram0 driver is failing to attach. The NPU0 device >> is trying to reserve memory in the range 0x90000000-0x92000000. I >> would expect this memory is included in the memory map provided by >> UEFI so the kernel will ignore it. > > Sorry for the scattered information! > Thank you for the detailed analysis! > > By the way, what does the ram0 driver do? It's to hold the memory resources of the ram so other drivers don't try to use them. See the commit message in [1] where it was added. I think we could move it earlier in the boot so it holds the resource before the acpi device is attached. This would stop the panic, and block drivers from using memory that may have already been allocated by the system. Andrew [1] https://github.com/freebsd/freebsd-src/commit/e6cf1a0826c9d7f229e41224ec7b783501636528