<szemzoa>
MoeIcenowy: seems like the raw width encode back to the params not really working, it's auto detect 13, and later in the get_size() it's shows only 11: https://pastebin.com/2eT87LqA
paulk has joined #linux-sunxi
<MoeIcenowy>
szemzoa: could I see your code?
<szemzoa>
MoeIcenowy: sure, sent a pm
cnxsoft1 has quit []
apritzel has joined #linux-sunxi
ftg has joined #linux-sunxi
<LordKalma>
apritzel, I appreciate the help, but that was a hell of a info dump :D I'll have to process that when I can, thanks for the help!
<LordKalma>
"<apritzel> LordKalma: can you run "md.l 0x01c20020 1" on the vendor U-Boot prompt? " -> How do I get to such prompt?
<apritzel>
on the serial console, when the device powers up, you might see a timeout, or just try to press any key regardless
<LordKalma>
Xiegu are a chinese company. Radioddity is their major wordwide resseler
<apritzel>
LordKalma: thanks, I was just curious, because European companies are typically more approachable about Open Source licenses, because for them the legal threat is more real
<LordKalma>
ah yeah, no
<LordKalma>
it's a chinese company
<LordKalma>
and if you ask me, I think it's not only a litigation issue, I think it's also very cultural one
<apritzel>
LordKalma: agreed, but there is not much we can do here
<apritzel>
did you try to approach Radioddity regarding the source code?
<LordKalma>
In the meanwhile, we're also unsure they bought the Qt license for Qt On Screen Keyboard
<LordKalma>
which is GPL/commercial, not LGPL like most Qt
<LordKalma>
apritzel, yes, they said they would "forward my concerns"
<apritzel>
sounds like a "ticket closed" on their side ;-)
<LordKalma>
yap
<apritzel>
what annoys me is that Xiegu did actually a pretty good job in using mainline (though older versions), and there is actually not much secret sauce in their firmware and kernel
<apritzel>
I guess their know-how is in the userland program, which is fair enough
<apritzel>
so for them it shouldn't be a big problem to just publish the few missing drivers
<LordKalma>
yes, I think even like the LCD panel driver was probably handed over to them
<LordKalma>
they do claim ownership tho
<LordKalma>
so idk
<LordKalma>
but yeah, it's 99% mainline kernel
<LordKalma>
slight changes to u-boot, a missing driver
<LordKalma>
and then a Qt application
<apritzel>
I wonder if there are actually any changes to U-Boot at all, apart from the defconfig file and the DT
<apritzel>
what I saw in terms of boot script and environment looked pretty standard
<LordKalma>
nah, I'd guess only slight configuration changes
<LordKalma>
it seems that for now, qualified and interested people in the community we're only 3 hahah
<LordKalma>
so hands are limited
<szemzoa>
MoeIcenowy: ok, found it, I made the mctl_com_init() wrong, now it's 128MB, and memtester runs ok. So one step closer to a blob free bootloader :) https://pastebin.com/VEbTKTsS
Daanct12 has joined #linux-sunxi
ftg has quit [Ping timeout: 480 seconds]
ftg has joined #linux-sunxi
cnxsoft has joined #linux-sunxi
cnxsoft has quit []
JohnDoe_71Rus has quit []
Daanct12 has quit [Quit: Leaving]
cnxsoft has joined #linux-sunxi
vagrantc has joined #linux-sunxi
cnxsoft has quit []
paulk has quit [Ping timeout: 480 seconds]
rajkosto has quit [Read error: Connection reset by peer]
paulk has joined #linux-sunxi
JohnDoe_71Rus has joined #linux-sunxi
vagrantc has quit [Quit: leaving]
buZz has joined #linux-sunxi
hentai has joined #linux-sunxi
hentai has quit [Remote host closed the connection]
hentai has joined #linux-sunxi
vagrantc has joined #linux-sunxi
apritzel has quit [Ping timeout: 480 seconds]
hentai has quit [Ping timeout: 480 seconds]
hentai has joined #linux-sunxi
apritzel has joined #linux-sunxi
hentai has quit [Ping timeout: 480 seconds]
JohnDoe_71Rus has quit []
<apritzel>
szemzoa: so can you share your code?
<apritzel>
IIUC then this is based on smaeul's D1 loader, which is a stop-gap measure until we have proper U-Boot support?
<apritzel>
for Allwinner RISC-V, this is. So this wouldn't be a problem for the R528/T113, since this is Cortex-A7
<apritzel>
which means we could upstream support for that today, actually already preparing the stage for the D1
vagrantc has quit [Quit: leaving]
hentai has joined #linux-sunxi
paulk-bis has joined #linux-sunxi
paulk has quit [Ping timeout: 480 seconds]
vagrantc has joined #linux-sunxi
paulk-bis has quit [Ping timeout: 480 seconds]
hentai has quit [Ping timeout: 480 seconds]
<smaeul>
another great way to prepare the stage would be converting H6 and newer to SPL_DM ;-) then D1 support would mostly be dropping in the new drivers and devicetrees
<smaeul>
I have started down this path several times. the hard part is figuring out in what order to do the refactorings
<smaeul>
which is why for D1 so far I completely ignored board/sunxi/board.c
<apritzel>
what does SPL_DM really bring us?
<apritzel>
I mean for the SPL we need need to setup the PLLs and CPU and bus clocks, initialise the DRAM, then do some MMC loading
<smaeul>
not having any of the headers in arch/arm/include/asm/arch-sunxi