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: 260 seconds]
mraynal has quit [Remote host closed the connection]
heat has quit [Ping timeout: 248 seconds]
mraynal has joined #armlinux
elastic_1 has joined #armlinux
elastic_dog has quit [Killed (zirconium.libera.chat (Nickname regained by services))]
nsc has quit [Ping timeout: 260 seconds]
nsc has joined #armlinux
nsc is now known as Guest9991
alpernebbi has quit [Ping timeout: 252 seconds]
alpernebbi has joined #armlinux
XV8 has joined #armlinux
jclsn has quit [Ping timeout: 246 seconds]
jclsn has joined #armlinux
m5zs7k has quit [Ping timeout: 268 seconds]
m5zs7k has joined #armlinux
m5zs7k has quit [Ping timeout: 252 seconds]
m5zs7k has joined #armlinux
iivanov has joined #armlinux
apritzel_ has joined #armlinux
amitk has joined #armlinux
apritzel_ has quit [Ping timeout: 255 seconds]
guillaume_g has joined #armlinux
monstr has joined #armlinux
<abelloni>
arnd: I first got a mail that said that the rtc-v3020 removal is duplicated
<abelloni>
now I get arch/arm/mach-pxa/cm-x300.c:26:10: fatal error: linux/platform_data/rtc-v3020.h: No such file or directory
<abelloni>
what should I do?
<arnd>
abelloni: this is one of the driver removals I kept in the soc tree because of the dependency on platform removal. In my tree, the platform code is removed first, so it works fine.
<arnd>
I should probably rebase my tree once more in order to take out some of the duplicate driver removals, but you can decide if you want this one to go through your tree or mine
<arnd>
if you keep it in your tree, there will be the build regression in some CONFIG_EXPERT configurations that still include the platform, until -rc1 is out and the platforms are gone
<abelloni>
I can drop it
<arnd>
ok
cleger has joined #armlinux
<abelloni>
I can't push right now but this it is dropped and I'll push later today
rvalue has quit [Read error: Connection reset by peer]
rvalue has joined #armlinux
headless has joined #armlinux
<arnd>
abelloni: I tried to come up with a list of all files that are removed both in my tree and in another one, but ended up with an empty list, so I'm confused now
<arnd>
"git log torvalds/master..next/master -- drivers/rtc/rtc-v3020.c" only shows my commit, but nothing from the rtc tree, is it actually in there in today's -next?
<arnd>
Now I do see it looking through the history of the rtc tree, which is clearly part of -next. I guess I need to figure out how to ask git to not filter duplicate commits
<arnd>
ah, git log --full-history
sszy has joined #armlinux
apritzel has joined #armlinux
matthias_bgg has joined #armlinux
headless has quit [Quit: Konversation terminated!]
elastic_dog has quit [Read error: Connection reset by peer]
elastic_dog has joined #armlinux
prabhakarlad has quit [Quit: Client closed]
prabhakarlad has joined #armlinux
frieder has joined #armlinux
amitk has quit [Ping timeout: 252 seconds]
amitk has joined #armlinux
rvalue has quit [Ping timeout: 252 seconds]
elastic_dog has quit [Ping timeout: 252 seconds]
elastic_dog has joined #armlinux
rvalue has joined #armlinux
amitk has quit [Ping timeout: 268 seconds]
prabhakarlad has quit [Quit: Client closed]
heat has joined #armlinux
<linusw_>
arnd: I managed to finally fix kernel-in-vmalloc to work on LPAE and SMP, phew
<linusw_>
Now back to the 4G by 4G split :D
<arnd>
nice!
<linusw_>
PS as you and everyone at Arm said, it was TTBCR abuse that was the cause. The former assembly set-up for TTBCR was assuming the common VMSPLITs...
iivanov_ has joined #armlinux
iivanov has quit [Ping timeout: 264 seconds]
torez has joined #armlinux
derjanni_ has quit [Ping timeout: 248 seconds]
guillaume_g has quit [Quit: Konversation terminated!]
prabhakarlad has joined #armlinux
pg12 has quit [Ping timeout: 255 seconds]
Forty-Bot has quit [Ping timeout: 268 seconds]
pg12 has joined #armlinux
monstr has quit [Remote host closed the connection]
<ajb-linaro>
so I'm trying to debug why TRS gets stuck on a qemu -cpu max run. While dmesg reports rcu stalls@
<ajb-linaro>
[ 377.562145] rcu: INFO: rcu_preempt detected stalls on CPUs/tasks:
<ajb-linaro>
if I attach gdb I see one vCPU in the kernel - spinning on smp_call_function_many_cond/csd_lock_wait
<ajb-linaro>
is there anything I could dig into to see what its waiting for?