03:13sneil: hakzsam: GALLIUM_HUD="inst_executed" glxgears shows the graph and inst_executed = 0 (never varies). On the console I get:
03:13sneil: gallium_hud: all queries are busy after 8 frames, can't add another query
03:13sneil: (repeated probably once per frame)
03:15sneil: that's git eeff7e11 minus d03bfb078 (I didn't think it mattered to your question so I haven't reset the checkout yet)
03:46sneil: dboyan_: (yup, GM107 is correct). I tried 17.0.0 and still desktop freeze, before that I'll need to figure out a build issue (probably LLVM is too new)
06:28Manoa: just played a wine game on nouveau for like 6 hours, not a single bug glich or crash :)
06:28Manoa: windows: RIP 2017 :)
06:28ozmage: i have this
06:28ozmage: HexChat: 2.10.0 ** OS: Linux 3.2.0-4-486 i686 ** Distro: Debian 7.11 ** CPU: 1 x Intel(R) Pentium(R) M processor 1600MHz (GenuineIntel) @ 1.60GHz ** RAM: Physical: 502.5MiB, 54.9% free ** Disk: Total: 32.3GiB, 70.7% free ** VGA: NVIDIA Corporation NV28 [GeForce4 Ti 4200 Go AGP 8x] ** Sound: ICH4 - Intel 82801DB-ICH4 ** Ethernet: None found ** Uptime: 1h 45m 5s **
06:29ozmage: and all i see is garbage on the screen
06:29ozmage: any one have a fix for this ?
06:29Manoa: 7.11 debien :) that's nice
06:29ozmage: with nv ddx and nvidia leagcy works
06:31Manoa: garbage when running 2D work on nouveau DDX ?
06:32Manoa: you could try to disable 2D acceleration
06:32Manoa: I think xorg.conf parameter is noaccel "true" inside the "device" section
06:33Manoa: someone here might know how to help but you may need to provide some debug information like Xorg.0.log and dmesg log
06:38ozmage: i would try later
06:38ozmage: someone toll me that opensuse 13 works
06:38ozmage: with nouveau and that gfx card
06:40Manoa: hey 4200 Ti is a real classy
06:40Manoa: I didn't expect for sutch a old card to survive for this long
09:15DocMAX: is there a channel for nvidia module?
09:15DocMAX: i want high resolution on console
13:03imirkin: DocMAX: #nvidia
13:30hakzsam: sneil: compute is broken on your card
13:30hakzsam: skeggsb: do you remember this compute issue on gm107? I reported something similar a while back
13:31hakzsam: sneil: I think you need to record a mmiotrace with the NV blob and send it to skeggsb
14:31karolherbst: skeggsb: 108b1c41f002a3b3b1f262bd78be9a63f6bd1683 needs an upstream change in envyas :p
14:33karolherbst: otherwise the statics are always removed again
14:37quesada: Hi guys. If nouveau is not picking a monitor (xrandr says disconnected) is this a matter of xorg conf?
14:37quesada: the monitor is connected phisically because is the onboard one for the laptop and the OS has been spitting stuff to it during booting :)
14:40hakzsam: karolherbst: did you get the trace in the end?
14:41karolherbst: hakzsam: ohh actually yes, let me check
14:42karolherbst: hakzsam: I see nothing
14:43hakzsam: you don't see this?
14:43hakzsam: which is random
14:43karolherbst: window is simply black
14:43karolherbst: or maybe the compilation of shaders just needs a lot of time
14:44karolherbst: anyway, the window is simply black
14:44hakzsam: karolherbst: can you upload somewhere the framebuffer image at call 9482971?
14:44karolherbst: ohhh now something apears
14:47quesada: NVIDIA GK106M [GeForce GTX 765M] if that matters
14:47quesada: optimus laptop
14:48karolherbst: hakzsam: okay, looks fine if I enable "opaque"
14:49karolherbst: hakzsam: https://i.imgur.com/NGlKAJ8.jpg
14:50karolherbst: shouldI reflip it? :D
14:50hakzsam: so it works fine with nouveau
14:51karolherbst: I suppose something is wrong witht he alpha part
14:52hakzsam: some sort of decompression failures I think
14:53hakzsam: which could explain why the output is random
14:53karolherbst: or simply the data wasn't cleared?
14:53karolherbst: because it's full alpha here
14:54quesada: I know optimus is problematic overall. I don't need any fancy switching, just the screens working
14:54karolherbst: quesada: reverse prime
14:54quesada: karolherbst: let me look that up
14:55karolherbst: and "fancy switching" is done by setting DRI_PRIME for an application ;)
14:55hakzsam: karolherbst: can you upload with only "alpha"?
15:05karolherbst: hakzsam: https://i.imgur.com/yGVpLeB.png
15:05quesada: bumblebee is an abandoned project. The guys at Solus have a working replacement that they are actively working on. Solus only for now, but worth looking at it. They seem to be killing it. https://github.com/solus-project/linux-driver-management
15:06hakzsam: karolherbst: thks
15:22pmoreau: imirkin: Quick question as I am starting to cleanup the SPIR-V -> NVIR code: should I rename `nv50_ir_from_spirv.cpp` to `nv_ir_from_spirv.cpp`? As we seem to be transitionning to calling that, as it is not NV50 specific.
15:39karolherbst: uhh that meson guy is here :O
17:01quesada: I have an optimus. but xrandr --listproviders gives me only one provlder, called nouveau. Why?
17:10imirkin: pmoreau: either way's fine
17:10imirkin: quesada: i'm confused by your situation. as i'm lazy, could you summarize real quick what you're trying to achieve and what you're seeing? also pastebin dmesg and xorg logs.
17:16quesada: imirkin: one sec
17:16quesada: trying to have the laptop screen working. So far only external works
17:16quesada: https://wiki.archlinux.org/index.php/PRIME only one output provider listed by xrandr
17:16quesada: pastebin coming
17:17imirkin: your internal screen is, most likely, attached to the intel iGPU, and is not switchable to nvidia
17:18imirkin: my guess is that you've arranged things so that the nvidia gpu is used as the main one?
17:18imirkin: if you have a custom xorg.conf, that would also be useful to see.
17:22quesada: imirkin: https://pastebin.com/SA33u3ZH
17:26quesada: imirkin: https://pastebin.com/9b3vkqyi
17:26imirkin: that seems less happy...
17:26quesada: that is /var/log/Xorg.2.log
17:27imirkin: you said X was starting though, no?
17:32quesada: imirkin: yes
17:32quesada: I'm on x
17:32quesada: that may be old?
17:34imirkin: well, i need the log form the running X instance.
17:34imirkin: i believe you're on a distro infected by systemd, so i can't really help you with how to do that.
17:47quesada: imirkin: arch
17:47quesada: imirkin: http://sprunge.us/KITA
17:48quesada: how do I connect that deactivated DP-1?
18:13imirkin: quesada: chances are by plugging your laptop into the dock
18:13imirkin: quesada: your internal display will be on either LVDS-1 or eDP-1
18:13imirkin: you likely did something clever in your xorg.conf which is leading to your present predicament
18:13imirkin: if you remove all the customization you did, chances are everything will work fine out of the box.
18:20waylander32: http://www.nvidia.com/content/gtc-2010/pdfs/2238_gtc2010.pdf all read how that guy defined my rant
18:33waylander32: you may do those synchronized jumps and bans around me, but any sane one when explained also knows, you name me troll, and say i tell lies and scam which i never have done, and you have never one a debate against me
18:37Tom^: waylander32: and you think ranting and trying to harass this channel and its users is gonna win you any sort of acknowledge or level of acceptence at all? , if you do. you simply have lost already.
18:41waylander32: i wish dx11 state tracker to be worked on again, wine has some late code additions
18:55waylander32: Tom^: no, i do not want any sort of acceptance but i want my rights to live in my country, and function without regulations on my personals life, what were settled with utter scams and fabrications, if that never happens i will use force
18:55imirkin: waylander32: that's not what this channel is about. you go on these long rants, and no one here cares. hence the bans.
19:02waylander32: but i have at least proven that i can think and conclude based of available information, there are lots who care about my situation, but just maybe not here on that channel in fact
19:03waylander32: but i want you to invest your time and skills on for doing something collaboratively productive and sane, instead of having a ban paranoia
19:04imirkin: i wish i could as well
19:12waylander32: i won't stand in your way, if you want me to leave i will, but some goals to target, is a big dx11 one, natively for gamers to linux, there are yet some more things to do, computer work never ends
19:17waylander32: fixing glamor, and also basically an open gpu firmware comes to mind, all it is some quite a major reimplementing work, good luck on such missions for instance, you could make channels for upcoming new from ground up designed gpus too
19:17librin: good evening!
19:18imirkin: and a good day to you, sir!
19:19librin: appears I've hit a nouveau-related regression, but it's confusing and I'm not sure if it's nouveau's fault per se
19:22librin: I've got a 120Hz-capable monitor, but after doing a long overdue reboot, it now flickers and has messed up contrast/brightness if I set it to any mode other than 60Hz
19:23Tom^: librin: what cable are you using?
19:23Tom^: 60+ requires displayport or dual link dvi
19:23librin: dual link DVI
19:24librin: I mean, it worked fine for years on Nouveau
19:24librin: and I know it's a software issue, as I got my hands on windows (yuck) and it works just fine there with whatever mode, including still doing stereoscopic 3D just fine
19:25librin: I tried downgrading my libdrm, mesa, xf86-video-nouveau and xrandr packages down from git HEAD to whatever revision way before I hit this, along with booting an older kernel that I had previously ran for months
19:26librin: but that didn't help
19:26librin: so I am confused
19:26librin: looks like a regression, but downgrading everything that I can think of that could have caused this doesn't make it go away
19:32librin: nothing out of ordinary in Xorg.0.log
19:33librin: save for the constant spam of this one line, but it doesn't seen related at all:
19:33librin: input-thread: InputThreadDoWork waiting for devices
19:34librin: nothing out of ordinary in kernel logs, either
19:34librin: Tom^: any ideas?
19:34librin: I'm out of ideas where / what to look at
19:34Tom^: hm no :/, maybe imirkin or the other gurus know
19:37karolherbst: librin: verify that you load the older stuff
19:42karolherbst: librin: you could also try the modesetting ddx
19:42librin: karolherbst: well, I did reboot to make sure new "old" stuff gets loaded. After all, I only started seeing this after a reboot, so I assume at the very least I need to restart X
19:42librin: how do I do that?
19:43karolherbst: librin: uninstall xf86-video-nouveau
19:43imirkin: librin: sounds like something unrelated is causing this
19:43imirkin: librin: perhaps you now have some other piece of software that is causing lots of output reads
19:43imirkin: output status reads
19:43imirkin: which might cause blinking
19:43librin: nothing I'm aware of, though
19:44imirkin: well, if you downgraded everythign you could think of
19:44imirkin: then clearly the issue remains in something you didn't think of :)
19:45librin: I don't remember installing anything new for quite a while, heck, hardly had the chance to used this computer at all
19:46librin: hmmm, I'll try to "use" modesetting and see if it works
19:46librin: now, to just figure out how to uninstall xf86-video-nouveau without gentoo, err, funtoo screaming at my face about dependencies
19:47librin: karolherbst, imirkin: thanks for the help!
19:49librin: oh! I forgot to mention that right after switching from more-than-60Hz to 60Hz mode, it still flickers in 60Hz mode, albeit not as much. Then the flicker gradually disappears over a course of a few minutes.
19:50librin: the 60Hz doesn't get the contrast/brightness corruption at all, though.
19:50librin: mode, I mean. 60Hz mode.
20:00librin: errr, scratch that, I seemed to have had a brain fart and messed up on the simple procedure I've done many times before and the older revision packages I've built are in fact git HEAD
20:00librin: ./punch.sh --target=self --face
20:01librin: now I am going to *actually* revert
20:04librin: welp, time test out
20:04librin: see Ya!
20:32pmoreau: imirkin: Any reason to keep NV50_PROGRAM_IR_GLSL & co around, instead of using PIPE_IR_GLSL? Also the ifdef'ed code line 1234 in codegen/nv50_ir.cpp? That code seems to have been merged as-is, and left commented out for the past 6 years…
20:35imirkin: feel free to nuke it
20:35imirkin: i believe calim and zhasha were working on the dx10/11 stuff in a branch, and it was for that
20:36pmoreau: Will send a few patches then :-)
20:36imirkin: i'd rather make a sm4/5 -> tgsi adapter than have a direct parser for that stuff
20:36imirkin: but at that time, tgsi was nowhere close to representing those things
21:50imirkin: pmoreau: your 3/4 didn't make it to my inbox... at least not yet
21:51pmoreau: I did received it… so maybe in a few seconds/minutes?
21:52pmoreau: It’s in the list archive, and on patchwork as well
21:57imirkin: ok. probably just delayed
21:59imirkin: ah there it goes
21:59pmoreau: Here is the link to patchwork, if you want: https://patchwork.freedesktop.org/patch/154840/
22:00pmoreau: Anyway, thanks for the quick reviews :-)
22:00imirkin: np. do you have a fd.o account btw?
22:00pmoreau: I do not
22:01pmoreau: I was waiting for more than a one-liner patch before asking for one :-)
22:01imirkin: hm yeah. you have like 11 commits at this point. fewer than i thought.
22:02pmoreau: Yes, I have been mostly hacking in my corner
22:02imirkin: wow. i have a lot more than i thought. i guess it adds up after a while.
22:03pmoreau: With the clover serie, I should have enough commits to ask for the games
22:03pmoreau: Well, one patch here, one patch there, it can add up quickly :-)
22:03imirkin: hopefully not the reason you're working on it - there'd be easier ways to get that
22:03pmoreau: You have been contributing quite a bit to Nouveau on the Mesa-side
22:04pmoreau: I think I have most of the Valve games already, probably a couple of the Feral ones
22:04pmoreau: So no, I am not doing it for the games
22:04imirkin: like 150 freedreno commits too. crazy. i don't remember doing those.
22:04pmoreau: Ah ah ah
22:05pmoreau: Someone impersonating you for those commits then? :-p
22:05imirkin: must be.
22:05pmoreau: Let’s revert all of them
22:05imirkin: hehe. rob would be real happy.
22:06pmoreau: I am sure he would :-D
22:13karolherbst: pmoreau: how is your Nouveau image thing going by the way? I might need it with a few modifications in august
22:14pmoreau: karolherbst: Badly… I haven’t fixed it yet in a while, even though it shouldn’t be that hard. I should just need to bump the glibc requirement for valgrind, and get a new PKGBUILD for Mesa.
22:14pmoreau: karolherbst: I will definitely get back to it before August.
22:15pmoreau: I should get back to the patch for converting to/from 64-bit integers, and send it along with a patch for folding 64-bit int constants.
22:16pmoreau: IIRC the int 64 extension was merged, wasn’t it?
22:16pmoreau: karolherbst: Which modifications would you need? I won’t make them right now, but at least write them down to remember them.
22:19imirkin: pmoreau: yeah, int64 is in
22:19imirkin: pmoreau: and supported by nouveau. i took your multiplication change.
22:20pmoreau: Yup, I recall that
22:20pmoreau: (that you took the multiplication patch)
22:20pmoreau: Which should have ringed a bell that Nouveau supported it now, and that int64 support got merged
22:34karolherbst: pmoreau: prime stuff
22:34karolherbst: pmoreau: bumblebee + nouveau dual setup for reverse engineering
22:34karolherbst: stuff like that
22:41librin: ah, nope, even after reverting properly this time, with crazy amounts of verification that I in fact did, still the same issue
22:42librin: maybe I should try modesetting after all
22:54librin: is there a way to switch to modesetting ddx without having to remove the nouveau one? e.g. like an xorg.conf switch
23:00karolherbst: librin: removing it is the easiest way
23:13librin: welp, here goes nothing
23:14librin: thanks again and see Ya!