RE: [PATCH 1/4] dt/bindings: Introduce the FSL QorIQ DPAA BMan

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

 





> -----Original Message-----
> From: Linuxppc-dev [mailto:linuxppc-dev-
> bounces+varun.sethi=freescale.com@xxxxxxxxxxxxxxxx] On Behalf Of Emil
> Medve
> Sent: Thursday, October 30, 2014 3:10 AM
> To: Wood Scott-B07421; Kumar Gala
> Cc: mark.rutland@xxxxxxx; devicetree@xxxxxxxxxxxxxxx;
> pawel.moll@xxxxxxx; corbet@xxxxxxx; Thorpe Geoff-R01361;
> ijc+devicetree@xxxxxxxxxxxxxx; linux-doc@xxxxxxxxxxxxxxx; linuxppc-
> dev@xxxxxxxxxx; robh+dt@xxxxxxxxxx
> Subject: Re: [PATCH 1/4] dt/bindings: Introduce the FSL QorIQ DPAA BMan
> 
> Hello Scott,
> 
> 
> On 10/28/2014 01:08 PM, Scott Wood wrote:
> > On Tue, 2014-10-28 at 09:36 -0500, Kumar Gala wrote:
> >> On Oct 22, 2014, at 9:09 AM, Emil Medve <Emilian.Medve@xxxxxxxxxxxxx>
> wrote:
> >>
> >>> The Buffer Manager is part of the Data-Path Acceleration Architecture
> (DPAA).
> >>> BMan supports hardware allocation and deallocation of buffers
> >>> belonging to pools originally created by software with configurable
> depletion thresholds.
> >>> This binding covers the CCSR space programming model
> >>>
> >>> Signed-off-by: Emil Medve <Emilian.Medve@xxxxxxxxxxxxx>
> >>> Change-Id: I3ec479bfb3c91951e96902f091f5d7d2adbef3b2
> >>> ---
> >>> .../devicetree/bindings/powerpc/fsl/bman.txt       | 98
> ++++++++++++++++++++++
> >>> 1 file changed, 98 insertions(+)
> >>> create mode 100644
> >>> Documentation/devicetree/bindings/powerpc/fsl/bman.txt
> >>
> >> Should these really be in bindings/powerpc/fsl, aren’t you guys using this on
> ARM SoCs as well?
> >
> > The hardware on the ARM SoCs is different enough that I'm not sure the
> > same binding will cover it.  That said, putting things under <arch>
> > should be a last resort if nowhere else fits.
> 
> OTC started ported the driver to the the ARM SoC and the feedback has been
> that the driver needed minimal changes. The IOMMU has been the only area
> of concern, and a small change to the binding has been suggested
IOMMU specific binding would be different. The binding would have to comply to the arm-smmu binding (which needs to be updated).

-Varun
��.n��������+%������w��{.n����z�{��ܨ}���Ơz�j:+v�����w����ޙ��&�)ߡ�a����z�ޗ���ݢj��w�f





[Index of Archives]     [Device Tree Compilter]     [Device Tree Spec]     [Linux Driver Backports]     [Video for Linux]     [Linux USB Devel]     [Linux PCI Devel]     [Linux Audio Users]     [Linux Kernel]     [Linux SCSI]     [XFree86]     [Yosemite Backpacking]
  Powered by Linux