ChanServ changed the topic of #armlinux to: ARM kernel talk [Upstream kernel, find your vendor forums for questions about their kernels] | https://libera.irclog.whitequark.org/armlinux
apritzel has quit [Ping timeout: 256 seconds]
SallyAhaj has quit [Quit: Leaving]
Pali has quit [Ping timeout: 260 seconds]
ravan has joined #armlinux
djrscally has joined #armlinux
headless has joined #armlinux
ardb has quit [Ping timeout: 250 seconds]
sicelo has quit [Quit: Bye!]
ardb has joined #armlinux
sicelo has joined #armlinux
sicelo has joined #armlinux
sicelo has quit [Changing host]
sicelo has quit [Quit: Bye!]
sicelo has joined #armlinux
sicelo has joined #armlinux
sicelo has quit [Changing host]
sicelo has quit [Client Quit]
sicelo has joined #armlinux
sicelo has joined #armlinux
sicelo has quit [Changing host]
sicelo has quit [Quit: Bye!]
sicelo has joined #armlinux
sicelo has quit [Client Quit]
sicelo has joined #armlinux
headless has quit [Quit: Konversation terminated!]
mwalle has quit [Quit: WeeChat 2.3]
apritzel has joined #armlinux
<ardb>
geertu: there is one more data point that would be very helpful at obtaining:
<ardb>
whether the crash/hang occurs on the way out or the way in
sicelo has quit [Quit: Bye!]
<ardb>
any way you could double check whether freeze_secondary_cpus() runs to completion?
<ardb>
i managed to run this code under QEMU with !LPAE + SMP, using highbank emulation
<ardb>
but of course, everything just works happily :-(
sicelo has joined #armlinux
XV8 has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
<geertu>
ardb: Lemme check
<geertu>
ardb: highbank is A9?
<geertu>
it still works fine on my dual A9.
<geertu>
So the issue only happens on LPAE-capable cores with LPAE disabled
<geertu>
No A15 at hand?
<geertu>
ardb: Adding printk's to kernel/cpu.c:freeze_secondary_cpus() proves it runs until completion
<geertu>
ardb: qemu target vexpress-a15 perhaps?
Pali has joined #armlinux
<ardb>
geertu: ok so A9 works but A15 + !LPAE does not?
<ardb>
geertu: ok i managed to run this code on the vexpress-a15 QEMU model
<ardb>
unfortunately, the issue does not reproduce there either
<geertu>
ardb: oops
<ardb>
if you have more cycles to spend on this, could you please check whether it reproduces when /sys/power/pm_test is set to 'processors'? (needs CONFIG_PM_DEBUG=y)
<ardb>
brb
XV8 has joined #armlinux
<geertu>
ardb: All of core processors platform devices freezer work. Only failure is with none (the default)
apritzel has joined #armlinux
<ardb>
geertu: thanks
gdd has joined #armlinux
ardb has quit [Ping timeout: 240 seconds]
apritzel has quit [Ping timeout: 268 seconds]
ardb has joined #armlinux
Amit_T has quit [Quit: Leaving]
apritzel has joined #armlinux
<ardb>
geertu: i managed to hack up support for deep sleep in mach-virt and run it under KVM but the issue does not reproduce there either
<ardb>
so i am slowly running out of ideas
apritzel has quit [Ping timeout: 240 seconds]
apritzel has joined #armlinux
ardb has quit [Ping timeout: 240 seconds]
ardb has joined #armlinux
shailangsa has quit [Ping timeout: 256 seconds]
ardb has quit [Ping timeout: 250 seconds]
shailangsa_ has joined #armlinux
ardb has joined #armlinux
ardb has quit [Ping timeout: 256 seconds]
shailangsa_ has quit [Ping timeout: 268 seconds]
ardb has joined #armlinux
shailangsa has joined #armlinux
neocow has quit [Remote host closed the connection]