00:35 dboyan_: imirkin: http://docs.nvidia.com/cuda/parallel-thread-execution/#data-movement-and-conversion-instructions-shfl
00:36 dboyan_: imirkin: The field c is the magic value in emitSHFL
00:36 dboyan_: imirkin: and it should be 0x1f
00:40 dboyan_: in simple words, it's controlling which threads in a warp are active, and the active flag can be assigned to the predicate output
00:43 dboyan_: oh, "active" above means to receive value in the SHFL
00:44 dboyan_: 0x1f means "all active" for SHFL.IDX
00:46 dboyan_: It's okay if we just model around glsl, but it definitely need more work if we want something like PTX backend
00:47 dboyan_: or NV_shader_thread_shuffle
00:49 dboyan_: just found that there is an "out bool threadIdValid" optional argument in shuffle*NV function, that perfectly explains my question yesterday
07:51 karolherbst: Satchelboi: nice. We can discuss with imirkin over the day what would be a good place to document something. I am still in favor of something inside codegen, but maybe he knows something better
08:31 dboyan_: karolherbst: yeah. From my personal experience I think codegen is somewhat easier because you don't need a grasp of the whole hardware.
08:54 mac-: hm you had right, the FX5200 with nouveau has some acceleration when playing video on both mplayer and mpv
08:55 mac-: when I switched back to built-in UniChrome it was impossbile to play 720p video
08:55 mac-: when on nouveau and FX5200 720p is smooth
11:58 karolherbst: dboyan_: and documenting the opts may/will others reading it as well, so I think this would be a good thing
12:14 imirkin: mac-: well, FX 5200 has regular 2d acceleration. (and really shitty xv acceleration, but probably better than none at all)
12:15 imirkin: mac-: surprised you could do a 720p video on there. iirc the whole reason i had gotten a FX 5200 back in the day was so that i could use its XvMC capabilities (via blob driver) to play back ATSC streams which my CPU was too slow for.
12:17 dboyan: imirkin: I have ARB_shader_ballot nearly working, 7 of 9 piglit tests pass
12:17 dboyan: one of the failed test is about ambiguity of spec
12:17 mac-: imirkin: well I have Sempron 2200+ there, and this is crap tbh ;p
12:18 dboyan: I'm looking into another fail
12:19 imirkin: mac-: ah, i think that's faster than the CPU i had. either a tbird 900 or athlon xp 1700+... probably the latter by that point.
12:20 mac-: anyway, with built-in UniChrome graphics (because it is not GPU at all) I could see a few first frames of the video after 30 secs;p
12:21 mac-: but mpv complained about no OpenGL 2.1
12:21 mac-: after patched the ekernel and nVidia driver I was able to get glxinfo OpenGL 2.1.2 but nothing works
12:22 mac-: probobly I would have recompiled ffmpeg and mpv/mplayer
12:22 mac-: to get it to work
12:22 mac-: but to make it working I had to downgrade xorg server and nettle package
12:23 imirkin: i'd recommend using mplayer.
12:23 mac-: ok
12:25 dboyan: imirkin: the blob sets upper 32 bits gl_SubGroup{Ge,Gt}MaskARB 0, but piglit expect them as all 1s, which do you think is correct?
12:25 dboyan: or who shall I ask for an answer?
12:26 imirkin: ask nha. i think blob is right.
12:28 dboyan: okay, I also think the blob is more reasonable, will ask on #dri-devel
12:33 RSpliet: imirkin: it's my experience as well. The xv accel was enough for 720p youtube playback on an Athlon XP 2800+ and (in my case) a GeForce 7600
12:34 RSpliet: without xv it wouldn't cope
12:35 imirkin: RSpliet: well, my cpu couldn't handle the mpeg2 decoding. even without any kind of video output.
12:41 imirkin: it was the generation before sse, although i did have 3dnow
12:46 imirkin: or maybe i had sse but not sse2? it was a while ago :)
12:56 GP102: https://www.nvidia.com/en-us/geforce/products/10series/titan-xp/ https://www.nvidia.com/en-us/geforce/products/10series/geforce-gtx-1080-ti/ can someone please update the GP102 section in https://nouveau.freedesktop.org/wiki/CodeNames/ to add these new cards?
13:13 pmoreau: GP102: Done. Thanks for the remainder
13:14 GP102: thanks
13:52 leberus: hi people ;) I would like to take this:https://trello.com/c/jMlCWGHs/173-hwmon-device-register-is-deprecated-please-convert-the-driver-to-use-hwmon-device-register-with-info
13:52 leberus: do you know if anyone is working on it?
13:52 leberus: if not i'd like to do it
13:55 RSpliet: karolherbst: ^ ?
13:57 pmoreau: I don’t think someone is already working on it, but I could be wrong.
13:57 karolherbst: go ahead
14:01 leberus: ok, thx ;)!
14:03 Satchelboi: imrikin: Did you find a good place needing some documentation done?
14:16 karolherbst: Satchelboi: you could take a look at this files: https://cgit.freedesktop.org/mesa/mesa/tree/src/gallium/drivers/nouveau/codegen/nv50_ir_peephole.cpp
14:17 karolherbst: Satchelboi: try to understand what "AlgebraicOpt::handleADD" does and add a comment like in "AlgebraicOpt::tryADDToMADOrSAD"
14:17 karolherbst: and then you can do it for other methods/function/switch-cases as well
14:17 karolherbst: yes it is compiler related, but it shouldn't be too hard to understand
14:18 karolherbst: okay, that "AlgebraicOpt::handleADD" part is a little too trivial, but a good starting point
14:19 karolherbst: "AlgebraicOpt::handleMINMAX", "AlgebraicOpt::handleSLCT", several cases inside "ConstantFolding::expr" like CASE OP_DIV: etc....
14:20 karolherbst: "ConstantFolding::unary" also a very good candidate
14:20 karolherbst: "ConstantFolding::opnd3" as well
14:21 Satchelboi: karolherbst: I'll take a look through those then and start
14:21 karolherbst: nice :)
14:21 karolherbst: if you have question, just ask, a few people here can answer many of your questions
14:25 Satchelboi: karolherbst: Will do. Just switched over to the workstation so I can start
14:25 karolherbst: nice
14:26 Satchelboi: Oh, I did run into some issues trying to build mesa last night on it. It made it most of the way but hit an error towards the end
14:27 imirkin_: Satchelboi: tbh, i don't really think in terms of these "trivial" changes... every so often i feel like something's very confusing and i add comments to it, but it's rare.
14:27 imirkin_: i think karolherbst can probably point to some things; i'm happy to have more comments as long as they're meaningful
14:28 karolherbst: explaining what opt is currently done inside a function should be helpful for new devs, that's my thought
14:29 imirkin_: fine by me
14:29 imirkin_: just no "i++; // increment i by one" comments
14:29 imirkin_: (i took points off a homework assignment for that once... i wasn't invited to grade for that class again.)
14:32 dboyan: The failed ARB_shader_ballot test is giving really insane result...
14:33 dboyan:trying to understand what's happening by reading assembly
14:37 karolherbst: imirkin_: :D
15:14 dboyan: imirkin_: I found a strange thing when analyzing the failed ballot test, a value gets overwritten by the EXTBF.REV in findLSB
15:14 imirkin_: ?
15:16 dboyan: imirkin_: There is a "ext rev u32 $r12 $r12 0x2000" translated as the first step of findLSB, but some instruction later depends on the original value or $r12
15:16 dboyan: It seems to be wrong even in SSA stage
15:17 imirkin_: dboyan: well, if it's wrong at the SSA stage, not much hope that it'd be right post-RA
15:18 dboyan: imirkin_: https://cgit.freedesktop.org/piglit/tree/tests/spec/arb_shader_ballot/execution/fs-ballot-if-else.shader_test
15:18 dboyan: $r12 is lower part of even_set
15:19 dboyan: findLSB64(even_set) changes its value
15:20 imirkin_: sounds like something unfortunate going on there.
15:20 imirkin_: can you make NV50_PROG_DEBUG=255 output for it?
15:20 dboyan: how do i turn off the color output, btw
15:21 imirkin_: some env var in nv50_ir_print.cpp
15:21 dboyan: ah, I see
15:31 dboyan: imirkin_: https://people.freedesktop.org/~dboyan/ballot-if-verbose.txt
15:34 imirkin_: oh
15:34 imirkin_: OH
15:34 imirkin_: this is my bad.
15:34 imirkin_: (isn't everything)
15:35 imirkin_: the bug lies on this line: https://cgit.freedesktop.org/mesa/mesa/tree/src/gallium/drivers/nouveau/codegen/nv50_ir_from_tgsi.cpp#n3789
15:35 imirkin_: see if you can spot it.
15:35 dboyan: yeah
15:35 dboyan: I've found that
15:36 imirkin_: just replace src0 with dst0[c]
15:36 imirkin_: i might also add that the BFI lowering code is similarly wrong.
15:36 imirkin_: and the BFE code has the same bug.
15:37 imirkin_: well ain't that all just super. i blame the incompetence on my own youth. this was in the relatively early days of me hacking on codegen.
15:37 imirkin_: dboyan: will you send a patch? or want me to?
15:38 dboyan: imirkin_: both are okay. I don't think I can do it soon, because I'm probably going to sleep in an hour.
15:52 imirkin_: dboyan: ok
15:52 imirkin_: i'll fix it up tonight if i remember.
15:52 imirkin_: or maybe ... Satchelboi?
15:52 imirkin_: seems a little too cooked though.
15:56 karolherbst: a little, yes
15:57 imirkin_: i added a card in trello
15:57 imirkin_: on the chance i forget tonight
15:58 dboyan: yeah, just checked my TGSI_OPCODE_READ_FIRST which is copied from LSB, but I used a temp value all over, so it's correct
16:12 xen^: yo
16:28 leberus: i started working on https://trello.com/c/jMlCWGHs/173-hwmon-device-register-is-deprecated-please-convert-the-driver-to-use-hwmon-device-register-with-info , i'm not sure if someone can add me to that card (or if it doesn't matter at all)
16:29 imirkin_: doesn't really matter
16:30 imirkin_: nothing personal, but most people who say they're going to do something end up not doing it. we tend not to worry about marking it for first time contributors.
16:33 leberus: okok, i got it
16:35 karolherbst: leberus: if you run into problems, please ask for advices
16:36 leberus: sure, i'll do my best ;)
16:36 leberus: and thanks
17:07 Satchelboi_: karolherbst: I'm aware that having a job during the gsoc project is prohibited, but would a part time job until it begins be allowed by chance?
17:08 karolherbst: Satchelboi_: depends. You still should make use of the bonding period
17:08 karolherbst: and it isn't really prohibited, but experience say that the student won't be able to dedicate enough time to the project if there is anything else
17:09 Satchelboi_: karolherbst: What kind of activities happen during the bonding period? I haven't actually seen that part
17:09 karolherbst: you bond with the community
17:09 karolherbst: https://googlesummerofcode.blogspot.de/2007/04/so-what-is-this-community-bonding-all.html
17:09 karolherbst: you basically hang around IRC and chat with us and do stuff :p
17:09 Satchelboi_: Kind of like I'm doing now?
17:10 karolherbst: kind of, yes
17:11 karolherbst: so yeah, in theory yes, you can work during it, as long as you make progress on learning the ways we are working, so you don't waste valuable time later
17:11 karolherbst: *valueable
17:13 Satchelboi_: Okay, I just wanted to make sure there were no rules against it. It would only be a few hours anyways for few weeks, just to help top off a very empty bank.
17:13 karolherbst: ohh, yeah, that's fine
17:16 Satchelboi_: In the mean time however, I pulled up that file from earlier I was asked to add comments to, and I'm reading down it between notes in this lecture
17:37 karolherbst: Satchelboi_: you are still allowed to concentrate on the classes though :p
17:38 imirkin_: yeah, listen to the lecture :)
17:39 Satchelboi_: karolherbst: Haha I am, just squeezing a little extra work in between problems
17:39 imirkin_: [although i never did... hmmm...]
17:39 karolherbst: well I did, so that I didn't need to learn for exams
17:39 karolherbst: well
17:39 karolherbst: mostly I think?
17:41 karolherbst: Satchelboi_: anyway, your first responsibility is to care about your studies first. You will have enough time at the weekend to write the patch
17:41 karolherbst: just saying
17:47 NanoSector: hey, so if nouveau says "failed to idle channel 0 [DRM]", does that mean the GPU isn't turned off?
17:48 imirkin_: it means the gpu hung most likely
17:48 imirkin_: the fact that it's for the DRM client is probably worse
17:48 NanoSector: oh :(
17:49 NanoSector: it's an Optimus GPU (GTX950M) so i don't notice hangs, but powertop does report double the power usage, lol
17:49 NanoSector: this is after sleep, btw
17:49 NanoSector: before sleeping it's fine
17:54 nyef: Ah! Just checked drm-next, and it looks like a very good candidate for me to do a rebase of the HDMI stereo patches onto.
18:58 karolherbst: Satchelboi: it makes sense to configure your git config sendmail.cc to all the relevant recipients. It should contain at least the nouveau mailing list and me. And you could ask others who want to be notified on your patches as well. Lyude?
19:05 Satchelboi: karolherbst: I still need to get that configured, it's on the todo list this weekend too
19:15 Lyude: karolherbst: i am fine with that
20:05 Satchelboi: Lyude: Alright, what were those prep parts you wanted to recommend before mesa install?
20:06 Lyude: Satchelboi: first I've gotta setup cowcube so you can actually log into it from where you are. Have you used ssh before?
20:06 Satchelboi: Lyude: I have but its been a while
20:08 Satchelboi: I have a little guide here in case I hit any hiccups trying to get in
20:09 Lyude: Satchelboi: alright, so I'm gonna need your public ssh key so I can make a user for you on here
20:11 Satchelboi: Lyude: Should I pm that, or is here fine?
20:12 Lyude: Before you paste it anywhere make sure the file you're uploading ends with ".pub" so you don't send me your private ssh key by accident :P. But yeah, you can just put it on fpaste and link to that here
20:12 Lyude: In theory, the public key is the one you can show everyone, the private one is the one you want to keep to yourself
20:13 Satchelboi: https://paste.fedoraproject.org/paste/2N6STS1VYMcIZQr-ULaN~l5M1UNdIGYhyRLivL9gydE=/ Lyude
20:13 Lyude: Satchelboi: cool! so I'm gonna setup a user for you on there and add that key, and do all the stuff I have to do on my end to make sure you can access everything
20:14 Lyude: btw, when summer starts and you've actually got room for a second machine to use for development, you'll probably be using ssh quite a bit on there too to send things back and forth
20:15 Satchelboi: Lyude: Would my home server be enough to handle all that?
20:16 Lyude: Satchelboi: tbh any old computer should be fine, as long as it has a PCIe x16 slot
20:16 Lyude: honestly I just use spare old machines I've got lying around for everything myself
20:16 Satchelboi: Lyude: It has PCIe, but Im not sure if its 16x. I can check when i get home in a month haha
20:17 Lyude: karolherbst: btw, showing Satchelboi how to log into one of the machines I've got here so they can learn how to install mesa and that sort of thing, so that they don't have to install on the root of their own machine
20:17 Lyude: Satchelboi: it'll just be a long port if it does
20:22 Lyude: Alright Satchelboi, I added a user onto the machine called "satchelboi", you should be able to log into it on lyude.net port 50010, can you tell me if that works?
20:22 Lyude: i might have to tinker some of the configurations on there
20:24 Lyude: (also if you don't know how to do that with ssh, I can tell you)
20:25 Satchelboi: Lyude: Would I enter those hostname as lyude.net:50010 ?
20:25 Lyude: unfortunately ssh doesn't support that (which it should imo), you'd specify the port like -p 50010 lyude.net
20:26 Lyude: BTW, you can look up all these options with the man command. e.g., man ssh
20:27 Satchelboi: Lyude: It just tells me this when i try: https://paste.fedoraproject.org/paste/Liui2Q3~4EtwefZ7DYV5yV5M1UNdIGYhyRLivL9gydE=/
20:28 Lyude: ah, that is because I just locked myself and others out of that machine by accident
20:29 Lyude: hehe, gimme a minute to fix this
20:30 Satchelboi: At least I know I have the right command to get it
20:33 Lyude: Satchelboi: try again?
20:33 Satchelboi: Lyude: Still spitting out the same error
20:33 Lyude: alright, this is probably still something setup wrong on my end
20:34 Lyude: Satchelboi: btw, you have your ssh key on your machine in ~/.ssh/id_rsa right?
20:34 Lyude: or id_ecdsa, whichever kind of key it generated
20:34 Satchelboi: Lyude: Yes I do
20:38 Satchelboi: Lyude: Please hold one second while I sit here and stare at my screen and figure out if its a me problem
20:38 Lyude: Satchelboi: I have a feeling you might have posted the wrong ssh key, since I just added my key to your account on there and I can log in here just fine-oh! wait
20:39 Lyude: Satchelboi: you have to specify the username when you ssh as well if it's different then the one you use on your machine
20:39 Lyude: so satchelboi@lyude.net'
20:39 Satchelboi: Lyude: That would actually explain it
20:40 Lyude: also hold on, if it didn't work a sec ago it should now hopefully
20:42 Satchelboi: Lyude: *nasaly hacker voice* I'm innnn
20:43 Lyude: nice! Alright, so the main reason I suggested that you didn't install this on your main machine is because the default ./configure options upstream mesa uses are kinda different from what fedora uses, so unexpected things might happen
20:43 Lyude: as well it'll break things if you try to run make install globally and switch back and forth between the nvidia blob and nouveau, since iirc mesa doesn't build libglvnd by default
20:44 Lyude: Satchelboi: so first things first, do you know what an installation prefix is?
20:44 imirkin_: ./configure --prefix=/home/$user/install has always worked well for me.
20:44 Lyude: yeah, one of those things ^
20:45 imirkin_: unless you really know what you're doing, never mess with your base install by hand.
20:45 Lyude: basically it'll let you install mesa into a local directory instead of overwriting your base install
20:45 Satchelboi: Lyude: I'll use what imirkin_ said, otherwise I wouldn't be able to
20:45 imirkin_: [and if you do know what you're doing, you'll know that it's a bad idea ;) ]
20:46 Satchelboi: imirkin_: I'll take your word on that
20:47 Lyude: Satchelboi: so rerun configure with those options, and make sure you've got a ~/install directory on your machine so it actually has somewhere to install into
20:48 Satchelboi: Lyude: Locally, not on CowCube, right?
20:48 Lyude: correct
20:48 Satchelboi: One sec then
20:50 Satchelboi: Alright, configure ran and finished without error
20:51 Lyude: cool, so now we can actually run the install. So just run make -j6 install, and it should throw a bunch of files in ~/install
20:51 Lyude: (don't do it as sudo)
20:52 Satchelboi: Lyude: I just rain it and it failed pretty fast
20:52 Satchelboi: ran*
20:53 Lyude: yep, that's to be expected
20:54 Lyude: Satchelboi: also hold on, your username on there is different then the one i setup on this server isn't it?
20:54 Satchelboi: Lyude: Yes, my local username is just matt
20:55 Lyude: alright, that'll break things here so I'm gonna just make a matt user on here. Basically, if you want to use that install prefix on other machines the path it's located in on those machines has to be identical to the one you set in --prefix
20:55 Lyude: there's a way to workaround this, but we'll save that for a later date
20:55 Satchelboi: Lyude: Sorry for the headache there
20:56 Lyude: Satchelboi: no it's no problem, I should have asked what your username was first :P
20:56 Satchelboi: Lyude: if I tried to build again, would it work now?
20:56 Lyude: Satchelboi: you mean just running make without install? yeah
20:58 Satchelboi: Lyude: Im a bit confused now. I ran "make -j6 install" and it failed almost right away. Is there a way I can fix that?
20:58 imirkin_: you're probably using a distro that helpfully makes developer's lives difficult
20:58 imirkin_: i suspect you have to install a bunch of -dev/-devel packages
20:58 Satchelboi: imirkin_: Fedora 25
20:58 Lyude: Satchelboi: can you fpaste that and show me what it's saying?
20:59 imirkin_: yeah, i dunno distro specifics beyond the one that i use.
20:59 Satchelboi: Lyude: Was just about to
20:59 Lyude: that's why I figured I'd help out with this part since they ended up using fedora
20:59 imirkin_: [which is not fedora or debian]
20:59 Lyude: Satchelboi: also, when you get a chance try logging in as matt on lyude.net instead, it should just work
21:00 Satchelboi: Lyude: Heres the fpaste https://paste.fedoraproject.org/paste/s~O3lUMJ6emhxKFqTJsFC15M1UNdIGYhyRLivL9gydE=/
21:01 Lyude: ahhh, that's autotools complaining because you changed the build prefix. Run ./autogen.sh in that directory with the same arguments you used with ./configure a minute ago
21:01 Lyude: then rebuild and try again
21:01 Satchelboi: Lyude: I logged in as matt and it worked
21:01 Lyude: cool
21:01 imirkin_: or "make clean"
21:01 imirkin_: which i think will actually fix things
21:01 Lyude: oh, that's enough?
21:01 imirkin_: i think it's required... you have a .la file with one dir
21:01 Satchelboi: Lyude: I mean logging into the ssh server
21:01 imirkin_: and then you changed the configure stuff without rebuilding the la files
21:02 imirkin_: running autogen.sh will do nothing -- that just recreates "configure" and then runs the newly-made configure
21:02 imirkin_: (and Makefile.in's and so on)
21:03 Lyude: ah, makes sense. i've always just reran ./autogen.sh and that usually causes the la files to get rebuilt
21:03 Lyude: but either way works
21:03 Lyude: well, once you run make again I mean
21:04 Satchelboi: Lyude: Should I run "make -j6" and then "make -j6 install" ? Because it I run "make -j6 install" after "./autogen.sh" it gives me the same errors
21:04 Lyude: I'd just do what imirkin says, run make clean, then make -j6 to rebuild, then make -j6 install
21:05 Satchelboi: Lyude: Okie
21:06 Satchelboi: Erm, it failed to compile with make -j6 after running make clean
21:07 Lyude: fpaste it again?
21:08 Satchelboi: Lyude: https://paste.fedoraproject.org/paste/~zyeJMALoJg6uPUN2KRg1V5M1UNdIGYhyRLivL9gydE=/
21:08 Lyude: oh, you're missing a package
21:09 Lyude: sudo dnf install python3-mako
21:10 Satchelboi: Lyude: It just told me it was already installed when i ran that
21:11 Lyude: Try installing python-mako as well then
21:11 Lyude: might be trying to touch the python2 version of it
21:12 Satchelboi: It was trying to use the python2 version, its compiling now
21:15 Lyude: Satchelboi: alright, lemme know when you've run make install
21:20 Satchelboi: Lyude: All set now
21:20 Lyude: cool, and make install worked?
21:20 Satchelboi: Yep, all went through
21:21 Satchelboi: Well, enough for it to say it finished
21:21 Lyude: goodo, so now we're just going to want to copy that whole install directory over to the machine I gave you access to. Do you know how to do that with ssh?
21:22 Satchelboi: Afraid not
21:22 imirkin_: erm... it's linked against system libraries... is that a good idea?
21:22 Lyude: imirkin_: should be fine, both machines are running fedora
21:22 imirkin_: same version of every lib?
21:23 Lyude: so long as both machines are actually up to date (cowcube definitely is) yeah. btw this is how i've ran mesa during dev stuff for a while now
21:23 Satchelboi: Lyude imirkin_: My machine is up to date here
21:24 imirkin_: ok. just seems like it has a high potential for fail. do whatever :)
21:24 karolherbst: I don't even run make install :)
21:24 xen: hi
21:24 xen: https://pastebin.com/8sQtbiJ9
21:24 xen: i've bought a present :)
21:25 Lyude: karolherbst: huh, usually I just install into a prefix and set the right envvars to make it use that prefix for mesa instead of the system
21:27 xen: only 1 output is active on the 1070 and it looks quite crappy on TTY, half of the vertical lines are missing and such
21:27 xen: can i get some hints to start on?
21:27 Lyude: anyway Satchelboi, you can copy it over with rsync (I'd recommend this over using scp, scp is kind of slow) like this: rsync -P 50010 -avz ~/install lyude.net:~/install
21:27 imirkin_: xen: try grabbing drm-next and updated linux-firmware
21:28 Lyude: -a == preserve permissions, -v == verbose, -z == compress, -P == ssh port to use
21:28 xen: like this one? linux-drm-intel-nightly 20160823-1
21:28 imirkin_: xen: no. drm-next.
21:28 imirkin_: xen: https://cgit.freedesktop.org/~airlied/linux/log/?h=drm-next
21:29 xen: ohoo i c
21:29 xen: no package for that i guess
21:29 imirkin_: for all i know, kernels are built and packaged up for your distro of choice
21:29 Satchelboi: Lyude: Should I run that locally or from my cowcube window?
21:29 imirkin_: i haven't the faintest clue.
21:29 Lyude: Locally, since you're copying from your computer over to the one here
21:29 xen: so i might have to compile my own kernel for this?
21:30 imirkin_: xen: yeah. or wait for linux 4.12 to come out.
21:30 xen: no way in hell
21:30 xen:sets mode +google
21:30 imirkin_: xen: or find someone who packages drm-next for your kernel
21:30 imirkin_: er
21:30 imirkin_: for your distro
21:30 Satchelboi: Lyude: in that case, the transfer failed
21:31 Satchelboi: Connection unexpectedly closed
21:31 xen: if it's not in the user reporitories (which i'm not seeing anything like it) i have to make it myself
21:32 imirkin_: xen: i have no idea how to operate your distro. but if no one packages it for you, then yes, you have to build it yourself.
21:32 Lyude: Satchelboi: sorry, replace lyude.net:~/install with lyude.net:~/
21:32 xen: box is unusable like this anyways, so i guess it's time for some experimenting
21:32 Lyude: this is a mistake I constantly make
21:32 xen: it's not a problem at all, it's just i've never compiled kernel-land stuff before
21:33 xen: don't even know what could go wrong :)
21:33 imirkin_: xen: well, your new kernel could just not boot, for example
21:33 Lyude: (lyude.net:~/ is where it'll copy ~/install to, lyude.net:~/install would make it try to copy install inside of ~/install which is a folder on that machine that doesn't exist yet)
21:33 imirkin_: if it's your first time, i'd recommend following a guide written for people like you
21:34 Satchelboi: Lyude: Still spitting back the same error
21:34 Lyude: Satchelboi: put it on fpaste?
21:34 xen: oh, that's the first step sure, but then i have to make my crazy ass crypto work. don't know how i'm gonna do that yet
21:34 Satchelboi: Lyude: https://paste.fedoraproject.org/paste/XxJsQ27x6mj03Sw5lx4a0l5M1UNdIGYhyRLivL9gydE=/
21:34 imirkin_: xen: you can boot with nouveau.modeset=0 to get the box working
21:34 Lyude: Satchelboi: you forgot -P 50010
21:35 Satchelboi: Lyude: I didn't though
21:35 xen: that seems useful
21:35 Satchelboi: This is exactly what I typed: rsync -P 50010 -avz ~/install lyude.net:~/ |& fpaste
21:35 xen: so many things to learn
21:35 Lyude: huh, hold on a second and let me make sure I'm not misremembering my rsync lingo
21:35 xen: thank you imirkin_
21:36 Lyude: Satchelboi: yes I am misremembering, whoops. -P is for scp and not rsync. Replace that with -p 50010
21:36 xen: i'll have a nice weekend it seems
21:37 Satchelboi: Lyude: Still trying to connect through port 22
21:37 Lyude: ugh, no I misread -again-. --port 50010
21:37 Satchelboi: Lyude: Thats not it either
21:37 Lyude: >:(
21:38 Lyude: sorry, usually my scripts handle this
21:38 Satchelboi: We'll get it eventually haha
21:39 Lyude: oh, of course. Replace that with (exactly as you see here): -e 'ssh -p 50010'
21:40 Satchelboi: Lyude: There it goes
21:41 Satchelboi: Give it a minute, the internet here is awful
21:41 Lyude: Satchelboi: no problem, that's why I suggested rsync vs. scp :)
21:43 Satchelboi: It is working though, so yay
21:46 Satchelboi: Lyude: Its down transferring
21:47 Lyude: Satchelboi: alright, so we're on the last step now: seeing if everything we did actually worked and if the mesa you built will run on this machine
21:47 Satchelboi: Lyude: Fingers crossed
21:49 Lyude: Satchelboi: so, we're going to have to set a couple of environment variables so the machine knows: what X server to connect to, and where to load the libraries (in this case, mesa) from
21:49 Lyude: do you know what environment variables are?
21:49 Satchelboi: Lyude: I know what they are, but don't really know what they're used for
21:50 Lyude: they're used for a lot of things. specifying where to load applications from by default, the X server, etc.
21:51 Lyude: So you can set them with the export command (and other ways, but we'll do it this way first), so the variables we'll want to set here are DISPLAY and LD_LIBRARY_PATH. The first tells applications where the X display is, and the second one adds a directory to look for libraries in
21:52 Lyude: So, first set the one for the X server. export DISPLAY=:0
21:52 Satchelboi: Lyude: We're doing this inside cowcube now, right?
21:53 Lyude: yep
21:53 Satchelboi: Okay, that's set
21:53 Lyude: Satchelboi: once you do that, you should be able to get the current version of mesa this machine is running using the glxinfo command. That command spits out a lot of stuff you won't care about, so just launch it like so: glxinfo | grep --ignore-case version
21:54 Lyude: that'll run glxinfo and filter out everything that doesn't say "version" somewhere
21:54 Satchelboi: Lyude: Its telling me no protocal is specified
21:55 Lyude: one sec, lemme make sure I set that up correctly here
21:56 Lyude: Satchelboi: try again? I had to run one command on the desktop here so it'd let non-local things connect to the X server
21:56 Lyude: ( xhost +local: )
21:57 Satchelboi: Lyude: It worked this time
21:58 Lyude: Satchelboi: cool, and it said Mesa 13.0.4 correct?
21:58 Satchelboi: Lyude: Yes it does
21:59 Lyude: Alright, so now we're going to make it actually use the version of mesa you copied over to ~/install. ~/install/lib should have been where it added the mesa libraries to, so it should be as simple as running export LD_LIBRARY_PATH=/home/matt/install/lib
21:59 Lyude: Once you've done that, that glxinfo command should go from saying 13.0.7 to 17.whatever
21:59 Lyude: and you'll be finished :)
21:59 Satchelboi: Lyude: Here goes nothing then
22:01 Satchelboi: Lyude: I ran the export and its still saying 13.0.4
22:01 Lyude: hold on one sec, i'll be able to follow along better if we're looking at the same terminal...
22:02 Lyude: Satchelboi: run tmux attach, and that should make it so that we're looking at the same thing
22:03 Satchelboi: Lyude: It tells me theres no current session when i run that
22:03 Lyude: On cowcube, not your machine
22:03 Satchelboi: I am in cowcube
22:04 Lyude: are you logged in as satchelboi and not matt?
22:04 snkcld: is it possible to disable iommu dma remapping for specific pci devices?
22:04 Lyude: satchelboi pts/1 2017-04-07 17:01 (XXX.XXX.XXX.XXX)
22:04 snkcld: for example, instead of intel_iommu=igfx_off... could one do "disable_dmar=pci:X:Y:Z"
22:05 Satchelboi: Lyude: I could have sworn I logged back in as matt
22:05 Lyude: now you're matt
22:05 Satchelboi: Lyude: I forgot to change satchelboi@lyude.net at the end
22:05 Lyude: ahh
22:06 Satchelboi: Lyude: Should I rerun the export command?
22:06 Lyude: yep, do the one for display and the ld lib path, and try again
22:06 Satchelboi: Lyude: I shared the terminal too
22:07 Lyude: yep! i'm watching your every move, and if you mess up even once I will come over and take your computer for the rest of the month!!
22:08 karolherbst: Lyude: that's the spirit!
22:08 Satchelboi: Lyude: I'll never see my desktop again </3
22:08 Lyude: hehe
22:09 Lyude: Satchelboi: ignore the nouveau error junk, that is because I forgot to give you the configure option to tell it where to load the DRI drivers from
22:09 Lyude: but yep, looks like everything is working :)
22:10 Satchelboi: Lyude: Awesome. Erm, now what exactly?
22:10 Lyude: that's pretty much it, you ran the command and it used the mesa you built
22:10 Lyude: it's not very useful right now, but that's what you'll be doing to test applications once you start doing real development on mesa
22:12 Satchelboi: Lyude: Hopefully that won't be too long from now
22:12 Lyude: yep, also you might want to learn shell scripting so you can automate some of that and make it less of a pain
22:12 Lyude: on my machine I've got a script called push that does all of that stuff for me so I don't have to type all of those commands over and over
22:14 Satchelboi: Lyude: Is shell structure similar to batch files? I wrote quite a few of those for things like miners before
22:17 Lyude: Satchelboi: sort of, granted I have written almost no batch scripts ever
22:17 Lyude: But it's the same idea, just a lot less junky because it's on a better shell then dos :P
22:17 Satchelboi: Lyude: Very fair point
22:17 Lyude: btw, our apartment's nintendo switch just arrived in the mail
22:17 Lyude: so i'm gonna be a bit preoccupied
22:18 karolherbst: By the way, I started to write a crappy guide for reverse engineering under nouveau
22:19 Satchelboi: Lyude: Wow you guys got a switch and I wasn't invited to help break it in </3
22:19 karolherbst: https://gist.github.com/karolherbst/4341e3c33b85640eaaa56ff69a094713
22:20 karolherbst: it's far from being complete
22:20 Satchelboi: Karolherbst: I'll probably be using that for quite a lot of the project, all things considered
22:22 karolherbst: I didn't write anything about the most important tool for you: valgrind-mmt
22:26 Satchelboi: karolherbst: I'll work my way up to that
22:54 mangix: so
22:55 mangix: with maxwell, can the GPU be underclocked?
22:55 imirkin_: define 'underclocked'
22:55 imirkin_: (and define 'maxwell')
22:55 mangix: 980 gtx (mobile) going from 405 to 51
22:56 imirkin_: that's a GM20x i assume?
22:56 mangix: i think so yes
22:56 imirkin_: nouveau won't touch the clock on those
22:57 mangix: i see. oh well