Re: [Xen-devel] [RFC v2 7/7] xen/iommu: smmu-v3: Add Xen specific code to enable the ported driver

On 11/20/2017 7:25 AM, Julien Grall wrote: > Hi Sameer, > > On 19/11/17 07:45, Goel, Sameer wrote: >> On 10/12/2017 10:36 AM, Julien Grall wrote: >>>> + >>>> +typedef paddr_t phys_addr_t; >>>> +typedef paddr_t dma_addr_t; >>>&g

Re: [Xen-devel] [RFC v2 7/7] xen/iommu: smmu-v3: Add Xen specific code to enable the ported driver

On 10/12/2017 10:36 AM, Julien Grall wrote: > Hi Sameer, > > Given this is all Arm specific. I am not sure why people like Andrew, Jan > have been added. > > Please use scripts/get_maintainers to find the list of maintainers per > patches and avoid to CC all of them on each patches. Ok. >

Re: [Xen-devel] [RFC v2 5/7] acpi:arm64: Add support for parsing IORT table

On 11/8/2017 7:41 AM, Manish Jaggi wrote: > Hi Sameer > > On 9/21/2017 6:07 AM, Sameer Goel wrote: >> Add support for parsing IORT table to initialize SMMU devices. >> * The code for creating an SMMU device has been modified, so that the SMMU >> device can be initialized. >> * The NAMED NODE

Re: [Xen-devel] [RFC v2 2/7] arm64: Add definitions for fwnode_handle

On 10/24/2017 8:08 AM, Julien Grall wrote: > Hi Sameer, > > On 19/10/17 15:53, Goel, Sameer wrote: >> On 10/12/2017 6:45 AM, Julien Grall wrote: >>> On 21/09/17 01:37, Sameer Goel wrote: >>>> This will be used as a device property to match the DMA capable d

Re: [Xen-devel] [RFC] [Draft Design] ACPI/IORT Support in Xen.

On 10/12/2017 3:03 PM, Manish Jaggi wrote: > ACPI/IORT Support in Xen. > -- > > I had sent out patch series [0] to hide smmu from Dom0 IORT. Extending the > scope > and including all that is required to support ACPI/IORT in Xen. Presenting > for review >

Re: [Xen-devel] [RFC v2 5/7] acpi:arm64: Add support for parsing IORT table

On 10/12/2017 8:06 AM, Julien Grall wrote: > Hi Sameer, > > On 21/09/17 01:37, Sameer Goel wrote: >> Add support for parsing IORT table to initialize SMMU devices. >> * The code for creating an SMMU device has been modified, so that the SMMU >> device can be initialized. >> * The NAMED NODE

Re: [Xen-devel] [RFC v2 5/7] acpi:arm64: Add support for parsing IORT table

On 10/10/2017 6:36 AM, Manish Jaggi wrote: > Hi Sameer, > On 9/21/2017 6:07 AM, Sameer Goel wrote: >> Add support for parsing IORT table to initialize SMMU devices. >> * The code for creating an SMMU device has been modified, so that the SMMU >> device can be initialized. >> * The NAMED NODE code

Re: [Xen-devel] [RFC v2 3/7] xen/passthrough/arm: Introduce iommu_fwspec

On 10/12/2017 7:05 AM, Julien Grall wrote: > Hi, > > On 21/09/17 01:37, Sameer Goel wrote: >> Introduce a common structure to hold the fw (ACPI or DT) defined >> configuration for SMMU hw. The current use case is for arm SMMUs. So, >> making this architecture specific. >> >> Based on Linux

Re: [Xen-devel] [RFC v2 2/7] arm64: Add definitions for fwnode_handle

On 10/12/2017 6:45 AM, Julien Grall wrote: > Hi, > > On 21/09/17 01:37, Sameer Goel wrote: >> This will be used as a device property to match the DMA capable devices >> with the associated SMMU. The header file is a port from linux. The code >> was changed to remove the types that were not

Re: [Xen-devel] ARM64 HiKey 960 Xen BUG at page_alloc.c:738

On 9/29/2017 10:20 AM, John P. McDermott (USN Civilian) wrote: > >> On Sep 29, 2017, at 11:57 AM, John P. McDermott (USN Civilian) >> wrote: >> >> >>> On Sep 29, 2017, at 11:31 AM, John P. McDermott (USN Civilian) >>> wrote: >>> >>>

Re: [Xen-devel] [RFC v2 7/7] xen/iommu: smmu-v3: Add Xen specific code to enable the ported driver

On 9/20/2017 6:37 PM, Sameer Goel wrote: > This driver follows an approach similar to smmu driver. The intent here > is to reuse as much Linux code as possible. > - Glue code has been introduced to bridge the API calls. > - Called Linux functions from the Xen IOMMU function calls. > - Xen

Re: [Xen-devel] [RFC 6/6] acpi:arm64: Add support for parsing IORT table

On 9/12/2017 5:25 AM, Julien Grall wrote: > Hi Sameer, > > On 28/08/17 23:21, Goel, Sameer wrote: >> On 6/12/2017 7:24 AM, Julien Grall wrote: >>>>   static int arm_smmu_iort_xlate(struct device *dev, u32 streamid, >>>>   

Re: [Xen-devel] [RFC 6/6] acpi:arm64: Add support for parsing IORT table

On 6/12/2017 7:24 AM, Julien Grall wrote: > Hi Sameer, > > On 08/06/17 20:30, Sameer Goel wrote: >> Add limited support for parsing IORT table to initialize SMMU devices. > > It would be nice to explain what you actually support in the commit message. > > [...] > >> >>  #define

Re: [Xen-devel] [RFC 6/6] acpi:arm64: Add support for parsing IORT table

On 6/9/2017 5:15 AM, Robin Murphy wrote: > On 08/06/17 20:30, Sameer Goel wrote: > [...] >> /** >> - * iort_iommu_configure - Set-up IOMMU configuration for a device. >> + * iort_iommu_configure - Set-up IOMMU configuration for a device. This >> + * function sets up the fwspec as needed for a

Re: [Xen-devel] [RFC 2/6] arm64: Add definitions for fwnode_handle

On 6/12/2017 6:40 AM, Julien Grall wrote: > Hi, > > On 08/06/17 22:57, Stefano Stabellini wrote: >> On Thu, 8 Jun 2017, Goel, Sameer wrote: >>>>> diff --git a/xen/include/xen/fwnode.h b/xen/include/xen/fwnode.h >>>>> new file mode 100644 >

Re: [Xen-devel] [RFC 2/6] arm64: Add definitions for fwnode_handle

On 6/12/2017 6:51 AM, Julien Grall wrote: > Hi Sameer, > > On 08/06/17 22:42, Goel, Sameer wrote: >> On 6/8/2017 1:59 PM, Julien Grall wrote: >>> >>> >>> On 08/06/2017 20:30, Sameer Goel wrote: >>>> This will be used as a device property to

Re: [Xen-devel] [RFC 3/6] Introduce _xrealloc

On 6/9/2017 3:44 AM, Wei Liu wrote: > On Thu, Jun 08, 2017 at 08:49:01PM +0100, Julien Grall wrote: >> CC the REST maintainers >> >> On 08/06/2017 20:30, Sameer Goel wrote: >>> Introduce a memory realloc function. >>> >>> Signed-off-by: Sameer Goel >>> --- >>>

Re: [Xen-devel] [RFC 2/6] arm64: Add definitions for fwnode_handle

On 6/8/2017 1:59 PM, Julien Grall wrote: > > > On 08/06/2017 20:30, Sameer Goel wrote: >> This will be used as a device property to match the DMA capable devices >> with the associated SMMU. The header file is a port from linux. >> >> Linux ChangeId:ce793486e23e: driver core / ACPI: Represent

Re: [Xen-devel] [early RFC] ARM PCI Passthrough design document

On 12/29/2016 7:04 AM, Julien Grall wrote: > > ### Finding the StreamID and DeviceID > > The static table IORT (see [5]) will provide information that will help to > deduce the StreamID and DeviceID from a given RID. > IORT table will also need some information on PCI seg to parse through

Re: [Xen-devel] Xen 4.9 rc4

On 5/8/2017 12:41 PM, Julien Grall wrote: > Hi all, > > Xen 4.9 rc4 is tagged. You can check that out from xen.git: > > git://xenbits.xen.org/xen.git 4.9.0-rc4 > Tested the release on Qualcomm Datacenter Technologies QDF2400 platform (Linux kernel 4.11). Basic DOM0 boot works fine after

Re: [Xen-devel] Coding style

response helps. I can try to keep the code as similar to the upstream driver as possible. So, I will follow the origin file coding standard. Thanks, Sameer On 4/27/2017 12:45 PM, Julien Grall wrote: > Hello, > > On Thu, 27 Apr 2017, 20:12 Goel, Sameer, <sg...@codeaurora.org

[Xen-devel] Coding style

I am trying to port a Linux driver to Xen. After making the changes it seems that there are enough changes to say that this driver is different enough as compared to the original file. But it still has code from the original author that is used as is. Based on the CODING_STYLE document I was

Re: [Xen-devel] ARM: SMMUv3 support

Sure, I will try to post something soon. Thanks, Sameer On 3/27/2017 11:03 PM, Vijay Kilari wrote: > On Mon, Mar 27, 2017 at 10:00 PM, Goel, Sameer <sg...@codeaurora.org> wrote: >> Hi, >> I am working on adding this support. The work is in initial stages and will &

Re: [Xen-devel] ARM: SMMUv3 support

Hi, I am working on adding this support. The work is in initial stages and will target ACPI systems to start with. Do you have a specific requirement? Or even better: want to help with DT testing ? :) Thanks, Sameer On 3/20/2017 11:58 PM, Vijay Kilari wrote: > Hi, > > Is there any effort

Re: [Xen-devel] [PATCH] ACPICA: ACPI 6.0: Add support for IORT table.

On 2/16/2017 5:59 PM, Stefano Stabellini wrote: > On Wed, 15 Feb 2017, Sameer Goel wrote: >> From: Lv Zheng >> >> ACPICA commit 5de82757aef5d6163e37064033aacbce193abbca >> >> This patch adds support for IORT (IO Remapping Table) in iasl. >> >> Note that some field names are

Re: [Xen-devel] [PATCH] ACPICA: ACPI 6.0: Add support for IORT table.

Appreciate the feedback. I want to use these defines for parsing out SMMUv3 components defined in ACPI. Since, I am picking these defines directly from Linux, I did not want to make this a part of a newly developed patch set. I will update the cc list. Thanks, Sameer On 2/16/2017 2:57 AM,

Re: [Xen-devel] Xen ARM community call

I will like to attend GMT -6. Thanks, Sameer On 11/8/2016 5:19 AM, Julien Grall wrote: Hi all, I would like to start organizing a recurring community call to discuss and sync-up on upcoming features for Xen ARM. Example of features that could be discussed: - Sharing co-processor between

Re: [Xen-devel] Xen on Qualcomm

Can you please post the error and details on Xen you are using? Thanks, Sameer On 11/2/2016 3:04 AM, Suresh Kanzariya wrote: Hi, I am trying to run Xen on Qualcomm 410 platform. I have come across below link https://lists.xenproject.org/archives/html/xen-devel/2016-03/msg03144.html which

Re: [Xen-devel] [PATCH] Revert "xen/arm: do not relocate Xen outside of visible RAM"

Makes sense. I will update the commit message. Yes, it is ok to push this out to Xen 4.9. Appreciate the feedback. On 10/24/2016 5:14 PM, Stefano Stabellini wrote: On Mon, 24 Oct 2016, Sameer Goel wrote: This reverts commit db92b1ac55cd5e193ae22b0b6f01fb47bc9e5d2f. There does not seem to be