01:11illwieckz: test
01:11fdobridge: <illwieckz> test
01:12fdobridge: <karolherbst🐧🦀> sup
01:12illwieckz: 🎉️
01:12fdobridge: <karolherbst🐧🦀> :triangle_nvk:
01:12fdobridge: <karolherbst🐧🦀> mhh, well... that was kind of ... expected
01:38fdobridge: <jekstrand> Ok, I think I have MSAA mostly working now except for resolves.
01:39anarsoul: matrix?
01:39airlied: discord
01:40anarsoul: sigh
01:40airlied: though the bridging kinda sucks
02:01fdobridge: <jekstrand> Sadly, most tests require resolves. 🙃
02:01fdobridge: <jekstrand> 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:17fdobridge: <🌺 ¿butterflies? 🌸> Apologies, was probably one of the worst offenders 😛
02:24Umeaboy: 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:24Umeaboy: xrandr shows: Screen 0: minimum 8 x 8, current 3840 x 2160, maximum 32767 x 32767
02:25Umeaboy: CPU goes sky high when playing the clip in maximized size.
02:26Umeaboy: And by sky high I mean over 126% at least.
02:27Umeaboy: Kernel is 5.15.74-desktop-1.mga8
02:27Umeaboy: Have I forgotten anything?
03:33karolherbst: Umeaboy: though aren't you using the intel driver here?
04:02Umeaboy: karolherbst: It has hybrid graphics apparently.
04:03Umeaboy: For 4th Gen Core Processor Integrated Graphics Controller it uses Card:Intel 810 and later
04:03Umeaboy: For GM107M [GeForce GTX 850M] it uses Card:NVIDIA GeForce 635 series and later as module.
04:04Umeaboy: Something about Optimus related to the graphics as well.
04:17Umeaboy: I'm not using Wayland according to echo $XDG_SESSION_TYPE
04:17Umeaboy: It says x11
04:20Umeaboy: Anyway. I have to go...... I'll be back later tonight.
05:27fdobridge: <🐧danvet🐧> so uh which channels does this get bridged too?
05:27danvet: ah found it
17:03vliaskov: 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:03vliaskov: latter message appears on every suspend. Is the device disabled already at boot time?
17:03vliaskov: 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:04vliaskov: 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:04karolherbst: yeah... that mc thing is kind of an unknown atm. But interesting that the workaround helps
17:05karolherbst: nvidia pears to not support it at all