From: Gerhard Sittig <gsi-ynQEQJNshbs@public.gmane.org>
To: maxim maxim <look2004il-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Cc: "linux-spi-u79uwXL29TY76Z2rM5mHXA@public.gmane.org"
<linux-spi-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
Subject: Re: mcspi
Date: Mon, 7 Apr 2014 14:53:39 +0200 [thread overview]
Message-ID: <20140407125339.GA11339@book.gsilab.sittig.org> (raw)
In-Reply-To: <CAL22ZLJ7qe-=1iH0w1b+G10i9_ERFnFF2oRB7gOatk3k_AhdjQ-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
On Sat, 2014-04-05 at 16:05 +0300, maxim maxim wrote:
>
> I'm working with omap 3 spi driver, in the base I have mcspi driver
> for tach device(http://processors.wiki.ti.com/index.php/AM335x_McSPI_Driver's_Guide),
> I want to add my insmod driver for ublox 6(gps device). From ublox6
> datasheet I saw what I need some initial delay between chip select
> activation and data sending, I didn't find a way how to do it from
> Linux SPI Framework, because of this I tried to write directly to some
> registers what mapped in mcspi driver I can accept their mapped
> address from contoller_data , but unfortunately it didn't work, may be
> here you could give me some avices how I can do it.
You might create an SPI message from multiple transfers, where
the first has no data (length zero) but specifies a delay. If
the SPI controller's driver is implemented correctly, or if it
uses the SPI subsystem's common logic, this should result in the
desired pause between CS assertion and data transfer.
If it doesn't work out for you (when the driver cuts corners,
violates the API semantics, or tries to outsmart you), you may
want to fix that and provide patches. :)
virtually yours
Gerhard Sittig
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr. 5, D-82194 Groebenzell, Germany
Phone: +49-8142-66989-0 Fax: +49-8142-66989-80 Email: office-ynQEQJNshbs@public.gmane.org
--
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
next prev parent reply other threads:[~2014-04-07 12:53 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-04-05 13:05 mcspi maxim maxim
[not found] ` <CAL22ZLJ7qe-=1iH0w1b+G10i9_ERFnFF2oRB7gOatk3k_AhdjQ-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2014-04-07 12:53 ` Gerhard Sittig [this message]
[not found] ` <20140407125339.GA11339-kDjWylLy9wD0K7fsECOQyeGNnDKD8DIp@public.gmane.org>
2014-04-08 11:51 ` mcspi maxim maxim
-- strict thread matches above, loose matches on Subject: below --
2014-04-09 16:40 mcspi maxim maxim
[not found] ` <CAL22ZL+5jWkbnt69HeULeEtEqOSL5dEbs4DcCw79wN9dFP+kYA-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2014-04-10 17:58 ` mcspi Geert Uytterhoeven
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=20140407125339.GA11339@book.gsilab.sittig.org \
--to=gsi-ynqeqjnshbs@public.gmane.org \
--cc=linux-spi-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
--cc=look2004il-Re5JQEeQqe8AvxtiuMwx3w@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).