All of lore.kernel.org
 help / color / mirror / Atom feed
From: Cyrille Pitchen <cyrille.pitchen-AIFe0yeh4nAAvxtiuMwx3w@public.gmane.org>
To: Mark Brown <broonie-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org>
Cc: <nicolas.ferre-AIFe0yeh4nAAvxtiuMwx3w@public.gmane.org>,
	<linux-spi-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	<linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	<linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org>,
	<devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	<robh+dt-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org>,
	<pawel.moll-5wv7dgnIgG8@public.gmane.org>,
	<mark.rutland-5wv7dgnIgG8@public.gmane.org>,
	<ijc+devicetree-KcIKpvwj1kUDXYZnReoRVg@public.gmane.org>,
	<galak-sgV2jX0FEOL9JmXXK+q4OQ@public.gmane.org>
Subject: Re: [PATCH v3 2/3] spi: atmel: update DT bindings documentation
Date: Thu, 11 Jun 2015 18:37:51 +0200	[thread overview]
Message-ID: <5579B95F.9060307@atmel.com> (raw)
In-Reply-To: <20150609172531.GM14071-GFdadSzt00ze9xe1eoZjHA@public.gmane.org>

Le 09/06/2015 19:25, Mark Brown a écrit :
> On Tue, Jun 09, 2015 at 01:53:53PM +0200, Cyrille Pitchen wrote:
>> - add new property "atmel,fifo-size"
> 
> Why is this a property and not something we know from the IP version?
>
Hi Mark,
 
Please be aware that the VERSION register can not be used to guess the
size of FIFOs. Indeed, for a given hardware version, the SPI controller
can be integrated on Atmel SoCs with different FIFO sizes. Also the
"atmel,fifo-size" property is optional as older SPI controllers don't
embed FIFO at all.

Besides, the FIFO size can not be read or guessed from other registers:
When designing the FIFO feature, no dedicated registers were added to
store this size. Unused spaces in the I/O register range are limited and
better reserved for future usages. Instead, the FIFO size of each
peripheral is documented in the programmer datasheet.

Finally, on a given SoC, there can be several instances of the SPI
controller with different FIFO sizes. This explain why we'd rather use a
dedicated DT property than use the "compatible" property.

I hope these pieces of information will help to clarify this point.
Of course, we are open to other suggestions.

Best Regards,

Cyrille
--
To unsubscribe from this list: send the line "unsubscribe linux-spi" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

WARNING: multiple messages have this Message-ID (diff)
From: cyrille.pitchen@atmel.com (Cyrille Pitchen)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH v3 2/3] spi: atmel: update DT bindings documentation
Date: Thu, 11 Jun 2015 18:37:51 +0200	[thread overview]
Message-ID: <5579B95F.9060307@atmel.com> (raw)
In-Reply-To: <20150609172531.GM14071@sirena.org.uk>

Le 09/06/2015 19:25, Mark Brown a ?crit :
> On Tue, Jun 09, 2015 at 01:53:53PM +0200, Cyrille Pitchen wrote:
>> - add new property "atmel,fifo-size"
> 
> Why is this a property and not something we know from the IP version?
>
Hi Mark,
 
Please be aware that the VERSION register can not be used to guess the
size of FIFOs. Indeed, for a given hardware version, the SPI controller
can be integrated on Atmel SoCs with different FIFO sizes. Also the
"atmel,fifo-size" property is optional as older SPI controllers don't
embed FIFO at all.

Besides, the FIFO size can not be read or guessed from other registers:
When designing the FIFO feature, no dedicated registers were added to
store this size. Unused spaces in the I/O register range are limited and
better reserved for future usages. Instead, the FIFO size of each
peripheral is documented in the programmer datasheet.

Finally, on a given SoC, there can be several instances of the SPI
controller with different FIFO sizes. This explain why we'd rather use a
dedicated DT property than use the "compatible" property.

I hope these pieces of information will help to clarify this point.
Of course, we are open to other suggestions.

Best Regards,

Cyrille

WARNING: multiple messages have this Message-ID (diff)
From: Cyrille Pitchen <cyrille.pitchen-AIFe0yeh4nAAvxtiuMwx3w@public.gmane.org>
To: Mark Brown <broonie-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org>
Cc: nicolas.ferre-AIFe0yeh4nAAvxtiuMwx3w@public.gmane.org,
	linux-spi-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org,
	devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	robh+dt-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org,
	pawel.moll-5wv7dgnIgG8@public.gmane.org,
	mark.rutland-5wv7dgnIgG8@public.gmane.org,
	ijc+devicetree-KcIKpvwj1kUDXYZnReoRVg@public.gmane.org,
	galak-sgV2jX0FEOL9JmXXK+q4OQ@public.gmane.org
Subject: Re: [PATCH v3 2/3] spi: atmel: update DT bindings documentation
Date: Thu, 11 Jun 2015 18:37:51 +0200	[thread overview]
Message-ID: <5579B95F.9060307@atmel.com> (raw)
In-Reply-To: <20150609172531.GM14071-GFdadSzt00ze9xe1eoZjHA@public.gmane.org>

Le 09/06/2015 19:25, Mark Brown a écrit :
> On Tue, Jun 09, 2015 at 01:53:53PM +0200, Cyrille Pitchen wrote:
>> - add new property "atmel,fifo-size"
> 
> Why is this a property and not something we know from the IP version?
>
Hi Mark,
 
Please be aware that the VERSION register can not be used to guess the
size of FIFOs. Indeed, for a given hardware version, the SPI controller
can be integrated on Atmel SoCs with different FIFO sizes. Also the
"atmel,fifo-size" property is optional as older SPI controllers don't
embed FIFO at all.

Besides, the FIFO size can not be read or guessed from other registers:
When designing the FIFO feature, no dedicated registers were added to
store this size. Unused spaces in the I/O register range are limited and
better reserved for future usages. Instead, the FIFO size of each
peripheral is documented in the programmer datasheet.

Finally, on a given SoC, there can be several instances of the SPI
controller with different FIFO sizes. This explain why we'd rather use a
dedicated DT property than use the "compatible" property.

I hope these pieces of information will help to clarify this point.
Of course, we are open to other suggestions.

Best Regards,

Cyrille
--
To unsubscribe from this list: send the line "unsubscribe linux-spi" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

WARNING: multiple messages have this Message-ID (diff)
From: Cyrille Pitchen <cyrille.pitchen@atmel.com>
To: Mark Brown <broonie@kernel.org>
Cc: <nicolas.ferre@atmel.com>, <linux-spi@vger.kernel.org>,
	<linux-kernel@vger.kernel.org>,
	<linux-arm-kernel@lists.infradead.org>,
	<devicetree@vger.kernel.org>, <robh+dt@kernel.org>,
	<pawel.moll@arm.com>, <mark.rutland@arm.com>,
	<ijc+devicetree@hellion.org.uk>, <galak@codeaurora.org>
Subject: Re: [PATCH v3 2/3] spi: atmel: update DT bindings documentation
Date: Thu, 11 Jun 2015 18:37:51 +0200	[thread overview]
Message-ID: <5579B95F.9060307@atmel.com> (raw)
In-Reply-To: <20150609172531.GM14071@sirena.org.uk>

Le 09/06/2015 19:25, Mark Brown a écrit :
> On Tue, Jun 09, 2015 at 01:53:53PM +0200, Cyrille Pitchen wrote:
>> - add new property "atmel,fifo-size"
> 
> Why is this a property and not something we know from the IP version?
>
Hi Mark,
 
Please be aware that the VERSION register can not be used to guess the
size of FIFOs. Indeed, for a given hardware version, the SPI controller
can be integrated on Atmel SoCs with different FIFO sizes. Also the
"atmel,fifo-size" property is optional as older SPI controllers don't
embed FIFO at all.

Besides, the FIFO size can not be read or guessed from other registers:
When designing the FIFO feature, no dedicated registers were added to
store this size. Unused spaces in the I/O register range are limited and
better reserved for future usages. Instead, the FIFO size of each
peripheral is documented in the programmer datasheet.

Finally, on a given SoC, there can be several instances of the SPI
controller with different FIFO sizes. This explain why we'd rather use a
dedicated DT property than use the "compatible" property.

I hope these pieces of information will help to clarify this point.
Of course, we are open to other suggestions.

Best Regards,

Cyrille

  parent reply	other threads:[~2015-06-11 16:37 UTC|newest]

Thread overview: 66+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-06-09 11:53 [PATCH v3 0/3] spi: atmel: add support to FIFOs and the internal chip-select Cyrille Pitchen
2015-06-09 11:53 ` Cyrille Pitchen
2015-06-09 11:53 ` Cyrille Pitchen
2015-06-09 11:53 ` Cyrille Pitchen
     [not found] ` <cover.1433850255.git.cyrille.pitchen-AIFe0yeh4nAAvxtiuMwx3w@public.gmane.org>
2015-06-09 11:53   ` [PATCH v3 1/3] spi: atmel: add support for the internal chip-select of the spi controller Cyrille Pitchen
2015-06-09 11:53     ` Cyrille Pitchen
2015-06-09 11:53     ` Cyrille Pitchen
2015-06-09 11:53     ` Cyrille Pitchen
     [not found]     ` <c05f4d9abfdabb62b3b3cfeb57a3f9c138b4e45d.1433850255.git.cyrille.pitchen-AIFe0yeh4nAAvxtiuMwx3w@public.gmane.org>
2015-06-09 12:15       ` Nicolas Ferre
2015-06-09 12:15         ` Nicolas Ferre
2015-06-09 12:15         ` Nicolas Ferre
2015-06-09 12:15         ` Nicolas Ferre
2015-06-09 17:26       ` Mark Brown
2015-06-09 17:26         ` Mark Brown
2015-06-09 17:26         ` Mark Brown
2016-01-05 21:50       ` Måns Rullgård
2016-01-05 21:50         ` Måns Rullgård
2016-01-05 21:50         ` Måns Rullgård
2016-01-07 15:40         ` Mark Brown
2016-01-07 15:40           ` Mark Brown
     [not found]           ` <20160107154024.GF6588-GFdadSzt00ze9xe1eoZjHA@public.gmane.org>
2016-01-07 16:14             ` Måns Rullgård
2016-01-07 16:14               ` Måns Rullgård
2016-01-07 16:14               ` Måns Rullgård
     [not found]         ` <yw1xvb771yrl.fsf-OEaqT8BN2ezZK2NkWkPsZwC/G2K4zDHf@public.gmane.org>
2016-01-27 15:46           ` Nicolas Ferre
2016-01-27 15:46             ` Nicolas Ferre
2016-01-27 15:46             ` Nicolas Ferre
2016-01-27 15:46             ` Nicolas Ferre
     [not found]             ` <56A8E66B.208-AIFe0yeh4nAAvxtiuMwx3w@public.gmane.org>
2016-01-27 15:53               ` Måns Rullgård
2016-01-27 15:53                 ` Måns Rullgård
2016-01-27 15:53                 ` Måns Rullgård
2016-01-27 15:53                 ` Måns Rullgård
     [not found]                 ` <yw1xk2mvj9xp.fsf-OEaqT8BN2ezZK2NkWkPsZwC/G2K4zDHf@public.gmane.org>
2016-01-27 16:55                   ` Nicolas Ferre
2016-01-27 16:55                     ` Nicolas Ferre
2016-01-27 16:55                     ` Nicolas Ferre
2016-01-27 16:55                     ` Nicolas Ferre
     [not found]                     ` <56A8F66E.6070105-AIFe0yeh4nAAvxtiuMwx3w@public.gmane.org>
2016-01-27 16:57                       ` Måns Rullgård
2016-01-27 16:57                         ` Måns Rullgård
2016-01-27 16:57                         ` Måns Rullgård
2016-01-27 16:57                         ` Måns Rullgård
2015-06-09 11:53   ` [PATCH v3 3/3] spi: atmel: add support to FIFOs Cyrille Pitchen
2015-06-09 11:53     ` Cyrille Pitchen
2015-06-09 11:53     ` Cyrille Pitchen
2015-06-09 11:53     ` Cyrille Pitchen
2015-06-09 12:24     ` Nicolas Ferre
2015-06-09 12:24       ` Nicolas Ferre
2015-06-09 12:24       ` Nicolas Ferre
     [not found]     ` <bb9ae6c3a3567d4fae7689a31f771da6036661bd.1433850255.git.cyrille.pitchen-AIFe0yeh4nAAvxtiuMwx3w@public.gmane.org>
2015-06-09 17:30       ` Mark Brown
2015-06-09 17:30         ` Mark Brown
2015-06-09 17:30         ` Mark Brown
2015-06-09 11:53 ` [PATCH v3 2/3] spi: atmel: update DT bindings documentation Cyrille Pitchen
2015-06-09 11:53   ` Cyrille Pitchen
2015-06-09 11:53   ` Cyrille Pitchen
     [not found]   ` <ce7c16faafaa24f5bb711115c0eea1f8992d08c3.1433850255.git.cyrille.pitchen-AIFe0yeh4nAAvxtiuMwx3w@public.gmane.org>
2015-06-09 12:15     ` Nicolas Ferre
2015-06-09 12:15       ` Nicolas Ferre
2015-06-09 12:15       ` Nicolas Ferre
2015-06-09 12:15       ` Nicolas Ferre
2015-06-09 17:25     ` Mark Brown
2015-06-09 17:25       ` Mark Brown
2015-06-09 17:25       ` Mark Brown
     [not found]       ` <20150609172531.GM14071-GFdadSzt00ze9xe1eoZjHA@public.gmane.org>
2015-06-11 16:37         ` Cyrille Pitchen [this message]
2015-06-11 16:37           ` Cyrille Pitchen
2015-06-11 16:37           ` Cyrille Pitchen
2015-06-11 16:37           ` Cyrille Pitchen
     [not found]           ` <5579B95F.9060307-AIFe0yeh4nAAvxtiuMwx3w@public.gmane.org>
2015-06-15 15:49             ` Mark Brown
2015-06-15 15:49               ` Mark Brown
2015-06-15 15:49               ` Mark Brown

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=5579B95F.9060307@atmel.com \
    --to=cyrille.pitchen-aife0yeh4naavxtiumwx3w@public.gmane.org \
    --cc=broonie-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org \
    --cc=devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
    --cc=galak-sgV2jX0FEOL9JmXXK+q4OQ@public.gmane.org \
    --cc=ijc+devicetree-KcIKpvwj1kUDXYZnReoRVg@public.gmane.org \
    --cc=linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org \
    --cc=linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
    --cc=linux-spi-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
    --cc=mark.rutland-5wv7dgnIgG8@public.gmane.org \
    --cc=nicolas.ferre-AIFe0yeh4nAAvxtiuMwx3w@public.gmane.org \
    --cc=pawel.moll-5wv7dgnIgG8@public.gmane.org \
    --cc=robh+dt-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.