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
System_Error has quit [Remote host closed the connection]
System_Error has joined #armlinux
alpernebbi has quit [Read error: Connection reset by peer]
alpernebbi_ has joined #armlinux
System_Error has quit [Remote host closed the connection]
System_Error has joined #armlinux
mraynal has quit [Read error: Connection reset by peer]
mraynal has joined #armlinux
apritzel_ has quit [Ping timeout: 256 seconds]
nsc has quit [Ping timeout: 268 seconds]
nsc has joined #armlinux
nsc is now known as Guest3598
luispm has quit [Ping timeout: 260 seconds]
luispm has joined #armlinux
System_Error has quit [Remote host closed the connection]
System_Error has joined #armlinux
heat has quit [Ping timeout: 252 seconds]
jclsn has quit [Ping timeout: 246 seconds]
jclsn has joined #armlinux
System_Error has quit [Remote host closed the connection]
System_Error has joined #armlinux
amitk has quit [Ping timeout: 252 seconds]
hanetzer has quit [Quit: WeeChat 3.7.1]
amitk has joined #armlinux
hanetzer has joined #armlinux
hanetzer has quit [Quit: WeeChat 3.7.1]
hanetzer has joined #armlinux
macromorgan_ has joined #armlinux
macromorgan is now known as Guest8450
macromorgan_ is now known as macromorgan
Guest8450 has quit [Killed (molybdenum.libera.chat (Nickname regained by services))]
guillaume_g has joined #armlinux
iivanov has joined #armlinux
tomeu has quit [Quit: Ping timeout (120 seconds)]
tomeu has joined #armlinux
frieder has joined #armlinux
matthias_bgg has joined #armlinux
macromorgan has quit [Read error: Connection reset by peer]
cleger has joined #armlinux
apritzel_ has joined #armlinux
sszy has joined #armlinux
amitk_ has joined #armlinux
amitk_ has quit [Ping timeout: 260 seconds]
apritzel_ has quit [Ping timeout: 260 seconds]
bps2 has joined #armlinux
bps2 has quit [Ping timeout: 252 seconds]
headless has joined #armlinux
cbeznea has joined #armlinux
monstr has joined #armlinux
amitk_ has joined #armlinux
headless has quit [Ping timeout: 252 seconds]
System_Error has quit [Remote host closed the connection]
System_Error has joined #armlinux
headless has joined #armlinux
amitk_ has quit [Ping timeout: 265 seconds]
bps2 has joined #armlinux
alpernebbi_ is now known as alpernebbi
apritzel has joined #armlinux
viorel_suman has joined #armlinux
hanetzer has quit [Quit: WeeChat 3.7.1]
nsaenz has joined #armlinux
luispm has quit [Ping timeout: 268 seconds]
luispm has joined #armlinux
nsaenz has quit [Quit: Leaving]
<ukleinek> I wonder about the dmamux on stm32mp15x: I have 16 channels available that are statically assigned to (up to) 16 devices that can make use of them. And additional devices have to do PIO.
<ukleinek> Wouldn't it be possible (and nicer) to assign the channels only at the time when a (software) channel is used?
<ukleinek> Then all devices could do DMA and if >16 channels are used at one time some waiting is involved (which I would consider ok).
bps2 has quit [Ping timeout: 246 seconds]
<ukleinek> vkoul: ^
headless has quit [Quit: Konversation terminated!]
<robmur01> ukleinek: see virt-dma
<robmur01> (I guess in that case the "channel" to virtualise is the output of the mux)
bps2 has joined #armlinux
prabhakarlad has quit [Quit: Client closed]
<ukleinek> robmur01: ah I see. Noted down on my "to check" list
System_Error has quit [Remote host closed the connection]
System_Error has joined #armlinux
<broonie> ukleinek: The older Samsung devices used to do something along those lines, at least some of their drivers would only request DMA when actually using it.
<broonie> That was pre dmaengine though.
cleger has quit [Remote host closed the connection]
<geertu> ukleinek: Yep, e.g. the SH-SCI driver only requests DMA when the serial port is opened
cleger has joined #armlinux
<mwalle> did anybody already noticed some non-booting on the latest next-20230111 on arm64?
macromorgan has joined #armlinux
<j`ey> mwalle: I saw a hang this morning, but didnt look into it
<broonie> mwalle: Yes, quite a bit of breakage.
<mwalle> my board is working on the kernelci, but not my own hand compiled (different config), just stops after some output
<mwalle> https://pastebin.com/raw/WsDAfu4N if someone is interested
<broonie> There's a -mm change that should be dropped in today's -next that might be relevant, and ardb mentioned an EFI issue as well.
<mwalle> broonie: do you have a reference to the mm thread?
<broonie> https://lore.kernel.org/linux-mm/Y73sBPPA+kaJCiZY@sirena.org.uk/T/#m5faf6145441c6c774d1ea7bae70732c694973fbf for the -mm change, though your log doesn't have any warning signs for that.
<mwalle> broonie: theres also https://lavalab.kontron.com/scheduler/job/244368 but funny enough, my hand compiled kernel will work on that board
<mwalle> broonie: thanks anyway
<robmur01> a lot of stack overflows in those arm64 failures, so something's clearly up
<broonie> Your failure looks a lot like a thing we hit with our internal CI for yesterday's -next (don't have results for today yet).
<broonie> robmur01: Yeah, that's what's making me wonder about it being another symptom of the -mm thing (which was causing false -ENOMEMs).
<robmur01> (and of course that means configs with VMAP_STACK=n are liable to just go all kinds of weird...)
prabhakarlad has joined #armlinux
<mwalle> broonie: btw, that mm series is already dropped from next-20230111, right?
<j`ey> I seem to have a similar issue to https://lore.kernel.org/linux-arm-kernel/CA+G9fYsns3krivbPSjQ1c1EQpVyd-bkW84MaUvqMTQr9c=iEaw@mail.gmail.com/ (accessing fffffffffffffff8) but I dont have drm enabled in my config
<broonie> mwalle:Looks like the drop got picked up, yes.
<broonie> j`ey: AFAICT DRM just happens to be the thing that makes it visible in that config.
<vkoul> ukleinek: right as robmur01 pointed virt-dma is the answer, we can have as many virtual channels required and runtime they can be linked to HW channel
<robmur01> j`ey: yeah, that just smells like coincidence of container_of() arithmetic on NULL yielding the same value - the thing being dereferenced in drm_bridge there happens to be -8 bytes from the list head
torez has joined #armlinux
heat has joined #armlinux
guillaume_g has quit [Quit: Konversation terminated!]
monstr has quit [Remote host closed the connection]
Amit_T has joined #armlinux
prabhakarlad has quit [Quit: Client closed]
cleger has quit [Quit: Leaving]
headless has joined #armlinux
sszy has quit [Quit: http://quassel-irc.org - Chat comfortably. Anywhere.]
viorel_suman has quit [Quit: WeeChat 3.5]
prabhakarlad has joined #armlinux
moviemaker has joined #armlinux
<moviemaker> hello any insight on rooting 2014 android device?
apritzel has quit [Ping timeout: 272 seconds]
<jn> there's probably some scattered over the internet, if you use the SoC name as a search keyword
<jn> but some generic exploits might also work
<moviemaker> thanks
frieder has quit [Remote host closed the connection]
Amit_T has quit [Quit: Leaving]
prabhakarlad has quit [Quit: Client closed]
prabhakarlad has joined #armlinux
moviemaker has quit [Quit: Leaving]
moviemaker has joined #armlinux
moviemaker has quit [Client Quit]
iivanov has quit [Remote host closed the connection]
amitk_ has joined #armlinux
apritzel_ has joined #armlinux
headless has quit [Quit: Konversation terminated!]
amitk_ has quit [Ping timeout: 246 seconds]
naoki has quit [Quit: naoki]
naoki has joined #armlinux
prabhakarlad has quit [Quit: Client closed]
cbeznea has quit [Ping timeout: 252 seconds]
torez has quit [Quit: torez]
<mwalle> j`ey: indeed, that also fix my boot. Thanks!
prabhakarlad has joined #armlinux
System_Error has quit [Remote host closed the connection]
System_Error has joined #armlinux