Marvel Sheevaplug

[Rafael Mentz Aquino]

 Hi, there,

I was doing my tests inside a virtual machine. As long as I don´t know if
that was a problem,
I decided to start from scratch. Using a real machine, after cvsup to
FreeBSD-8-BETA2, I apllied the patch,
and was able to compile the SHEEVAPLUG kernel sucessfully, but after load
into 90000 address position,
it hangs when I run the command "go".

Here is the result of map command.

Marvell>> map

CPU Interface
-------------
SDRAM_CS0 ....base 00000000, size 256MB
SDRAM_CS1 ....base 10000000, size 256MB
SDRAM_CS2 ....disable
SDRAM_CS3 ....disable
PEX0_MEM ....base 90000000, size 256MB
PEX0_IO ....base f0000000, size 16MB
INTER_REGS ....base f1000000, size 1MB
NFLASH_CS ....base f9000000, size 8MB
SPI_CS ....base f8000000, size 16MB
BOOT_ROM_CS ....base ff000000, size 16MB
DEV_BOOTCS ....base ff000000, size 16MB
CRYPT_ENG ....base fb000000, size 64KB

AHB To MBUS Bridge:
-------------------
win0 - PEX0_MEM base 90000000, ....size 256MB
win1 - NFLASH_CS base f9000000, ....size 8MB
win2 - PEX0_IO base f0000000, ....size 16MB
win3 - SPI_CS base f8000000, ....size 16MB
win4 - BOOT_ROM_CS base ff000000, ....size 16MB
win5 - disable
win6 - disable
win7 - CRYPT_ENG base fb000000, ....size 64KB
win8 - INTER_REGS base f1000000, ....size 1MB

PEX0:
-----

Pex Bars

Internal Regs Bar0.... base f1000000, size 1MB
DRAM Bar1............. base 00000000, size 512MB
Devices Bar2.......... disable

Pex Decode Windows

win0 - SDRAM_CS0 base 00000000, ....size 256MB
win1 - SDRAM_CS1 base 10000000, ....size 256MB
win2 - disable
win3 - disable
win4 - disable
win5 - disable
default win - target unknown
Expansion ROM - NFLASH_CS

USB:
----
Device 0:
win0 - SDRAM_CS0 base 00000000, size 256MB
win1 - SDRAM_CS1 base 10000000, size 256MB
win2 - PEX0_MEM base 90000000, size 256MB
win3 - disable

ETH 0:
----
win0 - SDRAM_CS0 base 00000000, ....size 256MB
win1 - SDRAM_CS1 base 10000000, ....size 256MB
win2 - NFLASH_CS base f9000000, ....size 8MB
win3 - SPI_CS base f8000000, ....size 16MB
win4 - BOOT_ROM_CS base ff000000, ....size 16MB
win5 - disable

ETH 1:
----
win0 - SDRAM_CS0 base 00000000, ....size 256MB
win1 - SDRAM_CS1 base 10000000, ....size 256MB
win2 - NFLASH_CS base f9000000, ....size 8MB
win3 - SPI_CS base f8000000, ....size 16MB
win4 - BOOT_ROM_CS base ff000000, ....size 16MB
win5 - disable

XOR 0:
----
win0 - NFLASH_CS base f9000000, size 8MB
win1 - PEX0_MEM base 90000000, size 256MB
win2 - SDRAM_CS0 base 0, size 256MB
win3 - SDRAM_CS1 base 10000000, size 256MB
win4 - SPI_CS base f8000000, size 16MB
win5 - CRYPT_ENG base fb000000, size 64KB
win6 - disable
win7 - disable

XOR 1:
----
win0 - NFLASH_CS base f9000000, size 8MB
win1 - PEX0_MEM base 90000000, size 256MB
win2 - SDRAM_CS0 base 0, size 256MB
win3 - SDRAM_CS1 base 10000000, size 256MB
win4 - SPI_CS base f8000000, size 16MB
win5 - CRYPT_ENG base fb000000, size 64KB
win6 - disable
win7 - disable

AUDIO:
----
win0 - SDRAM_CS0 base 00000000, ....size 256MB
win1 - SDRAM_CS1 base 10000000, ....size 256MB
Marvell>>

The size of kernel.bin is 2728820.

Marvell>> dhcp
BOOTP broadcast 1
*** Unhandled DHCP Option in OFFER/ACK: 52
*** Unhandled DHCP Option in OFFER/ACK: 52
DHCP client bound to address 192.168.2.103
Marvell>> set serverip 192.168.2.10
Marvell>> tftpboot 90000 kernel.bin
Using egiga0 device
TFTP from server 192.168.2.10; our IP address is 192.168.2.103
Filename 'kernel.bin'.
Load address: 0x90000
Loading: #################################################################
 #################################################################
 #################################################################
 #################################################################
 #################################################################
 #################################################################
 #################################################################
 #################################################################
 #############
done
Bytes transferred = 2728820 (29a374 hex)
Marvell>> go 90000
## Starting application at 0x00090000 ...

(after that... nothing...)


Thanks again!!!

Rafael Mentz Aquino

 
----------------mensagem original-----------------
De: "Rafal Jaworowski" raj at semihalf.com
Para: "Rafael Mentz Aquino" rafael at lk6.com.br
cc: freebsd-arm at freebsd.org
Data: Thu, 20 Aug 2009 21:26:34 +0200
-------------------------------------------------
 
 
> 
> On 2009-08-20, at 20:54, Rafael Mentz Aquino wrote:
> 
>> Good Afternoon,
>>
>> O bought one Marvel Sheevaplug. I already created the cross-compiled 
>> world,
>> but when I try to compile kernel SHEEVAPLUG, I got an error. I already
>> applied
> 
> Please include error messages you observe. I received a confirmation 
> from Donald Hayford that the patch worked fine for him with sources 
> around Aug 15.
> 
> The patch as is would not apply cleanly however for very recent HEAD 
> as some of the changes from the diff were committed individually to 
> the tree. I'll try to come up with an udated version against recentŽ 
> HEAD tomorrow.
> 
>> the patch according to the thread below:
>>
>> 
>> http://lists.freebsd.org/pipermail/freebsd-arm/2009-August/001918.
>> html
>>
>> Without the patch, I can compile kernel 88F6XXX, but freezes when I
>> try to use it at sheevaplug.
> 
> Don't use the DB- config for SP, it won't work.
> 
> Rafal
> 
> 
> -- 
> Esta mensagem foi verificada pelo sistema de antivírus e
> acredita-se estar livre de perigo.
> 
> 

-- 

Rafael Mentz Aquino

LK6 Informática Ltda.

051 - 4063 6269