On Thu, Mar 23, 2017 at 1:00 PM, Petar Dimitrijevic <petar.dimitrije...@gmail.com> wrote: > Thank you very much for IRC contact. I will definitely contact you there. > > One more question. I've turned on debugging in uboot. And here is what I > get: > >> U-Boot SPL 2017.01-rc2-01115-g252ef38050-dirty (Mar 23 2017 - 17:50:16) >> DRAM: 64 MiB >> >>spl:board_init_r() >> Trying to boot from MMC1 >> init mmc 0 resource >> init mmc 0 clock and io >> mmc 0 set mod-clk req 24000000 parent 24000000 n 1 m 1 rate 24000000 >> malloc_simple: size=x, ptr=x, limit=x: x >> set ios: bus_width: 1, clock: 0 >> set ios: bus_width: 1, clock: 400000 >> mmc 0 set mod-clk req 400000 parent 24000000 n 4 m 15 rate 400000 >> mmc 0, cmd 0(0x80008000), arg 0x00000000 >> mmc resp 0x00000000 >> mmc 0, cmd 8(0x80000148), arg 0x000001aa >> mmc resp 0x000001aa >> mmc 0, cmd 55(0x80000177), arg 0x00000000 >> mmc resp 0x00000120 >> mmc 0, cmd 41(0x80000069), arg 0x40300000 >> mmc resp 0x00ff8000 >> mmc 0, cmd 55(0x80000177), arg 0x00000000 >> mmc resp 0x00000120 >> mmc 0, cmd 41(0x80000069), arg 0x40300000 >> mmc resp 0xc0ff8000 >> mmc 0, cmd 2(0x800001c2), arg 0x00000000 >> mmc resp 0xe700f289 0x10102230 0x30303030 0x1b534d30 >> mmc 0, cmd 3(0x80000143), arg 0x00000000 >> mmc resp 0x59b40520 >> mmc 0, cmd 9(0x800001c9), arg 0x59b40000 >> mmc resp 0x0a400041 0x3bcd7f80 0x5b590000 0x400e0032 >> mmc 0, cmd 13(0x8000014d), arg 0x59b40000 >> mmc resp 0x00000700 >> mmc 0, cmd 7(0x80000147), arg 0x59b40000 >> mmc resp 0x00000700 >> mmc 0, cmd 55(0x80000177), arg 0x59b40000 >> mmc resp 0x00000920 >> mmc 0, cmd 51(0x80002373), arg 0x00000000 >> trans data 8 bytes >> cacl timeout 78 msec >> mmc resp 0x00000920 >> mmc 0, cmd 6(0x80002346), arg 0x00fffff1 >> trans data 64 bytes >> cacl timeout 78 msec >> mmc resp 0x00000900 >> mmc 0, cmd 6(0x80002346), arg 0x80fffff1 >> trans data 64 bytes >> cacl timeout 78 msec >> mmc resp 0x00000900 >> mmc 0, cmd 55(0x80000177), arg 0x59b40000 >> mmc resp 0x00000920 >> mmc 0, cmd 6(0x80000146), arg 0x00000002 >> mmc resp 0x00000920 >> set ios: bus_width: 4, clock: 400000 >> mmc 0 set mod-clk req 400000 parent 24000000 n 4 m 15 rate 400000 >> mmc 0, cmd 55(0x80000177), arg 0x59b40000 >> mmc resp 0x00000920 >> mmc 0, cmd 13(0x8000234d), arg 0x00000000 >> trans data 64 bytes >> cacl timeout 78 msec >> mmc resp 0x00000920 >> set ios: bus_width: 4, clock: 50000000 >> mmc 0 set mod-clk req 50000000 parent 600000000 n 1 m 12 rate 50000000 >> mmc_init: 0, time u >> spl: mmc boot mode: raw >> mmc 0, cmd 16(0x80000150), arg 0x00000200 >> mmc resp 0x00000900 >> mmc 0, cmd 17(0x80002351), arg 0x00000020 >> trans data 512 bytes >> cacl timeout 78 msec >> mmc resp 0x00000900 >> hdr read sector x, count=u >> mkimage signature not found - ih_magic = 22019204
Missing a correct image header signature? >> mmc 0, cmd 16(0x80000150), arg 0x00000200 >> mmc resp 0x00000900 >> mmc 0, cmd 18(0x80003352), arg 0x00000020 >> trans data 786432 bytes >> cacl timeout 78 msec >> mmc resp 0x00000900 >> mmc cmd 12 check rsp busy >> read 600 sectors to 42e00000 >> Jumping to U-Boot >> SPL malloc() used lx bytes (d KB) >> loaded - jumping to U-Boot...image entry point: 0x > > > And this just keeps looping. From what I can figure out 2nd stage uboot > fails to start. > > There is config option in SPL section that says MMC raw mode: by sector. It > is checked by default and 0x50 is entered. > I've tried deselecting it but it doesn't work either. > > Any ideas on what I may be missing ? Or any special uboot config that u're > using ? > > On Wednesday, March 22, 2017 at 6:44:25 PM UTC+1, Icenowy Zheng wrote: >> >> P.S. If you like, you can go IRC freenode #linux-sunxi to ask me >> questions. >> >> My IRC nick is MoeIcenowy. >> >> 23.03.2017, 00:21, "Petar Dimitrijevic" <petar.dim...@gmail.com>: >> > On Wednesday, March 22, 2017 at 9:21:13 AM UTC+1, Petar Dimitrijevic >> > wrote: >> >> Colleague of mine got it from distributor of electric components from >> >> China directly. He was ordering some processors and power supplies and the >> >> sent this board as well as A83T development board in the package as well. >> >> I can ask for company details if they do any good to you. >> >> >> >> I'm downloading the SDK you've posted and I will compare it with the >> >> one I have. Thanks. >> >> >> >> On Tuesday, March 21, 2017 at 7:45:31 PM UTC+1, Benjamin Henrion wrote: >> >>> On Tue, Mar 21, 2017 at 4:06 PM, Petar Dimitrijevic >> >>> <petar.dim...@gmail.com> wrote: >> >>>> Hi, >> >>>> >> >>>> I've received a V3s development board few days ago. It has an android >> >>>> FW >> >>>> with Camdroid installed booting from SPI NOR flash. >> >>>> Picture of the board as well as the fex file are attached to this >> >>>> message. >> >>> >> >>> Where have you bought it? >> >>> >> >>>> The SDK generates android image which can be programmed to the NOR >> >>>> flash. >> >>> >> >>> I just made a mirror of V3S SDK here: >> >>> >> >>> http://filez.zoobab.com/allwinner/v3s/ >> >>> >> >>> Good luck, >> >>> >> >>> -- >> >>> Benjamin Henrion <bhenrion at ffii.org> >> >>> FFII Brussels - +32-484-566109 - +32-2-3500762 >> >>> "In July 2005, after several failed attempts to legalise software >> >>> patents in Europe, the patent establishment changed its strategy. >> >>> Instead of explicitly seeking to sanction the patentability of >> >>> software, they are now seeking to create a central European patent >> >>> court, which would establish and enforce patentability rules in their >> >>> favor, without any possibility of correction by competing courts or >> >>> democratically elected legislators." >> > >> > I finally managed to boot mainline u-boot at least initially. More >> > precisely I was able to see u-boot output. It was booting previously as >> > well. >> > >> > Beside changing the DTS file with UART2 additional change in >> > include/configs/sunxi-common.h is required. >> > >> >> diff --git a/include/configs/sunxi-common.h >> >> b/include/configs/sunxi-common.h >> >> index 6bcb9e692c..cc329daf8d 100644 >> >> --- a/include/configs/sunxi-common.h >> >> +++ b/include/configs/sunxi-common.h >> >> @@ -261,7 +261,7 @@ extern int soft_i2c_gpio_scl; >> >> #endif >> >> >> >> #ifndef CONFIG_CONS_INDEX >> >> -#define CONFIG_CONS_INDEX 1 /* UART0 */ >> >> +#define CONFIG_CONS_INDEX 3 /* UART2 */ >> >> #endif >> > >> > After this change I get the following console output: >> >> U-Boot SPL 2017.01-rc2-01115-g252ef38050-dirty (Mar 22 2017 - 16:58:12) >> >> DRAM: 64 MiB >> >> Trying to boot from MMC1 >> > >> > I tried setting up primary boot partition. However nothing works so far. >> > Just to be clear I'm booting from MMC0. >> > >> > However the card removal is detected: >> > >> >> Trying to boot from MMC1Card did not respond to voltage select! >> >> spl: mmc init failed with error: -95 >> >> SPL: failed to boot from all boot devices >> >> ### ERROR ### Please RESET the board ### >> > >> > So I guess I'm missing something. My head is not really clear atm. >> > >> > I'v also tried booting from USB for easier development. >> > >> >> sudo ../sunxi-tools/sunxi-fel -v -p uboot u-boot-sunxi-with-spl.bin >> >> write 0x41000000 >> >> Stack pointers: sp_irq=0x00002000, sp=0x00005E08 >> >> MMU is not enabled by BROM >> >> Generating the new MMU translation table at 0x00008000 >> >> => Executing the SPL... done. >> >> Setting write-combine mapping for DRAM. >> >> Setting cached mapping for BROM. >> >> Writing back the MMU translation table. >> >> Enabling I-cache, MMU and branch prediction... done. >> >> Writing image "U-Boot 2017.01-rc2-01115-g252ef3", 338273 bytes @ >> >> 0x42E00000. >> >> Invalid command write >> > >> > However as it is seen on the output above it fails. Console output says: >> > >> >> U-Boot SPL 2017.01-rc2-01115-g252ef38050-dirty (Mar 22 2017 - 16:58:12) >> >> DRAM: 64 MiB >> >> Trying to boot from FEL >> > >> > And its stuck. >> > >> > -- >> > You received this message because you are subscribed to the Google >> > Groups "linux-sunxi" group. >> > To unsubscribe from this group and stop receiving emails from it, send >> > an email to linux-sunxi...@googlegroups.com. >> > For more options, visit https://groups.google.com/d/optout. > > -- > You received this message because you are subscribed to the Google Groups > "linux-sunxi" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to linux-sunxi+unsubscr...@googlegroups.com. > For more options, visit https://groups.google.com/d/optout. -- Jon Smirl jonsm...@gmail.com -- You received this message because you are subscribed to the Google Groups "linux-sunxi" group. To unsubscribe from this group and stop receiving emails from it, send an email to linux-sunxi+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.