ChanServ changed the topic of #dri-devel to: <ajax> nothing involved with X should ever be unable to find a bar
Haaninjo has quit [Quit: Ex-Chat]
<Lynne> airlied: you can skip support for VkVideoEncodeH264EmitPictureParametersInfoEXT for now
<Lynne> as far as I can tell, it's just a convenience thing to let the driver write SPS/PPS/VPS for you
<Lynne> I can write those myself, not too keen on letting the driver do much
<Lynne> VkVideoEncodeH264VclFrameInfoEXT is what's needed to write frames
<Lynne> I saw d3d12 has a nice writer you could reuse for those unfortunate enough to not have CBS
everfree has quit [Remote host closed the connection]
tarceri has quit [Remote host closed the connection]
tarceri has joined #dri-devel
heat has joined #dri-devel
heat_ has quit [Read error: Connection reset by peer]
co1umbarius has joined #dri-devel
Surkow has quit [Quit: 418 I'm a teapot - NOP NOP NOP]
columbarius has quit [Ping timeout: 480 seconds]
OftenTimeConsuming is now known as Guest143
OftenTimeConsuming has joined #dri-devel
Guest143 has quit [Ping timeout: 480 seconds]
oneforall2 has quit [Remote host closed the connection]
Surkow|laptop has joined #dri-devel
oneforall2 has joined #dri-devel
yuq825 has joined #dri-devel
ArcticAtelier has quit [Read error: Connection reset by peer]
camus1 has joined #dri-devel
camus has quit [Remote host closed the connection]
OftenTimeConsuming has quit [Remote host closed the connection]
OftenTimeConsuming has joined #dri-devel
JohnnyonFlame has joined #dri-devel
Leopold_ has quit [Remote host closed the connection]
Leopold has joined #dri-devel
warpme_____ has quit []
The_Company has quit [Read error: Connection reset by peer]
JohnnyonFlame has quit [Read error: Connection reset by peer]
maxzor has quit [Ping timeout: 480 seconds]
<marcan> kisak: the only requirements to join our channels are that you use SSL/TLS and that you don't use the Matrix gateway (because the trolls and bots all seem to be too dumb to use SSL, and because Matrix is a moderation nightmare)
<marcan> it's 2022, you should probably be using encryption :p
<marcan> I might remove the SSL requirement anyway though, that particular mitigation seemed to be effective against the freenode meltdown adjacent spambots, probably not as useful now
<psykose> requiring encryption is an unthinkable offense sometimes
kts has joined #dri-devel
kts has quit [Quit: Leaving]
bmodem has joined #dri-devel
YuGiOhJCJ has joined #dri-devel
heat has quit [Ping timeout: 480 seconds]
Leopold has quit [Remote host closed the connection]
Leopold_ has joined #dri-devel
lemonzest has joined #dri-devel
Daanct12 has joined #dri-devel
srslypascal has quit [Remote host closed the connection]
srslypascal has joined #dri-devel
bgs has joined #dri-devel
aravind has joined #dri-devel
fab has joined #dri-devel
OftenTimeConsuming has quit [Remote host closed the connection]
OftenTimeConsuming has joined #dri-devel
bmodem1 has joined #dri-devel
kts has joined #dri-devel
bmodem has quit [Ping timeout: 480 seconds]
bgs has quit [Remote host closed the connection]
alanc has quit [Remote host closed the connection]
alanc has joined #dri-devel
kts has quit [Quit: Leaving]
<Lynne> airlied: updated my repo and blog, linked to yours for installation instructions
dcz_ has joined #dri-devel
rasterman has joined #dri-devel
<airlied> Lynne: the slot index for 264 and 265 we made be the same dpb idx
<airlied> your blog has the old idea
danvet has joined #dri-devel
<airlied> Lynne: also didnt intel vaapi require multiplanar to work properly?
mvlad has joined #dri-devel
tursulin has joined #dri-devel
fab has quit [Quit: fab]
fab has joined #dri-devel
fab has quit []
fab has joined #dri-devel
maxzor has joined #dri-devel
jfalempe has joined #dri-devel
tzimmermann has joined #dri-devel
maxzor has quit [Remote host closed the connection]
maxzor has joined #dri-devel
frieder has joined #dri-devel
kts has joined #dri-devel
oneforall2 has quit [Remote host closed the connection]
oneforall2 has joined #dri-devel
ahajda_ has joined #dri-devel
mwalle has joined #dri-devel
kts has quit [Ping timeout: 480 seconds]
warpme_____ has joined #dri-devel
rgallaispou has joined #dri-devel
frieder has quit [Remote host closed the connection]
lynxeye has joined #dri-devel
frieder has joined #dri-devel
apinheiro has joined #dri-devel
guru_ has joined #dri-devel
oneforall2 has quit [Ping timeout: 480 seconds]
frieder has quit [Ping timeout: 480 seconds]
kts has joined #dri-devel
frieder has joined #dri-devel
Mangix has quit [Read error: Connection reset by peer]
Mangix has joined #dri-devel
tzimmermann has quit [Quit: Leaving]
tzimmermann has joined #dri-devel
<tzimmermann> airlied, i came across ae1287865f53 ("fbcon: don't lose the console font across generic->chip driver switch") from long ago. is this still necessary? because system appears to have fixed this in userspace: https://cgit.freedesktop.org/systemd/systemd/commit/?id=f6ba8671d83f9fce9a00045d8fa399a1c07ba7fc
<tzimmermann> i'd like to remove the rsp kernel code
<javierm> tzimmermann: have you seen https://bugzilla.kernel.org/show_bug.cgi?id=216475 ?
<tzimmermann> javierm, no i don't follow the kernel bugzilla
<javierm> tzimmermann: about your previous question, what's the uevent sent during firmware-provided framebuffer driver -> native DRM driver ?
<javierm> because IIUC the systemd patch, that's when console drivers are switched (i.e: vgacon -> fbcon) but not when fbdev devices bound to fbcon are changed (i.e: efifb -> DRM native emulated fbdev)
<tzimmermann> how do i find out about the uevent?
<javierm> tzimmermann: with `udevadm monitor` maybe ?
<javierm> and load your DRM driver that will cause the simpledrm to be removed
<tzimmermann> i need to do that during the handover
<tzimmermann> ok, good idea
<javierm> tzimmermann: hmm, it seems you are correct that the new rule should handle that case
<tzimmermann> i never tried
<tzimmermann> i just noticed that the rule changed
<javierm> tzimmermann: but I'm thinking that just reading Documentation/driver-api/console.rst, didn't try it either
<tzimmermann> we currently don't keep fonts with generic drm drivers
<tzimmermann> only the old fbdev drivers support this
<javierm> tzimmermann: but fbcon=font:<name> works with simpledrm IIRC
<javierm> but also, systemd would change the font according to /etc/vconsole.conf anyways I think
<tzimmermann> i guess i'll configure a font and test is it's still there after handover
<javierm> tzimmermann: Ok
<javierm> tzimmermann: but yes, if user-space can handle that and we can drop ae1287865f53, that would be much better IMO
<tzimmermann> i agree
<tzimmermann> especially as the fix doesn't with with transitions from vgacon or textmode, AFAIU
<javierm> right
repetitivestrain has joined #dri-devel
srslypascal is now known as Guest171
srslypascal has joined #dri-devel
Guest171 has quit [Ping timeout: 480 seconds]
vv221 has left #dri-devel [WeeChat 3.7.1]
Daanct12 has quit [Remote host closed the connection]
junaid has joined #dri-devel
devilhorns has joined #dri-devel
rgallaispou has quit []
nuh^ has joined #dri-devel
junaid has quit [Remote host closed the connection]
<tzimmermann> javierm, just tested with simpledrm->radeon. the configured font got survived the handover
<javierm> tzimmermann: cool
aravind has quit [Ping timeout: 480 seconds]
pjakobsson_ has joined #dri-devel
ayaka_ has joined #dri-devel
pjakobsson has quit [Ping timeout: 480 seconds]
Haaninjo has joined #dri-devel
<ayaka_> are enum drm_color_encoding and enum drm_color_range not a part of userspace api?
<emersion> you're supposed to get the values dynamically from the KMS API, but i just hardcode them
<ayaka_> I know I should get the supported enum values from the plane properties
<ayaka_> but I think the value of bt709, bt601, linear, non linear would have a different value
<emersion> what do you mean?
<ayaka_> for example, I want to know what transfer functions are available to a plane
<ayaka_> then a get the enum counts and enum from COLOR_ENCODING
<ayaka_> but I don't know which is the value for bt709 in the enum
<emersion> in drmModePropertyRes, it's in the values array iirc
<emersion> ah, no, it's not
<emersion> it's prop->enums[i].value
<ayaka_> or you mean I should parse the enum name?
<emersion> you're supposed to find the entry in the array with the name you want
<emersion> yeah, it's not great :/
apinheiro has quit [Ping timeout: 480 seconds]
<emersion> i'd recommend just giving up on the whole idea and hardcode the values
<ayaka_> what I was worrying is that parsing string could make unmatch with a single char missing
<ayaka_> if hardcode is acceptable, I would did that in gstreamer kms atomic
<ayaka_> s/did/do/
apinheiro has joined #dri-devel
<emersion> yeah, a typo would mess things up without giving any clear error
maxzor has quit [Ping timeout: 480 seconds]
maxzor has joined #dri-devel
devilhorns has quit []
tobiasjakobi has joined #dri-devel
tobiasjakobi has quit []
sinatosk has joined #dri-devel
maxzor has quit [Ping timeout: 480 seconds]
camus has joined #dri-devel
pcercuei has joined #dri-devel
Company has joined #dri-devel
camus1 has quit [Ping timeout: 480 seconds]
aravind has joined #dri-devel
JohnnyonFlame has joined #dri-devel
sinatosk has quit [Quit: Leaving]
srslypascal has quit [Remote host closed the connection]
heat has joined #dri-devel
maxzor has joined #dri-devel
srslypascal has joined #dri-devel
maxzor has quit [Remote host closed the connection]
maxzor has joined #dri-devel
frieder has quit [Ping timeout: 480 seconds]
kts has quit [Quit: Leaving]
frieder has joined #dri-devel
apinheiro has quit [Ping timeout: 480 seconds]
JohnnyonFlame has quit [Read error: Connection reset by peer]
JohnnyonFlame has joined #dri-devel
Akari has joined #dri-devel
frieder has quit [Ping timeout: 480 seconds]
yuq825 has left #dri-devel [#dri-devel]
camus has quit [Remote host closed the connection]
camus has joined #dri-devel
frieder has joined #dri-devel
Akari has quit [Quit: segmentation fault (core dumped)]
bgs has joined #dri-devel
maxzor has quit [Ping timeout: 480 seconds]
eletrotupi_ has left #dri-devel [#dri-devel]
maxzor has joined #dri-devel
kts has joined #dri-devel
fxkamd has joined #dri-devel
frieder has quit [Remote host closed the connection]
maxzor has quit [Ping timeout: 480 seconds]
fxkamd has quit []
aravind has quit [Ping timeout: 480 seconds]
Duke`` has joined #dri-devel
Leopold_ has quit [Remote host closed the connection]
Leopold_ has joined #dri-devel
FireBurn has quit [Quit: Konversation terminated!]
tzimmermann has quit [Quit: Leaving]
rsjw has joined #dri-devel
tursulin has quit [Ping timeout: 480 seconds]
<Lynne> airlied: apparently the dg2 preproduction cards have no built-in firmware
<Lynne> as far as I was told, you have to boot under windows, install intel's drivers, let windows boot up with the card, and let it upload the firmware for the first boot
<Lynne> so the card I've got access to is currently in brick form
<Lynne> (the drivers intel linked were apparently no good)
<Lynne> modern hardware sure is nice, implementing VGA FB output is too low-class for them
nuh^ has quit [Remote host closed the connection]
gouchi has joined #dri-devel
<Lynne> well, they're not wasting any time, the headers repo s/EXT/KHR'd
<Lynne> I'll fix my repo in 2 hours
<mlankhorst> Not sure you if you've read the VGA spec, but most vga modes are hardly sane. :)
maxzor has joined #dri-devel
<Lynne> no, but they could've implemented a 640x4eight0 fallback, it's been present on all systems since time immemorial
<Lynne> how else would you run DOS on your brand new system :P
robin_ has joined #dri-devel
<airlied> Lynne: I'll update the driver branches in a while with the latest headers
YuGiOhJCJ has quit [Quit: YuGiOhJCJ]
<gekret005> I have verified on the 7900xtx on windows 10 11, and gentoo ~amd64 with mesa-9999 that the card cannot run the valve index at 144hz
<gekret005> it ran run it at 89, 90, and 120
<gekret005> i see reports on reddit of windows users with the problem too, could this be a hardware issue and unfixable in updates?
<gekret005> *other windows users
bmodem1 has quit [Ping timeout: 480 seconds]
jbarnes_ has left #dri-devel [#dri-devel]
jbarnes has joined #dri-devel
epoll has quit [Ping timeout: 480 seconds]
alyssa has joined #dri-devel
<alyssa> Mmm, these tests are sometimes passing, sometimes failing (with no fault), and sometimes faulting
<alyssa> what delight
epoll has joined #dri-devel
guru_ has quit []
oneforall2 has joined #dri-devel
<alyssa> dEQP-GLES3.functional.texture.specification.teximage2d_pbo.*
ybogdano has joined #dri-devel
<alyssa> Fault from some random address..
<alyssa> not an actual address
maxzor has quit [Ping timeout: 480 seconds]
<alyssa> oh boy i see a bug
<alyssa> not my bug tho
<alyssa> :
lynxeye has quit [Quit: Leaving.]
<alyssa> yeah no idea what's causing this.
ngcortes has joined #dri-devel
<Lynne> airlied: repo updated
alyssa has quit [Quit: leaving]
<italove> my DRM_IOCTL_MODE_CREATE_DUMB drmIoctl is returning permission denied even though I have root privileges, anyone know what might be the issue?
* airlied is fighting the mesa vulkan registry integration
camus has quit [Remote host closed the connection]
camus has joined #dri-devel
rsjw has quit [Quit: rsjw]
<airlied> jekstrand: maybe take another quick look at 20384 for the updated python
kts has quit [Quit: Leaving]
<jekstrand> airlied: What things are now guarded and by what?
<airlied> jekstrand: some stuff was always guarded, we just didn't handle the combination
nuh^ has joined #dri-devel
<jekstrand> Yeah, but why would a vkCmd thing be guarded?
<jekstrand> Guards are typically for platform defines and vkCmd* should be platform-agnostic
<airlied> jekstrand: I've pushed an updated commit msg
<airlied> jekstrand: VkVideoCodingControlInfoKHR
<airlied> is extended by VkVideoEncodeRateControlInfoKHR
<airlied> the extended struct is protected
<airlied> but the cmd queue generator always generated unguarded pNext handlers for extended structs
<jekstrand> But what's guarding it? BETA?
<airlied> yeah beta
<airlied> beta was originally guarding the first struct and the entrypoint using it
<airlied> but that is removed now for decode
<jekstrand> airlied: I'm debating if we just want to throw #define VK_ENABLE_BETA_EXTENSIONS at the top of the file instead
<jekstrand> I think probably no
<jekstrand> Yeah, ok, that's probably not a great idea.
maxzor has joined #dri-devel
mvlad has quit [Remote host closed the connection]
nchery has quit [Ping timeout: 480 seconds]
<Lynne> why not?
<Lynne> I'm considering enabling it by default in our public API headers
<airlied> I'm not sure that would be a good plan
<airlied> since nothing underneath it remains at all stable
<airlied> okay https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/20388 contains the radv work out of beta in an MR
nchery has joined #dri-devel
nchery has quit [Remote host closed the connection]
nchery has joined #dri-devel
ngcortes has quit [Ping timeout: 480 seconds]
nchery has quit []
nchery has joined #dri-devel
nchery has quit []
bgs has quit [Remote host closed the connection]
<jekstrand> Also, you're not supposed to ship anything beta in production code
<jekstrand> Better to have it entirely compile out.
Duke`` has quit [Ping timeout: 480 seconds]
rasterman has quit [Quit: Gettin' stinky!]
cphealy has quit [Remote host closed the connection]
Haaninjo has quit [Quit: Ex-Chat]
cphealy has joined #dri-devel
alyssa has joined #dri-devel
* alyssa tries to write silly nir pass
MajorBiscuit has joined #dri-devel
gouchi has quit [Remote host closed the connection]
apinheiro has joined #dri-devel
<alyssa> nir_cf_reinsert to the rescue
<Lynne> tested, radv video PR still works
<Lynne> good idea to keep it behind a flag, it's likely machine-crashing if supplied with a bad file
<Lynne> then again, I have a corrupt sample which crashes the GPU with vaapi
<airlied> Lynne: I'd like to have it pass CTS at least before unflagging it, the hw encoders are going to fall over no matter what, they usually recover, sometimes the driver recovery fails in other places
dcz_ has quit [Ping timeout: 480 seconds]
K0bin has joined #dri-devel
K0bin has quit []
robin_ has quit []
K0bin has joined #dri-devel
apinheiro has quit [Ping timeout: 480 seconds]
djbw has joined #dri-devel
alyssa has quit [Quit: leaving]
agd5f has joined #dri-devel
AndroUser has joined #dri-devel
ahajda_ has quit []
<emersion> italove: you need to be DRM master
fab has quit [Quit: fab]
ngcortes has joined #dri-devel
AndroUser has quit []
danvet has quit [Ping timeout: 480 seconds]
the_sea_peoples has quit [Remote host closed the connection]
the_sea_peoples has joined #dri-devel
<airlied> Lynne: my MR branch now uses RADV_PERFTEST=video_decode as the enable to align it with others, I've updated my blogpost
<Lynne> thanks, I'll add it to my env
<Lynne> 12th flag in there now, not sure why there are 12 of them, I've never had any faults with any