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

AW: AW: Xenalyze on ARM ( NXP S32G3 with Cortex-A53)


  • To: Julien Grall <julien@xxxxxxx>, "xen-devel@xxxxxxxxxxxxxxxxxxxx" <xen-devel@xxxxxxxxxxxxxxxxxxxx>
  • From: El Mesdadi Youssef ESK UILD7 <youssef.elmesdadi@xxxxxx>
  • Date: Thu, 19 Jan 2023 14:22:17 +0000
  • Accept-language: en-US
  • Cc: Stefano Stabellini <sstabellini@xxxxxxxxxx>
  • Delivery-date: Thu, 19 Jan 2023 14:22:27 +0000
  • List-id: Xen developer discussion <xen-devel.lists.xenproject.org>
  • Msip_labels: MSIP_Label_7294a1c8-9899-41e7-8f6e-8b1b3c79592a_Enabled=true; MSIP_Label_7294a1c8-9899-41e7-8f6e-8b1b3c79592a_SetDate=2023-01-19T14:22:14Z; MSIP_Label_7294a1c8-9899-41e7-8f6e-8b1b3c79592a_Method=Privileged; MSIP_Label_7294a1c8-9899-41e7-8f6e-8b1b3c79592a_Name=Internal sub2 (no marking); MSIP_Label_7294a1c8-9899-41e7-8f6e-8b1b3c79592a_SiteId=eb70b763-b6d7-4486-8555-8831709a784e; MSIP_Label_7294a1c8-9899-41e7-8f6e-8b1b3c79592a_ActionId=a60f9e3f-f352-48be-8dc4-b9acf14a6c2a; MSIP_Label_7294a1c8-9899-41e7-8f6e-8b1b3c79592a_ContentBits=0
  • Thread-index: Adkk/qg7kRGuW6KDReaFxxX6SSJ/1gA5Tq8AAFmZfbAAzbzrAABjz8vw
  • Thread-topic: AW: Xenalyze on ARM ( NXP S32G3 with Cortex-A53)

> The support for xentrace on Arm has been added around Xen 4.12. So it should 
> work for Xen 4.14 (even though I don't recommend using older release).

Hello Julian, 
First of all, thank you for the help. I contacted NXP support to get more 
information about how to get the newest version of Xen while building my Image. 
My question is, which Xen version do you recommend?

Cheers 
Youssef El Mesdadi 

-----Ursprüngliche Nachricht-----
Von: Julien Grall <julien@xxxxxxx> 
Gesendet: Dienstag, 17. Januar 2023 15:38
An: El Mesdadi Youssef ESK UILD7 <youssef.elmesdadi@xxxxxx>; 
xen-devel@xxxxxxxxxxxxxxxxxxxx
Cc: Stefano Stabellini <sstabellini@xxxxxxxxxx>
Betreff: Re: AW: Xenalyze on ARM ( NXP S32G3 with Cortex-A53)



On 13/01/2023 12:56, El Mesdadi Youssef ESK UILD7 wrote:
> Hello Julien,

Hi,

>>>> xentrace should work on upstream Xen. What did you version did you try?
> 
> While building my image using the BSP-linux of NXP, the version that was 
> downloaded is Xen 4.14.

Do you know where the source are downloaded from?

> 
> 
>>>> Can you also clarify the error you are seen?
> 
> The error I receive while tipping xentrace is: Command not found.


"Command not found" means the program hasn't been installed.

> I assume in this Xen version, Xentrace is not compatible with ARM 
> architecture
The support for xentrace on Arm has been added around Xen 4.12. So it should 
work for Xen 4.14 (even though I don't recommend using older release).

I would suggest to check how you are building the tools and which package will 
be installed.

> 
> My question is, is there any new version of Xen that supports Xentrace on 
> ARM? If yes how could I install it? Because Xen.4.14 was installed 
> automatically by typing this ( DISTRO_FEATURES_append += "xen") in the 
> local.conf file while creating my image.

I am not familiar with the BSP-linux of NXP as this is not a project maintained 
by Xen Project.

If you need support for it, then I would suggest to discuss with NXP directly.

> 
> Or is there any source on Xentrace that is compatible with ARM on GitHub, 
> that I could download and compile myself?
Even if the hypervisor is Xen, you seem to use code provided by an external 
entity. I can't advise on the next steps without knowing the modification that 
NXP made in the hypervisor.

> 
>>>> Yes if you assign (or provide para-virtualized driver) the 
>>>> GPIO/LED/Can-Interface to the guest.
> 
> Is there any tutorial that could help me create those drivers? And how 
> complicated is that, to create them?

I am not aware of any tutorial. Regarding the complexity, it all depends on 
what exactly you want to do.

> Or can they be assigned just with PCI-Passthrough?

PCI passthrough is not yet supported on Arm. That said, I was not expecting the 
GPIO/LED/Can-interface to be PCI devices.

If they are platform devices (i.e non-PCI devices), then you could potentially 
directly assign them to *one* guest (this would not work if you need to share 
them).

I wrote potentially because if the device is DMA-capabable, then the device 
must be behind an IOMMU.

Cheers,

--
Julien Grall


 


Rackspace

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