naoki has quit [Remote host closed the connection]
Ballerburg9005 has quit [Ping timeout: 256 seconds]
Ballerburg9005 has joined #linux-amlogic
Ballerburg9005 has quit [Ping timeout: 252 seconds]
Ballerburg9005 has joined #linux-amlogic
Ballerburg9005 has quit [Ping timeout: 248 seconds]
vagrantc has joined #linux-amlogic
GNUtoo_ has quit [Remote host closed the connection]
GNUtoo has joined #linux-amlogic
hexdump0815 has quit [Ping timeout: 252 seconds]
hexdump0815 has joined #linux-amlogic
buzzmarshall has quit [Quit: Konversation terminated!]
ldevulder_ has joined #linux-amlogic
ldevulder has quit [Ping timeout: 264 seconds]
JohnnyonFlame has quit [Read error: Connection reset by peer]
vagrantc has quit [Quit: leaving]
naoki has joined #linux-amlogic
naoki has quit [Client Quit]
chewitt_ is now known as chewitt
ldevulder_ is now known as ldevulder
Ballerburg9005 has joined #linux-amlogic
Ballerburg9005 has quit [Ping timeout: 260 seconds]
f_ has joined #linux-amlogic
anessen97 has quit [Ping timeout: 248 seconds]
anessen97 has joined #linux-amlogic
anessen97 has quit [Quit: Ping timeout (120 seconds)]
<f_>
Hi hexdump0815
<f_>
I read what you said when I was offline. That's nice! I do have a question though. Is the U-Boot binary used by Armbian the one you built using those instructions?
<f_>
(Does seem like it is, but I'm asking anyway)
anessen97 has joined #linux-amlogic
anessen97 has quit [Ping timeout: 252 seconds]
anessen97 has joined #linux-amlogic
anessen97 has quit [Ping timeout: 260 seconds]
anessen97 has joined #linux-amlogic
anessen97 has quit [Ping timeout: 252 seconds]
anessen97 has joined #linux-amlogic
<f_>
hexdump0815: Also, why is the ATF needed?
anessen97 has quit [Ping timeout: 252 seconds]
anessen97 has joined #linux-amlogic
anessen973 has joined #linux-amlogic
anessen97 has quit [Ping timeout: 252 seconds]
anessen973 is now known as anessen97
anessen97 has quit [Ping timeout: 255 seconds]
anessen97 has joined #linux-amlogic
anessen97 has quit [Ping timeout: 252 seconds]
anessen97 has joined #linux-amlogic
anessen97 has quit [Ping timeout: 252 seconds]
<f_>
hexdump0815: I'm unable to compile the ATF.
anessen97 has joined #linux-amlogic
anessen97 has quit [Ping timeout: 248 seconds]
<f_>
I guess an older toolchain should do the trick.
<f_>
It did!
anessen97 has joined #linux-amlogic
anessen97 has quit [Ping timeout: 252 seconds]
anessen97 has joined #linux-amlogic
anessen97 has quit [Ping timeout: 265 seconds]
Ballerburg9005 has joined #linux-amlogic
anessen97 has joined #linux-amlogic
anessen97 has quit [Quit: Ping timeout (120 seconds)]
<f_>
hexdump0815: How did you build the Armbian U-Boot images? When you're around please ping me :S.
<hexdump0815>
f_: i did not build an armbian images, i told balbes150 about my chainloading u-boot builds and i think they used it at some point in time partially
<f_>
Sure.
<f_>
But do you know how to build a U-Boot image I can put in an SD card?
<hexdump0815>
you should be able to identify my u-boot build (at least the amlogic ones) by "hexdump" somewhere in the version string
<f_>
Yes, I do.
<f_>
The Armbian U-Boot images have the string "hexdump" in the version string.
<hexdump0815>
just follow my readme - the boot_xyz.dd is something you should be able to dd to an sd card (optionally with bs=512 seek=1 skip=1 to not touch the mbr partition table)
<f_>
Sure, but I do not want to use dd to write U-Boot. I rather want to just have an image I can put in a boot partition somewhere.
<f_>
Like.
<f_>
In /boot/u-boot.bin for example.
<f_>
And then use s905_autoscript to load it.
<f_>
Is that possible?
<hexdump0815>
oh right - yes - just use the resulting u-boot.bin from the build
<hexdump0815>
for chainloading you only need the u-boot.bin as all the atf, bl31 etc. stuff happens before in the legacy boot, which will chainload the u-boot.bin then
<f_>
Thanks!
<f_>
It works, although I do not get any picture until postmarketOS loads.
<f_>
(at least it seems)
<hexdump0815>
f_: i do not remember if i had hdmi working on gxbb as well - maybe it was only working for gxl, gxm and g12a
<hexdump0815>
but serial console should work
<f_>
Which is bad news.....
<f_>
I do not know where I can take a look at UART logs.
<f_>
hexdump0815: But hey, if it boots that's nice.
<f_>
I think it's just some missing options that need to be set accordinately. If balbes150 was able to build their images with HDMI support then we should be able to do it too.
<hexdump0815>
balbes150 just used my binaries for chainloading i think and used chainloading only for g12a i think
<f_>
They also had S905 binaries.
<f_>
GXBB.
<f_>
hexdump0815: I just modified the config (`make menuconfig`) to add video support. Let's see if it works!
<hexdump0815>
if you do not get hdmi output with that u-boot.bin, maybe its because you use a resolution other than full hd (1920x1080)
<hexdump0815>
?
<f_>
hexdump0815: Oh well XD The monitor I use only supports VGA and DVI (I use a converter) and also only supports up to 1280x1024 (Although 1080p will scale just fine)
<f_>
While it's compiling I'll give that a try.
<f_>
Oh well.
<f_>
It's already done compiling!
<f_>
hexdump0815: Ok I'll try your binary.
<f_>
hexdump0815: Works!
<f_>
So that definitely has to do with U-Boot v2023.01
<f_>
Oh wait
<f_>
Did I mention that I was using the source tree of the latest version of U-Boot?
<f_>
I think I forgot to mention that...
<hexdump0815>
f_: i have seen such breakage with u-boot in different scenarios elsewhere already - for arm chromebook often only some older version of u-boot works and latest mainline is broken
<f_>
hexdump0815: Sure. I'll try the older v2020.07 version.
<f_>
That's fine.
<hexdump0815>
there is simply too little testing on such rare devices - for the chromebooks i decided to just use the old version as it would be too much effort to bisect where it breaks, but this of course is always an option
<f_>
I wanted to use the latest version but v2020.07's still better than whatever version the vendor decided to use.
<f_>
hexdump0815: Sure.
<f_>
That's understandable.
<hexdump0815>
f_: jenneron ran into similar issues while trying to make u-boot working for chromebooks while trying to make them work with pmos as well
<f_>
Wait you know them?
<f_>
hexdump0815: Sure.
<hexdump0815>
f_: this breakage is actually one of the reasons to write down all this in my readme files as i ran too often into magic old working binaries and nobody knew anymore how they were built, so i decided to note down everything in detail which i tested to work
<f_>
hexdump0815: This is a pretty good idea!
<f_>
Many people would (and do!) benefit from your notes.
<f_>
At least I do.
<f_>
:)
<f_>
So I built v2020.07 successfully.
<f_>
Let's see if that works!
<hexdump0815>
jenneron and me are working together from time to time regarding mainline linux on chromebooks - i created debian and ubuntu images for many of them and i think my patches were helpful for getting pmos on those devices forward and i pick new fixes from pmos now and then as well :)
<f_>
AND IT WORKS!!!
<f_>
There we have it!
<f_>
hexdump0815: Thank you so much for helping me!
<hexdump0815>
perfect - happy to hear this ... also happy to hear that it now runs pmos as well as having a larger userbase is essential for keeping such hardware supported over time
<hexdump0815>
you are welcome
<f_>
:D I'd rather say thank you all for making that possible! You all did the hard work, all I did was making it work on postmarketOS
<hexdump0815>
its not just work, but smoehow fun as well - thats the good part of not doing such things as day job: nobody will push you and so one can have a break and pick it up later again if things do not move forward and over time it often makes sense somehow :)
<f_>
:)
<f_>
Now I have to get sound working :^)
<f_>
(maybe just needs some ALSA UCM stuff)
<f_>
Impressive to see a 2016 chinese tv box running postmarketOS!
<hexdump0815>
cannot help you there, but chewitt might help maybe
<f_>
hexdump0815: No need to ;). Guess I can just spend hours looking at what Manjaro and Armbian do
<f_>
Possibly.
<hexdump0815>
iirc sound on s905 could be tricky - i think its similar to s805 - maybe xdarklight has some ideas as well
<f_>
Sure.
<f_>
:D
<f_>
But for now, let's package U-Boot for postmarketOS!
<f_>
hexdump0815: I should minify the patches a little bit though.
<f_>
There are stuff added in the patch that I don't really need (uEnv for example).
ldevulder has quit [Quit: Leaving]
<f_>
Actually I might need that......
<hexdump0815>
f_: feel free to adjust the patches as you like - uEnv.txt support is not strictly required, but can be handy at times - maybe remove the hexdump string change :)
<f_>
hexdump0815: No need to :)
<f_>
I'll leave the hexdump string change :)
<f_>
I don't mind leaving it, and it could also be used to credit your work!
* f_
just removed the string change because they want the tv box to identify itself as a P201 development board
<f_>
I did add a link to the original patch in a comment in the APKBUILD :)
<hexdump0815>
f_: perfectly fine with me - i'm not doing it for fame :)
<f_>
:)
buzzmarshall has joined #linux-amlogic
020AAL3LR has quit [Ping timeout: 252 seconds]
wendalin has joined #linux-amlogic
vagrantc has joined #linux-amlogic
chewitt has joined #linux-amlogic
<xdarklight>
hexdump0815: audio over HDMI works fine on all SoCs nowadays. only analog audio output (3.5mm jack) depends on the I2S codec on the PCB
<xdarklight>
f_: hexdump0815: on S905 (and earlier SoC) I typically run alsamixer and set the "HDMI Source" to I2S. on AXG/G12A and newer SoCs you probably need ALSA UCM
<f_>
xdarklight: Sure. Thanks!
<f_>
xdarklight: Oh well. `alsamixer` doesn't work on my system.
<xdarklight>
f_: I'd check dmesg first to see if an ALSA card shows up. I'm not aware of any other alsamixer issues