linux-spi.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Mark Brown <broonie-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org>
To: Martin Sperl <kernel-TqfNSX0MhmxHKSADF0wUEw@public.gmane.org>
Cc: Stephen Warren <swarren-3lzwWm7+Weoh9ZMKESR00Q@public.gmane.org>,
	lee-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org,
	linux-spi-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-rpi-kernel
	<linux-rpi-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org>
Subject: Re: [PATCH 3/6] spi: bcm2835: fill FIFO before enabling interrupts to
Date: Tue, 7 Apr 2015 19:23:27 +0100	[thread overview]
Message-ID: <20150407182327.GP6023@sirena.org.uk> (raw)
In-Reply-To: <BD11C8AC-F517-4120-BBD6-07618EE86604-TqfNSX0MhmxHKSADF0wUEw@public.gmane.org>

[-- Attachment #1: Type: text/plain, Size: 635 bytes --]

On Tue, Apr 07, 2015 at 08:18:57PM +0200, Martin Sperl wrote:
> > On 07.04.2015, at 19:40, Mark Brown <broonie-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org> wrote:

> > For your workload perhaps.  For some workloads they are very common
> > (register reads are the most obvious example, they are typically a write
> > transfer to provide the register address followed by a read transfer for
> > the data).

> Which spi_write_then_read collapses into a single transfer.

No it doesn't.  It creates a single message with two transfers (which is
what I'd expect any user doing this to do, there are others that don't
use the SPI helper APIs).

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 473 bytes --]

  parent reply	other threads:[~2015-04-07 18:23 UTC|newest]

Thread overview: 19+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-03-29 14:03 [PATCH 3/6] spi: bcm2835: fill FIFO before enabling interrupts to Martin Sperl
     [not found] ` <3628E5E2-7EA9-488F-AF5F-A2E43D2D1E3E-TqfNSX0MhmxHKSADF0wUEw@public.gmane.org>
2015-03-29 16:55   ` Mark Brown
2015-03-31  3:16   ` Stephen Warren
     [not found]     ` <551A1185.6060502-3lzwWm7+Weoh9ZMKESR00Q@public.gmane.org>
2015-03-31  5:25       ` Mark Brown
     [not found]         ` <20150331052519.GZ2869-GFdadSzt00ze9xe1eoZjHA@public.gmane.org>
2015-04-05  1:49           ` Stephen Warren
     [not found]             ` <552094B5.3050109-3lzwWm7+Weoh9ZMKESR00Q@public.gmane.org>
2015-04-06 17:21               ` Mark Brown
     [not found]                 ` <20150406172130.GU6023-GFdadSzt00ze9xe1eoZjHA@public.gmane.org>
2015-04-07  6:25                   ` Martin Sperl
     [not found]                     ` <B9B4E3CA-D9F2-4A79-BC78-C3BD4B3844F2-TqfNSX0MhmxHKSADF0wUEw@public.gmane.org>
2015-04-07  6:43                       ` Martin Sperl
2015-04-07 15:39                       ` Stephen Warren
     [not found]                         ` <5523FA17.6040009-3lzwWm7+Weoh9ZMKESR00Q@public.gmane.org>
2015-04-07 16:28                           ` Mark Brown
     [not found]                             ` <20150407162857.GM6023-GFdadSzt00ze9xe1eoZjHA@public.gmane.org>
2015-04-08  9:41                               ` Martin Sperl
2015-04-07 17:05                           ` Martin Sperl
     [not found]                             ` <1BAEDC46-354E-49F4-BC6A-6AA5C1A4A1B4-TqfNSX0MhmxHKSADF0wUEw@public.gmane.org>
2015-04-07 17:40                               ` Mark Brown
     [not found]                                 ` <20150407174003.GN6023-GFdadSzt00ze9xe1eoZjHA@public.gmane.org>
2015-04-07 18:18                                   ` Martin Sperl
     [not found]                                     ` <BD11C8AC-F517-4120-BBD6-07618EE86604-TqfNSX0MhmxHKSADF0wUEw@public.gmane.org>
2015-04-07 18:23                                       ` Mark Brown [this message]
     [not found]                                         ` <20150407182327.GP6023-GFdadSzt00ze9xe1eoZjHA@public.gmane.org>
2015-04-07 20:28                                           ` Martin Sperl
2015-04-08  2:01                               ` Stephen Warren
     [not found]                                 ` <55248C07.8070903-3lzwWm7+Weoh9ZMKESR00Q@public.gmane.org>
2015-04-08  7:14                                   ` Martin Sperl
2015-03-31  5:51       ` Martin Sperl

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=20150407182327.GP6023@sirena.org.uk \
    --to=broonie-dgejt+ai2ygdnm+yrofe0a@public.gmane.org \
    --cc=kernel-TqfNSX0MhmxHKSADF0wUEw@public.gmane.org \
    --cc=lee-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org \
    --cc=linux-rpi-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org \
    --cc=linux-spi-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
    --cc=swarren-3lzwWm7+Weoh9ZMKESR00Q@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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).