RE: [PATCH 3/4 v5] iommu/fsl: Add iommu domain attributes requiredby fsl PAMU driver.
From: Sethi Varun-B16395
Date: Sun Dec 02 2012 - 03:14:13 EST
Ping!!
> -----Original Message-----
> From: Sethi Varun-B16395
> Sent: Monday, November 26, 2012 10:55 AM
> To: joerg.roedel@xxxxxxx
> Cc: Sethi Varun-B16395; iommu@xxxxxxxxxxxxxxxxxxxxxxxxxx; linuxppc-
> dev@xxxxxxxxxxxxxxxx; linux-kernel@xxxxxxxxxxxxxxx; Wood Scott-B07421;
> Tabi Timur-B04825
> Subject: RE: [PATCH 3/4 v5] iommu/fsl: Add iommu domain attributes
> required by fsl PAMU driver.
>
> Hi Joerg,
> Any comments? Can we apply this patch?
>
> Regards
> Varun
>
> > -----Original Message-----
> > From: Sethi Varun-B16395
> > Sent: Tuesday, November 20, 2012 7:25 PM
> > To: joerg.roedel@xxxxxxx; iommu@xxxxxxxxxxxxxxxxxxxxxxxxxx; linuxppc-
> > dev@xxxxxxxxxxxxxxxx; linux-kernel@xxxxxxxxxxxxxxx; Wood Scott-B07421;
> > Tabi Timur-B04825
> > Cc: Sethi Varun-B16395
> > Subject: [PATCH 3/4 v5] iommu/fsl: Add iommu domain attributes
> > required by fsl PAMU driver.
> >
> > Added the following domain attributes required by FSL PAMU driver:
> > 1. Subwindows field added to the iommu domain geometry attribute.
> > 2. Added new iommu stash attribute, which allows setting of the
> > LIODN specific stash id parameter through IOMMU API.
> > 3. Added an attribute for enabling/disabling DMA to a particular
> > memory window.
> >
> > Signed-off-by: Varun Sethi <Varun.Sethi@xxxxxxxxxxxxx>
> > ---
> > changes in v5:
> > - Updated description of the subwindows field.
> > changes in v4:
> > - Updated comment explaining subwindows(as mentioned by Scott).
> > change in v3:
> > -renamed the stash attribute targets
> > include/linux/iommu.h | 43
> +++++++++++++++++++++++++++++++++++++++++++
> > 1 files changed, 43 insertions(+), 0 deletions(-)
> >
> > diff --git a/include/linux/iommu.h b/include/linux/iommu.h index
> > f3b99e1..7ca1cda 100644
> > --- a/include/linux/iommu.h
> > +++ b/include/linux/iommu.h
> > @@ -44,6 +44,41 @@ struct iommu_domain_geometry {
> > dma_addr_t aperture_start; /* First address that can be mapped */
> > dma_addr_t aperture_end; /* Last address that can be mapped
> > */
> > bool force_aperture; /* DMA only allowed in mappable range?
> > */
> > +
> > + /*
> > + * A geometry mapping can be created in one of the following ways
> > + * for an IOMMU:
> > + * 1. A single contiguous window
> > + * 2. Through arbritary paging throughout the aperture.
> > + * 3. Using multiple subwindows
> > + *
> > + * In absence of arbritary paging, subwindows allow for supporting
> > + * physically discontiguous mappings.
> > + *
> > + * This attribute indicates number of DMA subwindows supported by
> > + * the geometry. If there is a single window that maps the entire
> > + * geometry, attribute must be set to "1". A value of "0" implies
> > + * that this mechanism is not used at all(normal paging is used).
> > + * Value other than* "0" or "1" indicates the actual number of
> > + * subwindows.
> > + */
> > + u32 subwindows;
> > +};
> > +
> > +/* cache stash targets */
> > +#define IOMMU_ATTR_CACHE_L1 1
> > +#define IOMMU_ATTR_CACHE_L2 2
> > +#define IOMMU_ATTR_CACHE_L3 3
> > +
> > +/* This attribute corresponds to IOMMUs capable of generating
> > + * a stash transaction. A stash transaction is typically a
> > + * hardware initiated prefetch of data from memory to cache.
> > + * This attribute allows configuring stashig specific parameters
> > + * in the IOMMU hardware.
> > + */
> > +struct iommu_stash_attribute {
> > + u32 cpu; /* cpu number */
> > + u32 cache; /* cache to stash to: L1,L2,L3 */
> > };
> >
> > struct iommu_domain {
> > @@ -60,6 +95,14 @@ struct iommu_domain { enum iommu_attr {
> > DOMAIN_ATTR_MAX,
> > DOMAIN_ATTR_GEOMETRY,
> > + /* Set the IOMMU hardware stashing
> > + * parameters.
> > + */
> > + DOMAIN_ATTR_STASH,
> > + /* Explicity enable/disable DMA for a
> > + * particular memory window.
> > + */
> > + DOMAIN_ATTR_ENABLE,
> > };
> >
> > #ifdef CONFIG_IOMMU_API
> > --
> > 1.7.4.1
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/