Hi Simon, Apologies for the delay in reply. I was out of office.
>Hi Akshay, > > >On 17 October 2014 11:52, Simon Glass wrote: >> >> Hi Akshay, >> >> On 15 October 2014 18:38, Akshay Saraswat wrote: >> > Now we are adding a new Peach-Pi board which is a variant of Peach-Pit >> > and is based on Exynos5800. Exynos5800 itself is a variant of Exynos5420, >> > hence, most of the hardware config and settings are reused for this board. >> > >> > Changes since v1: >> > - Rebased all the patches. >> >> Sadly this still doesn't work for me. I'll try to debug it. > >Here's what I found. I am using Pi MP dated in April. > >1. It won't boot at all with the patches, but if I change ARM >frequency in the device tree from 1700 MHz to 900 MHz then it will >boot into SPL OK. This is the same issue as I have on Pit. I'm not >sure why this is. See U-Boot mainline commit e4d7610 for what I did. > I don't know why this is happening because, as far as I know, right now we are running both 5420 and 5800 at 900 MHz. We are not using dmc node to extract and scale to the max freq value. I will check again and fix any side effects due to this. >2. USB boot hangs in the IROM - it gets as far as calling the IROM to >load from USB, but dies in the IROM and does not return. So USB loads >BL1, BL2 but will not load U-Boot. I wonder if the IROM USB entry >point has changed for this chip? No, as far as I know, IROM USB entry points are same because we are using same entry point in firmware-pit-4482.B branch, which works fine. > >3. SD boot works OK and gets as far as U-Boot, but it dies inside >initcall_run_list() called from board_init_f(). It seems to crash on >the first function call. I can't really explain that at all. The first >call is to setup_mon_len() and if I call that explicitly then it works >fine. On my board SD boot works fine and I see U-Boot prompt everytime I boot. > >So I wonder if the SDRAM init is broken in some way, and there is some >other problem with USB. > I compared and found SDRAM init same as the one in firmware-pit-4482.B branch. It should not be the cause. >In terms of testing with USB download, you should be able to use a >simple script that calls smdk_usbdl three times, once each with BL1, >BL2 and U-Boot. You might need a short sleep before the first one. I >can help you debug cros_bundle_firmware but at present there is not >much point since there seems to be some other problem. > I changed download_list in ExynosFlashImage of write_firmware.py script to load my bins instead of the ones residing in firmware directory. It works fine for Pit but for Pi, it fails while loading u-boot-dtb.bin and EC log shows "XPSHOLD not seen in time" which is very strange because if SPL was not executed who was trying to download u-boot binary. I will now try to fix this download failure. >Regards, >Simon I couldn't find any MP board here. Tested these patches over PV1 and PV2. Steps I followed for testing - $ make peach-pi_config $ make -j32 $ sudo dd if=u-boot.bl1.bin of=/dev/sdc bs=512 seek=1 $ sudo dd if=spl/smdk5420-spl.bin of=/dev/sdc bs=512 seek=17 $ sudo dd if=u-boot-dtb.bin of=/dev/sdc bs=512 seek=49 Console Log - U-Boot 2014.10-rc2-17295-g8ecd390-dirty (Oct 30 2014 - 17:23:07) for Peach-Pi CPU: Exynos5800@900MHz Board: Samsung/Google Peach Pi board based on Exynos5800 I2C: ready DRAM: 3.5 GiB trace: copying 0008bb3c bytes of early data from 50000000 to febfb000 trace: enabled MMC: EXYNOS DWMMC: 0, EXYNOS DWMMC: 1 SF: Detected W25Q32DW with page size 256 Bytes, erase size 4 KiB, total 4 MiB TPS65090 PMIC EC init exynos_lcd_power_on: ps8625_init() failed DP Change lane bw to 1.62Gbps DP dp_sw_link_traning() failed DP link training fail In: serial Out: lcd Err: lcd Net: No ethernet found. Hit any key to stop autoboot: 0 Peach-Pi # Peach-Pi # Thanks & Regards, Akshay Saraswat _______________________________________________ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
