GlobalScale DreamPlug + FreeBSD 8.2 release

[Aleksandr Rybalko]

On Tue, 20 Sep 2011 10:12:07 -0400
"Naoyuki Tai" <ntai at smartfruit.com> wrote:

>> On Tue, 20 Sep 2011 09:05:44 -0400, Aleksandr Rybalko <ray at dlink.ua>
>> wrote:
>> 
>> > On Tue, 20 Sep 2011 01:37:10 -0400
>> > Naoyuki Tai <ntai at smartfruit.com> wrote:
>> >
>> >>> Hello,
>> >>>
>> >>> I'm new to the FreeBSD/arm, bought a DreamPlug from GlobalScale,
>> >>> hoping to turn it into a FreeBSD file server.
>> >>>
>> >>> I followed the "http://wiki.freebsd.org/FreeBSDMarvell", and
>> >>> created kernel.bin. After giving it a "go", it hangs.
>> >>>
>> >>> I must have built the kernel.bin wrong but I have no clue as to
>> >>> what I did wrong.
>> >>> Any clue/help is appreciated.
>> >>>
>> >>> Thanks!
>> >>>
>> >>> -- Tai
>> >>>
>> >>> U-Boot 2011.06-02334-g8f495d9-dirty (May 31 2011 - 02:06:26)
>> >>> Marvell-DreamPlug
>> >>>
>> >>> SoC:   Kirkwood 88F6281_A0
>> >>> CPU running @ 1200Mhz L2 running @ 400Mhz
>> >>> SysClock = 400Mhz , TClock = 200Mhz
>> >>> DRAM:  512 MiB
>> >>> SF: Detected MX25L1606 with page size 256, total 1 MiB
>> >>> In:    serial
>> >>> Out:   serial
>> >>> Err:   serial
>> >>> Net:   egiga0, egiga1
>> >>> 88E1116 Initialized on egiga0
>> >>> 88E1116 Initialized on egiga1
>> >>> Hit any key to stop autoboot:  0
>> >>> Marvell>> setenv serverip 192.168.10.3
>> >>> Marvell>>  setenv ipaddr 192.168.10.55
>> >>> Marvell>>  tftpboot 6400000 arm/kernel.bin
>> >>> Using egiga0 device
>> >>> TFTP from server 192.168.10.3; our IP address is 192.168.10.55
>> >>> Filename 'arm/kernel.bin'.
>> >>> Load address: 0x6400000
>> >>> Loading:
>> >>> #################################################################
>> >>>           #################################################################
>> >>>           #################################################################
>> >>>           ############################
>> >>> done
>> >>> Bytes transferred = 3272884 (31f0b4 hex)
>> >>> Marvell>> go  0x6400000
>> >>> ## Starting application at 0x06400000 ...
>> >>>
>> >
>> > Hi,
>> >
>> > Did you try address 0x900000 instead of 6400000?
>> >
>> > WBW
>> 
>> I tried 90000 and it works.
>> Thanks.
>> 
>> I don't understand the memory space allocation. 640000 is used
>> for the linux, and I imagined that's the base address for kernel.
>> 
>> Where can I learn the reason why it's 90000?

0x00000000 is physical memory location, so if MMU turned off, memory
operations not translated (virtual <--> physical). Physical memory
location may vary between different ARM CPUs, IIRC.
But for Kirkwood - this is true.

And also important which base we set in kernel while compiling,
because code may start to work on every location, but first jump will
call some black hole :)


>> Thanks!
>> 
>> -- Tai
>> _______________________________________________
>> freebsd-arm at freebsd.org mailing list
>> http://lists.freebsd.org/mailman/listinfo/freebsd-arm
>> To unsubscribe, send any mail to
>> "freebsd-arm-unsubscribe at freebsd.org"


-- 
Alexandr Rybalko <ray at dlink.ua> 
aka Alex RAY <ray at ddteam.net>