00:58 ndufresne: I think udmabuf will behave like the uvc driver, it will assume coherency, and if your device don't support it you'll fall in the DMABuf gap were no one knows that there is cache management needed
02:03 Company: ndufresne: what about dma-heap? Do you know what that's about?
03:40 gfxstrand: dcbaker: I've figured out how to use mock to get myself a 32-bit build so I'm not quite as pressed for time on cross-builds as I was. However, I would really like to merge NAK sometime shortly after XDC (there's a Khronos F2F the next week so probably not then) and having 32-bit builds be possible seems like a prerequisite.
07:06 wv: currently trying to replace DRM in an application (cog) by a drm-lease from a drm-master. It looks quiet well, gets detected and all. But does not pass the authenticate step?
07:06 wv: this is with drm: [3083033.269] wl_drm@5.authenticate(1)
07:06 wv: [3083033.520] -> wl_drm@5.authenticated()
07:07 wv: this is with a lease: [2887550.595] wl_drm@5.authenticate(1)
07:07 wv: [2887550.866] -> wl_display@1.error(wl_drm@5, 0, "authenticate failed")
07:10 zamundaaa[m]: Why are you trying to use wl_drm in the first place?
07:11 wv: zamundaaa, that was also my first question. It's not my application, it's cog/wpewebkit. I guess they use the waylandprotocol, even on the plain drm platform.
07:12 wv: Weston is not started, it just starts from console, even the working one
07:34 tnt: Is there anywhere I can see the result of piglit runs on a specific hardware ?
13:42 karolherbst: austriancoder: mhh, seems like I messed up my testing and rotate is indeed broken on intel. But I think that's a bit size thing...
13:43 karolherbst: the lowering seems to work for 8 and 32 bit...
13:46 karolherbst: oh well.. has to wait until after xdc
16:19 dcbaker: gfxstrand: I’ve got it pretty close to working for rust, but there’s a few annoying bugs for me to work out. I’ll see if I can get Xavier to help review some of the patches I need as groundwork and hope to have them merged in time. I’ll also get his work reviewed next week so we can get everything landed in time
16:20 dcbaker: 1.3.0 should begin branching soon anyway
16:22 austriancoder: karolherbst: oopsi ..
16:32 karolherbst: yeah, no idea how I messed up
16:32 karolherbst: but iris supports it natively and uhhh.. it's kinda broken somehow
16:33 karolherbst: maybe some UB going on?
17:11 android2: Can you help our opensource project. We want the unreal map file types.
17:11 android2: http://sf.net/p/chaosesqueanthology/tickets/2/
17:11 android2: .t3d and .unr file formats (C project, GPL licensed)
17:38 android2: Can you help our opensource project. We want the unreal map file types.
17:38 android2: http://sf.net/p/chaosesqueanthology/tickets/2/
17:38 android2: .t3d and .unr file formats (C project, GPL licensed)
17:38 android2:
17:38 android2: it is a C project so please help
17:39 emersion: android2: stop spamming this channel pelase
17:40 android2: emersion: help game
17:40 android2: emersion: please
17:40 android2: emersion: and tell your fellow C buddies
17:40 android2: android2: we added other 3d formats and want to expand it: thus need contribtors
17:41 emersion: the first message is borderline off-topic, but if you spam this channel, you will get banned. please stop
17:42 fluix: they've spammed in at least 3 channels now...
23:38 DemiMarie: ndufresne: any plans to fix the dma-buf coherency problems?
23:47 Company: is there a faster way than running a full shader (both in terms of code and work on the GPU) to read all the pixels of an image that I can only sample from?
23:49 Company: basically I want an equivalent to glReadPixels(), but for a texture that isn't framebuffer-complete