ChanServ changed the topic of #linux-sunxi to: Allwinner/sunxi development - Did you try looking at our wiki? https://linux-sunxi.org - Don't ask to ask. Just ask and wait for an answer! - This channel is logged at https://oftc.irclog.whitequark.org/linux-sunxi
jelly has quit [Ping timeout: 480 seconds]
apritzel has quit [Ping timeout: 480 seconds]
narmstrong_ has quit [Write error: connection closed]
jelly has joined #linux-sunxi
narmstrong_ has joined #linux-sunxi
cnxsoft has joined #linux-sunxi
sunshavi has quit [Ping timeout: 480 seconds]
macromorgan is now known as Guest2470
Guest2470 has quit [Read error: Connection reset by peer]
macromorgan has joined #linux-sunxi
<ad__> smaeul, correct, it is not that trivial :) But uhm, wondering .... falcon mode should work on other arm, maybe, i can look other "mach-" philosophy
macromorgan is now known as Guest2491
Guest2491 has quit [Read error: Connection reset by peer]
macromorgan has joined #linux-sunxi
macromorgan is now known as Guest2494
Guest2494 has quit [Remote host closed the connection]
macromorgan has joined #linux-sunxi
apritzel has joined #linux-sunxi
cmeerw has joined #linux-sunxi
cmeerw has quit [Ping timeout: 480 seconds]
apritzel has quit [Ping timeout: 480 seconds]
lunixoid has joined #linux-sunxi
cnxsoft has quit [Remote host closed the connection]
cnxsoft has joined #linux-sunxi
narmstrong_ has quit []
narmstrong has joined #linux-sunxi
tnovotny has joined #linux-sunxi
<smaeul> ad__: it depends on where SMP is implemented. some arm platforms don't have SMP, some have SMP implemented in Linux (so it will work with falcon mode), some have SMP implemented in U-Boot or other firmware
cnxsoft has quit [Remote host closed the connection]
<ad__> smaeul, ahaa ok, will study into this
<ad__> was finding some "falcon" boot on sunxi reference here https://linux-sunxi.org/Bootable_SD_card maybe it was just a sd cart partitioning scheme
mps_ has joined #linux-sunxi
mps has quit [Ping timeout: 480 seconds]
indy_ is now known as indy
apritzel has joined #linux-sunxi
<smaeul> as you found out, falcon mode works, just not SMP. so for boards using A10, which is single-core, there would be no problem
<smaeul> btw this late initialization of PSCI is not just problematic for falcon mode, it also prevents using U-Boot's poweroff command
apritzel has quit [Remote host closed the connection]
apritzel has joined #linux-sunxi
<apritzel> smaeul: I see a Sunchip_CX-A99 build warning (with DM_I2C v2), do you have a solution for that already?
<smaeul> > and there was one set of warnings for an A80 board without a PMIC...
<smaeul> one solution would be to downgrade the `select SYS_I2C_SUN8I_RSB` to an imply
<apritzel> right, was thinking about that, but sounds a bit like a hack (which I would be fine with, for now, to move things forward)
<smaeul> well tbh I consider `select SYS_I2C_SUN8I_RSB` itself to be a hack, which I only did to avoid needing defconfig updates
<apritzel> yeah, I agree
<apritzel> it somehow sounds odd to let a SoC select a PMIC bus, since the PMIC is both optional and separate from the SoC
<smaeul> so if I can figure that out I'd rather rip the bandage off and remove the SUN6I_P2WI/SUN8I_RSB selections everywhere
<smaeul> as a first patch
<apritzel> for those case I find the "default y if MACH_SUN9I | MACH_..." more of a fit
<smaeul> maybe, but we don't do the same for MVTWSI
<apritzel> because they don't force things, but just say: you probably want to have that if you have that SoC
<apritzel> so it's more of a convenience option, to avoid adding that to *almost* every defconfig
<smaeul> ironically, 2 of 3 A80 defconfigs *don't* use RSB
<apritzel> A80 is more of a legacy anyhow (I doubt we will see new boards)
<apritzel> so what about you remove the select from SUN9I, add fix the defconfig for that one board?
<smaeul> would you prefer that as a fixup patch? or a v3 that does the same for every MACH_SUN*?
<apritzel> no v3 please ;-)
<apritzel> I can fix this up myself
<smaeul> sure, that's fine with me
<smaeul> you can practically replace my patch #5
<smaeul> ("Select SUN8I_RSB more carefully")... might as well do the same thing everywhere
<apritzel> smaeul: too lazy to check now, but how far does this get us to AXP support for the A64? To avoid the TF-A regulator setup?
<apritzel> (not important, just curious, I see it's getting late for you ...)
prefixcactus has joined #linux-sunxi
<smaeul> well, after this series, the r_ccu driver, and the pinctrl series, it would be one extra patch to hook up DM clocks/resets for RSB
<smaeul> so that should get you a functional PMIC driver (that does nothing)
kmaincent has quit [Quit: WeeChat 1.9.1]
<smaeul> I have a series to convert the AXP GPIO over to DM_PMIC, and one to add sysreset, but I haven't started on regulators
<apritzel> alright, fair enough
<smaeul> a faster way to get RSB working would be to patch the non-DM clock/pin setup for A64
<apritzel> I was thinking about adding a TF-A build option, to disable regulator setup, to unblock those OrangePi 3 people
<smaeul> that should be enough to start work on a regulator driver, if anyone is interested :-)
<apritzel> so far I saw only a lot of people complaining and proposing nasty hacks ;-)
<smaeul> for the curious, my sent/unsent U-Boot patch queue is here: https://github.com/smaeul/u-boot/commits/allwinner
<apritzel> smaeul: I will push what I have (various easy patches plus DM_I2C) to the sunxi/master tree later today, then do some board testing and send the PR
<smaeul> apritzel: great, thanks!
<smaeul> one concern with some of the later patches is that they require merging DT updates from Linux
<apritzel> which would be expected, normally, but break all older kernels in this case :-(
<smaeul> probably makes sense to do that up front -- what's our standard for testing that ?
<apritzel> for H6, I mean, because of your RTC changes
<apritzel> as I said, normally it's a no-brainer, since U-Boot mostly isn't affected by those updates, so you just need to provide a tag from Linus' tree
<smaeul> well, for example, I know for sure that sun5i and sun6i DT updates will break one of the DM_I2C patches I just sent
<apritzel> ah, that is another matter then
<smaeul> because the DT node for the bitbanged I2C bus was renamed from "i2c@0" to "i2c"
<smaeul> apritzel: I don't need H6 updates for my patches, mostly just the SoCs that are way out of date: A83T and older
warpme_ has joined #linux-sunxi
pmp-p_ has joined #linux-sunxi
pmp-p is now known as Guest2503
Guest2503 has quit [Ping timeout: 480 seconds]
megi1 has joined #linux-sunxi
cnxsoft has joined #linux-sunxi
megi1 has quit []
megi1 has joined #linux-sunxi
megi has quit [Ping timeout: 480 seconds]
lioka has quit [Quit: leaving]
apritzel has quit [Remote host closed the connection]
apritzel has joined #linux-sunxi
Mangy_Dog has joined #linux-sunxi
sunshavi has joined #linux-sunxi
lunixoid has quit []
lunixoid has joined #linux-sunxi
JohnDoe_71Rus has joined #linux-sunxi
cnxsoft has quit []
cmeerw has joined #linux-sunxi
kmaincent has joined #linux-sunxi
tnovotny has quit [Quit: Leaving]
lunixoid has quit []
apritzel has quit []
igraltist has quit [Remote host closed the connection]
igraltist has joined #linux-sunxi
sunshavi has quit [Remote host closed the connection]
vagrantc has joined #linux-sunxi
<ad__> smaeul, thanks, i see. Disabling psci in the kernel also makes falcon boot working, but boot is slow, likely, on single cpu. Anyway, enjoying a bit on this in the night.
apritzel has joined #linux-sunxi
JohnDoe_71Rus has quit []
cmeerw has quit [Ping timeout: 480 seconds]
apritzel has quit [Ping timeout: 480 seconds]