42 +0000 (UTC) (envelope-from anthony.katernoza@gmail.com) Received: from mail-yx1-xb136.google.com (mail-yx1-xb136.google.com [IPv6:2607:f8b0:4864:20::b136]) (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 "WR4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4g5gcY35NVz3QSB for ; Thu, 30 Apr 2026 04:07:41 +0000 (UTC) (envelope-from anthony.katernoza@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20251104 header.b="I/1HWGo3"; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of anthony.katernoza@gmail.com designates 2607:f8b0:4864:20::b136 as permitted sender) smtp.mailfrom=anthony.katernoza@gmail.com; arc=pass ("google.com:s=arc-20240605:i=1") Received: by mail-yx1-xb136.google.com with SMTP id 956f58d0204a3-64937edbc9eso370389d50.2 for ; Wed, 29 Apr 2026 21:07:41 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1777522059; cv=none; d=google.com; s=arc-20240605; b=kC1rFXpm7zJXpELq1tQnH2cAI/SZg8DV/+FnecZdhpzByn/XmSnXJT0chgzLByahiP mIhXCg1isD5Yo61h/I3t8qTqGt85RabOAvYjP5Gu4znC0vW1Qi/WCES+lORLVfA+X5vh jtdrE5T+o6kPNi0tWrSViDWK2fQkTQRwElIlCbFDNCbK5YdqodaS9NpB9YbAETAiDqUw B9MA5gVpH9VaGiPP2gKqb45eNDwUDQWmGb98SaDIqN4kdczvHfzYi37jmGpuhkmfw86Q /zlkMAAe3evW12qkAPnfix3dxQmNBKXd7fusJMfTd0IwJ2+ll1rB6s5zciZPnN5NQaVH u7Jg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20240605; h=to:subject:message-id:date:from:mime-version:dkim-signature; bh=JRTP1+9rdSlYlb7V7Oy1upOZapKi73qc7jLs+px8xng=; fh=BGnlq/Bnk5yuHoIOHmeKjbe0R0Wn0sUc6aL/mCAMBkg=; b=WSZwc/0Q8q2QS/ckKSErB6WNX4HP1qZNr2SwdTLfLFQTzQ24C7BW9x4/76irZ+MR4p QXEP5/vhOC21QeZOupnC5uh/gJToFt3Ongdh/RZ9CFxPdfLT1ak00vG4q2qEx/8XQ5cG nxXLhDK7FfxYI28t5+1gPOq59NCWlwHHQevSfe2xGtqS5n5hMT/31fwqOJykORqj2Uvh iNOft051nNDz5XocT6CdJWW2OmB8IopmFxNRud5yr8B/I9HriFnrsWMk+6JOQL097lC4 Ytsa91V779QoLeATmRycerqWba1MTqAZtfJUabe0IksxrgG4vFWIj/cdl2ZwoDeANmCt uMFQ==; darn=freebsd.org ARC-Authentication-Results: i=1; mx.google.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20251104; t=1777522059; x=1778126859; darn=freebsd.org; h=to:subject:message-id:date:from:mime-version:from:to:cc:subject :date:message-id:reply-to; bh=JRTP1+9rdSlYlb7V7Oy1upOZapKi73qc7jLs+px8xng=; b=I/1HWGo3Cb2tGb72/DJJMAEYcKh/FQKRdMD13FbKtroGFH+aLSJroK5/T+cgTsIxRJ 9Wpr0odWBs9JnXODfxM+HJPbRUv/+i7elWVOUL2RCuyvWpRlupd4i/esYf+YDUzRq8Nv pHdjATrX3UlPwO0tgkohJQHgWeYuY1KPMdseRBvjJaZjhr9qX1e/CWw1iGVSe7hZD3cB klwhPadnzTGevVH2izLjswETNK+GJaj7YEqTStw62z7aDQLAJvOuCQxDvXdDR0HWAS/W Gba1N0aIm1qy8pafoccdm+tAls0a4PerIp1ViUHVC4jth1AVx9aylqM7wrNFXOJMIkbk 5dwQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20251104; t=1777522059; x=1778126859; h=to:subject:message-id:date:from:mime-version:x-gm-gg :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=JRTP1+9rdSlYlb7V7Oy1upOZapKi73qc7jLs+px8xng=; b=VlbMcPPo9TRCdYMoKEf3qb+kIh4Ezcg2oOKE8153hf0RUSqY4PpgOYEjQ0IeQlv4Cm V+F4tpL0XfTFR6vQPiyFM9onhr9Ssi6pepkQDwZeN+koGOZKC2Aj58U3s0xJK6/lFMaR AjJEfUKzZ4YleEAwO8rRb26/dQZYCgh4uGL+s5XEqDeKduhvMcTTMwSMmMhlz92X+zqQ QjMyvdJsVZZzHhL2tzS2XQGMza8z+Q0ostnhgTPxyiex+/JXj/aZ2pEzgPzpvE9bm1OX G7LEIcqO6ntvrUPyun8ifXIyHR40Z0Co3wRGQz9J6VYupix7ezhF75lunruXuYiBXyBd CIbA== X-Gm-Message-State: AOJu0YytR2J4By2LCGqOZkfjAndxRqaaI6BbbIz/116T/uLmUveV8S2a SyjI3X4e7enty+UUY5b0l05h+r8NzN12NQnI4FnsXHFpTA5zTTvRt8HYJX+g0YmkwVlg/8hijnZ Dt22rWBoykhnZVzQtrO3kmn6ef4GiPt8Mm33g X-Gm-Gg: AeBDietVE2rzqJNXYr6879Sz3M3GdBRuzOSgm0PQFrD9f3gPZ3nBwSylzL+mtPrKIWy nlGRlMEm5FdYCFKjp5LWO+GP6VTJWhITce3kLlH9hlecXQC/kjR+Mk8klE+kD2ZZyVTgLgeBkx+ 3DfxqJaY+PIdbn41b8UJdUsrXbUUCPZ8UzEG2sSkOP0SiZOv3k7mXc7Bsh4KHXpy68PEoj7y5uk Go+yLTvITuVBWn0DTzY8ZUcB8QAPBJPXwPnAqF+ivN/1CjkTKY0FVHncypK9VNYiSGQRso1EYpP hyAvuxeyCWx6t6xq50h8Q4ItrBOyXd0= X-Received: by 2002:a05:690e:169a:b0:650:37e7:e590 with SMTP id 956f58d0204a3-65c18c4f314mr765267d50.15.1777522058945; Wed, 29 Apr 2026 21:07:38 -0700 (PDT) List-Id: Technical discussions relating to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-hackers List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-hackers@FreeBSD.org MIME-Version: 1.0 From: Anthony Katernoza Date: Wed, 29 Apr 2026 23:07:07 +0000 X-Gm-Features: AVHnY4KRvQP7MyNKsXv0QN6olHt2w5TttZ2KTRKI4l_lRL3nLoGmDt7qDNmqdWc Message-ID: Subject: Guidance needed: FreeBSD 15.0-CURRENT Driver attachment for AMD Phoenix SoC To: freebsd-hackers@freebsd.org Content-Type: multipart/alternative; boundary="000000000000e7672e0650a59a2a" X-Spamd-Result: default: False [-4.97 / 15.00]; ARC_ALLOW(-1.00)[google.com:s=arc-20240605:i=1]; NEURAL_HAM_LONG(-1.00)[-0.999]; NEURAL_HAM_MEDIUM(-1.00)[-0.996]; NEURAL_HAM_SHORT(-0.97)[-0.972]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20251104]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4864::/56]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; TAGGED_FROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RCPT_COUNT_ONE(0.00)[1]; FREEMAIL_ENVFROM(0.00)[gmail.com]; FREEMAIL_FROM(0.00)[gmail.com]; DKIM_TRACE(0.00)[gmail.com:+]; FROM_HAS_DN(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; PREVIOUSLY_DELIVERED(0.00)[freebsd-hackers@freebsd.org]; TO_DN_NONE(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; MISSING_XM_UA(0.00)[]; MID_RHS_MATCH_FROMTLD(0.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; MLMMJ_DEST(0.00)[freebsd-hackers@freebsd.org]; RCVD_COUNT_ONE(0.00)[1]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::b136:from] X-Spamd-Bar: ---- X-Rspamd-Queue-Id: 4g5gcY35NVz3QSB --000000000000e7672e0650a59a2a Content-Type: text/plain; charset="UTF-8" Hello, I am seeking support on hardware gaps for the AMD Phoenix SoC. This issue is on a FreeBSD 15.0-CURRENT system. I have AMD drivers on my system that are unmanaged (none@pci). Critically, my FCH LPC Bridge (PCI ID: 1022:790e) is unmanaged. Sensor Fusion (PCI ID: 1022:164a) is also unmanaged. This looks to be an issue in the SoC's newbus hierarchy, as it prevents the kernel from attaching to child devices under FCH, such as the Embedded Controller (EC0). Confirmation of EC0 issues are in the ACPI dump, where the ACPI subsystem comes back as "AE_NOT_FOUND". Furthermore, 9 other related AMD drivers are labeled none@pci. I have already filed a formal bug report, which includes evidence from a compilation of ACPI, dmesg, pciconf & vmstat logs about this issue. FCH, Sensor Fusion, multimedia & other driver results are included: (Aforementioned logs are compiled into an attached .txt file). https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=294406 This being said, I am looking for technical assistance on: 1. Whether the problem devices require new chipset drivers or if adding the ID to existing isab(4) or chipset(4) logic is viable. 2. If there are specific testers and/or developers currently working on this type of SoC fabric, who may need raw data from this device. Best regards, Anthony Katernoza --000000000000e7672e0650a59a2a Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hello,

I am seeking support on hardware gaps for = the AMD Phoenix SoC.
This issue is on a FreeBSD 15.0-CURRENT system.

I have AMD drivers on my system t= hat are unmanaged (none@pci).
Critically, my FCH LPC Bridge (PCI ID: 1022:790e) is unmanage= d.
Sensor Fusion (PCI ID: 1022:164a) is also unma= naged.
This looks to be an issue in the SoC's newbus hierarchy,
as it prevents the kernel from attaching to = child devices under FCH,
such as the Embedded= Controller (EC0).
Confirmation of EC0 issues ar= e in the ACPI dump,
where the ACPI subsystem com= es back as "AE_NOT_FOUND".
Furthermore, 9 = other related AMD drivers are labeled none@pci.

I have already filed= a formal bug report, which includes evidence from
a= compilation of ACPI, dmesg, pciconf & vmstat logs about this issue.
FCH, Sensor Fusion, multimedia & other driver = results are included:
(Aforementioned logs are= compiled into an attached .txt file).
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D294406

This being said, I am looking for technical assistance on:

<= /div>
1. Whether the problem devices require new chipset drivers
<= div>or if adding the ID to existing isab(4) or chipset(4) logic is viable.<= br>
2. If there are specific testers and/or developers currently = working on
this type of SoC fabric, who may need raw data fr= om this device.

Best regards,
Anthony Katernoza
=

--000000000000e7672e0650a59a2a--