elongbug has quit [Remote host closed the connection]
columbarius has quit [Ping timeout: 480 seconds]
gbelgurr has joined #dri-devel
Daanct12 has quit [Remote host closed the connection]
lemonzest has joined #dri-devel
gbelgurr has quit [Remote host closed the connection]
mbrost has joined #dri-devel
<jenatali>
Anybody have opinions on Xbox support in Mesa?
Guest1073 has quit [Remote host closed the connection]
<airlied>
my opinions can only be bought with Xboxes
<HdkR>
I think it would be fun to see Geforce 3 support indeed :P
<airlied>
(in case my corporate ethics are watching along, that was a joke, only be bought with playstations)
<jenatali>
:P
<HdkR>
That Pentium 3 might be a bit slow these days though
<daniels>
jenatali: what disbenefit would it bring to make us turn down the legitimacy it would confer?
<jenatali>
I guess, to be clear, someone's using Mesa on an unmodified modern Xbox, not trying to run Linux on the original one. Mainly just wondering if anybody wants to ack/review/nak that work for any reason
<jenatali>
daniels: Uh... in English please? :)
<HdkR>
I like it
<daniels>
jenatali: legitimacy from doing Xbox is good. what’s the bad part which would make us reject it?
<HdkR>
But my opinion doesn't matter, back in the emulation hole I go
gbelgurr has joined #dri-devel
<jenatali>
daniels: Ah got it. I dunno, just don't want to ruffle any feathers in case people do have some reasons that I couldn't think
<jenatali>
of
<daniels>
tbh you might be light on the ground for community review, but I’d say go for it :) it’s less niche than, say, Haiku
<jenatali>
Yeah, I wasn't planning to wait for acks, it's pretty self-contained so I just wanted to see if there were legitimate grievances on philosophical grounds
<kisak>
HdkR: so it'll matter to you once you're thunking mesa-in-xbox-game-in-totally-legit-emulator-on-ARM to host system mesa?
<HdkR>
For that next generation Snapdragon Xbox
<daniels>
HdkR: oh, so _that’s_ what really funds Proton-on-FEx!
<HdkR>
:D
<daniels>
jenatali: I can’t see it as being worse than DX12, or tbh, svga
<jenatali>
Yep, fair
<HdkR>
I'm pretty happy today that there is a commit that adds x86 code to Turnip. This mad world we live in :P
<jenatali>
Oh geez I sparked another Phoronix article, fun
mart__ has quit [autokilled: This host violated network policy. Mail support@oftc.net if you feel this is in error. (2023-01-12 02:58:09)]
<daniels>
jenatali: just wait for the Xbox one!
<jenatali>
Heh, yeah, I was wondering if they'd already covered it which is why I looked
<jenatali>
Reading the comments on the dzn one (which I really need to stop doing...) people are already theorizing it's about Xbox so that's going to be fun when that article drops :P
<zmike>
you have to start a blog so you can lead the narrative
<zmike>
then you can open the post with "this is not for xbox"
<jenatali>
https://devblogs.microsoft.com/directx/, but it's hard to talk about implementing Vulkan before you're technically adopters without getting into trouble >.>
<zmike>
use code phrases
<zmike>
"the interface" "the abstraction layer" "the building blocks of graphics"
<jenatali>
Brilliant
mbrost has quit [Ping timeout: 480 seconds]
<zmike>
or get even fuzzier
<zmike>
"the project"
<zmike>
"the great undertaking"
<zmike>
"our labor"
<daniels>
*labour
<zmike>
daniouls
<daniels>
zung
<zmike>
yeah I got you good
<airlied>
zmike: one quick fix in 20662
* zmike
refreshes harder
<zmike>
I thought that one was in the original MR? 🤔
<airlied>
zmike: so did I, I must have rebased one time too many
<zmike>
I hate it when that happens
<zmike>
lesson learned: never rebase, squash all patches into one
<airlied>
zmike: also never listen to review comments :-P
<zmike>
that goes without saying
* airlied
awaits the great marge babysitting
<zmike>
💪
<tarceri>
What flags do I need for llvmpipe clover driver?
Akari has joined #dri-devel
<airlied>
LP_CL=1
<tarceri>
I've got gallium-opencl=icd and gallium-drivers=swrast
<airlied>
oh to build you need opencl-spirv
<airlied>
-D opencl-spirv=true
fxkamd has joined #dri-devel
Akari has quit []
kts has joined #dri-devel
<tarceri>
installed dependencies and built but still cam't seem to get it to work
<tarceri>
mesa.icd just contains libMesaOpenCL.so.1 is that right?
<marcan>
airlied: re xbox, hey I added PS4 support to mesa at some point :p (IIRC it didn't take much other than adding the PCI IDs though)
<marcan>
even AMDGPU-PRO worked with no patches
<marcan>
the kernel side did need a bunch of patches though, mostly due to weirdo quirks of the frankenstein firmware involved
<marcan>
I don't think any of that ever got upstreamed though...
<marcan>
amusingly enough the vendorfw stuff we're pushing for Asahi would have been the *perfect* mechanism to use for that too, in a production setting. I hope we can turn it into some sort of standard...
<airlied>
tarceri: yes you need libclc install and spirv-llvm-translator
rsalvaterra has quit [Quit: No Ping reply in 180 seconds.]
rsalvaterra has joined #dri-devel
<airlied>
tarceri: make sure the icd file is /etc
<airlied>
not in the <prefix>/etc
<airlied>
you may need to set LD_LIBRARY_PATH
<tarceri>
thanks setting LD_LIBRARY_PATH seems to have gotten me further along now
co1umbarius has quit [Ping timeout: 480 seconds]
co1umbarius has joined #dri-devel
<tarceri>
although that just found the amd gpu opencl devices not llvmpipe
<tarceri>
grrr. Things were so much easier when CI didn't exist lol
fxkamd has quit []
illwieckz has quit [Ping timeout: 480 seconds]
<airlied>
Lynne: got the short form intel decoder to stop hanging, not decoding anything yet, but not crashing :-P
nchery has joined #dri-devel
<Lynne>
nice!
<Lynne>
remind me, what was the short vs long form again, and why was it needed?
<airlied>
though I might have screwed up the packets so it might start hanging again :-P
<airlied>
long form is slice level decode, short is frame level
nchery is now known as Guest1129
nchery has joined #dri-devel
illwieckz has joined #dri-devel
Guest1129 has quit [Ping timeout: 480 seconds]
<airlied>
bleh back to hanging
<Lynne>
is short mode used much nowadays?
pallavim__ has quit [Ping timeout: 480 seconds]
<airlied>
Lynne: so vaapi has a mode for it VA_DEC_SLICE_MODE_NORMAL and VA_DEC_SLICE_MODE_BASE
<airlied>
I think the intel vaapi media driver exposes both modes, but the mesa vaapi code only supports the NORMAL mode
<airlied>
NORMAL is long, and BASE is short
<Lynne>
(I am suggesting there may be a silicon bug/rot if it's underused)
Leopold has quit [Remote host closed the connection]
<airlied>
yeah I do wonder myself :-P I'll keep throwing tyres on the fire and see
Leopold has joined #dri-devel
cuolcp^ has quit [Remote host closed the connection]
heat has quit [Ping timeout: 480 seconds]
bgs has joined #dri-devel
clever has quit [Ping timeout: 480 seconds]
yuq825 has joined #dri-devel
kts has quit [Quit: Leaving]
kts has joined #dri-devel
fab has joined #dri-devel
cef has quit [Quit: Zoom!]
clever has joined #dri-devel
tzimmermann has joined #dri-devel
cef has joined #dri-devel
sgruszka has joined #dri-devel
YuGiOhJCJ has quit [Ping timeout: 480 seconds]
bgs has quit [Remote host closed the connection]
YuGiOhJCJ has joined #dri-devel
fab has quit [Quit: fab]
rasterman has joined #dri-devel
KaitoDaumoto has quit [Ping timeout: 480 seconds]
frieder has joined #dri-devel
pendingchaos_ has joined #dri-devel
pendingchaos has quit [Ping timeout: 480 seconds]
sghuge has quit [Remote host closed the connection]
<danvet>
airlied, ^^ iirc you said "no" last time around or something like that
<airlied>
burn it all!
<airlied>
yeah maybe we are getting to the set dri1 on fire time
<airlied>
will at least shake out if anyone cares
<airlied>
i ex0ect the openchrome dude
lynxeye has joined #dri-devel
<javierm>
maybe one option is to move it to drivers/staging ?
<javierm>
although probably not trivial since all the helpers that drivers use...
<javierm>
s/since/due
srslypascal is now known as Guest1140
srslypascal has joined #dri-devel
jkrzyszt has quit [Remote host closed the connection]
srslypascal has quit [Remote host closed the connection]
srslypascal has joined #dri-devel
Guest1140 has quit [Ping timeout: 480 seconds]
heat has joined #dri-devel
<danvet>
javierm, ime if you want to find anyone left using stuff, best to delete it :-)
kxkamil has quit []
<danvet>
I think as long as we keep the legacy core code around for a year or so (maybe a bit more, we missed the last lts) then I think we should be fine
<danvet>
airlied, you'll reply on list or should I?
<javierm>
danvet: agreed on deleting to see if someone cares :)
<javierm>
is strange that there isn't a CONFIG_DEPRECATED or something that's not CONFIG_BROKEN but something that distros could disable it
<javierm>
danvet: maybe that's another option, make dri1 drivers depend on DRM_DEPRECATED and have that default n, that way if in a year or so nobody complains it can be deleted
<danvet>
javierm, well we had that with DRM_LEGACY already?
<javierm>
danvet: sorry, I missed that. And I see that fedora kernel config doesn't enable it for some time, probably most distros have disabled it too
<danvet>
javierm, yeah so next step is deleting
<javierm>
danvet: yeah
Leopold has quit [Remote host closed the connection]
<airlied>
danvet: you can! not near email
<danvet>
ok
aravind has joined #dri-devel
pcercuei has joined #dri-devel
<HdkR>
win 13
<tzimmermann>
can we please have a Burn-it-all tag? :D
vliaskov has joined #dri-devel
kts has joined #dri-devel
<tzimmermann>
javierm, no drm drivers in staging allowed
<tzimmermann>
just kill it
<tzimmermann>
i'll keep the legacy core in place for a few more releases, so we can restore any drivers easily
<tzimmermann>
there's some small legacy code in nouveau that serves an ancient userspace. hopefully that can be removed as well
<tzimmermann>
or at least integrated into nouveau
<javierm>
tzimmermann: makes sense
<tzimmermann>
can i apply the patchset? please please please
<danvet>
tzimmermann, dropped a reply with acks
<tzimmermann>
sure
<danvet>
i.e. go ahead with those :-)
<tzimmermann>
i'll take care of it witihn the next workdays. i also volunteer to deal with the fallout (restoring drivers and later cleaning up the core)
<danvet>
tzimmermann, also I'd say we should wait until the lts with this stuff has hit distros or so
<danvet>
so more 1.5 years
<danvet>
just because of timing
<tzimmermann>
yes, of course
elongbug has joined #dri-devel
<hakzsam>
eric_engestrom: is the branchpoint delayed btw?
<eric_engestrom>
hakzsam: dcbaker is doing 23.0; when I talked to him yesterday he intended on making the branch, but I don't know if he got busy with other things or if something blocked making the branch
<hakzsam>
okay, thanks and sorry for the ping :)
<eric_engestrom>
no worries :)
YuGiOhJCJ has quit [Remote host closed the connection]
YuGiOhJCJ has joined #dri-devel
<Kayden>
[20:27] <dcbaker> curro: at this point I’m going to cut it first thing in the morning
<Kayden>
think it got delayed today by people trying to cram in last minute bug fixes - not sure why - bug fixes are easily cherry-picked...
<Kayden>
but yeah, should be happening tomorrow.
kxkamil has joined #dri-devel
tanty has quit [Quit: Ciao!]
<hakzsam>
sounds good
tanty has joined #dri-devel
dcz_ has joined #dri-devel
Akari has joined #dri-devel
<danvet>
mripard, btw plans to move vc4 over to dma_resv_lock as the buffer lock?
tanty has quit [Quit: Ciao!]
<danvet>
helpers are ready now I thought
tanty has joined #dri-devel
mairacanal has quit [Quit: Ping timeout (120 seconds)]
tales-aparecida has quit []
tonyk has quit []
tonyk has joined #dri-devel
agners has joined #dri-devel
tales-aparecida has joined #dri-devel
mairacanal has joined #dri-devel
maxzor_ has quit [Ping timeout: 480 seconds]
Haaninjo has joined #dri-devel
tanty has quit [Quit: Ciao!]
tanty has joined #dri-devel
aravind has quit [Remote host closed the connection]
aravind has joined #dri-devel
maxzor_ has joined #dri-devel
Nyaaori has joined #dri-devel
Nyaa has quit [Remote host closed the connection]
tanty has quit [Quit: Ciao!]
tanty has joined #dri-devel
aravind has quit [Ping timeout: 480 seconds]
djbw has quit [Read error: Connection reset by peer]
tanty has quit [Quit: Ciao!]
tanty has joined #dri-devel
<pepp>
anyone up for reviewing the small util_snprintf change from !20643?
MrCooper has quit [Quit: Leaving]
MrCooper has joined #dri-devel
<danvet>
tzimmermann, javierm uh just realized that CONFIG_NOUVEAU_LEGACY_CTX_SUPPORT is default y
<danvet>
maybe we should switch that arond to default n and depends DRM_LEGACY?
<tzimmermann>
danvet, true
<danvet>
instead of the current select
<danvet>
for existing .config it should all stay the same
<tzimmermann>
i'd first ask if nouveau devs would consider removing it entirely
<javierm>
danvet: agreed
<tzimmermann>
AFAIU that is ancient and userspace has moved on
<tzimmermann>
maybe they are willing to drop it
<danvet>
hm the userspace fix is only from 2015
<tzimmermann>
hmm, not so ancient
<danvet>
nah, wrong commit
<tzimmermann>
do you have a pointer to the commit?
<tzimmermann>
:D
<tzimmermann>
my point here is that something similar happened when i915, radeon, et al droppped support for userspace modesetting. that reaised the minimum version for userspace
<tzimmermann>
karolherbst ^
<danvet>
nah we're good
<danvet>
see c21eb21cb50d58e7cbdcb8b9e7ff68b85cfa5095
<danvet>
libdrm 2.4.33 was release March 2012
<danvet>
so 11 years ago
<danvet>
we should be able to safely nuke this
<danvet>
maybe just ditch the Kconfig for now and 3 lines in nouveau
<danvet>
and then just garbage-collect it all together with the other legacy stuff
<danvet>
in 1.5 years
maxzor_ has quit [Remote host closed the connection]
<danvet>
tzimmermann, ums dropping was different, because we had a transparent fallback to the vesa userspace driver
<danvet>
and that actually worked, as in people didn't notice they fell back to that + cpu rendering
<danvet>
(because people stuck on this old stuff just don't care about gpu features as long as they can see something)
<danvet>
but this one is different, nouveau still loads, but then dies
<danvet>
and you get black screen
pendingchaos_ is now known as pendingchaos
<tzimmermann>
2.4.33: i was looking at that as well
srslypascal is now known as Guest1150
srslypascal has joined #dri-devel
<tzimmermann>
danvet, nouveau uses only very few legacy ioctls and functions. this could be moved entirely into nouveau, i think
<tzimmermann>
before nuking the legacy core
Akari has quit [Quit: segmentation fault (core dumped)]
maxzor has joined #dri-devel
Guest1150 has quit [Ping timeout: 480 seconds]
<danvet>
tzimmermann, I think we should just drop it together with dri1 drivers
<danvet>
moving this more if not needed seems a waste of time for me
<danvet>
you're already typing a patch?
<tzimmermann>
i'll send something
<karolherbst>
tzimmermann: CONFIG_NOUVEAU_LEGACY_CTX_SUPPORT is not set in fedora, and I'm not aware of any issues
<karolherbst>
danvet: so yeah.. we can either default it to n or drop it
<karolherbst>
not sure why we even have it there
<tzimmermann>
karolherbst, that sounds good
<karolherbst>
let's see what it's even doing
<karolherbst>
ahh.. DRIVER_KMS_LEGACY_CONTEXT
<tzimmermann>
i'll send you a patch
<karolherbst>
sure
<tzimmermann>
someone would need a modern kernel with a decade-old userspace. i wonder if that would even work easily
<karolherbst>
yeah...
<karolherbst>
I mean.. if you want to remove DRIVER_KMS_LEGACY_CONTEXT then we can just drop that option in nouveau
<karolherbst>
I don't even know what would need it
camus has quit [Read error: Connection reset by peer]
camus has joined #dri-devel
YuGiOhJCJ has quit [Quit: YuGiOhJCJ]
Leopold_ has joined #dri-devel
<danvet>
karolherbst, see git history, enough people complained that we had to revert
<danvet>
but that was 8+ years ago :-)
<karolherbst>
uhhhh
<karolherbst>
try again?
agd5f has quit [Read error: Connection reset by peer]
<danvet>
karolherbst, yup
<danvet>
also nothing functionally needed it
<danvet>
there was just some ums code that was still run (and unfortunately errors checked)
<danvet>
so worst case we can fake an implementation that pretends everything works while doing nothing
<mripard>
danvet: I wasn't aware it was something we were moving to, so I didn't have any plans to do so
<mripard>
but I guess I do now :)
moses has joined #dri-devel
moses has quit []
moses has joined #dri-devel
moses has quit []
shsrfud has joined #dri-devel
dviola has joined #dri-devel
agd5f has joined #dri-devel
<shsrfud>
Hi everyone, what is (preferably vulkan related) work that I can do get started with mesa? Two ideas are VK_EXT_descriptor_buffer for Intel and reimplementing descriptor sets in terms of descriptor buffers, but I have no idea how much work either of these tasks will take. In terms of hardware, I have Intel HD 605 and an RX 470.
soreau has quit [Remote host closed the connection]
soreau has joined #dri-devel
<ishitatsuyuki>
Might not be a helpful advice, but lots of people starts with fixing what they found broken in a game or something else
<ishitatsuyuki>
descriptor buffer would be nice to have, sure, but I think they will involve some nontrivial tricks on Intel and isn't exactly the best fit for beginners
<ishitatsuyuki>
If you want to do Intel some favor, try finding bug reports about games not running or rendering incorrectly, there should be a lot of them on the issue tracker
<zmike>
I've been told VK_EXT_dynamic_vertex_input on intel should be relatively simple
kts has quit [Quit: Leaving]
Company has joined #dri-devel
<dj-death>
zmike: lol
<dj-death>
I'm looking at EXT_descriptor_buffer
agners has quit [Remote host closed the connection]
<shsrfud>
Mike, thanks for the tip, I will take a look at it.
Leopold_ has quit [Remote host closed the connection]
Leopold_ has joined #dri-devel
jfalempe has quit [Quit: Leaving]
kts has joined #dri-devel
kts has quit []
orbea has quit [Remote host closed the connection]
orbea has joined #dri-devel
jfalempe has joined #dri-devel
kts has joined #dri-devel
elongbug has quit [Remote host closed the connection]
elongbug has joined #dri-devel
elongbug has quit [Remote host closed the connection]
elongbug has joined #dri-devel
vliaskov has quit [Ping timeout: 480 seconds]
yuq825 has left #dri-devel [#dri-devel]
gawin has joined #dri-devel
<gawin>
do these old kernel drivers require some regular conservation? (probably main use case is testing old hardware if it is still working)
shsrfud has quit [Quit: Leaving]
paulk has joined #dri-devel
jfalempe has quit [Quit: Leaving]
jkrzyszt has joined #dri-devel
<rodrigovivi>
@mattst88 @seanpaul_: Apparently the series for improve anti-preemption is entirely reviewed but stuck... it probably needs just a rebase and resend for CI... and the series for Allow error capture without request needs to be respinned to gets Tvrtko's feedback addressed and also someone with deep guc knowledge to confirm that there's no risk of GuC Fenix back from the dashes in the middle of the capture... I put the
<rodrigovivi>
request to our GuC team here to get that moving and will monitor progress
<FLHerne>
in the abstract, I'll be sad to see r128 go because that was my first ever GPU under Linux
<FLHerne>
but I don't even have the card anymore so eh
elongbug has quit [Remote host closed the connection]
<Ristovski>
Oh interesting, Valve gave permission. Maybe I could contribute some TF2 traces?
<mattst88>
rodrigovivi: I think the anti-preemption series is upstream already? (https://patchwork.freedesktop.org/series/100428/ -- 568944af44e7538ed5d1389dabf56e938afdaf4f c3bd49cd9a1043b963331e7fd874b380bed3f2bd 47daf84a8bfbc0ff7342b75fa2175591b64ef8d7 and d7a8680ec9fb217987a9569aba1abeed886805f0 in 6.2-rc1)
<mattst88>
is there more?
freemint has joined #dri-devel
<mattst88>
https://patchwork.freedesktop.org/series/111224/ the the "Allow error capture without request", but I saw that there was a v2 at the end of November (but I couldn't find the patchwork link for it)
fab has quit [Quit: fab]
sgruszka has quit [Ping timeout: 480 seconds]
rasterman has quit [Quit: Gettin' stinky!]
Duke`` has joined #dri-devel
<anholt>
Ristovski: yes, TF2 trace would be welcome. There are instructions in the repo for how to trim appropriately
<Ristovski>
anholt: Are the guidelines "One trace per game"? bgfx has a trace for every demo, so I assume its mainly due to size concerns (as those are small, compared to a full game)
fab has joined #dri-devel
<macromorgan>
dumb question (I hate to be so basic but I'm still a c newbie) but I'm trying to make an argument optional in a function. The function is `drm_of_get_dsi_bus(struct device *dev, struct mipi_dsi_device_info *info)`.
<macromorgan>
is it as simple as seeing `if (!info)` or not to see if I either received a NULL or a valid argument?
<DavidHeidelberg[m]>
Ristovski: use apitrace, trim trace to one frame (and one initial frame). Also test ~ 150 loops if the trace will work for performance testing
<DavidHeidelberg[m]>
s/initial/setup/
<anholt>
Ristovski: we have some different traces for different settings, but I can see if there are different important frames to capture, we might want more than one trace
<anholt>
lots of traces-db is just a judgement call
djbw has joined #dri-devel
vliaskov has joined #dri-devel
<gawin>
talking about useful traces does amd own rights for ati tech demos? there were quite many of them, but some were made by 3rd party
jluthra has quit [Remote host closed the connection]
jluthra has joined #dri-devel
i-garrison has quit []
alanc has quit [Remote host closed the connection]
i-garrison has joined #dri-devel
alanc has joined #dri-devel
dcz has joined #dri-devel
<macromorgan>
how does a kms driver suspend? Are there driver specific hooks... does it destroy and create planes/crtcs? I'm trying to troubleshoot a driver (rockchip_drm_vop2.c) that doesn't suspend/resume correctly and I'm lost.
<macromorgan>
neither the HDMI port nor the DSI port output video after resume/suspend
agd5f has quit [Remote host closed the connection]
dcz_ has quit [Ping timeout: 480 seconds]
<macromorgan>
I can run a test pattern to the DSI controller directly and that still works after resume
mbrost has quit [Ping timeout: 480 seconds]
agd5f has joined #dri-devel
<daniels>
macromorgan: yep, 'if (!info) { }' will trigger if info is NULL
<macromorgan>
and if (info) will trigger if it's not, right?
<macromorgan>
cool
pallavim__ has joined #dri-devel
<daniels>
yep :)
Leopold__ has joined #dri-devel
jernej_ is now known as jernej
junaid has joined #dri-devel
Leopold_ has quit [Ping timeout: 480 seconds]
dviola has quit [Quit: WeeChat 3.7.1]
mbrost has joined #dri-devel
ngcortes has joined #dri-devel
user__ has joined #dri-devel
Nyaaori has quit [Remote host closed the connection]
frieder has quit [Remote host closed the connection]
mvlad has quit [Remote host closed the connection]
mbrost has quit [Ping timeout: 480 seconds]
bgs has joined #dri-devel
ybogdano has joined #dri-devel
tursulin has quit [Ping timeout: 480 seconds]
Akari has joined #dri-devel
mbrost has joined #dri-devel
nchery is now known as Guest1184
nchery has joined #dri-devel
<anholt>
mupuf: could I be added for the valve runners? I'd like to be able to run jobs for ci maintenance stuff. (currently looking at filling out zink+radv testing)
mbrost_ has joined #dri-devel
junaid has quit [Ping timeout: 480 seconds]
lemonzest has quit [Quit: WeeChat 3.6]
Guest1184 has quit [Ping timeout: 480 seconds]
junaid has joined #dri-devel
rasterman has joined #dri-devel
<anholt>
sergi: I'm running zink-anv-tgl-full job in one of your kernel 6.1.5 pipelines because I've been curious about if the uprev would help