00:58 mlankhorst: bleh parallel piglit still broken :(
01:03 mlankhorst: skeggsb: ping for libdrm patches
01:04 mlankhorst: can you review them, or at least ack?
01:20 airlied: mlankhorst: he's on holidays
01:20 airlied: what is broken with paralllel piglit btw? libdrm or kernel?
02:46 mlankhorst: kernel
02:47 mlankhorst: probably generic code
02:47 mlankhorst: since it affects all my cards equally, at some point eviction fails and the fence bo contains random garbage
03:11 mlankhorst: I've tried a bunch of things, like adding vm guard pages, making all vm spaces only have a single entry for the fence bo (that happened to be at a fixed location), and trying to debug it, but ran out of ideas :/
12:26 pmoreau: So, blacksmith it will be
14:01 joystick21: hello boyz and gals, I'm eagerly back, this time i'd want to know where are the ioctls of nouveau defined?
14:04 joystick21: imirkin: i am very dissapointed that you lag on such a clearly formed question!;)
14:09 imirkin_: joystick21: i think you're looking for http://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/tree/drivers/gpu/drm/nouveau/nouveau_abi16.c
14:12 joystick21: imirkin: but is the PUSH_DATA also an ioctl?
14:12 imirkin_: no
14:12 imirkin_: it's a macro
14:12 imirkin_: which roughly does a = b
14:13 imirkin_: perhaps you were asking about the libdrm interface which drives those ioctls?
14:13 joystick21: but does it write to some mmio reg?
14:14 imirkin_: in which case you're looking for http://cgit.freedesktop.org/mesa/drm/tree/nouveau/nouveau.h
14:14 imirkin_: PUSH_DATA? no. look at its definition
14:14 imirkin_: http://cgit.freedesktop.org/mesa/mesa/tree/src/gallium/drivers/nouveau/nouveau_winsys.h#n32
14:16 joystick21: allright, but something that submits this data (i.e submits PUSH_DATA contents to kernel), should be an ioctl right, like a pushbuf ioctl, however i have not found how they define those ioctls?
14:17 imirkin_: they're in abi16
14:17 imirkin_: check what libdrm does, that's the userspace end of it
14:18 imirkin_: gtg
14:35 joystick21: but none of those libdrm files even include ioctl.h
14:42 joystick21: http://lxr.free-electrons.com/source/drivers/gpu/drm/nouveau/nouveau_drm.c#L884 ah yeah right, ok
14:45 joystick21: so it looks like they dont have to include, they just need to send a code to the device
15:57 imirkin: if anyone has a nva3-nvaf plugged in, i'd love to get 'glxinfo -l -s' output against mesa 10.5-rcX. this is for my glxinfo page (http://people.freedesktop.org/~imirkin/glxinfo/glxinfo.html)
16:47 buhman: how about nve6? :3
16:48 imirkin: someone sent me kepler already
16:48 imirkin: i'm only missing the nva3-nvaf column
16:49 buhman: heh, I meant https://bugs.freedesktop.org/show_bug.cgi?id=70354
16:49 buhman: ;p
16:51 buhman: imirkin: why are some blocks empty and grey, while others are empty and colored?
16:51 imirkin: gray means "unsupportable"
16:51 imirkin: [without major shenanigans]
16:52 buhman: huh
16:52 buhman: so then why do the vendor drivers support it then?
16:52 imirkin: they don't
16:53 imirkin: http://people.freedesktop.org/~imirkin/glxinfo/glxinfo.html#v=Vendor
16:53 imirkin: there should never be a dot on a grayed out block
16:53 buhman: erm
16:53 buhman: ARB_compute_shader for example on R600
16:53 imirkin: let me know if i messed up
16:53 buhman: is colored dot on vendor
16:53 buhman: and grey square on 10.5
16:53 imirkin: false
16:53 imirkin: please read the column headings.
16:53 buhman: erp
16:53 buhman: derp
16:54 imirkin: (i couldn't get anyone to send me a glxinfo from catalyst on r600/r700)
16:54 buhman: too bad I don't have a r600 anymore
16:54 imirkin: catalyst 14.x doesn't support it anymore either
16:54 buhman: well then
16:55 imirkin: i wasn't too worried, that page is mostly about mesa... the vendor was just a fun little distraction
16:55 buhman: I think it's cool
16:55 airlied: I had an fglrx once from rv635 somewhgere
16:55 buhman: might be nice to clarify multiple vendor versions?
16:56 airlied:can't find it now, will generate again someday
16:56 imirkin: airlied: ok, make sure to do -l -s :)
16:57 buhman: imirkin: I'd run you glxinfo every day if you made it so nouveau doesn't explode when it loads on my hardware ;p
16:57 imirkin: hehehe
16:58 imirkin: unfortunately i don't have the skills, time, or hardware required
16:58 imirkin: [in approximately that order of importance]