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
GNUtoo has quit [Ping timeout: 240 seconds]
jacobk has joined #linux-amlogic
vagrantc has quit [Quit: leaving]
jacobk has quit [Ping timeout: 276 seconds]
GNUtoo has joined #linux-amlogic
jacobk has joined #linux-amlogic
camus has quit [Ping timeout: 248 seconds]
camus has joined #linux-amlogic
jacobk has quit [Ping timeout: 260 seconds]
anessen97 has joined #linux-amlogic
JohnnyonFlame has quit [Ping timeout: 250 seconds]
GNUtoo has quit [Remote host closed the connection]
GNUtoo has joined #linux-amlogic
JohnnyonFlame has joined #linux-amlogic
vagrantc has joined #linux-amlogic
JohnnyonFlame has quit [Ping timeout: 246 seconds]
chewitt has joined #linux-amlogic
<chewitt> I have the Hub/WP2 u-boot sources from WeTek, but they were shared with the expectation that I don't reshare, so I need to respect that
<chewitt> but you can look at any Amlogic u-boot (2015) release and see how things are working
<chewitt> the main mods WeTek have made are to RAM spec data
<chewitt> If you look at e.g. HardKernel sources for the C2 and scroll back far enough in the git history you will find that BL2 was originally released as GPL2 code
<chewitt> but then there's a "make everything private" commit and it's removed from the tree
<chewitt> from that point forwards Amlogic is shipping a closed-source blob and only acs.bin is compiled with board vendor changes
<chewitt> NB: I read that you did some changes to remove the need for aml_cksum .. if it works it would be nice
<chewitt> the only reason that's being used is .. it's in the recipe that @kwiboo created to permit SD/eMMC boot using the same u-boot binary
<chewitt> removing the other signing tools will be more complicated since GXBB, GXL+GXM, G12A/SM1, G12B all use different signing binaries
<chewitt> meson-tools supports one but, gxlimg supports another, nothing supports sm1 currently..
<chewitt> there's probably enough prior-art around for someone motivated to consolidate them all into a single Python script
<chewitt> (but that person is not me)
<chewitt> in the Amlogic u-boot SDK you find e.g. board/amlogic/gxb_p200_v1/firmware/timing.c which is the bit modified
<chewitt> in the WeTek sources they clone it to board/amlogic/wetek_play2/firmware/timing.c
<chewitt> there's some bash script juju to source the right files based on the board name that you're building for
<chewitt> (Amlogic bash juju)
JohnnyonFlame has joined #linux-amlogic
buzzmarshall has joined #linux-amlogic
JohnnyonFlame has quit [Ping timeout: 250 seconds]
elastic_dog has quit [Ping timeout: 246 seconds]
elastic_dog has joined #linux-amlogic
JohnnyonFlame has joined #linux-amlogic
anessen975 has joined #linux-amlogic
anessen97 has quit [Ping timeout: 250 seconds]
anessen975 is now known as anessen97
camus1 has joined #linux-amlogic
camus has quit [Ping timeout: 250 seconds]
camus1 is now known as camus
elastic_dog has quit [Remote host closed the connection]
elastic_dog has joined #linux-amlogic
hexdump0815 has joined #linux-amlogic
<hexdump0815> chewitt: aren't the tools from https://github.com/angerman/meson64-tools supposed to work with sm1 as well? the only problem i remember from sm1 was that there was no atf source for it back then i played around with it some yers ago - not sure if it changed meanwhile
<hexdump0815> chewitt: those are my old notes: https://github.com/hexdump0815/u-boot-misc/blob/master/readme.gxy
<hexdump0815> looks like there are still no atf sources for sm1
vagrantc has quit [Quit: leaving]
vagrantc has joined #linux-amlogic
elastic_dog has quit [Read error: Connection reset by peer]
elastic_dog has joined #linux-amlogic
elastic_dog has quit [Remote host closed the connection]
elastic_dog has joined #linux-amlogic
naoki has quit [Quit: naoki]
naoki has joined #linux-amlogic