03:46anarsoul: hey folks, I'm trying to run nvk on my gtx1650, but it doesn't seems to work: https://gist.github.com/anarsoul/a7e97988897f4c58d8d77068c96f5af2
03:47anarsoul: that's on linux-6.8.2 and mesa-24.0.3
04:30fdobridge: <rinlovesyou> does it work on 6.8.1? on 6.8.2 i've also seen issues with nvidia proprietary. What about with GSP off?
04:31anarsoul: I haven't tried it with 6.8.1
04:32anarsoul: and I don't have it in pacman cache :(
04:32anarsoul: and how do I turn GSP off?
04:33fdobridge: <rinlovesyou> `nouveau.config=NvGspRm=0` in kernel params
04:34anarsoul: let me try that first
04:41anarsoul: it's not happy either with GSP off: https://gist.github.com/anarsoul/62d9d1d3059a473b955625acc99f7582
04:45fdobridge: <rinlovesyou> yikes
04:46fdobridge: <rinlovesyou> 6.8.2 certainly seems a bit cursed so far :Hehe:
04:47anarsoul: seems to work with 6.8.1, but with the same backtrace as above
04:47anarsoul: (with GSP on)
04:47anarsoul: sounds like GSP is broken on 6.8.2?
04:48fdobridge: <rinlovesyou> certainly seems that way, nvidia's latest proprietary ones are also disagreeing with 6.8.2
04:48fdobridge: <rinlovesyou> certainly seems that way, nvidia's latest proprietary ones are also disagreeing with 6.8.2 for me (edited)
04:48fdobridge: <rinlovesyou> had to downgrade to 6.8.1
04:49anarsoul: *sigh*
04:50fdobridge: <rinlovesyou> Tis a tale as old as time
04:51anarsoul: I had to recompile 6.8.2 to apply https://patchwork.kernel.org/project/bluetooth/patch/20240326164317.1460864-1-luiz.dentz@gmail.com/ and decided to try out nvk, since proprietary module refused to load
04:56anarsoul: there's only 2 nouveau commits between 6.8.1 and 6.8.2
04:56anarsoul: "nouveau: reset the bo resource bus info after an eviction" and "nouveau/gsp: don't check devinit disable on GSP."
04:58anarsoul: the latter looks suspicious
04:58anarsoul: airlied: ^^
06:56HdkR: for (int i = 0; drm_device->deviceinfo.platform->compatible[i] != NULL; i++) {
06:57HdkR: if (strncmp(drm_device->deviceinfo.platform->compatible[0], compat_prefix, strlen(compat_prefix)) == 0) {
06:57HdkR: Looks like a bug in that if line, checking against compatible[0] instead of compatible[i]
06:58soreau: too many 0's and i's ;)
06:59HdkR: Other drivers do platform checks quite a bit differently. Caught my eye
07:45fdobridge: <ahuillet> Refused to load -- what happened?
12:08fdobridge: <zmike.> @gfxstrand you probably have interest in #10925
14:50fdobridge: <gfxstrand> This is a REALLY good bug report: https://gitlab.freedesktop.org/drm/nouveau/-/issues/346
14:52fdobridge: <Sid> it is
14:59fdobridge: <marysaka> oh that's amazing
15:03fdobridge: <gfxstrand> I am. I'm not sure I 100% agree with Marek but yes, I need to think about it and have opinions
15:06fdobridge: <zmike.> yes, and I look forward to seeing what those opinions are
19:49Lyude: What should the vendor string for nvk look like?
19:53fdobridge: <rinlovesyou> https://cdn.discordapp.com/attachments/1034184951790305330/1224446455557914859/image.png?ex=661d85a0&is=660b10a0&hm=50022ff963a6a0bc7c5b8769a886c3673a46a2a7d2a22f2971506ae6465abb8b&
19:54fdobridge: <rinlovesyou> this is what it looks like with dxvk hud
19:56Lyude: rinlovesyou: Any chance you've got wflinfo on there? not sure I've got that setup here quite yet (thank you for the info regardless)
19:57Lyude: nbd if not
19:57fdobridge: <rinlovesyou> ah, you want opengl
19:58fdobridge: <rinlovesyou> i'd have to yeet my proprietary drivers.. I can give you what minecraft prints out with zink? :Hehe:
19:58Lyude: oh right! i forgot there'd be a diff tool for vulkan haha
19:58Lyude: it's been a while since I've looked at this kind of stuff :)
19:58Lyude: i'll just find the vulkan string on here then, thanks ♥
20:01Lyude: cool - seems I've got nvk running on F39 on my machine now :) (I prefer running stable fedora on my main work drivers)
20:44fdobridge: <dwlsalmeida> @airlied @gfxstrand This looks like a new kernel bug?
20:44fdobridge: <dwlsalmeida> https://cdn.discordapp.com/attachments/1034184951790305330/1224459414506045531/message.txt?ex=661d91b1&is=660b1cb1&hm=54dc546c64f6cd14c8c79fd5ae6c25493bcc2c4a7126c49eacc9a407602ee6a1&
20:46fdobridge: <dwlsalmeida> FYI: I already have `nouveau/uvmm: fix addr/range calcs for remap operations ` applied
20:47fdobridge: <airlied> There has been an issue for that open for ages though, just hard to reproduce and track down
20:48fdobridge: <karolherbst🐧🦀> ohh. I think you can trigger something like that on a laptop with rusticl.. like if you have something constantly creating/destroying a `pipe_screen`
20:48fdobridge: <karolherbst🐧🦀> I hit something like it recently, but didn't found time to look into it yet
21:39fdobridge: <gfxstrand> Oh, boy... Looks like Manjaro turned on NVK in their 24.0.1 packages. 🤦🏻♀️
21:39fdobridge: <gfxstrand> https://gitlab.freedesktop.org/mesa/mesa/-/issues/10931#note_2350201
21:40fdobridge: <marysaka> Arch is on 24.0.4
21:40fdobridge: <marysaka> <https://archlinux.org/packages/extra/x86_64/vulkan-nouveau/>
21:40fdobridge: <gfxstrand> No one should turn on NVK unless it's 24.1 or git
21:41fdobridge: <marysaka> when is 24.1 planned to release?
21:41fdobridge: <gfxstrand> End of the month according to https://docs.mesa3d.org/release-calendar.html
21:41fdobridge: <gfxstrand> Well, that's when it branches.
21:42fdobridge: <marysaka> I see hmm
21:43fdobridge: <gfxstrand> But 24.0 branched in December or early January. NVK has come a long way since then
21:43fdobridge: <gfxstrand> And I don't really trust the backports. There's just been so many
21:49fdobridge: <gfxstrand> Also, distros shouldn't really be shipping it unless they can also ship 6.8
22:02fdobridge: <gfxstrand> @mhenning Sorry I've let your MRs just sit. Is there anything you would like me to review?
22:03fdobridge: <gfxstrand> I'm trying to keep up on review but failing. 😭
22:12fdobridge: <marysaka> I suppose for arch that's going to be fine hopefully :aki_thonk:
22:17fdobridge: <gfxstrand> Even if it's not, we've probably only got about 3 months of horrible bug reports before most distros are on 24.1 and 6.8.N and most of the issues go away.
22:17fdobridge: <gfxstrand> Even if it's not, we've probably only got about 3 months of horrible bug reports before most distros are on 24.1 and 6.8.N and most of the worst issues go away. (edited)
22:17fdobridge: <gfxstrand> Just also need to make sure you're not on liblzma 5.6. 😉
22:26fdobridge: <!DodoNVK (she) 🇱🇹> That's unrelated to nouveau (but still quite bad)
22:27fdobridge: <gfxstrand> Yes, it has nothing to do with nouveau
22:29fdobridge: <karolherbst🐧🦀> just close the bug then 😛
22:31fdobridge: <gfxstrand> I might
22:31fdobridge: <karolherbst🐧🦀> if a distro ships experimental software it's kinda up to them... but it's also Manjaro we are talking about here, so they might not care 🥲
22:32fdobridge: <airlied> @gfxstrand can you post a link to your kernel branch to that bug report? Bit hard from phone
22:33fdobridge: <karolherbst🐧🦀> ohh wait
22:33fdobridge: <karolherbst🐧🦀> it's upstream arch :blobcatnotlikethis:
22:33fdobridge: <karolherbst🐧🦀> https://gitlab.archlinux.org/archlinux/packaging/packages/mesa/-/blob/main/PKGBUILD?ref_type=heads#L157
22:33fdobridge: <karolherbst🐧🦀> :blobcatnotlikethis:
22:33fdobridge: <Joshie with Max-Q Design> @serebit ^ fix it
22:34fdobridge: <karolherbst🐧🦀> `1:24.0.3-2: Enable NVK and Iris XE `
22:34fdobridge: <karolherbst🐧🦀> 🥲
22:34fdobridge: <karolherbst🐧🦀> good luck
22:35fdobridge: <gfxstrand> On the Manjaro report? I don't think the reporter knows how to build a kernel.
22:35fdobridge: <karolherbst🐧🦀> apparently this happened a week ago
22:35fdobridge: <karolherbst🐧🦀> it's worse, it's upstream arch
22:35fdobridge: <airlied> No on the really good bug
22:36fdobridge: <karolherbst🐧🦀> ehh wait
22:36fdobridge: <karolherbst🐧🦀> don't mind me
22:36fdobridge: <mhenning> Review for https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/27742 and https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/27454 would be appreciated
22:36fdobridge: <karolherbst🐧🦀> I'm tired
22:39fdobridge: <!DodoNVK (she) 🇱🇹> Is there an environment variable for disabling Vulkan extensions in :transgears:?
22:41fdobridge: <gfxstrand> No
22:42fdobridge: <gfxstrand> I'm rebasing on 6.8.1 right now
22:44fdobridge: <gfxstrand> ^^ That was in reply to @airlied
22:44fdobridge: <gfxstrand> Rebase is done. Now I just need to build on both machines
22:44fdobridge: <mhenning> I've had generally positive experiences with reporting bugs for arch packages. It might be worthwhile for someone to open a report there and just let them know
22:44fdobridge: <mhenning> granted, arch upstream is already on kernel 6.8.2 so we at least don't have the old kernel problem there
22:45fdobridge: <gfxstrand> Never mind. I'm just going to build 6.8.2
22:45fdobridge: <serebit | arch | budgie> @prop_energy_ball I don't maintain mesa
22:45fdobridge: <karolherbst🐧🦀> ohh I meant uhh.. "worse" in the sense of more users affected by it
22:45fdobridge: <serebit | arch | budgie> make an issue
22:46fdobridge: <karolherbst🐧🦀> and the change happened like a week ago, so I assume more reports will be coming in slowly
22:46fdobridge: <karolherbst🐧🦀> but you also need to install a specific package to enable it?
22:46fdobridge: <karolherbst🐧🦀> mhhh
22:47fdobridge: <mhenning> Yeah, on arch you manually install your graphics drivers
22:47fdobridge: <karolherbst🐧🦀> but in any case, users should file bugs against arch, not upstream
22:47fdobridge: <karolherbst🐧🦀> arch is free to backport fixes
22:47fdobridge: <serebit | arch | budgie> what's the issue exactly?
22:47fdobridge: <karolherbst🐧🦀> enabling nvk in 24.0
22:47fdobridge: <karolherbst🐧🦀> it's experimental in 24.0 and shouldn't be used
22:48fdobridge: <karolherbst🐧🦀> or rather.. if you use it, expect it to be broken and not file bugs
22:48fdobridge: <karolherbst🐧🦀> it says `nouveau-experimental` for a reason
22:49fdobridge: <serebit | arch | budgie> I can bring it up in -packaging, but I can't promise anything
22:50fdobridge: <karolherbst🐧🦀> yeah.. the fact that users have to install it explicitly is probably a good enough "opt-in", but maybe the package can be called experimental instead?
22:50fdobridge: <karolherbst🐧🦀> dunno how arch can set expectations there
22:51fdobridge: <serebit | arch | budgie> this changes in 24.1?
22:51fdobridge: <karolherbst🐧🦀> correct
22:52fdobridge: <serebit | arch | budgie> when's 24.1 scheduled for tag
22:52fdobridge: <karolherbst🐧🦀> soonish
22:52fdobridge: <karolherbst🐧🦀> mid may or so
23:03fdobridge: <gfxstrand> Branch point is end of April
23:08fdobridge: <gfxstrand> At this point, people should probably just use 6.8.2. I'm building that now and will attempt to deploy it on both my laptop and my test machine.
23:09fdobridge: <airlied> I think 6.8.2 is still missing the fix from last week
23:09fdobridge: <airlied> The uvmm fix
23:15fdobridge: <gfxstrand> Right
23:15fdobridge: <gfxstrand> Thanks! I got my branches mixed up and didn't realize I dropped that one.
23:15fdobridge: <gfxstrand> 😬
23:17fdobridge:<gfxstrand> can't wait until she can run distro kernels again
23:17fdobridge: <gfxstrand> Let's be honest. That'll never happen. 😂
23:21fdobridge: <gfxstrand> @airlied Does F40 have a competent initram solution for linux-firmware?
23:21fdobridge: <gfxstrand> Or do I just need to resize /boot to 5 GiB? 😅
23:21fdobridge: <karolherbst🐧🦀> btrfs subvoulmes and resize `/boot`?
23:21fdobridge: <airlied> No, it just packages the fw
23:21fdobridge: <karolherbst🐧🦀> but yeah.. my `/boot` is also 5GiB 😄
23:22fdobridge: <gfxstrand> I should figure out how to resize mine, probably.
23:22fdobridge: <airlied> If we update the fw I shall have to at least figure out the only put one in initramfs thing
23:22fdobridge: <redsheep> 5 GB? Do you expect to run like 15 different kernel versions?
23:22fdobridge: <karolherbst🐧🦀> yeah.. that would help a lot
23:22fdobridge: <karolherbst🐧🦀> 1GB is barely enough
23:22fdobridge: <redsheep> 1 GB has been plenty for 3 for me
23:22fdobridge: <karolherbst🐧🦀> install a debug kernel thing and your space is toast
23:22fdobridge: <redsheep> Oh, fair
23:22fdobridge: <gfxstrand> Yes, but Fedora keeps 3 kernels and I need at least 2-3 for dev kernels
23:22fdobridge: <airlied> That's like one bisect 🙂
23:23fdobridge: <karolherbst🐧🦀> not even
23:23fdobridge: <karolherbst🐧🦀> maybe 20% of one 😛
23:23fdobridge: <karolherbst🐧🦀> but yeah...
23:24fdobridge: <karolherbst🐧🦀> I think btrfs subvolume is probably the best bet here, so one doesn't have to bother all that much
23:24fdobridge: <karolherbst🐧🦀> dunno how stable btrfs support in grub is
23:25fdobridge: <redsheep> I used it fine for 8 months over two years ago
23:25fdobridge: <karolherbst🐧🦀> but like...
23:25fdobridge: <karolherbst🐧🦀> there is a simpler solution
23:25fdobridge: <karolherbst🐧🦀> @gfxstrand if you don't use FDE on your machine, you don't need a special `/boot` partition in the first place
23:25fdobridge: <karolherbst🐧🦀> just have `/` and `/boot/efi`
23:25fdobridge: <gfxstrand> FDE?
23:25fdobridge: <karolherbst🐧🦀> full disk encryption
23:25fdobridge: <gfxstrand> My laptop does
23:26fdobridge: <karolherbst🐧🦀> right...
23:26fdobridge: <gfxstrand> Ugh... That's going to make resizing partitions damn near impossible, isn't it? 😭
23:26fdobridge: <karolherbst🐧🦀> ~~well, don't boot custom kernels on your laptop then~~
23:26fdobridge: <karolherbst🐧🦀> yeah...
23:26fdobridge: <karolherbst🐧🦀> can't use subvolumes anyway
23:26fdobridge: <karolherbst🐧🦀> I think
23:26fdobridge: <karolherbst🐧🦀> or maybe you can?
23:26fdobridge: <karolherbst🐧🦀> mhhh
23:27fdobridge: <karolherbst🐧🦀> dunno how that all works with btrfs and fedora
23:27fdobridge: <airlied> Also if by some crazy chance the newer fw we pick up is API compat for what we use maybe we can just drop it in :-p
23:27fdobridge: <karolherbst🐧🦀> but there was like the idea of just encrypting your home folder.. maybe encryption per subvolume also works?
23:27fdobridge: <gfxstrand> I have a 1T SSD in my laptop. I can afford a 4 GiB /boot
23:27fdobridge: <karolherbst🐧🦀> but I don't think fedora supports that yet
23:27fdobridge: <karolherbst🐧🦀> yeah...
23:27fdobridge: <karolherbst🐧🦀> I have 5GIB and that's enough
23:27fdobridge: <gfxstrand> It's just a matter of the mechanics of actually resizing without reinstalling Fedora
23:28fdobridge: <karolherbst🐧🦀> I did that many times 😄
23:28fdobridge: <karolherbst🐧🦀> I even converted to FDE on a live system
23:28fdobridge: <redsheep> Isn't it expected that every new openrm update breaks gap compatibility?
23:28fdobridge: <karolherbst🐧🦀> very fun
23:28fdobridge: <redsheep> *GSP
23:28fdobridge: <karolherbst🐧🦀> it's easier if your `/` is not the last partition
23:29fdobridge: <karolherbst🐧🦀> but like if your `/` is the after`/boot` it's all pain and needs external storage for migration, unless you really like to live dangerously
23:29fdobridge: <airlied> Expected doesn't mean it does
23:30fdobridge: <airlied> NVIDIA aren't churning it all, all the time
23:30fdobridge: <airlied> And we use like 6 methods
23:30fdobridge: <karolherbst🐧🦀> for now
23:30fdobridge: <karolherbst🐧🦀> HDMI 2.1 will add two more I think :ferrisUpsideDown:
23:31fdobridge: <gfxstrand> Actually... I can probably just shrink my Windows partition and then extend /boot without moving my BTRFS volume
23:31fdobridge: <redsheep> I assume you won't bother with new firmware until we know for sure there's a firmware issue or missing feature?
23:31fdobridge: <karolherbst🐧🦀> correct
23:31fdobridge: <karolherbst🐧🦀> anybody interested in figuring out HDMI 2.1 btw? I have a prototype, but I don't think I'll find the time to actually implement it.....
23:32fdobridge: <karolherbst🐧🦀> but I don't think it takes more time than to just figure out the correct order of operations
23:34fdobridge: <redsheep> I'm interested of course, whether I am capable of that work is less certain. Are you literally just talking about reordering the code you're adding until it works?
23:35fdobridge: <redsheep> I'm sure I could figure out the order Nvidia does it given some time
23:36fdobridge: <karolherbst🐧🦀> it's more complex than that
23:36fdobridge: <redsheep> Is there a quicker way to test kernel code than an entire build+reboot cycle?
23:36fdobridge: <karolherbst🐧🦀> nope
23:39fdobridge: <redsheep> Well, send me your prototype and I'll see if I can figure it out anyway. I want it to work and I doubt there's anyone else with spare time that is closer to understanding the problem
23:40fdobridge: <redsheep> Or has readily accessible hardware to test on