On 12/03/16 16:31, Michael Howard wrote:
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.
ethtool shows eth0 and eth1 are 1G, and eth2 is 10G, which is in line with what I mentioned earlier.
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.
So mainline 4.5.0 works without needing extra patches? What config did you use? The one from the CentOS kernel (with make oldconfig or similar)? I take it 4.1.x (most recent LT) is out of the question.
Gordan