ChanServ changed the topic of #dri-devel to: <ajax> nothing involved with X should ever be unable to find a bar
nerdopolis has quit [Ping timeout: 480 seconds]
leizhou has joined #dri-devel
mbrost has quit [Ping timeout: 480 seconds]
karenthedorf has quit [Quit: Witty Quit Message Here]
Company has quit [Quit: Leaving]
LeviYun has quit [Ping timeout: 480 seconds]
nerdopolis has joined #dri-devel
leizhou has quit [Remote host closed the connection]
flynnjiang has joined #dri-devel
LeviYun has joined #dri-devel
flynnjiang has quit [Remote host closed the connection]
flynnjiang has joined #dri-devel
LeviYun has quit [Ping timeout: 480 seconds]
leizhou has joined #dri-devel
leizhou has quit [Ping timeout: 480 seconds]
LeviYun has joined #dri-devel
flynnjiang has quit [Remote host closed the connection]
alane has quit []
alane has joined #dri-devel
LeviYun has quit [Ping timeout: 480 seconds]
karenthedorf has joined #dri-devel
kts has joined #dri-devel
karenthedorf has quit [Remote host closed the connection]
karenthedorf has joined #dri-devel
karenthedorf has quit [Remote host closed the connection]
karenthedorf has joined #dri-devel
karenthedorf has quit [Remote host closed the connection]
kts has quit [Ping timeout: 480 seconds]
sukuna has joined #dri-devel
zackr has joined #dri-devel
Daanct12 has joined #dri-devel
melonai5 has quit []
karenthedorf has joined #dri-devel
smpl has quit [Ping timeout: 480 seconds]
heat has quit [Ping timeout: 480 seconds]
LeviYun has joined #dri-devel
karenthedorf has quit [Remote host closed the connection]
leizhou has joined #dri-devel
LeviYun has quit [Ping timeout: 480 seconds]
bmodem has joined #dri-devel
karenthedorf has joined #dri-devel
leizhou has quit [Ping timeout: 480 seconds]
karenthedorf has quit [Quit: Witty Quit Message Here]
LeviYun has joined #dri-devel
karenthedorf has joined #dri-devel
leizhou has joined #dri-devel
alih has quit [Quit: Konversation terminated!]
LeviYun has quit [Ping timeout: 480 seconds]
benjaminl has joined #dri-devel
leizhou has quit [Ping timeout: 480 seconds]
melonai5 has joined #dri-devel
<karenthedorf>
So I tried out AMDGPU on my 8610G/M laptop. Ended up with the most cursed setup ever. Vulkan support was reported, but it wasn't possible to make a swapchain. But what was really cursed was that OpenGL worked *using Zink*. So Vulkan apps didn't work, but OpenGL apps worked, thanks to using Vulkan instead. Is that complete chaos to be expected with AMDGPU + SI cards? Anyway to get Vulkan swapchains working?
<Ristovski>
karenthedorf: Did you load amdgpu with `si_support=1`?
<Ristovski>
(I assume you did, else it wouldn't work at all, but still..)
<karenthedorf>
Yes. Had to blacklist radeon completely, with radeon.si_support=0 it still got loaded (and couldn't be unloaded) but nothing graphical would start.
bmodem has joined #dri-devel
<Ristovski>
karenthedorf: If you still have access to the setup, can you do `MESA_LOADER_DRIVER_OVERRIDE=zink glxinfo -B`? If its actually using Zink over amdgpu/radv, it should report something like `Device: zink Vulkan 1.3(AMD Radeon Graphics (RADV RENOIR) (MESA_RADV)) (0x1638)`
<karenthedorf>
I'm 95% certain it was using Zink from the messages in syslog and the fact that glxgears was spitting out vulkan validation messages. I'll note that down and try later.
kts has joined #dri-devel
karenthedorf has quit [Remote host closed the connection]
mbrost has quit [Remote host closed the connection]
karenthedorf has joined #dri-devel
kts has quit [Ping timeout: 480 seconds]
LeviYun has joined #dri-devel
warpme has joined #dri-devel
<karenthedorf>
Okay, I was wrong. I don't know how OpenGL is working and why anything using OGL is spitting out vulkan validation messages and messages about Zink. https://pastebin.com/BVHqQee7
kts has joined #dri-devel
frieder has joined #dri-devel
<karenthedorf>
So if I understand this correctly, *everything* is going through llvmpipe and not hardware? O.o
<karenthedorf>
There's similar UBSAN messages in radeon (more, in fact)
<Ristovski>
odd, seems like its loading fine
pcercuei has joined #dri-devel
kts has quit [Ping timeout: 480 seconds]
<karenthedorf>
So in lspci -k. There's a [8670A/8670M/8690M/R5 M330/M340/Radeon 520 Mobile] Display Controller that says "Kernel driver in use: amdgpu, Kernel Modules: amdgpu, radeon". There's also an 8610G VGA compatible controller that just says "Kernel Modules: amdgpu, radeon" No module in use listed
<karenthedorf>
So my (naive) reading of that is this has dual graphics and amdgpu is being loaded for the 'good' gpu but not the low-power -G one?
sima has joined #dri-devel
sghuge has quit [Remote host closed the connection]
sghuge has joined #dri-devel
kts has joined #dri-devel
kts has quit [Ping timeout: 480 seconds]
<MrCooper>
karenthedorf: plausible, there are no SI APUs so it's more likely CIK; try adding "radeon.cik_support=0 amdgpu.cik_support=1" instead of blacklisting radeon
<karenthedorf>
Yeah I've tried that before (radeon 0 for si and cik, amdgpu 1 for both). Radeon still gets loaded and everything works like I'd not changed anything.
<MrCooper>
right, actually the APU is pre-SI, so only supported by radeon
<karenthedorf>
Right, well, that's solved it I guess. -G chip can only run on Radeon, I am not going to amdgpu today
<MrCooper>
radeon for the APU & amdgpu for the dGPU should work in principle though, sounds like there's a bug somewhere
<karenthedorf>
I don't see a way to have that happen
<karenthedorf>
So if I have amdgpu si_support=1 cik_support=1 and radeon si_support=0 cik_support=1, you think I should see the 8610G use radeon and the 8670M use amdgpu?
<karenthedorf>
radeon cik_support=0, sorry, typo
<karenthedorf>
Rebooting to test, away I go
karenthedorf has quit [Remote host closed the connection]
warpme has quit []
warpme has joined #dri-devel
bmodem has quit [Ping timeout: 480 seconds]
lynxeye has joined #dri-devel
leizhou has joined #dri-devel
karenthedorf has joined #dri-devel
<karenthedorf>
Thank you so much! I have it working in the described hybrid configuration. The bug appears to be with sddm. When first setting up this hybrid configuration sddm failed to start and I had to trop to a text console. But after installing gdm3 I can load into Plasma(Wayland) and run glxgears/vlcube/vkcube-wayland all fine.
leizhou has quit [Ping timeout: 480 seconds]
kts has joined #dri-devel
<MrCooper>
karenthedorf: cool, FWIW the cik_support parameters have no effect on your system, you can drop those again
fab has joined #dri-devel
<karenthedorf>
Seems ridiculous I have to use the GNOME display manager to launch a KDE Plasma session, but there you go.
kxkamil2 has quit []
<DavidHeidelberg>
karolherbst: btw. found another regression "to be bisected". tinygrad now runs 950ms per token, while before it was around 400ms and CPU was 1.2s
<DavidHeidelberg>
(sadly talking about not-yet-merged freedreno code)
<DavidHeidelberg>
my clear_buffer patches got it to 550ms.... but that means, it should now run probably around 200ms per token (before the perf regression)
kxkamil has joined #dri-devel
kts has quit [Quit: Konversation terminated!]
fab has quit [Ping timeout: 480 seconds]
illwieckz has quit [Remote host closed the connection]
Mangix has quit [Read error: Connection reset by peer]
Mangix has joined #dri-devel
fab has quit [Read error: Connection reset by peer]
karenthedorf has quit [Remote host closed the connection]
karenthedorf has joined #dri-devel
warpme has joined #dri-devel
rsalvaterra has quit [Ping timeout: 480 seconds]
leizhou has joined #dri-devel
Company has joined #dri-devel
<sima>
narmstrong, the 3 panel patches you reviewed, do you also plan to apply them?
<sima>
(reviewed yesterday, I'm a notch behind)
leizhou has quit [Ping timeout: 480 seconds]
rsalvaterra has joined #dri-devel
Company has quit [Remote host closed the connection]
<DavidHeidelberg>
karolherbst: 35 - 40%
<karolherbst>
DavidHeidelberg: yeah.. so something stalls a lot and I'm not quite sure it's rusticl or tinygrad :D
nerdopolis has quit [Ping timeout: 480 seconds]
<DavidHeidelberg>
hmm, also 40% would explain why it's so much slower than before, if it was running around 90-100 previously... I'm kinda almost done today, so I can try do some testing of older tinygrad and see where is the problem
Jeremy_Rand_Talos__ has quit [Remote host closed the connection]
Jeremy_Rand_Talos__ has joined #dri-devel
<karolherbst>
DavidHeidelberg: might also be a regression in rusticl
<karolherbst>
I'm still stalling way too often
<karolherbst>
but anyway, would be interesting to figure out where exactly that happens
<DavidHeidelberg>
I'll check :)
rsalvaterra has quit [Ping timeout: 480 seconds]
leizhou has joined #dri-devel
warpme has quit []
leizhou has quit [Ping timeout: 480 seconds]
nerdopolis has joined #dri-devel
<DavidHeidelberg>
karolherbst: the original git revision which I run giving me "terminate called after throwing an instance of 'std::bad_alloc'" and everything after is not getting over 50% CPU usage. This peaks the GPU usage to 100% but then immediatelly crash
<DavidHeidelberg>
thou tinygrad codebase isn't famous by it's correctness :D
<narmstrong>
sima: conor requested a cmomit message rewritte of patch #3
<narmstrong>
*commit
<sima>
ah missed that
<narmstrong>
but I cam apply #1 #2 #4
Company has joined #dri-devel
nerdopolis has quit [Ping timeout: 480 seconds]
<DemiMarie>
How difficult would it be to use all of the Mesa UMDs on Windows with a virtio KMD? Is this something that would be upstreamable?
<karolherbst>
DavidHeidelberg: if current mesa gives you high CPU usage, that might be worth looking into and profile where the overhead is coming from
<zmike>
ishitatsuyuki: another linker q: if I'm linking shared lib A to B, and I have declared a symbol in B as PUBLIC (and readelf shows it GLOBAL), why am I getting undefined symbol errors from linking A to B for that symbol?
<ishitatsuyuki>
should work, but can you paste the line from readelf of that symbol?
<zmike>
68231: 000000000006e01a 30 FUNC GLOBAL DEFAULT 13 driGetExtensions
mbittan has joined #dri-devel
<ishitatsuyuki>
so you are linking A.so to B.so
<zmike>
yep
<ishitatsuyuki>
or rather, A.so is the link product
<ishitatsuyuki>
that should resolve, what's your linker error?
<zmike>
/home/zmike/src/mesa/build/../src/glx/drisw_glx.c:986: undefined reference to `driGetExtensions'
<zmike>
or mold: error: undefined symbol: src/glx/libglx.a(src/glx/libglx.a.p/drisw_glx.c.o): driGetExtensions
<ishitatsuyuki>
can you paste the failing compiler / linker invocation command line to a pastebin?
leizhou has quit [Remote host closed the connection]
leizhou has joined #dri-devel
jkrzyszt has joined #dri-devel
tobiasjakobi has joined #dri-devel
tobiasjakobi has quit []
warpme has quit []
kts has joined #dri-devel
kts has quit [Ping timeout: 480 seconds]
owndgwsmehoyk^ has joined #dri-devel
leizhou has quit [Remote host closed the connection]
mbrost has joined #dri-devel
<zmike>
ishitatsuyuki: I hit another weird case
heat is now known as Guest1243
heat has joined #dri-devel
<zmike>
public symbol exported by static lib -> linked into shared lib -> linked another lib, and the symbol is gone after step 2
<zmike>
seems like it's getting pruned because it has no users even though it's declared public
heat has quit []
leizhou has joined #dri-devel
Guest1243 has quit []
heat_ has joined #dri-devel
kts has joined #dri-devel
owndgwsmehoyk^ has quit [Ping timeout: 480 seconds]
owndgwsmehoyk^ has joined #dri-devel
zackr has quit [Read error: Connection reset by peer]
kzd has joined #dri-devel
<Company>
zmike: I think the link_whole solved that one - I used to use whole source files when they weren't used in a static lib and only exported as public symbols
mbrost has quit [Remote host closed the connection]
<zmike>
oh good point
<zmike>
I didn't check that
<zmike>
thx for the reminder
mbrost has joined #dri-devel
<zmike>
ishitatsuyuki: cancel ping
heat_ has quit []
heat has joined #dri-devel
frieder has quit [Remote host closed the connection]
mbrost has quit [Ping timeout: 480 seconds]
warpme has joined #dri-devel
mbrost has joined #dri-devel
krei-se- has quit []
krei-se has joined #dri-devel
kts has quit [Ping timeout: 480 seconds]
mbrost has quit [Remote host closed the connection]
<austriancoder>
DavidHeidelberg: Not sure if you still need this information, but piglit/bin/cl-api-enqueue-fill-buffer is a pass for rusticl and entaviv
<jenatali>
Demi: Probably difficult
fab has joined #dri-devel
<jenatali>
zmike: When linking static libs, the linker only pulls in object files that are referenced (and then can prune unused symbols after everything is resolved, as an optimization). If you want to ensure a symbols is present in a linked output, you need to explicitly list the .o, not a .a
<jenatali>
Which is what link_whole does
Duke`` has joined #dri-devel
<DemiMarie>
jenatali: what makes it so hard?
<jenatali>
1. Porting to cross-platform code isn't easy
<jenatali>
2. Adding a backend that talks Windows kernel stuff instead of drm fds is probably a lot of work for most Mesa drivers
<DemiMarie>
I see.
<DemiMarie>
The context is that I want to provide GPU acceleration to Windows guests under Qubes OS. These guests will get a paravirtualized GPU that is basically the Linux kernel driver API.
epoch101 has joined #dri-devel
warpme has quit []
<jenatali>
Are you just trying to get VK? Or do you want any other graphics APIs? Because if you do, the UMDs need to talk WDDM
fab has quit [Ping timeout: 480 seconds]
<Company>
AMD has done it again - libva is producing P010 dmabufs and the radv can only import P016
<Company>
this driver...
<mattst88>
which driver do you think is bad? cause one of them is not written or maintained by amd :)
<mattst88>
(and it's the good one :)
<Company>
I would just hope the left hand and the right hand talk to each other some more
<Company>
so that interop is a bit less likely to frustrate me
<mattst88>
IMO, at least three customers of AMD's vaapi driver are pretty displeased with the status
<mattst88>
we could really benefit from some CI for vaapi drivers
<daniels>
was mostly blocked behind a pretty infuriating inability to update deqp-runner, but that's been resolved as of ~now
<mattst88>
daniels: is AMD involved in this effort?
<Company>
so, is this an AMD hardware issue?
<Company>
or is this just missing P010 support in the radv driver?
<jenatali>
Huh. Wonder if we should get some of this onboarded for the d3d12 vaapi stuff
<DavidHeidelberg>
austriancoder: etnavic doesn't have custom impl, it uses u_default_clear_buffer fallback. But thanks :) freedreno impl. now passes all tests, so I'm OK.
mbrost has joined #dri-devel
lynxeye has quit [Quit: Leaving.]
heat is now known as Guest1249
heat has joined #dri-devel
Guest1249 has quit [Read error: Connection reset by peer]
Kayden has quit [Quit: Leaving]
Kayden has joined #dri-devel
jkrzyszt_ has joined #dri-devel
<Company>
I need to take that back
jkrzyszt has quit [Ping timeout: 480 seconds]
<austriancoder>
DavidHeidelberg: 👍🏻
<Company>
I incorrectly blamed AMD, while it was a mixup of P010 and P210 Vulkan formats in my table
Kayden has quit [Quit: -> JF]
meltq_ has joined #dri-devel
meltq_ is now known as meltq
alih has quit []
epoch101_ has joined #dri-devel
rasterman has joined #dri-devel
epoch101_ has quit [Read error: Connection reset by peer]
epoch101 has quit [Ping timeout: 480 seconds]
meltq has quit [Ping timeout: 480 seconds]
epoch101 has joined #dri-devel
meltq_ has joined #dri-devel
meltq_ has quit [Remote host closed the connection]
meltq has joined #dri-devel
Company has quit [Remote host closed the connection]
meltq has quit [Remote host closed the connection]
Company has joined #dri-devel
nerdopolis has joined #dri-devel
mbrost_ has joined #dri-devel
naseer____ has quit []
Company has quit [Remote host closed the connection]
Company has joined #dri-devel
alih has joined #dri-devel
rgallaispou has quit [Quit: WeeChat 4.3.5]
Company has quit [Remote host closed the connection]
gouchi has joined #dri-devel
epoch101_ has joined #dri-devel
epoch101 has quit [Ping timeout: 480 seconds]
rasterman has quit [Quit: Gettin' stinky!]
balrog has quit [Quit: Bye]
Company has joined #dri-devel
jkrzyszt_ has quit [Ping timeout: 480 seconds]
Company has quit [Remote host closed the connection]
Company has joined #dri-devel
mvlad has quit [Remote host closed the connection]
Company has quit [Remote host closed the connection]
Company has joined #dri-devel
mbrost has quit [Remote host closed the connection]
mbrost_ has quit [Remote host closed the connection]
egbert is now known as Guest1258
egbert has joined #dri-devel
smpl has joined #dri-devel
Guest1258 has quit [Ping timeout: 480 seconds]
Duke`` has quit []
Duke`` has joined #dri-devel
jljusten has quit [Quit: WeeChat 4.3.1]
jljusten has joined #dri-devel
guludo has quit [Quit: WeeChat 4.3.3]
guludo has joined #dri-devel
sima has quit [Ping timeout: 480 seconds]
Duke`` has quit [Ping timeout: 480 seconds]
epoch101_ has quit [Ping timeout: 480 seconds]
guludo has quit [Ping timeout: 480 seconds]
guludo has joined #dri-devel
APic has quit [Ping timeout: 480 seconds]
<mattst88>
any clues what might cause nir_lower_vars_to_ssa to leave a deref_var and deref_struct in place?
<mattst88>
https://dpaste.com/4RHWWT2J8 is the diff of the nir_print_shader output for the last time nir_lower_vars_to_ssa ran and made progress
<mattst88>
and you can see that it didn't lower a deref_var and a deref_struct
leizhou has quit [Remote host closed the connection]
leizhou has joined #dri-devel
<mattst88>
I'm suspecting that `32 %317 = @load_deref (%316) (access=none)` is the problem
gouchi has quit [Remote host closed the connection]
alih has quit []
<mattst88>
or is it something about var #1 being a push constant...?
Company has quit [Quit: Leaving]
Company has joined #dri-devel
Company has quit [Remote host closed the connection]
Company has joined #dri-devel
Kayden has joined #dri-devel
LeviYun has joined #dri-devel
nerdopolis has quit [Ping timeout: 480 seconds]
alanc has quit [Remote host closed the connection]
alanc has joined #dri-devel
kj2_ has joined #dri-devel
kj2 has quit [Ping timeout: 480 seconds]
<jenatali>
mattst88: You need lower_io / lower_explicit_io to fully remove derefs
<mattst88>
okay, thanks
<jenatali>
vars_to_ssa just removes store / load pairs that can be trivially be turned into direct SSA references or phis
nerdopolis has joined #dri-devel
ceyusa has joined #dri-devel
vjaquez has quit [Read error: Connection reset by peer]