From: "Mark A. Greer" <mgreer@mvista.com>
To: Adrian Cox <adrian@humboldt.co.uk>
Cc: linuxppc-embedded@lists.linuxppc.org
Subject: Re: [PATCH][RFC] OCP support for MPC107 and relatives
Date: Tue, 15 Jun 2004 10:33:46 -0700 [thread overview]
Message-ID: <40CF32FA.6030901@mvista.com> (raw)
In-Reply-To: <1087287047.2374.6.camel@newt>
Adrian Cox wrote:
>On Mon, 2004-06-14 at 18:05, Mark A. Greer wrote:
>
>
>
>>That's great that you're OCP-ifying the mpc10x code! My only comment is
>>thatI don't like hardcoding the position of an entry in the OCP (e.g.,
>>core_ocp[0].vedor/paddr). I don't think its safe to assume that any
>>particular piece of code will always know all of the entries in the OCP
>>and therefore what an entry's position will be. You can use
>>'ocp_for_each_device()' and a routine that checks for the fields that
>>you want to accomplish the same thing.
>>
>>
>
>I'll try to do a new version of the patch at the end of the week.
>
>Would it work to have an empty core_ocp[] array, and then call
>ocp_add_one_device() to insert the entries? That would deal with these
>issues, as the code would look like:
>mpc10x_i2c_ocp.paddr = phys_eumb_base + MPC10X_EUMB_I2C_OFFSET;
>ocp_add_one_device(&mpc10x_i2c_ocp);
>
>Then the MPC106 path would simply not add any entries, rather than
>having to go through and mark them as invalid.
>
>
FWIW, that's fine with me.
Mark
** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
prev parent reply other threads:[~2004-06-15 17:33 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-06-14 10:10 [PATCH][RFC] OCP support for MPC107 and relatives Adrian Cox
2004-06-14 10:23 ` [PATCH][RFC] I2C " Adrian Cox
2004-06-14 11:01 ` Stefan Nickl
2004-06-14 11:37 ` Adrian Cox
2004-06-14 13:01 ` Stefan Nickl
2004-06-14 13:24 ` Adrian Cox
2004-06-14 13:39 ` Kumar Gala
2004-06-14 14:38 ` Pantelis Antoniou
2004-06-14 13:43 ` [PATCH][RFC] OCP " Kumar Gala
2004-06-14 13:59 ` Kumar Gala
2004-06-14 14:47 ` Adrian Cox
2004-06-14 15:46 ` Matt Porter
2004-06-15 0:38 ` Kumar Gala
2004-06-14 17:05 ` Mark A. Greer
2004-06-15 8:10 ` Adrian Cox
2004-06-15 17:33 ` Mark A. Greer [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=40CF32FA.6030901@mvista.com \
--to=mgreer@mvista.com \
--cc=adrian@humboldt.co.uk \
--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).