Mr__Anderson has quit [Remote host closed the connection]
dev1990 has joined #linux-sunxi
afaerber has quit [Remote host closed the connection]
dev1990_ has quit [Ping timeout: 272 seconds]
<vagrantc>
so, mmc support for pine64+ seemed to stop working for me somewhere between 4.13 and 4.14 ... and now cubietruck_plus mmc is not working somewhere between 4.14 and 4.15-rc5
afaerber has joined #linux-sunxi
jstein has quit [Read error: Connection reset by peer]
afaerber has quit [Remote host closed the connection]
<vagrantc>
but at least i've got multiple CPUs on the cubietruck+ now... :)
<BenG83>
mmc works on the Pinebook for me with 4.15-rc5
<vagrantc>
i think mmc is the only thing that works for me on the pinebook. heh. :)
<vagrantc>
anarsoul: yeah, thanks. will grab your patches and build a kernel based on debian's 4.15-rc5 ... though can't really include it in Debian proper until it at least hits linux-next
<anarsoul>
I guess that's not going to happen for another couple of releases
* vagrantc
hopes it actually does go upstream
<vagrantc>
anarsoul: any new u-boot fixes as well?
<anarsoul>
vagrantc: yes, check my github
<anarsoul>
you'll also need atf from my github
BenG83 has quit [Quit: Leaving]
<vagrantc>
last i tried u-boot, it mostly worked, but had issues loading from eMMC or something
afaerber has joined #linux-sunxi
<vagrantc>
anarsoul: which branch?
<vagrantc>
oh, yeah, i don't think i've built an allwinner ATF for a long time
<vagrantc>
i seem to recall the patches forward-ported pretty easily...
<anarsoul>
based on git master from 2017-12-23
ninolein_ has quit [Ping timeout: 265 seconds]
ninolein has joined #linux-sunxi
<kilobyte>
vagrantc: so, perhaps it might be good to package atf-allwinner after all?
<kilobyte>
then migrate to vanilla once the patches are upstreamed
<kilobyte>
which might happen in 2024 or so... or perhaps the next millenium
DonkeyHotei has quit [Quit: This is a /quit message.]
<vagrantc>
kilobyte: maybe so...
<kilobyte>
ok, filing ITP then :p
<vagrantc>
kilobyte: feel free to CC me ... hopefully my packaging will be re-useable at least
DonkeyHotei has joined #linux-sunxi
<vagrantc>
kilobyte: although this appears to be a fork of a fork we're talking about already :P
<kilobyte>
well, all I care about is to have some working code :þ
<vagrantc>
sure... just hope it works over the long-term
<vagrantc>
pretty small diff for u-boot against v2018.01-rc2 ... 15 files changed, 494 insertions(+), 20 deletions(-)
<vagrantc>
most of it device-tree
BenG83_ has quit [Quit: Leaving]
boycottg00gle has left #linux-sunxi ["ERC (IRC client for Emacs 25.1.1)"]
anarsoul has quit [Ping timeout: 256 seconds]
anarsoul has joined #linux-sunxi
mripard has quit [Read error: Connection reset by peer]
bbrezillon has quit [Read error: Connection reset by peer]
cnxsoft has joined #linux-sunxi
diego71_ has quit [Ping timeout: 252 seconds]
Kai has quit [Quit: Page closed]
ariendj has quit [Remote host closed the connection]
hardfalcon has quit [Ping timeout: 240 seconds]
hardfalcon has joined #linux-sunxi
hardfalcon has quit [Ping timeout: 272 seconds]
victhor has quit [Remote host closed the connection]
hardfalcon has joined #linux-sunxi
anarsoul has quit [Read error: Connection reset by peer]
anarsoul has joined #linux-sunxi
pgreco has quit [Quit: Leaving.]
JohnDoe_71Rus has joined #linux-sunxi
liushuyu has joined #linux-sunxi
lurchi_ is now known as lurchi__
lurchi__ has quit [Ping timeout: 276 seconds]
cnxsoft has quit [Read error: Connection reset by peer]
cnxsoft1 has joined #linux-sunxi
<vagrantc>
hrm... no luck with linux 4.15-rc5 with anarsoul's patches ...
<vagrantc>
u-boot still can't read the eMMC ...
<vagrantc>
and i still haven't built a new ATF
<anarsoul>
vagrantc: you need new ATF.
cnxsoft1 is now known as cnxsoft
<anarsoul>
vagrantc: actually you'll get to LCD output in u-boot without new ATF
<anarsoul>
*no LCD output
<vagrantc>
yes
<vagrantc>
a slightly older u-boot seemed to enable the LCD itself somehow
* vagrantc
sighs and wanders off to build ATF
<anarsoul>
it had axp driver. But it's very unlikely that it'll ever get into u-boot
<anarsoul>
so I dropped the driver, axp is configured in atf now
chlorine has joined #linux-sunxi
<vagrantc>
atf 1.0 ... wow :)
<vagrantc>
got it
* vagrantc
can't even get eMMC or microSD or USB to work, though
chlorine has quit [Ping timeout: 240 seconds]
<vagrantc>
that also requires the new ATF ?
<vagrantc>
that said, i've never gotted USB to work
<anarsoul>
vagrantc: IIRC old ATF unconditionally set DRAM voltage to 1.5V
<anarsoul>
nope, to 1.36V
<anarsoul>
while pinebook needs 1.2V
<vagrantc>
aha
<vagrantc>
i'm also finding a very large speed difference loading two different initrd files of roughly the same size
lurchi__ has joined #linux-sunxi
lurchi__ is now known as lurchi_
<vagrantc>
new u-boot, new kernel, and even new ATF ... still doesn't detect microSD, eMMC or USB anything ... looks like it turned the backlight on ... u-boot got output
Ntemis has quit [Remote host closed the connection]
<anarsoul>
my guess is that you're missing at least CONFIG_SUNXI_CCU=y, CONFIG_SUN50I_A64_CCU=y, CONFIG_SUN8I_DE2_CCU=y, CONFIG_SUN8I_R_CCU=y
<anarsoul>
vagrantc: can you read emmc in uboot now?
<vagrantc>
# CONFIG_SUN8I_DE2_CCU is not set
* vagrantc
thanks the universe for ccache
<anarsoul>
anyway, check dmesg
<anarsoul>
for what's missing
* anarsoul
is afk
<vagrantc>
regulator for usb, seemed to be one issue
lurchi_ is now known as lurchi__
<vagrantc>
anarsoul: thanks for all the help though!
anarsoul has quit [Ping timeout: 252 seconds]
anarsoul has joined #linux-sunxi
lurchi__ is now known as lurchi_
lurchi_ is now known as lurchi__
lurchi__ is now known as lurchi_
<vagrantc>
anarsoul: u-boot still has problems reading eMMC
lurchi_ is now known as lurchi__
lurchi__ is now known as lurchi_
kaspter has joined #linux-sunxi
_whitelogger has joined #linux-sunxi
reinforce has joined #linux-sunxi
reinforce has quit [Ping timeout: 252 seconds]
liushuyu has quit [Quit: liushuyu]
f0xx has joined #linux-sunxi
reinforce has joined #linux-sunxi
<KotCzarny>
smaeul: can't turn off wholly because i still need wake up sources (gpio, ir, in todo (hopefully) cec and wol)
<KotCzarny>
and at least for ir 32khz cpu is too slow (ir receive buffer overflows)
<KotCzarny>
btw. do you have some docs on prcm?
hardfalcon1 has joined #linux-sunxi
hardfalcon has quit [Ping timeout: 256 seconds]
phil42 has quit [Ping timeout: 264 seconds]
chlorine has joined #linux-sunxi
chlorine has quit [Ping timeout: 240 seconds]
<smaeul>
KotCzarny: it's in A80 and A83T manuals
<KotCzarny>
is it H3 compatible?
<smaeul>
who knows
<KotCzarny>
:)
<smaeul>
still working on reversing that arisc blob, and the suspend stuff is one giant (thousands of instructions) function
kloczek has quit [Ping timeout: 248 seconds]
<smaeul>
AFAIK it's the same, at least the power gating and APB0/CPUS clock and clock gates/resets
<smaeul>
there's drivers in linux for the clock part
<smaeul>
(other than obviously there's only one CPU cluster)
<KotCzarny>
yeah, suspend is basically storing regs data and calling super suspend flag and waking in reverse
<icenowy[m]>
I think implement "normal standby" may be better?
<KotCzarny>
biggest gotcha is stopping things without corruption
vagrantc has quit [Quit: leaving]
<KotCzarny>
similar to rework of suspend/hibernation system in linux few years ago
<smaeul>
...and reconfiguring the DRAM controller, and turning all of the ARM cores off/on, and enabling/disabling wakeup sources
<KotCzarny>
smaeul: yup, fun to write with holes and errors in docs
<smaeul>
is there documentation anywhere about this "super suspend flag"? All I know about it is that it affects control flow in the BROM
<smaeul>
does it actually do anything to the hardware?
<smaeul>
yeah, from looking at the code, it just tells the BROM where to jump when the ARM core turns back on
<smaeul>
so it's not magic at all
<KotCzarny>
also keep in mind that in 64bit kernels atf hogs sram
<KotCzarny>
so if you plan on something universal, you will have to watch for it
<smaeul>
it's the very last part of the suspend/resume function: 94) set flag, 95) turn on cpu0, 98) send arisc ready message 99) clear flag 100) done
<smaeul>
KotCzarny: ATF is already taken care of :) I have 32k to play with on sun50i, which is the same size as the whole SRAM A2 on sun8i
<KotCzarny>
i should add uart rx to my code, would make testing things easier
<KotCzarny>
and probably might even use it as a wakeup source too
<smaeul>
why not just install Linux on it while you're at it? :P
<KotCzarny>
um, no mmu? :P
<KotCzarny>
but right now soc and gcc for openrisc makes things easy
<KotCzarny>
it just feels as being in linux already
<icenowy[m]>
P.S. for "normal standby" it seems that it only uses WFI
<icenowy[m]>
not really killing cores
<KotCzarny>
not good for power saving or anything
<KotCzarny>
since it's basicaly idle
<icenowy[m]>
although it kills peripherals
<KotCzarny>
grab your power meter and check?
<wens>
makes a huge difference for heat dissipation though
<wens>
couldn't get WFI to work for halt and panic :/
<smaeul>
if you do PSCI right, killing cores is easy. DRAM self-refresh is the hard part
<smaeul>
first disable the GIC CPU interface, then wfi, or else you won't stay in wfi
<KotCzarny>
smaeul: do you plan to implement msgbox too? or doing communication some other way?
<icenowy[m]>
wens: for H3 there's a violent solution now
<icenowy[m]>
just kill vdd-cpux when shutting down
<wens>
icenowy[m]: halt is not shutdown
<smaeul>
KotCzarny: yes, SCPI/SCMI with msgbox as a doorbell (so just for triggering interrupts, not for actually sending messages)
<wens>
icenowy[m]: that works for power-off
<icenowy[m]>
wens: you mean CPU shutdown and other things keep working?
<wens>
icenowy[m]: no, I meant halt and panic, where the cpu just spins after halting
<KotCzarny>
wens, why not killing it? unless you plan on connecting some debug interface there is not much point
jbrown has quit [Quit: Leaving]
<KotCzarny>
and you can just run some 'restart trigger code' on arisc
<icenowy[m]>
wens: oh
<smaeul>
KotCzarny: SCPI/SCMI makes a lot of assumptions about the msgbox hardware, and ours doesn't really fit the model, so I have to paper over it by combining channels and whatnot
<wens>
KotCzarny: you can't really touch anything when it panics :)
<KotCzarny>
wens, well, just load arisc blob in panic routine? ;)
<KotCzarny>
best to run from ramdisk or with fs mounted ro/umounted
<jernej>
icenowy[m]: Here is some test EDID: http://git.denx.de/?p=u-boot/u-boot-sunxi.git;a=blob;f=drivers/video/dw_hdmi.c;h=6039d676c5b59ca81cadf6ae74c6b8ef2dda602b;hb=HEAD#l601
<jernej>
but there is nothing dynamic afaik
<jernej>
I mean official way
elros_ has joined #linux-sunxi
<jernej>
what kind of HDMI2DVI adapter you have?
<jernej>
it should be passive, i.e. only cable
<jernej>
and DVI also needs EDID, so it would be weird, if it is not connected
JohnDoe_71Rus has joined #linux-sunxi
IgorPec has joined #linux-sunxi
BenG83 has joined #linux-sunxi
chlorine_ has quit [Ping timeout: 248 seconds]
BenG83_ has joined #linux-sunxi
chlorine has joined #linux-sunxi
BenG83_ has quit [Client Quit]
pmpp has quit [Disconnected by services]
pmpp_ has joined #linux-sunxi
clemens3 has joined #linux-sunxi
clemens3 has quit [Client Quit]
lurchi_ is now known as lurchi__
clemens3 has joined #linux-sunxi
lurchi__ is now known as lurchi_
IlyaM has quit [Quit: IlyaM]
lurchi_ is now known as lurchi__
lurchi__ is now known as lurchi_
phil42 has joined #linux-sunxi
banshi has joined #linux-sunxi
IgorPec has quit [Ping timeout: 268 seconds]
jack has joined #linux-sunxi
netlynx has joined #linux-sunxi
netlynx has quit [Changing host]
netlynx has joined #linux-sunxi
reinforce has quit [Ping timeout: 240 seconds]
soderstrom has joined #linux-sunxi
reinforce has joined #linux-sunxi
banshi has quit [Quit: Leaving]
Ntemis has joined #linux-sunxi
<icenowy[m]>
jernej: I think it's passive
lurchi_ is now known as lurchi__
IgorPec has joined #linux-sunxi
BenG83 has quit [Ping timeout: 265 seconds]
hardfalcon has joined #linux-sunxi
hardfalcon1 has quit [Ping timeout: 252 seconds]
lurchi__ is now known as lurchi_
chlorine_ has joined #linux-sunxi
chlorin__ has joined #linux-sunxi
chlorine has quit [Ping timeout: 240 seconds]
chlorine_ has quit [Ping timeout: 265 seconds]
lurchi_ is now known as lurchi__
lurchi__ is now known as lurchi_
cnxsoft has quit [Quit: cnxsoft]
reinforce has quit [Quit: Leaving.]
netlynx has quit [Quit: Ex-Chat]
fkluknav has quit [Quit: Leaving]
netlynx has joined #linux-sunxi
netlynx has quit [Changing host]
netlynx has joined #linux-sunxi
fkluknav has joined #linux-sunxi
lurchi_ is now known as lurchi__
lurchi__ is now known as lurchi_
ricardocrudo has quit [Ping timeout: 240 seconds]
chlorin__ has quit [Read error: Connection reset by peer]
kloczek has quit [Quit: kloczek]
kloczek has joined #linux-sunxi
lurchi_ is now known as lurchi__
<kloczek>
join #mysql
chlorine has joined #linux-sunxi
soderstrom has quit [Ping timeout: 252 seconds]
lurchi__ is now known as lurchi_
chlorine has quit [Ping timeout: 240 seconds]
lurchi_ is now known as lurchi__
chlorine has joined #linux-sunxi
chlorine has quit [Client Quit]
<smaeul>
KotCzarny: correct, the enter key on your keyboard is ^M, which is \r. welcome to the wonderful world of terminal programming :)
<KotCzarny>
hehe
<KotCzarny>
already took care of that hopefully
<KotCzarny>
smaeul: wanna try it?
<smaeul>
don't have an h3 handy
<smaeul>
KotCzarny: I have an opi one... do I need to change the GPIO configuration, or does the arm binary part take care of that?
<KotCzarny>
it takes params when running
<KotCzarny>
so can pass ir code/gpio code/led pins
<[TheBug]>
smaeul: how did you run it, I usually test it like this: 'h3fakeoff -s -l PA15 -b PL04 -i 191' where really I am expecting to wake it with IR here as the board I was testing lacks gpio
<[TheBug]>
but, if you know the location of your gpio buttons you can update that and put them in place to test with
lurchi_ is now known as lurchi__
massi has quit [Remote host closed the connection]
lurchi__ is now known as lurchi_
libv_ is now known as libv
Ntemis has quit [Remote host closed the connection]
BenG83 has quit [Ping timeout: 250 seconds]
<smaeul>
[TheBug]: I ran ./h3fakeoff -s -l PL10 -b PL03 -w 1
<smaeul>
...which is the correct button/LED for the opi one. I'm not using IR
<smaeul>
but it doesn't even turn off, as it claims "arisc boot failed"
lurchi_ is now known as lurchi__
scream has joined #linux-sunxi
gnufan has quit [Ping timeout: 248 seconds]
gnufan has joined #linux-sunxi
IgorPec has quit [Ping timeout: 256 seconds]
aalm has quit [Quit: xyz 1.9.1]
f0xx has quit [Ping timeout: 248 seconds]
IlyaM has joined #linux-sunxi
lurchi__ is now known as lurchi_
scream has quit [Read error: Connection reset by peer]
lemonzest has quit [Quit: Quitting]
hardfalcon1 has joined #linux-sunxi
hardfalcon has quit [Ping timeout: 252 seconds]
<jack>
montjoie: where did the patches get sent too? I've been using ones cribbed from the tbs repo
<jack>
montjoie: for the SMP support, or are those the ones you're talking about