ChanServ changed the topic of #dri-devel to: <ajax> nothing involved with X should ever be unable to find a bar
Zopolis4_ has quit []
kzd has joined #dri-devel
<zamundaaa[m]>
Demi: afaik KWin is currently the only Wayland compositor with support for recovering from GPU resets
<zamundaaa[m]>
It's not 100% reliable either though, we recently had to fix some crashes when OpenGL functions fail after a GPU reset (mapping a vbo returns nullptr for example)
<zamundaaa[m]>
... and because of some vagueness in the OpenGL robustness spec + incorrect implementation in Mesa, you also need to patch either KWin or Mesa to actually make it work in all cases and without still freezing your desktop for potentially minutes. So it's really not something that can be relied on atm
<DemiMarie>
zamundaaa[m]: Are either/both being fixed?
<zamundaaa[m]>
Not right now but it's on the TODO list
<zamundaaa[m]>
To add more caveats though, toolkit support is also quite imperfect. QtWidget apps are safe (CPU rendering only) but with QtQuick apps you need Qt 6 (not sure if the patches are even in yet), and GTK just doesn't support it at all
<DemiMarie>
I mean right now GTK in Qubes outside of dom0 is safe because it winds up using llvmpipe, but the reason I am bringing this up is because I want to change that.
<DemiMarie>
Is QtQuick or QtWidgets more widely used?
<zamundaaa[m]>
Hard to say. Most older apps are QtWidgets, most new apps are QtQuick. Or at least that's how it is in KDE apps
<DemiMarie>
How lousy is QtQuick when it has to fall back to software rendering?
<zamundaaa[m]>
No clue
columbarius has joined #dri-devel
co1umbarius has quit [Ping timeout: 480 seconds]
kode549 has joined #dri-devel
SolarAquarion has quit [Ping timeout: 480 seconds]
kode54 has quit [Read error: Connection reset by peer]
robobub_ has joined #dri-devel
SolarAquarion has joined #dri-devel
camus has joined #dri-devel
YuGiOhJCJ has joined #dri-devel
oneforall2 has quit [Remote host closed the connection]
oneforall2 has joined #dri-devel
yuq825 has joined #dri-devel
jdavies has joined #dri-devel
chipxxx has joined #dri-devel
jdavies is now known as Guest9722
chipxxx has quit [Remote host closed the connection]
chipxxx has joined #dri-devel
jdavies_ has joined #dri-devel
Guest9722 has quit [Ping timeout: 480 seconds]
bmodem has joined #dri-devel
aravind has joined #dri-devel
pixelcluster has quit [Ping timeout: 480 seconds]
Company has quit [Quit: Leaving]
wooosaiii has joined #dri-devel
wooosaii has quit [Ping timeout: 480 seconds]
kzd has quit [Ping timeout: 480 seconds]
aknautiy_ has quit [Read error: Connection reset by peer]
shankaru has quit [Read error: Connection reset by peer]
macromorgan_ has quit [Remote host closed the connection]
jaganteki has quit [Remote host closed the connection]
flto has quit [Remote host closed the connection]
flto has joined #dri-devel
flto has quit [Remote host closed the connection]
jhli_ has joined #dri-devel
flto has joined #dri-devel
srslypascal is now known as Guest9737
srslypascal has joined #dri-devel
jhli has quit [Read error: Connection reset by peer]
Guest9737 has quit [Ping timeout: 480 seconds]
srslypascal is now known as Guest9738
srslypascal has joined #dri-devel
Guest9738 has quit [Ping timeout: 480 seconds]
sgruszka has joined #dri-devel
alanc has quit [Remote host closed the connection]
alanc has joined #dri-devel
jfalempe has joined #dri-devel
fab has quit [Quit: fab]
camus has quit []
camus has joined #dri-devel
danvet has joined #dri-devel
JPEW_ has joined #dri-devel
Simonx22_ has joined #dri-devel
abhinav__1 has joined #dri-devel
Mangix_ has joined #dri-devel
radii_ has joined #dri-devel
macromorgan_ has quit [resistance.oftc.net weber.oftc.net]
Zopolis4_ has quit [resistance.oftc.net weber.oftc.net]
edman007 has quit [resistance.oftc.net weber.oftc.net]
ADS_Sr has quit [resistance.oftc.net weber.oftc.net]
abhinav__ has quit [resistance.oftc.net weber.oftc.net]
Mangix has quit [resistance.oftc.net weber.oftc.net]
jfoshea has quit [resistance.oftc.net weber.oftc.net]
glisse has quit [resistance.oftc.net weber.oftc.net]
mslusarz has quit [resistance.oftc.net weber.oftc.net]
Ryback_ has quit [resistance.oftc.net weber.oftc.net]
mdnavare has quit [resistance.oftc.net weber.oftc.net]
cmarcelo has quit [resistance.oftc.net weber.oftc.net]
linyaa has quit [resistance.oftc.net weber.oftc.net]
zehortigoza has quit [resistance.oftc.net weber.oftc.net]
mattrope has quit [resistance.oftc.net weber.oftc.net]
jljusten has quit [resistance.oftc.net weber.oftc.net]
ella-0_ has quit [resistance.oftc.net weber.oftc.net]
orbea has quit [resistance.oftc.net weber.oftc.net]
Lyude has quit [resistance.oftc.net weber.oftc.net]
pzanoni has quit [resistance.oftc.net weber.oftc.net]
kchibisov has quit [resistance.oftc.net weber.oftc.net]
ifreund has quit [resistance.oftc.net weber.oftc.net]
appusony____ has quit [resistance.oftc.net weber.oftc.net]
soreau has quit [resistance.oftc.net weber.oftc.net]
anarsoul has quit [resistance.oftc.net weber.oftc.net]
hays has quit [resistance.oftc.net weber.oftc.net]
unerlige has quit [resistance.oftc.net weber.oftc.net]
zf has quit [resistance.oftc.net weber.oftc.net]
schaeffer has quit [resistance.oftc.net weber.oftc.net]
bcheng has quit [resistance.oftc.net weber.oftc.net]
Simonx22 has quit [resistance.oftc.net weber.oftc.net]
gfxstrand has quit [resistance.oftc.net weber.oftc.net]
graphitemaster has quit [resistance.oftc.net weber.oftc.net]
everfree_ has quit [resistance.oftc.net weber.oftc.net]
Sachiel has quit [resistance.oftc.net weber.oftc.net]
mmenzyns_ has quit [resistance.oftc.net weber.oftc.net]
Lightsword has quit [resistance.oftc.net weber.oftc.net]
Frogging101 has quit [resistance.oftc.net weber.oftc.net]
arnd has quit [resistance.oftc.net weber.oftc.net]
angular_mike______ has quit [resistance.oftc.net weber.oftc.net]
smaeul has quit [resistance.oftc.net weber.oftc.net]
JPEW has quit [resistance.oftc.net weber.oftc.net]
sauce has quit [resistance.oftc.net weber.oftc.net]
exit70 has quit [resistance.oftc.net weber.oftc.net]
lileo has quit [resistance.oftc.net weber.oftc.net]
kisak has quit [resistance.oftc.net weber.oftc.net]
hashar has quit [resistance.oftc.net weber.oftc.net]
kurufu has quit [resistance.oftc.net weber.oftc.net]
olv has quit [resistance.oftc.net weber.oftc.net]
rcn-ee___ has quit [resistance.oftc.net weber.oftc.net]
rib has quit [resistance.oftc.net weber.oftc.net]
dianders has quit [resistance.oftc.net weber.oftc.net]
tfiga has quit [resistance.oftc.net weber.oftc.net]
daniels has quit [resistance.oftc.net weber.oftc.net]
vgpu-arthur has quit [resistance.oftc.net weber.oftc.net]
jstultz has quit [resistance.oftc.net weber.oftc.net]
austriancoder has quit [resistance.oftc.net weber.oftc.net]
_alice has quit [resistance.oftc.net weber.oftc.net]
jhugo___ has quit [resistance.oftc.net weber.oftc.net]
robher has quit [resistance.oftc.net weber.oftc.net]
ccaione has quit [resistance.oftc.net weber.oftc.net]
rodrigovivi has quit [resistance.oftc.net weber.oftc.net]
zx2c4 has quit [resistance.oftc.net weber.oftc.net]
benettig has quit [resistance.oftc.net weber.oftc.net]
ddavenport_ has quit [resistance.oftc.net weber.oftc.net]
jimjams has quit [resistance.oftc.net weber.oftc.net]
eric_engestrom has quit [resistance.oftc.net weber.oftc.net]
rg3igalia has quit [resistance.oftc.net weber.oftc.net]
kerneltoast has quit [resistance.oftc.net weber.oftc.net]
seanpaul_ has quit [resistance.oftc.net weber.oftc.net]
reduz___ has quit [resistance.oftc.net weber.oftc.net]
pundir has quit [resistance.oftc.net weber.oftc.net]
kathleen_ has quit [resistance.oftc.net weber.oftc.net]
mmx_in_orbit__ has quit [resistance.oftc.net weber.oftc.net]
steev has quit [resistance.oftc.net weber.oftc.net]
TimurTabi has quit [resistance.oftc.net weber.oftc.net]
isinyaaa has quit [resistance.oftc.net weber.oftc.net]
CosmicPenguin has quit [resistance.oftc.net weber.oftc.net]
ogabbay has quit [resistance.oftc.net weber.oftc.net]
rossy has quit [resistance.oftc.net weber.oftc.net]
radii has quit [resistance.oftc.net weber.oftc.net]
JPEW_ is now known as JPEW
tobiasjakobi has joined #dri-devel
tobiasjakobi has quit []
pzanoni has joined #dri-devel
macromorgan_ has joined #dri-devel
Zopolis4_ has joined #dri-devel
edman007 has joined #dri-devel
ADS_Sr has joined #dri-devel
orbea has joined #dri-devel
jfoshea has joined #dri-devel
Lyude has joined #dri-devel
kchibisov has joined #dri-devel
Ryback_ has joined #dri-devel
mslusarz has joined #dri-devel
mdnavare has joined #dri-devel
glisse has joined #dri-devel
linyaa has joined #dri-devel
jljusten has joined #dri-devel
zehortigoza has joined #dri-devel
ella-0_ has joined #dri-devel
mattrope has joined #dri-devel
ifreund has joined #dri-devel
appusony____ has joined #dri-devel
hays has joined #dri-devel
soreau has joined #dri-devel
anarsoul has joined #dri-devel
zf has joined #dri-devel
pundir has joined #dri-devel
bcheng has joined #dri-devel
Lightsword has joined #dri-devel
TimurTabi has joined #dri-devel
gfxstrand has joined #dri-devel
graphitemaster has joined #dri-devel
mmenzyns_ has joined #dri-devel
everfree_ has joined #dri-devel
Sachiel has joined #dri-devel
Frogging101 has joined #dri-devel
smaeul has joined #dri-devel
arnd has joined #dri-devel
angular_mike______ has joined #dri-devel
exit70 has joined #dri-devel
sauce has joined #dri-devel
ogabbay has joined #dri-devel
lileo has joined #dri-devel
kisak has joined #dri-devel
kurufu has joined #dri-devel
olv has joined #dri-devel
hashar has joined #dri-devel
kerneltoast has joined #dri-devel
tfiga has joined #dri-devel
dianders has joined #dri-devel
rib has joined #dri-devel
rcn-ee___ has joined #dri-devel
daniels has joined #dri-devel
austriancoder has joined #dri-devel
jstultz has joined #dri-devel
vgpu-arthur has joined #dri-devel
_alice has joined #dri-devel
jhugo___ has joined #dri-devel
ccaione has joined #dri-devel
rodrigovivi has joined #dri-devel
robher has joined #dri-devel
zx2c4 has joined #dri-devel
benettig has joined #dri-devel
jimjams has joined #dri-devel
rg3igalia has joined #dri-devel
ddavenport_ has joined #dri-devel
eric_engestrom has joined #dri-devel
seanpaul_ has joined #dri-devel
reduz___ has joined #dri-devel
mmx_in_orbit__ has joined #dri-devel
kathleen_ has joined #dri-devel
steev has joined #dri-devel
isinyaaa has joined #dri-devel
CosmicPenguin has joined #dri-devel
schaeffer has joined #dri-devel
rossy has joined #dri-devel
cmarcelo has joined #dri-devel
dviola has left #dri-devel [WeeChat 3.8]
elongbug_ has joined #dri-devel
elongbug_ has quit [Remote host closed the connection]
elongbug has joined #dri-devel
sghuge has joined #dri-devel
dviola has joined #dri-devel
heat_ has quit [Remote host closed the connection]
heat_ has joined #dri-devel
ice9 has joined #dri-devel
ice9 has quit []
tzimmermann has joined #dri-devel
rasterman has joined #dri-devel
jfoshea has quit [Remote host closed the connection]
pcercuei has joined #dri-devel
tursulin has joined #dri-devel
i509vcb has quit [Quit: Connection closed for inactivity]
lynxeye has joined #dri-devel
oneforall2 has quit [Quit: Leaving]
rszwicht has joined #dri-devel
sravn has joined #dri-devel
sarahwalker has joined #dri-devel
shankaru has quit [Ping timeout: 480 seconds]
<danvet>
tzimmermann, jani -fixes pulls this week pls by Wed if possible because easter w/e
<danvet>
robclark, ^^
<danvet>
(evening is fine, just to make sure I have them by Thu morning or so)
cef has quit [Quit: Zoom!]
<jani>
danvet: ack
cef has joined #dri-devel
<danvet>
lynxeye, ^^
<danvet>
I think I got everyone (agd5f on vacations) who sent me -fixes last week
<tzimmermann>
danvet, ok
<danvet>
also minor conflict in drm-tip, I'm rebuilding rn
rszwicht has quit []
vliaskov has joined #dri-devel
rszwicht has joined #dri-devel
rszwicht has quit []
oneforall2 has joined #dri-devel
<danvet>
drm-tip is fixed
rszwicht has joined #dri-devel
unerlige has joined #dri-devel
pixelcluster has joined #dri-devel
rszwicht has quit []
rszwicht has joined #dri-devel
camus has quit []
camus has joined #dri-devel
heat has joined #dri-devel
heat_ has quit [Read error: No route to host]
jdavies_ has quit [Remote host closed the connection]
rszwicht has quit []
guru_ has joined #dri-devel
oneforall2 has quit [Ping timeout: 480 seconds]
Haaninjo has joined #dri-devel
fab has joined #dri-devel
rszwicht has joined #dri-devel
<dj-death>
another question for NIR experts ;) : is nir_opt_gcm the best thing to schedule halt instructions more efficiently?
rszwicht has quit []
rszwicht has joined #dri-devel
rszwicht has quit []
<soreau>
Is GL_EXT_texture_format_BGRA8888 mandatory or optional for GLES >=2 drivers?
<emersion>
i don't believe it's mandatory
<soreau>
that was my thought but the spec says "This format is renderable in versions of OpenGL ES from 2.0 onwards.".. I guess that only applies if the driver supports the extension
kts has joined #dri-devel
kts has quit []
smiles_1111 has joined #dri-devel
smiles_1111 has quit [Remote host closed the connection]
smiles_1111 has joined #dri-devel
smiles_ has quit [Ping timeout: 480 seconds]
kts has joined #dri-devel
Danct12 has joined #dri-devel
Company has joined #dri-devel
heat has quit [Remote host closed the connection]
<mslusarz>
Venemo: yeah, I think "mesh_dispatch_dimensions[3]" (with 0 meaning "not possible to determine at compile time") is better than "linear_dispatch" - it will make my NumWorkGroups patch simpler and I like the idea of determining it in nir_gather_info
<cwabbott>
gfxstrand: I'm not entirely sure what the point is of drivers putting vk_dynamic_graphics_state instead of vk_graphics_pipeline_state in the pipeline
<cwabbott>
I'm trying to sometimes precompile state, and if the user gives us enough state up-front we can avoid setting it dynamically, at which point we could save a lot of memory with vk_graphics_pipeline_state
<cwabbott>
but it seems like drivers in-tree aren't doing it that way and I'm not sure really what it gains you
<Venemo>
Mister Label Maker is doing god's work
godvino has quit [Quit: WeeChat 3.6]
<Venemo>
mslusarz: done, would appreciate a Rb on the NIR commit
<kisak>
Every ... single ... time ... I read MTL, my brain demands that it's Metal API instead of Meteor Lake
guru_ has quit []
oneforall2 has joined #dri-devel
<cwabbott>
gfxstrand: also, there's vk_graphics_pipeline_state::set which looks completely unused?
sgruszka has quit [Ping timeout: 480 seconds]
rszwicht has quit []
rszwicht has joined #dri-devel
rszwicht has quit []
phire has quit [Ping timeout: 480 seconds]
rszwicht has joined #dri-devel
phire has joined #dri-devel
Zopolis4_ has quit []
<mairacanal>
Hi folks! I was thinking of adding a background color property to vkms and I was a bit in doubt about the best strategy to implement this. I was thinking if it would be reasonable to create a new KMS property to set the background color or if it would be better to just create a module property with the background color.
<karolherbst>
zmike: you wanna hear another funny story about x86 games and running out of memory? Apparently on Nvidia, the more VRAM you have, the more RAM gets preallocated. So on my 48GB VRAM GPU any game using GL just uses roughly 3GB by driver internal allocations :) you can imagine how well that works out
mbrost has joined #dri-devel
<karolherbst>
uhm.. or vulkan even
<karolherbst>
doesn't matter
<karolherbst>
it's a mess :D
<zmike>
karolherbst: sounds great
<karolherbst>
yeah, it is if you don't know why your game keeps crashing :)
<zmike>
have you tried using a better driver that doesn't have this issue
<zmike>
like lavapipe
<karolherbst>
not yet
<zmike>
I'd suggest starting your trial now so you'll have the intro movie finished by EOY vacation time
<karolherbst>
sounds like a good idea
kzd has joined #dri-devel
<karolherbst>
anyway.. now you made me think about how to ditch the nir_shader object I keep carrying around in rusticl sooner :D
<karolherbst>
because atm I just keep it forever
<zmike>
I think it doesn't actually matter if your driver isn't constrained
<karolherbst>
ehh.. well.. I don't strictly need it
danilo has quit []
dakr has joined #dri-devel
<karolherbst>
I use it for two things: shared memory size, printf parsing :)
<karolherbst>
and for drivers without having sharable csos...
<karolherbst>
I wished radeonsi would support that cap...
fab has quit [Quit: fab]
rszwicht has quit []
cphealy has joined #dri-devel
shashanks has joined #dri-devel
fab has joined #dri-devel
<gfxstrand>
did a "dnf update" and it's installing 666 packages...
<karolherbst>
maybe I make that cap mandatory... uhh
<karolherbst>
is there a reason radeonsi can't just support it?
mbrost_ has joined #dri-devel
mbrost has quit [Ping timeout: 480 seconds]
<gfxstrand>
cwabbott: vk_dynamic_graphics_state is if you want to use the common dynamic state mechanism.
<gfxstrand>
cwabbott: ::set indicates which things have been set at all and ::dirty indicates which have changed.
<cwabbott>
gfxstrand: yes, I know that
<cwabbott>
I have been using that, after all :)
<cwabbott>
and yes, I know what k_dynamic_graphics_state::set is
<cwabbott>
it's vk_graphics_graphics_state::set which is always 0 and never used
<gfxstrand>
cwabbott: In particular, when you do vk_dynamic_graphics_state_fill(), it populates it from the pipeline and ::set is the things it populated. When you do vk_dynamic_graphics_state_copy of vk_cmd_set_dynamic_graphics_state, it uses ::set to determine what to copy over from the source and flag as dirty in the destination.
<cwabbott>
that really threw me, since what it promises itself to be is actually exactly what I needed for figuring out if I could precompile some state
<cwabbott>
gfxstrand: why couldn't we just combine the two?
<gfxstrand>
I thought about that. I mostly kept them separate to avoid confusion.
<gfxstrand>
AFAIK, they're used mutually exclusively for the most part.
<gfxstrand>
But they do mean different things.
<gfxstrand>
And ::set is very much used
<gfxstrand>
Wait...
mbrost_ has quit [Ping timeout: 480 seconds]
Duke`` has joined #dri-devel
<cwabbott>
again, vk_dynamic_graphics_state::set is used and vk_*graphics*_graphics_state::set is not
<gfxstrand>
What is vk_graphics_graphics_state?
<cwabbott>
whoops
<cwabbott>
vk_pipeline_graphics_state
<cwabbott>
I mean, vk_graphics_pipeline_state
<gfxstrand>
vk_graphics_pipeline_state has no member set
<gfxstrand>
Not unless one's been added when I didn't notice
mbrost_ has joined #dri-devel
tzimmermann has quit [Quit: Leaving]
<cwabbott>
oh wait, sorry, I added it and forgot I did that :/
<cwabbott>
anyway, I guess I don't get why we don't make pipelines contain `vk_graphics_pipeline_state` and then have `vk_dynamic_graphics_state_fill()` only copy the state to be set
<gfxstrand>
:shrug:
<gfxstrand>
we could
<cwabbott>
it's a bit weird that something called `vk_graphics_pipeline_state`isn't actually used with pipelines
<cwabbott>
and we have to carry around this big struct everywhere when we could precompute and avoid storing some of it, which is something that only `vk_graphics_pipeline_state` could do
<gfxstrand>
IDK what you mean by "not used with pipelines"
<cwabbott>
I would expect that e.g. `radv_graphics_pipeline` would contain `vk_graphics_pipeline_state`, just by the name, but it doesn't - it's only used on the stack and for libraries
<gfxstrand>
yeah
mbrost_ has quit [Ping timeout: 480 seconds]
<gfxstrand>
The original idea there was to not carry the full thing if a bunch of it is baked. Then we went and made everything dynamic so...
<cwabbott>
I have something of a plan to be able to pre-bake most of it on turnip
<cwabbott>
so far it's not too terrible
<gfxstrand>
:)
<gfxstrand>
Anyway... the idea was that dynamic_graphics_state woule contain the stuff you need to carry with you that isn't just baked into shaders
<gfxstrand>
Where as vk_graphics_pipeline_state was mostly just an aggrigator
<cwabbott>
but for now my pipelines are using `vk_dynamic_graphics_state` to avoid rewriting vk_graphics_state too much, even though most of the stuff in there goes unused unless you have some horrible partially-dynamic thing
<gfxstrand>
Do they need to be separate? Probably not
<cwabbott>
maybe it's sort-of accidental, but the struct-of-pointers approach in `vk_pipeline_graphics_state` would let us avoid allocating too much in the (hopefully) more common cases
mbrost_ has joined #dri-devel
mbrost__ has joined #dri-devel
shashanks has quit [Remote host closed the connection]
shashanks has joined #dri-devel
mbrost_ has quit [Ping timeout: 480 seconds]
bmodem has quit [Ping timeout: 480 seconds]
mbrost__ has quit [Ping timeout: 480 seconds]
mbrost__ has joined #dri-devel
aravind has quit [Ping timeout: 480 seconds]
shashanks has quit [Ping timeout: 480 seconds]
tursulin has quit [Ping timeout: 480 seconds]
marcost2 has joined #dri-devel
marcost2 has quit []
<gfxstrand>
cwabbott: Can you at least ack the new version of the first patch of !22191?
<gfxstrand>
cwabbott: It'd be nice to land that and your MR
marcost2 has joined #dri-devel
<gfxstrand>
They overlap by 3 patches and the latest version of the first three patches are in !22191
marcost2 has quit []
<cwabbott>
yeah, I'll look at it
marcost2 has joined #dri-devel
<cwabbott>
I just got my prototype to pass `dEQP-VK.api.smoke.triangle`
<cwabbott>
aka time to ship it!
bluebugs has joined #dri-devel
marcost2 has left #dri-devel [#dri-devel]
<gfxstrand>
\o/
mbrost__ has quit [Remote host closed the connection]
mbrost__ has joined #dri-devel
mbrost__ has quit [Ping timeout: 480 seconds]
sarahwalker has quit [Remote host closed the connection]
mbrost__ has joined #dri-devel
godvino has joined #dri-devel
FireBurn has quit [Remote host closed the connection]
mbrost__ has quit [Ping timeout: 480 seconds]
jdavies has joined #dri-devel
jdavies has quit []
abhinav__1 is now known as abhinav__
godvino has quit [Quit: WeeChat 3.6]
mbrost__ has joined #dri-devel
lynxeye has quit [Quit: Leaving.]
<gfxstrand>
cwabbott: Thanks!
mbrost__ has quit [Ping timeout: 480 seconds]
mbrost__ has joined #dri-devel
mbrost__ has quit [Remote host closed the connection]
jessica_24 has joined #dri-devel
mbrost has joined #dri-devel
i-garrison has quit [Ping timeout: 480 seconds]
kts has quit [Quit: Konversation terminated!]
smiles_1111 has quit [Ping timeout: 480 seconds]
ice9 has joined #dri-devel
i-garrison has joined #dri-devel
djbw_ has joined #dri-devel
ice9 has quit [Read error: Connection reset by peer]
ice9 has joined #dri-devel
idr has joined #dri-devel
<idr>
tarceri: I'm going to try to get !3445 landed this week (before I leave for a month of vacation). Could you give it a quick look?
sarnex has quit [Ping timeout: 480 seconds]
sarnex has joined #dri-devel
ngcortes has joined #dri-devel
sarnex has quit [Read error: Connection reset by peer]
sarnex has joined #dri-devel
ngcortes has quit [Read error: Connection reset by peer]
ice9 has quit [Quit: Leaving]
ice9 has joined #dri-devel
<TimurTabi>
Does anyone know how to subscribe to the linux-firmware@kernel.org mailing list? I can find the archives for it, but I can't find any information on subscribing to the list itself.
<vsyrjala>
i would assume like any other kenrnel.org list. ie. send mail to majordomo@vger.kernel.org
ice9 has quit [Quit: Leaving]
mbrost has quit [Ping timeout: 480 seconds]
ice9 has joined #dri-devel
<TimurTabi>
I tried that, and majordomo said it's not a recognized mailing list.
<TimurTabi>
>>>> subscribe linux-firmware
<TimurTabi>
**** subscribe: unknown list 'linux-firmware'.
<TimurTabi>
**** Help for Majordomo@vger.kernel.org:
Kayden has quit [Quit: to JF]
ngcortes has joined #dri-devel
gouchi has joined #dri-devel
mbrost has joined #dri-devel
<ice9>
vsyrjala, do you have any thoughts on that dmesg?
ice9 has quit [Read error: Connection reset by peer]
<TimurTabi>
Thanks
soreau has quit [Ping timeout: 480 seconds]
ice9 has joined #dri-devel
soreau has joined #dri-devel
godvino has joined #dri-devel
Duke`` has quit [Ping timeout: 480 seconds]
konstantin_ has joined #dri-devel
konstantin has quit [Ping timeout: 480 seconds]
ngcortes has quit [Ping timeout: 480 seconds]
ice9 has quit [Quit: Leaving]
mbrost has joined #dri-devel
<tlwoerner>
We have a GSoC proposal titled: YCbCr Support for the Nouveau Vulkan Driver
<emersion>
gfxstrand: ^
<tlwoerner>
is there anyone who might be interested in mentoring?
<tlwoerner>
emersion: thanks for the poke
jfoshea has joined #dri-devel
<karolherbst>
tlwoerner: I think that's the one gfxstrand wanted to mentor... or was that me? dunno
<tlwoerner>
karolherbst: gfxstrand: has the potential contributor been in touch with either of you?
<karolherbst>
yes
<tlwoerner>
excellent!
<tlwoerner>
karolherbst: I just noticed you've accepted the GSoC terms, therefore I've added you to the mentors for 2023, thank you!
<karolherbst>
cool!
<tlwoerner>
please have a look at the proposal if you can. personally I'd like to see a bit more details in the proposed timeline, but it's really up to you
<tlwoerner>
has the potential contributor submitted any patches to anywhere in the project?
<karolherbst>
yes
<karolherbst>
I do have a question about that tho
<karolherbst>
we do have a potential second student, but the initial task turned out to be a bit more involved than a trivial patch. Do we require the MR to be actually merged or is it good enough if we get the feeling they know how to submit and how to react to reviews?
iive has joined #dri-devel
<tlwoerner>
karolherbst: merging is not a requirement (much to the amusement of some members of the community)
<tlwoerner>
at this point we just want to make sure they can mechanically submit patches and are open to feedback
<tlwoerner>
we don't want to get deep into the project, then find out they have no idea how to use git (for example)
<karolherbst>
yeah, I mean, that would be my understanding, but the wording doesn't indicate that
<tlwoerner>
as the mentor, it's your call
<karolherbst>
"Applicants has successfully upstreamed a simple patch to demonstrate they know the process."
<karolherbst>
ahh, I meant that part
<karolherbst>
it's currently listed as one of the Requirements
<karolherbst>
but there are some other ones I find a bit.. sketchy
<karolherbst>
"Applicants are willing to blog weekly and interact with the community (failure to do so will result in a fail at the next review)"?!?
<karolherbst>
anyway
<karolherbst>
:D
<tlwoerner>
ooh, i should reword that :-)
<karolherbst>
we might want to revamp that list because it feels outdated
<tlwoerner>
...preaching to the choir... i wish i were in a better position to be able to, but i rely on the community for that
<tlwoerner>
i'm happy for any suggestions
<karolherbst>
right...
<tlwoerner>
gfxstrand: are you interested in being an "official" mentor? I don't think you're on the list
<karolherbst>
I mean.. I think having a blog is nice and all, but I also wouldn't mind if they just tell about their journey on twitter/mastodon/whatever :D But I also wouldn't be so strong on actually doing it in the first place. Not everybody is that type of person for this
<karolherbst>
it also doesn't help that the entire gsoc webpage is a non working masterpiece of software :)
<karolherbst>
ahh yeah.. logging out and in again fixed it
<tlwoerner>
lol
vjaquez has quit [Quit: ¡hasta luego!]
vjaquez has joined #dri-devel
godvino has quit [Ping timeout: 480 seconds]
<gfxstrand>
tlwoerner: I should. What do I need to do?
danvet has quit [Ping timeout: 480 seconds]
mbrost has quit [Remote host closed the connection]
mbrost has joined #dri-devel
pcercuei has quit [Quit: dodo]
mbrost has quit [Ping timeout: 480 seconds]
Haaninjo has quit [Quit: Ex-Chat]
gouchi has quit [Remote host closed the connection]
gouchi has joined #dri-devel
gouchi has quit [Remote host closed the connection]
vliaskov has quit [Remote host closed the connection]
ngcortes has joined #dri-devel
fab has quit [Quit: fab]
mohamexiety has joined #dri-devel
Mangix_ has quit []
Mangix has joined #dri-devel
glennk has quit [Read error: Connection reset by peer]
glennk has joined #dri-devel
elongbug has quit [Read error: Connection reset by peer]
smiles_1111 has joined #dri-devel
iive has quit [Quit: They came for me...]
immibis has quit [Remote host closed the connection]
<tarceri>
idr: wow 3 years old. I'll look over it today
immibis has joined #dri-devel
Kayden has quit [Quit: -> home]
immibis has quit [Remote host closed the connection]
edman007 has quit [Remote host closed the connection]
immibis has joined #dri-devel
yoslin has quit [Remote host closed the connection]