ChanServ changed the topic of #linux-sunxi to: Allwinner/sunxi development - Did you try looking at our wiki? https://linux-sunxi.org - Don't ask to ask. Just ask and wait for an answer! - This channel is logged at https://oftc.irclog.whitequark.org/linux-sunxi
vagrantc has quit [Quit: leaving]
rajkosto has joined #linux-sunxi
cnxsoft has joined #linux-sunxi
apritzel has quit [Ping timeout: 480 seconds]
ftg has quit [Ping timeout: 480 seconds]
hexdump01 has joined #linux-sunxi
hexdump0815 has quit [Ping timeout: 480 seconds]
vagrantc has joined #linux-sunxi
JohnDoe_71Rus has joined #linux-sunxi
cnxsoft1 has joined #linux-sunxi
cnxsoft has quit [Ping timeout: 480 seconds]
bauen1 has quit [Ping timeout: 480 seconds]
apritzel has joined #linux-sunxi
apritzel has quit [Ping timeout: 480 seconds]
paulk has quit [Ping timeout: 480 seconds]
vagrantc has quit [Quit: leaving]
<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
<apritzel> not sure how DM helps us here