00:00Lyude: eh, i'll just do a 1.0.17 release with the patch added on for now
00:04Lyude: ...apparently I need to get permissions for updating the package first though :V
00:05airlied: Lyude: xorg-x11-drv-nouveau in fedora?
00:05Lyude: mhm
00:10imirkin: Lyude: i had asked you if you wanted a release
00:10imirkin: i don't remember hearing an affirmative answer
00:10Lyude: imirkin: oh? I thought I had responded
00:10imirkin: you just wanted the patch iirc
00:10imirkin: but perhaps i didn't see the final answer
00:10imirkin: or misunderstood
00:11Lyude: weird. anyway-yeah a release would be fine - I've only updated the package in rawhide so I can just do another update
00:11imirkin: long story short -- happy to make a 1.0.18 release if that's better
00:11Lyude: let me double check that 1.0.18 would build though with the abi changes...
00:11Lyude: ( @ imirkin )
00:13imirkin: ok. holding.
00:15Lyude: doing a test build now...
00:18Lyude: imirkin: yep - builds just fine, you're good to go
00:18imirkin: ok cool
00:18imirkin: won't do right this second, but later tonight
00:18imirkin: hope that's alright
00:19Lyude: yeah that's totally fine, just me know when.
00:19imirkin: sending an announce email is part of the release process
00:19imirkin: hopefully my gpg key is still good
00:28imirkin: Lyude: actually, mind if i delay it a couple days?
00:29imirkin: Lyude: i have some patches for improving Xv perf for some cases
00:29imirkin: i just want to QA them a bit more and then dump them into a release
00:29Lyude: imirkin: totally fine - I can just do another release whenever the new version is ready
00:29imirkin: i totally forgot about them
11:10karolherbst: imirkin: any opinions on that bug https://gitlab.freedesktop.org/drm/nouveau/-/issues/93 ?
11:10karolherbst: looks like a nouveau ddx related issue
11:10karolherbst: but the traces are a bit .. strange
11:10karolherbst: ohh... the threads are probably just the shader cache threads
11:12HdkR: Sad that it doesn't show the thread names
11:14karolherbst: very
12:50karolherbst: imirkin: mhhh.. did I found/fixed a bug by accident? https://gitlab.freedesktop.org/karolherbst/mesa/-/commit/8a6dd2d31587f7f3c855b1637e8083f45cac8c61
12:50Shred00: imirkin: interesting. rebuilt my live image (same recipe as previously -- just added gdb). now when i start kodi with "LIBVA_DRIVER_NAME=vdpau" it doesn't segfault but plays the video. the audio is there. the picture is total garbage unrelated to the content at all.
12:50karolherbst: shouldn't the check be buf->fence->state < NOUVEAU_FENCE_STATE_SIGNALLED or why is that fine here?
12:53RSpliet: I've never felt I've found a bug by any other means than by elaborate accidents
12:55Shred00: ahhh. nouveau errors/messages in the kernel log.
12:55Shred00: i'll file a ticket
13:02Shred00: https://gitlab.freedesktop.org/drm/nouveau/-/issues/94 fwiw
13:23ajax: RSpliet: "elaborate accidents" sounds like an autobiography title
13:32imirkin: karolherbst: huh, that xorg crash is weird. an assert in nouveau_pushbuf_data is triggering?
13:33karolherbst: yeah..
13:33karolherbst: probably the cli_kref_get call returning NULL
13:33imirkin: karolherbst: that commit will just delay deleting the bo ... shouldn't be necessary
13:34karolherbst: imirkin: well.. what if you delete a bo which wasn't used by the GPU yet?
13:34karolherbst: although I guess the kernel will handle that
13:34karolherbst: and it's just the userspace side which gets removed?
13:34imirkin: let's think....
13:34imirkin: if a fence is flushed
13:35imirkin: that means that the work that's using this bo has been submitted
13:35karolherbst: yeah
13:35imirkin: which means that the internal "batch" in the kernel is already referencing this bo, and will perform implicit sync on it
13:35imirkin: so from userspace, we can just delete it.
13:35karolherbst: yeah.. I guess
13:36karolherbst: I just wanted to remove this check on fence->state so I don't have to guard accesses to it outside of nouveau_fence.c
13:37karolherbst: was just curious if something like that could cause other issues, but I'd also assume that the kernel is doing the right thing
13:38karolherbst: I guess if we forget to reference the bo in the pushbuffer or bufctx then it _could_ be an issue
14:31karolherbst: imirkin: any thoughts on the new log from https://bugzilla.redhat.com/show_bug.cgi?id=1956634#c14 ?
14:31karolherbst: feels quite random to me
14:44imirkin: karolherbst: can you give me a summary of that bug?
14:45karolherbst: same from yesterday
14:45imirkin: ctxsw_timeout?
14:45karolherbst: yeah
14:45imirkin: i got nothin'
14:45imirkin: try blob ctxsw fw ;) same as yesterday...
14:45karolherbst: the user did
14:45karolherbst: didn't help
14:46imirkin: d'oh
14:47karolherbst: ohh wait.. maybe not...
14:48imirkin: is he doing NvGrUseFW?
14:48karolherbst: yeah.. I think this part is missing
14:48imirkin: k
15:05karolherbst: imirkin: wanna have more vdapu fun? https://gitlab.freedesktop.org/drm/nouveau/-/issues/94
15:06imirkin: not really
15:06karolherbst: but could also be just some MT stuff again :D
15:06imirkin: but thanks for offering
15:06imirkin: i assume that's just Shred00 reporting the issue
15:06karolherbst: ahh
15:06karolherbst: I'll move it to mesa anyway
15:06imirkin: either that, or he has a stalker
15:10Shred00: #94 was me
15:10imirkin: so .. that DMA_PUSHER thing is actually more likely a kernel issue
15:11imirkin: i think we don't properly do fifo ctx switching
15:11imirkin: this leads to all manners of issues across the whole tesla generation
15:11karolherbst: ohhhh
15:11karolherbst: tesla
15:11imirkin: yeah, he didn't mention what hw he has...
15:12imirkin: oops
15:12karolherbst: I also considered the kernelspace bits as more or less safe as I didn't hit such issues, but yeah...
15:12karolherbst: could be the reason
15:12karolherbst: but there are also multiple contexts involved for sure
15:12imirkin: yeah, kodi could be doing GL + va-api too
15:12imirkin: dunno
15:13karolherbst: well two channels are dieing
15:13imirkin: but that dma-pusher thing is indicative of bad ctx switch
15:13karolherbst: yeah..
16:51 < mia\> so i’ve got a bunch of old cards collecting dust here. NV4B (GeForce 7600 GT, PCI-E), NVA8 (GeForce 210, DDR2), NV92 (GeForce 9800 GT), NV98 (GeForce 8400 GS), NV126 (GTX 960). anyone interested?
16:52karolherbst: mia\: yeah
16:52karolherbst: always :D
16:53imirkin: mia\: where are you located?
16:53 < mia\> germany
16:53imirkin: karolherbst: i'll let you handle this one ;)
16:53karolherbst: :D
16:53karolherbst: yeah
16:53karolherbst: mia\: me as well
16:53 < mia\> convenient
16:54 < mia\> just let me know where to send the cursed things :)
16:55karolherbst: mia\: do you know how to send to Packstation? Because then I'd probably just do that, because they work on the streets here and bigger parcels might be "redirected" anyway
16:57 < mia\> yup, that shouldn’t be a problem
16:57karolherbst: ehh.. my IRC client dislikes your nick :D let's see
16:58karolherbst: ah
16:58karolherbst: now
16:58karolherbst: cool thanks for the offer :)
16:59 < mia\> better than just dumping them on ebay!
17:00karolherbst: yeah :D
17:01karolherbst: and I think for legal reasons I might even have to add that won't give you any higher priorities for any bugs you file or something coorperate ethics compliance something :p :D
17:02 < mia\> haha, alright
17:02karolherbst: I am not too concerned about most GPUs, just the GTX 960 might fall under "too valuable gift" clauses or whatever
17:03imirkin: karolherbst: aka "this is not to be considered a bribe"? :)
17:03karolherbst: essentially yes
17:03imirkin: worst case i can take the GTX 960. bribes welcome here!
17:03karolherbst: yeah, I have plenty of 2nd gen maxwells anyway
17:04karolherbst: but I wouldn't worry to much about it
17:04 < mia\> yeah i was considering hanging onto it because i might use it for some cuda application (alicevision). but then again nvidia’s drivers love to hard freeze my system when i run that workload
17:04karolherbst: as long as it's clear it's a donation and no "help me get my bugs fixed" situation
17:05karolherbst: also.. compared to my other GPUs the 960 is hardly worth mentioning :D
17:05 < mia\> and alicevision is trying to port its stuff in the long run anyway
17:05karolherbst: nice
17:06karolherbst: yeah.. in the end all of that only becomes a problem when it becomes business related
17:06karolherbst: and me working on nouveau upstream for a company makes it a bit hard to draw the line here
17:06Lyude: btw RSpliet I created an update for the nouveau ddx yesterday
17:07karolherbst: Lyude: ohh btw, do you know specifics being in the same situation in regards to hw donations?
17:07Lyude: karolherbst: ???
17:07karolherbst: Lyude: like mia\ wants to gift/donate a bunch of GPUs to use/me
17:07karolherbst: kind of gets close to business ethics
17:09Lyude: I've only ever gotten hardware from folks at XDC, but also I don't think hw donations are really an ethics issue? but also even if it was I'm not aware of any policies nouveau itself would have since we're just a foss project
17:09karolherbst: Lyude: no, but if it's a GTX 960 which is still valuable enough
17:10karolherbst: in the end it is about value, but yeah...
17:10karolherbst: I think it's fine
17:10karolherbst: just wondering if you would know any specifics here
17:10Lyude: my bigger worry would be what the donator's expectations are for what happens when hardware does get donated
17:10karolherbst: yeah
17:10Lyude: karolherbst: no not really - I just kinda keep a "enough hardware to do dev and not much more" policy for myself so I don't feel bad about taking people's hw
17:10karolherbst: in this case, the GPUs would have been thrown away or sold on ebay :p
17:10karolherbst: yeah :D
17:10Lyude: yeah may as well just take it then
17:11karolherbst: yep
17:11karolherbst: I'd be more worried if it's like a 5 grand GPU
17:11Lyude: yeah definitely
17:12karolherbst: but the rules are already for small values
17:12karolherbst: like $25 or so?
17:12karolherbst: it's ridicoulusly low
17:12Lyude: karolherbst: are you talking about RH business ethics?
17:12karolherbst: yeah
17:12karolherbst: but there is no business thing going on, so it's fine
17:13karolherbst: it's... just a bit of a gray area
17:13Lyude: I don't really think those come into play here at all, I had thought those were a lot more around dealing with figures who have political influence/connections in terms of business
17:13 < mia\> fwiw, apart from the useless 820 in my laptop, those are the only nvidia GPUs i have, and i don’t plan on getting any more ;)
17:13Lyude: or who contract said figures
17:13Lyude: etc etc
17:13 < mia\> so, no expectations on my end
17:13karolherbst: Lyude: well, if mia\ would have filed bugs and expect me to work on them, that would be an issue already
17:13karolherbst: mia\: yeah, don't worry, at this point we only talk semantics :p
19:13 < mia\> karolherbst: oops, turns out i gave that 8400 gs to a friend about 6 years ago. was certain i still had it… oh well
19:14karolherbst: mia\: no worries :D
19:16 < mia\> oh wait no it just showed up! ha
19:16karolherbst: cool :)
19:18imirkin: it wasn't there, and then poof, magically appeared on the table
19:18imirkin: i really need to go through my GPUs to see if i have a GT218 in there
19:19imirkin: (i know i have a GT215, but it has a variety of other problems so it's not a great test target)
20:41LaserEyess: hello, I'm interested in donating old hardware (gtx 960) if anyone is interested, I'm in the east coast of america and would prefer to donate to an american for shipping reasons, but if someone is particularly interested in a 960 I don't mind shipping it overseas
20:42imirkin: LaserEyess: does it have DisplayPort and HDMI outputs?
20:43imirkin: also are you in nyc perchance?
20:43LaserEyess: 3 DP, 1 HDMI, 1 DVI-D
20:43LaserEyess: no, I'm in DC
20:44LaserEyess: I would not mind shippnig to NYC at all