02:33imirkin: skeggsb: got one of these again: https://hastebin.com/ewiramuvum.cs
04:46rhyskidd: new gsp falcon from offset 0x110000
04:46rhyskidd: apparently similar mmio reg structure as current falcons
04:47skeggsb: yeah, that's been there since volta
19:22Hijiri: I'm experiencing a crash with minecraft forge. I'm on a 750ti and will post some logs in a moment
19:23Hijiri: https://paste.debian.net/1045323/ - dmesg, https://paste.debian.net/1045321/ - logs from minecraft
19:23Hijiri: Usually the loading screen describes the current step as "texture mipmap and uploading"
19:24Hijiri: It will hang and I need to ssh in to kill java to regain control of my WM. Sometimes java just crashes immediately before that step
19:24Hijiri: How far it gets through that step varies and some small fraction of the time it will successfully finish, so my current workaround is to keep retrying until it works
19:25Hijiri: actually just tried right now, it got through that step and crashed afterwards. that hasn't happened before
19:28imirkin: Hijiri: do you know if it's multi-threaded?
19:28Hijiri: I don't know whether initialization is multithreaded, but I believe it's multithreaded during the actual game
19:29Hijiri: at least one mod uses a thread to offload some stuff
19:29imirkin: nouveau doesn't handle simultaneous GL calls from multiple threads very well.
19:29imirkin: (read: not at all)
19:30Hijiri: it doesn't crash during the game, only during initialization
19:30Hijiri: is it common for games to initialize GPU stuff multithreaded?
19:30Hijiri: and do my logs suggest that that is happening
19:30Hijiri: (or maybe my logs just aren't informative enough)
19:31imirkin: streaming assets in via a non-draw thread is definitely one of the use-cases.
19:31imirkin: i think the big engines do it nowadays, but it's obviously something of a pain to do properly "by hand"
19:32Hijiri: that sounds like something you use to load assets while the game is being played? Or would you use it on startup too?
19:32Hijiri: If I made a guess I would guess that forge wouldn't do that, because while it's loading it only has to display a progress screen
19:32Hijiri: so it wouldn't be worth it if it's a pain to do
19:41HdkR: Hijiri: Threaded GL could improve the load times and with how long it taks modded minecraft to load I could see them using it. Maybe go ask the forge devs if they do use it :P
19:42HdkR: Or modify mesa to print a message when a shared context is created? :P
19:43Guest42: hi guys
19:46Guest42: I have a geforce GF119 and I would like use mplayer with VDPAU but it's required a firmware for video engine decoder VP5
19:48Guest42: do we have news for the open source implementation of VP5?
19:49imirkin: Guest42: it'll (probably) never happen. i wrote an extractor for the blob firmware. this firmware runs on the gpu, not on the cpu. (like all firmware.)
19:49imirkin: (except cpu firmware...)
19:51imirkin: you can see instructions for how to run the extractor at https://nouveau.freedesktop.org/wiki/VideoAcceleration/#firmware
19:51imirkin: "An effort is underway to fully reverse the underlying engines" -- i dunno who added that, but afaik that was never the case
19:52imirkin: i guess kinda-sorta with VP1 and VP2
19:54Guest42: imirkin I read this "An effort is underway to fully reverse the underlying engines and create open-source firmware to provide out-of-the-box video decoding, please join us in #nouveau on irc.freenode.net if you're interested in helping."
19:54Guest42: imirkin into https://nouveau.freedesktop.org/wiki/VideoAcceleration/
20:02Guest42: imirkin I need of VP5 blob extractor
20:03imirkin: follow the instructions in that wiki page
20:04imirkin: if you would like to write open firmware for driving the vp5 engine, you're more than welcome to do so
20:05Guest42: imirkin :-)
20:05Guest42: imirkin I installed nouveau as a video driver, can I install the nvidia proprietary drivers on virtualbox and extract the firmware blob?
20:15imirkin: Guest42: just follow the instructions. no blob installation necessary.
20:15Guest42: imirkin I'm reading this https://nouveau.freedesktop.org/wiki/NVC0_Firmware/
20:16imirkin: "You basically never need to do the mmiotrace, unless you're a nouveau developer"
20:16imirkin: "Note that there is a script which performs the extraction from the blob directly, see VideoAcceleration"
20:16imirkin: not sure how much clearer i can make that
20:20Guest42: imirkin my video card is GF119 and wiki says this: There are 2 sets of firmware for video decoding, one for kernel and one for userspace. Only VP3/4 series have the userspace firmware. VP5 does not have userspace firmware. (So, pre-GF117 has userspace firmware, post GF117 and later does not.)
20:20imirkin: i know. i wrote those pages.
20:20imirkin: (or at least good chunks of them)
20:20imirkin: i will not be assisting with following the instructions on NVC0_Firmware
20:21imirkin: use the steps outlined on the VideoAcceleration page
20:22Guest42: imirkin you're referring to this: "If your distribution isn't in the list, you can run the following commands to install the firmware" https://nouveau.freedesktop.org/wiki/VideoAcceleration/
20:25Guest42: imirkin I had run these commands, but I thought it was only for the VP2 engine not for the VP5
20:25imirkin: what would give you that idea?
20:26Guest42: imirkin the name of the file is re-vp2-master.zip
20:27imirkin: why did you download the repository?
20:28imirkin: why not just follow the instructions?
20:30Guest42: Uploaded file: https://uploads.kiwiirc.com/files/a3edbdd18456bfbec5a9a40c39b686be/fw.png
20:30Guest42: imirkin yes I have excuted this commands
20:31imirkin: so what's the problem?
20:32Guest42: imirkin but I ran it on the "NVIDIA-Linux-x86_64-340.32.run" drivers because on the latest GT 705 drivers "NVIDIA-Linux-x86_64-390.87.run" the script does not work!
20:33imirkin: right. coz you have to follow the instructions.
20:33imirkin: the instructions talk about a specific version. highly recommended against straying from that.
20:34Guest42: imirkin do not know if I'm wrong, but the latest drivers that releases nvidia are not better than the previous ones for fixing bugs?
20:37imirkin: not particularly
20:37imirkin: firmware barely ever changes
20:40Guest42: imirkin in the readme of the re-vp2 script you wrote, it is specified: "These are tools designed to help with reverse-engineering the VP2engine available on NVIDIA NV84-NV98 cards."
20:41imirkin: extract_firmware was just placed there for convenience
20:41imirkin: feel free to grab it from
20:41Guest42: imirkin in my case NVD9 + VP5
20:45Guest42: imirkin https://github.com/envytools/firmware works for NVD9?
20:48imirkin: didn't i cover that earlier?
20:48imirkin: do you not see files produced for nvd9?
20:49Guest42: imirkin moment let me understand, is the script "https://github.com/imirkin/re-vp2" or this "https://github.com/envytools/firmware" more recent?
20:50Guest42: Uploaded file: https://uploads.kiwiirc.com/files/95fdbaf98f377dc2a3fce925efbf140a/screen.png
20:50Guest42: imirkin the difference is
20:52Guest42: and this
20:52Guest42: Uploaded file: https://uploads.kiwiirc.com/files/915eb47c19e250050da9a9760dd349fa/screen2.png
20:55imirkin: Guest42: they are identical
20:55Guest42: imirkin not the hashing is different
20:57imirkin: i'm done here... good luck!
20:59Guest42: imirkin are there portions of code that have been compacted?
21:06Guest42: imirkin the hashing file of nvd9_fuc084 085 086 are the same
21:06Guest42: imirkin but https://github.com/envytools/firmware produces in more of the files blob0, blob1 ...
21:10Guest42: imirkin if during the boot phase of Debian I should have problems, which parameter should I switch to the grub to disable the loading of the firmware?
21:10mupuf: Lyude: do you have a patch to show me? I might remember something
21:17reinuseslisp: One question about `OUT` in GS. What do `OUT` arguments mean? I'm getting a shader like this one:
21:17reinuseslisp: https://hastebin.com/wetaxumuyi.pl (full shader: https://hastebin.com/iyolubuzaq.bash)
21:46Lyude: mupuf: sure thing, let me post it. a forewarning though, I discovered it's not applying the fb clkgate packs and I haven't had a chance since getting back home to fix it yet
21:47Lyude: so it probably doesn't save as much power as it should be
21:48Lyude: lemme make a gitlab fdo thing
22:04Hijiri: ok, asked in forge's irc channel, the loading screen does use threaded GL
22:04Hijiri: however it can be disabled to have no loading screen
22:06imirkin: reinuseslisp: didn't i explain what they meant yesterday?
22:07imirkin: reinuseslisp: you're counting arguments wrong
22:07imirkin: or ... at least unconventially
22:07imirkin: you're treating the destination as an argument?
22:12Lyude: mupuf: https://gitlab.freedesktop.org/lyudess/linux/commits/wip/maxwell-clkgate-nopm-v1.1
22:53ReinUsesLisp: checked the logs, I disconnected when you said `and then the result of the OUT.EMIT gets fed into the next one`
22:58ReinUsesLisp: I think now I get it. BTW, why are there some stores being emitted after the last OUT.EMIT? I didn't see this in blob shaders
22:58ReinUsesLisp: I think I get it now*
23:00imirkin: it can be hard to remove everything
23:00imirkin: and not really worth the effort
23:09HdkR: imirkin: But what about those icache savings :P
23:13imirkin: uh huh
23:13ReinUsesLisp: yay! they are working now (the triangle is flipped but who cares)
23:13imirkin: when nouveau is doing so well that this makes a difference ... i'll be really happy