10:44 thican: Hello guys, I have a question about Vulkan support: does it work (or will) with Nvidia GPU?
10:45 mupuf: thican: yes, but not with nouveau for quite some time
10:45 thican: ok, thanks for the answer :-)
10:45 thican: what about Nvidia's propri drivers?
10:48 thican: Another question, please, will it work with any Nvidia architecture, like old GPU?
10:48 RSpliet: thican: no, iirc Kepler and newer only
10:58 thican: ok, thanks. :-)
20:03 mwk: wheee, got a green test run with NV10
20:04 mwk: I wonder how much more hammering NV15 would need...
20:07 pmoreau: a green test? output a uniform green color on a screen?
20:10 mwk: pmoreau: green as in correct
20:10 mwk: ie. if I can simulate a method on NV4, I can simulate it on NV10 as well
20:10 pmoreau: Ah! Nice :-)
20:11 mwk: and I've got most of state setting methods already
20:12 karolherbst: mwk: I guess doing the same you do for those old cards, would take 10 years for modern kepler cards?
20:13 karolherbst: or isn't it _that_ complex actually
20:13 mwk: yeah, it'd be ridiculously complex
20:14 mwk: I mean, state setting is easy
20:14 mwk: but the more interesting tests would be quite hellish
20:15 mwk: Kepler has a ridiculous degree of parallelism, and the current hwtest model relies on determinism
20:16 mwk: that's... not a good combination
20:17 mwk: though a lot of parts can be tested in isolation
20:18 mwk: I've covered a good chunk of Tesla ISA, for instance
20:20 karolherbst: ohh I see
20:20 karolherbst: so tesla would be actually manageable
20:20 karolherbst: and with fermi it goes all south
20:21 Yoshimo: what benefits would that bring if you cover a card series completely compared to lets say the state of maxwell?
20:58 mykon: hei
20:58 mykon: any goodies in kernel 4.8?
20:58 mykon: I am about to do the jump
20:59 imirkin_: mykon: which gpu? and which jump are you referring to?
20:59 mykon: 4.4
21:00 mupuf: karolherbst: ok, I have a lead for the frequency thing
21:00 mupuf: Will test it later
21:08 karolherbst: :) very good
21:09 karolherbst: mupuf: mind going through my patches again? even if I addressed some of your comments in a half-assed way
21:09 karolherbst: mykon: depending on your gpu, but the best goodies are in 4.10 :p
21:14 mykon: karolherbst: really? such as?
21:15 mykon: 4.10 possibly after the summer
21:16 karolherbst: mykon: LED support of course
21:17 mykon: wut? the leds in card?
21:17 karolherbst: no idea when it started, but high end cards have LEDs
21:20 mykon: and how's that useful for the 3D game performance??
21:21 mykon: or the fan running at 100%
21:21 karolherbst: everybody knows that LEDs make your rig 30% faster :(
21:21 karolherbst: mykon: ohh, you have fan issues?+
21:21 karolherbst: mupuf: is working on that
21:21 mykon: well, they're running at full throttle
21:21 mykon: ALL the time
21:21 karolherbst: yeah
21:21 karolherbst: mykon: fermi card?
21:21 karolherbst: or kepler?
21:21 mykon: no power management whatsoever
21:22 karolherbst: well, there are also tons of reclocking improvements for fermi and newer in 4.10
21:22 karolherbst: but the LED stuff is more important :p
21:22 mykon: GK104
21:23 karolherbst: okay
21:23 mykon: the blinking leds that you can't see because of the PC case??
21:23 karolherbst: so if you are not unlucky
21:23 karolherbst: you get fully working reclocking with 4.10
21:23 karolherbst: yeah, I think so
21:24 karolherbst: mykon: we have no 780 ti cards running at max clocks pretty stable now with the newest stuff
21:24 mykon: I think I've seen mine blinking at a times
21:24 karolherbst: mhh
21:24 karolherbst: what gpu?
21:24 karolherbst: sounds like 680
21:25 mykon: did you mean 'we have now ...' or 'we have NO ...' ?
21:25 karolherbst: now
21:26 karolherbst: either my spelling is bad or my keyboard messes sometimes up... happens quite often to me
21:28 karolherbst: mykon: well, even with the 4.10 stuff you would have to manually set the clock states, but I also have a protoype for dynamic reclocking, just have to clean it up and fix all remaining issues
21:29 mykon: nice
21:35 mwk: imirkin_: the endianness switch seems to have a lot of funny effects
21:36 mwk: the first test that blew up in my face was setting pattern colors
21:36 mwk: eg. PATTERN_Y8 method has pixel (0,0) in bits 0-7 for LE, 24-31 for BE
21:37 mwk: likewise, PATTERN_MONO_BITMAP is affected
21:37 imirkin_: mwk: well remember that it byteswaps all pushbuf input
21:37 imirkin_: mwk: and, i think, register accesses
21:37 imirkin_: which makes it a lot more fun to attempt to analyze
21:38 imirkin_: mwk: oh, and you ahve to set a bit in the context object as well
21:38 imirkin_: word 0 of the object needs to be set to 0x00080000
21:39 mwk: yeah, I'm talking about the context object bit
21:39 imirkin_: oh. but there's another bit.
21:39 mwk: I haven't touched the PMC switch
21:39 imirkin_: yeah ok
21:39 imirkin_: flipping both of them together is the usual thing, i suspect :)
21:39 mwk: I think the PMC switch is simple, it swaps register accesses and FIFO pushbuf words
21:40 mwk: the PGRAPH bit is much more interesting
21:40 imirkin_: yeah
21:40 imirkin_: i'd also be curious what effect it has on reads from GART, if any
21:40 imirkin_: [i assume none]
21:40 mwk: I guess it depends
21:41 mwk: if you're reading byte data, probably none
21:41 mwk: but if you're reading R5G6B5... yeah, fun
21:42 imirkin_: right - and i think that the various read services auto-byte-swap ... sometimes? but you can also tell them whether they're reading bytes or shorts or words
21:42 imirkin_: but i'm not sure how
21:42 imirkin_: i think it's actually documented, either for g80+ or for pre-g80
21:43 imirkin_: either way, all that stuff gave me a headache =/
21:43 mwk: yeah, it's going to be a mess
21:43 mwk: we'll see once I get to the rop tests on NV11
21:43 imirkin_: k
21:43 mwk: might take a while
21:45 imirkin_: i think the idea is that when all the bits are flipped, the code which uses this stuff doesn't change
21:45 imirkin_: so the pattern is flipped because the value will be in a pushbuf and that will get byteswapped
21:45 mwk: yeah, that seems to be the general idea
21:46 mwk: I wonder how that works on G80+, where shaders can do arbitrary-sized loads/stores
21:46 imirkin_: "poorly"
21:47 mwk: ugh, NV15_SWZSURF
21:47 mwk: wtf happened to this poor object
21:48 mwk: it seems to be completely broken, whatever format you stuff into it, it comes out as invalid
21:48 imirkin_: sounds like you're missing a bit of setup
21:48 imirkin_: check what nouveau does?
21:48 imirkin_: although i don't know that it was ever tested on a NV15
21:48 mwk: nouveau skips this object on NV1x because it doesn't work
21:49 imirkin_: oh :)
21:49 imirkin_: see - problem solved! :)
21:49 mwk: and there's no way I could be missing a bif of setup...
21:50 mwk: ... I hope
21:54 mwk: ugh, of all the methods on this thing, *nop* is giving me trouble
21:55 mwk: "PGRAPH locked up [00020001]!"
21:55 mwk: but whyyyyy
22:08 The_New_Guy: hey guys!
22:08 The_New_Guy: I am in desperate need for help, I am trying to install Linux Kali with having a geforce gtx 1070
22:09 The_New_Guy: but the nouveau drive has a really hard time booting up
22:09 The_New_Guy: the deal is, my machine cannot connect to the internet
22:09 imirkin_: try booting with nouveau.modeset=0
22:10 The_New_Guy: let me google how to implement it
22:34 The_New_Guy: GRUB_CMDLINE_LINUX_DEFAULT="nouveau.modeset=0" did not do the trick
22:35 imirkin_: then nouveau has nothing to do with your issues.
22:35 The_New_Guy: i have no idea what to do, i have a gtx1070 installed and i get no linux to display anything, except for the latest kali weekly
22:36 The_New_Guy: i get a slowly establishing login window with the terminal popping in all the time
22:36 The_New_Guy: it has something to do with the graphics
22:36 The_New_Guy: its not necessarily nouveau, but I have no idea what to do
22:42 imirkin_: sounds like you need help from your distro
22:43 mwk: wtf, I actually managed to find some new unknown methods