11:20 <f_> Hey all. Trying to flash using `update`...take two.

11:21 <f_> I'll use this https://github.com/osmc/aml-flash-tool to flash.

11:22 <f_> This time, I made a udev rule as explained over there -> https://github.com/osmc/aml-flash-tool/tree/master/tools/_install_

12:24 <f_> Running u-boot [KO]

12:24 <f_> Wonderful.

12:32 <rockosov> f_: Hello! BTW, not all SoCs flashing is working fine with aml-flash-tool. For example, I couldn't flash A311D based device from BootROM stage. Moreover, for A1 and S4 SoC families Amlogic implemented new protocol called 'adnl'. It's very similar to fastboot.

12:33 <rockosov> narmstrong: Also we made some patches into your pyamlboot tool. On our side it can flash device like aml-flash-tool. How do you think, it's helpful changes? If yes, we can share them,

12:37 <f_> rockosov: It should work though..my SoC is an S905

12:37 <f_> Or maybe not..

12:37 <f_> --soc only supports gxl, although it says that includes the S905......which is gxbb

12:39 <f_> I guess I'd need to use the USB burner.

12:53 <narmstrong> rockosov: sure it’s helpful, please send a pull request !

12:55 <f_> Did anyone try (and succeed at) flashing with the USB burner from a QEMU VM?

13:25 <rockosov> narmstrong: I'm using USB Burning Tool from VirtualBox, Windows for VM image

13:28 <f_> rockosov: Oh

13:41 <rockosov> f_: If you use the same setup, please do not forget to forward USB device to VM, otherwise UBT will not see the endpoint

13:48 <f_> I know.

13:48 <f_> But when flashing the device disconnects and reconnects

13:49 <f_> And thus the forwarding doesn't have any effect until I manually forward.

14:25 <rockosov> f_: I've applied such trick: when device reconnects first time, I just forward it to VirtualBox VM manually and then add it to USB device rules by default. In summary, I have two USB rules for two devices: Amlogic GX-CHIP and Amlogic Inc.

14:25 <rockosov> f_: During flashing it reconnect due to one simple reason:

14:27 <rockosov> If you start flashing from BootROM, the tool flashes new bootloader and reboot into it, start "update" command there and flash other partitions

14:27 <rockosov> If you start flashing from bootloader, the tool reboot to BootRom and repeat all steps

14:28 <f_> Ok

14:28 <f_> I should do that too for QEMU..I think there's a way to automatically forward devices.

14:29 <f_> Thanks!

14:36 <narmstrong> rockosov: I'm curious to see how the adnl looks like

14:39 <rockosov> narmstrong: Actually, we have the same linux tool from Amlogic in our hands - https://github.com/khadas/utils/tree/master/aml-flash-tool/tools/adnl.

14:39 <rockosov> This is host part

14:40 <narmstrong> rockosov: I was reffering to the pyamlboot implementation you did :-)

14:40 <rockosov> On the uboot side it implements custom commands and fully re-use fastboot callbacks for data transfers

14:41 <narmstrong> it would be nice to upstream this actually

14:43 <rockosov> narmstrong: Ohhh, it's on our TODO list :-) We have support for the old Optimus protocol, and I'm asking my teammate to share it with the community. Regarding ADNL support, I suppose we can implement that soon.

14:59 <HackerKkillinghi> oh btw

15:00 <HackerKkillinghi> i will flashing a device on binbows 10 vm in qemu that has ausb pcie passthonht to it

15:15 <f_> rockosov: Just saw I can do that with udev. Nice!

16:37 <rockosov> narmstrong: Neil, could you please share the expected date for the next RC1?

16:39 <rockosov> HackerKkillinghi: Nice! I thought to make a transition from VBox to qemu too. qemu is more comfortable from my point of view

16:40 <f_> HackerKkillinghi: Did it work?

16:40 <f_> rockosov: I used to be a VBox user too. Switched to QEMU and never thought of going back.

16:42 <rockosov> f_: Cool! Yep, cli iface, gdb remote are strong arguments!

16:43 <f_> Windows lags a lot though.

16:49 <f_> Ok. Doesn't work.

16:49 <f_> Seems like the image I'm using doesn't work.

16:52 <rockosov> f_: I've used Windows image from official site: https://developer.microsoft.com/en-us/windows/downloads/virtual-machines/

16:53 <f_> No I mean

16:53 <f_> The Amlogic image.

16:53 <f_> Windows works as expected.

16:56 <narmstrong> rockosov: 7th of may or 1 week later

16:58 <rockosov> narmstrong: I see, thank you!

16:58 <rockosov> f_: :(

17:01 <f_> I want to flash a gxbb KII Pro

17:02 <f_> So. What I actually want to do is run mainline U-Boot.....but first, I need a way to recover.

17:03 <f_> And thus, this is why I'm trying to find and flash a known working image.

17:04 <rockosov> f_: do you have UART logs of board bootup after flashing?

17:05 <f_> No.

17:05 <f_> But I know for a fact it didn't flash successfully.

17:07 <f_> And I know for a fact it still has the stock firmware.

17:34 <f_> Yeah the image is just....bad.

17:36 <f_> Someone reported the exact same error when flashing that image.

18:02 <f_> Flashed an image and it seems to work. Cya.