Company has quit [Remote host closed the connection]
leizhou has joined #dri-devel
leizhou has quit [Ping timeout: 480 seconds]
kts has quit [Quit: Konversation terminated!]
LeviYun has quit [Ping timeout: 480 seconds]
sima has joined #dri-devel
tzimmermann has joined #dri-devel
kaiwenjon has quit [Quit: WeeChat 3.8]
leizhou has joined #dri-devel
leizhou has quit [Ping timeout: 480 seconds]
kts has joined #dri-devel
kaiwenjon has joined #dri-devel
kaiwenjon has quit []
kaiwenjon has joined #dri-devel
coldfeet has joined #dri-devel
LeviYun has joined #dri-devel
i-garrison has quit []
i-garrison has joined #dri-devel
LeviYun has quit [Ping timeout: 480 seconds]
leizhou has joined #dri-devel
sassefa has joined #dri-devel
leizhou has quit [Ping timeout: 480 seconds]
Calandracas has joined #dri-devel
mbrost has joined #dri-devel
Calandracas_ has quit [Ping timeout: 480 seconds]
kts has quit [Quit: Konversation terminated!]
sassefa has quit []
Calandracas_ has joined #dri-devel
Calandracas has quit [Ping timeout: 480 seconds]
mbrost has quit [Ping timeout: 480 seconds]
itoral has joined #dri-devel
leizhou has joined #dri-devel
rasterman has joined #dri-devel
coldfeet has quit [Remote host closed the connection]
<DodoGTA>
Why is the lavapipe driver located in src/gallium and (probably) links to llvmpipe? Is it a Vulkan extension of llvmpipe?
leizhou has quit [Ping timeout: 480 seconds]
kts has joined #dri-devel
i509vcb has quit [Quit: Connection closed for inactivity]
LeviYun has joined #dri-devel
sghuge has quit [Remote host closed the connection]
<airlied>
DodoGTA: yes
sghuge has joined #dri-devel
lucaceresoli has joined #dri-devel
frieder has joined #dri-devel
Calandracas has joined #dri-devel
Calandracas_ has quit [Ping timeout: 480 seconds]
leizhou has joined #dri-devel
LeviYun has quit [Ping timeout: 480 seconds]
Calandracas_ has joined #dri-devel
Calandracas has quit [Ping timeout: 480 seconds]
leizhou has quit [Ping timeout: 480 seconds]
kts has quit [Ping timeout: 480 seconds]
kts has joined #dri-devel
LeviYun has joined #dri-devel
leizhou has joined #dri-devel
LeviYun has quit [Ping timeout: 480 seconds]
<MrCooper>
apteryx: for Vulkan there's only RADV; for OpenGL, the default radeonsi should be best in general, you can try zink instead though
leizhou has quit [Ping timeout: 480 seconds]
LeviYun has joined #dri-devel
lynxeye has joined #dri-devel
LeviYun has quit [Ping timeout: 480 seconds]
apinheiro has joined #dri-devel
leizhou has joined #dri-devel
<daniels>
robclark: thanks!
leizhou has quit [Ping timeout: 480 seconds]
kzd has quit [Ping timeout: 480 seconds]
bolson_ has quit [Ping timeout: 480 seconds]
<jfalempe>
I can't build the DRM_XE driver without FB_IOMEM_HELPERS. i915 selects the iomem_helpers only if fbdev emulation is enabled. Should it be the same for Xe ?
<tzimmermann>
jfalempe, maybe ask in #intel-gfx . but in short, the xe driver should probably behave like i915
jbarnes has quit [Read error: Connection reset by peer]
<jfalempe>
tzimmermann: thanks, I've seen this when compiling without fbdev emulation, the xe driver still selects some fbdev stuff.
JPEW has quit [Read error: Connection reset by peer]
JPEW has joined #dri-devel
<tzimmermann>
jfalempe, i have a patchset that cleans up most of the current client handling in the driver. there will only be one common function, where you can add drm_log (or any other client)
<tzimmermann>
i'll paost it later this week
jbarnes has joined #dri-devel
<jfalempe>
cool thanks ;)
<jfalempe>
I've made drm_log works on nouveau too, there was a few problems with my RFC.
<tzimmermann>
jfalempe, FYI drm_client buffers use GEM vmap/vunmap interfaces. IIRC some odd drivers don't support that. so the clients likely don't work on all drivers
<tzimmermann>
but that's not really a problem for now
<jfalempe>
yes, I have to use vmap_local() with nouveau, but that doesn't work with simpledrm.
<tzimmermann>
it's drivers like gma500, with obsolete hardware
<tzimmermann>
vmap_local doesn't work with simpledrm?
<tzimmermann>
it should
<tzimmermann>
drm_client_buffer_vmap_local() is the call to use
<tzimmermann>
it should work with any common driver (SHMEM, DMA, TTM)
<jfalempe>
it never returns in drm_client_framebuffer_flush()
<tzimmermann>
because you're still holdign the GEM lock
<tzimmermann>
i guess
<tzimmermann>
it's called _local, because you can only map within the local function
<tzimmermann>
your drawing routine calls drm_client_buffer_vmap_local(), then draws, then calls drm_client_buffer_vunmap_local()
<jfalempe>
normally at this point it shouldn't have any lock, but I'm still debugging it.
<tzimmermann>
the last call undoes the mapping and releases the GEM reervation lock
<jfalempe>
yes, it's what I'm doing now, and it works with nouveau.
<tzimmermann>
holding the rservation lock guarantees that the buffer doesn't move
<tzimmermann>
there should be no drm_client_framebuffer_flush() in between
<jfalempe>
ah the flush should be done after the unmap ?
<tzimmermann>
using vmap_local like fbdev-ttm does is the portable pattern. if you see anything else in fbdev-shmem of fbdev-dma, it's for optimization towards these memory managers
<tzimmermann>
s/of/or
<jfalempe>
tzimmermann: that works, thanks a lot :)
<tzimmermann>
np
LeviYun has joined #dri-devel
apteryx has quit [Ping timeout: 480 seconds]
YuGiOhJCJ has quit [Quit: YuGiOhJCJ]
LeviYun has quit [Ping timeout: 480 seconds]
simon-perretta-img_ has quit []
simon-perretta-img has joined #dri-devel
LeviYun has joined #dri-devel
nerdopolis has joined #dri-devel
davispuh has joined #dri-devel
hansg has quit [Ping timeout: 480 seconds]
heat has joined #dri-devel
itoral has quit [Quit: Leaving]
hansg has joined #dri-devel
guludo has joined #dri-devel
hansg has quit []
leizhou has joined #dri-devel
leizhou has quit [Ping timeout: 480 seconds]
leizhou has joined #dri-devel
apteryx has joined #dri-devel
karenw has joined #dri-devel
coldfeet has quit [Remote host closed the connection]
coldfeet has joined #dri-devel
airlied has quit [Remote host closed the connection]
airlied has joined #dri-devel
coldfeet has quit [Remote host closed the connection]
airlied has quit [Remote host closed the connection]
airlied has joined #dri-devel
kts has joined #dri-devel
rasterman has quit [Quit: Gettin' stinky!]
karenw has quit [Remote host closed the connection]
feaneron has joined #dri-devel
Company has joined #dri-devel
Daanct12 has quit [Quit: WeeChat 4.3.5]
kts has quit [Quit: Konversation terminated!]
feaneron has quit [Quit: feaneron]
feaneron has joined #dri-devel
rsalvaterra has quit []
rsalvaterra has joined #dri-devel
bmodem has quit [Ping timeout: 480 seconds]
bolson has joined #dri-devel
coldfeet has joined #dri-devel
hansg has joined #dri-devel
atipls has quit [Quit: ZNC 1.8.2+deb3build2 - https://znc.in]
rellla_ has quit []
rellla has joined #dri-devel
leizhou has quit [Remote host closed the connection]
<austriancoder>
Company: these are used for emulation with shaders - or?
* Company
not expert enough to know that
<Company>
I just know I had to look at that when dealing with bugs in Vulkan yuv stuff a year or so ago
<austriancoder>
I am asking, cause my GPU has yuv tiler support so no need for shader work
guludo has quit [Ping timeout: 480 seconds]
<Company>
I know that in Vulkan I have to use those RGB formats to import the dmabuf
<Company>
and then the VkYCbCrConversion takes care of tuning the hardware as-needed
guludo has joined #dri-devel
<austriancoder>
emulation == color conversion in shader
<Company>
though most of that work was with multiplane formats anyway - read: NV12 or VK_FORMAT_G8_B8R8_2PLANE_420_UNORM
<Company>
yeah, most of the drivers do the shader thing, but I think robertmader had a device that implemented that in hardware and he reported success
<Company>
but I don't remember which one that was
<austriancoder>
in my case NV12 is a single plane only
<Company>
yeah, because it's not disjoint - but I think it's treated everywhere as multiplane
<Company>
it certainly is in Vulkan and dmabuf
<Company>
v4l might treat it differently, I don't remember
<austriancoder>
kmscube supports its :)
<Company>
GTK does, too ;)
<Company>
I remember I had the argument with Robert about writing shaders (like Mutter does) and using YCbCrConversion or the equivalent eglCreateImage() flags
<Company>
and finally figuring out that there's like 2 pieces of hardware that can do it works on at least one of them
<Company>
and then I was triumphant
<Company>
and iirc Mesa treats it as 2 planes - R8 and R8G8 respectively, 2nd one with halved width/height
<Company>
which is why it works fine if you import it as 2 textures with 2 calls to eglCreateImage()
macromorgan_ has quit [Remote host closed the connection]
<Company>
and then do the YUV conversion in the shader
macromorgan has joined #dri-devel
<austriancoder>
yeah .. and you get this feature out of the box as gallium driver.
sukuna has quit [Ping timeout: 480 seconds]
<Company>
*YUV conversion in a Mutter shader
<Company>
and you get gallium shaders if your hardware can't do it
<Company>
but you also get hardware shaders if your hardware can do it and the driver implements it
<Company>
same with Vulkan, it's some NIR pass I think
sassefa has quit []
dcbaker has joined #dri-devel
anujp has quit [Remote host closed the connection]
sassefa has joined #dri-devel
feaneron has quit [Quit: feaneron]
iive has joined #dri-devel
leizhou has quit [Remote host closed the connection]
alanc has quit [Remote host closed the connection]