All of lore.kernel.org
 help / color / mirror / Atom feed
* linux porting - doubts
@ 2009-06-26  7:30 joe seb
  2009-06-26 15:26 ` David Daney
  0 siblings, 1 reply; 3+ messages in thread
From: joe seb @ 2009-06-26  7:30 UTC (permalink / raw)
  To: linux-mips

[-- Attachment #1: Type: text/plain, Size: 658 bytes --]

Hi,

We are trying to port linux to our new platform based on MIPS32 24Kc.

In our platform we have physical RAM of 256M mapped from 0x90000000
to 0xa0000000( KSEG0 - cached) and 0xb0000000 to 0xc0000000(KSEG1-
uncached).

We made the following changes for our platform,

CAC_BASE to  0x90000000 in spaces.h
KSEG0 to 0x90000000 and KSEG1 to 0xb0000000 in addrspace.h
CKSEG0 to 0x90000000 and CKSEG1 to 0xb0000000 in addrspace.h
loadaddr to 0x90000000 in the Makefile under arch/mips folder.

Are these changes sufficient??
Is there any other platform port with such variations which we can refer to
make sure about the changes made.

Thanks and Regards,
Joe

[-- Attachment #2: Type: text/html, Size: 758 bytes --]

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: linux porting - doubts
  2009-06-26  7:30 linux porting - doubts joe seb
@ 2009-06-26 15:26 ` David Daney
  2009-06-27  7:35   ` joe seb
  0 siblings, 1 reply; 3+ messages in thread
From: David Daney @ 2009-06-26 15:26 UTC (permalink / raw)
  To: joe seb; +Cc: linux-mips

joe seb wrote:
> Hi,
> 
> We are trying to port linux to our new platform based on MIPS32 24Kc.
> 
> In our platform we have physical RAM of 256M mapped from 0x90000000
> to 0xa0000000( KSEG0 - cached) and 0xb0000000 to 0xc0000000(KSEG1- 
> uncached).
> 
> We made the following changes for our platform,
> 
> CAC_BASE to  0x90000000 in spaces.h
> KSEG0 to 0x90000000 and KSEG1 to 0xb0000000 in addrspace.h
> CKSEG0 to 0x90000000 and CKSEG1 to 0xb0000000 in addrspace.h
> loadaddr to 0x90000000 in the Makefile under arch/mips folder.
> 
> Are these changes sufficient??
> Is there any other platform port with such variations which we can refer to
> make sure about the changes made.
> 

That seems mostly wrong.

The CAC_BASE, KSEG0, and CKSEG0 should probably be left unchanged.  You 
the load-y in arch/mips/Makefile for your target to the load address of 
the kernel.  Then when registering memory call  add_memory_region() only 
for the physical memory that you want the kernel to use.  In your case 
physical addresses from 0 to fffffff would seem to have no RAM, so you 
would do something like:

  add_memory_region(0x10000000, 0x10000000, BOOT_MEM_RAM);

David Daney

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: linux porting - doubts
  2009-06-26 15:26 ` David Daney
@ 2009-06-27  7:35   ` joe seb
  0 siblings, 0 replies; 3+ messages in thread
From: joe seb @ 2009-06-27  7:35 UTC (permalink / raw)
  To: David Daney; +Cc: linux-mips

[-- Attachment #1: Type: text/plain, Size: 1413 bytes --]

Hi,

I hadn't realized my memory can be mapped using add_memory_region.
Thank you for correcting me.

Regards,
Joe

On Fri, Jun 26, 2009 at 8:56 PM, David Daney <ddaney@caviumnetworks.com>wrote:

> joe seb wrote:
>
>> Hi,
>>
>> We are trying to port linux to our new platform based on MIPS32 24Kc.
>>
>> In our platform we have physical RAM of 256M mapped from 0x90000000
>> to 0xa0000000( KSEG0 - cached) and 0xb0000000 to 0xc0000000(KSEG1-
>> uncached).
>>
>> We made the following changes for our platform,
>>
>> CAC_BASE to  0x90000000 in spaces.h
>> KSEG0 to 0x90000000 and KSEG1 to 0xb0000000 in addrspace.h
>> CKSEG0 to 0x90000000 and CKSEG1 to 0xb0000000 in addrspace.h
>> loadaddr to 0x90000000 in the Makefile under arch/mips folder.
>>
>> Are these changes sufficient??
>> Is there any other platform port with such variations which we can refer
>> to
>> make sure about the changes made.
>>
>>
> That seems mostly wrong.
>
> The CAC_BASE, KSEG0, and CKSEG0 should probably be left unchanged.  You the
> load-y in arch/mips/Makefile for your target to the load address of the
> kernel.  Then when registering memory call  add_memory_region() only for the
> physical memory that you want the kernel to use.  In your case physical
> addresses from 0 to fffffff would seem to have no RAM, so you would do
> something like:
>
>  add_memory_region(0x10000000, 0x10000000, BOOT_MEM_RAM);
>
> David Daney
>
>

[-- Attachment #2: Type: text/html, Size: 1978 bytes --]

^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2009-06-27  7:40 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2009-06-26  7:30 linux porting - doubts joe seb
2009-06-26 15:26 ` David Daney
2009-06-27  7:35   ` joe seb

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.