Turl changed the topic of #linux-sunxi to: Allwinner/sunxi /development discussion - did you try looking at our wiki? https://linux-sunxi.org - Don't ask to ask. Just ask and wait! - https://github.com/linux-sunxi/ - Logs at http://irclog.whitequark.org/linux-sunxi
msev- has quit [Quit: PanicBNC - http://PanicBNC.net]
clemens3 has quit [Ping timeout: 252 seconds]
msev- has joined #linux-sunxi
HeavyMetal has quit [Ping timeout: 240 seconds]
popolon has quit [Quit: WeeChat 2.0.1]
lurchi__ is now known as lurchi_
chlorine has joined #linux-sunxi
chlorine has quit [Ping timeout: 260 seconds]
HeavyMetal has joined #linux-sunxi
HeavyMetal has quit [Changing host]
HeavyMetal has joined #linux-sunxi
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. :)
<BenG83> anarsoul released a new Arch image
<vagrantc> with 4.15-rc5?
<BenG83> yeah
<vagrantc> i guess i should try arch :)
* vagrantc is working on adding support to Debian
<anarsoul> vagrantc: 4.15-rc5 works fine for me with patches from jernej and icenowy, see https://github.com/anarsoul/linux-2.6
<anarsoul> feel free to package it for debian ;)
lurchi_ is now known as lurchi__
<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
lurchi__ is now known as lurchi_
<vagrantc> got it
<vagrantc> based on 2017.09?
<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]
<vagrantc> all these options are enabled: https://paste.debian.net/1002774/
TheSeven has quit [Ping timeout: 272 seconds]
<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? ;)
<wens> KotCzarny: GPIOs and/or regulators maybe corrupted
<wens> KotCzarny: from where? :)
<KotCzarny> from preloaded and kept safe mem area, it's small ;)
<wens> the whole idea of panic is that something horribly wrong has happened and it's not safe to continue running
<wens> and if that was corrupted? :)
<KotCzarny> one could argue panic() code might be corrupted as well ;)
<wens> in that case all your arguments / suggestions are moot anyway
<KotCzarny> but since mainline doesnt use arisc at all, you can just preload it in sram a2
<icenowy[m]> KotCzarny: in some situations it may happen and you won't know what happened ;-)
<KotCzarny> then just activate it in panic()
<wens> I don't think there's a platform-specific panic handler you can tie into
<KotCzarny> never really looked in that area, so can't tell, but might be nice to have working debugger/restart trigger running in arisc
<icenowy[m]> apritzel: then how can we implement suspend on ARM64 currently?
<icenowy[m]> in firmware?
<icenowy[m]> I remembered that Allwinner registered a trigger in panic/oops function in their BSP
<icenowy[m]> which enables the JTAG pinmux at PF bank
<KotCzarny> wens, maybe sysrq() code?
<icenowy[m]> ;-)
<wens> icenowy[m]: yeah, good luck getting that mainlined
<wens> KotCzarny: sysrq code sits above the panic code I think
<smaeul> apritzel's not here atm, but yes, suspend/resume needs firmware
<smaeul> that's my goal for the next few months
<icenowy[m]> firmware will be needed only if we really kill all cores
<wens> that is what suspend to RAM should do, no?
<KotCzarny> icenowy: whole point of suspend is saving power, no?
<icenowy[m]> The "normal standby" of AW is leave one core running at slow speed and receive interrupts
<icenowy[m]> yes
<wens> lets leave AW out of this :)
<KotCzarny> so you can run on backup battery
<smaeul> standby ≠ suspend
<KotCzarny> and run for realistic period of time
<icenowy[m]> yes
<KotCzarny> so far i've reached 40mA for arisc based fw sleeper
<icenowy[m]> but leaving one CPU core open can also save a lot of power
<KotCzarny> but will try to kill more things later
<smaeul> well you can do that today in userspace with dvfs and CPU hotplug :P
<KotCzarny> and cpufreq
<KotCzarny> :)
<smaeul> printf 0 > /sys/bus/cpu/devices/cpu[123]/online && printf powersave > /sys/bus/cpu/devices/cpu0/cpufreq/scaling_governor
<smaeul> boom
<KotCzarny> that still eats a lot
<KotCzarny> add a line to lower dram speed too
<icenowy[m]> Allwinner doesn't claim DRAM DVFS
<icenowy[m]> s/DVFS/DFS/
<icenowy[m]> but it do has dramfreq driver...
rasp has joined #linux-sunxi
kloczek has joined #linux-sunxi
<icenowy[m]> oh I found something -- unrelated to power saving but useful
<icenowy[m]> the dramfreq is related to DRAM controller
<KotCzarny> hmm, i think it's too early for me to code
<KotCzarny> #define some_funct() some_othje(123) should work when called later as some_funct() ?
<KotCzarny> i get it undefined
<smaeul> it should
<icenowy[m]> wens: should we write a driver for retrieving more info of AW SoC identification?
<icenowy[m]> e.g. tell R16 from A33
diego_ has joined #linux-sunxi
diego_ is now known as diego71
<icenowy[m]> some SoCs even have some "bin" info
<icenowy[m]> indicatinig the running speed of it
<KotCzarny> icenowy: so that's for dram and not the soc?
<icenowy[m]> it's for soc
<icenowy[m]> P.S. wink confirmed that the difference between H2+ and H3 is also bin difference
<KotCzarny> icenowy: yay, good info
<KotCzarny> explains sunvell r69 troubles with 1080p
<KotCzarny> ;)
lemonzest has joined #linux-sunxi
liushuyu has joined #linux-sunxi
<KotCzarny> and wiki worthy i guess
<icenowy[m]> even troubles with 1080p?
<icenowy[m]> terrible
<icenowy[m]> display or playback?
<KotCzarny> display/gpu
<KotCzarny> glitches in launcher
<KotCzarny> but it might also be related to slow, 16bit ram used
iamfrankenstein has joined #linux-sunxi
iamfrankenstein has quit [Client Quit]
<icenowy[m]> it's possible
<KotCzarny> hrm, smaeul, i'm getting implicit declaration on that defined function. i should go find me some tea
<KotCzarny> hrm, smaeul: why that declaration gives me 'implicit function uart0_getc' ? #define readl(UART0_RBR) uart0_getc()
<KotCzarny> erm. #define uart0_getc() readl(UART0_RBR)
<KotCzarny> ahm, nvm
<KotCzarny> made a typo (uart0_ vs uart_)
Mr__Anderson has joined #linux-sunxi
nuuuciano has quit [Ping timeout: 240 seconds]
<KotCzarny> hmm, either uart sends only \r for eol, or \n gets eaten
liushuyu has quit [Remote host closed the connection]
liushuyu has joined #linux-sunxi
liushuyu has quit [Remote host closed the connection]
liushuyu has joined #linux-sunxi
chlorine has joined #linux-sunxi
TheSeven has joined #linux-sunxi
chlorine has quit [Ping timeout: 252 seconds]
<icenowy[m]> jernej: is it possible to support EDID-less screen on mainline U-Boot?
<icenowy[m]> unfortunately my HDMI2DVI converter seems to have no EDID (or the DVI port of my father's monitor has just no)
<KotCzarny> umkay, uart input/wake added
<KotCzarny> still have 27kB of mem free
<wens> icenowy[m]: it would be nice, but I'm not sure how that would tie into the system
<icenowy[m]> wens: like the meson socinfo driver?
JohnDoe_71Rus has quit [Quit: KVIrc 4.9.2 Aria http://www.kvirc.net/]
obbardc has joined #linux-sunxi
obbardc has quit [Client Quit]
liushuyu has quit [Quit: liushuyu]
lurchi_ is now known as lurchi__
lurchi__ is now known as lurchi_
BenG83 has joined #linux-sunxi
<wens> didn't know there was one.
victhor has joined #linux-sunxi
BenG83 has quit [Read error: Connection reset by peer]
BenG83_ has joined #linux-sunxi
<BenG83_> moin
lurchi_ is now known as lurchi__
chlorine has joined #linux-sunxi
chlorine_ has joined #linux-sunxi
kozy has quit [Quit: No Ping reply in 180 seconds.]
IlyaM has joined #linux-sunxi
kozy has joined #linux-sunxi
chlorine has quit [Ping timeout: 265 seconds]
mripard has joined #linux-sunxi
bbrezillon has joined #linux-sunxi
dev1990 has quit [Quit: Konversation terminated!]
ricardocrudo has joined #linux-sunxi
iamfrankenstein has joined #linux-sunxi
chlorin__ has joined #linux-sunxi
chlorine_ has quit [Ping timeout: 265 seconds]
lurchi__ is now known as lurchi_
ricardocrudo has quit [Quit: Leaving]
ricardocrudo has joined #linux-sunxi
pgreco has joined #linux-sunxi
chlorine_ has joined #linux-sunxi
chlorin__ has quit [Ping timeout: 268 seconds]
BenG83_ has quit [Ping timeout: 255 seconds]
kaspter has quit [Quit: kaspter]
<KotCzarny> if anyone wants to try h3fakeoff here's runnable arm loader: http://31.135.195.151:20280/d/tmp/h3fakeoff
<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
<KotCzarny> arm static binary
<KotCzarny> umount fs first
<KotCzarny> for gpio button i have to add level config too (some boards have it reversed)
elros_ has quit [Quit: Communi 3.5.0 - http://communi.github.com]
lurchi__ is now known as lurchi_
fkluknav has quit [Ping timeout: 252 seconds]
BenG83 has joined #linux-sunxi
massi has joined #linux-sunxi
ricardocrudo has joined #linux-sunxi
hardfalcon1 has joined #linux-sunxi
hardfalcon has quit [Ping timeout: 264 seconds]
hardfalcon has joined #linux-sunxi
hardfalcon1 has quit [Ping timeout: 252 seconds]
popolon has joined #linux-sunxi
lurchi_ is now known as lurchi__
lurchi__ is now known as lurchi_
ricardocrudo has quit [Ping timeout: 256 seconds]
lurchi_ has quit [Remote host closed the connection]
lurchi_ has joined #linux-sunxi
lurchi_ is now known as lurchi__
reinforce has joined #linux-sunxi
nuuuciano has joined #linux-sunxi
lurchi__ is now known as lurchi_
<smaeul> KotCzarny: do_it:1, config: 0x0001b3ba / apply_foff: start / arisc boot failed
vagrantc has joined #linux-sunxi
fkluknav has joined #linux-sunxi
<[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
<vagrantc> i found the a83t SMP patches here: https://patchwork.ozlabs.org/project/linux-imx/list/?series=17806
<vagrantc> and had luck using them
* vagrantc found it ironic to find them on the linux-imx project
<vagrantc> couldn't find a more relevent patchwork project
<jack> vagrantc: ahah, they wern't cc'ed to the linux-sunxi list
lurchi_ is now known as lurchi__
iamfrankenstein has quit [Quit: iamfrankenstein]
JohnDoe_71Rus has quit [Ping timeout: 240 seconds]
<jack> is anyone having emmc issues on the tip of sunxi-next with an a83t
<jack> I keep running into these errors:
<jack> [ 230.936620] sunxi-mmc 1c11000.mmc: data error, sending stop command
<jack> [ 231.939973] sunxi-mmc 1c11000.mmc: send stop command failed
lurchi__ is now known as lurchi_
pgreco has quit [Quit: Leaving.]
hardfalcon1 has quit [Ping timeout: 268 seconds]
<paulk-gagarine> mripard, am I correct that there is no axp209 rtc support in mainline?
<vagrantc> jack: i don't have working microSD/eMMC on the cubietruck+, but it doesn't emit any messages in the kernel log at all about it
<jack> ok, I have working emmc, and have had consistent working emmc in recent kernels but the latest tip seems to be causing issues
<jack> I'll see if I can bisect it if I can't narrow it down
IgorPec has joined #linux-sunxi
* vagrantc has been plagued with eMMC/microSD support not working on recent Debian kernels...
<vagrantc> pine64+ (and pinebook) and cubietruck+ worked in earlier versions, but no longer seem to recognize...
lurchi_ is now known as lurchi__
lurchi__ has quit [Quit: Konversation terminated!]
lurchi__ has joined #linux-sunxi
<anarsoul> vagrantc: must be something with your config. Works fine for me
<vagrantc> anarsoul: yes, i've been tempted to try your exact config
tllim has joined #linux-sunxi
netlynx has quit [Quit: Ex-Chat]
paultag has left #linux-sunxi [#linux-sunxi]
lurchi__ is now known as lurchi_
scream has joined #linux-sunxi
boycottg00gle has joined #linux-sunxi
IlyaM has quit [Quit: IlyaM]
liushuyu has joined #linux-sunxi
fkluknav has quit [Ping timeout: 240 seconds]
hardfalcon has joined #linux-sunxi
kloczek has quit [Remote host closed the connection]
kloczek has joined #linux-sunxi
liushuyu has quit [Quit: liushuyu]
Macer has quit [Ping timeout: 255 seconds]
IlyaM has joined #linux-sunxi
Macer has joined #linux-sunxi
nuuuciano_ has joined #linux-sunxi
nuuuciano has quit [Ping timeout: 256 seconds]
BenG83 has joined #linux-sunxi
lurchi_ is now known as lurchi__
lurchi__ is now known as lurchi_
nuuuciano_ has quit [Ping timeout: 248 seconds]
kloczek has quit [Quit: kloczek]
lurchi_ is now known as lurchi__
kloczek has joined #linux-sunxi
kloczek has quit [Read error: Connection reset by peer]
kloczek has joined #linux-sunxi
fkluknav has joined #linux-sunxi
BenG83_ has joined #linux-sunxi
lurchi__ is now known as lurchi_
lurchi_ is now known as lurchi__
aalm has joined #linux-sunxi
netlynx has joined #linux-sunxi
netlynx has quit [Changing host]
netlynx has joined #linux-sunxi
IlyaM has quit [Quit: IlyaM]
IlyaM has joined #linux-sunxi
IlyaM has quit [Client Quit]
yann has joined #linux-sunxi
scream has quit [Remote host closed the connection]
scream has joined #linux-sunxi
lurchi__ is now known as lurchi_
IgorPec has quit [Ping timeout: 248 seconds]
aalm has quit [Quit: xyz 1.9.1]
lurchi_ is now known as lurchi__
SP7RT has quit [Ping timeout: 252 seconds]
lurchi__ is now known as lurchi_
kozy has quit [Ping timeout: 272 seconds]
kozy_ has joined #linux-sunxi
nuuuciano has joined #linux-sunxi
fkluknav has quit [Ping timeout: 248 seconds]
SP7RT has joined #linux-sunxi
reinforce has quit [Quit: Leaving.]
benettig has joined #linux-sunxi
Mr__Anderson has quit [Remote host closed the connection]
kloczek has quit [Remote host closed the connection]
lurchi_ is now known as lurchi__
kloczek has joined #linux-sunxi
lurchi__ is now known as lurchi_
kloczek has quit [Ping timeout: 272 seconds]
lurchi_ has quit [Remote host closed the connection]
lurchi_ has joined #linux-sunxi
jrg has left #linux-sunxi ["Fear is the mind killer."]
tl_lim has joined #linux-sunxi
tllim has quit [Ping timeout: 240 seconds]
lurchi_ has quit [Remote host closed the connection]
lurchi_ has joined #linux-sunxi
SP7RT has quit [Ping timeout: 256 seconds]
netlynx has quit [Remote host closed the connection]
SP7RT has joined #linux-sunxi
benettig has quit [Quit: Leaving]
jack has quit [Quit: jack]
vagrantc has quit [Quit: leaving]
dave0x6d has quit [Quit: Connection closed for inactivity]
Elite-Epochs has joined #linux-sunxi