<wens>
it's pretty much standard power sequencing for allwinner
libv_ has quit [Ping timeout: 248 seconds]
<wens>
was working until i fixed the gic address, but before that the processor cores would jump back to secure mode, which isn't good either :/
apritzel has quit [Ping timeout: 256 seconds]
alexxei has quit [Ping timeout: 244 seconds]
zzeroo has quit [Ping timeout: 252 seconds]
egbert has quit [Disconnected by services]
egbert has joined #linux-sunxi
cnxsoft has joined #linux-sunxi
ninolein has quit [Ping timeout: 260 seconds]
ninolein has joined #linux-sunxi
whaf has quit [Quit: Leaving.]
terra854 has quit [Quit: Connection closed for inactivity]
whaf has joined #linux-sunxi
terra854 has joined #linux-sunxi
zzeroo has joined #linux-sunxi
pg12 has quit [Ping timeout: 245 seconds]
whaf has quit [Ping timeout: 260 seconds]
pg12 has joined #linux-sunxi
vagrantc has joined #linux-sunxi
paulk-collins has quit [Ping timeout: 260 seconds]
<robogoat>
I don't know who has the H5, but is anyone looking at booting it into secure mode?
<robogoat>
I don't have one yet, but would be interested if that were available.
motlib has joined #linux-sunxi
[7] has quit [Ping timeout: 260 seconds]
JohnDoe_71Rus has joined #linux-sunxi
TheSeven has joined #linux-sunxi
jernej has joined #linux-sunxi
whaf has joined #linux-sunxi
jernej has quit [Ping timeout: 265 seconds]
IgorPec has joined #linux-sunxi
paulk-collins has joined #linux-sunxi
kaspter has joined #linux-sunxi
whaf has quit [Quit: Leaving.]
reinforce has joined #linux-sunxi
<KotCzarny>
beeble: you are scaring me.
jernej has joined #linux-sunxi
zzeroo has quit [Quit: WeeChat 1.3]
zzeroo has joined #linux-sunxi
mpmc has quit [Ping timeout: 252 seconds]
jernej has quit [Ping timeout: 258 seconds]
mpmc has joined #linux-sunxi
perr has joined #linux-sunxi
perr has quit [Changing host]
perr has joined #linux-sunxi
lkcl has quit [Ping timeout: 244 seconds]
IgorPec has quit [Ping timeout: 256 seconds]
premoboss has joined #linux-sunxi
Gerwin_J has joined #linux-sunxi
<wens>
beeble: does emmc need pull-ups as well?
premoboss has quit [Ping timeout: 246 seconds]
f0xx has joined #linux-sunxi
vagrantc has quit [Ping timeout: 268 seconds]
Putti has quit [Ping timeout: 252 seconds]
lkcl has joined #linux-sunxi
IgorPec has joined #linux-sunxi
<KotCzarny>
~sdkvm
<KotCzarny>
oops. wrong chan
massi has joined #linux-sunxi
whaf has joined #linux-sunxi
perr has quit [Quit: Leaving]
whaf has quit [Ping timeout: 245 seconds]
whaf has joined #linux-sunxi
whaf has quit [Client Quit]
whaf has joined #linux-sunxi
fkluknav has joined #linux-sunxi
<beeble>
wens: emmc do need pull ups too. there sre pull ups included in the emmc so it can be sufficient to just have those. but i would activate the pull ups on the cpu outputs too just to be sure. the increase in current consumption is neglectable and having stronger pull ups can improve bus conditions
paulk-collins has quit [Remote host closed the connection]
<wens>
thanks, a grep through sunxi-boards show all of them enable it
<wens>
mripard: any reason to explicitly reset the tcon at component bind time?
<wens>
mripard: i'm just looking through the drm driver
<wens>
mripard: i enabled the display pipeline by default on sun6i, but with tcon disabled
<wens>
and now it will kick out simplefb, try to install a new framebuffer, and fail :|
leviathanch has joined #linux-sunxi
terra854 has quit [Quit: Connection closed for inactivity]
<mripard>
wens: the two choices we have are basically either resetting it or reading its state from the hardware and constructing the DRM state from that
<mripard>
resetting is easier
<mripard>
and removing the reset will not help anyway
<mripard>
you don't have a way to switch to the new display atomically
premoboss has joined #linux-sunxi
<mripard>
so you'll always have situations like this
florianH has joined #linux-sunxi
perr has joined #linux-sunxi
<wens>
mripard: ok, so blank slate i guess
<wens>
makes sense
matthias_bgg has joined #linux-sunxi
<jski>
opinions on the pi pc plus H3?
<jski>
sorry the plus 2E
<KotCzarny>
good one, but you might want to hold on and wait for newer version based on h5
<KotCzarny>
also, when you ask for an opinion, please state your desired use case
<jski>
just the reliabilty of the board. the feature set looks good
<KotCzarny>
the usual xunlong quality, quite good for the moneys, big board also helps with heat dissipation
motlib has quit [Ping timeout: 260 seconds]
whaf has quit [Ping timeout: 260 seconds]
whaf has joined #linux-sunxi
orly_owl has quit [Quit: leaving]
<wens>
mripard: another question, are we supposed to create our framebuffer before or after drm_dev_register?
yann|work has joined #linux-sunxi
massi has quit [Ping timeout: 248 seconds]
Putti has joined #linux-sunxi
massi has joined #linux-sunxi
yann-kaelig has joined #linux-sunxi
<mripard>
"drivers must perform all initialization before calling drm_dev_register()"
<mripard>
in the drm_dev_register kerneldoc
<wens>
so the vc4 driver is doing it wrong
<wens>
anyway, was mostly curious
perr has quit [Quit: Leaving]
bugzc has quit [Ping timeout: 260 seconds]
Putti has quit [Ping timeout: 248 seconds]
Pepe has joined #linux-sunxi
fvogt has joined #linux-sunxi
<MoeIcenowy>
mripard: still cannot find any reason for my sun4i-drm issue on sun8iw5?
kaspter has quit [Ping timeout: 260 seconds]
<mripard>
MoeIcenowy: I already told you where to look at, I can't do more than that without the hardware
<MoeIcenowy>
ah-oh
<MoeIcenowy>
do you have any general q8 tablet?
<mripard>
no
<KotCzarny>
make a ssh account for him and let him play?
<MoeIcenowy>
but he cannot see what appeared on the screen...
<KotCzarny>
camera + webserver
<MoeIcenowy>
ah-oh
<MoeIcenowy>
I have no webcam :-(
<KotCzarny>
no cams in phones/tablets?
<MoeIcenowy>
mripard: can you list the points that is possible to be responsible for the issue?
<KotCzarny>
i bet you have plethora
<MoeIcenowy>
I can test them on by one
<MoeIcenowy>
one by one *
<mripard>
MoeIcenowy: can you tell me what the issue is again?
<MoeIcenowy>
mripard: After restart the TCON by switch back from Xorg to fbcon, the screen is blank, and TCON cannot receive vblank interrupt
<mripard>
then try to see if you have an interrupt in the first place
<mripard>
if you have, if it's properly reporting the vblank event
<mripard>
and if it does, if the disable sequence is working properly
mzki has joined #linux-sunxi
alexxei has joined #linux-sunxi
<MoeIcenowy>
mripard: thx... got it
<MoeIcenowy>
for question one, according to drm debug info, the first start of TCON have interrupt reports
<mripard>
I meant when you disable it
<mripard>
just put in printk in the interrupt handler
<mripard>
the drm debug info is output when you have reported the vblank event
<tkaiser>
nikre: But there's also btrfs transparent file compression and stuff like btrfs mirrors
<jelle>
> USB-SATA SATAII 3.0GBps
<tkaiser>
s/mirror/stripe/
<nikre>
so is sata2 implementable but not implemented on opi pc2?
<tkaiser>
nikre: There is no SATA with H5 and regarding SPI NOR flash search in our wiki for exactly that
<jelle>
nikre: USB SATA
<jelle>
you don't ever want that :P
<tkaiser>
jelle: You want that but only with good USB-to-SATA bridges that feature SMART, TRIM and UASP
<nikre>
why would they write 3.0Gbps when it is limited to usb2 ?
<nikre>
or is it not limited?
<jelle>
nikre: no idea
<jelle>
nikre: ask allwinner :P
<nikre>
also GBps is gigabyte ps, should be Gbps
<nikre>
looks more like xunlong's mistake
<jelle>
might be too
<tkaiser>
nikre: Because the SATA part of an USB to SATA bridge talks SATA. And now let's please stop this off-topic trash talk so IRC log doesn't look like the last three days!!
<nikre>
what is trash about this
<jelle>
tkaiser: ++
whaf has joined #linux-sunxi
<KotCzarny>
nikre: marketing
<KotCzarny>
dont trust anything in the specs
<KotCzarny>
or marketing info
<KotCzarny>
trust real use cases
<tkaiser>
KotCzarny: BS, the specs are correct in this case. But anyway, let's stop flooding this *developer channel* with BS like that!
Gerwin_J has joined #linux-sunxi
<KotCzarny>
tkaiser: sure, sata 3.0Gbps suggests something else
matthias_bgg has joined #linux-sunxi
<KotCzarny>
its just not saying what's on the other side of the wire
<nikre>
tkaiser, implied 3.0gbps reachable i guess but i'm still confused
<tkaiser>
nikre: SATA II, that's just a mode/dialect. A20 SoC and R40 now speak also SATA II. And are pretty slow. So what?!
<nikre>
and words like trash!! BS!! should be less frequent if you are into keeping the logs clean. tyvm.
<tkaiser>
nikre: Yes, will stop here, no more info for you (about negotiation and stuff like that)
<nikre>
the answer for "So what?!" is pretty obvious.
perr has quit [Quit: Leaving]
JohnDoe_71Rus has quit [Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org]
<willmore>
Does anyone 3d print their own cases? If so, does anyone have a favorite design for the Opi PC 2 (same as the PC, I would guess).
<silviop>
where can i take a dtb example for my q8?
mzki has joined #linux-sunxi
deskwizard has quit [Read error: Connection reset by peer]
<montjoie>
update sun8i-ce with A64 support (A80/A83T is coming)
<MoeIcenowy>
silviop: I think current upstream q8 dts have already enabled sdc1
<MoeIcenowy>
check whether there's a sdio card recognized
<MoeIcenowy>
mripard: the TCON failed to be restarted at all
<tkaiser>
longsleep: Do you remember whether you did test through all possible TX/RX delay combinations with Pine64+ back then?
<longsleep>
tkaiser: i did not test all, only until it started failing and the default values
<tkaiser>
longsleep: Ok, I do now a brute-force attempt and suggested the same to an BPi-M64 owner (there GbE sucks but that's no wonder given that they've overtaken Pine64 settings blindly)
<miasma>
jelle: fc-215? didn't find anything with that from ebay/ali/google
<hramrach>
no idea what good these would be, though
<fvogt>
MoeIcenowy: https://github.com/Icenowy/linux branch ice-a64-v6.1? I tried that one, it doesn't boot, while apritzel/linux does fine (same config)
jernej has joined #linux-sunxi
<MoeIcenowy>
fvogt: could you give me some log about your boot failure?
<fvogt>
MoeIcenowy: No output whatsoever, booted by GRUB2 over EFI
<hramrach>
USB3 seems to be becoming the universal high-speed peripherial bus
<hramrach>
so they put it on A80 with its carappy graphics ... and remove it from h5 again
ornitorrincos has quit [Read error: Connection reset by peer]
<maz>
fvogt: not a bad idea. it is also unlikely that your compiler has support for some of the A53 errata...
<hramrach>
yes, and broken ARM cores, heh
<fvogt>
maz: Those fixes were backported, but there are probably other bugs that weren't fixed...
premoboss has joined #linux-sunxi
whaf has joined #linux-sunxi
<nikre>
hramrach, is there a board with usb 3.0 or sataII other than odroid-xu3?
<KotCzarny>
espressobin
<nikre>
ty KotCzarny
<KotCzarny>
but you have missed the campaign (dont know if you can still order it via kickstarter)
<nikre>
price is good too
<KotCzarny>
but if you are interested in data moving around drives, marvel is better than anything else
gzamboni has joined #linux-sunxi
<tkaiser>
nikre: USB 3.0 and SATA are nothing fixed, implementations differ a lot. Also the use case is important, databases love random IO and then an USB 3.0 implementation without UASP can be slower than a boring H5 since Allwinner SoCs are able to benefit from UASP even when only USB2 capable.
<KotCzarny>
tkaiser: did you preorder espressobin?
<tkaiser>
KotCzarny: Nope, have already another Marvell board here: Clearfog Pro
<premoboss>
got a nanopi neo v1.0. happy work wit armbian legacy kernel 3.4.112. got also twice nanopi neo V1.1, still not used, but they seems to be an enanchement under heat dissipation viewpoint, afaik, they are les hotter. it is righth? later i see ther eare also nanopi neo v 1.2 but i dont know what difference vs v1.1.
<premoboss>
someone can clarify me this point?
<fvogt>
Argh, I found the issue: u-boot changed the name of the dtb file in version 2011.6, so it passed its internal DT to the kernel
<fvogt>
*2016.11
<fvogt>
But that only works for 4.7 and not 4.9, apparently
<tkaiser>
premoboss: It's fixed with PCB rev 1.1 and maybe improved with 1.2
<premoboss>
i go to see link
matthias_bgg has quit [Quit: Leaving]
<premoboss>
to make v1.0 no HOT i activate all tricks by H3control tool to reduce consume (turn off 3 cpu, slow down ram, ecc). not H3 is not so terrible hot.
<tkaiser>
premoboss: Turning off CPU cores doesn't help with idle consumption, only peak consumption under full load affected. And it's a wiki so waiting for your edits
<premoboss>
can no registered people editing wiki? if yes i can cotribute as well.
<tkaiser>
premoboss: Speaking of FA or our wiki?
<premoboss>
uhm, you are rignt, i am mixing to different sites.
<premoboss>
i mean, can i contribute to Friendly arm site even if i am not registered user of it?
<fvogt>
USB works now on my pine64, thanks for helping!
<tkaiser>
premoboss: No idea, I already waste too much time in our wiki to check others ;) But FA people listen to suggestions.
<premoboss>
ok
<premoboss>
i uderstand it is necessary to avoid missuse of wiki access, but i dislike to register myself to sites.
jernej has quit [Ping timeout: 244 seconds]
fvogt has quit [Quit: Konversation terminated!]
simosx has joined #linux-sunxi
diego_r has quit [Ping timeout: 252 seconds]
petr has quit [Ping timeout: 250 seconds]
petr has joined #linux-sunxi
Nacho has quit [Remote host closed the connection]
massi has quit [Quit: Leaving]
BigFellow has joined #linux-sunxi
phipli has joined #linux-sunxi
Nacho__ has joined #linux-sunxi
popolon has quit [Quit: WeeChat 1.4]
cptG has joined #linux-sunxi
The_Loko has joined #linux-sunxi
HeavyMetal has quit [Ping timeout: 260 seconds]
cptG_ has quit [Ping timeout: 240 seconds]
mossroy has joined #linux-sunxi
afaerber has quit [Quit: Ex-Chat]
Nacho__ has quit [Remote host closed the connection]
Nacho has joined #linux-sunxi
simosx has quit [Remote host closed the connection]
<tkaiser>
terra854: This should enable OPi PC 2 to be 'switched on' by power key. The process with Allwinner BSP kernel is that a 'poweroff' sets a flag, then the board reboots and BSP u-boot is sitting around and waiting for events (a 'key' like power button, WiFi, BT, IR, whatever).
<tkaiser>
tkaiser: Should work with A64 BSP kernel too
<KotCzarny>
does it work on a20/h3 too?
BigFellow has quit [Quit: BigFellow]
<tkaiser>
With H3 it works but then say good-bye to mainline u-boot and welcome 2011.09 ;)
<KotCzarny>
heh
<tkaiser>
No idea about A20 though, it's both a BSP kernel flag and u-boot support is also needed of course
<KotCzarny>
would be nice to port to mainline uboot
<tkaiser>
KotCzarny: Go! ARISC stuff you know ;)
<KotCzarny>
let me check the drawer with arisc softwares, right, got it! ;)
<KotCzarny>
android build system is funny: 13984 root 20 0 5299412 1.741g 9552 D 7.5 88.7 1:26.64 ld.gold
<KotCzarny>
1.7GB and rising
Nacho has quit [Remote host closed the connection]
Nacho has joined #linux-sunxi
<tkaiser>
terra854: You could give it a try with longsleep's kernel and if it works send a PR to longsleep.
<miasma>
tkaiser: does it use much power while waiting for events in the u-boot ?
yann|work has quit [Ping timeout: 256 seconds]
<tkaiser>
miasma: Did no measurements now but when I discovered that with H3 in March it was pretty low but also my powermeter not precise enough. Will test that later maybe. But with H5 then.
<miasma>
tkaiser: so it requires teh bsp kernel? does not work with armbian?
<miasma>
i could measure it later this month
<KotCzarny>
amazing. seems android did build. and its 360M, going to check tomorrow if it works
<tkaiser>
miasma: With Armbian's H3 legacy kernel it should (still) work. Back in March I tested around with a desktop image (maybe the first time in my live I connected a SBC to a display) and was curious what happens when you choose 'suspend' in the UI. Well that happened and a press on the power button woke up the whole system from 'syspend to RAM'
<miasma>
nice
<tkaiser>
Tried it then with an A20 device and sleeping worked but resuming not (no key mapping defined in fex file was the reason IIRC)
<miasma>
if it's really low power, i could use it in my car pc :)
<tkaiser>
miasma: In fact that's how all those OTT boxes implement 'power off', they enter low-power state and then a Cortex-M or in our case the OpenRISC core idles around and waits for events. Eg IR remote
<miasma>
yes, that's a sane way to do it
<tkaiser>
Or Bluetooth. On Opi Zero WoWLAN should be possible too.
<tkaiser>
Then the Cortex-A7 are sleeping and only the M0 in XR819 and OpenRISC in H2+ are active.
jernej has joined #linux-sunxi
<miasma>
i'll get back to that once i finish my build scripts that update the opi image via usb. i'm hoping i could do full system update without removing the sd card
<KotCzarny>
that feature would be much more useful with a20 (which has real way for battery backup)
<miasma>
i realized the arm cross-compilers that arch linux provide work out of the box for building sunxi stuff so i updated the instructions for people who want to run unsupported sunxi boards with arch
<tkaiser>
KotCzarny: As already said: sleeping works so resuming should be possible too. But input sources/events have to be defined first. And I've no idea whether in A20 also an OpenRISC core lives or how the SoC will achieve energy savings there
<KotCzarny>
no openrisc core in a20
<miasma>
tkaiser: does the openrisc core also have some wire to the network chip so it can do WoL
<tkaiser>
miasma: Don't think that works since the 'network chip' on those SBC is always just used as PHY and the MAC lives inside the SoC.
<miasma>
right
<tkaiser>
With XR819 Wi-Fi it seems to be different since the chip has an own M0 core
<miasma>
it's not such a problem. i
<miasma>
i've set up some esp8266 controllers for pcs to remote wake/shutdown them :)
<miasma>
should the wiki also list the new banana pi board with R40 SoC
<tkaiser>
miasma: And OPi Zero with some extreme settings idles below 0.5W with Ethernet active :)
<KotCzarny>
if you have confirmed information, why not.
<miasma>
well, there's the product page
<tkaiser>
KotCzarny: Confirmed information means: buy one and test through, their product page is usually partially only 'copy&paste gone wrong'
<KotCzarny>
tkaiser: it should be directed to miasma, not to me ;)
<KotCzarny>
on a side note, android's fex from h2 sdk sets dram to 576
<tkaiser>
KotCzarny: And configures dvfs broken, so why trusting in at all?
<KotCzarny>
tkaiser, just a note, not going to use that fex anyway
<tkaiser>
KotCzarny: Ok, but I knew already and chose 408 MHz instead for Armbian :p
<KotCzarny>
i wonder if h2 might have troubles with dram speeds
<tkaiser>
Heat problems when clocked higher, just like the other H3 devices with single bank DRAM config: NanoPi NEO/Air.
<KotCzarny>
fun.
<tkaiser>
tkaiser: But I did no extensive testing since if people are really that dumb and buy a $7 device to complain about 'low performance' later then they're already lost
<beeble>
tkaiser: yiu can implement WOL without mac support. there are phys that can be set to look for the magic pattern itself and generate an interrupt
netlynx has quit [Ping timeout: 260 seconds]
<beeble>
*you
<KotCzarny>
beeble, but it lives in soc which is powered off?
netlynx has joined #linux-sunxi
<KotCzarny>
or receives some standby power?
<miasma>
low power devices isn't preventing the rpi crowd from building clusters of rpis
<miasma>
*low performance
<beeble>
KotCzarny: the phy has of course to be powered on (talking about external phys here)
<KotCzarny>
crapsters (crap clusters)
<beeble>
not sure about the realtek ones, don't use them in our designs
netlynx has quit [Client Quit]
tkaiser has quit [Ping timeout: 256 seconds]
<miasma>
you could probably assume that if the board specs don't list WoL, they didn't even consider that when designing the board
plm has joined #linux-sunxi
<plm>
Hi all
tkaiser has joined #linux-sunxi
smooker has quit [Remote host closed the connection]
terra854 has quit [Quit: Connection closed for inactivity]
<tkaiser>
beeble: How much are those PHYs more expensive compared to RealDreck?
IgorPec has joined #linux-sunxi
<beeble>
tkaiser: don't have volume pricing for realtek gigabit phys as i never used them. but you get one that supports it for a dollar in volume
<miasma>
the RTL8211E that some opi devices use advertises WoL
<miasma>
i got the impression that it's implemented in the PHY
<miasma>
"The PMEB pin needs to be connected with a 4.7k-ohm resistor and pulled up to 3.3V or 5V. When the Wakeup Frame or a Magic Packet is sent to the PHY, the PMEB pin will be set lo w to notify the system to wake up."
<beeble>
checked the datasheet
<beeble>
yes, has the same feature. phy looks for the packet and sends out an interrupt
f0xx has quit [Ping timeout: 268 seconds]
Gerwin_J has quit [Quit: Gerwin_J]
leviathanch has quit [Remote host closed the connection]
<agraf>
apritzel: why? just wire the power and data lines differently :)
<calhemp>
if It can help, with your search of a good DAC
<tkaiser>
apritzel: An USB3 port should do it. And you should also be able to use pins 1/2 on the 13 pin header oder 2/6 on the other one
<apritzel>
sure there are ways around (like GPIO), just out of the box connecting a microB cable may not work
<apritzel>
one cable did, another not
<miasma>
calhemp: i2c is a low speed bus, different from i2s. it can only do 100 kbps on some boards and cd audio is 1400 kbps
<apritzel>
it seems to be worse than supplying power from a "proper" charger
nashpa has joined #linux-sunxi
<calhemp>
sorry, my mistake, links is for I2S devices not I2C as write before :(
<tkaiser>
apritzel: I have a couple of Micro USB cables here that are 20AWG rated. Really helps. And every Mac from 2012 or later provides up to 1A on the USB ports.
<miasma>
calhemp: no prob :)
<calhemp>
;)
<miasma>
apritzel: a charger might provide a bit more than 5V since it doesn't know the lenght of the cable. computer ports might offer exactly 5.0V
<miasma>
length even
<apritzel>
miasma: yeah, I know
<apritzel>
I think my charger says 5.2V on the tin
<miasma>
yep
<tkaiser>
apritzel: Since I cramped the Zero into a tiny enclosure I learned a new way to enter FEL mode. With inserted SD card I simply zero out the SPL header, then reboot ;)
<miasma>
would the sunxi tools also work on mips? i was thinking of powering my broken opi pc using my openwrt box
calhemp has quit [Quit: ChatZilla 0.9.93 [Firefox 49.0.2/20161019084923]]
<tkaiser>
miasma: Should work, I use it all the time on x86 ;)
<tkaiser>
apritzel: MMC0 is... ?
<apritzel>
sd card
<apritzel>
I wrote an extended version of uart0_helloworld.sunxi to the SD card
<tkaiser>
apritzel: So that's a special SD card image to enter FEL mode?
<apritzel>
yes
<apritzel>
I am tempted to extend this to actually ask for this
<apritzel>
tkaiser: and fun thing: I wrote this to the SPI flash as well
<tkaiser>
apritzel: But my use case is different: I want to flash a new OS image to the SD card that is inside the enclosure. So I zero out the SPL header on the present SD card, reboot and double click the OS X sunxi flash tool ;) https://github.com/ThomasKaiser/sunxi-armbian-flasher-osx
jernej_ has joined #linux-sunxi
<apritzel>
tkaiser: is this graphical? Or just a command line script?
<apritzel>
tkaiser: and what do you do once in FEL mode?
<tkaiser>
apritzel: GUI app. But just an application wrapper showing CLI output in a nice window. But monkeys can deal with it :)
<apritzel>
tkaiser: load U-Boot? tftp image, write to SD?
<apritzel>
tkaiser: I actually have a user for that, so thx for the link!
<tkaiser>
apritzel: Then the payload is a sun8i legacy kernel that exposes either SD card or eMMC if present as USB mass storage gadget.
<apritzel>
tkaiser: oh, that works much better with mainline U-Boot
<tkaiser>
apritzel: So next step is opening the monkey friendly burn tool (Etcher) and then write the image to SD card or eMMC.
<apritzel>
it supports mass storage, Android fastboot and USB DFU