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: 264 seconds]
lain6141 has quit [Read error: Connection reset by peer]
lain6141 has joined #armlinux
System_Error has quit [Remote host closed the connection]
System_Error has joined #armlinux
System_Error has quit [Remote host closed the connection]
System_Error has joined #armlinux
rvalue has quit [Ping timeout: 255 seconds]
heat has quit [Ping timeout: 264 seconds]
jn has quit [Ping timeout: 268 seconds]
jn has joined #armlinux
jn has joined #armlinux
jclsn has quit [Ping timeout: 256 seconds]
jclsn has joined #armlinux
rvalue has joined #armlinux
CrashTestDummy has joined #armlinux
apritzel_ has joined #armlinux
CrashTestDummy has quit [Quit: Leaving]
lain6141 has quit [Read error: Connection reset by peer]
lain6141 has joined #armlinux
CrashTestDummy has joined #armlinux
CrashTestDummy has quit [Client Quit]
CrashTestDummy has joined #armlinux
iivanov has joined #armlinux
monstr has joined #armlinux
siak has joined #armlinux
monstr has quit [Ping timeout: 252 seconds]
gclement has joined #armlinux
gclement has quit [Ping timeout: 268 seconds]
System_Error has quit [Remote host closed the connection]
gclement has joined #armlinux
System_Error has joined #armlinux
Livio has joined #armlinux
sszy has joined #armlinux
<geertu>
maz: Do you know if there are ARM systems with more than one GIC at the same level (i.e. not cascaded like on Realview)?
<geertu>
I couldn't find multiple GICs in any DTS file, but perhaps there are such servers with ACPI?
gclement has quit [Ping timeout: 256 seconds]
headless has joined #armlinux
gclement has joined #armlinux
iivanov has quit [Remote host closed the connection]
prabhakalad has quit [Quit: Konversation terminated!]
prabhakalad has joined #armlinux
<maz>
geertu: that's forbidden by the architecture.
<maz>
geertu: in multi-socket systems, you do have multiple GICs, but they talk to each other, and the implementation only architecturally exposes one.
<maz>
if you know where to poke in the MMIO space, you find them all.
<maz>
geertu: probably. MIPS doesn't have much of an architecture definition, and is such a pile of hacks that it's not worth losing sleep over it.
headless has quit [Quit: Konversation terminated!]
CrashTestDummy2 has joined #armlinux
CrashTestDummy has quit [Ping timeout: 255 seconds]
apritzel has joined #armlinux
CrashTestDummy has joined #armlinux
CrashTestDummy2 has quit [Ping timeout: 272 seconds]
iivanov has quit [Remote host closed the connection]
iivanov has joined #armlinux
iivanov has quit [Remote host closed the connection]
iivanov has joined #armlinux
luispm has joined #armlinux
gclement has quit [Read error: Connection reset by peer]
gclement has joined #armlinux
xvmt has quit [Remote host closed the connection]
xvmt has joined #armlinux
<robmur01>
and FWIW it's hard enough to describe all the bits of one GIC in ACPI as it is, anything more esoteric would definitely be a no-go ;)
gclement has quit [Quit: Leaving.]
gclement has joined #armlinux
iivanov has quit [Remote host closed the connection]
siak has joined #armlinux
iivanov has joined #armlinux
gclement has quit [Ping timeout: 264 seconds]
Livio has quit [Ping timeout: 264 seconds]
gclement has joined #armlinux
iivanov has quit [Remote host closed the connection]
<CounterPillow>
But people who assure me they are very knowledgeable in computers keep telling me that ACPI would solve everything and it's all the fault of DT :(
<bjdooks>
I blame both
rvalue has quit [Read error: Connection reset by peer]
<bjdooks>
in fact this whole software on computers is just a bad idea
rvalue has joined #armlinux
<HdkR>
Both ecosystems are equally broken, DT has the advantage that it can be more easily changed :)
gclement has quit [Quit: Leaving.]
iivanov has joined #armlinux
gclement1 has joined #armlinux
gclement1 has quit [Ping timeout: 256 seconds]
gclement has joined #armlinux
<mwalle>
WARNING: Reported-by: should be immediately followed by Closes: with a URL to the report
<mwalle>
can closes: also point to a lore URL?
<mwalle>
nvm. according to Documentation/process/handling-regressions.rst it can :)
matthias_bgg has quit [Quit: Leaving]
<geertu>
mwalle: yep
iivanov has quit []
siak has quit [Ping timeout: 240 seconds]
psydroid2 has joined #armlinux
<robmur01>
what, there are ways to report bugs *other* than by email? :D
gclement has quit [Ping timeout: 252 seconds]
<marex>
bjdooks: can FPGA help here ?
<marex>
given large enough state machine, you could synthesise it all into hardware
<javierm_>
broonie: maybe a silly question but the regmap lock is mostly (only?) useful if the regmap is shared among different drivers (e.g: a MFD driver that passes it the same regmap to two drivers)
<javierm_>
broonie: but if is embedded into a struct that is already protected by the locking scheme of a subsystem core, I could just set .disable_locking right ?
pg12 has quit [Remote host closed the connection]
pg12 has joined #armlinux
<broonie>
javierm_: No, it's also useful for anything that runs in a multi-threaded context. If you're *very* sure that all access to the regmap is serialised elsewhere you can disable locking but it's very far from just being for multiple drivers.
<javierm_>
broonie: got it. Thanks
<javierm_>
broonie: I believe that all regmap access for this particular driver serialized but will double check
headless has joined #armlinux
luispm has quit [Quit: Leaving]
System_Error has quit [Remote host closed the connection]