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
snalty has quit [Ping timeout: 264 seconds]
mraynal has quit [Remote host closed the connection]
mraynal has joined #armlinux
heat has quit [Read error: Connection reset by peer]
heat has joined #armlinux
apritzel has quit [Ping timeout: 248 seconds]
Guest9576 has quit [Ping timeout: 246 seconds]
nsc has joined #armlinux
nsc is now known as Guest4783
hanetzer has joined #armlinux
bitterlollipop has joined #armlinux
bitterlollipop has quit [Ping timeout: 255 seconds]
jclsn has quit [Ping timeout: 252 seconds]
shailangsa 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: 260 seconds]
m5zs7k has joined #armlinux
m5zs7k has quit [Ping timeout: 256 seconds]
m5zs7k has joined #armlinux
manchaw has joined #armlinux
shailangsa_ has joined #armlinux
iivanov has joined #armlinux
heat has quit [Ping timeout: 256 seconds]
elastic_dog has quit [Ping timeout: 256 seconds]
elastic_1 has joined #armlinux
elastic_1 is now known as elastic_dog
elastic_dog has quit [Ping timeout: 264 seconds]
elastic_dog has joined #armlinux
guillaume_g has joined #armlinux
apritzel has joined #armlinux
apritzel has quit [Ping timeout: 255 seconds]
Forty-Bot has quit [Ping timeout: 268 seconds]
bjoto has quit [Quit: WeeChat 3.6]
cleger has joined #armlinux
frieder has joined #armlinux
biju has joined #armlinux
Forty-Bot has joined #armlinux
sszy has joined #armlinux
elastic_dog has quit [Ping timeout: 264 seconds]
cbeznea has joined #armlinux
elastic_dog has joined #armlinux
hanetzer has quit [Quit: WeeChat 3.8]
viorel_suman has joined #armlinux
viorel_suman has quit [Quit: WeeChat 3.6]
viorel_suman has joined #armlinux
snalty has joined #armlinux
hanetzer has joined #armlinux
apritzel has joined #armlinux
hanetzer1 has joined #armlinux
hanetzer has quit [Killed (NickServ (GHOST command used by hanetzer1))]
hanetzer1 is now known as hanetzer
headless has joined #armlinux
<biju>
Hi all, Any Idea why we do not have suspend/resume routines for MMIO clock source?
<biju>
if an mmio clock registered as sched_clock. it can loose its contents during suspend. But for strange reason there is no suspend/resume callbacks for MMIO clock source.
headless has quit [Quit: Konversation terminated!]
torez has joined #armlinux
<robmur01>
biju: because presumably those would belong to the actual hardware driver, not the MMIO helper itself. Much like a probe routine, a way to determine the frequency value, and everything else which also isn't there...
<biju>
robmur01: We have arch timer and OSTM. arch timer is @24MHz and OSTM@100MHz. OSTM timer registered through MMIO. because of higher frequency sched_clk is overridden with OSTM and is losing context during suspend
<biju>
sched_clock: 56 bits at 24MHz, resolution 41ns, wraps every 4398046511097ns
<biju>
sched_clock: 32 bits at 100MHz, resolution 10ns, wraps every 21474836475ns
<robmur01>
"clocksource" is a Linux concept which is typically fulfilled by some kind of timer device; the exact details of how any particular timer device works belong to that device's driver
<robmur01>
I can only guess that the reason OSTM doesn't have suspend support is that nobody's had need to write it yet. Maybe now somebody does :)
chipxxx has quit [Ping timeout: 252 seconds]
<biju>
OK, Thanks got it . (patch MMIO driver for suspend/resume callback() and implement it in OSTM as I am the first user)
Lucanis0 has joined #armlinux
Lucanis0 has joined #armlinux
Lucanis0 has quit [Changing host]
Lucanis has quit [Ping timeout: 246 seconds]
bjoto has joined #armlinux
mcoquelin has quit [Ping timeout: 252 seconds]
cleger has quit [Remote host closed the connection]
elastic_1 has joined #armlinux
elastic_1 is now known as elastic_dog
elastic_dog has quit [Killed (tungsten.libera.chat (Nickname regained by services))]
headless has joined #armlinux
mcoquelin has joined #armlinux
manchaw has quit [Quit: Connection closed for inactivity]
marshmallow has joined #armlinux
marshmallow has quit [Changing host]
cleger has joined #armlinux
guillaume_g has quit [Quit: Konversation terminated!]
headless has quit [Quit: Konversation terminated!]
iivanov has quit [Remote host closed the connection]
prabhakarlad has joined #armlinux
prabhakarlad has quit [Client Quit]
cbeznea has quit [Ping timeout: 255 seconds]
amitk has quit [Ping timeout: 248 seconds]
cbeznea has joined #armlinux
<ukleinek>
robher: is there a set of helpers to parse sram bindings? The relevant dt snippet I want to parse looks as follows: https://paste.debian.net/hidden/aef67386/
<ukleinek>
actually I want a function devm_map_sram("vendor,tx-sram", &size) and that gives me a ioremapped region and its size.
<robher>
ukleinek: Uhh, there's a driver for mmio-sram and it's all standard address parsing otherwise. What else are you looking for?
<ukleinek>
robher: I only saw drivers/soc/sunxi/sunxi_sram.c which does something similar in a non-generic way
* ukleinek
checks drivers/misc/sram.c
apritzel has joined #armlinux
headless has quit [Quit: Konversation terminated!]
<bjdooks>
you could probably just make a resource named sram and use hte standard remap if you don't want cached data