01:11 illwieckz: test
01:11 fdobridge: <i​llwieckz> test
01:12 fdobridge: <k​arolherbst🐧🦀> sup
01:12 illwieckz: 🎉️
01:12 fdobridge: <k​arolherbst🐧🦀> :triangle_nvk:
01:12 fdobridge: <k​arolherbst🐧🦀> mhh, well... that was kind of ... expected
01:38 fdobridge: <j​ekstrand> Ok, I think I have MSAA mostly working now except for resolves.
01:39 anarsoul: matrix?
01:39 airlied: discord
01:40 anarsoul: sigh
01:40 airlied: though the bridging kinda sucks
02:01 fdobridge: <j​ekstrand> Sadly, most tests require resolves. 🙃
02:01 fdobridge: <j​ekstrand> I'll get to that eventually. Need to think about it a bit and maybe figure out these funny image view modes which look like they might auto-resolve for me.
02:17 fdobridge: <🌺​ ¿butterflies? 🌸> Apologies, was probably one of the worst offenders 😛
02:24 Umeaboy: Hi! I'm using Mageia 8 in a ASUS Netbook called N550JK and the latest nouveau driver 1.0.17. If I play a video file with the VLC window maximized it gets sluggish when moving from scene to scene. Full screen makes it even more sluggish.
02:24 Umeaboy: xrandr shows: Screen 0: minimum 8 x 8, current 3840 x 2160, maximum 32767 x 32767
02:25 Umeaboy: CPU goes sky high when playing the clip in maximized size.
02:26 Umeaboy: And by sky high I mean over 126% at least.
02:27 Umeaboy: Kernel is 5.15.74-desktop-1.mga8
02:27 Umeaboy: Have I forgotten anything?
03:33 karolherbst: Umeaboy: though aren't you using the intel driver here?
04:02 Umeaboy: karolherbst: It has hybrid graphics apparently.
04:03 Umeaboy: For 4th Gen Core Processor Integrated Graphics Controller it uses Card:Intel 810 and later
04:03 Umeaboy: For ‎GM107M [GeForce GTX 850M] it uses ‎Card:NVIDIA GeForce 635 series and later as module.
04:04 Umeaboy: Something about Optimus related to the graphics as well.
04:17 Umeaboy: I'm not using Wayland according to echo $XDG_SESSION_TYPE
04:17 Umeaboy: It says x11
04:20 Umeaboy: Anyway. I have to go...... I'll be back later tonight.
05:27 fdobridge: <🐧​danvet🐧> so uh which channels does this get bridged too?
05:27 danvet: ah found it
17:03 vliaskov: karolherbst for the Ampere + AMD runpm issue, I am testing the intel PCI runpm workaround but for the AMD Renoir bridge https://github.com/vliaskov/linux/commit/ebc1716f7cc3ed0da18fe029f8bd257170cbda08 . Dmesg: https://pastebin.com/nrdDuXbL Does the often repeated message "mc: intr 00000040" provide a hint? That message, along with "DRM: failed to idle channel 0 [DRM]" appears on boot. The
17:03 vliaskov: latter message appears on every suspend. Is the device disabled already at boot time?
17:03 vliaskov: These messages appeared also without the "workaround". At least this avoids some of the old backtraces, and the D3cold->D0 transitions. But still no idea on how to properly fix. I have no hints from the open-gpu module to understand what's going on, but I 'll look again.
17:04 vliaskov: Btw, can nouveau still have functional suspend/resume/pm after disabling PCI power management, perhaps with ACPI DSM? I guess no. I am not sure what happens currently on the Ampere+intel chipset with that workaround turned on.
17:04 karolherbst: yeah... that mc thing is kind of an unknown atm. But interesting that the workaround helps
17:05 karolherbst: nvidia pears to not support it at all