On T, 2020-06-02 at 22:33 -0500, Matt Krenik wrote:
> Hello Arti,
> Thanks so much for your detailed reply. I tried the first suggestion
> of just zeroing out the initial SPL loader. Its not clear if I
> accessed the correct location, because there is no /dev/mmcblk0.
> Instead I tried a few different options, including: '/dev/block/by-
> name/boot'  '/dev/block/by-name/bootloader' and '/dev/block/nanda'.
> In each of the cases, I believe the device is getting past the
> initial SPL loader, but is getting stuck on the main bootloader. I'll
> keep trying to find out what memory device could store the initial
> SPL loader. 

Its possible that SPL is stored in raw NAND or in a SPI Flash chip. You
probably have to hook up serial console to figure that out.

> I did notice that when I probe 'lsusb' when the device is first
> starting, the device appears in flash mode for a small window of time
> before loading the bootloader. I have been unable to figure out a way
> to take advantage of this to flash the device (I tried starting the
> sunxi-livesuite gui), since it proceeds to the bootloader. This was
> surprising to me according to the documentation on the Sunxi linux
> wiki. Its clear that I'm working with some custom/vendor firmware
> that might differ from what is standard.
> Again, thanks for your help. It seems that I'm on my own since I'm
> working with hardware that differs from what this community supports.
> But if you have any tips on what I can investigate, I would find it
> extremely helpful. 
> Best,
> Matt

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.
To view this discussion on the web, visit 

Reply via email to