Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1290704 > unrolled thread
| Started by | Maxime Ripard <maxime.ripard@free-electrons.com> |
|---|---|
| First post | 2015-12-13 22:10 +0100 |
| Last post | 2015-12-13 23:00 +0100 |
| Articles | 2 — 2 participants |
Back to article view | Back to linux.kernel
This discussion starts older than the indexed window; earlier articles aren't shown. The article labeled Started by
below is the oldest one visible, not the original post.
Re: [PATCH v2] spi: dts: sun4i: Add support for inter-word wait cycles using the SPI Wait Clock Register Maxime Ripard <maxime.ripard@free-electrons.com> - 2015-12-13 22:10 +0100
Re: [PATCH v2] spi: dts: sun4i: Add support for inter-word wait cycles using the SPI Wait Clock Register Marcus Weseloh <mweseloh42@gmail.com> - 2015-12-13 23:00 +0100
| From | Maxime Ripard <maxime.ripard@free-electrons.com> |
|---|---|
| Date | 2015-12-13 22:10 +0100 |
| Subject | Re: [PATCH v2] spi: dts: sun4i: Add support for inter-word wait cycles using the SPI Wait Clock Register |
| Message-ID | <qFm42-58A-7@gated-at.bofh.it> |
[Multipart message — attachments visible in raw view] — view raw
Hi, On Fri, Dec 11, 2015 at 11:45:39PM +0100, Marcus Weseloh wrote: > Adds support and binding documentation for a new slave device property > "sun4i,spi-word-wait-ns" that allows to set a hardware based delay > between the transmission of words using the SPI Wait Clock Register. > The SPI hardware needs 3 clock cycles to set up the delay, which makes > the minimum non-zero wait time 4 clock cycles. > > Signed-off-by: Marcus Weseloh <mweseloh42@gmail.com> > --- > Changes from v1: > * renamed the property for more clarity > * wait time is set in nanoseconds instead of number of clock cycles > * transparently handle the 3 setup clock cycles > > There is one review comment that I didn't address: Rob Herring suggested > that this should be in the core-binding rather than in sun4i. I checked > many of the hardware manuals of other SPI drivers and it looks to me like > this hardware based inter-word delay is a feature that not many SPI > controllers offer. And the SPI core currently has no way to control an > inter-word delay, only inter-message. So I would like to propose this again > as a sun4i binding, as it targets a sun4i (or sunxi?) specific hardware > feature. Only a few of them justify to have this in the framework. There's a bunch of controllers that support such a feature, and it definitely belongs in the core. The point of the framework is not to be the least common denominator, it's about having as much code in common as possible, and it definitely falls into that category. Thanks, Maxime -- Maxime Ripard, Free Electrons Embedded Linux, Kernel and Android engineering http://free-electrons.com
[toc] | [next] | [standalone]
| From | Marcus Weseloh <mweseloh42@gmail.com> |
|---|---|
| Date | 2015-12-13 23:00 +0100 |
| Message-ID | <qFmQq-5ro-3@gated-at.bofh.it> |
| In reply to | #1290704 |
2015-12-13 22:07 GMT+01:00 Maxime Ripard <maxime.ripard@free-electrons.com>: [...] >> There is one review comment that I didn't address: Rob Herring suggested >> that this should be in the core-binding rather than in sun4i. I checked >> many of the hardware manuals of other SPI drivers and it looks to me like >> this hardware based inter-word delay is a feature that not many SPI >> controllers offer. And the SPI core currently has no way to control an >> inter-word delay, only inter-message. So I would like to propose this again >> as a sun4i binding, as it targets a sun4i (or sunxi?) specific hardware >> feature. > > Only a few of them justify to have this in the framework. There's a > bunch of controllers that support such a feature, and it definitely > belongs in the core. > > The point of the framework is not to be the least common denominator, > it's about having as much code in common as possible, and it > definitely falls into that category. Ok, now I understand. I did indeed think that the SPI core is more like a least common denominator. So I will add the property to the spi-core binding, as initially requested by Rob and send a v3. Thanks for the review, Maxime! Marcus -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
[toc] | [prev] | [standalone]
Back to top | Article view | linux.kernel
csiph-web