<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?
<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>
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]
<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]