From mboxrd@z Thu Jan  1 00:00:00 1970
Message-ID: <3CD977C3.7030504@pacbell.net>
Date: Wed, 08 May 2002 12:08:51 -0700
From: Armin <akuster@pacbell.net>
MIME-Version: 1.0
To: Matt Porter <mporter@mvista.com>
Cc: ppc_devel <linuxppc-dev@lists.linuxppc.org>
Subject: Re: 4xx change to core files
References: <3CD9560E.9000909@pacbell.net> <20020508105157.A28846@home.com>
Content-Type: text/plain; charset=us-ascii; format=flowed
Sender: owner-linuxppc-dev@lists.linuxppc.org
List-Id: <linuxppc-dev@lists.linuxppc.org>


Matt Porter wrote:
> On Wed, May 08, 2002 at 09:45:02AM -0700, Armin wrote:
>
>>The core_ocp[] is don ein the following:
>>
>>new struct in asm-ppc/ocp.h
>>
>>struct ocp_def {
>>	enum ocp_type type;
>>	int paddr;
>>	int irq;
>>};
>>
>  };
>
> <snip>
>
>>new ocp APIs:
>>
>>unsigned long get_ocp_paddr(int type, int dev_num);
>>  returns the physical address for a given ocp type for the nth one.
>>  this is used when the mmu is not completely up such as during pci
>>bring up.
>>
>
> It would be helpful for 36-bit 4xx core implementations (440gp/440gx)
> if the paddr used the phys_addr_t typedef so we could store a
> native 64-bit address.

ok

>
> It would appear to me that one would expect to be able to do
> the following:
>
> 	ioremap(get_ocp_paddr(<type>, <num>), <size>);
>
> Is that the intention?


Yeap


** Sent via the linuxppc-dev mail list. See http://lists.linuxppc.org/