01:23hakzsam: pmoreau, nvapeek?
01:56erix5: Hi folks
01:58erix5: I'm using the latest version of NOUVEAU driver with kernel 3.18.2 but dig into trouble. I can't setup GL acceleration at all.
01:58erix5: # lspci 00:00.0 Host bridge: Intel Corporation Xeon E3-1200 v3/4th Gen Core Processor DRAM Controller (rev 06) 00:01.0 PCI bridge: Intel Corporation Xeon E3-1200 v3/4th Gen Core Processor PCI Express x16 Controller (rev 06) 00:01.1 PCI bridge: Intel Corporation Xeon E3-1200 v3/4th Gen Core Processor PCI Express x8 Controller (rev 06) 00:14.0 USB controller: Intel Corporation 8 Series/C220 Series Chipset Family USB xHCI (rev 05) 00:16
02:00erix5: HW is Lenovo Y510p with SLI. During boot I can see errors that hub init timeout and init failed with code -16
02:00erix5: Could you please help me to have it sorted out?
02:01erix5: Card: 01:00.0 VGA compatible controller: NVIDIA Corporation GK107M [GeForce GT 755M] (rev a1)
02:03erix5: Let me rephrase. Does nouveau supports 3D (GL accel) for GT 755M?
02:04pmoreau: erix5: You are experiencing this bug sadly: https://bugs.freedesktop.org/show_bug.cgi?id=70354
02:05pmoreau: Which hasn't been solved yet
02:09erix5: Thanks for the point. Right, still not solved.
02:10erix5: As fat as I understand there are no even workaround for that issue.
02:14pmoreau: You could try the patch Ben proposed (comment #21)
02:14pmoreau: Only one person seems to have tested it.
02:15pmoreau: (Even if the test wasn't successful)
02:19erix5: pmoreau: on the way... But others confirms that this patch doesn't help
02:21pmoreau: skeggsb_: Did you had time to look back at the GK107 HUB_INIT timeout issue?
02:44erix5: pmoreau: I could be volunteer for testing the things. Just manually applied Ben's patch. Waiting for kernel build.
02:45erix5: Done, going to reboot
02:45erix5: Will reply with results
03:48erix5: pmoreau: X driver crashed after Ben's patch
03:51pmoreau: erix5: With the same errors as without? If not, could you please share some logs?
03:52erix5: Hub init error has disappeared. What kind of logs do you expected?
03:53pmoreau: The output of dmesg, and probably X logs too
03:54erix5: dmesg doesn't contains something special - even with debug turned on
03:54erix5: oh. I've accidentally overwritten X log. I have to reboot again with patched kernel
04:36erix5: pmoreau: The logs http://ge.tt/2NJozo82
04:38pmoreau: erix5: Thanks!
04:40erix5: But, the behaviour with Ben's patch is unpredicable. When I start X by xinit and some non-AIGLX client everything works well, but when starts glxgears or composite window manager, X server or hangs or just stucks even without possibility to switch to tty. I was managed one time to see crash with message like 'EQ queue overflow', but last 10 times I was not able to see this message in logs. Weird
04:42erix5: in addition, when message "nouveau E[ PGRAPH][0000:01:00.0] HUB_INIT timed out" appears, few reboots could fix it (with Ben's patch)
04:43pmoreau: The dmesg is missing the first 4 seconds
04:44erix5: In addition, please note, get version of Ben's sources used. Patched nve4.c file only
04:44pmoreau: You probably need to increase the log_buffer_length or something like that
04:46erix5: Sorry for that, full dmesg file was filtered by ge.tt
04:47pmoreau: If it is < 512MB, you can use pastebin.com
04:53erix5: Typo in prev. message: git sources were used :)
04:56erix5: Should I provide lspci output as well?
04:56pmoreau: Oh, you have two NVE7?
04:56erix5: pmoreau: Should I provide lspci output as well?
04:57erix5: Yes, it's a SLI laptop
04:57erix5: Yes, it's a SLI enabled laptop
04:57pmoreau: Ah, it's a laptop. I was going to ask if you could remove one, but... :)
04:58erix5: pmoreau: but what?
04:59pmoreau: Maybe you can, I don't know. Mine won't let me
04:59erix5: pmoreau: Sure, second card can be removed. Again, I have to log out :(
05:10pmoreau: erix5: Did it changed something?
05:11erix5: Yes. Using another laptop for char.
05:12pmoreau: For the best or the worst?
05:15erix5: pmoreau: dmesg log http://pastebin.com/9AWC0rnM with single card
05:17erix5: pmoreau: Xorg log http://pastebin.com/iKREdsKV
05:17erix5: Please note crash in nouveau
05:18pmoreau: Yeah, I saw in the dmesg that PGRAPH was recovering
05:18erix5: pmoreau: For the best or the worst? -- No, just the same results.
05:19pmoreau: Ok, but at least there are some errors in the log. :)
05:19erix5: pmoreau: Anything else I can provide?
05:19erix5: Right, I saw them. In addition I don't line about firmware bug
05:20pmoreau: You should add these two logs to the bug report, saying it was using the patch
05:21kyubiko: Hi, I'm having issues enabling syncing to vblank, I set Option "GLXVBlank" "True" in my xorg.conf, but moving windows still has a lot of tearing
05:21pmoreau: erix5: Maybe you could try using the blob firmware in addition to the patch.
05:22erix5: pmoreau: How I could? I've never did that before
05:23erix5: pmoreau: Should I create report for nouveau or for kernels' drm?
05:23pmoreau: erix5: I never did the extraction, but here are the instructions on how to do it: http://nouveau.freedesktop.org/wiki/NVC0_Firmware/
05:24pmoreau: erix5: Don't create a new bug report, just append to the existing one https://bugs.freedesktop.org/show_bug.cgi?id=70354
05:25pmoreau: erix5: If you have time, you could send a mmio trace (using a single card) to email@example.com (instructions: https://wiki.ubuntu.com/X/MMIOTracing) (xz it before sending)
05:26pmoreau: kyubiko: If you run glxgears, how many fps do yo get?
05:27erix5: pmoreau: Thanks for support
05:27pmoreau: erix5: You are welcome
05:29kyubiko: pmoreau: 120
05:29kyubiko: My monitor is 60hz
05:29kyubiko: I guess I hsould set that somewhere
05:30pmoreau: Which kernel and xf86-video-nouveau versions are you running?
05:30kyubiko: pmoreau: kernel 3.18.3 nouveau 1.0.11 (I think, I'm not sure I found out the version correctly)
05:32pmoreau: It should be good
05:35kyubiko: Is there anywhere I can make sure nouveau realises I have a refresh rate of 60hz
05:36pmoreau: It *should* do it automatically
05:37pmoreau: Maybe mlankhorst or RSpliet can help you better
05:52RSpliet: kyubiku: don't worry about your monitor, it's still fed at 60Hz
05:53RSpliet: there used to be some bugs with the ddx component
05:53RSpliet: that made it do 120fps
05:53kyubiko: I get 60fps if I kill xcompmgr
05:53RSpliet: oh... then it might be a different issue here
05:53kyubiko: But I still have tearing when moving windows
05:54RSpliet: are you sure you have 1.0.11? that should fix most of the vsync/tearing issues
05:54Tom^: first of Xorg doesnt vsync
05:54Tom^: and really doesnt know how to, you need a compositor for that and xcompmgr doesnt do it either
05:54Tom^: compton has some different methods implented for it however.
05:55kyubiko: RSpliet I'll just force an update to check
05:56kyubiko: Also, I'm having redraw issues in my term, if I say open a file in vim, the blank areas of the term just show whatever lines were there before
05:57RSpliet: I'm not your man to help you debug much of this unfortunately
05:57RSpliet: mlankhorst knows the deal on sync
05:58kyubiko: I'll wait around and see if he appears then, thanks
05:58kyubiko: I'm definitely on 1.0.11-1 btw
05:59Tom^: you only got tearing in moving windows?
05:59Tom^: not opengl or movies etc?
05:59Tom^: if so then reread what i just said 5 lines ago.
06:01kyubiko: Tom^ I'll try playing a movie
06:03kyubiko: I have tearing in movies too
06:05kyubiko: Do you think the term redraw issue is related, or something else
06:08eagle: can anyone give hints on how to run NV117 (GM107) GeForce GTX (750, 750 Ti) with nouveau on arch linux?
06:09kyubiko: Eagle: what isn't working?
06:09eagle: everything :D
06:09eagle: I installed nouveasu without the firmware package from aur
06:10eagle: and as soon as the car-s
06:11kyubiko: I don't think you should need anything from the aur
06:12kyubiko: just xf86-video-nouveau from the repos
06:12eagle: but right after grub, running the ramdisk, the screen shows weird fragments and is tehns tuck
06:13eagle: please excuse my typos
06:13kyubiko: Make sure you DONT have the nomodeset kernel parameter set
06:14kyubiko: (E in the grub menu)
06:15eagle: I checked my grub.cfg
06:15eagle: it is not set
06:16kyubiko: Did you have an nvidia driver instated before, or is this first setup?
06:16eagle: I tried the nouveau driver without having the nvidia blob installed first
06:18kyubiko: What is your kernel command line?
06:18RSpliet: eagle: GM107 you say?
06:18eagle: 01:00.0 VGA compatible controller: NVIDIA Corporation GM107 [GeForce GTX 750 Ti] (rev a2)
06:18RSpliet: that's a Maxwell, some preliminary support landed with the 3.19rc kernel
06:18RSpliet: but that's modesetting only, no acceleration yet
06:19RSpliet: sorry, it's just not finished; firmware is the biggest issue right now
06:19RSpliet: discussion (hopefully) ongoing between us and NVIDIA about that
06:20eagle: I am running 3.17.6 atm, so I guess I have to wait
06:20eagle: thanks for the help
06:20kyubiko: Sorry for wasting your time eagle, I wasn't aware it wasn't supported
06:20eagle: np :P
06:52erix5: Folks, is it worth to try 3.19rc for GT 755M? diff shows lot of changes in drm
06:53pmoreau: erix5: If you tried Ben's repo, then you don't need to. :)
11:35imirkin: eagle: http://nouveau.freedesktop.org/wiki/NVC0_Firmware/
11:35imirkin: eagle: do mmiotrace of blob, use the (crazy) shell command to extract the firmware from the trace
11:36eagle: imirkin: thanks, I will try this
11:36imirkin: eagle: almost everything works once you put the ctxsw firmware in place
11:37imirkin: eagle: make sure to use at least a late mesa 10.3.x stable version, or 10.4.x
11:38eagle: I am running arch linux, kernel from the [core] repo, which is 3.17.6, mesa is 10.4.2
11:41imirkin: cool, that should all be new enough
11:47imirkin: good luck :)
11:51AlbertP: pmoreau: some time ago you asked about nva5 on linux 3.18, I would test that kernel on a computer with the nva5 (and some nva8 cards in multiseat config). it appears somebody already upgraded the kernel and nobody's noticed any regression so far. gnome shell is in use so 3d acceleration works.
11:55pmoreau: AlbertP: Oh, I did, right! Completely forgot about it - I think I also needed to check something but I can't remember what :(
12:01pmoreau: Maybe it was to test whether this issue is still valid https://bugs.freedesktop.org/show_bug.cgi?id=69029
12:02pmoreau: Or maybe this one https://bugs.freedesktop.org/show_bug.cgi?id=73744
12:03pmoreau:should take notes next time to avoid forgetting it...
12:04AlbertP: I don't recall any connection with nva8 bugs, except for the fact that the 3 other cards in this multiseat machine are nva8.
12:04AlbertP: At present with 3.19 they're all working stable, the nva5 has produced pgraph errors with past (3.10-ish) kernels.
15:24AndrewR: hello. After long silence I have news about bug 58615. It seems 'bug' was more on my side - setting kernel option CONFIG_PREEMPT_VOLUNTARY=y fixes (?) bug for me ...
15:27AndrewR: I was reading 3.18.3 changelog and one fix obviously pushed me into direction of first, trying official Slackware kernel (I understand this step should be done first..) - it worked! I recalled i tried all sort of options in the past BUT not this preemt one!
15:28AndrewR: https://www.kernel.org/pub/linux/kernel/v3.x/ChangeLog-3.18.3 - see "mm, vmscan: prevent kswapd livelock due to pfmemalloc-throttled process being killed" for my inspiration. Sadly, I haven't dived into code yet ...so no further hints :/
15:43tobijk: AndrewR: just note the observed in the bugreport please
15:44AndrewR: tobijk, ok
15:45tobijk: it will survive there way longer :)
20:06fling: I'm still getting some hangs with huge images opened in a browser -> http://dpaste.com/036CNHE
20:06fling: Is not it possible to fix yet?
20:47skeggsb_: gnurou: hey, are you able to test the gk20a build to make sure i didn't bust it in master :P
20:58Tom^: skeggsb_: im having a couple weird random freezes on a 780ti and xexaxo from #d3d9 suggested to try this patch, https://bugs.freedesktop.org/attachment.cgi?id=112412 and it actually helps. is this just reverting your earlier changes or does it makes sense at all? :p
21:00skeggsb_: Tom^: i'll try and take a look at it at some point today
21:00Tom^: skeggsb_: sure would be nice
21:27koz_: Is it possible for nouveau to cause a conflict with the driver that runs a motherboard's built-in NIC?
21:27koz_: Because I seem to be getting exactly this.
23:27koz_desktop: The wiki says: ' Boot with nouveau.pstate=1 to enable.' How do I set this exactly?
23:29mupuf: koz_desktop: in your grub command line
23:29mupuf: or in modprobe.d/nouveau.conf (you'll have to create it and read up on how to write modprobe conf files
23:30mupuf: and beware if you have nouveau in your initramfs