07:28imirkin: kisak: confirmed that steam loads fine with my changes on a nv42. going to do some more testing though
08:10imirkin: hrmph. what happened to auto-fan control on nv4x?
08:33mupuf: imirkin: it's supposed to work
08:34imirkin: iirc there were some bugs filed about it stopping to work
08:34imirkin: you even looked into it, no?
08:39imirkin: mupuf: drm/nouveau: Don't disable polling in fallback mode
08:39imirkin: looks like still unmerged
08:39mupuf: shit, really?
08:40imirkin: or at least not in my kernel, which is 4.19 :)
08:40mupuf: I thouht I was done with it, just waiting on skeggsb to merge
08:40imirkin: he missed it? or something.
08:41imirkin: maybe send it to airlied direct?
08:44mupuf: I'll check it out a bit later. I am trying hard to get the new membership website for xorg ready in time
15:15orbea: imirkin: any chance you might have a guess why RetroArch is now failing with KMS + nouveau + wayland on fedora? Someone reported this to me with this log: https://pastebin.com/raw/XywMFjA0 It was fixed poorly for me with amd + xorg here which appears to be the first bad commit for them https://github.com/libretro/RetroArch/pull/7708/commits/5898f3e5d22b930a1050a59b61e98ecd07dd6977 and then a better fix
15:15orbea: shortly after here https://github.com/libretro/RetroArch/pull/7729/commits/868465ad01dba03b5f86f185dfe357c2eb94dc6a The original issue was here https://github.com/libretro/RetroArch/issues/7119
15:20orbea: they have a GK107
16:24glennk: orbea, see footnote 8 in https://www.khronos.org/registry/EGL/specs/eglspec.1.5.pdf
16:24glennk: section 3.4
16:25orbea: glennk: thanks, looking
17:41imirkin: is that the footnote that says "p.s. nouveau doesn't work"? :)
17:43imirkin: orbea: iirc i looked at that commit and it seemed buggy
17:44orbea: the on by maister?
17:45orbea: i'm sure if the issue was pointed out to maister it could be solved, but I dont have any direct means of contacting him...i tried here and he might see it there... https://github.com/libretro/RetroArch/pull/7729#issuecomment-450574422
17:45imirkin: the second one is weird
17:45imirkin: but it does seem like it could work
17:46imirkin: orbea: is there any info on the failure?
17:46orbea: all I have are the logs here https://pastebin.com/raw/XywMFjA0
17:48orbea: gouchi: is the one who is having the issue if there is anything more detailed to get.
17:49imirkin: orbea: [INFO] Environ SET_PIXEL_FORMAT: RGB565.
17:49imirkin: however the code very explicitly looks for 8888 configs
17:49orbea: ah...that makes sense why it would blow up
17:50imirkin: i don't know retroarch, but perhaps that's a line of investigation
17:50imirkin: i.e. i don't know what SET_PIXEL_FORMAT does, but one could reasonably imagine it has something to do with pixel formats :)
17:52orbea: i would imagine before the first buggy commit (Idk why things get merged and not tested until it blows up...) it was just finding the correct format
17:53imirkin: yeah, there's not a lot of options for RGB565
17:53imirkin: just that and BGR565
17:53imirkin: since it probably pegs green at >= 6 pixels
17:53imirkin: but the GBM format is different for that
17:54imirkin: this is why i didn't want to contribute a patch in the first place - lots of unknowns :)
17:54orbea: yea, i know the feeling...there is a lot going on a way too many supported platforms...
17:54glennk: there's byte swapped rgb565 too...
17:55imirkin: that's just mean
17:58imirkin: i've gotta say ... i'm impressed how unbuggy the chromium experience is on a NV42
17:58imirkin: google maps gets a bit flickery
17:58imirkin: and there's some obvious misrenders, but the idea is there
17:58imirkin: but most regular pages are totally fine
17:59imirkin: aha. Rasterization: Software only. Hardware acceleration disabled =]
17:59glennk: was about to mention that :-)
17:59imirkin: still nice.
18:00glennk: its likely the best option on that era hardware
18:00imirkin: for some reason this GPU *has* to be the only one plugged into PCIe
18:00imirkin: normally i keep these types of things secondary, but the box hangs on boot if i don't with this one - FX 3450
18:01glennk: it uses a agp bridge chip doesn't it?
18:01imirkin: nah, native PCIe
18:02imirkin: GPU core: +1.22 V (min = +4294967.28 V, max = +1.37 V)
18:02imirkin: that min seems a bit high
18:02glennk: ah, nv40 was the one then with the bridge
18:02imirkin: and oddly reminiscent of MAX_UINT
18:02glennk: then they had the same chip in the other direction for a while for agp variants
18:02imirkin: glennk: and NV4A which is also AGP-native, although there's a version of it with PCI (but no PCIe)
18:03imirkin: (aka NV44A)
18:04imirkin: but yeah, there were also random nv4x's on PCIe -> AGP bridges. i haven't seen many of them though.
18:04imirkin: (i think there might even have been a handful of G80+ boards like that)
18:05imirkin: i try to stay away from AGP - generally go the other way. i even have a PCIe FX5200
18:05imirkin: (but not the PCIe GF4)
19:39joepublic: AGP sure was exciting at the time
20:05glennk: burn with firewire
20:52imirkin: urgh. this is sad. xonotic eventually runs into some various data corruption :(
20:53imirkin: [on nv42]
21:00imirkin: and of course the corruption doesn't reproduce in a trace