00:17 RSpliet: imirkin: sorry, missed your request earlier
00:18 RSpliet: Do you have a concrete test case with that?
00:26 RSpliet: Also, Firefox appears to be very happy to put Fermi's to its knees just by opening the suggestions on the address bar.
00:37 RSpliet: Ok fuck this shit, never mind. Thermal shutdown killed my vibe
00:55 imirkin: RSpliet: yeah, it's mentioned in the commit description
00:55 imirkin: (it's in VK-GL-CTS)
00:57 imirkin: RSpliet: you probably want to turn off the acceleration stuff in firefox
00:57 imirkin: afaik it's a bit of a disaster
01:04 RSpliet: imirkin: sorry, I'll test some other time
01:04 RSpliet: Don't think I have the CTS
01:05 RSpliet: As for FF, I was planning to dive into that at some point. Youtube videos don't play smoothly since whenever, there's defo going something wrong
01:06 imirkin: no worries
01:23 Manoa: hi guys
01:24 Manoa: I have nouveau 17.1-rc3 on 780 Ti, would you recommend to update mesa to 18 when it come out soon for this card ? or are the changes in 18 only related to maxwell/pascal ?
01:25 Manoa: the manual reclocking on this card is fully functional at the moment
01:38 BootI386: For me, crashes in Firefox had the same cause iirc
02:34 BootI386: imirkin: I was wrong. From backtrace at the moment it crashed it looks like it gets stuck here: http://termbin.com/mvb0
02:35 BootI386: The crash happens inside this ioctl() that never returns
02:36 twomix: anyone have any ideas what's going wrong here? https://pastebin.com/0cpczW62 been trying to get KMS to work but I dont even know if that's the problem
02:58 imirkin: Manoa: master should have bindless textures, which you need to play certain games
02:58 imirkin: Manoa: 17.1 is pretty old though ... i bet a ton of stuff has happened since. but perhaps not relevant to you.
02:59 imirkin: lots of bug fixes happen, etc
02:59 imirkin: twomix: without a useable vbios, nouveau won't work. it gets a ton of info from the vbios.
03:00 imirkin: twomix: is there something funny about your configuration? i.e. different than the way the average user of such a GPU might have it set up?
03:01 twomix: its a 2008 macbook pro with a fresh install of alpine linux.. I installed their xf86-video-nouveau package
03:01 imirkin: is it one of the ones with both a MCP79 and a discrete gpu?
03:02 imirkin: or does it only have a G84?
03:03 imirkin: twomix: oh, you know, i have an odd recollection... some mac somewhere, when booting one way doesn't pass the bios through acpi properly.
03:03 imirkin: so you have to supply the vbios explicitly
03:03 twomix: gee not sure off hand.. would lspci tell me?
03:03 imirkin: let me see if i can find the bug
03:03 twomix: awesome thanks ive been stuck on this all evening
03:04 imirkin: is it a MacBookPro3,1 ?
03:04 twomix: 4,1
03:04 imirkin: https://bugs.freedesktop.org/show_bug.cgi?id=91779
03:04 imirkin: that's for 3,1
03:05 imirkin: the reported thing was trouble booting with EFI but it worked with BIOS-style boot
03:05 imirkin: is that an option for you?
03:05 imirkin: basically you need to grab the vbios once, and then you can feed it in to nouveau via a file
03:09 twomix: thank you this looks promising.. same exact card
03:10 twomix: over my head, got some reading to do
09:50 karolherbst: imirkin: ahh, right
09:51 karolherbst: hakzsam: I only added that def thing, because it seems to be the right thing (tm)
09:52 karolherbst: any I found the issue within an integer MAD produced after lowering some 64 bit int ops
09:52 karolherbst: I think a mul or mad
16:42 imirkin: karolherbst: any more maxwell-specific stuff i should look into before i unplug it?
16:51 karolherbst: imirkin: how much do you know about that 3d images stuff?
16:52 imirkin: enough
16:52 imirkin: for images, that doesn't affect maxwell though
16:52 imirkin: since its surface ops handle tiled 3d images just fine
16:52 karolherbst: I see
16:52 karolherbst: so something else is screwed up?
16:52 imirkin: uhhh
16:52 imirkin: huh?
16:52 imirkin: that stuff all works
16:53 karolherbst: KHR-GL45.shader_image_load_store.non-layered_binding
16:53 karolherbst: not quite sure it fails because of some 3d image stuff, but maybe it does
16:53 imirkin: surprising.
16:53 imirkin: ok, i'll fix it
16:53 imirkin: i suspect it should be quite easy to do.
16:53 karolherbst: and KHR-GL45.shader_image_load_store.incomplete_textures as well, but I think this was something stupid
16:53 karolherbst: nice, thanks
16:54 imirkin: (i think i know what the issue is, and it's something rather dumb)
16:54 karolherbst: :)
16:54 karolherbst: anyway, I don't know if you seen it, but I've udpated the CTS status for Pascal, which should be identical to Maxwell I think
16:54 karolherbst: like a few days ago
16:55 karolherbst: imirkin: ohh by the way, I was thinking for the builtins, maybe we should just be able to write shaders in nvir and generate binaries out of them which can be uploaded
16:55 karolherbst: might make thinks a lot less painful
16:56 karolherbst: for builtins in general
16:56 karolherbst: + we could run opts + scheduling over that later
16:57 karolherbst: + don't have to calculate sched ops ourself
16:57 karolherbst: what do you think about that?
16:59 karolherbst: and it might be come in handy if we write our trap handler as well
16:59 karolherbst: at some point
17:04 imirkin: karolherbst: yeah, i looked at that list
17:04 imirkin: karolherbst: i sent a thing to fix the surface ops too, last night
17:04 karolherbst: yeah, I saw some patches
17:04 imirkin: i thought i had told you about that issue already, but didn't see any patches from you
17:04 karolherbst: I will look into that when at work tomorrow
17:05 imirkin: yeah, whenever
17:05 imirkin: the trap handler stuff is tricky
17:05 karolherbst: ohh "gm107/ir: avoid using kepler instruction capabilities" yeah
17:05 imirkin: but definitely doable. will require some fw changes.
17:05 karolherbst: we talked about that, right
17:06 karolherbst: totally forgot it
17:06 karolherbst: imirkin: right, but I was more focusing on being able to write that stuff in nvir
17:06 karolherbst: generally
17:06 imirkin: nah
17:06 imirkin: it'd go in the library
17:07 karolherbst: well right, but I would rather not write the library in assembly
17:07 imirkin: and just gets programmed once
17:07 karolherbst: but in nvir instead
17:07 karolherbst: or
17:07 imirkin: yeahhhhh ... that'd be sorta nice.
17:07 karolherbst: being able to write some little applications being able to generate binaries
17:07 imirkin: definitely not compiled by nvir though
17:07 imirkin: but something just fed directly into the emitter?
17:07 karolherbst: mhh
17:07 karolherbst: maybe
17:08 karolherbst: I think we should go for being able to write applications against codegen
17:08 imirkin: i dunno, maybe using function objects would work out
17:08 karolherbst: this way we can pregenerate stuff
17:08 karolherbst: but
17:08 karolherbst: also regenerarte when we make important changes
17:08 karolherbst: or add new archs
17:08 imirkin: thing is that the functions have to be at fixed offsets for multiple shaders to call them
17:08 karolherbst: yeah, I saw
17:08 imirkin: anyways, something for later :)
17:08 karolherbst: well, I was thinking adding support for that before fixing fp64 for maxwell
17:09 karolherbst: because with maxwell the assembly is completly different
17:09 karolherbst: would have to touch every op
17:09 imirkin: shouldn't take more than an hour
17:09 imirkin: the sched codes being automatically computed is where it's a lot more valuable
17:09 karolherbst: yeah
17:10 karolherbst: anyay, that's what I was thinking it would be nice being able to do that in nvir
17:10 imirkin: anyways, i'll check out the layered rendering thing some time today
17:10 imirkin: i didn't realize it was an issue on maxwell
17:10 karolherbst: I think being able to write standalone apps would be kind of nice
17:10 karolherbst: to just compile binaries and generate those lib/ files
17:11 karolherbst: and before that I could move codegen out of the nouveau driver as well....
17:12 karolherbst: which we need to do for vulkan anyway, which I probably or ben end up doing anyway
17:12 karolherbst: probably me
17:43 imirkin: yeah, i'm generally in favor of that. has to be done with some care though.
18:55 imirkin: hm. ok yeah, this 3d thing is a bit annoying
19:18 Yoshimo: It is not part of the nouveau wiki feature matrix so how well supported is the tegra x1 on linux?
19:19 imirkin: it's a maxwell chip
19:20 imirkin: nvidia modified nouveau sufficiently to operate with it
19:20 imirkin: i've never personally tried it
19:22 Yoshimo: does it suffer from all the problems we have with the desktop maxwell cards?
19:23 imirkin: you mean reclocking? i think that could work, not sure.
19:23 cyndis: tegra firmwares are released, and reclocking aiui happens through the soc clock tree which is implemented
19:24 karolherbst: reclocking on maxwell is only an issue because you can't control the fans
19:24 karolherbst: if there is no GPU fan, you are fine
19:24 imirkin: karolherbst: X1
19:24 imirkin: unrelated to the desktop issues.
19:24 karolherbst: it needs some patches though
19:24 imirkin: no vram, clocks are controlled differently.
19:25 karolherbst: ohh right
19:25 karolherbst: in that case, no patches needed really
19:25 karolherbst: just something like that: https://github.com/karolherbst/nouveau/commit/448f122f145b2f31e62a7bf09d82a85cecd1fefc
19:25 karolherbst: maybe it is already enabled for gm10b, no idea
19:25 karolherbst: I am sure we have a static clock table for gk10a
19:26 cyndis: gk20a, gm20b :)
19:26 karolherbst: uhh, right
19:26 cyndis: IIRC it was just working when I last tried (which was ages ago, dunno)
19:27 cyndis: the primary difficulty for "normal" use is that the GPU has no display connector and this is not yet implemented in mesa, tagr is working on adding that
19:28 cyndis: he probably can provide patches if asked
19:30 imirkin: there's a "renderonly" helper which lets you merge things together
19:30 cyndis: yeah, I think he's using that but I'm not too familiar with it
19:30 cyndis: I just remember that the last them we tried to add that there was no such thing and everything was a mess
19:30 cyndis: s/them/time/
19:31 imirkin: things haven't really changed much
19:31 imirkin: i have a GK20A, but the board really hates it when there's traffic over ethernet
19:31 cyndis: this was quite a long time ago
19:32 imirkin: and it expresses this displeasure by hanging. so for my nfsroot setup ... not great :)
19:32 cyndis: that is not optimal :)
19:33 cyndis: thankfully TX2+ has really nice ethernet hw
19:33 imirkin: it only developed this problem with time, so i think some driver did somethign bad with recent-er kernels
19:33 imirkin: but it's easier to just power the thing off and leave it on a shelf
19:37 Yoshimo: the nintendo switch has a x1 and people just got linux running so it was interesting to see how well the gpu runs on linux
19:37 imirkin: generically, should work
19:38 imirkin: practically, there's probably some setup work to make it happen
19:38 cyndis: i'm wondering if we will get switch-related patches on linux-tegra
19:38 cyndis: that would be fun
19:39 Yoshimo: how far has the ps4 upstreaming come? Was the same team that got linux running
19:39 imirkin: not sure i saw any upstreaming of the platform
19:41 cyndis: i remember them talking about sending some gpu driver patches upstream in their ccc talk
19:43 imirkin: yeah
19:43 imirkin: but it's basically a whole new pc platform
19:43 imirkin: arm has 100000 of them, but x86 isn't really set up for it
19:44 cyndis: yeah, might be difficult
19:44 imirkin: weird pcie bugs, etc
19:44 imirkin: anyways, i never saw upstreaming efforts
19:44 imirkin: perhaps i missed them
21:29 bundito: Hey nouveau'ers... where can I start to look for why xrandr won't let me change resolutions? "Can't open display HDMI-1"
21:29 bundito: Is it my new Nvidia card, or my headless HDMI adapter? (Note: I've used the headless adapter successfully with a different card)
21:38 imirkin: what's a "headless HDMI adapter"?
21:39 imirkin: either way, i have no clue what you're trying to do, so ... more info. please include dmesg, xorg log, and the exact command you're running that's failing in some way.
21:39 skeggsb: [skeggsb@localhost nouveau]$ DISPLAY=HDMI-1 xrandr
21:39 skeggsb: Can't open display HDMI-1
21:39 skeggsb: would be my guess..
21:39 imirkin: hehe, well that certainly wouldn't work particularly well.
21:50 bundito: A headless adapater goes in the end of an HDMI cable and makes the card think there's an HDMI monitor connected.
21:50 bundito: Trying to issue something like "xrandr --display HDMI-1 --output 1680x1050"
21:50 imirkin: oh, ok
21:51 imirkin: yeah, that won't work
21:51 imirkin: you probably want --output
21:51 imirkin: "man xrandr" may prove instructional.
21:51 bundito: Did I type them backward again?
21:52 imirkin: xrandr --output HDMI-1 --mode 1680x1050
21:52 imirkin: or xrandr --output HDMI-1 --auto
21:52 imirkin: display is the X display
21:52 bundito: It *used* to work
21:52 imirkin: unlikely.
21:52 bundito: my kingdom for a terminal - one second
21:54 bundito: I swear on a stack my old command used to work
21:55 bundito: I wrote a shell script to issue it
21:55 imirkin: xrandr --display sets the X display
21:55 bundito: but --mode definitely worked
21:55 imirkin: i.e. the name of the unix socket served up by the X server.
21:55 bundito: I applaud you
21:56 bundito: and HDMI dummy adapters are cool, and only about $8
21:56 imirkin: what's the use?
21:56 imirkin: testing?
21:57 bundito: I work by remote, and my only physical monitor is an old 5:4 that tops out at 1024z768
21:57 imirkin: still not sure what the use is.
21:57 bundito: My MacBook Pro can show 1920x1200 easily
21:58 bundito: Widescreen, higer resolution
21:58 imirkin: but ... you can never see it
21:58 bundito: I can, with NoMachine
21:58 bundito: which mirrors what X11 puts out
21:58 imirkin: oh. i never use that.
21:58 imirkin: why not just use like Xvfb for arbitrary resolutions?
21:59 bundito: Dunno. Got started with one and stuck with it.
21:59 mupuf: rhyskidd: great! That's a first!