Re: [RFC 02/13] dt-bindings: media: renesas-fcp: Add a compatible string for VSPI FCP

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

 



Hi Geert,

On Tuesday, 26 September 2017 14:47:35 EEST Geert Uytterhoeven wrote:
> On Tue, Sep 26, 2017 at 12:05 PM, Laurent Pinchart wrote:
> > The FCP instances associated with a VSPI must be treated differently
> > than the ones associated with another type of VSP. Add a new compatible
> > string to allow telling them apart.
> > 
> > Signed-off-by: Laurent Pinchart
> > <laurent.pinchart+renesas@xxxxxxxxxxxxxxxx>
> > ---
> > 
> >  Documentation/devicetree/bindings/media/renesas,fcp.txt | 3 ++-
> >  1 file changed, 2 insertions(+), 1 deletion(-)
> > 
> > diff --git a/Documentation/devicetree/bindings/media/renesas,fcp.txt
> > b/Documentation/devicetree/bindings/media/renesas,fcp.txt index
> > 3ec91803ba58..c1f28736e2d6 100644
> > --- a/Documentation/devicetree/bindings/media/renesas,fcp.txt
> > +++ b/Documentation/devicetree/bindings/media/renesas,fcp.txt
> > @@ -11,7 +11,8 @@ are paired with. These DT bindings currently support the
> > FCPV and FCPF.> 
> >   - compatible: Must be one or more of the following
> > 
> > -   - "renesas,fcpv" for generic compatible 'FCP for VSP'
> > +   - "renesas,fcpvi" for generic compatible 'FCP for VSPI'
> > +   - "renesas,fcpv" for generic compatible 'FCP for VSP' (all other VSPs)
> > 
> >     - "renesas,fcpf" for generic compatible 'FCP for FDP'
> 
> You may want to update the paragraph before that, referring to three types
> of FCP.

As far as I know the FCP-VSPI and FCP-VSP[^I] are the same type of device, 
with different SoC integration.

> It seems there's also a similar split for FCPC? So that makes (at
> least) 5 types.

There's little documentation on the FCPC unfortunately, so I'm not sure how we 
should handle it.

> Just wondering: as FCPVI vs. FCPV is programmable through the FCPVSEL
> bit, can you deduce the type using the renesas,fcp link in the corresponding
> VSP node in DT?

You could possibly, if you had a link from the FCP to the VSP in DT. As 
there's none, the type can't be currently inferred from DT at probe time. We 
could pass the type from the VSP driver to the FCP driver, but I'm not sure I 
want to go that way. If the FCP-VSPI and VSP[^I] are identicaly and need 
different software configuration due to being used by different types of VSPs 
it would make sense, but if there are hardware differences between the FCPs 
then I think they should be described in DT.

-- 
Regards,

Laurent Pinchart




[Index of Archives]     [Linux Samsung SOC]     [Linux Wireless]     [Linux Kernel]     [ATH6KL]     [Linux Bluetooth]     [Linux Netdev]     [Kernel Newbies]     [IDE]     [Security]     [Git]     [Netfilter]     [Bugtraq]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux ATA RAID]     [Samba]     [Device Mapper]

  Powered by Linux