[Arm-dev] Gigabyte MP30-AR0

[Michael Howard]

On 12/03/2016 15:52, Gordan Bobic wrote:
> On 12/03/16 15:19, Michael Howard wrote:
>>
>>
>> On 12/03/2016 15:14, Gordan Bobic wrote:
>>> On 12/03/16 14:53, Michael Howard wrote:
>>>> On 12/03/2016 14:32, Gordan Bobic wrote:
>>>>> On 22/02/16 05:02, Phong Vo wrote:
>>>>>> Hi,
>>>>>>
>>>>>> The mp30ar0 U-boot has some special memory mapping to accommodate
>>>>>> 32-bit
>>>>>> DMA.
>>>>>> Please download the tar ball again - I've updated the tianocore UHP
>>>>>> for
>>>>>> this.
>>>>>>
>>>>>> https://dl.dropboxusercontent.com/u/20403943/mp30ar0_tianocore_binaries.ta 
>>>>>>
>>>>>>
>>>>>>
>>>>>> r.xz
>>>>>>
>>>>>> Updated instruction for U-boot chain loading:
>>>>>> MP30AR0# setenv num_cores 1
>>>>>> MP30AR0# setenv DDRBASE2G 1
>>>>>> MP30AR0# save; reset
>>>>>>
>>>>>> MP30AR0# setenv load_tianocore 'tftp 0x82000000
>>>>>> ${user_dir}/mp30ar0_tianocore_ubt.fd; tftp 0x1d000000
>>>>>> ${user_dir}/mp30ar0_tianocore_sec_ubt.fd'
>>>>>> MP30AR0# setenv run_tianocore 'go 0x1d000000'
>>>>>> MP30AR0# run load_tianocore run_tianocore
>>>>>
>>>>> OK, I got this far now, with some minor changes (loading Tianocore 
>>>>> off
>>>>> USB until I can complete the install  and put the files on the UEFI
>>>>> FAT disk partition. My modified incantations are:
>>>>>
>>>>> MP30AR0# setenv num_cores 1
>>>>> MP30AR0# setenv DDRBASE2G 1
>>>>>
>>>>> MP30AR0# setenv load_tianocore '
>>>>> fatload usb 0:1 0x82000000 mp30ar0_tianocore_ubt.fd;
>>>>> fatload usb 0:1 0x1d000000 mp30ar0_tianocore_sec_ubt.fd;'
>>>>>
>>>>> MP30AR0# setenv run_tianocore 'go 0x1d000000'
>>>>> MP30AR0# save; reset
>>>>>
>>>>> then after it reboots:
>>>>>
>>>>> MP30AR0# usb reset
>>>>> MP30AR0# run load_tianocore run_tianocore
>>>>>
>>>>> reading mp30ar0_tianocore_ubt.fd
>>>>> 1835008 bytes read in 569 ms (3.1 MiB/s)
>>>>> reading mp30ar0_tianocore_sec_ubt.fd
>>>>> 262144 bytes read in 218 ms (1.1 MiB/s)
>>>>> ## Starting application at 0x1D000000 ...
>>>>>
>>>>>
>>>>> X-Gene Mp30ar0 Board
>>>>> Boot firmware (version 1.20.03-uhp built at 11:18:31 on Feb 22 2016)
>>>>> PROGRESS CODE: V3020003 I0
>>>>> PROGRESS CODE: V3020002 I0
>>>>> PROGRESS CODE: V3020003 I0
>>>>> PROGRESS CODE: V3020002 I0
>>>>> PROGRESS CODE: V3020003 I0
>>>>> PROGRESS CODE: V3020002 I0
>>>>> PROGRESS CODE: V3020003 I0
>>>>> PROGRESS CODE: V3021001 I0
>>>>>
>>>>> ***
>>>>> (Note: Boot stops there for long enough to be concerning. Give it a
>>>>> minute and it will eventually get further.)
>>>>> ***
>>>>>
>>>>> Eventually that will get you to the bit blow as Phong mentioned
>>>>> previously:
>>>>>
>>>>>> Welcome banner should show something similar to below
>>>>>>
>>>>>> TianoCore 1.20.03-uhp UEFI 2.4.0 Feb 22 2016 11:17:26 <===
>>>>>> CPU: APM ARM 64-bit Potenza Rev B0 2400MHz PCP 2400MHz
>>>>>>       32 KB ICACHE, 32 KB DCACHE
>>>>>>       SOC 2000MHz IOBAXI 400MHz AXI 250MHz AHB 200MHz GFC 125MHz
>>>>>> Board: X-Gene Mp30ar0 Board
>>>>>> Slimpro FW:
>>>>>>          Ver: 2.4 (build 01.20.04.00 2016/02/18)
>>>>>>          TPC: disable
>>>>>>          AVS: support
>>>>>>          SOC: 950 mV
>>>>>> The default boot selection will start in   5 seconds
>>>>> [1] Shell
>>>>> [2] Boot Manager
>>>>> [3] Reboot
>>>>> [4] Shutdown
>>>>>
>>>>> Make sure the install DVD is inserted, pick 1, and type in:
>>>>>
>>>>> FS1:\EFI\BOOT\BOOTAA64.EFI
>>>>>
>>>>> The installer will do the rest, with the exception of figuring out 
>>>>> the
>>>>> NIC MAC addresses. 3 NICs show up as having ethernet address of
>>>>> ff:ff:ff:ff:ff:ff, even though they are set correctly in u-boot.
>>>>>
>>>> At the Shell prompt, set MAC0 xx:xx:xx:xx:xx:xx & set MAC1
>>>> xx:xx:xx:xx:xx:xx
>>>>
>>>> but this was insufficient for the Centos installer to get an ip even
>>>> after a reboot. What I did was change the kernel command line at the
>>>> grub menu to include ip, netmask and to request vnc.
>>>
>>> Yes, I went back through the thread and re-read about that bit. What
>>> worked for me is adding "ip=dhcp" to the kernel boot parameters. There
>>> are actually 4 NICs on this board, so I just added all 4 (MAC0-MAC3).
>> Yes, ip=dhcp is also good. Actually there are 5 nics :)
>> Not sure why the installer only sees 3, unless the the third one it sees
>> is the BMC interface, which you wouldn't normally expect.
>
> Both the installer and the installed system see 3.
> eth0 and eth1 are definitely the two gigabit ports.
>
> eth3 is definitely not the BMC (different MAC address, I just checked).
> So eth3 is one of the SFP ports. Which makes me wonder why the 2nd SFP 
> port isn't showing up.
>
The physical label on the port header will tell you which 10Gb port it 
is.  On my modified 4.5.0-rc6 I do see 4 nics but the fourth is bogus as 
the hwaddr is nothing like and I can't physically test at the mo. I 
don't think there is support yet for the second 10Gb nic.

-- 
Mike Howard