From: Vitaly Wool <vwool@ru.mvista.com>
To: David Brownell <david-b@pacbell.net>
Cc: linux-kernel@vger.kernel.org, spi-devel-general@sourceforge.net
Subject: Re: [PATCH 2.6-git] SPI: add set_clock() to bitbang
Date: Fri, 23 Dec 2005 11:38:03 +0300 [thread overview]
Message-ID: <43ABB76B.8000301@ru.mvista.com> (raw)
In-Reply-To: <200512230028.03682.david-b@pacbell.net>
David Brownell wrote:
>>>How exactly that's done is system-specific. Many controllers
>>>just have a register per chipselect, listing stuff like SPI mode,
>>>clock divisor, and word size. So switching to that chipselect
>>>kicks those in automatically ... devices ignore the clock unless
>>>they've been selected.
>>>
>>>
>>Hmm, usually clocks are configured for the bus not device.
>>
>>
>
>Not a chance. The clock is activated to talk to a given device;
>and there's no requirement that all devices on the bus use the
>same clock rate. (If one chipselect gives access to a linked series
>of devices, clearly they'll all need to be clocked alike. But
>that's not a bus, it's just a compound device ... like a big shift
>register.)
>
>I did my homework when putting that API together, and looked at
>quite a few SPI controllers. **Not one** of them forces all
>their chipselets to use the same clock rate.
>
>
I admit that thw word 'usually' is incorrect here, but still we have two
Philips ARM boards where the SPI clock is configured _only_ on the bus,
by setting the bus clock divisor on per-message basis. I was also
keeping in mind PXA, so it wasn't just bare words...
Vitaly
prev parent reply other threads:[~2005-12-23 8:37 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-12-22 15:04 [PATCH 2.6-git] SPI: add set_clock() to bitbang Vitaly Wool
2005-12-22 16:40 ` David Brownell
2005-12-22 21:23 ` Vitaly Wool
2005-12-22 21:37 ` David Brownell
2005-12-22 21:42 ` Vitaly Wool
2005-12-23 0:37 ` David Brownell
2005-12-23 7:08 ` Vitaly Wool
2005-12-23 8:28 ` David Brownell
2005-12-23 8:38 ` Vitaly Wool [this message]
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=43ABB76B.8000301@ru.mvista.com \
--to=vwool@ru.mvista.com \
--cc=david-b@pacbell.net \
--cc=linux-kernel@vger.kernel.org \
--cc=spi-devel-general@sourceforge.net \
/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.