From: Knut Wohlrab <redacted>
There are SPI devices which need a SPI clock with active low polarity and
high inactive state.
Add the setting of the inactive state ECSPIx_CONFIGREG:SCLK CTL
according to the clock polarity ECSPIx_CONFIGREG:SCLK POL:
DT without "spi-cpol" = 0 = clock active high polarity = inactive state low
DT with "spi-cpol" = 1 = clock active low polarity = inactive state high
Signed-off-by: Knut Wohlrab <redacted>
---
Question: Are there real world examples for a need of an individual setting of
clock polarity/inactive state?
drivers/spi/spi-imx.c | 6 ++++--
1 files changed, 4 insertions(+), 2 deletions(-)
Copy Uwe ...
On Fri, Aug 31, 2012 at 10:55:11AM +0200, Dirk Behme wrote:
From: Knut Wohlrab <redacted>
There are SPI devices which need a SPI clock with active low polarity and
high inactive state.
Add the setting of the inactive state ECSPIx_CONFIGREG:SCLK CTL
according to the clock polarity ECSPIx_CONFIGREG:SCLK POL:
DT without "spi-cpol" = 0 = clock active high polarity = inactive state low
DT with "spi-cpol" = 1 = clock active low polarity = inactive state high
Signed-off-by: Knut Wohlrab <redacted>
---
Question: Are there real world examples for a need of an individual setting of
clock polarity/inactive state?
I'm less concerned about that. We can always patch the driver when
the real world example occurs?
Regards,
Shawn
On Fri, Aug 31, 2012 at 10:55:11AM +0200, Dirk Behme wrote:
quoted
From: Knut Wohlrab <redacted>
There are SPI devices which need a SPI clock with active low polarity and
high inactive state.
Add the setting of the inactive state ECSPIx_CONFIGREG:SCLK CTL
according to the clock polarity ECSPIx_CONFIGREG:SCLK POL:
DT without "spi-cpol" = 0 = clock active high polarity = inactive state low
DT with "spi-cpol" = 1 = clock active low polarity = inactive state high
Signed-off-by: Knut Wohlrab <redacted>
---
Question: Are there real world examples for a need of an individual setting of
clock polarity/inactive state?
I'm less concerned about that. We can always patch the driver when
the real world example occurs?
Regards,
Shawn
On Fri, Sep 21, 2012 at 09:36:51AM +0200, Dirk Behme wrote:
On 31.08.2012 04:35, Shawn Guo wrote:
quoted
Copy Uwe ...
Copy our kernel mailing list ...
Ping ;)
Any opinions on this?
Assuming it fixes access to a device I'm ok with your patch, but I don't
really feel responsible for the driver (i.e. me not acking shouldn't
have a negative influence on getting the patch in).
quoted
On Fri, Aug 31, 2012 at 10:55:11AM +0200, Dirk Behme wrote:
quoted
From: Knut Wohlrab <redacted>
There are SPI devices which need a SPI clock with active low polarity and
high inactive state.
Add the setting of the inactive state ECSPIx_CONFIGREG:SCLK CTL
according to the clock polarity ECSPIx_CONFIGREG:SCLK POL:
DT without "spi-cpol" = 0 = clock active high polarity = inactive state low
DT with "spi-cpol" = 1 = clock active low polarity = inactive state high
Signed-off-by: Knut Wohlrab <redacted>
If you forward a patch you must add your S-o-b.
quoted
quoted
---
Question: Are there real world examples for a need of an individual setting of
clock polarity/inactive state?
I'm less concerned about that. We can always patch the driver when
the real world example occurs?
On Fri, Sep 21, 2012 at 09:36:51AM +0200, Dirk Behme wrote:
quoted
On 31.08.2012 04:35, Shawn Guo wrote:
quoted
Copy Uwe ...
Copy our kernel mailing list ...
quoted
Ping ;)
Any opinions on this?
Assuming it fixes access to a device I'm ok with your patch, but I don't
really feel responsible for the driver (i.e. me not acking shouldn't
have a negative influence on getting the patch in).
Ok, thanks.
I'm not so familiar with the SPI world: Who would be the best person
to ack this, and in case it's ok finally apply it, then?
Thanks
Dirk
quoted
quoted
On Fri, Aug 31, 2012 at 10:55:11AM +0200, Dirk Behme wrote:
quoted
From: Knut Wohlrab<redacted>
There are SPI devices which need a SPI clock with active low polarity and
high inactive state.
Add the setting of the inactive state ECSPIx_CONFIGREG:SCLK CTL
according to the clock polarity ECSPIx_CONFIGREG:SCLK POL:
DT without "spi-cpol" = 0 = clock active high polarity = inactive state low
DT with "spi-cpol" = 1 = clock active low polarity = inactive state high
Signed-off-by: Knut Wohlrab<redacted>
If you forward a patch you must add your S-o-b.
quoted
quoted
quoted
---
Question: Are there real world examples for a need of an individual setting of
clock polarity/inactive state?
I'm less concerned about that. We can always patch the driver when
the real world example occurs?
On Fri, Aug 31, 2012 at 10:55:11AM +0200, Dirk Behme wrote:
From: Knut Wohlrab <redacted>
There are SPI devices which need a SPI clock with active low polarity and
high inactive state.
Add the setting of the inactive state ECSPIx_CONFIGREG:SCLK CTL
according to the clock polarity ECSPIx_CONFIGREG:SCLK POL:
DT without "spi-cpol" = 0 = clock active high polarity = inactive state low
DT with "spi-cpol" = 1 = clock active low polarity = inactive state high
Signed-off-by: Knut Wohlrab <redacted>
On Fri, Aug 31, 2012 at 10:55:11AM +0200, Dirk Behme wrote:
quoted
From: Knut Wohlrab <redacted>
There are SPI devices which need a SPI clock with active low polarity and
high inactive state.
Add the setting of the inactive state ECSPIx_CONFIGREG:SCLK CTL
according to the clock polarity ECSPIx_CONFIGREG:SCLK POL:
DT without "spi-cpol" = 0 = clock active high polarity = inactive state low
DT with "spi-cpol" = 1 = clock active low polarity = inactive state high
Signed-off-by: Knut Wohlrab <redacted>
Signed-off-by: Dirk Behme <redacted>
Acked-by: Shawn Guo <redacted>
Being not so familiar with the flow of SPI patches, I was told that you
are taking care of spi patches recently?
Do you like to have a look to this patch?
Many thanks and best regards
Dirk
On Mon, Sep 24, 2012 at 08:34:27AM +0200, Dirk Behme wrote:
quoted
Being not so familiar with the flow of SPI patches, I was told that you
are taking care of spi patches recently?
quoted
Do you like to have a look to this patch?
Well, nobody appears to have sent me a copy of it...
We are talking about
http://lists.infradead.org/pipermail/linux-arm-kernel/2012-August/116783.html
which should be at spi-devel-general at lists.sourceforge.net and
linux-arm-kernel at lists.infradead.org .
I just learned that you might take care of spi patches recently, so
sorry for not adding you to the CC, initially.
Let me know if you can find above thread on one of the both mailing
lists. If not, I would be happy to resend it again.
Many thanks for your help!
Dirk