02:04 airlied[d]: skeggsb9778[d]: you okay with https://lore.kernel.org/nouveau/20241121014601.229391-1-airlied@gmail.com/T/#u
02:10 karolherbst[d]: this reminds me of the think the kernel warns a lot on as well, but every laptop firmware is wrong 🙃
02:11 karolherbst[d]: maybe it got fixed recently 😄
02:12 karolherbst[d]: some types are compatible in layout, so it might make sense to be more lax on the requirements here, but that kinda depends on if it's common or not
02:27 airlied[d]: seeing a lot of reports from RHEL already, so whatever is wrong is common enough
03:10 skeggsb9778[d]: yeah, i'm ok with it for the moment. i'll probably re-look at those bits in general at some point and figure it out properly
07:15 asdqueerfromeu[d]: airlied[d]: I'm definitely okay with it (because it's the only WARN in my dmesg)
09:03 karolherbst[d]: airlied[d]: sure, but I meant it might make sense to have to accept the result or whatever despite the wrong type and make it work regardless instead of just ignoring it and to move on
09:04 karolherbst[d]: but that kinda depends on what's wrong exactly here
09:05 airlied[d]: we'd need to get the hw and dig in I suppose, I think it's the same problem we had with DSM's before where old ones did one thing and new ones something else
09:05 airlied[d]: I started to look at the open-gpu driver but got a bit lost
09:11 karolherbst[d]: yeah...
09:11 asdqueerfromeu[d]: I do get this ACPI warning (but I don't think it's related): `[ 9.729856] ACPI Warning: \_SB.PCI0.GPP0.PEGP._DSM: Argument #4 type mismatch - Found [Buffer], ACPI requires [Package] (20240322/nsarguments-61)`
09:11 karolherbst[d]: though sometimes the time is just wrong, but technically it doesn't matter
09:11 karolherbst[d]: yeah like that
09:12 karolherbst[d]: and the kernel just ignored the wrong type and parsed the result anyway
09:12 karolherbst[d]: well.. and printed that warning