alanc has quit [Remote host closed the connection]
alanc has joined #dri-devel
i-garrison has quit []
i-garrison has joined #dri-devel
i-garrison has quit []
i-garrison has joined #dri-devel
vliaskov has joined #dri-devel
Zopolis4 has joined #dri-devel
sghuge has quit [Remote host closed the connection]
sghuge has joined #dri-devel
tristan__ has quit [Ping timeout: 480 seconds]
pochu has joined #dri-devel
mvlad has joined #dri-devel
pcercuei has joined #dri-devel
glennk has joined #dri-devel
apinheiro has joined #dri-devel
jfalempe has joined #dri-devel
bmodem has joined #dri-devel
JohnnyonFlame has quit [Read error: Connection reset by peer]
tursulin has joined #dri-devel
danylo has joined #dri-devel
jkrzyszt_ has joined #dri-devel
jmondi has joined #dri-devel
kzd has quit [Ping timeout: 480 seconds]
Guest7829 has quit [Read error: Connection reset by peer]
rasterman has joined #dri-devel
bmodem has quit [Ping timeout: 480 seconds]
bmodem has joined #dri-devel
bmodem has quit [Excess Flood]
bmodem has joined #dri-devel
<ayaka_>
emersion, where I could send my concern and wish about Allocation Constraints? the dri devel mail list?
<emersion>
yeah, probably...
<MrCooper>
daniels zmike: FWIW, the container job spuriously passing despite the image push failing should be fixed with current ci-templates upstream
Ahuj has joined #dri-devel
simon-perretta-img has joined #dri-devel
donaldrobson has joined #dri-devel
MajorBiscuit has joined #dri-devel
simon-perretta-img__ has quit [Ping timeout: 480 seconds]
jani has quit []
jani has joined #dri-devel
ohmadcs^ has quit [Remote host closed the connection]
swalker__ has joined #dri-devel
<dolphin>
airlied, sima: drm-intel-gt-next sent, one week later than usual due to the vacations erasing my memory of responsibilities, will still send one next week, hoping to backmerge drm-next early next week to bring in drm-intel-next patches to -gt-next
<dolphin>
as a dependency to series on -gt-next by Andi
swalker__ has quit [Ping timeout: 480 seconds]
<sima>
I guess I'll do some drm-next pr wrangling, there's 4 pending
<sima>
hm annoying conflicts in amdgpu
cmichael has joined #dri-devel
<sima>
agd5f_, some amdgpu conflict in your -next pr, please check that I didn't screw up before I add more
pochu_ has joined #dri-devel
pochu has quit [Ping timeout: 480 seconds]
sghuge has quit [Remote host closed the connection]
sghuge has joined #dri-devel
tomeu has quit [Quit: Bridge terminating on SIGTERM]
swick[m] has quit [Quit: Bridge terminating on SIGTERM]
zamundaaa[m] has quit [Quit: Bridge terminating on SIGTERM]
jluthra has quit []
x512[m] has quit []
go4godvin has quit [Quit: Bridge terminating on SIGTERM]
DavidHeidelberg[m] has quit [Quit: Bridge terminating on SIGTERM]
jenatali has quit [Quit: Bridge terminating on SIGTERM]
tuxayo has quit [Quit: Bridge terminating on SIGTERM]
hch12907 has quit [Quit: Bridge terminating on SIGTERM]
Newbyte has quit []
Tooniis[m] has quit []
dabrain34[m] has quit [Quit: Bridge terminating on SIGTERM]
ids1024[m] has quit [Quit: Bridge terminating on SIGTERM]
kallisti5[m] has quit [Quit: Bridge terminating on SIGTERM]
DemiMarie has quit [Quit: Bridge terminating on SIGTERM]
tleydxdy has quit [Quit: Bridge terminating on SIGTERM]
Pierce[m] has quit []
heftig has quit [Quit: Bridge terminating on SIGTERM]
ofirbitt[m] has quit [Quit: Bridge terminating on SIGTERM]
FloGrauper[m] has quit [Quit: Bridge terminating on SIGTERM]
Targetball[m] has quit [Quit: Bridge terminating on SIGTERM]
kusma has quit [Quit: Bridge terminating on SIGTERM]
Hi-Angel has quit [Quit: Bridge terminating on SIGTERM]
tomba has quit [Quit: Bridge terminating on SIGTERM]
BilalElmoussaoui[m] has quit [Quit: Bridge terminating on SIGTERM]
dafna33[m] has quit []
Quinten[m] has quit [Quit: Bridge terminating on SIGTERM]
orowith2os has quit []
RAOF has quit [Quit: Bridge terminating on SIGTERM]
viciouss[m] has quit []
dcbaker has quit [Quit: Bridge terminating on SIGTERM]
ella-0[m] has quit [Quit: Bridge terminating on SIGTERM]
jasuarez has quit [Quit: Bridge terminating on SIGTERM]
xerpi[m] has quit []
aura[m] has quit []
mairacanal[m] has quit []
ohadsharabi[m] has quit [Quit: Bridge terminating on SIGTERM]
aradhya7[m] has quit [Quit: Bridge terminating on SIGTERM]
sergi has quit [Quit: Bridge terminating on SIGTERM]
MarkCollins[m] has quit []
ttayar[m] has quit [Quit: Bridge terminating on SIGTERM]
zzxyb[m] has quit []
kunal_10185[m] has quit [Quit: Bridge terminating on SIGTERM]
marmarek[m] has quit []
bylaws has quit [Quit: Bridge terminating on SIGTERM]
Mershl[m] has quit [Quit: Bridge terminating on SIGTERM]
pp123[m] has quit [Quit: Bridge terminating on SIGTERM]
isinyaaa[m] has quit [Quit: Bridge terminating on SIGTERM]
m00nlit[m] has quit [Quit: Bridge terminating on SIGTERM]
dantob has quit [Quit: Bridge terminating on SIGTERM]
daniliberman[m] has quit [Write error: connection closed]
masush5[m] has quit [Write error: connection closed]
siddh has quit [Write error: connection closed]
enunes[m] has quit [Write error: connection closed]
K0bin[m] has quit [Write error: connection closed]
YaLTeR[m] has quit [Write error: connection closed]
YHNdnzj[moz] has quit [Write error: connection closed]
PiGLDN[m] has quit [Write error: connection closed]
ajhalaney[m] has quit [Write error: connection closed]
MayeulC has quit [Write error: connection closed]
devarsht[m] has quit [Write error: connection closed]
cmeissl[m] has quit [Write error: connection closed]
hussam has quit [Write error: connection closed]
dhirschfeld2[m] has quit [Write error: connection closed]
fkassabri[m] has quit [Write error: connection closed]
tintou has quit [Write error: connection closed]
shoffmeister[m] has quit [Write error: connection closed]
Sumera[m] has quit [Write error: connection closed]
mripard has quit [Write error: connection closed]
martijnbraam has quit [Quit: Bridge terminating on SIGTERM]
LinuxHackerman has quit []
AlaaEmad[m] has quit [Write error: connection closed]
Hazematman1 has quit [Write error: connection closed]
doras has quit [Write error: connection closed]
zzoon[m] has quit [Write error: connection closed]
Guest4888 has quit [Write error: connection closed]
ramacassis[m] has quit [Write error: connection closed]
nyorain[m] has quit [Write error: connection closed]
AlexisHernndezGuzmn[m] has quit [Write error: connection closed]
talcohen[m] has quit [Write error: connection closed]
MotiH[m] has quit [Write error: connection closed]
naheemsays[m] has quit [Write error: connection closed]
DUOLabs[m] has quit [Write error: connection closed]
egalli has quit [Write error: connection closed]
simon-perretta-img has quit [Ping timeout: 480 seconds]
pochu has joined #dri-devel
pochu_ has quit [Ping timeout: 480 seconds]
Peuc has quit [Quit: Peuc]
aravind has quit [Ping timeout: 480 seconds]
aravind has joined #dri-devel
Peuc has joined #dri-devel
simon-perretta-img has joined #dri-devel
apinheiro has quit [Quit: Leaving]
tristan has joined #dri-devel
tristan is now known as Guest7874
lumag_ has joined #dri-devel
jessica_248 has joined #dri-devel
abhinav__8 has joined #dri-devel
lumag_ is now known as Guest7875
Guest7875 has quit []
jessica_248 has quit []
abhinav__8 has quit []
aravind has quit [Ping timeout: 480 seconds]
lumag- has joined #dri-devel
aravind has joined #dri-devel
<sima>
oops only now noticed the drm-tip conflict, fixing it up
<airlied>
oops was that me? sordy
<sima>
airlied, nah I think it was me merging the amdgpu-next into drm-next
<sima>
that merge also had some conflicts, but now it's -fixes vs -next in amdgpu
<sima>
airlied, agd5f_ maybe we want a backmerge if drm-tip looks alright?
digetx has quit [Read error: Connection reset by peer]
digetx has joined #dri-devel
lumag- has quit []
<sima>
ok should be fixed now
vliaskov_ has joined #dri-devel
vliaskov has quit [Ping timeout: 480 seconds]
twaik has quit [Quit: Page closed]
donaldrobson_ has joined #dri-devel
donaldrobson has quit [Ping timeout: 480 seconds]
kts has joined #dri-devel
pochu_ has joined #dri-devel
pochu has quit [Ping timeout: 480 seconds]
Celmor[m] has joined #dri-devel
danylo has quit [Ping timeout: 480 seconds]
<glehmann>
how hard would it be for opt_algebraic to support conditions based on multiple source operands? something like (('op1', '#a', ('op2', '#b', 'c')), (replacement pattern), (a & b == 0))
<pendingchaos>
glehmann: probably not too difficult? it could be something like nir_search_helpers, except the function is given variables instead of alu instr
<alyssa>
note that nir_search_helpers is a potential shader compile-time problem
f11f12 has joined #dri-devel
Company has joined #dri-devel
YuGiOhJCJ has quit [Quit: YuGiOhJCJ]
kts has quit [Ping timeout: 480 seconds]
Cyrinux9474 has quit []
Cyrinux9474 has joined #dri-devel
Guest7874 has quit [Ping timeout: 480 seconds]
cmichael has quit [Quit: Leaving]
yuq825 has left #dri-devel [#dri-devel]
Piraty has left #dri-devel [--]
paulk-bis has quit []
Haaninjo has joined #dri-devel
paulk has joined #dri-devel
danylo has quit [Read error: Connection reset by peer]
danylo6 has joined #dri-devel
danylo6 is now known as danylo
aravind has quit [Ping timeout: 480 seconds]
<gfxstrand>
hakzsam: Nope. VK patch looks good now
<sima>
javierm, I think if DRM_FORMAT_FOO is massively preferred by the hw for reasons, then adding support for DRM_FORMAT_XRGB8888->FOO conversion is ok
<sima>
I think all we need to make sure is that in that case XRGB8888 is the very last one in the format list or something like that
<sima>
javierm, what I'm really strongly against is if we add funny conversion tricks for anything else than XRGB8888 as input
<sima>
since that's just combinatorial explosion madness
<sima>
also for these tiny vram gpus we essentially treat the vram as the output hw framebuffer that we manually upload, so *shrug*
mripard has joined #dri-devel
<mripard>
sima: it's not even that, there's already support for both RGB888 and XRG8888, but because DMA is so slow it does a memcpy
<sima>
javierm, I think when the gem bo was still in vram that would have been a solid case against doing copy tricks for XRGB8888 or so
<mripard>
jfalempe patches just makes that memcpy ignores the X component that's going to be ignored anyway
<sima>
mripard, I thought the memcpy was because the vram is so limited that we can't really support the full kms api with it's "all the buffers userspace wants" approach?
<mripard>
jfalempe was saying that a DMA transfer is slower than a memcpy on most platforms
<javierm>
sima: I think so, yeah. Otherwise the driver could use TTM as far as I understand
<mripard>
so there might also be due to a size limitation, but it also impacts the performances a lot
mvlad has quit [Remote host closed the connection]
<javierm>
sima: we all agree that no other "virtual" format should be exposed but XRGB8888 (and only for compat reasons) but the question here is if is OK for drivers to drop the alpha channel
<javierm>
sima: what I suggested jfalempe is to post a patch documented that "only XRGB8888 rule" and also could mention that dropping the alpha channel in the driver for perf reasons could be acceptable
<jfalempe>
sima, DMA is 3x to 10x slower on most mgag200 hardware.
<sima>
javierm, imo the "only XRGB8888" rule is the important thing
<MrCooper>
"drop the alpha channel" doesn't make much sense, since XRGB8888 doesn't have an alpha channel in the first place; the question is whether or not the driver is allowed to use a different format internally
<sima>
the "drop the alpha" is imo irrelevant, since whether we upload over spi/i2c or pci bus to the framebuffer memory kinda doesn't matter
<sima>
MrCooper, yeah plus that
<sima>
mgag200 is essentially like one of these manual upload panel drivers we have plenty of, except the bus is a notch faster than i2c/spi :-)
<javierm>
MrCooper: right, I meant drop the X channel (how is that called? opaque channel?) but agree with you that if driver is allowed to convert for perf reasons or not
cedicactus has joined #dri-devel
Ahuj has quit [Ping timeout: 480 seconds]
<javierm>
because AFAIU the only XRGB8888 rule was because user-space has no way if the format exposed is native or not, and so wouldn't have to get a perf hit due format conversions
<javierm>
*no way to know
<MrCooper>
to me it seems like a no-brainer, the "no implicit format conversion" rule was well-intended but backfires in this case for no benefit I can see
<sima>
javierm, jfalempe imo just document that for hw/drivers where XRGB8888 is not support or has a very bad cost in terms of upload/scanout bw it's ok to emulate it in the kernel driver, but _only_ for that format
<sima>
MrCooper, I think given how the driver works it still fits without exceptions
<javierm>
sima: that's my opinion too. The HW really supports RGB8888 and so the XRGB8888 is "emulated"
<sima>
since the driver doesn't expose the actual vram as buffers at all, from a kms pov that's a pure internal implementation detail of the display hw
<sima>
javierm, yeah agreed
<sima>
like from the overall hw+kms pov the buffer is in system memory and gets scanned out (well manual uploaded) over the pci bus to the display
<sima>
aint really any different than uploading with the cpu through some other bus than pci
<sima>
the fact that 20 years ago such hw would have been exposed as fbdev video memory directly is kinda irrelevant in todays kms world
<sima>
because 20 years ago also a lot more userspace bothered to support RBG888 or at least RGB565, because that was required so much more often
<cedicactus>
Maybe, there's no big work needed, maybe you are smarter dunno, but scip has event handler and display connector to controller docs, it has cnf reader and lp translator so tritons bitwuzla is fine for it, not in for working today, but will be dealing with it soon enough.
cedicactus has quit [Quit: Quit]
<sima>
javierm, I think the only clarification we really need is that it's ok to emulate XRGB8888 also in cases where it kinda supported, but just always a terrible choice compared to RGB888
<sima>
and so really aside from userspace compat, we really don't want it
* sima
shrugs
<javierm>
sima: agreed. Thanks a lot for your comments on this!
<sima>
in a way by starting to emulate xrgb8888 we've tied our hands a bit, since now even fewer reasons for userspace to support more formats natively for these more oddball display drivers
<sima>
but I also think that's still the right pragmatic choice
<javierm>
sima: yeah. A prime example is the ssd130x driver whose native format is DRM_FORMAT_R1
<javierm>
I don't think that user-space would be interested in supporting monochrome :)
sima has quit [Remote host closed the connection]
<javierm>
but jokes apart I don't know how much user-space nowadays support RGB888
sima has joined #dri-devel
camus1 has quit [Remote host closed the connection]
benjamin1 has quit [Ping timeout: 480 seconds]
bmodem has quit [Ping timeout: 480 seconds]
pa| has joined #dri-devel
pa- has quit [Ping timeout: 480 seconds]
pa- has joined #dri-devel
pzanoni has quit [Remote host closed the connection]
pzanoni has joined #dri-devel
pa| has quit [Ping timeout: 480 seconds]
Duke`` has joined #dri-devel
DodoGTA has quit [Ping timeout: 480 seconds]
Guest7752 has quit []
Danct12 has joined #dri-devel
<MrCooper>
I suspect 0 is a good approximation
DodoGTA has joined #dri-devel
kts has joined #dri-devel
<macromorgan>
is there any good way to identify a panel that has no otherwise discernable markings?
<macromorgan>
I need a compatible flag for a panel that's basically identical to panel-newvision-nv3051d, but it has different mode flags
Zopolis4 has quit [Quit: Connection closed for inactivity]
Company has quit [Remote host closed the connection]
Company has joined #dri-devel
benjamin1 has joined #dri-devel
MajorBiscuit has quit [Quit: WeeChat 3.6]
tursulin has quit [Ping timeout: 480 seconds]
yyds has quit [Remote host closed the connection]
glennk has quit [Read error: Connection reset by peer]
djbw has quit [Read error: Connection reset by peer]
fab has joined #dri-devel
junaid has joined #dri-devel
donaldrobson_ has quit [Ping timeout: 480 seconds]
Frogging101 has quit [Quit: Close the World, Open the nExt]
fab has quit [Ping timeout: 480 seconds]
heat has quit [Remote host closed the connection]
kallisti5[m] has joined #dri-devel
<kallisti5[m]>
anyone know if the XOrg Foundation membership gets us PCI-SIG docs?
<kallisti5[m]>
I want to look at OCuLink stuff to see how to model our PCI Thunderbolt detection. (aka, IsRemoteDevice or something instead of IsThunderbolt)
Frogging101 has joined #dri-devel
jkrzyszt_ has quit [Remote host closed the connection]
gouchi has joined #dri-devel
gouchi has quit []
dviola has quit [Quit: WeeChat 4.0.2]
DodoGTA has quit [Quit: DodoGTA]
DodoGTA has joined #dri-devel
<zmike>
alyssa: is there a pass to lower 64bit new-style regs to 32bit?
<pendingchaos>
if those regs come from phis, I think there was a pass somewhere for lowering 64-bit phis to 32-bit
<zmike>
I've got a pass for it that works fine I was just wondering if there was anything in common
<zmike>
I don't think they're exclusive to phis tho
<pendingchaos>
(nir_lower_64bit_phis)
<zmike>
👍
<alyssa>
yeah nir_lower_64bit_phis
<alyssa>
zink should only get regs from phis
junaid_ has joined #dri-devel
junaid has quit [Ping timeout: 480 seconds]
sima has quit [Ping timeout: 480 seconds]
<zmike>
that sounds like an adventure for next week's me
<alyssa>
gfxstrand: congrats ^_^
junaid_ has quit [Remote host closed the connection]
junaid has joined #dri-devel
djbw has joined #dri-devel
qyliss has quit [Quit: bye]
simon-perretta-img_ has joined #dri-devel
simon-perretta-img__ has joined #dri-devel
qyliss has joined #dri-devel
simon-perretta-img has quit [Ping timeout: 480 seconds]
simon-perretta-img_ has quit [Ping timeout: 480 seconds]
macromorgan has quit [Quit: Leaving]
lstrano has quit [Quit: WeeChat 3.5]
Ryback_ has quit [Remote host closed the connection]
Duke`` has quit []
benjamin1 has quit [Ping timeout: 480 seconds]
kts has quit [Quit: Leaving]
dolphin has quit [Remote host closed the connection]
bgs has quit [Remote host closed the connection]
RAOF[m] has joined #dri-devel
vliaskov_ has quit [Remote host closed the connection]
DodoGTA has quit [Quit: DodoGTA]
DodoGTA has joined #dri-devel
junaid has quit [Remote host closed the connection]
glennk has joined #dri-devel
DodoGTA has quit [Quit: DodoGTA]
DodoGTA has joined #dri-devel
pzanoni has quit [Quit: Coyote finally caught me]
benjamin1 has joined #dri-devel
pzanoni has joined #dri-devel
sghuge has quit [Quit: WeeChat 3.5]
idr has joined #dri-devel
yyds has joined #dri-devel
rasterman has quit [Quit: Gettin' stinky!]
ngcortes has joined #dri-devel
djbw has quit [Read error: Connection reset by peer]