00:39 mupuf: rhyskidd: thansk for the info
00:41 mupuf: rhyskidd: cool for IGT!
00:41 mupuf: I ran it on maxwell, there are tons of low hanging fruits on that. We have a presentation about this tomorrow with Arek
03:51 that_one_guy_798: Does Nvidia Optimus work with SLI?
03:51 that_one_guy_798: Do all 10-seriers notebooks/laptops automatically have Optimus or only some of them?
04:51 justin__: i'm in need of assistance. anyone awake and sober?
04:52 that_one_guy_798: I am awake and sober, but I am too stupid and inexperienced to help you. :'(
04:53 justin__: it'd be like dumb and dumber if we tried to help each other
04:55 that_one_guy_798: justin__: I only had general questions, that maybe you could help me with? Does Nvidia Optimus work with SLI? o all 10-seriers notebooks/laptops automatically have Optimus or only some of them?
04:59 that_one_guy_798: justin__:
04:59 justin__: in case anyone is lurking - looking for help forcing edid from grub for a VGA monitor that's connected to DVI-I-1 (dongle used). It's a dual monitor setup and I have the edid binary from the other monitor that's in DP-1 and working fine. Thus far adding lines to /etc/default/grub and then update-grub followed by reboot all show errors on boot "error while trying to load edid fimrware" The firmware has been placed in both
04:59 justin__: /lib/firmware and /lib/firmware/edid before running update-grub. I suspect I have the syntax wrong in the grub file --- or the edid file is corrupt.
05:00 justin__: forgot to mention - Mint 18.3 Cinnamon
15:14 Yoshimo: The fosdem slides mention: 2018: New documentation dump for the vbios tables , is that already available somewhere?
15:18 Ananace: Oh yeah, is there any link to the FOSDEM slides? Missed that talk due to the AW-building
15:23 Yoshimo: https://fosdem.org/2018/schedule/event/nouveau/attachments/slides/2280/export/events/attachments/nouveau/slides/2280/nouveau.pdf
15:44 Ananace: Thanks
16:15 pmoreau: Yoshimo: https://download.nvidia.com/open-gpu-doc/BIOS-Information-Table/1/BIOS-Information-Table.html
17:57 mupuf: Speaking about documentation dump, how about nv_gpu supporting pascal discrete GPUs :o
17:57 mupuf: And here is a lot of magic: https://nv-tegra.nvidia.com/gitweb/?p=linux-nvgpu.git;a=blob;f=drivers/gpu/nvgpu/include/nvgpu/bios.h;h=c6465313cf2054e4e6ceadb484466e9741809cb0;hb=l4t/l4t-r28.2-rc
17:58 mupuf: karolherbst and I are looking into it, and so far it appears to match our RE, except that we had almost no knowledge for pascal
17:58 karolherbst: right
17:58 mupuf: skeggsb: ^
18:01 mupuf: Lyude: there is plenty of things for you too, some things are reated to clock gating
18:07 JordiGH: I think Google Maps is crashing nouveau (and hence Linux).
18:07 JordiGH: How can I provide more information?
18:07 imirkin: what kernel are you on?
18:08 JordiGH: Btw, I absolutely love nouveau. I got an old Dell laptop on Ebay, and I accidentally bought it with an nvidia card. I thought I was doomed to the blob, but nouveau works perfectly.
18:08 JordiGH: (Well, except perhaps now)
18:08 imirkin: (and what gpu)
18:08 JordiGH: It's linux by Debian, 4.9.65-3+deb9u2
18:08 JordiGH: 01:00.0 VGA compatible controller: NVIDIA Corporation G86M [GeForce 8400M GS] (rev a1)
18:09 JordiGH: That's what lspci says.
18:09 imirkin: right
18:09 imirkin: right in the sweetspot for GPUs that had those solder joint issues =/
18:09 imirkin: anyways, i don't want to definitely blame it on that, but just something to keep in mind
18:10 imirkin: and what kinds of errors are you getting?
18:10 imirkin: there's a (unfortunately undiagnosed) class of issues that appear to hit tesla gpu's fairly randomly (of which yours is one)
18:19 JordiGH: imirkin: I don't know how to get any diagnostic output.
18:19 imirkin: ssh in, or use netconsole
18:20 JordiGH: This is on my laptop.
18:20 imirkin: ok
18:20 JordiGH: The only behaviour I see is a hard lock, followed by a white screen and a reboot.
18:20 imirkin: (not sure how that changes things)
18:20 JordiGH: Well, why would I ssh into my own laptop?
18:21 JordiGH: What is netconsole?
18:21 JordiGH: You think I should ssh in from another machine into this one?
18:22 Asu`: JordiGH: i used ssh to grab logs while nouveau had crashed and it was pretty easy
18:22 JordiGH: Okay, so what am I looking for, syslog?
18:22 JordiGH: dmesg?
18:28 imirkin: dmesg
18:28 JordiGH: Okay, I'll try later when I have another laptop. :-)
18:28 JordiGH: Thanks!
19:31 Lyude: mupuf: oh, I will have to take a look at that next chance I get
21:54 nullspoon: Can anyone help me get DRI3 working? I'm using modesetting with "Option DRI 3" in my xorg.conf. Still my Xorg.0.log shows "Initialized DRI2 GL provider for screen 0"
21:55 imirkin: nullspoon: that's not the issue
21:55 imirkin: i get that line, and DRI3 works fine for me
21:55 nullspoon: oh
21:55 imirkin: [ 9.320] (II) NOUVEAU(0): DRI3 on EXA enabled
21:55 imirkin: you're missing that line iirc
21:55 imirkin: figure out why
21:57 nullspoon: Well that was helpful.
21:58 nullspoon: looks like glxinfo is showing dri3
21:58 nullspoon: next need to figure out why DRI_PRIME isn't working
21:58 gnarface: hmm
21:58 gnarface: i remeber another xorg variable regarding EXA and something else
21:58 gnarface: i found it along side the dri2/3 setting
21:58 imirkin: oh. you're a different person than the one who was having this issue yesterday or day before.
21:58 imirkin: gnarface: in a handful of versions of nouveau
21:58 gnarface: imirkin: people are having the same issue on some hardware with intel too
21:59 imirkin: nullspoon: LIBGL_DEBUG=verbose DRI_PRIME=1 strace -f -e open glxinfo
21:59 imirkin: pastebin the output of that.
22:00 gnarface: Option "AccelMethod" "uxa"
22:00 gnarface: Option "AccelMethod" "exa"
22:00 gnarface: there it is
22:00 gnarface: for some reason i thought there was a third possible value i could be wrong
22:00 imirkin: that's for xf86-video-intel
22:00 imirkin: the options are actually uxa and sna
22:00 gnarface: hmmm
22:01 gnarface: i just remember there was something about having to specify that and the dri version together, as not all the default combinations worked on all hardware
22:01 gnarface: but yea it was with intel
22:01 gnarface: seemed like basically the same bug but i don't know
22:01 nullspoon: imirkin: https://pastebin.com/raw/2Hnch16a
22:01 imirkin: it might look similar, but entirely unrelated.
22:02 imirkin: nullspoon: that is not the complete output of that command.
22:02 nullspoon: erm, just grabbed stdout
22:02 imirkin: if you're redirecting to a file, make sure to redirect stderr as well.
22:02 nullspoon: okay
22:02 imirkin: (which has the actually interesting info)
22:04 nullspoon: https://pastebin.com/raw/nGUugZT3
22:04 imirkin: and you're sure you have DRI_PRIME=1 there?
22:05 imirkin: ls -l /dev/dri
22:05 nullspoon: Yep... LIBGL_DEBUG=verbose DRI_PRIME=1 strace -f -e open glxinfo 2>&1 | xclip -selection clipboard
22:05 imirkin: fyi you can do |& instead of 2>&1
22:06 imirkin: [same end result]
22:06 nullspoon: ls /dev/dri..... by-path/ card0 renderD128
22:06 nullspoon: wow. I had no idea
22:06 imirkin: so .... uhm ... something seems missing.
22:06 nullspoon: Been using linux for years. Never even seen that trick.
22:06 nullspoon: magic
22:06 imirkin: did you expect there to be a second gpu in there?
22:06 nullspoon: I think so?
22:07 imirkin: pastebin 'lspci -nn' and 'dmesg'
22:07 nullspoon: My box has an intel gpu with an nvidia 1050ti
22:07 imirkin: ah. 1050ti might be problematic. let's see what dmesg says.
22:07 nullspoon: It's one of those weird ones with a muxer I believe.
22:08 nullspoon: I got it working about 6 months ago, but cannot remember for the life of me how I did it.
22:08 nullspoon: Except for the wonderful help of the people from this channel. :)
22:08 imirkin: you can always check the logs
22:09 nullspoon: oh oh oh
22:09 nullspoon: I think I might have found it
22:09 nullspoon: nouveau 0000:01:00.0: unknown chipset (ffffffff)
22:09 imirkin: it's off.
22:10 nullspoon: off?
22:10 imirkin: powered off
22:10 nullspoon: makes sense
22:10 imirkin: (pci is active-low, so, that means you read 0xffffffff without power)
22:10 nullspoon: so a ways back, I got the tip of modprobing nouveau with runpm=0 because when I probed for it without that, it'd lock my system solid.
22:10 imirkin: you can also try pcie_pm=off
22:11 imirkin: newer boards have new and improved weird things they do
22:11 nullspoon: "new and improved"
22:13 nullspoon: well, modprobing with that switch gave me the same error
22:14 imirkin: it's not a nouveau error
22:14 imirkin: er
22:14 imirkin: not a nouveau parameter
22:14 imirkin: you'd have to boot with it
22:14 nullspoon: oh, so can't just do that on modprobe them.
22:14 imirkin: hold on
22:14 nullspoon: I'll update my kernel params
22:14 imirkin: i might have messed up - let me double check
22:14 nullspoon: okay
22:15 imirkin: pcie_port_pm=off
22:15 nullspoon: ah, okay
22:15 imirkin: (it's a pci parameter, not nouveau-specific)
22:15 nullspoon: can I still use it when modprobing?
22:16 imirkin: you still can't :)
22:16 nullspoon: :)
22:16 nullspoon: Just clarifying for my own certainty.
22:16 nullspoon: okay. Added to my kernel params. Back in a few
22:20 imirkin: and i gotta reboot too... bbiab, hopefully
22:25 nullspoon: imirkin_: well, that got me closer I think
22:26 nullspoon: at least, I got a different behavior. Now I modprobe nouveau, my box freezes solid for about 30 seconds, and if I try to do glxinfo with DRI_PRIME, the command hangs and my box freezes solid and I have to force reboot.
22:26 nullspoon: the modprobe operation blows up my kernel log with nouveau messages
22:27 nullspoon: Notably, I get 'nouveau 0000:01:00.0: timeout'
22:29 nullspoon: Ha. And the logs point me back to the old bug I added to 5 months ago. https://bugs.freedesktop.org/show_bug.cgi?id=100228
22:30 karolherbst: imirkin_: anything wrong with this? 8: not $p0 sustp 2D_MS $r0 $s0 f32 # $r0d $r4q $r2 (8)
22:31 karolherbst: I get a ../src/gallium/drivers/nouveau/codegen/nv50_ir_emit_gm107.cpp:3004: void nv50_ir::CodeEmitterGM107::emitSUTarget(): Assertion `insn->tex.target == TEX_TARGET_1D' failed.
22:31 nullspoon: imirkin_: Also, now 'ls /dev/dri' gives me card0 and card1
22:35 karolherbst: imirkin_: you fixed the blend_equation_advanced CTS tests as it seems?
22:36 imirkin: karolherbst: fyi i plugged a GM107 in, so should be easier to get bindless going
22:37 karolherbst: nice
22:37 karolherbst: I think we miss like 20 CTS tests on my Pascal for 4.5.....
22:37 karolherbst: this can't be right, but I can't do a proper full run now anyway
22:38 karolherbst: and 9 of those fails are fp64 stuff
22:38 karolherbst: ohh, maybe people took care of those API issues
22:39 imirkin: could be
22:39 imirkin: how'd the talk go today?
22:39 karolherbst: https://gist.githubusercontent.com/karolherbst/0dcf0d3fbd2ffabb15c47dfdbb15d6c6/raw/7828e71b2aa8d4bfe426cc7d2a56841c61b085b2/gistfile1.txt
22:39 karolherbst: fp64: easy
22:40 karolherbst: pipeline_statistics_query: we could disable it
22:40 imirkin: hmmm .... i wonder why those are failing
22:40 karolherbst: precision for fp64
22:41 imirkin: i thought we had that covered though
22:41 imirkin: or is that without dboyan's patches?
22:41 karolherbst: not on pascal
22:41 imirkin: oh
22:41 imirkin: KHR-GL45.shader_image_load_store.non-layered_binding
22:41 imirkin: a little surprised by that
22:41 karolherbst: I think this was a silly error
22:41 karolherbst: let me run it
22:42 karolherbst: "3D images are not really supported!" :)
22:42 imirkin: i can take a closer look
22:42 karolherbst: well
22:42 imirkin: 3d images are supported on maxwell+
22:42 karolherbst: well
22:42 karolherbst: that what gets printed
22:42 imirkin: (warning gets printed, but they really are)
22:42 karolherbst: ahh
22:42 imirkin: maxwell+ gained 3d access
22:43 imirkin: although ... hmmm... i could definitely see us mess up the slice thing
22:43 karolherbst: those CTS people....
22:43 karolherbst: Test log: https://gist.githubusercontent.com/karolherbst/e4211c8c5b606408a8039383402b52cb/raw/95f291b081cd67a45f38360926d5171aff6f8c6b/gistfile1.txt
22:43 imirkin: i.e. binding a single layer of a 3d image
22:43 imirkin: and treating it as a 2d image
22:43 imirkin: i could see that get buggered
22:44 karolherbst: ahh
22:44 karolherbst: Copy with imageLoad and imageStore failed for texture type: 3d. Source and destination textures are different
22:44 imirkin: <Text>Copy with imageLoad and imageStore failed for texture type: 3d. Source and destination textures are different</Text>
22:44 imirkin: yeah
22:44 imirkin: thanks guys
22:45 karolherbst: well we probably end up with official 4.5 GL support on Maxwell+ quite fast I guess now
22:45 karolherbst: I will probably just go ahead and fix those things at some point
22:50 imirkin: WTF?!
22:51 imirkin: i'm getting the same issue with lack of DRI3 that the other dude was having
22:51 imirkin: it's not there in the xdpyinfo
22:51 imirkin: ok, it's *on*
22:51 imirkin: heads are gonna roll
22:51 imirkin: hopefully not mine.
22:52 imirkin: oh good one.
22:52 imirkin: thanks udev.
22:52 imirkin: master.st_mode == render.st_mode
22:52 imirkin: crw-rw----+ 1 root video 226, 0 Feb 3 17:23 card0
22:53 imirkin: crw-rw-rw-+ 1 root root 226, 128 Feb 3 17:23 renderD128
22:53 nullspoon: uh oh
22:53 imirkin: and now i gotta restart X
22:53 imirkin: brb
22:55 imirkin: ok that's better.
22:55 imirkin: damn you udev!
22:55 nullspoon: Unfortunately, I'm now getting 'Error allocating PGRAPH context for M2MF' on running things with DRI_PRIME
22:56 nullspoon: What'd udev do?
22:57 imirkin: nullspoon: that's coz you don't have acceleration
22:57 imirkin: it's what udev *didn't* do -- it didn't chown the render nodes
22:58 nullspoon: ahh. Got it
22:58 nullspoon: didn't know those were supposed to be root:video
22:59 nullspoon: Actually, looks like mine are.
23:05 imirkin: well, i just read the code to try to understand why i wasn't seeing stuff
23:11 nullspoon: man this is frustrating
23:12 nullspoon: So, I've booted with pcie_port_pm=0 and nouveau.runpm=0 on kernel params. my kernel logs are full of nouveau traces now, from the timeouts.
23:12 imirkin: what's the status of your issue?
23:12 imirkin: pastebin latest dmesg?
23:14 nullspoon: https://pastebin.com/raw/KLxixp3X
23:14 imirkin: something's still stuck
23:15 nullspoon: It's really unhelpful that the majority of responses to these errors online are "switch to nvidia"
23:20 nullspoon: any chance this could be a conflicting driver issue?
23:21 imirkin: would it help if i made a response of like "switch to amd"? :)
23:25 nullspoon: haha
23:25 nullspoon: I won't lie, after all the pain of having this nice laptop and spending so much time tryign to get this working, I'd consider getting a different gpu manufacturer in the future.
23:25 nullspoon: It's like nvidia goes out of their way to make this as hard for open source folks as possible.
23:26 imirkin: i don't flatter myself enough to think that they'd go to that trouble
23:27 nullspoon: Doesn't make any financial sense of course.
23:27 nullspoon: Oh sunnuva
23:27 nullspoon: What's wrong with this kernel param.... "ro pci_port_pm=off nouveau.runpm=0"
23:28 imirkin: pcie
23:28 nullspoon: *sigh*. Rebooting.
23:31 nullspoon: Sadly, nope. Didn't fix it
23:31 nullspoon: Still get the pgraph error
23:33 imirkin: can you get a dmesg that includes the start of all your errors?
23:33 imirkin: the one you pasted earlier was kind of in the middle of things
23:33 nullspoon: yep. Sorry about that. System had been running long enough. looks like it didn't include all of it.
23:34 nullspoon: https://pastebin.com/raw/wzjNsEKN
23:35 imirkin: there's like 0 chance this matters, but ...
23:35 imirkin: mind trying nouveau.config=NvForcePost=1
23:36 nullspoon: Definitely.
23:37 nullspoon: rebooting
23:39 nullspoon: looks like no effect
23:40 imirkin: was worth a shot =/
23:40 imirkin: oh, there's like
23:40 imirkin: some acpi_osi thing
23:41 imirkin: acpi_osi="!Windows 2015"
23:41 imirkin: (kill the forcepost thing)
23:42 nullspoon: ha
23:42 nullspoon: that's a hell of a workaround
23:42 imirkin: nullspoon: which laptop do you have?
23:43 nullspoon: asus rog gl753v
23:44 imirkin: https://github.com/Bumblebee-Project/Bumblebee/issues/764#issuecomment-343774074
23:45 imirkin: https://github.com/hirschmann/nbfc/issues/398
23:45 imirkin: looks like this dude did a bunch of research
23:45 imirkin: unfortunately, no resolution
23:46 imirkin: unfortunately my knowledge of all this stuff is limited ... Lekensteyn is the expert.
23:47 nullspoon: that's a lot of great info.
23:47 nullspoon: I'll have to try a few of those.
23:47 nullspoon: Likely some of that will behave a little differently for me (I hope). I run Crux and compile my own kernel, no systemd, etc.
23:48 imirkin: crux is a distro?
23:48 imirkin: ah yeah.
23:48 nullspoon: my favorite. :)
23:49 nullspoon: The distro is just a hair above being configured with a big shell script.
23:49 imirkin: ah cool. seems slackware-ish
23:49 nullspoon: It is, but with recursive dependency resolution
23:49 imirkin: haven't used slackware in a while
23:49 nullspoon: and hosting your own packages is really easy. The packaging format is just a shell script with a few predefined variables and a build() function
23:50 imirkin: i remember downloading the floppies on a 14.4 modem.
23:50 nullspoon: heh
23:50 imirkin: a, d, x... maybe another one
23:50 nullspoon: I wasn't into linux in those days. I do remember the stack of sloppies for windows 3.1 though.
23:50 nullspoon: floppies*
23:54 imirkin: it was my first experience with linux iirc... a bit rough.
23:58 nullspoon: well, no go on that
23:58 nullspoon: I think I'm going to give up for the day