From nobody Fri Jan 31 13:16:19 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 4YkxHV479Pz5m0H7 for ; Fri, 31 Jan 2025 13:16:38 +0000 (UTC) (envelope-from naoki@radxa.com) Received: from smtpbgau1.qq.com (smtpbgau1.qq.com [54.206.16.166]) (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 4YkxHT29vhz3K96 for ; Fri, 31 Jan 2025 13:16:36 +0000 (UTC) (envelope-from naoki@radxa.com) Authentication-Results: mx1.freebsd.org; none X-QQ-mid: bizesmtpip4t1738329381t2dpv3u X-QQ-Originating-IP: SmEXzdfr2PpZ8pId0dUq72j3ZFOV1rjXwmNpu87D3S4= Received: from [IPV6:240f:10b:7440:1:ffbf:1ecd ( [localhost]) by bizesmtp.qq.com (ESMTP) with id ; Fri, 31 Jan 2025 21:16:19 +0800 (CST) X-QQ-SSF: 0000000000000000000000000000000 X-QQ-GoodBg: 0 X-BIZMAIL-ID: 1049990870237400388 Message-ID: <1E5293CB24E6B605+f49a47e6-6598-45a5-a605-d57fcb06f743@radxa.com> Date: Fri, 31 Jan 2025 22:16:19 +0900 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 User-Agent: Mozilla Thunderbird Subject: Re: Radxa Orion O6 To: Andrew Turner Cc: FreeBSD ARM List , Warner Losh , Mark Millard 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> Content-Language: en-US From: FUKAUMI Naoki In-Reply-To: <9223327d465698d55456d94b5bb0f165@fubar.geek.nz> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-QQ-SENDSIZE: 520 Feedback-ID: bizesmtpip:radxa.com:qybglogicsvrgz:qybglogicsvrgz8a-1 X-QQ-XMAILINFO: MQ+wLuVvI2LQnC6afJ9YBx5vSf73kRsjVSjH+UyZm1yWdRUTwd0xOg1Y P3W8JglyXvfRQoaB46gSwOk8hfsq7eIqnWpSuR4fcD6ALeP/o69sZN2JU8cz8bmAspmAavN jUE93kw15NM9FWcEBsjNlShQ2W6ibAtoNPGhGcuXx997joKnYwAchnLS1AkK/XJRorlhOKA Ao8I2CUFQKtnpcqqO+s1UcMID8kaxqNKkuKWR8mLjw6tQBorLQuyrEH1bWClgMRcXmOzaD3 EGRhhQ0qvBPVAYZd9MBYYmtde4GtFB/qH5VrE7n2fxNYfsWqLCbTRGywr40kgwIkGV2yc/P gGUQUPw3yIt7Z7dy4oqHmpO53QSqjrK/dxiqt6olPF4Py9Qblvz5I++3UyN4mIqtGBWQkDy qBzSCcOiLL61ElmtCCZ7wF3Rrrl+EP3AFNNU5C0kbjgpIlsctuvlv83JgjW/9682PFVHk4t IROLCO4J79TfZqIQ/Fj7Mk/xIP6rHJyX6ZD34tvLVGewYJMrJxgKSpr9ZQC1GoDETnvRNFe BKhr8eCq4KBQSNplEaQfnyW5en4zVq4/mtn4uQ6XQoVxaMz8Nsnj822DGUE9g6PhVg2WZ6+ uAiYRAHofaa/s+XuTHwDLFQhx6a58Wt3ryFNhKqI7GNFfNsf/bGfHnewctm8gnMi6wILPe4 b90Q9HFuLJ8KaxI34/m/uFOTCQNEc4NjD0HtICtDbi2PcorjMHHEcWlqSgLnpg4qfhX2Mqn c/nWSflqsOi9Heo/nDvLAuYRSykeBC0bdwmEgPr2CdnVH2hj47SpquOyBw1YCTAcTZi/wwV R35kgpSfdGuqnICkO300j3s2X2e2NAUmq8afuD6d9DMnsBavl+xs48EbQH6WDlIdwkZ3aZV O/rYcRtdYetjf0opNYAVgjPi1izR51qXRsXVEVrCnvq0er1XYChtNLxzp/QZrDV79OAdMLI i57edgwuEcOL0ixQrvA8cyapeTbsLY8zUbhwDxTOVGA18ig== X-QQ-XMRINFO: NyFYKkN4Ny6FSmKK/uo/jdU= X-QQ-RECHKSPAM: 0 X-Rspamd-Queue-Id: 4YkxHT29vhz3K96 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:16509, ipnet:54.206.0.0/17, country:US] 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? Best regards, -- FUKAUMI Naoki Radxa Computer (Shenzhen) Co., Ltd.