| Message ID | 20201016120625.64337-3-jacopo+renesas@jmondi.org (mailing list archive) |
|---|---|
| State | New, archived |
| Headers | show |
| Series | media: i2c: Add support for RDACM21 camera module | expand |
Hi Jacopo, On Fri, Oct 16, 2020 at 12:09 PM Jacopo Mondi <jacopo+renesas@jmondi.org> wrote: > Document the 'maxim,high-threshold' vendor property in the bindings > document of the max9286 driver. > > The newly introduced boolean property allows controlling the initial > configuration of the GMSL reverse control channel to accommodate > remote serializers pre-programmed with the high threshold power > supply noise immunity enabled. > > Signed-off-by: Jacopo Mondi <jacopo+renesas@jmondi.org> Thanks for your patch! > --- a/Documentation/devicetree/bindings/media/i2c/maxim,max9286.yaml > +++ b/Documentation/devicetree/bindings/media/i2c/maxim,max9286.yaml > @@ -51,6 +51,19 @@ properties: > '#gpio-cells': > const: 2 > > + maxim,high-threshold: > + description: | > + A boolean property to increase the initial amplitude of the reverse > + control channel to compensate for remote serializers pre-programmed with > + high threshold noise-immunity. > + > + Some camera modules (in example the RDACM20 one) include an on-board MCU > + that pre-programs the embedded serializer with reverse channel power > + supply noise immunity enabled. The deserializer shall increase its > + reverse channel amplitude to compensate that and be able to communicate > + with the remote end. > + type: boolean Does this "high" threshold correspond to some numerical value? I.e. could we run into a future need to support more values than just true/false? If yes, we may want to use a numerical value from the start. Gr{oetje,eeting}s, Geert
Hi Jacopo, On Fri, Oct 16, 2020 at 2:56 PM Jacopo Mondi <jacopo@jmondi.org> wrote: > On Fri, Oct 16, 2020 at 01:50:34PM +0200, Geert Uytterhoeven wrote: > > On Fri, Oct 16, 2020 at 12:09 PM Jacopo Mondi <jacopo+renesas@jmondi.org> wrote: > > > Document the 'maxim,high-threshold' vendor property in the bindings > > > document of the max9286 driver. > > > > > > The newly introduced boolean property allows controlling the initial > > > configuration of the GMSL reverse control channel to accommodate > > > remote serializers pre-programmed with the high threshold power > > > supply noise immunity enabled. > > > > > > Signed-off-by: Jacopo Mondi <jacopo+renesas@jmondi.org> > > > > Thanks for your patch! > > > > > --- a/Documentation/devicetree/bindings/media/i2c/maxim,max9286.yaml > > > +++ b/Documentation/devicetree/bindings/media/i2c/maxim,max9286.yaml > > > @@ -51,6 +51,19 @@ properties: > > > '#gpio-cells': > > > const: 2 > > > > > > + maxim,high-threshold: > > > + description: | > > > + A boolean property to increase the initial amplitude of the reverse > > > + control channel to compensate for remote serializers pre-programmed with > > > + high threshold noise-immunity. > > > + > > > + Some camera modules (in example the RDACM20 one) include an on-board MCU > > > + that pre-programs the embedded serializer with reverse channel power > > > + supply noise immunity enabled. The deserializer shall increase its > > > + reverse channel amplitude to compensate that and be able to communicate > > > + with the remote end. > > > + type: boolean > > > > Does this "high" threshold correspond to some numerical value? > > I.e. could we run into a future need to support more values than just > > true/false? > > If yes, we may want to use a numerical value from the start. > > So, this boolean property controls the initial setting of the reverse > channel amplitude, which has to be opportunely adjusted to be able to > probe the remote devices as i2c messages are bridged on the reverse > channel from the deserializer to the remote serializers. > > It also implies that if the initial setting is not "high" it has to be > increased after the remotes have probed, as it is assumed at the end > the remotes' probe() routine they have enabled their high threshold > noise immunity feature. > > The register that controls the de-serializer reverse channel amplitude > is not fully documented in the chip manual version I have, but the > application developer guide shows that it can range from 30mV to > 200mV. The same developer guide shows 100mV and 170mV as "initial" and > "high threshold" values to be used. > > On the serializer's side (MAX9271 at least) high threshold is a > boolean control, it is either enabled or disabled. > > Hence I suspect that for the max9286-max9271 combo, using fixed 100mV > and 170mV values is enough. Other serializers might allow a more fine > grained control of the noise cancelling threshold, and might require a > more precise adjustment of the deserializer side. I'm honestly not > sure at this point not having seen any other one. > > So yes, this is a deserializer setting that depends on the serializer > in use, and I'm not 100% comfortable expressing it as a deserializer > property. That said, having an initial numerical value might serve the > same purpose allowing more flexibility, if other serializers require a > more precise control of the initial amplitude. > > After the remotes have probed, we could also re-explore the > possibility of getting the bus configuration using get_mbus_config, as > detailed in the v1 cover letter [1] as at that time their sub-devices > have been registered and we can call operations on them. But again, > this might be not required at all. Sounds like "maxim,<foo>-threshold-mV" is the way to go? If you don't know the exact register configuration, and need to convert to a boolean in the driver, you can still use something like "threshold < 150 ? ... : ...". Gr{oetje,eeting}s, Geert
Hi Jacopo, On 16/10/2020 14:04, Geert Uytterhoeven wrote: > Hi Jacopo, > > On Fri, Oct 16, 2020 at 2:56 PM Jacopo Mondi <jacopo@jmondi.org> wrote: >> On Fri, Oct 16, 2020 at 01:50:34PM +0200, Geert Uytterhoeven wrote: >>> On Fri, Oct 16, 2020 at 12:09 PM Jacopo Mondi <jacopo+renesas@jmondi.org> wrote: >>>> Document the 'maxim,high-threshold' vendor property in the bindings >>>> document of the max9286 driver. >>>> >>>> The newly introduced boolean property allows controlling the initial >>>> configuration of the GMSL reverse control channel to accommodate >>>> remote serializers pre-programmed with the high threshold power >>>> supply noise immunity enabled. >>>> >>>> Signed-off-by: Jacopo Mondi <jacopo+renesas@jmondi.org> >>> >>> Thanks for your patch! >>> >>>> --- a/Documentation/devicetree/bindings/media/i2c/maxim,max9286.yaml >>>> +++ b/Documentation/devicetree/bindings/media/i2c/maxim,max9286.yaml >>>> @@ -51,6 +51,19 @@ properties: >>>> '#gpio-cells': >>>> const: 2 >>>> >>>> + maxim,high-threshold: >>>> + description: | >>>> + A boolean property to increase the initial amplitude of the reverse >>>> + control channel to compensate for remote serializers pre-programmed with >>>> + high threshold noise-immunity. >>>> + >>>> + Some camera modules (in example the RDACM20 one) include an on-board MCU >>>> + that pre-programs the embedded serializer with reverse channel power >>>> + supply noise immunity enabled. The deserializer shall increase its >>>> + reverse channel amplitude to compensate that and be able to communicate >>>> + with the remote end. >>>> + type: boolean >>> >>> Does this "high" threshold correspond to some numerical value? >>> I.e. could we run into a future need to support more values than just >>> true/false? >>> If yes, we may want to use a numerical value from the start. >> >> So, this boolean property controls the initial setting of the reverse >> channel amplitude, which has to be opportunely adjusted to be able to >> probe the remote devices as i2c messages are bridged on the reverse >> channel from the deserializer to the remote serializers. >> >> It also implies that if the initial setting is not "high" it has to be >> increased after the remotes have probed, as it is assumed at the end >> the remotes' probe() routine they have enabled their high threshold >> noise immunity feature. >> >> The register that controls the de-serializer reverse channel amplitude >> is not fully documented in the chip manual version I have, but the >> application developer guide shows that it can range from 30mV to >> 200mV. The same developer guide shows 100mV and 170mV as "initial" and >> "high threshold" values to be used. >> >> On the serializer's side (MAX9271 at least) high threshold is a >> boolean control, it is either enabled or disabled. >> >> Hence I suspect that for the max9286-max9271 combo, using fixed 100mV >> and 170mV values is enough. Other serializers might allow a more fine >> grained control of the noise cancelling threshold, and might require a >> more precise adjustment of the deserializer side. I'm honestly not >> sure at this point not having seen any other one. >> >> So yes, this is a deserializer setting that depends on the serializer >> in use, and I'm not 100% comfortable expressing it as a deserializer >> property. That said, having an initial numerical value might serve the >> same purpose allowing more flexibility, if other serializers require a >> more precise control of the initial amplitude. And one of the benefits of your series, is that you've codified the conversion from the input value to the register value, which is really helpful. I think the fact that you've implemented the required feature, means exposing the value here makes more sense. However, once exposed outside of the driver, I'd add some clamping on the allowed min/max values in the max9286_reverse_channel_setup() function. >> >> After the remotes have probed, we could also re-explore the >> possibility of getting the bus configuration using get_mbus_config, as >> detailed in the v1 cover letter [1] as at that time their sub-devices >> have been registered and we can call operations on them. But again, >> this might be not required at all. > > Sounds like "maxim,<foo>-threshold-mV" is the way to go? > If you don't know the exact register configuration, and need to > convert to a boolean in the driver, you can still use something like > "threshold < 150 ? ... : ...". This sounds like a reasonable path to me - I'm still really weary that it's defining it on the deser, rather than the serialiser - but perhaps there's no current option to do that. I presume we can't wait until we can obtain a value through get_mbus_config() ? That's going to be chicken and egg, as the camera can't probe until we have the i2c channels set up ... yet the information we want, doesn't need the bus to be configured... so there's indeed some missing pieces to the puzzle for that to happen ;-( also - I guess the other key issue that would make me believe we keep this as a deserialiser property, is that it affects the whole configuration right? It's not just one of the four links - it's all of them collectively. (well, unless we called max9286_reverse_channel_setup() separately for each link bring up ...) -- Kieran > > Gr{oetje,eeting}s, > > Geert >
Hi Geert (and Kieran, as his question on the other patch is actually on the same point) On Fri, Oct 16, 2020 at 01:50:34PM +0200, Geert Uytterhoeven wrote: > Hi Jacopo, > > On Fri, Oct 16, 2020 at 12:09 PM Jacopo Mondi <jacopo+renesas@jmondi.org> wrote: > > Document the 'maxim,high-threshold' vendor property in the bindings > > document of the max9286 driver. > > > > The newly introduced boolean property allows controlling the initial > > configuration of the GMSL reverse control channel to accommodate > > remote serializers pre-programmed with the high threshold power > > supply noise immunity enabled. > > > > Signed-off-by: Jacopo Mondi <jacopo+renesas@jmondi.org> > > Thanks for your patch! > > > --- a/Documentation/devicetree/bindings/media/i2c/maxim,max9286.yaml > > +++ b/Documentation/devicetree/bindings/media/i2c/maxim,max9286.yaml > > @@ -51,6 +51,19 @@ properties: > > '#gpio-cells': > > const: 2 > > > > + maxim,high-threshold: > > + description: | > > + A boolean property to increase the initial amplitude of the reverse > > + control channel to compensate for remote serializers pre-programmed with > > + high threshold noise-immunity. > > + > > + Some camera modules (in example the RDACM20 one) include an on-board MCU > > + that pre-programs the embedded serializer with reverse channel power > > + supply noise immunity enabled. The deserializer shall increase its > > + reverse channel amplitude to compensate that and be able to communicate > > + with the remote end. > > + type: boolean > > Does this "high" threshold correspond to some numerical value? > I.e. could we run into a future need to support more values than just > true/false? > If yes, we may want to use a numerical value from the start. So, this boolean property controls the initial setting of the reverse channel amplitude, which has to be opportunely adjusted to be able to probe the remote devices as i2c messages are bridged on the reverse channel from the deserializer to the remote serializers. It also implies that if the initial setting is not "high" it has to be increased after the remotes have probed, as it is assumed at the end the remotes' probe() routine they have enabled their high threshold noise immunity feature. The register that controls the de-serializer reverse channel amplitude is not fully documented in the chip manual version I have, but the application developer guide shows that it can range from 30mV to 200mV. The same developer guide shows 100mV and 170mV as "initial" and "high threshold" values to be used. On the serializer's side (MAX9271 at least) high threshold is a boolean control, it is either enabled or disabled. Hence I suspect that for the max9286-max9271 combo, using fixed 100mV and 170mV values is enough. Other serializers might allow a more fine grained control of the noise cancelling threshold, and might require a more precise adjustment of the deserializer side. I'm honestly not sure at this point not having seen any other one. So yes, this is a deserializer setting that depends on the serializer in use, and I'm not 100% comfortable expressing it as a deserializer property. That said, having an initial numerical value might serve the same purpose allowing more flexibility, if other serializers require a more precise control of the initial amplitude. After the remotes have probed, we could also re-explore the possibility of getting the bus configuration using get_mbus_config, as detailed in the v1 cover letter [1] as at that time their sub-devices have been registered and we can call operations on them. But again, this might be not required at all. Thanks j [1] https://www.spinics.net/lists/linux-renesas-soc/msg52886.html > > Gr{oetje,eeting}s, > > Geert > > -- > Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org > > In personal conversations with technical people, I call myself a hacker. But > when I'm talking to journalists I just say "programmer" or something like that. > -- Linus Torvalds
diff --git a/Documentation/devicetree/bindings/media/i2c/maxim,max9286.yaml b/Documentation/devicetree/bindings/media/i2c/maxim,max9286.yaml index 9ea827092fdd..50e08a7d3204 100644 --- a/Documentation/devicetree/bindings/media/i2c/maxim,max9286.yaml +++ b/Documentation/devicetree/bindings/media/i2c/maxim,max9286.yaml @@ -51,6 +51,19 @@ properties: '#gpio-cells': const: 2 + maxim,high-threshold: + description: | + A boolean property to increase the initial amplitude of the reverse + control channel to compensate for remote serializers pre-programmed with + high threshold noise-immunity. + + Some camera modules (in example the RDACM20 one) include an on-board MCU + that pre-programs the embedded serializer with reverse channel power + supply noise immunity enabled. The deserializer shall increase its + reverse channel amplitude to compensate that and be able to communicate + with the remote end. + type: boolean + ports: type: object description: | @@ -243,6 +256,8 @@ examples: gpio-controller; #gpio-cells = <2>; + maxim,high-threshold; + ports { #address-cells = <1>; #size-cells = <0>;
Document the 'maxim,high-threshold' vendor property in the bindings document of the max9286 driver. The newly introduced boolean property allows controlling the initial configuration of the GMSL reverse control channel to accommodate remote serializers pre-programmed with the high threshold power supply noise immunity enabled. Signed-off-by: Jacopo Mondi <jacopo+renesas@jmondi.org> --- .../bindings/media/i2c/maxim,max9286.yaml | 15 +++++++++++++++ 1 file changed, 15 insertions(+)