ChanServ changed the topic of #lima to: Development channel for open source lima driver for ARM Mali4** GPUs - Kernel driver has landed in mainline, userspace driver is part of mesa - Logs at https://oftc.irclog.whitequark.org/lima/
<yann-kaelig>
anarsoul: sry I don;t understand what you want
<anarsoul>
yann-kaelig: what's your screen resolution? 1920x1080? 1280x720? etc
<yann-kaelig>
1920x1080 is my screen resolution
<anarsoul>
yann-kaelig: well, I'm out of ideas. It looks like plbu tries to read something it's not supposed to
<yann-kaelig>
it is the right command line for kmscube if I want to test another mode ./kmscube -v 1024x720-60 ?
<yann-kaelig>
It's say the the mode is not recognized, maybe I'm writin in the wrong way
<anarsoul>
sorry, no idea
<yann-kaelig>
well, thank you very much for your help, I learned something wat least about the dtb decompilation, interesting :) Maybe in another life for my cubietruck ^^
<anarsoul>
yann-kaelig: try asking #linux-sunxi
<anarsoul>
or cubietruck vendor
<anarsoul>
personally, I don't have any boards with A20 and I'm not planning to get one
<yann-kaelig>
not luck for me when I bought this board, I liked it because of the SATA and that was my first contact with ARM, not really enjoyable :D
<anarsoul>
allwinner A20 isn't the most popular SoC
<anarsoul>
at least not among lima devs
<yann-kaelig>
That was my first contact with ARM board, I was not aware of the most popular SoC at this time, the SATA was why I decided to buy it when no others board was available with this feature years ago and I'm not sure it's still the case
<anarsoul>
yann-kaelig: I'd suggest any board with PCIe slot
<anarsoul>
you can just use any pcie sata card with it
<anarsoul>
e.g. rockpro64
<anarsoul>
or rock pi 4 (it'll require an adapter)
<yann-kaelig>
I see interesting, but I'm not going to buy any other ARM board I'm not interested by ARM anymore after this experience
<yann-kaelig>
Sometimes I'm powering up this board to see if something has changed, but no luck for me today, maybe next days :)
<yann-kaelig>
thanks, cu later, have a nice day/night
camus has joined #lima
camus1 has quit [Ping timeout: 480 seconds]
yann-kaelig has left #lima [#lima]
camus1 has joined #lima
camus has quit [Ping timeout: 480 seconds]
chewitt has quit [Read error: Connection reset by peer]
camus has joined #lima
camus1 has quit [Ping timeout: 480 seconds]
camus1 has joined #lima
camus has quit [Read error: Connection reset by peer]
chewitt has joined #lima
daniels has quit [Ping timeout: 480 seconds]
daniels has joined #lima
camus has joined #lima
camus1 has quit [Ping timeout: 480 seconds]
camus1 has joined #lima
camus has quit [Read error: Connection reset by peer]
camus1 has quit [Read error: Connection reset by peer]
camus has joined #lima
adjtm is now known as Guest6596
adjtm has joined #lima
Guest6596 has quit [Ping timeout: 480 seconds]
camus1 has joined #lima
camus has quit [Ping timeout: 480 seconds]
Viciouss has quit [Ping timeout: 480 seconds]
Viciouss has joined #lima
camus has joined #lima
camus1 has quit [Read error: Connection reset by peer]
chewitt has quit [Read error: Connection reset by peer]
chewitt has joined #lima
camus1 has joined #lima
camus has quit [Ping timeout: 480 seconds]
yann-kaelig has joined #lima
<yann-kaelig>
hello
<yann-kaelig>
well, because Ialso have a cubieboard2 I was curious to test my current archlinuxArm installation with kmscube on this board. Kmscube is working
<yann-kaelig>
both of the board use the Mali-400MP2
<yann-kaelig>
maybe, that my feeling on cubietruck there could be a mess between the hdmi and the VGA output
camus has joined #lima
camus1 has quit [Ping timeout: 480 seconds]
<yann-kaelig>
interesting, I'm comparing the cubietruck dts from armbian and arch, I found that gpu has different phandle on ARMBIAN phandle = <0xbc>; and ARCH phandle = <0xbb>;
<yann-kaelig>
is it possible depending on the kernel version ?
<yann-kaelig>
hdmi-connector is also different on ARBIAM type = [61 00]; and ARCH type = "a";
<jernej>
yann-kaelig: phandle is something that's added automatically by dtc when compiling dts to dtb and it depends on number of nodes, so it would be actually strange if they were the same
<jernej>
anyway, how much CMA space you have reserved? For testing purposes, you can set that to 96 MiB
<jernej>
[61 00] and "a" is the same
<jernej>
character a is 0x61 and 00 is just null terminating character
jstultz has quit [Ping timeout: 480 seconds]
jstultz has joined #lima
<yann-kaelig>
jernej: ok, thx for the info. The CMA is set to CONFIG_CMA_SIZE_MBYTES=64
<jernej>
that should be enough for basics
<jernej>
yann-kaelig: At one point I prepared LibreELEC distro for A20, where GPU was used by Kodi. I had no problems with my board, but users reported that cubietruck image doesn't work
<jernej>
I never found the exact reason (I don't have it and I stopped working on A20 support), but I suspect it has something to do with amount of RAM (2 GiB)
<enunes>
I did use A20 for early lima development for a while but that was on... 2018-2019 I think, on a cubieboard2
<jernej>
A20 needs CMA in specific memory region
<jernej>
and due to different amount of RAM, this could be miscalculated
<jernej>
yann-kaelig: no, I don't think that patch changes anything
<yann-kaelig>
is it not possible in this case to shrink the amount of RAM to be the same as the cubieboard2 on cubietruck and check if that solved the problem ?
<jernej>
I have no idea, it may be that easy but maybe not
<yann-kaelig>
ok, thx
<jernej>
btw, U-Boot has some display code for A20 and IIRC it does some address calculation...
<jernej>
can you enable display support in U-Boot and check if it works?
<yann-kaelig>
yes I can
chewitt has quit [Quit: Zzz..]
<jernej>
note that driver was changed in v2021.04, so maybe try older than that release