[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Consider changing CONFIG_ACPI default on ARM?


  • To: Jan Beulich <jbeulich@xxxxxxxx>, Elliott Mitchell <ehem+xen@xxxxxxx>
  • From: Demi Marie Obenour <demiobenour@xxxxxxxxx>
  • Date: Thu, 14 Aug 2025 17:27:56 -0400
  • Autocrypt: addr=demiobenour@xxxxxxxxx; keydata= xsFNBFp+A0oBEADffj6anl9/BHhUSxGTICeVl2tob7hPDdhHNgPR4C8xlYt5q49yB+l2nipd aq+4Gk6FZfqC825TKl7eRpUjMriwle4r3R0ydSIGcy4M6eb0IcxmuPYfbWpr/si88QKgyGSV Z7GeNW1UnzTdhYHuFlk8dBSmB1fzhEYEk0RcJqg4AKoq6/3/UorR+FaSuVwT7rqzGrTlscnT DlPWgRzrQ3jssesI7sZLm82E3pJSgaUoCdCOlL7MMPCJwI8JpPlBedRpe9tfVyfu3euTPLPx wcV3L/cfWPGSL4PofBtB8NUU6QwYiQ9Hzx4xOyn67zW73/G0Q2vPPRst8LBDqlxLjbtx/WLR 6h3nBc3eyuZ+q62HS1pJ5EvUT1vjyJ1ySrqtUXWQ4XlZyoEFUfpJxJoN0A9HCxmHGVckzTRl 5FMWo8TCniHynNXsBtDQbabt7aNEOaAJdE7to0AH3T/Bvwzcp0ZJtBk0EM6YeMLtotUut7h2 Bkg1b//r6bTBswMBXVJ5H44Qf0+eKeUg7whSC9qpYOzzrm7+0r9F5u3qF8ZTx55TJc2g656C 9a1P1MYVysLvkLvS4H+crmxA/i08Tc1h+x9RRvqba4lSzZ6/Tmt60DPM5Sc4R0nSm9BBff0N m0bSNRS8InXdO1Aq3362QKX2NOwcL5YaStwODNyZUqF7izjK4QARAQABzTxEZW1pIE1hcmll IE9iZW5vdXIgKGxvdmVyIG9mIGNvZGluZykgPGRlbWlvYmVub3VyQGdtYWlsLmNvbT7CwXgE EwECACIFAlp+A0oCGwMGCwkIBwMCBhUIAgkKCwQWAgMBAh4BAheAAAoJELKItV//nCLBhr8Q AK/xrb4wyi71xII2hkFBpT59ObLN+32FQT7R3lbZRjVFjc6yMUjOb1H/hJVxx+yo5gsSj5LS 9AwggioUSrcUKldfA/PKKai2mzTlUDxTcF3vKx6iMXKA6AqwAw4B57ZEJoMM6egm57TV19kz PMc879NV2nc6+elaKl+/kbVeD3qvBuEwsTe2Do3HAAdrfUG/j9erwIk6gha/Hp9yZlCnPTX+ VK+xifQqt8RtMqS5R/S8z0msJMI/ajNU03kFjOpqrYziv6OZLJ5cuKb3bZU5aoaRQRDzkFIR 6aqtFLTohTo20QywXwRa39uFaOT/0YMpNyel0kdOszFOykTEGI2u+kja35g9TkH90kkBTG+a EWttIht0Hy6YFmwjcAxisSakBuHnHuMSOiyRQLu43ej2+mDWgItLZ48Mu0C3IG1seeQDjEYP tqvyZ6bGkf2Vj+L6wLoLLIhRZxQOedqArIk/Sb2SzQYuxN44IDRt+3ZcDqsPppoKcxSyd1Ny 2tpvjYJXlfKmOYLhTWs8nwlAlSHX/c/jz/ywwf7eSvGknToo1Y0VpRtoxMaKW1nvH0OeCSVJ itfRP7YbiRVc2aNqWPCSgtqHAuVraBRbAFLKh9d2rKFB3BmynTUpc1BQLJP8+D5oNyb8Ts4x Xd3iV/uD8JLGJfYZIR7oGWFLP4uZ3tkneDfYzsFNBFp+A0oBEAC9ynZI9LU+uJkMeEJeJyQ/ 8VFkCJQPQZEsIGzOTlPnwvVna0AS86n2Z+rK7R/usYs5iJCZ55/JISWd8xD57ue0eB47bcJv VqGlObI2DEG8TwaW0O0duRhDgzMEL4t1KdRAepIESBEA/iPpI4gfUbVEIEQuqdqQyO4GAe+M kD0Hy5JH/0qgFmbaSegNTdQg5iqYjRZ3ttiswalql1/iSyv1WYeC1OAs+2BLOAT2NEggSiVO txEfgewsQtCWi8H1SoirakIfo45Hz0tk/Ad9ZWh2PvOGt97Ka85o4TLJxgJJqGEnqcFUZnJJ riwoaRIS8N2C8/nEM53jb1sH0gYddMU3QxY7dYNLIUrRKQeNkF30dK7V6JRH7pleRlf+wQcN fRAIUrNlatj9TxwivQrKnC9aIFFHEy/0mAgtrQShcMRmMgVlRoOA5B8RTulRLCmkafvwuhs6 dCxN0GNAORIVVFxjx9Vn7OqYPgwiofZ6SbEl0hgPyWBQvE85klFLZLoj7p+joDY1XNQztmfA rnJ9x+YV4igjWImINAZSlmEcYtd+xy3Li/8oeYDAqrsnrOjb+WvGhCykJk4urBog2LNtcyCj kTs7F+WeXGUo0NDhbd3Z6AyFfqeF7uJ3D5hlpX2nI9no/ugPrrTVoVZAgrrnNz0iZG2DVx46 x913pVKHl5mlYQARAQABwsFfBBgBAgAJBQJafgNKAhsMAAoJELKItV//nCLBwNIP/AiIHE8b oIqReFQyaMzxq6lE4YZCZNj65B/nkDOvodSiwfwjjVVE2V3iEzxMHbgyTCGA67+Bo/d5aQGj gn0TPtsGzelyQHipaUzEyrsceUGWYoKXYyVWKEfyh0cDfnd9diAm3VeNqchtcMpoehETH8fr RHnJdBcjf112PzQSdKC6kqU0Q196c4Vp5HDOQfNiDnTf7gZSj0BraHOByy9LEDCLhQiCmr+2 E0rW4tBtDAn2HkT9uf32ZGqJCn1O+2uVfFhGu6vPE5qkqrbSE8TG+03H8ecU2q50zgHWPdHM OBvy3EhzfAh2VmOSTcRK+tSUe/u3wdLRDPwv/DTzGI36Kgky9MsDC5gpIwNbOJP2G/q1wT1o Gkw4IXfWv2ufWiXqJ+k7HEi2N1sree7Dy9KBCqb+ca1vFhYPDJfhP75I/VnzHVssZ/rYZ9+5 1yDoUABoNdJNSGUYl+Yh9Pw9pE3Kt4EFzUlFZWbE4xKL/NPno+z4J9aWemLLszcYz/u3XnbO vUSQHSrmfOzX3cV4yfmjM5lewgSstoxGyTx2M8enslgdXhPthZlDnTnOT+C+OTsh8+m5tos8 HQjaPM01MKBiAqdPgksm1wu2DrrwUi6ChRVTUBcj6+/9IJ81H2P2gJk3Ls3AVIxIffLoY34E +MYSfkEjBz0E8CLOcAw7JIwAaeBT
  • Cc: xen-users@xxxxxxxxxxxxxxxxxxxx, xen-devel@xxxxxxxxxxxxxxxxxxxx, Stefano Stabellini <sstabellini@xxxxxxxxxx>, Julien Grall <julien@xxxxxxx>, Bertrand Marquis <bertrand.marquis@xxxxxxx>, Michal Orzel <michal.orzel@xxxxxxx>, Volodymyr Babchuk <Volodymyr_Babchuk@xxxxxxxx>, Paul Leiber <paul@xxxxxxxxxxxxxxxx>
  • Delivery-date: Thu, 14 Aug 2025 21:28:07 +0000
  • List-id: Xen developer discussion <xen-devel.lists.xenproject.org>

On 8/14/25 02:55, Jan Beulich wrote:
> On 06.08.2025 06:30, Elliott Mitchell wrote:
>> On Tue, Jul 01, 2025 at 10:01:13PM +0200, Paul Leiber wrote:
>>>
>>> Unfortunately, I don't have a direct answer to the question (as is so often
>>> the case, due to my limited knowledge and experience). However, I am
>>> successfully running Xen on a RPi 4 (mostly, except for some VLAN related
>>> networking issues).
>>>
>>> I used instructions in [1] to install vanilla Debian on the RPi, including
>>> UEFI boot and grub. I then compiled Xen with expert options and ACPI
>>> enabled.
>>>
>>> I don't know if there are better solutions. For example, I suffer from the
>>> fact that I2C doesn't work when using UEFI boot on a RPi. Nowadays, Debian
>>> provides their own vanilla Debian images for RPi and with working I2C, but
>>> these images are using a different boot method that I didn't know how to use
>>> with Xen.  So far, the procedure described above seems to be the easiest
>>> solution for me.
>>
>>
>>> [1] https://forums.raspberrypi.com/viewtopic.php?t=282839
>>>
>>> Am 30.06.2025 um 12:35 schrieb Sumit Semwal:
>>>>
>>>> I've just begun to experiment with the Raspberry Pi 5, trying to run a
>>>> simple xen + Dom0 setup, using uBoot, and the bookworm based Rpi
>>>> distro.
>>>>
>>>> I've tried combinations of the following setup:
>>>>
>>>> 1. prebuilt Rpi5 kernel + dtbs, and have also tried to build them from
>>>> source [1]
>>>> 2. Xen from upstream [2] and xen-troops [3]
>>>> 3. upstream uBoot from [4]
>>>>
>>>> but with the same result: [short log below; I can provide a fuller log
>>>> if needed]
>>>>
>>>> (XEN) DT: ** translation for device /axi/msi-controller@1000130000 **
>>>> (XEN) DT: bus is default (na=2, ns=2) on /axi
>>>> (XEN) DT: translating address:<3> 000000ff<3> fffff000<3>
>>>> (XEN) DT: parent bus is default (na=2, ns=1) on /
>>>> (XEN) DT: walking ranges...
>>>> (XEN) DT: default map, cp=0, s=1000000000, da=fffffff000
>>>> (XEN) DT: default map, cp=1000000000, s=100000000, da=fffffff000
>>>> (XEN) DT: default map, cp=1400000000, s=400000000, da=fffffff000
>>>> (XEN) DT: default map, cp=1800000000, s=400000000, da=fffffff000
>>>> (XEN) DT: default map, cp=1c00000000, s=400000000, da=fffffff000
>>>> (XEN) DT: not found !
>>>> (XEN) Unable to retrieve address 1 for /axi/msi-controller@1000130000
>>>> (XEN) Device tree generation failed (-22).
>>>> (XEN) debugtrace_dump() global buffer starting
>>>> 1 cpupool_create(pool=0,sched=6)
>>>> 2 Created cpupool 0 with scheduler SMP Credit Scheduler rev2 (credit2)
>>>> 3 cpupool_add_domain(dom=0,pool=0) n_dom 1 rc 0
>>>> (XEN) wrap: 0
>>>> (XEN) debugtrace_dump() global buffer finished
>>>> (XEN)
>>>> (XEN) ****************************************
>>>> (XEN) Panic on CPU 0:
>>>> (XEN) Could not set up DOM0 guest OS (rc = -22)
>>>> (XEN) ****************************************
>>>>
>>>>
>>>> I'm certain I'm missing something, but before I delve deeper, I just
>>>> wanted to ask if this is a known issue, and if so, are there any
>>>> workarounds or solutions available for this?
>>>>
>>>> Any help about this is highly appreciated!
>>>>
>>>> Thanks and Best regards,
>>>> Sumit.
>>>>
>>>> [1]:  https://github.com/raspberrypi/linux rpi-6.12.y branch
>>>> [2]: git://xenbits.xen.org/xen.git - main branch
>>>> [3] xen-troops https://github.com/xen-troops/xen - rpi5_dev branch
>>>> [4]: https://github.com/u-boot/u-boot.git master branch
>>
>> Ultimately Debian is choosing to leave most defaults alone.  So far the
>> Xen developers have left CONFIG_ACPI defaulting to off on ARM*.  The
>> Debian project doesn't have paid people to support Raspberry PI hardware,
>> despite being rather common.  As a result there aren't any official
>> Raspberry PI images, but people associated with Tianocore have gotten
>> generic images to boot on Raspberry PI hardware.
>>
>> I'm unsure of the likelihood of getting the Debian maintainers to
>> override the default.  Yet due being by far the simplest way to install
>> Debian and Xen on a very common ARM64 platform, perhaps the Xen
>> developers should consider changing?
> 
> In an open source project everyone is a developer. There is a
> significant amount of work someone needs to pick up to change this
> SUPPORT.md entry:
> 
> ### Host ACPI (via Domain 0)
> 
>     Status, x86 PV: Supported
>     Status, ARM: Experimental
> 
> Parties interested in changing the support status of any component are the
> primary candidates to actually carry out the necessary work.
> 
> Jan

What is that work?
-- 
Sincerely,
Demi Marie Obenour (she/her/hers)

Attachment: OpenPGP_0xB288B55FFF9C22C1.asc
Description: OpenPGP public key

Attachment: OpenPGP_signature.asc
Description: OpenPGP digital signature


 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.