From: Laurent Pinchart <laurent.pinchart@tbox.biz>
To: Vitaly Bordug <vbordug@ru.mvista.com>
Cc: linuxppc-embedded@ozlabs.org
Subject: Re: Accessing the CPM2 on an MPC82xx : CPM_MAP_ADDR or cpm2_immr ?
Date: Thu, 2 Feb 2006 16:42:49 +0100 [thread overview]
Message-ID: <200602021642.49282.laurent.pinchart@tbox.biz> (raw)
In-Reply-To: <20060202170753.2a805189@vitb.ru.mvista.com>
> > I noticed that the CPM2 module is accessed both through CPM_MAP_ADDR
> > (physical address) and cpm2_immr (ioremap()ed address). For instance, the
> > fec_enet driver configures the IO ports using (cpm2_map_t*)CPM_MAP_ADDR.
>
> Mentioned driver is deprecated.
It has been replaced by drivers/net/fs_enet, right ? The new driver doesn't
support the LXT971/LXT971A PHY chipsets yet, so I'm still using the old one.
> > What's the correct way to access the CPM2 module ? Does ioremap() map
> > CPM_MAP_ADDR to itself so that both ways are correct ?
>
> Even direct cpm2_immr usage is not a good thing, but I cannot tell more
> without knowing your concerns. Can you please describe what you are
> planning to implement, prolly we can advice how to do that proper way.
I'm currently just hacking IDMA transfers to make sure the signals we plan to
use on a custom design work as expected. I will later work on the USB host
controller driver.
The new fs_enet driver internally maps CPM_MAP_ADDR. Should every driver
create an internal CPM mapping ? Why was the old fec_enet driver able to
access the CPM through CPM_MAP_ADDR without ioremap()ing it first ?
Laurent Pinchart
next prev parent reply other threads:[~2006-02-02 15:43 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-02-02 13:58 Accessing the CPM2 on an MPC82xx : CPM_MAP_ADDR or cpm2_immr ? Laurent Pinchart
2006-02-02 14:07 ` Vitaly Bordug
2006-02-02 15:42 ` Laurent Pinchart [this message]
2006-02-02 18:55 ` Dan Malek
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=200602021642.49282.laurent.pinchart@tbox.biz \
--to=laurent.pinchart@tbox.biz \
--cc=linuxppc-embedded@ozlabs.org \
--cc=vbordug@ru.mvista.com \
/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).