ChanServ changed the topic of #dri-devel to: <ajax> nothing involved with X should ever be unable to find a bar
simon-perretta-img has quit [Ping timeout: 480 seconds]
simon-perretta-img has joined #dri-devel
simon-perretta-img has quit [Read error: Connection reset by peer]
simon-perretta-img has joined #dri-devel
jsa1 has quit [Ping timeout: 480 seconds]
co1umbarius has joined #dri-devel
columbarius has quit [Ping timeout: 480 seconds]
apinheiro has quit [Quit: Leaving]
zxrom has quit []
simon-perretta-img has quit [Ping timeout: 480 seconds]
simon-perretta-img has joined #dri-devel
imre has joined #dri-devel
yyds has joined #dri-devel
minecrell has quit [Read error: Connection reset by peer]
minecrell has joined #dri-devel
Daanct12 has joined #dri-devel
flynnjiang has joined #dri-devel
heat has quit [Read error: No route to host]
heat has joined #dri-devel
Daanct12 has quit [Quit: WeeChat 4.2.1]
Daanct12 has joined #dri-devel
heat has quit [Remote host closed the connection]
heat has joined #dri-devel
heat has quit [Remote host closed the connection]
heat has joined #dri-devel
Daanct12 has quit [Quit: WeeChat 4.2.1]
davispuh has quit [Quit: http://quassel-irc.org - Chat comfortably. Anywhere.]
simon-perretta-img has quit [Read error: Connection reset by peer]
simon-perretta-img has joined #dri-devel
simon-perretta-img has quit [Remote host closed the connection]
simon-perretta-img has joined #dri-devel
Daanct12 has joined #dri-devel
YuGiOhJCJ has joined #dri-devel
heat has quit [Ping timeout: 480 seconds]
a-865 has joined #dri-devel
a-865 has left #dri-devel [#dri-devel]
mbrost has quit [Remote host closed the connection]
mbrost has joined #dri-devel
guludo has joined #dri-devel
mbrost has quit [Read error: Connection reset by peer]
guludo has quit []
mbrost has joined #dri-devel
anujp has quit [Ping timeout: 480 seconds]
anujp has joined #dri-devel
nabaiste^ has quit [Remote host closed the connection]
kzd has quit [Ping timeout: 480 seconds]
simon-perretta-img has quit [Read error: Connection reset by peer]
simon-perretta-img has joined #dri-devel
mbrost has quit [Ping timeout: 480 seconds]
glennk has joined #dri-devel
simon-perretta-img has quit [Ping timeout: 480 seconds]
simon-perretta-img has joined #dri-devel
dv_ has quit [Ping timeout: 480 seconds]
kts has joined #dri-devel
Duke`` has joined #dri-devel
tomasuto has joined #dri-devel
fab has joined #dri-devel
tzimmermann has joined #dri-devel
itoral has joined #dri-devel
kts has quit [Quit: Leaving]
Duke`` has quit [Ping timeout: 480 seconds]
kts has joined #dri-devel
kts has quit [Ping timeout: 480 seconds]
dv_ has joined #dri-devel
Daanct12 has quit [Quit: WeeChat 4.2.1]
Daanct12 has joined #dri-devel
<tomasuto> i also realized that getting the inermediate results out from the chiplet, has same latency as for final result, so you have multiple copies of the hash but some offsets will be removed, it is like rolling back a falsely trained ai model. So general exec is highest offset first, then deduct the offset from answer set equally, and downconvert. yeah it works well.
fab has quit [Quit: fab]
OftenTimeConsuming is now known as Guest4650
OftenTimeConsuming has joined #dri-devel
Guest4650 has quit [Ping timeout: 480 seconds]
jsa has joined #dri-devel
kts has joined #dri-devel
flynnjiang1 has joined #dri-devel
sima has joined #dri-devel
flynnjiang has quit [Ping timeout: 480 seconds]
warpme has joined #dri-devel
vliaskov has joined #dri-devel
fab has joined #dri-devel
rasterman has joined #dri-devel
caitcatdev has quit [autokilled: Spambot. Mail support@oftc.net if you think this is in error. (2024-04-02 06:53:26)]
Sid127 has quit [autokilled: Spambot. Mail support@oftc.net if you think this is in error. (2024-04-02 06:53:26)]
kts_ has joined #dri-devel
sghuge has quit [Remote host closed the connection]
sghuge has joined #dri-devel
kts has quit [Ping timeout: 480 seconds]
kts_ has quit []
warpme has quit []
warpme has joined #dri-devel
kts has joined #dri-devel
kts has quit [Remote host closed the connection]
kts has joined #dri-devel
jsa1 has joined #dri-devel
glennk has quit [Ping timeout: 480 seconds]
jsa has quit [Ping timeout: 480 seconds]
kts has quit [Ping timeout: 480 seconds]
<tzimmermann> sima, airlied, hi. could you please update drm-next to 6.9-rc2 ?
<sima> will do
<tzimmermann> thanks
<tzimmermann> misc-next is still at 6.8-rc and i'd rather avoid to update it to -rc1s
<sima> tzimmermann, both -fixes and -next rolled forward to -rc2
<tzimmermann> cool thanks
kts has joined #dri-devel
kts has quit []
surajkandpal has joined #dri-devel
lynxeye has joined #dri-devel
frankbinns1 is now known as frankbinns
lemonzest has quit [Quit: WeeChat 4.2.1]
yuq825 has joined #dri-devel
kj2 has joined #dri-devel
Haaninjo has joined #dri-devel
lemonzest has joined #dri-devel
warpme has quit []
tanty has quit [Quit: Ciao!]
tanty has joined #dri-devel
warpme has joined #dri-devel
tanty has quit [Quit: Ciao!]
<tzimmermann> javierm, have you ever considered adding a dedicated efidrm or vesadrm driver?
vliaskov has quit [Ping timeout: 480 seconds]
<pq> sima, thanks! Sounds like weston is fine to keep the checks then?
<sima> pq, yeah I think for now I just don't see the point of going around and changing that ...
<sima> even if we later on declare them to be a mistake, it's still an upreving of the ecosystem
<pq> alright
<MrCooper> linkmauve: the Gallium draw module uses LLVM even if the driver doesn't
tomasuto has quit [Remote host closed the connection]
tanty has joined #dri-devel
glennk has joined #dri-devel
<javierm> tzimmermann: I did yes, mostly to see if we could get proper modesettings without a native DRM driver
<tzimmermann> and? :)
<tzimmermann> what are your thoughts
<javierm> tzimmermann: but at least for vesa is complicated, because vesafb doesn't support changing resolutions IIRC and uvesafb has a user-space component (v86d) that runs emulated BIOS code or something like that
<tzimmermann> yes
<javierm> the EFI_GRAPHICS_OUTPUT_PROTOCOL does support a EFI_GRAPHICS_OUTPUT_PROTOCOL_SET_MODE so in theory we could support it
<tzimmermann> i've been looking at simple features: such as palette support like in vesafb; or edid support
<tzimmermann> and adding this to simpledrm feels like a burden
<javierm> tzimmermann: yeah, I agree that is feature creep for simpledrm
<tzimmermann> instead having a drm driver for vesa and efi would simplify metters
<javierm> tzimmermann: agreed
<tzimmermann> i guess i'll post something somewhen
<javierm> tzimmermann: cool
surajkandpal has quit [Ping timeout: 480 seconds]
neg2led has quit []
apinheiro has joined #dri-devel
<javierm> tzimmermann: another aspect I thought that would complicate having a {vesa,efi}drm driver is matching the correct driver with the registered system framebuffer device
yyds has quit [Ping timeout: 480 seconds]
<tzimmermann> javierm, how?
<javierm> that is, you could make efidrm match "efi-framebufer" and vesadrm with "vesa-framebuffer" but sysfb registers a "simple-framebuffer" for both vesa and EFI
<javierm> then your DRM drivers wil only work with !CONFIG_SYSFB_SIMPLEFB
<javierm> but then you won't be able to use simpldrm...
<tzimmermann> i see. i'd expect that it's either efidrm or simpledrm for sysfb
<tzimmermann> most of all, simpledrm serves the simple-framebuffer OF nodes
<tzimmermann> so that would remain as-is
yyds has joined #dri-devel
<javierm> tzimmermann: that's one option, to make simpledrm only support the "simple-framebuffer" OF nodes
<javierm> but a good thing of simpledrm is that is a single driver that works for any firmware provided FB
<tzimmermann> and there are two platforms that make up their own simple-framebuffer devices
Haaninjo has quit [Quit: Ex-Chat]
<tzimmermann> coreboot and n64 set up a simple-framebuffer
<javierm> having a efidrm and vesadrm would mean more drivers to enable, bugfix, etc for distros
caitcatdev has joined #dri-devel
<tzimmermann> right, code sharing is the one point that i have not yet found a 'nice' solution
<javierm> tzimmermann: maybe what we can do is add a Kconfig symbol CONFIG_SYSFB_MODESET or something like that
dv_ has quit [Quit: WeeChat 3.8]
<javierm> if a distro enables that, then simpledrm only matches OF and not EFI or VESA
<tzimmermann> TBH, i don't expect efidrm or vesadrm to do any modesetting
<javierm> tzimmermann: hmm, then I don't see what value adds over simpledrm tbh
<tzimmermann> simpledrm has to match platform devices
<tzimmermann> but that's unrelated to efidrm
<tzimmermann> the question is what sysfb creates from screen_info
<tzimmermann> that added value is palette support for vesa (vesafb can do that) and possible edid support
<tzimmermann> adding this into simpledrm feels like a burden to me
<tzimmermann> and quite a bit more than what simple-framebuffer is supposed to do
<javierm> tzimmermann: yes, I agree with that. I wouldn't add it to simpledrm
<javierm> but having a separate vesadrm just for that and make simpledrm not support vesa anymore feels like a burden for distros too
<tzimmermann> they don't have to enable it :)
<tzimmermann> but that's why i said that code sharing is an issue
<tzimmermann> simpledrm, ofdrm and possibly others are very similar. but each is slightly special
<tzimmermann> my previous attempt to make 'firmware FB' helpers was not useful
<javierm> tzimmermann: yes, but if they don't enable vesadrm and sysfb doesn't create a FB from a screen_info for VESA anymore, then won't have early fb anymore
<javierm> hence my comment on {vesa,efi}drm complicating the device -> driver matching
<tzimmermann> CONFiG_SYSFB_SIMPLEFB would remain as-is
<tzimmermann> activate it and you won't see vesadrm/efidrm at all
<javierm> tzimmermann: oh, I see. And OF doesn't use sysfb but the "simple-framebuffer" is registered by OF
<tzimmermann> disable it and simpledrm only serves these simple-framebuffer OF nodes
<javierm> so a distro could just disable CONFIG_SYSFB_SIMPLEFB and enable CONFIG_DRM_EFIDRM and CONFIG_DRM_VESADRM
<tzimmermann> right
<javierm> tzimmermann: go it. You are correct, sorry for the noise then
<tzimmermann> no problem
<tzimmermann> ideally, we would have each driver extract the firmware config from simplefb_platform_data or screen_info and through it into some kind of generic code. but then, each case is slightly different
<tzimmermann> s/through/throw
<tzimmermann> so there's no generic set of helpers for firmware fraembuffers
sima has quit [Ping timeout: 480 seconds]
<tzimmermann> javierm, i'll further look into the issue and maybe post something as RFC
<tzimmermann> some background: i've recently investigated edid support for simpledrm
surajkandpal has joined #dri-devel
<tzimmermann> and i've booted bochs (qemu) with 8-bit palette mode. my test system loaded to vesafb, because simpledrm didn't support palettes
warpme has quit []
heat has joined #dri-devel
sukuna has quit [Remote host closed the connection]
sima has joined #dri-devel
Sid127 has joined #dri-devel
Ojus1_ has joined #dri-devel
flynnjiang1 has quit []
Ojus1_ has quit [Remote host closed the connection]
Ojus1_ has joined #dri-devel
warpme has joined #dri-devel
hansg has joined #dri-devel
surajkandpal has quit [Read error: Connection reset by peer]
surajkandpal has joined #dri-devel
mvlad has joined #dri-devel
haagch has quit [Quit: http://quassel-irc.org - Chat comfortably. Anywhere.]
haagch has joined #dri-devel
Daanct12 has quit [Quit: WeeChat 4.2.1]
surajkandpal has quit [Read error: Connection reset by peer]
surajkandpal has joined #dri-devel
Daanct12 has joined #dri-devel
Ojus1_ has quit []
pcercuei has joined #dri-devel
surajkandpal has quit [Ping timeout: 480 seconds]
warpme has quit []
yyds has quit [Remote host closed the connection]
vliaskov has joined #dri-devel
Daanct12 has quit [Quit: WeeChat 4.2.1]
vliaskov_ has joined #dri-devel
itoral has quit [Quit: Leaving]
Daanct12 has joined #dri-devel
vliaskov has quit [Ping timeout: 480 seconds]
warpme has joined #dri-devel
loki_val has quit []
crabbedhaloablut has joined #dri-devel
Calandracas has quit [Remote host closed the connection]
urhol has joined #dri-devel
kzd has joined #dri-devel
Calandracas has joined #dri-devel
warpme has quit []
Calandracas has quit [Remote host closed the connection]
Calandracas has joined #dri-devel
Calandracas has quit [Remote host closed the connection]
Calandracas has joined #dri-devel
Calandracas has quit [Remote host closed the connection]
Calandracas has joined #dri-devel
kts has joined #dri-devel
Calandracas has quit [Remote host closed the connection]
Calandracas has joined #dri-devel
Calandracas has quit [Remote host closed the connection]
Calandracas has joined #dri-devel
apinheiro has quit [Quit: Leaving]
Net147 has quit [Quit: Quit]
Net147 has joined #dri-devel
Daanct12 has quit [Quit: WeeChat 4.2.1]
warpme has joined #dri-devel
yuq825 has left #dri-devel [#dri-devel]
yyds has joined #dri-devel
hansg has quit [Quit: Leaving]
kts has quit [Quit: Leaving]
Ojus1_ has joined #dri-devel
Mangix has quit [Ping timeout: 480 seconds]
neggles has joined #dri-devel
tarceri_ has quit [Ping timeout: 480 seconds]
YuGiOhJCJ has quit [Quit: YuGiOhJCJ]
Ojus1_ has quit [Remote host closed the connection]
rasterman has quit [Quit: Gettin' stinky!]
fab has quit [Quit: fab]
jrelvas has joined #dri-devel
zxrom has joined #dri-devel
yyds has quit [Ping timeout: 480 seconds]
yyds has joined #dri-devel
anujp has quit [Ping timeout: 480 seconds]
yyds has quit [Remote host closed the connection]
heat has quit [Remote host closed the connection]
heat has joined #dri-devel
yyds has joined #dri-devel
hansg has joined #dri-devel
tarceri has joined #dri-devel
mbrost has joined #dri-devel
kiarash has joined #dri-devel
kiarash has quit []
user12345 has joined #dri-devel
<user12345> hi
Duke`` has joined #dri-devel
Ojus1_ has joined #dri-devel
Peuc has quit [Quit: Peuc]
Peuc has joined #dri-devel
<user12345> I ran into a problem running linux drm tests and i really appreciate it if you can help. i'm trying to improve drm drivers memory usage and
<user12345> for running tests on them i tried to follow documentation for running tests on gitlab.freedesk.org
yyds has quit [Remote host closed the connection]
<user12345> but when i try to fork linux and create tree in first step i get 409 status code erro
<user12345> with following message "Limit reached You cannot create projects in your personal namespace. Contact your GitLab administrator."
yyds has joined #dri-devel
yyds has quit [Remote host closed the connection]
yyds has joined #dri-devel
vliaskov_ has quit [Read error: Connection reset by peer]
user12345 has quit [Remote host closed the connection]
heat has quit [Remote host closed the connection]
heat has joined #dri-devel
kj2 has quit [Remote host closed the connection]
krushia has quit [Quit: Konversation terminated!]
yyds has quit [Remote host closed the connection]
Ojus1_ has quit [Remote host closed the connection]
chloekek has joined #dri-devel
user12345 has joined #dri-devel
kts has joined #dri-devel
davispuh has joined #dri-devel
kts_ has joined #dri-devel
kts has quit [Ping timeout: 480 seconds]
kts has joined #dri-devel
Company has quit [Quit: Leaving]
user12345 has quit [Remote host closed the connection]
kts_ has quit [Ping timeout: 480 seconds]
Ojus1_ has joined #dri-devel
tzimmermann has quit [Quit: Leaving]
warpme has quit []
mbrost has quit [Ping timeout: 480 seconds]
flom84 has joined #dri-devel
flom84 has quit [Remote host closed the connection]
rasterman has joined #dri-devel
fab has joined #dri-devel
Peuc_ has joined #dri-devel
mareko has quit [Remote host closed the connection]
mareko has joined #dri-devel
Peuc has quit [Ping timeout: 480 seconds]
caseif_ has quit []
caseif has joined #dri-devel
simon-perretta-img has quit [Read error: Connection reset by peer]
jsa1 has quit [Ping timeout: 480 seconds]
amarsh04 has quit []
simon-perretta-img has joined #dri-devel
amarsh04 has joined #dri-devel
heat has quit [Remote host closed the connection]
jrelvas has quit [Remote host closed the connection]
jrelvas has joined #dri-devel
Lyude has quit [Ping timeout: 480 seconds]
Ojus1_ has quit [Remote host closed the connection]
zxrom has quit []
Lyude has joined #dri-devel
dv_ has joined #dri-devel
iive has joined #dri-devel
rasterman has quit [Quit: Gettin' stinky!]
simon-perretta-img has quit [Ping timeout: 480 seconds]
simon-perretta-img has joined #dri-devel
gouchi has joined #dri-devel
mvlad has quit [Remote host closed the connection]
sudeepd has joined #dri-devel
Haaninjo has joined #dri-devel
Ojus1_ has joined #dri-devel
warpme has joined #dri-devel
kts has quit [Ping timeout: 480 seconds]
<DemiMarie> Do Intel and AMD GPUs clear registers before executing a shader? I saw that at least some Apple, Nvidia, and Qualcomm GPUs don’t: https://arxiv.org/pdf/2401.08881.pdf
fab has quit [Quit: fab]
sima has quit [Ping timeout: 480 seconds]
warpme has quit []
hansg has quit [Remote host closed the connection]
alanc has quit [Remote host closed the connection]
alanc has joined #dri-devel
Ojus1_ has quit [Remote host closed the connection]
jsa has joined #dri-devel
jrelvas has quit [Quit: jrelvas]
<robclark> DemiMarie: that is _almost_ the same thing as LL .. qcom with newer fw (not rolled out to all devices yet) clears state when switching between processes.. and I believe intel has some similar state clearing. AMD it is a bit more problematic because you can have things from different processes running simultaneously
<DemiMarie> robclark: Thanks! How does AMD prevent one shader from *writing* to another shader's locals/registers? I'm wondering why they could not use the same mechanism here.
rsripada has quit [Quit: https://quassel-irc.org - Chat comfortably. Anywhere.]
rsripada has joined #dri-devel
rsripada has quit []
rsripada has joined #dri-devel
<glehmann> each shader wave allocates registers, and it can only write those
lynxeye has quit [Quit: Leaving.]
mbrost has joined #dri-devel
<DemiMarie> I see! Why is it not possible to clear registers between execution of two shaders, if there are other shaders running in parallel? Is it because the clearing mechanism clears everything, as opposed to clearing only state for a specific context?
<iive> allocating separate registers would isolate waves from each other, but what happens with register content when the waves are done and register are freed?
<iive> would a new allocation clear them, or could there be remaining old values?
<iive> I do remember some bugs by shaders that relied unused registers are zeroed.
rsripada has quit [Quit: https://quassel-irc.org - Chat comfortably. Anywhere.]
<robclark> DemiMarie: I can't speak for amd in specific, but I'd guess it is still a bit like adreno in that some regs are used for input and/or output values
<robclark> and extra clearing between each shader is an overhead
<robclark> IIRC amd was thinking about a way to not let untrusted things run in parallel
<DemiMarie> did that go anywhere?
<DemiMarie> Clearing all state might well be a cheap broadcast operation that can be done by a broadcast signal.
<robclark> I've not followed it too closely but IIRC they were discussing it for a better long-term soln for the LL thing... it might not be cheap, but it's only done and ctx-switch granularity instead of per draw
mbrost has quit [Read error: Connection reset by peer]
kugel is now known as Guest4712
kugel has joined #dri-devel
Guest4712 has quit [Ping timeout: 480 seconds]
Duke`` has quit [Ping timeout: 480 seconds]
dv_ has quit [Quit: WeeChat 3.8]
dv_ has joined #dri-devel
Haaninjo has quit [Quit: Ex-Chat]
rasterman has joined #dri-devel
zxrom has joined #dri-devel
gouchi has quit [Quit: Quitte]
Mangix has joined #dri-devel
glennk has quit [Ping timeout: 480 seconds]
simon-perretta-img has quit [Ping timeout: 480 seconds]
simon-perretta-img has joined #dri-devel
Surkow|laptop has quit [Remote host closed the connection]
rsripada has joined #dri-devel
Surkow|laptop has joined #dri-devel
rsripada has quit []
rsripada has joined #dri-devel
simon-perretta-img has quit [Ping timeout: 480 seconds]
simon-perretta-img has joined #dri-devel
rasterman has quit [Quit: Gettin' stinky!]
Mangix has quit [Ping timeout: 480 seconds]
illwieckz has quit [Read error: Connection reset by peer]
illwieckz has joined #dri-devel
chloekek has quit [Remote host closed the connection]
Mangix has joined #dri-devel
pcercuei has quit [Quit: dodo]