From nobody Fri Jan 31 10:56:22 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 4Ykt9v2Yz9z5mNLH for ; Fri, 31 Jan 2025 10:56:35 +0000 (UTC) (envelope-from bounce.jkfe5q7d2qfov37=10b6vuerwuip=48k0xxw3wdneiq@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 4Ykt9t5n6tz4HjL for ; Fri, 31 Jan 2025 10:56:33 +0000 (UTC) (envelope-from bounce.jkfe5q7d2qfov37=10b6vuerwuip=48k0xxw3wdneiq@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=1738320990; h=feedback-id : x-smtpcorp-track : date : message-id : to : subject : from : reply-to : sender : list-unsubscribe : list-unsubscribe-post; bh=94AmNzJHv/+AaCfNxYMV11GoUEjLu9Rwq8TJrchQUDY=; b=KLo4ZxAs7ATSK1XH1vmxWIU/v6PBDAIo7fccFbflgUZhwd6HOM5ezU4qaZ6qTgxV0Lfop Ogt1i+rVaiqRKVGcLxplaeznq1h/HLjOWpuFrXasooFcmQOalpnBuudtedZgVKYsr6tdMxv UliBSVhRoTuBC1geXpm1USrVSaX8ApBJ7DqXI6VitVYxEjxZ5AslNBQurSj1UQ+3G7Oj/Ea 5p+ajLIUUiRCt7kn6Zs0RKIE0xzPfhJG0WWDdH1I7HuSDUoKOdoiVwYMcA96u0bIA06QBpU +N2HY1ygcX6aLpyGHgNtBN0xszxt9jVTsB/BWswIBKfWp1Pqan/SYVoF6vsw== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=fubar.geek.nz; i=@fubar.geek.nz; q=dns/txt; s=s790814; t=1738320990; h=from : subject : to : message-id : date; bh=94AmNzJHv/+AaCfNxYMV11GoUEjLu9Rwq8TJrchQUDY=; b=XUyO/aUauzcWy7stSVpasLi6AFoknSZrXRo3q0hZSprKReWSm0c3DCmRPFHX4XtUQZgir Ir2Awerfoylx3VouEvhPF3+P17P37kZOXNoG90c2Rk9Xq+tk6y9t4U80zZ6J41DEmt3XWeT 88wK1MRURiFqCCYOQLi3VA1fSgcsqDPT5r+NqcEloiBvixrG3QYkcTXZBuVATBK85j3jRRB jEVJMSV9azypFlNKjoKLJp2mns1KGb8BwkrHreZLCNOQagvUMFfD8bLMU5fuBaJf+Dh2Itd 10NaJdbI/3UhyDxHOqYehgx79Jg7AvyZNgM9cMs13b4WFmd0iOPCthG2CqSg== 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 1tdohG-FnQW0hPqJ6G-l9QI; Fri, 31 Jan 2025 10:56:26 +0000 Received: from webmail.fubar.geek.nz (unknown [IPv6:2a01:4f8:c010:8044::1]) by morbo.fubar.geek.nz (Postfix) with ESMTPSA id 08987434B2; Fri, 31 Jan 2025 10:56:23 +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 10:56:22 +0000 From: Andrew Turner To: FUKAUMI Naoki Cc: FreeBSD ARM List , Warner Losh , Mark Millard Subject: Re: Radxa Orion O6 In-Reply-To: <12D0A72A07D8A019+83c55ce0-3811-437d-aed2-6a753938e8a3@radxa.com> References: <1B4F62E3-A269-4611-B9ED-1A72298FFC85@yahoo.com> <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> Message-ID: <9223327d465698d55456d94b5bb0f165@fubar.geek.nz> X-Sender: andrew@fubar.geek.nz Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Report-Abuse: Please forward a copy of this message, including all headers, to Feedback-ID: 790814m:790814amQcrys:790814sUhNOnlKVb X-smtpcorp-track: nPWiN5scBKGm.qDK34TFM6YxS.ccfeBw7wmVY X-Rspamd-Queue-Id: 4Ykt9t5n6tz4HjL 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-30 14:45, FUKAUMI Naoki wrote: > Hi Andrew, > > On 1/30/25 23:14, Andrew Turner wrote: >>>>> PCIe is not working yet. Any idea? >>>> >>>> I suspect there is a conflict where two devices both try to allocate >>>> the same memory resource. >>>> >>>> Can you try booting with “debug.rman_debug=1” set from the loader >>>> prompt? It will print a lot of logging about different memory and >>>> interrupt resources being allocated so you will likely need >>>> something to save the output, e.g. reading the serial output under >>>> script. It’s will also likely be too much for the list, so you can >>>> email it to me directly. >>> >>> I uploaded dmesg here: >>> >>> https://drive.google.com/file/d/1HzZFFIaBu2gyDHF7oPnNLuzU_CBMF5dC/ >>> view?usp=sharing >> >> Hello, >> >> The follow lines indicate another device has reserved the PCIe memory, >> however the details of which device has the reservation has been lost >> from the top of output. >> >> considering [0x2c000000, 0x2fffffff] >> region is allocated >> >> Is it possible to get the data from earlier in the boot? > > Sorry, I didn't realise the log was incomplete. > > This should be complete... > > 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. Andrew