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
ndesaulniers has quit [Ping timeout: 245 seconds]
ndesaulniers has joined #armlinux
damxsa has quit [Quit: Leaving]
cdaudt has joined #armlinux
System_Error has quit [Remote host closed the connection]
System_Error has joined #armlinux
djrscally has quit [Ping timeout: 268 seconds]
cdaudt has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
apritzel_ has quit [Ping timeout: 260 seconds]
alpernebbi has quit [Ping timeout: 260 seconds]
alpernebbi has joined #armlinux
Pali has quit [Ping timeout: 245 seconds]
rfried has quit [Quit: The Lounge - https://thelounge.github.io]
rfried has joined #armlinux
tudorel has joined #armlinux
Crofton has quit [Ping timeout: 264 seconds]
Crofton has joined #armlinux
iivanov__ has joined #armlinux
iivanov has quit [Ping timeout: 245 seconds]
iivanov__ has quit [Remote host closed the connection]
iivanov has joined #armlinux
apritzel_ has joined #armlinux
djrscally has joined #armlinux
guillaume_g has joined #armlinux
apritzel_ has quit [Ping timeout: 264 seconds]
<geertu> maz: Sorry, I screwed up big time (was in a hurry to prep dinner for the trolls ;-)
cengiz_io has quit [Ping timeout: 264 seconds]
cengiz_io has joined #armlinux
Crofton has quit [Ping timeout: 245 seconds]
Crofton has joined #armlinux
sszy has joined #armlinux
<maz> geertu: trolls have utmost priority! :-)
<geertu> maz: I'm happy you agree ;-)
monstr has joined #armlinux
Pali has joined #armlinux
nsaenz has joined #armlinux
matthias_bgg has joined #armlinux
arnd has quit [Ping timeout: 264 seconds]
sjg1 has quit [Ping timeout: 264 seconds]
broonie has quit [Ping timeout: 264 seconds]
arnd has joined #armlinux
sjg1 has joined #armlinux
broonie has joined #armlinux
alexels has joined #armlinux
iivanov has quit [Quit: Leaving...]
iivanov has joined #armlinux
System_Error has quit [Ping timeout: 276 seconds]
apritzel has joined #armlinux
iivanov has quit [Quit: Leaving...]
iivanov has joined #armlinux
System_Error has joined #armlinux
roses has joined #armlinux
Turingtoast has joined #armlinux
roses has quit [Client Quit]
milkylainen has quit [Ping timeout: 268 seconds]
<geertu> broonie: audio-graph-card2 is now in v5.16-rc1 and ready to be used?
<geertu> (from the board .dts PoV)
matthias_bgg has quit [Ping timeout: 260 seconds]
matthias_bgg has joined #armlinux
prabhakarlad has quit [Ping timeout: 256 seconds]
System_Error has quit [Ping timeout: 276 seconds]
torez has joined #armlinux
<broonie> geertu: yes
torez has quit [Ping timeout: 264 seconds]
<geertu> broonie: Am I corect that Rob and DT were dropped from the loop after v2?
<broonie> Not that I particularly noticed.
<broonie> but possibly
<geertu> broonie: I didn't see any CC in lore. let's hope no rework is needed...
<broonie> Meh, it's DT we're going to get that no matter what.
<geertu> broonie: I appreciate your sense of realism ;-)
torez has joined #armlinux
monstr has quit [Ping timeout: 264 seconds]
olofj has quit [Ping timeout: 264 seconds]
olofj has joined #armlinux
monstr has joined #armlinux
torez has quit [Ping timeout: 264 seconds]
torez has joined #armlinux
cdaudt has joined #armlinux
prabhakarlad has joined #armlinux
khilman has quit [Ping timeout: 264 seconds]
khilman has joined #armlinux
russ has quit [Ping timeout: 240 seconds]
nohit has quit [Ping timeout: 264 seconds]
dtor has quit [Ping timeout: 245 seconds]
tfiga has quit [Ping timeout: 245 seconds]
ndesaulniers has quit [Ping timeout: 250 seconds]
Crofton has quit [Ping timeout: 245 seconds]
nohit has joined #armlinux
khilman has quit [Ping timeout: 265 seconds]
ndesaulniers has joined #armlinux
Crofton has joined #armlinux
khilman has joined #armlinux
tfiga has joined #armlinux
dtor has joined #armlinux
russ has joined #armlinux
russ has quit [Ping timeout: 250 seconds]
russ has joined #armlinux
sszy has quit [Ping timeout: 268 seconds]
torez has quit [Remote host closed the connection]
guillaume_g has quit [Quit: Konversation terminated!]
Turingtoast has quit [Quit: My iMac has gone to sleep. ZZZzzz…]
monstr has quit [Remote host closed the connection]
cdaudt has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
torez has joined #armlinux
alexels has quit [Quit: WeeChat 3.3]
milkylainen_39 has joined #armlinux
milkylainen_39 is now known as milkylainen
bps has quit [Ping timeout: 265 seconds]
apritzel has quit [Ping timeout: 264 seconds]
<milkylainen> What's with the "more Windows on ARM coming" rumors I hear? I know this is Linux, but if it was true then it should perhaps change things for the ARM ecosystem? More ACPI/UEFI? Or how does Windows describe ARM-machines?
<milkylainen> Unlikely?
<steev> they use acpi/uefi yeah
<steev> they being, windows, not linux. my experience with their acpi tables, while limited, seems like they do the wrong thing, but what else is new
<mort> wasn't there some arm server platform thing which would be more uefi-y
<steev> there are a number of arm servers that use uefi already
<HdkR> Helpful that Redhat put their foot down in the server market
<HdkR> Support UEFI or gtfo
<HdkR> Good statement
torez has quit [Ping timeout: 264 seconds]
<steev> yep
<geertu> "git grep -i phytium linux-next/master" is silent
<HdkR> Nice that the box86 dev is getting funding from that product
nekomancer[m] has joined #armlinux
<milkylainen> steev: Hmm. Wonder if Windows mean that more ARM vendors will provide ACPI/UEFI solutions though?
<milkylainen> Does Windows have other means of enumeration?
<steev> i only have 2 WoA devices, both from Lenovo, so I can't say what others do
<milkylainen> Mkay.
torez has joined #armlinux
<ardb> sadly, MS appear to have reinvented DT in ACPI
<ardb> so they only support ACPI on ARM machines
<ardb> and for servers, they are quite strict and only support what is covered in the UEFI and ACPI specs
tudorel has quit [Quit: tudorel]
<ardb> but on client devices such as WoA laptops, they ship with elaborate drivers for PM and configuration
<ardb> and the ACPI tables contain lots of topology descriptions that only makes sense to that particular diver
<ardb> driver
<ardb> so all the WoA devices that we can support in Linux need a DT
<ardb> as booting in ACPI mode is limited to the tiny subset of devices that can be supported in pure ACPI mode
<milkylainen> hrrm. So not a full solution to uniform enumeration by a longshot then?
<milkylainen> I'm split about this. DTs are better. But I'd love ARM/x86 to come to one working way of enumeration and whatnot data.
<ardb> i don't think DTs are better tbh. they are simply two different levels of abstraction
<ardb> DT is a pain because you need to upstream a driver for every little regulator etc
<ardb> ACPI is very powerful because it exposes devices with abstracted PM controls
<milkylainen> But that's hardly the fault of DTs?
<ardb> of course it is
<milkylainen> Classification and abstraction could be provided with DTs?
<ardb> yes, and they even used to have a forth interpreter so DT could carry minimal drivers
<ardb> which is basically the ACPI model as well
<ardb> but I don't think one or the other is 'better'
<ardb> the downside of ACPI is of course that it is 10x as easy to get wrong
<ardb> although the main problem with shipping ACPI firmware is that OEMs only care about the windows logo
<milkylainen> and 10x more likely for errors to stay hidden for a longer time. :)
<ardb> well, you can easily dump and disassemble ACPI tables on any platform
<ardb> so if you are looking for the bugs you can spot them
<milkylainen> Mmm. But as you say. "Works With Windows"
<ardb> (assuming the h/w is documented sufficiently but that applies equally to DT)
<ardb> yes MS even have their own ASL compiler because they deviate from 'pure' ACPI
<ardb> and the vendors are encouraged to use their tools
<ardb> but the server space is very different
<milkylainen> What do PC vendors do? Microsoft ASL or Intel(?), something else?
<ardb> those are the only two choices
<ardb> not sure how much they deviate these days
djrscally has quit [Ping timeout: 245 seconds]
<milkylainen> I thought maybe the "bios" vendor houses had created something of their own. Dunno.
<milkylainen> Anyway. It would be nice if some more ARM boards came with an ACPI/UEFI option.
<ardb> the raspberry pi4 uefi/acpi port is in pretty good shape these day
<ardb> s
<milkylainen> Good to know.
Tokamak has quit [Read error: Connection reset by peer]
Tokamak has joined #armlinux
luispm has quit [Ping timeout: 265 seconds]
apritzel_ has joined #armlinux
torez has quit [Remote host closed the connection]
luispm has joined #armlinux
amitk has joined #armlinux
amitk_ has quit [Ping timeout: 260 seconds]
bps has joined #armlinux
bps has quit [Changing host]
bps has joined #armlinux
milkylainen_ has quit [Ping timeout: 260 seconds]
djrscally has joined #armlinux
<Xogium> so… trying to setup wake on lan on stm32mp157c board here, since it is supported. I can enable it fine using my network manager and I get the confirmation that it is enabled, yet using wol to send to it just doesn't work
<Xogium> but then I noticed this in dmesg
<Xogium> stm32-dwmac 5800a000.ethernet: IRQ eth_wake_irq not found
<Xogium> would this explain why wol isn't working ?
matthias_bgg has quit [Quit: Leaving]
cdaudt has joined #armlinux
cdaudt has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
djrscally has quit [Quit: Konversation terminated!]
cdaudt has joined #armlinux
djrscally has joined #armlinux