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
fancer_ has quit [Quit: Konversation terminated!]
fancer has joined #armlinux
heat has quit [Ping timeout: 246 seconds]
pikapika_lunar has quit [Quit: Free ZNC ~ Powered by LunarBNC: https://LunarBNC.net]
pikapika_lunar has joined #armlinux
fancer has quit [Ping timeout: 265 seconds]
fancer has joined #armlinux
apritzel has quit [Ping timeout: 248 seconds]
Grimler has quit [Ping timeout: 252 seconds]
Grimler has joined #armlinux
jclsn has quit [Ping timeout: 265 seconds]
jclsn has joined #armlinux
fancer has quit [Quit: Konversation terminated!]
pikapika_lunar has quit [Quit: Free ZNC ~ Powered by LunarBNC: https://LunarBNC.net]
nsaenz has joined #armlinux
pikapika_lunar has joined #armlinux
krzk has quit [Ping timeout: 246 seconds]
haritz has quit [Ping timeout: 248 seconds]
haritz has joined #armlinux
haritz has quit [Changing host]
haritz has joined #armlinux
krzk has joined #armlinux
jn has quit [Ping timeout: 252 seconds]
jn has joined #armlinux
jn has quit [Changing host]
jn has joined #armlinux
krzk has quit [Ping timeout: 252 seconds]
krzk has joined #armlinux
spew has quit [Quit: spew]
frieder has quit [Ping timeout: 255 seconds]
pikapika_lunar has quit [Quit: Free ZNC ~ Powered by LunarBNC: https://LunarBNC.net]
pikapika_lunar has joined #armlinux
pikapika_lunar has quit [Remote host closed the connection]
pikapika_lunar has joined #armlinux
frieder has joined #armlinux
vingu has quit [Quit: Leaving.]
vingu has joined #armlinux
System_Error has quit [Ping timeout: 260 seconds]
System_Error has joined #armlinux
monstr has joined #armlinux
pikapika_lunar has quit [Quit: Free ZNC ~ Powered by LunarBNC: https://LunarBNC.net]
pikapika_lunar has joined #armlinux
mvaittin has joined #armlinux
luispm has joined #armlinux
manchaw has quit [Quit: Connection closed for inactivity]
headless has joined #armlinux
pikapika_lunar has quit [Quit: Free ZNC ~ Powered by LunarBNC: https://LunarBNC.net]
pikapika_lunar has joined #armlinux
pikapika_lunar has quit [Remote host closed the connection]
pikapika_lunar has joined #armlinux
pikapika_lunar has quit [Remote host closed the connection]
pikapika_lunar has joined #armlinux
apritzel has joined #armlinux
apritzel has quit [Ping timeout: 246 seconds]
iivanov has joined #armlinux
<ukleinek>
arnd: I want to touch all platform drivers below drivers/soc converting them to .remove(). Usually doing one patch per subsystem, is drivers/soc such a subsystem, or should I split by subdirectory?
<arnd>
ukleinek: one patch is fine, no need to split it up
fancer has joined #armlinux
<ukleinek>
arnd: tnx
cbeznea_ has joined #armlinux
gclement has joined #armlinux
headless has quit [Quit: Konversation terminated!]
iivanov has quit [Remote host closed the connection]
nsaenz_ has joined #armlinux
nsaenz has quit [Ping timeout: 246 seconds]
nsaenz_ has quit [Ping timeout: 244 seconds]
iivanov has joined #armlinux
manchaw has joined #armlinux
iivanov has quit [Remote host closed the connection]
iivanov has joined #armlinux
nsaenz has joined #armlinux
nsaenz has quit [Remote host closed the connection]
nsaenz has joined #armlinux
nsaenz has quit [Remote host closed the connection]
nsaenz has joined #armlinux
apritzel has joined #armlinux
psydroid has joined #armlinux
heat has joined #armlinux
fancer has quit [Ping timeout: 255 seconds]
prabhakalad has quit [Quit: Konversation terminated!]
prabhakalad has joined #armlinux
pikapika_lunar has quit [Quit: Free ZNC ~ Powered by LunarBNC: https://LunarBNC.net]
pikapika_lunar has joined #armlinux
<LeSpocky>
ukleinek: thanks for the git talk recommendation, entertaining to watch :-)
psydroid has quit [Ping timeout: 264 seconds]
psydroid has joined #armlinux
iivanov has quit [Remote host closed the connection]
iivanov has joined #armlinux
Perflosopher has quit [Ping timeout: 272 seconds]
manchaw has quit [Quit: Connection closed for inactivity]
iivanov has quit [Remote host closed the connection]
iivanov has joined #armlinux
Perflosopher has joined #armlinux
iivanov has quit [Remote host closed the connection]
iivanov has joined #armlinux
rvalue has quit [Read error: Connection reset by peer]
rvalue has joined #armlinux
manchaw has joined #armlinux
CLG has joined #armlinux
Clem has quit [Read error: Connection reset by peer]
CLG has quit [Read error: Connection reset by peer]
Clem has joined #armlinux
pikapika_lunar has quit [Quit: Free ZNC ~ Powered by LunarBNC: https://LunarBNC.net]
pikapika_lunar has joined #armlinux
pikapika_lunar has quit [Quit: Free ZNC ~ Powered by LunarBNC: https://LunarBNC.net]
pikapika_lunar has joined #armlinux
pikapika_lunar has quit [Quit: Free ZNC ~ Powered by LunarBNC: https://LunarBNC.net]
pikapika_lunar has joined #armlinux
pikapika_lunar has quit [Quit: Free ZNC ~ Powered by LunarBNC: https://LunarBNC.net]
pikapika_lunar has joined #armlinux
pikapika_lunar has quit [Quit: Free ZNC ~ Powered by LunarBNC: https://LunarBNC.net]
Clem has quit [Read error: Connection reset by peer]
pikapika_lunar has joined #armlinux
Clem has joined #armlinux
<ukleinek>
broonie: using drivers/spi/spi-axi-spi-engine.c doesn't seem to generate all expected traces. I'm missing trace_spi_transfer_start() and trace_spi_transfer_stop(). Do you immediately spot where these calls are missing?
<broonie>
ukleinek: It implements transfer_one_message() so it needs to generate those tracepoints itself. It looks like it submits the entire message to the controller at once so it might not actually know but I only briefly scanned the code?
<broonie>
spi_engine_compile_message().
<ukleinek>
broonie: damn, that matches my brief scan. I think the messages are feed in spi_engine_write_cmd_fifo() which depends on the prior optimize_message callback
<broonie>
Yeah. This is also the controller the trigger based transfers are being built on.
<ukleinek>
But isn't spi_engine_compile_message() the wrong place, as a compiled message might be sent more than once (or not at all?)
<broonie>
To generate the tracepoints? Yes - that was just me flagging where it batches the whole message up into one for submission.
<broonie>
It's not clear to me if it is sensible for this controller to generate the tracepoints.
<ukleinek>
it would be sensible from the POV of someone who debugs an spi problem (i.e. currently me) :-)
<ukleinek>
New trace type for optimize?
<broonie>
Well, the optimization might just be things like repainting the message to perform better somehow rather than a whole compilation like this.
<broonie>
It's a tradeoff if logging the transfers is useful when they're not individually handled.
<ukleinek>
broonie: maybe looping of the transfers in spi_engine_write_cmd_fifo() for trace_spi_transfer_start() and after the completion for trace_spi_transfer_stop().
<ukleinek>
?
<broonie>
You could definitely do something like that, it's just a question of how useful the information is.
<ukleinek>
broonie: on my end it would be useful because only then I can see the words actually transferred.