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
matthias_bgg has quit [Quit: Leaving]
apritzel has quit [Ping timeout: 248 seconds]
naoki has quit [Quit: naoki]
heat has quit [Ping timeout: 256 seconds]
dliviu has quit [Ping timeout: 260 seconds]
dliviu has joined #armlinux
jclsn has quit [Ping timeout: 256 seconds]
jclsn has joined #armlinux
naoki has joined #armlinux
cbeznea has joined #armlinux
amitk_ has joined #armlinux
heat has joined #armlinux
guillaume_g has joined #armlinux
sszy has joined #armlinux
mcoquelin has quit [Remote host closed the connection]
mcoquelin has joined #armlinux
frieder has joined #armlinux
mcoquelin has quit [Ping timeout: 252 seconds]
cbeznea has quit [Quit: Leaving.]
frieder has quit [Remote host closed the connection]
mcoquelin has joined #armlinux
<jclsn> mriesch: Sorry did not see your reply yesterday
<jclsn> Here is the boot log http://ix.io/4hS7
<jclsn> Here the dts excerpt once more http://ix.io/4hMS
<jclsn> I am using an NXP BSP kernel though. The driver integration is inherited from mainline, but if I won't get support for that here, I will accept it.
guillaume_g has quit [Ping timeout: 264 seconds]
<mriesch> jclsn: morning. what does "cat /sys/kernel/debug/devices_deferred" give you?
<mriesch> jclsn: maybe you need to tackle this one first: "imx_sec_dsim_drv: probe of 32e10000.mipi_dsi failed with error -22"
<mriesch> and the preceding "imx_sec_dsim_drv 32e10000.mipi_dsi: no invalid reset control exists"
cbeznea has joined #armlinux
prabhakarlad has joined #armlinux
guillaume_g has joined #armlinux
amitk__ has joined #armlinux
amitk has quit [Ping timeout: 260 seconds]
<jclsn> mriesch: The cat command only gives me "sound"
<jclsn> The thing is I have not really altered much regarding the mipi_dsi section. I just changed and endpoint
<jclsn> "no invalid" should be good, shouldn't it? ^^
ggardet has joined #armlinux
guillaume_g has quit [Ping timeout: 256 seconds]
frieder has joined #armlinux
<mriesch> jclsn: well you should check what causes this probe error and the warnings related to the reset controls first
<mriesch> the error message about the bridge not being attached says -517, so a certain driver was not loaded at this point in time. not necessarily critical.
apritzel has joined #armlinux
<jclsn> mriesch: Thanks, I will try that later. Will have to do some documenting first though
guillaume_g has joined #armlinux
<javierm> jclsn: did you try with deferred_probe_timeout=30 ?
<javierm> jclsn: some subsystems time out the probe deferral after a default of 10 seconds
<javierm> so if you have some required drivers as modules then it could be possible that a probe deferral would not happen
ggardet has quit [Ping timeout: 260 seconds]
<javierm> jclsn: hmm, although your error is -22 (EINVAL) so it seems what mriesch said
monstr has joined #armlinux
ggardet has joined #armlinux
guillaume_g has quit [Ping timeout: 252 seconds]
guillaume_g has joined #armlinux
ggardet has quit [Ping timeout: 260 seconds]
viorel has joined #armlinux
cbeznea has quit [Quit: Leaving.]
cbeznea has joined #armlinux
robmur01 has quit [Ping timeout: 252 seconds]
robmur01 has joined #armlinux
amitk_ has quit [Ping timeout: 268 seconds]
heat has quit [Remote host closed the connection]
heat has joined #armlinux
heat has quit [Remote host closed the connection]
heat has joined #armlinux
heat has quit [Read error: Connection reset by peer]
heat has joined #armlinux
torez has joined #armlinux
rfs613 has quit [Quit: restart]
rfs613 has joined #armlinux
torez has quit [Quit: torez]
apritzel_ has joined #armlinux
prabhakarlad has quit [Quit: Client closed]
derjanni has quit [Quit: ZNC 1.8.2+deb2build5 - https://znc.in]
derjanni has joined #armlinux
apritzel_ has quit [Ping timeout: 260 seconds]
torez has joined #armlinux
heat has quit [Remote host closed the connection]
heat has joined #armlinux
prabhakarlad has joined #armlinux
sszy has quit [Quit: http://quassel-irc.org - Chat comfortably. Anywhere.]
torez has quit [Quit: torez]
frieder has quit [Remote host closed the connection]
plappermaul has joined #armlinux
plappermaul has quit [Client Quit]
guillaume_g has quit [Quit: Konversation terminated!]
plappermaul has joined #armlinux
cbeznea has quit [Quit: Leaving.]
elastic_dog has quit [Ping timeout: 265 seconds]
elastic_dog has joined #armlinux
torez has joined #armlinux
amitk has joined #armlinux
apritzel has quit [Ping timeout: 260 seconds]
viorel has quit [Quit: WeeChat 3.5]
monstr has quit [Remote host closed the connection]
cbeznea has joined #armlinux
gpiccoli has quit [Quit: Quit...]
gpiccoli has joined #armlinux
iivanov has quit [Quit: Leaving...]
gpiccoli has quit [Client Quit]
gpiccoli has joined #armlinux
apritzel_ has joined #armlinux
amitk has quit [Remote host closed the connection]
plappermaul has quit [Quit: Client closed]
torez has quit [Quit: torez]
amitk__ has quit [Ping timeout: 260 seconds]
cbeznea has quit [Quit: Leaving.]
<ajb-linaro> hmm so kselftests breaking the kernel or a bug in qemu?
<ajb-linaro> http://ix.io/4hV8
<ajb-linaro> running: ./run_kselftest.sh -t arm64:sve_vl -t arm64:sve-ptrace
kristinam has quit [Quit: leaving]
<arnd> ajb-linaro: I think roxell reported that one already. This only happens with KVM enabled on arm64 hardware, not in emulation, right?
<arnd> ajb-linaro: I think something about the host CPU's sve features leaks through to the guest, but qemu is inconsistent about reporting it
shailangsa has quit [Remote host closed the connection]
kristinam has joined #armlinux
shailangsa has joined #armlinux
<marex> maz: hi, if I call spin_lock() in threaded irq handler (requested via request_threaded_irq() ), isn't that a problem ?
<ajb-linaro> arnd: this is under emulation with -cpu max but if qemus doing something wrong I want to figure out what
<marex> shouldn't that be spin_lock_irqsave() ?
<marex> uh ... wait ...
<marex> nevermind
<marex> with preemptrt, spin_lock in non-threaded irq handler is a bad idea
<marex> it becomes a mutex and then blows up with scheduling while atomic