narmstrong changed the topic of #linux-amlogic to: Amlogic mainline kernel development discussion - our wiki http://linux-meson.com/ - ml linux-amlogic@lists.infradead.org - official channel moved from Freenode - publicly logged on https://libera.irclog.whitequark.org/linux-amlogic
psydroid has quit [Ping timeout: 272 seconds]
naoki has joined #linux-amlogic
hexdump01 has quit [Ping timeout: 245 seconds]
hexdump01 has joined #linux-amlogic
vagrantc has quit [Ping timeout: 260 seconds]
hexdump0815 has quit [Ping timeout: 245 seconds]
hexdump0815 has joined #linux-amlogic
_whitelogger has joined #linux-amlogic
chewitt has joined #linux-amlogic
montjoie has joined #linux-amlogic
ldevulder has joined #linux-amlogic
ungeskriptet has quit [Remote host closed the connection]
ungeskriptet has joined #linux-amlogic
ungeskriptet has quit [Remote host closed the connection]
ungeskriptet has joined #linux-amlogic
ungeskriptet has quit [Remote host closed the connection]
ungeskriptet has joined #linux-amlogic
BlueMatt has quit [Server closed connection]
BlueMatt has joined #linux-amlogic
arnd has quit [Server closed connection]
arnd has joined #linux-amlogic
buzzmarshall has joined #linux-amlogic
xdarklight_ has joined #linux-amlogic
xdarklight has quit [Ping timeout: 252 seconds]
Ballerburg9005 has joined #linux-amlogic
naoki has quit [Quit: naoki]
Ballerburg9005 has quit [Read error: Connection reset by peer]
Ballerburg9005 has joined #linux-amlogic
CounterPillow has quit [Server closed connection]
CounterPillow has joined #linux-amlogic
cbeznea_ has joined #linux-amlogic
ldevulder has quit [Ping timeout: 260 seconds]
chewitt has quit [Quit: Zzz..]
psydroid has joined #linux-amlogic
psydroid2 has joined #linux-amlogic
vagrantc has joined #linux-amlogic
buzzmarshall has quit [Remote host closed the connection]
buzzmarshall has joined #linux-amlogic
ungeskriptet has quit [Read error: Connection reset by peer]
ungeskriptet has joined #linux-amlogic
knuxify2 has quit [Server closed connection]
knuxify2 has joined #linux-amlogic
<f_> while rebasing my u-boot patches I remembered I have a patch for the mi tv stick laying around
<f_> this thing will absolutely not boot u-boot as bl33 like the other boards
<f_> and if you want to keep bl2.bin you'll have to patch it to not check secureboot
<f_> would it still be worth upstreaming anyway?
psydroid2 has quit [Quit: KVIrc 5.2.6 Quasar http://www.kvirc.net/]
Ballerburg9005 has quit [Ping timeout: 258 seconds]
<f_> For now I put it in a separate branch, if anyone is interested I will s/p212.dtb/aquaman.dtb/ and send it out
<f_> I have also rebased my spl-gx tree: https://scm.dersco.re/amlogic/u-boot-kii-pro.git/log/?h=wip/spl-2025.08 tested on lepotato and works perfectly, need to test on gxbb to see if I didn't break anything there
<f_> and at the same time I also rebased the amlimage patch
<f_> I want to send these patches ASAP, I'm wondering what to do wrt amlimage: I could either resend it as part of the patch series, or just have a note in the cover letter that it depends on that
<f_> narmstrong / Kwiboo ^ thoughts?
<lvrp16> I need to switch le potato to your tree eventually. Amlogic bl2 black box so annoying.
<lvrp16> I can't add lzma
<f_> even for us at postmarketOS it's soooooo annoying
<lvrp16> Sooooooooo
<f_> that was part of my motivation for working on this :)
<lvrp16> The latest release from them does not even load from nor properly.
<lvrp16> I am using a bl2 from 2018
<f_> wut, they have actual releases now?
<lvrp16> I am taking it from their bsp
<f_> Hopefully you won't need to switch to my tree though..
<f_> .. once this will all land upstream once and for all (for gx)
<lvrp16> The 2018 version is the only one that works from nor...
<lvrp16> After much trial and error with black boxes...
<f_> yeah I also tend to pick rather old versions of BL2 for reversing
<lvrp16> It is like the Mali blobs from 2017...
<lvrp16> Before mesa
<f_> typically the older ones have more debug printf's than the newer ones
<f_> and other debug things and such
<lvrp16> God what a waste of time black box binaries are
<f_> Absolutely..
<f_> in other news .. been a bit silent but I did work on aml_ddr.fw some more lately
<f_> it seems this thing has been mostly written from scratch or something
<f_> with a little bit of help from u-boot imx8m sources .. because it would seem that it's very similar to A311D ddr-wise
<f_> but this thing is just a whole mess in its own :>
<f_> Also there's this ddrs->fast_boot thing I have no idea what it is for
<f_> Like, in timing.h it's:
<f_> unsigned> char> fast_boot[4];// 0 fastboot enable 1 window test margin 2 auto offset after window test 3 auto window test
<f_> but then in aml_ddr.fw they do
<f_> if (0xfd < di->cur_ddrs_cfg->fast_boot[0]) {
<f_> di->field_0x264 = 1;
<f_> }
<f_> well then
<f_> if (0xfd < di->cur_ddrs_cfg->fast_boot[0]) {
<f_> di->enable_fastboot = 1;
<f_> }
<f_> slowboot = di->enable_fastboot != '\x01';
<f_> slowboot
<f_> _DAT_fffbf714 = (uint)ddrs->lpddr4_dram_vout_voltage_1_3_2_5_setting;
<f_> world's longest variable name
Ballerburg9005 has joined #linux-amlogic