Re: [Xen-devel] Having a DOM-U guest with 1:1 mapping in the second stage MMU.

On Wed, 1 Apr 2020, Andrei Cherechesu wrote: > > I cannot see any issues with the driver. Can you paste the device tree as > > dom0 > > sees it? You can access it from /proc/device-tree (you can convert it to dts > > with dtc -I fs -O dts). And also the host device tree? > > > > We should see

Re: [Xen-devel] Having a DOM-U guest with 1:1 mapping in the second stage MMU.

Hi, On 01/04/2020 20:58, Andrei Cherechesu wrote: I cannot see any issues with the driver. Can you paste the device tree as dom0 sees it? You can access it from /proc/device-tree (you can convert it to dts with dtc -I fs -O dts). And also the host device tree? We should see something like the

Re: [Xen-devel] Having a DOM-U guest with 1:1 mapping in the second stage MMU.

> I cannot see any issues with the driver. Can you paste the device tree as dom0 > sees it? You can access it from /proc/device-tree (you can convert it to dts > with dtc -I fs -O dts). And also the host device tree? > > We should see something like the following (this example is taken from a >

Re: [Xen-devel] Having a DOM-U guest with 1:1 mapping in the second stage MMU.

On Wed, 1 Apr 2020, Andrei Cherechesu wrote: > Hi, > > And thanks for your help. > > > Great to hear! > > > > > > > However, I am encountering another problem now: in Dom0 and in > > > dom0less-booted DomUs, I cannot use /dev/hvc0. > > > > For dom0less-booted DomUs it is normal because they

Re: [Xen-devel] Having a DOM-U guest with 1:1 mapping in the second stage MMU.

Hi, And thanks for your help. > Great to hear! > > > > However, I am encountering another problem now: in Dom0 and in > > dom0less-booted DomUs, I cannot use /dev/hvc0. > > For dom0less-booted DomUs it is normal because they don't get a PV console, > they get an emulated PL011 UART instead.

RE: [EXT] Re: [Xen-devel] Having a DOM-U guest with 1:1 mapping in the second stage MMU.

On Tue, 31 Mar 2020, Andrei Cherechesu wrote: > > On Thu, 13 Feb 2020, Andrei Cherechesu wrote: > > > I used the Xen from Stefano's tree and made the updates to the partial > > > dtb that he specified. > > > > > > > This is mostly likely because Linux is trying to access a region > > > > that

RE: [EXT] Re: [Xen-devel] Having a DOM-U guest with 1:1 mapping in the second stage MMU.

> On Thu, 13 Feb 2020, Andrei Cherechesu wrote: > > Hello, > > > > I used the Xen from Stefano's tree and made the updates to the partial > > dtb that he specified. > > > > > This is mostly likely because Linux is trying to access a region > > > that is not mapped in stage-2. You can rebuild

Re: [Xen-devel] Having a DOM-U guest with 1:1 mapping in the second stage MMU.

On Thu, 13 Feb 2020, Andrei Cherechesu wrote: > Hello, > > I used the Xen from Stefano's tree and made the updates to the partial > dtb that he specified. > > > This is mostly likely because Linux is trying to access a region > > that is not mapped in stage-2. You can rebuild Xen with debug

Re: [Xen-devel] Having a DOM-U guest with 1:1 mapping in the second stage MMU.

Hi, On 13/02/2020 18:27, Andrei Cherechesu wrote: -Original Message- From: Julien Grall Sent: Thursday, February 13, 2020 00:03 To: Stefano Stabellini ; Andrei Cherechesu Cc: Jorge Pereira ; xen-devel@lists.xenproject.org Subject: Re: [Xen-devel] Having a DOM-U guest with 1:1 mapping

Re: [Xen-devel] Having a DOM-U guest with 1:1 mapping in the second stage MMU.

-Original Message- From: Julien Grall Sent: Thursday, February 13, 2020 00:03 To: Stefano Stabellini ; Andrei Cherechesu Cc: Jorge Pereira ; xen-devel@lists.xenproject.org Subject: Re: [Xen-devel] Having a DOM-U guest with 1:1 mapping in the second stage MMU. Hello, I used the Xen

Re: [Xen-devel] Having a DOM-U guest with 1:1 mapping in the second stage MMU.

On 12/02/2020 22:36, Stefano Stabellini wrote: On Wed, 12 Feb 2020, Andrei Cherechesu wrote: (XEN) DOM1: [    3.883482] sdhci: Secure Digital Host Controller Interface driver (XEN) DOM1: [    3.891021] sdhci: Copyright(c) Pierre Ossman (XEN) DOM1: [    3.896389] sdhci-pltfm: SDHCI platform

Re: [Xen-devel] Having a DOM-U guest with 1:1 mapping in the second stage MMU.

On Wed, 12 Feb 2020, Andrei Cherechesu wrote: > Hello, >   > > I applied your direct-map patch, Stefano, on top of RELEASE-4.13.0 > Xen. FYI I am working on a direct-map patch series but it is still work-in-progress: http://xenbits.xenproject.org/git-http/people/sstabellini/xen-unstable.git

Re: [Xen-devel] Having a DOM-U guest with 1:1 mapping in the second stage MMU.

[[ Sorry. Needed to send another mail because I forgot to add xen-devel lists to CC. ]] Hello, I applied your direct-map patch, Stefano, on top of RELEASE-4.13.0 Xen. I also took your advice and used the Imagebuilder tool to setup my u-boot environment. I modified the tool to allow SDCard

Re: [Xen-devel] Having a DOM-U guest with 1:1 mapping in the second stage MMU.

On Wed, 15 Jan 2020, Julien Grall wrote: > On 14/01/2020 21:39, Jorge Pereira wrote: > > Hi Guys, > > Hello, > > > > > I’m currently using XEN in order to run side-by-side a DOM-0 with a DOM-U > > guest. My use-case scenario requires in the DOM-U direct access to some > > dma-capable devices

Re: [Xen-devel] Having a DOM-U guest with 1:1 mapping in the second stage MMU.

On 14/01/2020 21:39, Jorge Pereira wrote: Hi Guys, Hello, I’m currently using XEN in order to run side-by-side a DOM-0 with a DOM-U guest. My use-case scenario requires in the DOM-U direct access to some dma-capable devices such ethernet and some GPUs. Since our target platform

[Xen-devel] Having a DOM-U guest with 1:1 mapping in the second stage MMU.

Hi Guys, I'm currently using XEN in order to run side-by-side a DOM-0 with a DOM-U guest. My use-case scenario requires in the DOM-U direct access to some dma-capable devices such ethernet and some GPUs. Since our target platform (i.MX8MM) does not support IOMMU, we can't assign dma-capable