ChanServ changed the topic of #dri-devel to: <ajax> nothing involved with X should ever be unable to find a bar
DodoGTA has quit [Remote host closed the connection]
FireBurn has quit [Quit: Konversation terminated!]
krumelmonster has quit [Ping timeout: 480 seconds]
bbhtt has joined #dri-devel
pcercuei has quit [Quit: dodo]
krumelmonster has joined #dri-devel
Jeremy_Rand_Talos_ has quit [Remote host closed the connection]
Jeremy_Rand_Talos_ has joined #dri-devel
mvlad has quit [Remote host closed the connection]
Jeremy_Rand_Talos_ has quit [Remote host closed the connection]
Jeremy_Rand_Talos__ has joined #dri-devel
i509vcb has joined #dri-devel
vaxry has left #dri-devel [#dri-devel]
Kayden has quit [Remote host closed the connection]
Kayden has joined #dri-devel
yyds has joined #dri-devel
TMM has quit [Quit: https://quassel-irc.org - Chat comfortably. Anywhere.]
TMM has joined #dri-devel
flynnjiang has joined #dri-devel
Aura has joined #dri-devel
Daanct12 has joined #dri-devel
columbarius has joined #dri-devel
co1umbarius has quit [Ping timeout: 480 seconds]
simon-perretta-img has quit [Ping timeout: 480 seconds]
simon-perretta-img has joined #dri-devel
Haaninjo has quit [Quit: Ex-Chat]
haagch has quit [Remote host closed the connection]
asriel has quit [Quit: Don't drink the water. They put something in it to make you forget.]
Danct12 has quit [Quit: ZNC 1.8.2 - https://znc.in]
Danct12 has joined #dri-devel
Venemo_ has joined #dri-devel
asriel has joined #dri-devel
haagch has joined #dri-devel
flynnjiang1 has joined #dri-devel
Venemo has quit [Ping timeout: 480 seconds]
flynnjiang has quit [Ping timeout: 480 seconds]
q66 has quit [Ping timeout: 480 seconds]
q66 has joined #dri-devel
jsa has quit []
rooq has joined #dri-devel
heat has quit [Ping timeout: 480 seconds]
yyds has quit [Remote host closed the connection]
yyds has joined #dri-devel
luben has joined #dri-devel
yyds has quit [Remote host closed the connection]
yyds has joined #dri-devel
lemonzest has quit [Quit: WeeChat 4.1.1]
angerctl has joined #dri-devel
lemonzest has joined #dri-devel
Namarrgon has quit [Ping timeout: 480 seconds]
YuGiOhJCJ has quit [Remote host closed the connection]
YuGiOhJCJ has joined #dri-devel
aravind has joined #dri-devel
crabbedhaloablut has joined #dri-devel
i509vcb has quit [Quit: Connection closed for inactivity]
glennk has joined #dri-devel
bmodem has joined #dri-devel
bmodem has quit []
JohnnyonFlame has quit [Read error: Connection reset by peer]
bmodem has joined #dri-devel
Peuc_ has joined #dri-devel
<gfxstrand> Something's wrong with Windows CI: https://gitlab.freedesktop.org/mesa/mesa/-/jobs/52085675
<gfxstrand> I'm going to go to bed and hope it's fixed in the morning.
Peuc has quit [Ping timeout: 480 seconds]
luben has quit [Ping timeout: 480 seconds]
<jenatali> alatiera: ^^
<jenatali> Looks like a disk space issue
fab has joined #dri-devel
Duke`` has joined #dri-devel
sukrutb has quit [Ping timeout: 480 seconds]
Daanct12 has quit [Quit: WeeChat 4.1.1]
Daanct12 has joined #dri-devel
Duke`` has quit [Ping timeout: 480 seconds]
tzimmermann has joined #dri-devel
tacokoneko has joined #dri-devel
itoral has joined #dri-devel
sadlerap2 has quit [Ping timeout: 480 seconds]
itoral_ has joined #dri-devel
Company has joined #dri-devel
kzd_ has quit [Ping timeout: 480 seconds]
fab has quit [Quit: fab]
tomba has joined #dri-devel
kts has joined #dri-devel
itoral has quit [Ping timeout: 480 seconds]
<DemiMarie> I noticed that virtio-GPU native contexts still rely on the userspace VMM and asynchronous messaging. Would it be possible to have a synchronous version that instead relied on hypercalls? If so, would this provide any advantages?
glennk has quit [Ping timeout: 480 seconds]
rasterman has joined #dri-devel
jsa has joined #dri-devel
fab has joined #dri-devel
<ishitatsuyuki> DemiMarie: iirc the virtio-gpu presentation explicitly mentioned that the async design is to avoid hypercall overhead
frieder has joined #dri-devel
<ishitatsuyuki> and it's an OK assumption that submits always succeed or trigger a device loss
<ishitatsuyuki> memory allocation may fail due to insufficient memory, so a hypercall version may allow avoiding overcommit maybe
DodoGTA has joined #dri-devel
itoral__ has joined #dri-devel
itoral_ has quit [Read error: Connection reset by peer]
sghuge has quit [Remote host closed the connection]
sghuge has joined #dri-devel
archbirdplus has joined #dri-devel
sima has joined #dri-devel
JohnnyonFlame has joined #dri-devel
JohnnyonFlame has quit []
archbirdplus has quit [Remote host closed the connection]
Ahuj has joined #dri-devel
luben has joined #dri-devel
archbirdplus has joined #dri-devel
sadlerap2 has joined #dri-devel
yyds has quit [Remote host closed the connection]
archbirdplus has quit [Remote host closed the connection]
yyds has joined #dri-devel
digetx has quit [Ping timeout: 480 seconds]
pjakobsson_ has quit [Ping timeout: 480 seconds]
luben has quit [Ping timeout: 480 seconds]
<DemiMarie> ishitatsuyuki: the latency in the video (millisecond+ IIRC) is completely absurd for a direct hypercall, unless KVM does something silly I’m not aware of. It’s much more consistent with having to go through a queue somewhere. I’m very glad that virtio-GPU native contexts took the approach they did as it makes Xen support much easier, but I am curious why that approach was taken.
yyds has quit []
yyds has joined #dri-devel
lynxeye has joined #dri-devel
donaldrobson has joined #dri-devel
tursulin has joined #dri-devel
pcercuei has joined #dri-devel
donaldrobson has quit [Ping timeout: 480 seconds]
donaldrobson has joined #dri-devel
vliaskov has joined #dri-devel
mvlad has joined #dri-devel
digetx has joined #dri-devel
Venemo_ is now known as Venemo
<tzimmermann> sima, airlied, could you please update drm-next to 6.3-rc3 ? needed to get 8d6ef26501 ("drm/ast: Disconnect BMC if physical connector is connected") into drm-misc-next
YuGiOhJCJ has quit [Quit: YuGiOhJCJ]
<tzimmermann> javierm, what happened to the double-framebuffer patch?
itoral__ has quit [Remote host closed the connection]
itoral__ has joined #dri-devel
<javierm> tzimmermann: nothing, the EFI and OF people didn't answer anymore after your comment. I'll ask in that thread again
<tzimmermann> ah, ok
<tzimmermann> javierm, btw i'll wait another day and then land that fbdev fops patchset
<javierm> tzimmermann: sure
tarceri has quit [Remote host closed the connection]
glennk has joined #dri-devel
hansg has joined #dri-devel
itoral_ has joined #dri-devel
itoral__ has quit [Read error: Connection reset by peer]
tarceri has joined #dri-devel
flynnjiang1 has quit []
<wv> using weston_direct_display_v1 protocol, is there a way to instruct the drm driver where to put the output? I have 2 hardware planes (primary and overlay). Is there a way to know what goes where?
cmichael has joined #dri-devel
kts has quit [Quit: Leaving]
co1umbarius has joined #dri-devel
columbarius has quit [Ping timeout: 480 seconds]
kts has joined #dri-devel
tarceri has quit [Remote host closed the connection]
tarceri has joined #dri-devel
<sima> tzimmermann, compiling now, I'll ping you when it's pushed
<jani> sima: agd5f: there hasn't been a -next pull request for amd yet, has there? I'm just wondering when to do the drm-next -> drm-intel-next backmerge, and iiuc it would be better to hold off until amd has been merged.
aravind has quit [Ping timeout: 480 seconds]
<jani> rodrigovivi: the backmerge is actually for you, once we have a go ;)
<sima> jani, I haven't heard anything from agd5f that one is planned ...
<jani> sima: isn't there a conflict still between the branches?
<sima> imo you can backmerge already ...
<sima> jani, should be resolved in drm-next
<jani> mmkay
<sima> if you want paranoid, wait for agd5f to confirm that it's looking ok, but I guess needs a bit more recovery from thanksgiving
<sima> *recovery time
<glehmann> is there a NIR pass that can shrink shared memory arrays by gathering the largest index used?
jsa has quit [Read error: Connection reset by peer]
<glehmann> nir_shrink_vec_array_vars kind of sounds like that but it only allows shader/function temps
<sima> tzimmermann, -rc3 backmerge pushed
<sima> airlied, ^^ fyi
<tzimmermann> sima, thanks
<eric_engestrom> PSA: there is an issue with Marge-bot right now, looks like it's failing on every MR since yesterday
<eric_engestrom> if your MR gets random commits added and then when the pipeline passes Marge fails with "I couldn't merge this branch: had some issue with GitLab" anyway, it's a known issue but we don't understand it yet
<eric_engestrom> in the meantime, there's probably no point assigning anything to marge, it will use the resources but not do anything useful :]
<austriancoder> eric_engestrom: thanks for the information
camus has quit []
camus has joined #dri-devel
donaldrobson has quit [Ping timeout: 480 seconds]
donaldrobson has joined #dri-devel
tarceri has quit [Remote host closed the connection]
tarceri has joined #dri-devel
<pinchartl> slightly out of topic, but asking here as there's a large number of people with the relevant experience: what's the recommended way to run tests in a VM with the gitlab.fd.o infrastructure ? the ci-templates documentation mentions .fdo.qemu-build jobs, but those seem to have disappeared (except for freebsd)
glennk has quit [Ping timeout: 480 seconds]
<pinchartl> (and if there's a better place to ask question about gitlab.fd.o CI, please let me know)
tshikaboom has joined #dri-devel
<eric_engestrom> pinchartl: for fdo infra questions, #freedesktop is your best bet
<eric_engestrom> (and for your specific question, I don't know)
glennk has joined #dri-devel
<pinchartl> eric_engestrom: thank you
itoral_ has quit []
kts has quit [Quit: Konversation terminated!]
<Company> i915 question: If the kernel spends way too much time in shmem_sg_alloc_table() while trying to glTexIamge2d() a big texture (this one is 7k x 7k), what's the reason for that?
<dj-death> Company: better ask on #intel-gfx
* Company does so
heat has joined #dri-devel
Daanct12 has quit [Quit: WeeChat 4.1.1]
yyds has quit [Remote host closed the connection]
<alatiera> jenatali, gfxstrand the windows runner seems to be running, but I will restart it anyway
<alatiera> well, at a time with later that's not peak load hour
<jenatali> 👍
<alatiera> if you see more failures link me
chloekek 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
<eric_engestrom> PSA: the Marge-bot problem seems to have been resolved, you can now go back to using it :)
kts has joined #dri-devel
bmodem has quit [Ping timeout: 480 seconds]
gio has quit []
glennk has joined #dri-devel
<agd5f> sima, jani, just trying to dig out from thanksgiving. Can send a -next PR this week if that helps
donaldrobson has quit [Ping timeout: 480 seconds]
donaldrobson has joined #dri-devel
aravind has joined #dri-devel
simon-perretta-img has quit [Ping timeout: 480 seconds]
simon-perretta-img has joined #dri-devel
fab has quit [Quit: fab]
simon-perretta-img has quit [Ping timeout: 480 seconds]
macslayer has quit [Remote host closed the connection]
simon-perretta-img has joined #dri-devel
DodoGTA has quit [Quit: DodoGTA]
DodoGTA has joined #dri-devel
macslayer has joined #dri-devel
jsa has joined #dri-devel
yyds has joined #dri-devel
kts has quit [Ping timeout: 480 seconds]
vliaskov_ has joined #dri-devel
fab has joined #dri-devel
vliaskov has quit [Ping timeout: 480 seconds]
cmichael has quit [Quit: Leaving]
kts has joined #dri-devel
aravind has quit [Ping timeout: 480 seconds]
rasterman has quit [Quit: Gettin' stinky!]
ced117_ has quit [Ping timeout: 480 seconds]
yyds has quit [Remote host closed the connection]
kzd has joined #dri-devel
tzimmermann has quit [Quit: Leaving]
Duke`` has joined #dri-devel
rgallaispou has left #dri-devel [#dri-devel]
jsa has quit [Read error: Connection reset by peer]
fxkamd has joined #dri-devel
anholt has joined #dri-devel
kts has quit [Ping timeout: 480 seconds]
hansg has quit [Quit: Leaving]
donaldrobson has quit [Ping timeout: 480 seconds]
gio has joined #dri-devel
donaldrobson has joined #dri-devel
fluix_ has joined #dri-devel
songafear has joined #dri-devel
fluix has quit [Ping timeout: 480 seconds]
haasn` has joined #dri-devel
alanc has quit [Remote host closed the connection]
alanc has joined #dri-devel
tomba has quit [Ping timeout: 480 seconds]
Ahuj has quit [Remote host closed the connection]
YuGiOhJCJ has joined #dri-devel
heat has quit [Read error: Connection reset by peer]
heat has joined #dri-devel
JohnnyonFlame has joined #dri-devel
<songafear> So imagine if one generates the banks into a word a bank of all shader invocations as well as alus, it has compiler specification and runtime specification to compile those banks and to decompress and start using those alus uniforms varyings etc. now but if state has been changed, you want to execute the depth state removal, reassembly to the hash advertised. so this scheme technically should be talked about. So any state affecting the shader
<songafear> execution has their range where its data lives in the hash, to remove this range there are banks in the header that says the number what to remove and if you reassemble, so a little state tracker needs to be written, that can add new depth values to the hash, or if for an example depth test is not enabled anymore removes the logic etc. otherwise on state changing in the client api it would right away produce rendering artifacts. So such bank assembly
<songafear> routines i wanted to demonstrate only, which would open your eyes as to how extreme tech fabricated chips based computers really are, they are made for performance in all the science that every went into it with centuries in a row before it came to reality. So there is nothing to optimize in your compiler, now you need my backend, and i got my batteries and as said in ten days my lab is fully set up for coding this, since i won many tournaments in
<songafear> the low category competitions and finally managed to buy the needed gadgets.
<songafear> the geometry that fragment shader runs on is the viewport
<songafear> and the clips are the other drawcall geometries in a scene
gouchi has joined #dri-devel
mvlad has quit [Remote host closed the connection]
<songafear> it has been the long goal of every opengl and graphics experts i see making sense on the web, to just get rid of the fixed function pipeline and bring in the performance, i send the primitive generator and rasterizer to the rest too.
<songafear> but plan to add new stages into hashes, geometry shader as well as tessellation and compute
ced117 has joined #dri-devel
frieder has quit [Remote host closed the connection]
<songafear> the success there is granted somewhat, so i am willing to share my progress too, no longer those FF units and blocks are needed in a new paradigm of executing graphics, but as for today, i need to rest, cause i go to work early in the morning
<songafear> cheers.
songafear has quit [Quit: Leaving]
oneforall2 has quit [Ping timeout: 480 seconds]
oneforall2 has joined #dri-devel
<mdnavare_> emersion: Do you know if Wayland has a way to request a custom mode? There used to be a way X could do it?
<dj-death> jenatali: do you know of a clc knob that would disable printfs?
<mdnavare_> sima: airlied : Do you know if there is still a way for userspace to request a custom mode DRM_MODE_TYPE_USERDEF ?
<dj-death> jenatali: like they don't appear in the translation from opencl->spirv->nir
<mdnavare_> or is that completely deprecated?
<jenatali> dj-death: Not one that exists right now. Seems useful
<jenatali> dj-death: There should be an intrinsic, which gets lowered to SSBO writes
crabbedhaloablut has quit []
<emersion> mdnavare_: yes. it depends on the compositor
<emersion> but the KMS uAPI supports it
<emersion> basically, just create a blob with your own generated drmModeModeInfo in there
<emersion> and then set that as MODE_ID
<mdnavare_> and which ioctl gets used to send the drmmodeinfo for a custom mode?
<mdnavare_> It would be great if you could point me to an example for this?
<emersion> there's no IOCTL in particular
<mdnavare_> Thanks emersion let me take a look
<emersion> this was a talk, if you want more details i'd suggest listening
<dj-death> jenatali: yeah, it appears to be stripped somehow
<emersion> here you can replace `mode = &connector->modes[0]` with your own logic to fill the struct
<dj-death> jenatali: weirdly I had this working before :|
<dj-death> jenatali: will dig more
<jenatali> Weird
<mdnavare_> emersion: So basically get the preferred or any mode from the modelist and replace with your own mode timings and atomic commit to modeset to that? Would this then be added to the connector's modelist?
tursulin has quit [Ping timeout: 480 seconds]
<emersion> no need to get anything from the mode list
<emersion> you can fill your own drmModeModeInfo
<emersion> from scratch
<mdnavare_> okay and that would get added to the non edid mode list? And can be exposed correct?
<mdnavare_> Could you send me the talk link, may be i will listen to that first and then ask more questions
<mdnavare_> emersion: Could you please point me to the talk link?
<mdnavare_> Great thank you so much let me look through it and come back with questions.
<mdnavare_> Basically I am trying to see if I can use this to create discrete modes corresponding to the VRR range, so if it is 40-120 Hz, can I say create a mode at 50Hz by keeping same clock but different vtotal
oneforall2 has quit [Remote host closed the connection]
oneforall2 has joined #dri-devel
heat has quit [Remote host closed the connection]
rasterman has joined #dri-devel
donaldrobson has quit [Ping timeout: 480 seconds]
<mdnavare_> emersion: For drm_info from your github, I just built with meson setup build and ninja build, but i cant run drm_info
macromorgan_ has joined #dri-devel
<mdnavare_> am i missing something
<emersion> you mean gitlab?
<emersion> should be able to run with <builddir>/drm_info
<mdnavare_> yes gitlab correct
<mdnavare_> so just run from build dir in drm_info?
<emersion> yeah…
<emersion> are you getting some kind of error?
macromorgan__ has quit [Ping timeout: 480 seconds]
sima has quit [Ping timeout: 480 seconds]
tshikaboom has quit []
tshikaboom has joined #dri-devel
TMM has quit [Quit: https://quassel-irc.org - Chat comfortably. Anywhere.]
TMM has joined #dri-devel
appusony____ has quit [Read error: Connection reset by peer]
appusony____ has joined #dri-devel
norris has quit [Read error: Connection reset by peer]
tchar has quit [Read error: Connection reset by peer]
norris has joined #dri-devel
tchar has joined #dri-devel
SanchayanMaity_ has quit [Read error: Network is unreachable]
sskras has quit [Write error: connection closed]
jstultz has quit [Read error: Network is unreachable]
ogabbay has quit [Read error: Connection reset by peer]
kathleen_ has quit [Read error: Network is unreachable]
ezequielg_ has quit [Read error: Connection reset by peer]
pendingchaos has quit [Read error: Connection reset by peer]
steve--w_ has quit [Write error: connection closed]
angular_mike_______ has quit [Write error: connection closed]
haasn has quit [Read error: Connection reset by peer]
ernstp has quit [Read error: Network is unreachable]
naseer__ has quit [Write error: connection closed]
rib has quit [Read error: Network is unreachable]
mdnavare_ has quit [Read error: Network is unreachable]
hwentlan__ has quit [Read error: Connection reset by peer]
ddavenport__ has quit [Write error: connection closed]
narmstrong has quit [Write error: connection closed]
steve--w_ has joined #dri-devel
hwentlan__ has joined #dri-devel
ddavenport__ has joined #dri-devel
seanpaul_ has quit [Read error: Network is unreachable]
rcn-ee___ has quit [Read error: Network is unreachable]
kathleen_ has joined #dri-devel
naseer__ has joined #dri-devel
angular_mike_______ has joined #dri-devel
rcn-ee___ has joined #dri-devel
sskras has joined #dri-devel
jstultz has joined #dri-devel
ezequielg_ has joined #dri-devel
pendingchaos has joined #dri-devel
haasn has joined #dri-devel
narmstrong has joined #dri-devel
NishanthMenon has quit [Read error: Network is unreachable]
mdnavare_ has joined #dri-devel
SanchayanMaity has joined #dri-devel
rib has joined #dri-devel
seanpaul has joined #dri-devel
ernstp has joined #dri-devel
ogabbay has joined #dri-devel
NishanthMenon has joined #dri-devel
kuruczgy has quit [Read error: Connection reset by peer]
cmarcelo has quit [Read error: Connection reset by peer]
kchibisov has quit [Write error: connection closed]
rpigott has quit [Write error: connection closed]
pitust has quit [Write error: connection closed]
kennylevinsen has quit [Write error: connection closed]
sumoon has quit [Write error: connection closed]
ifreund has quit [Write error: connection closed]
rosefromthedead has quit [Write error: connection closed]
mainiomano has quit [Write error: connection closed]
ella-0 has quit [Write error: connection closed]
rpigott has joined #dri-devel
cmarcelo has joined #dri-devel
mainiomano has joined #dri-devel
sumoon has joined #dri-devel
ifreund has joined #dri-devel
kuruczgy has joined #dri-devel
kennylevinsen has joined #dri-devel
kchibisov has joined #dri-devel
pitust has joined #dri-devel
rosefromthedead has joined #dri-devel
ella-0 has joined #dri-devel
Duke`` has quit [Ping timeout: 480 seconds]
oneforall2 has quit [Remote host closed the connection]
<mdnavare_> emersion: This is what I get navaremanasi@navaremanasi:~/drm_info/build$ ls
<mdnavare_> build.ninja compile_commands.json drm_info drm_info.p meson-info meson-logs meson-private meson-uninstalled subprojects tables.c
<mdnavare_> Command drm_info not found
<mdnavare_> navaremanasi@navaremanasi:~/drm_info/build$ ./drm_info
<mdnavare_> navaremanasi@navaremanasi:~/drm_info/build$ drm_info
<mdnavare_> drmGetDevices: No such file or directory
<emersion> seems like you don't have any KMS driver loaded?
<emersion> like, /dev/dri doesn't exist or is empty?
oneforall2 has joined #dri-devel
tshikaboom has quit [Read error: Connection reset by peer]
<mdnavare_> This is on my dev machine in the cloud, let me run on my DUT
simon-perretta-img has quit [Read error: Connection reset by peer]
<mdnavare_> okay great yes that works thanks emersion
lynxeye has quit [Quit: Leaving.]
rasterman has quit [Quit: Gettin' stinky!]
bnieuwenhuizen has quit [Read error: Connection reset by peer]
simon-perretta-img has joined #dri-devel
bnieuwenhuizen has joined #dri-devel
<mdnavare_> emersion: So on my earlier question, if I create a mode and filled drmModeModeInfo struct for it and then commit, that would modeset to it, but such a mode wont get added to the connector modelist correct?
<emersion> nope
gouchi has quit [Remote host closed the connection]
<emersion> there is no API to add to the modelist with the "modern" API
<emersion> in other words, adding to the mode list should not be necessary
<mdnavare_> Okay so if i want to modeset to a mode with a refresh rate that matches the content and falls within VRR range, the compositor can just fill in drmModeModeInfo with the corresponding refresh rate and inside kernel I can detect that it is a VRR mode and modeset to it without needing a full modeset or do it with fastset
<mdnavare_> That was my initial idea, so will need a logic in the kernel to process this kind of modeset
<mdnavare_> but from compositor pov that seems doable?
<mdnavare_> emersion: Do you see any concern here?
<emersion> yeah, that could work… not super sure
<emersion> i mean it should work technically
<mdnavare_> okay great thanks Simon, I might send out some RFC for this, will copy you
<emersion> might need to think a bit more about the uAPI we want, no 100% sure this is the way to go
<emersion> not*
<emersion> but maybe it is
<emersion> ok, please cc wayland-devel so that other compositors can provide feedback
<mdnavare_> why would we need a different uAPI? All it needs to create a custom mode and request a modeset to it
simon-perretta-img has quit [Ping timeout: 480 seconds]
simon-perretta-img has joined #dri-devel
vliaskov_ has quit [Remote host closed the connection]
<zamundaaa[m]> FWIW the last time this sort of stuff was discussed, the consensus was that you wouldn't want to change the mode at all but make the different refresh rate happen in userspace instead
pcercuei has quit [Quit: dodo]
Company has quit [Remote host closed the connection]