From: Wolfgang Denk <wd@denx.de>
To: "Stephan Linke" <Stephan.Linke@epygi.de>
Cc: "Linuxppc-Embedded" <linuxppc-embedded@lists.linuxppc.org>
Subject: Re: parallel I/O ports & opend darin pins on MPC8xx
Date: Wed, 09 Jul 2003 14:09:45 +0200 [thread overview]
Message-ID: <20030709120950.476EFC6D82@atlas.denx.de> (raw)
In-Reply-To: Your message of "Wed, 09 Jul 2003 12:56:29 +0200." <FCEAKDJJAPHPLJFINDAJEEGGDEAA.Stephan.Linke@epygi.de>
Dear Stephan,
in message <FCEAKDJJAPHPLJFINDAJEEGGDEAA.Stephan.Linke@epygi.de> you wrote:
>
> So a verry simple question remains:
>
> If it's so easy, why isn't all that already done in the existing
> drivers that are manipulating single I/O pins like 8xx_io/enet.c drivers/i2c/i2c-algo-8xx_soft.c? Since they are the candidates
I think the answer is simply that nobody needed it yet so it never
caused problems?
Open drain outputs are very ralrey used after all. On all the boards
we had in the lab there was only one which happened to use OD outputs
- and this just to drive a LED display, where actively driven outputs
worked as well.
[And actually in this case the OD outputs did cause problems, too:
the customer implemented some code which would set a state and read
it back immediately, which did not work. It turned out the the CPU
was faster than the raising time of the signal.]
> for such trouble if someone uses these drivers and has an additional
> open drain pin on one of his ports...
>
> And I thought we should be talking about a general solution, not only
> about how I can fix my little problem.
I'm afraid I'm not in the position to change anything.
There are several isssues with using port pins, like the chip
internal race condition when using PWM outputs. I don't think that a
good general solution for all these issues is available. Your
configuration is pretty rare, so it is probably handled best as a
special case, outside the general code. -- YMMV.
Best regards,
Wolfgang Denk
--
Software Engineering: Embedded and Realtime Systems, Embedded Linux
Phone: (+49)-8142-4596-87 Fax: (+49)-8142-4596-88 Email: wd@denx.de
"Everything should be made as simple as possible, but not simpler."
- Albert Einstein
** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
next parent reply other threads:[~2003-07-09 12:09 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <FCEAKDJJAPHPLJFINDAJEEGGDEAA.Stephan.Linke@epygi.de>
2003-07-09 12:09 ` Wolfgang Denk [this message]
[not found] <3F0C6C0C.8040306@earthlink.net>
2003-07-09 19:57 ` parallel I/O ports & opend darin pins on MPC8xx Wolfgang Denk
[not found] ` <3F0C7782.3060704@earthlink.net>
2003-07-09 20:17 ` Wolfgang Denk
2003-07-09 20:20 ` Dean Matsen
[not found] <FCEAKDJJAPHPLJFINDAJCEGCDEAA.Stephan.Linke@epygi.de>
2003-07-09 10:24 ` Wolfgang Denk
2003-07-08 15:31 Stephan Linke
2003-07-08 15:49 ` Craig Hollabaugh
2003-07-08 21:36 ` Wolfgang Denk
2003-07-09 4:57 ` None Atall
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=20030709120950.476EFC6D82@atlas.denx.de \
--to=wd@denx.de \
--cc=Stephan.Linke@epygi.de \
--cc=linuxppc-embedded@lists.linuxppc.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).