ChanServ changed the topic of #dri-devel to: <ajax> nothing involved with X should ever be unable to find a bar
nashpa has quit [Ping timeout: 480 seconds]
YuGiOhJCJ has joined #dri-devel
Typj has joined #dri-devel
nashpa has joined #dri-devel
dliviu has quit [Ping timeout: 480 seconds]
LeviYun has quit [Ping timeout: 480 seconds]
Typj has quit [Remote host closed the connection]
JRepin has quit []
rasterman has quit [Quit: Gettin' stinky!]
vliaskov has quit [Ping timeout: 480 seconds]
dliviu has joined #dri-devel
dliviu- has joined #dri-devel
<soreau>
with latest mesa 114a4754 and mpv -vo=dmabuf-wayland on radeonsi RX580, the output shows the video but has a strong red tint. weston and wlroots show the same result
nashpa has quit [Ping timeout: 480 seconds]
illwieckz has quit [Remote host closed the connection]
dliviu has quit [Ping timeout: 480 seconds]
illwieckz has joined #dri-devel
marcf has quit [Remote host closed the connection]
LeviYun has joined #dri-devel
Thymo_ has joined #dri-devel
JRepin has joined #dri-devel
Thymo has quit [Ping timeout: 480 seconds]
LeviYun has quit [Ping timeout: 480 seconds]
haaninjo has quit [Quit: Ex-Chat]
sukuna has quit [Ping timeout: 480 seconds]
shoragan has quit [Quit: quit]
LeviYun has joined #dri-devel
pH5 has quit [Read error: Network is unreachable]
pH5 has joined #dri-devel
LeviYun has quit [Ping timeout: 480 seconds]
pcercuei has quit [Quit: dodo]
LeviYun has joined #dri-devel
iive has quit [Quit: They came for me...]
probablymoony has quit []
sima has quit [Ping timeout: 480 seconds]
JRepin has quit []
JRepin has joined #dri-devel
JRepin has quit [Remote host closed the connection]
JRepin has joined #dri-devel
alane_ has quit []
alane has joined #dri-devel
LeviYun has quit [Ping timeout: 480 seconds]
epoch101 has joined #dri-devel
epoch101 has quit []
oneforall2 has quit [Remote host closed the connection]
oneforall2 has joined #dri-devel
LeviYun has joined #dri-devel
oneforall2 has quit [Remote host closed the connection]
oneforall2 has joined #dri-devel
LeviYun has quit [Ping timeout: 480 seconds]
anujp has quit [Ping timeout: 480 seconds]
marcf has joined #dri-devel
<kurufu>
Is there any better documentation on syncfile/syncobj interactions than https://dri.freedesktop.org/docs/drm/gpu/drm-mm.html#drm-sync-objects, this ever so brief doc suggests syncfiles are immutable and after import the syncobj shouldnt be able to signal them. But clients like mutter seem to depend on this behavior actually working?
glennk has quit [Ping timeout: 480 seconds]
alanc has quit [Remote host closed the connection]
alanc has joined #dri-devel
LeviYun has joined #dri-devel
moony has joined #dri-devel
heat has quit [Ping timeout: 480 seconds]
LeviYun has quit [Ping timeout: 480 seconds]
oneforall2 has quit [Remote host closed the connection]
nerdopolis has quit [Ping timeout: 480 seconds]
oneforall2 has joined #dri-devel
LeviYun has joined #dri-devel
marcf has quit [Remote host closed the connection]
marcf has joined #dri-devel
davispuh has quit [Ping timeout: 480 seconds]
epoch101 has joined #dri-devel
oneforall2 has quit [Ping timeout: 480 seconds]
moony has quit []
nerdopolis has joined #dri-devel
moony has joined #dri-devel
LeviYun has quit [Ping timeout: 480 seconds]
matthewsmithnakedforall[m] has joined #dri-devel
matthewsmithnakedforall[m] has left #dri-devel [#dri-devel]
nerdopolis has quit [Ping timeout: 480 seconds]
LeviYun has joined #dri-devel
LeviYun has quit [Ping timeout: 480 seconds]
LeviYun has joined #dri-devel
LeviYun has quit [Ping timeout: 480 seconds]
KAL9000 has quit [Quit: KAL9000]
KAL9000 has joined #dri-devel
epoch101 has quit [Ping timeout: 480 seconds]
LeviYun has joined #dri-devel
LeviYun has quit [Ping timeout: 480 seconds]
vsro has joined #dri-devel
epoch101 has joined #dri-devel
epoch101 has quit []
sguddati has joined #dri-devel
LeviYun has joined #dri-devel
sguddati has quit [Ping timeout: 480 seconds]
LeviYun has quit [Ping timeout: 480 seconds]
dliviu has joined #dri-devel
Duke`` has joined #dri-devel
dliviu- has quit [Ping timeout: 480 seconds]
kts has joined #dri-devel
LeviYun has joined #dri-devel
oneforall2 has joined #dri-devel
LeviYun has quit [Ping timeout: 480 seconds]
<airlied>
kurufu: on the cpu side I think, fences can still get signalled by the hw
epoch101 has joined #dri-devel
sguddati has joined #dri-devel
kts has quit [Ping timeout: 480 seconds]
coldfeet has joined #dri-devel
kts has joined #dri-devel
sghuge has quit [Remote host closed the connection]
sghuge has joined #dri-devel
kts has quit [Quit: Leaving]
LeviYun has joined #dri-devel
oneforall2 has quit [Remote host closed the connection]
chomwitt has joined #dri-devel
epoch101 has quit []
vliaskov has joined #dri-devel
sguddati has quit [Ping timeout: 480 seconds]
kts has joined #dri-devel
dsimic is now known as Guest5693
dsimic has joined #dri-devel
Guest5693 has quit [Ping timeout: 480 seconds]
glennk has joined #dri-devel
yrlf has quit [Ping timeout: 480 seconds]
yrlf has joined #dri-devel
fab has joined #dri-devel
mriesch_ has joined #dri-devel
mriesch has quit [Ping timeout: 480 seconds]
aleydojush has joined #dri-devel
u-amarsh04 has quit []
kts has quit [Ping timeout: 480 seconds]
mriesch_ has quit []
mriesch has joined #dri-devel
<aleydojush>
What would be useful is extended option rom of PCI-e on it's fpga fabric, I am pretty good in verilog and the FW is available (i add the entropy decoder into pcie switch fabric or more like 8b10b encoder fabric), we do not have to decode to the devices memory that way, fabric would do that, so flashrom should be suffiecient at this, and it would happen in lateboot when embedded controllers
<aleydojush>
have been brought up, and backup rom is laptop model specific though, but i have not looked at yosys for years, worst case we would need to use vendors netlist configuration tools to do that. It would load the fpga netlists, just yosys and compressed netlists for luts would be lot better to do this, but that could be something for the future. However hats off from computer engineers and sw
<aleydojush>
engineers as there is totally enough available to do it, in other words, i ain't gonna use DMA to decode and encode the things.
kzd has quit [Ping timeout: 480 seconds]
<aleydojush>
The real compressed netlists, regardless of the resources on that specific fabric, would anyways fit encoder decoder b8b10 or more band enabled encodings, plus anything that you would desire to be added like crypto validators etc.
kts has joined #dri-devel
<aleydojush>
what brings to the final question, i have one old HP laptop that has AGP port and r300 next to intels single core cpu, i am unsure as to how b8b10 if it was enabled on agp, and what would be the fabric to target there, perhaps someone would know better if such systems integrate fpga somewhere on it's switches.
rasterman has joined #dri-devel
haaninjo has joined #dri-devel
<aleydojush>
drivers on intel are very good at the moment of not corrupting anything on very recent kernels , AMD ones are good too, so the mission is nearly acomplished as the code needed to be added is very short under any real programming criterias.
<linkmauve>
soreau, does amdgpu support modifiers on this device? IIRC it was the main blocker for proper dmabuf stuff.
aleydojush has quit [Read error: Connection reset by peer]
<linkmauve>
Also make sure to use a recent mpv, stuff has been fixed.
amarsh04 has joined #dri-devel
aleydojush has joined #dri-devel
memleak has joined #dri-devel
amarsh04 has quit []
<memleak>
hello. i was wondering, is there a way to adjust HDMI overscan like you can in windows with the AMD driver, in linux with the open source drivers?
amarsh04 has joined #dri-devel
<memleak>
i can fix it by using radeon.audio=0 but then i don't have hdmi audio.
<memleak>
oh holy crap, alyssa is in here?? the panfrost dev?
<linkmauve>
memleak, asahi and honeykrisp now. :)
jsa1 has joined #dri-devel
<memleak>
ah alright
<memleak>
well still, she's a legend
<memleak>
the maynard james keenan of x.org development xD
pixelcluster has quit [Ping timeout: 480 seconds]
kts has quit [Ping timeout: 480 seconds]
LeviYun has quit [Ping timeout: 480 seconds]
nashpa has joined #dri-devel
LeviYun has joined #dri-devel
dliviu has quit [Ping timeout: 480 seconds]
vliaskov has quit [Ping timeout: 480 seconds]
pixelcluster has joined #dri-devel
LeviYun has quit [Ping timeout: 480 seconds]
vsro has quit [Ping timeout: 480 seconds]
vliaskov has joined #dri-devel
<aleydojush>
https://www.amazon.com/StarTech-com-Express-Adapter-Card-PCI1PEX1/dp/B0037ECAM2?th=1 some weird products are available, anyways case closed as i do not think agp has programmable b8b10 fabrics on the chipset, caliban could be used too, but it's so complex, nothing about pci-to-pci bridge parts microcontroller isas are known to me, they are expedly very rarely having isa decoders on asics,
<aleydojush>
it's all fixed over pci commands.
<aleydojush>
that particular card is way too expensive.
aleydojush has quit [Remote host closed the connection]
<zamundaaa[m]>
memleak: yes, there's the underscan drm properties for that
<memleak>
zamundaaa[m], are these kernel params?
<zamundaaa[m]>
No
<zamundaaa[m]>
Whatever drm master you're using can set the drm properties
<zamundaaa[m]>
In KDE Plasma it's exposed in system settings, not sure about other desktops / compositors
<memleak>
ah ok
<memleak>
yeah lxqt and xfce doesn't have anything like that
vsro has joined #dri-devel
<memleak>
no way to do it on command line with xrandr or something?
jsa1 has quit [Ping timeout: 480 seconds]
amarsh04 has quit []
sguddati has joined #dri-devel
yrlf has quit [Quit: Ping timeout (120 seconds)]
yrlf has joined #dri-devel
LeviYun has quit [Ping timeout: 480 seconds]
Namarrgon has quit [Ping timeout: 480 seconds]
haaninjo has quit [Quit: Ex-Chat]
LeviYun has joined #dri-devel
YuGiOhJCJ has quit [Quit: YuGiOhJCJ]
Namarrgon has joined #dri-devel
<soreau>
linkmauve: thanks, it's a card without modifier support indeed. with updated mpv, I get errors/warnings when playing but dmabuf-wayland works without the red tint
DPA has quit [Read error: Connection reset by peer]
nashpa has joined #dri-devel
LeviYun has quit [Ping timeout: 480 seconds]
sguddati has quit [Ping timeout: 480 seconds]
dliviu has quit [Ping timeout: 480 seconds]
vliaskov has quit [Ping timeout: 480 seconds]
Duke`` has quit [Ping timeout: 480 seconds]
DPA has joined #dri-devel
dviola has quit [Quit: WeeChat 4.5.1]
<llyyr>
soreau: what warnings? it might be inserting a cpu filter to convert pixfmt which kinda makes dmabuf-wayland not worth it
<soreau>
llyyr: [ffmpeg] AVHWFramesContext: Failed to write image to surface 0x1a: 22 (invalid VAImageFormat). [autoconvert] Converting vaapi[nv12] -> vaapi[bgr0]
<soreau>
when seeking there are more messages too, ending with 'Video: no video' but it still plays
<llyyr>
yep seems like yuv420p, that won't work with mpv --no-config --vo=dmabuf-wayland, but will work if you add hwdec=vaapi.
<llyyr>
mesa va frontend claims to support uploading yuv420p directly, but it fails when applications actually try to do it
DPA has quit [Ping timeout: 480 seconds]
Namarrgon has quit [Ping timeout: 480 seconds]
LeviYun has joined #dri-devel
<soreau>
llyyr: well it's already using vaapi AFAICT ('Using hardware decoding (vaapi).' without extra options), so -hwdec=vaapi doesn't change anything
<llyyr>
you probably have it in your config? it should use vaapi by default
<llyyr>
shouldn't*
<soreau>
yes you're right, it's there in config
<llyyr>
the problem with that is, now it won't work for any formats that can't be decoded with vaapi. breaks on all images or vp8 or av1 (for older cards)
<soreau>
gpu-context=wayland and hwdec=vaapi
LeviYun has quit [Ping timeout: 480 seconds]
aleydojush has joined #dri-devel
aleydojush has quit [Remote host closed the connection]
marcf has quit [Remote host closed the connection]
KAL9000 has quit [Read error: Connection reset by peer]
nerdopolis has joined #dri-devel
pcercuei has joined #dri-devel
<zamundaaa[m]>
memleak: I think you can do it witth xrandr, but I don't know how
<zamundaaa[m]>
I haven't used Xorg in a long time
Hazematman has quit [Quit: WeeChat 4.5.1]
Namarrgon has joined #dri-devel
vsro has quit [Remote host closed the connection]
Namarrgon has quit [Ping timeout: 480 seconds]
Namarrgon has joined #dri-devel
marcf has joined #dri-devel
oneforall2 has joined #dri-devel
Fya has joined #dri-devel
dliviu has joined #dri-devel
nashpa has quit [Ping timeout: 480 seconds]
caitcatd- has joined #dri-devel
chiku has joined #dri-devel
nashpa has joined #dri-devel
Sid127 has quit [Ping timeout: 480 seconds]
caitcatdev has quit [Ping timeout: 480 seconds]
KungFuJesus has joined #dri-devel
dliviu has quit [Ping timeout: 480 seconds]
<KungFuJesus>
ok, finally bisecting my big endian issue today. I think I'll start with launching X with a nouveau that works and use the meson 'devenv' option to bisect the version glx breaks for me
Hazematman has joined #dri-devel
Hazematman has quit []
<memleak>
KungFuJesus, wishing you the best!
<glehmann>
do we want (('fadd', a, a), ('fmul', a, 2.0)) in main nir_opt_algebraic? For amd, it's going to be better because it allows omod and otherwise fma if it's only used by fadd. I guess other hardware might have separate mul and add units where it's not as clear. Also I guess technically mul uses more power than add
<glehmann>
also I guess the constant isn't free on all ISAs
<glehmann>
but we should probably choose either a+a or a*2.0 for nir because I found some shaders that have both
IRCplus has quit []
dliviu has joined #dri-devel
nashpa has quit [Ping timeout: 480 seconds]
epoch101 has joined #dri-devel
<KungFuJesus>
it seems to have something to do with how swrast won't build without llvm enabled anymore. The result is a missing swrast dri module. I can start with modesetting and it loads nouveau properly but glx then fails to work
<KungFuJesus>
the only reason I was building without llvm to begin with is somebody in 2019 removed that use flag with a profile level keyword
<KungFuJesus>
in gentoo's portage, that is
Hazematman has joined #dri-devel
<KungFuJesus>
when building and installing mesa 24.1.7, I get a kms_swrast dri module and a nouveau module. GLX seems to properly leverage nouveau with full hardware acceleration (with the ocassional render glitch with some X acceleration backed things that are probably longstanding endianness bugs)
<memleak>
if all you're doing is git bisecting for nouveau you can just disable swrast
<KungFuJesus>
right, that's what I had to do in order to build
<memleak>
ah ok
<KungFuJesus>
curiously, every 24.2 release after 0 won't even let me start x
<memleak>
i thought swrast was replaced anyway with llvmpipe/softpipe
<memleak>
they still have that classic driver in there?
<KungFuJesus>
that would make perfect sense for why it would require llvm but it doesn't make any sense why this would mess with nouveau
<KungFuJesus>
I don't even begin to understand the render pipeline for DRI, though
<memleak>
so you're using a big-endian cpu with nvidia?
<KungFuJesus>
my best theory right now is something hard switched over to LLVM and the TGSI or whatever IR to nouveau layers are gone?
<KungFuJesus>
yeah
<memleak>
which one, jc
<KungFuJesus>
ppc64
<memleak>
oh ok!
<KungFuJesus>
the annoying bit about trying to bisect this is that whatever the issue is it happens when DRI initializes, so I have to move DRI modules into my root and restart X
epoch101_ has joined #dri-devel
epoch101 has quit [Ping timeout: 480 seconds]
<KungFuJesus>
hmm, and now that I've built with llvm it appears to be trying to use zink with glxinfo?
<KungFuJesus>
something was deprecated somewhere I think, I just don't know what. I know my configuration uses the /dev/fb interface and I use the openfirmware framebuffer device. Was there something changed there?
kzd has joined #dri-devel
dliviu has quit [Ping timeout: 480 seconds]
mhenning has joined #dri-devel
<KungFuJesus>
hmmm, seems to be ok with latest from git when built with llvm. Maybe it really is just building without llvm is now impossible for nouveau
vliaskov has joined #dri-devel
<memleak>
you can't build amdgpu without llvm either
<memleak>
you learn something new everyday!
LeviYun has joined #dri-devel
heat has joined #dri-devel
<KungFuJesus>
hmm, think I'm off base there, the 9999 ebuild won't startx with llvm force enabled, either
<KungFuJesus>
creating the screen is what fails for me
DavidHeidelberg has quit [Remote host closed the connection]
heat has quit [Read error: Connection reset by peer]
heat has joined #dri-devel
DavidHeidelberg has joined #dri-devel
iive has joined #dri-devel
LeviYun has quit [Ping timeout: 480 seconds]
rasterman has quit [Quit: Gettin' stinky!]
LeviYun has joined #dri-devel
Fya has quit []
LeviYun has quit [Ping timeout: 480 seconds]
karolherbst has quit [Read error: Connection reset by peer]
karolherbst has joined #dri-devel
edolnx_ has joined #dri-devel
<DemiMarie>
Can non-LINEAR buffers be shared between GPUs from the same vendor?
edolnx has quit [Ping timeout: 480 seconds]
memleak has quit [Quit: New Year, Different Toilet]
<zamundaaa[m]>
Demi: sometimes
<zamundaaa[m]>
depends on the GPUs
oneforall2 has quit [Remote host closed the connection]
<DemiMarie>
zamundaaa: Will it work for two identical GPUs?
<DemiMarie>
Also, if the modifiers match, will it work? Or are modifiers missing critical information, such as alignment requirements?
<zamundaaa[m]>
Alignment is missing from modifiers, drivers ensure that it somehow works out
<zamundaaa[m]>
With two of the same dGPU generation (at least on AMD) it should usually work
<zamundaaa[m]>
iGPU + dGPU same generation might be a bit more restrictive, specifically about alignment
feaneron has joined #dri-devel
<KungFuJesus>
what is libdril? It seems like when that came to be may have been the start of this issue
Hazematman has quit [Quit: WeeChat 4.5.1]
<DemiMarie>
zamundaaa: That's unfortunate. Can all GPUs on x86 handle linear buffers that are 256-byte-aligned and have ARGB or XRGB format?
<zamundaaa[m]>
I have no idea
<zamundaaa[m]>
Drivers reject importing buffers where it doesn't work out though. Or at least should
nopjmp has joined #dri-devel
gouchi has joined #dri-devel
nopjmp_ has quit [Ping timeout: 480 seconds]
LeviYun has joined #dri-devel
<DemiMarie>
zamundaaa: can I reliably count on them to do that, even in the face of malicious input? That’s my situation.
<DemiMarie>
If not, I have to fall back to a copy and accept the performance penalty that results.
LeviYun has quit [Ping timeout: 480 seconds]
<DemiMarie>
Is there a way to test how drivers handle this situation? Could I allocate dmabufs with various sizes, try to import them, write to then, and check that any data that should not been changed in fact has not been changed?