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
<lvrp16> f_: haha that's the variable for lpddr4 voltage, 1.1v IO vs 0.6V IO for LP4X
<lvrp16> it's quite insane.
Ballerburg9005 has quit [Ping timeout: 260 seconds]
vagrantc has quit [Quit: leaving]
hexdump01 has quit [Ping timeout: 260 seconds]
hexdump01 has joined #linux-amlogic
Daanct12 has joined #linux-amlogic
rtp has quit [Server closed connection]
rtp has joined #linux-amlogic
hexdump0815 has quit [Ping timeout: 260 seconds]
hexdump0815 has joined #linux-amlogic
buzzmarshall has quit [Quit: Konversation terminated!]
_whitelogger has joined #linux-amlogic
_whitelogger has joined #linux-amlogic
chewitt has joined #linux-amlogic
<f_> hehe
<chewitt> f_ fastboot is an Android thing, but you know that, right?
<f_> yes, but in this specific context it's not android fastboot
<f_> I suspect it might be a kind of mode to skip some init or some checks to boot up faster?
<f_> this "di->cur_ddrs->fast_boot" is specifically used by BL2 and aml_ddr.fw
Daanct12 has quit [Quit: WeeChat 4.7.1]
psydroid2 has joined #linux-amlogic
<f_> who wants efi capsule updates on SD/eMMC? :P
Ballerburg9005 has joined #linux-amlogic
Ballerburg9005 has quit [Ping timeout: 258 seconds]
<f_> Kwiboo, narmstrong: gentle ping regarding amlimage. It needs rebasing ... so would you be ok with me resending the patch?
<chewitt> if the patch on the list no longer applies due to upstream changes there's no harm in sending an updated patch
<chewitt> it saves someone trying to apply it, failing, and asking you to rework it
<f_> the conflicts are not really hard to solve I guess
<f_> it's just removing the "<<<<"/"===="/">>>>" git adds near conflicts it finds
<chewitt> yup, but it's the submitters responsibility to send patches that apply, not the maintainers responsibility to adjust bad patches
<f_> yes, indeed
<f_> but given it's not my patch I just wanted to get an ACK from Kwiboo mainly
<chewitt> ahh, okay
<chewitt> If I were you, I would just rebase it and resend on his behalf
<chewitt> one less thing on his impossibly long to-do list is always a good thing
<chewitt> esp. when it's probably not a 'top of mind' item
<f_> yeah if there are no objections I'll see if I can send it as part of the whole spl-gx patchset thing
<f_> It's at the top of my branch, behind all the other SPL-related commits
<f_> just behind*
<chewitt> if it makes sense to include in the same series .. it makes sense
<f_> yeah to me that makes perfect sense.
<f_> given it's quite related, and without the rest of the series it would be mostly only useful for running bare metal code easily
<f_> and not so much for u-boot
<chewitt> just put a comment in the cover-letter that this was previously submitted independently, but depends on other items in the series and needs to be rebased, etc.
<chewitt> or something of that nature
<f_> yep
<narmstrong> f_: yes please resend
<f_> ok :)
<f_> and as for the mi tv stick defconfig patch?
<f_> it works .. but not really pleasant to use at the moment ..
<f_> you're pretty much constrained to booting from USB and you also need to binary-patch bl2.bin if you want to use that
gabes22 has quit [Ping timeout: 248 seconds]
<chewitt> there are other 'single user' devices upstream already, but if it's really obscure .. ¯\_(ツ)_/¯
<f_> good point
<chewitt> at least mine boot normally :)
<f_> the issue really mostly lies in documentation, you see, I can't just tell people to follow the usual building instructions, that won't work at all
<f_> because the stick has SB enabled
<chewitt> i'm generally in favour of burying anything that needs my time to explain complicated stuff to other users with little clue on what they're doing
<f_> I love explaining :P
<f_> (doesn't mean I'm good at it heh)
<chewitt> over time I've learned that the style I document things and where I leave that documentation to be found, acts as a good filter mechanism
<chewitt> the handful of people who'll be able to follow it already found it and used it, and I get occasional interesting and insightful Q's
<chewitt> the other 99.999% never find it, and that's a good thing :)
InFerNo_ has quit [Server closed connection]
InFerNo_ has joined #linux-amlogic
Ballerburg9005 has joined #linux-amlogic
Terry13732293409 has quit [Server closed connection]
Terry13732293409 has joined #linux-amlogic
psydroid2 has quit [Quit: KVIrc 5.2.6 Quasar http://www.kvirc.net/]
xdarklight has joined #linux-amlogic
xdarklight_ has quit [Ping timeout: 258 seconds]