ChanServ changed the topic of #dri-devel to: <ajax> nothing involved with X should ever be unable to find a bar
mhenning has quit [Remote host closed the connection]
mhenning has joined #dri-devel
karolherbst has quit [Ping timeout: 480 seconds]
loki_val has quit [Remote host closed the connection]
crabbedhaloablut has joined #dri-devel
danvet has quit [Ping timeout: 480 seconds]
columbarius has joined #dri-devel
co1umbarius has quit [Ping timeout: 480 seconds]
alanc has quit [Remote host closed the connection]
ybogdano has quit [Ping timeout: 480 seconds]
karolherbst has joined #dri-devel
JohnnyonFlame has joined #dri-devel
alanc has joined #dri-devel
karolherbst has quit [Ping timeout: 480 seconds]
dakr has quit [Remote host closed the connection]
dakr has joined #dri-devel
zackr has joined #dri-devel
YuGiOhJCJ has joined #dri-devel
heat has quit [Read error: No route to host]
heat has joined #dri-devel
dakr has quit [Remote host closed the connection]
dakr has joined #dri-devel
ybogdano has joined #dri-devel
* ccr
scans for coffee.
ybogdano has quit [Ping timeout: 480 seconds]
bmodem has joined #dri-devel
illwieckz has quit [Quit: I'll be back!]
mbrost_ has quit [Ping timeout: 480 seconds]
illwieckz has joined #dri-devel
karolherbst has joined #dri-devel
LexSfX has joined #dri-devel
heat has quit [Remote host closed the connection]
heat has joined #dri-devel
khfeng_ has joined #dri-devel
khfeng has quit [Ping timeout: 480 seconds]
mhenning has quit [Quit: mhenning]
heat has quit [Ping timeout: 480 seconds]
Danct12 has joined #dri-devel
Duke`` has joined #dri-devel
kts has joined #dri-devel
<emersion>
abhinav__: hm that's not what I recall...
kts has quit [Remote host closed the connection]
bgs has joined #dri-devel
kts has joined #dri-devel
fab has joined #dri-devel
bmodem has quit []
bmodem has joined #dri-devel
jewins has quit [Ping timeout: 480 seconds]
dcz_ has joined #dri-devel
columbarius has quit [Read error: Connection reset by peer]
sdutt has quit [Read error: Connection reset by peer]
Duke`` has quit [Ping timeout: 480 seconds]
lemonzest has joined #dri-devel
columbarius has joined #dri-devel
YuGiOhJCJ has quit [Quit: YuGiOhJCJ]
danvet has joined #dri-devel
fab has quit [Quit: fab]
tzimmermann has joined #dri-devel
frieder has joined #dri-devel
OftenTimeConsuming has quit [Remote host closed the connection]
OftenTimeConsuming has joined #dri-devel
fab has joined #dri-devel
JohnnyonFlame has quit [Read error: No route to host]
JohnnyonFlame has joined #dri-devel
kts has quit [Quit: Leaving]
ahajda has joined #dri-devel
jkrzyszt_ has joined #dri-devel
MajorBiscuit has joined #dri-devel
JohnnyonFlame has quit [Read error: No route to host]
JohnnyonFlame has joined #dri-devel
kts has joined #dri-devel
karolherbst has quit [Ping timeout: 480 seconds]
rkanwal has joined #dri-devel
vliaskov has joined #dri-devel
mvlad has joined #dri-devel
rasterman has joined #dri-devel
illwieckz has quit [Remote host closed the connection]
Major_Biscuit has joined #dri-devel
MajorBiscuit has quit [Ping timeout: 480 seconds]
tursulin has joined #dri-devel
<jadahl>
emersion: so was going to see if the patch you linked to helped; first tested running drm-next, and unplugging a docking station didn't work anymore (mode set commit failed with einval). started to bisect and ended up being that commit causing the regression
<emersion>
that's weird
<jadahl>
could it be that userspace sees a hotplug event, queries the connectors, the previously active connector is gone, a new mode set commit is constructed, using the same CRTC that was used on the old connector, causing a conflict?
<jadahl>
did it actually fix some issue you had?
<emersion>
yes, it fixed the connector not disappearing after uevent for me
<emersion>
with gamescope
srslypascal is now known as Guest2485
srslypascal has joined #dri-devel
<jadahl>
emersion: after the discussion yesterday it sounds like it shouldn't disappear until after it was disabled though
<emersion>
yes, that's correct
<jadahl>
I suspect it does disappear too early though
illwieckz has joined #dri-devel
<emersion>
it should not get in the UNREGISTERED state before being disabled
<jadahl>
maybe it does..
<emersion>
my guess is that all of this logic is utterly broken :P
<jadahl>
seems a bit borken yes
<emersion>
maybe Lyude can shed some light
<jadahl>
and that commit completely broke hotplugging docking stations :P
<jadahl>
yea, lets ask her later
fahien has joined #dri-devel
sarahwalker has joined #dri-devel
Guest2485 has quit [Ping timeout: 480 seconds]
lynxeye has joined #dri-devel
illwieckz has quit [Remote host closed the connection]
srslypascal has quit [Remote host closed the connection]
srslypascal has joined #dri-devel
pjakobsson has quit [Remote host closed the connection]
illwieckz has joined #dri-devel
Namarrgon has quit [Read error: Connection reset by peer]
rkanwal has quit [Ping timeout: 480 seconds]
rkanwal has joined #dri-devel
illwieckz has quit [Quit: I'll be back!]
rkanwal has quit [Ping timeout: 480 seconds]
illwieckz has joined #dri-devel
frieder has quit [Quit: Leaving]
frieder has joined #dri-devel
pcercuei has joined #dri-devel
Leopold_ has joined #dri-devel
fab has quit [Quit: fab]
khfeng_ has quit [Remote host closed the connection]
khfeng_ has joined #dri-devel
Leopold_ has quit []
fab has joined #dri-devel
JohnnyonFlame has quit [Ping timeout: 480 seconds]
fahien has quit []
fahien has joined #dri-devel
<tzimmermann>
dianders, danvet, i forwarded drm-misc-next-fixes
<danvet>
tzimmermann, thx
<tzimmermann>
shouldn't you be asleep? minneapolis is utc+5
<danvet>
tzimmermann, but don't worry, also sleep deprivation because I was awake late yesterday to watch :-)
pochu has quit [Ping timeout: 480 seconds]
Haaninjo has joined #dri-devel
<tzimmermann>
if nothing else, you get the jetlag ;)
illwieckz has quit [Quit: I'll be back!]
illwieckz has joined #dri-devel
fahien1 has joined #dri-devel
fahien is now known as Guest2488
fahien1 is now known as fahien
Guest2488 has quit [Ping timeout: 480 seconds]
elongbug has joined #dri-devel
<HdkR>
danvet: Does i915 kernel driver compile on !x86 yet?
pochu_ has left #dri-devel [#dri-devel]
<danvet>
HdkR, there was some prep work, but I don't think it landed all in upstream
<danvet>
HdkR, probably best to ask mattrope
<HdkR>
I see
JohnnyonFlame has joined #dri-devel
kts has quit [Quit: Konversation terminated!]
kts has joined #dri-devel
kts has quit []
bmodem has quit [Ping timeout: 480 seconds]
kts has joined #dri-devel
khfeng_ has quit [Read error: Connection reset by peer]
khfeng_ has joined #dri-devel
kts has quit []
fahien has quit [Ping timeout: 480 seconds]
gawin has joined #dri-devel
sarnex has quit [Quit: Quit]
sarnex has joined #dri-devel
benettig has quit [Remote host closed the connection]
cwabbott has quit [Read error: No route to host]
benettig has joined #dri-devel
cwabbott has joined #dri-devel
warpme___ has quit [Read error: No route to host]
krh has quit [Read error: No route to host]
cheako has quit [Read error: No route to host]
mmx_in_orbit_ has quit [Read error: No route to host]
zzag has quit [Read error: No route to host]
rodrigovivi has quit [Read error: No route to host]
seanpaul has quit [Write error: connection closed]
krh has joined #dri-devel
rib___ has quit [Read error: No route to host]
cheako has joined #dri-devel
zzag has joined #dri-devel
rodrigovivi has joined #dri-devel
dschuermann has quit [Read error: No route to host]
rib___ has joined #dri-devel
ezequielg has quit [Read error: No route to host]
ernstp__ has quit [Read error: No route to host]
ogabbay has quit [Read error: No route to host]
reduz__ has quit [Read error: No route to host]
dianders has quit [Read error: No route to host]
arnd has quit [Read error: No route to host]
olv has quit [Read error: No route to host]
steev has quit [Read error: No route to host]
kathleen has quit [Read error: No route to host]
CosmicPenguin has quit [Read error: No route to host]
mmx_in_orbit_ has joined #dri-devel
reduz__ has joined #dri-devel
olv has joined #dri-devel
seanpaul has joined #dri-devel
ezequielg has joined #dri-devel
kathleen has joined #dri-devel
warpme___ has joined #dri-devel
dschuermann has joined #dri-devel
ernstp__ has joined #dri-devel
arnd has joined #dri-devel
steev has joined #dri-devel
ogabbay has joined #dri-devel
dianders has joined #dri-devel
karn has joined #dri-devel
CosmicPenguin has joined #dri-devel
kts has joined #dri-devel
alatiera has quit [Ping timeout: 480 seconds]
Namarrgon has joined #dri-devel
idr has quit [Ping timeout: 480 seconds]
thaytan has quit [Ping timeout: 480 seconds]
fahien has joined #dri-devel
<tzimmermann>
airlied, danvet, drm-misc-fixes and drm-misc-next-fixes are empty this week; so no PR
<danvet>
ack
karn has quit []
karn has joined #dri-devel
karn has left #dri-devel [#dri-devel]
karn_ has joined #dri-devel
bmodem has joined #dri-devel
<karn_>
Hi everyone
<karn_>
I'm having some issues rendering yuv frames with an android guest (mesa + minigbm + virgl + virtio-gpu) and qemu (with virglrenderer) on the host
<karn_>
Would anyone be available for some questions / advice on that subject ?
<HdkR>
That sounds like an amazing pain train!
Lyude has quit [Ping timeout: 480 seconds]
karolherbst has joined #dri-devel
thaytan has joined #dri-devel
kts has quit [Quit: Leaving]
bmodem has quit [Ping timeout: 480 seconds]
karolherbst has quit [Ping timeout: 480 seconds]
heat has joined #dri-devel
devilhorns has joined #dri-devel
kts has joined #dri-devel
karolherbst has joined #dri-devel
Surkow|laptop has quit [Ping timeout: 480 seconds]
kts has quit [Quit: Konversation terminated!]
<emersion>
swick: did you manage to get the jitsi link?
<jadahl>
9:30 CDT is what Harry said in the matrix channel
<emersion>
ah, i was looking at the schedule
heat has quit [Remote host closed the connection]
heat has joined #dri-devel
<swick>
pq: ^ fyi
<javierm>
jadahl, emersion: I believe starts in 3 min
<javierm>
9:15 CDT that is
<jadahl>
javierm: according to the schedule, yes, but not according to what was said a moment ago on matrix
<javierm>
jadahl: ah, sorry for the noise then
<tomba>
Anyone familiar with the RPi's vc4-dsi? I've been trying to get a simple panel to work, without luck. Sending DCS commands gives me "transfer interrupt wait timeout" from vc4-dsi randomly. It possibly depends on the video timings, as with some timings I get those rarely, sometimes all the time. And this happens with or without the panel connected.
fahien has quit [Ping timeout: 480 seconds]
<jadahl>
javierm: looks like it's starting up already though!
perr has joined #dri-devel
mbrost has joined #dri-devel
gawin has quit [Ping timeout: 480 seconds]
<abhinav__>
pinchartl yes thats the idea
<abhinav__>
emersion just looking at some of the previous chats on dr-devel, this is what i got
<abhinav__>
15:20 <robclark> abhinav__: kinda.. the proposal was that userspace creates a blob property with the solid fill color, and then attaches the blob-prop id to the plane's FB_ID
<abhinav__>
15:22 <robclark> then in plane's atomic_set_prop path, for FB_ID check if the obj looked up from id is an fb or blob-prop, and either set plane_state->fb or plane_state->solid_fill (and fixup the !!plane_state->fb == !!plane_state->crtc checks to also consider the solid_fill)
fahien has joined #dri-devel
sdutt has joined #dri-devel
<pinchartl>
abhinav__: have you prototyped that in userspace somewhere ?
<abhinav__>
pinchartl not in any opensource compositor, we have it in our compositor though
Company has joined #dri-devel
<pinchartl>
I'd like to see an open implementation (in line with the DRM/KMS requirement for UAPI extensions)
<pinchartl>
have you measured significant gains in terms of power consumption or otherwise ?
<abhinav__>
pinchartl sure but we need to first agree on the DRM proposal
<abhinav__>
we are still in RFC stage
kts has joined #dri-devel
<abhinav__>
in addition, the idea of DRM plane always expecting a FB is outdated. There should be an idea or proposal for the planes to operate without a framebuffer with the user being allowed to specify which color
<abhinav__>
i think its not just MSM which supports this
Lucretia-backup has quit []
<abhinav__>
many vendors support this as well
<pinchartl>
using plane sources that are not FBs sounds good. I can see multiple use cases, for instance linking the plane to a live input coming from a video decoder or a camera
Eschik has quit [Quit: Connection closed for inactivity]
<pinchartl>
but for solid colours, use cases appear fairly niche, I couldn't think of one before you explained yours. that's why I'd like to see how much saving it can bring, in terms of power consumption or otherwise
<pinchartl>
how do you detect the composed output zones that are candidate for replacement by a plane ? is that done in hardware ?
<pinchartl>
if the CPU has to read every composed frame to detect large rectangular zones of solid colour, it would incur a fairly high cost
Lucretia has joined #dri-devel
heat has quit [Remote host closed the connection]
heat has joined #dri-devel
Lyude has joined #dri-devel
<abhinav__>
pinchartl i will try to share some more details of the use-case i had shared earlier but one more thing which i can think of is, even during bringups of SOCs , to validate the display pipeline, we can put the drm planes to fetch solid fill color instead of a framebuffer
<abhinav__>
because if there is some corruption on the screen
ppascher has quit [Ping timeout: 480 seconds]
<abhinav__>
we can force this solid color mode
<abhinav__>
and if we dont see any corruption
<abhinav__>
we should investigate it from the usermode side
<abhinav__>
this has been pretty useful for us
<pinchartl>
having a list of use cases in the API RFC proposal would be nice
<abhinav__>
sure, we will do that
<abhinav__>
but like i said before
<pinchartl>
thank you
<abhinav__>
first we need to agree on the DRM proposal
<abhinav__>
and for that we need to decide the solution for the issue jessica_24 reported
<abhinav__>
in her RFC
<pinchartl>
discussing use cases sometimes lead to different API proposals, but I have no issue focussing on one particular API proposal first and then discussing use cases (and userspace) once an initial working implementation exists
<abhinav__>
pinchartl thanks, we will first focus on the API proposal , will list the use-cases with all the details we have in the RFC letter
Eschik has joined #dri-devel
tzimmermann has quit [Quit: Leaving]
Duke`` has joined #dri-devel
gawin has joined #dri-devel
ella-0 has joined #dri-devel
ella-0_ has quit [Read error: Connection reset by peer]
nirya has joined #dri-devel
gawin has quit [Ping timeout: 480 seconds]
kem has quit [Ping timeout: 480 seconds]
Leopold_ has joined #dri-devel
kem has joined #dri-devel
ppascher has joined #dri-devel
sarahwalker has quit [Remote host closed the connection]
sarahwalker has joined #dri-devel
kem has quit [Ping timeout: 480 seconds]
ybogdano has joined #dri-devel
frieder has quit [Remote host closed the connection]
JohnnyonF has joined #dri-devel
kem has joined #dri-devel
perr has quit [Ping timeout: 480 seconds]
JohnnyonFlame has quit [Ping timeout: 480 seconds]
sarahwalker has quit [Remote host closed the connection]
<emersion>
abhinav__: have you looked at Daniel's messages as well?
rgallaispou has quit [Read error: Connection reset by peer]
fxkamd has quit [Ping timeout: 480 seconds]
fahien has quit []
jewins has joined #dri-devel
mhenning has joined #dri-devel
Leopold_ has quit [Ping timeout: 480 seconds]
columbarius has quit [Remote host closed the connection]
columbarius has joined #dri-devel
Major_Biscuit has quit [Ping timeout: 480 seconds]
<ajax>
chadv: do you remember anything about EGL_KHR_mutable_render_buffer?
<ajax>
it's making dri2_make_current ugly and i don't understand why it's hooked in specifically there, the spec doesn't mention MakeCurrent interaction at all
jkrzyszt_ has quit [Ping timeout: 480 seconds]
karolherbst has quit [Ping timeout: 480 seconds]
tursulin has quit [Ping timeout: 480 seconds]
lynxeye has quit [Quit: Leaving.]
devilhorns has quit []
kts has quit [Ping timeout: 480 seconds]
ybogdano has quit [Ping timeout: 480 seconds]
kem has quit [Ping timeout: 480 seconds]
kts has joined #dri-devel
<jessica_24>
emersion: we did see Daniel's messages but were following Rob's since it was the latest one in the thread. If you'd rather we just add a new color_fill property instead, I'm open to that too
<emersion>
jessica_24: we can't bypass the property type
<ajax>
robclark: i mean yeah, but how is this different from any other framebuffer configuration change like swap interval or back buffer preservation
<ajax>
we don't have custom hooks for those at magic points deep in MakeCurrent
<ajax>
maybe we should, just saying it's inconsistent and i don't get why
<robclark>
yeah, that might be more of a chadv question without spending some time digging thru the code
kts has quit [Quit: Konversation terminated!]
JohnnyonF has quit [Read error: No route to host]
JohnnyonFlame has joined #dri-devel
fxkamd has joined #dri-devel
<abhinav__>
emersion we could always do something like if drm_framebuffer_lookup() (afaict thats where the "FB" type is looked for ) fails check for the mode_blob .... but in the legacy drm update path there are quite a few places to change that
<ivyl>
danvet: I've just added you as you were writing that
<ivyl>
blargh
<ivyl>
I've just added the workshop
<ivyl>
summary
iive has joined #dri-devel
<ivyl>
brain needs sleep
<emersion>
abhinav__: the type is also advertised to userspace
<emersion>
you can see it in drm_info
<abhinav__>
emersion ah okay got it .... we will evaluate the separate property approach then
karolherbst has quit [Ping timeout: 480 seconds]
<danvet>
ivyl, ah so I'm not quite yet going crazy :-)
karolherbst has joined #dri-devel
<vsyrjala>
bets whether linus will axe the drm pull? :P
devilhorns has joined #dri-devel
<airlied>
agd5f: got any ideas on Linus hangs on rx580?
<emersion>
though, you can allocate with vaapi and pass the buffer to the compositor instead
<emersion>
and pass a list of modifiers to vaapi to make sure the compositor supports it
<any1>
emersion: Thanks.
<emersion>
the missing vaapi bits are an API to query a list of supported format/modifier pairs for a given usage
<any1>
Allocating through vaapi would be rather annoying though
sdutt has quit []
sdutt has joined #dri-devel
Nimr-alIslam has joined #dri-devel
mvlad has quit [Remote host closed the connection]
<airlied>
agd5f: backtrace in email
khfeng_ has quit [Remote host closed the connection]
Nimr-alIslam has quit [autokilled: This host violated network policy. If you feel an error has been made, please contact support@oftc.net, thanks. (2022-10-06 20:27:49)]
khfeng_ has joined #dri-devel
karolherbst has joined #dri-devel
<Eschik>
how foolish would it be to write a driver using the kernels led class (to populate /sys handles) that makes calls to a piece of hardware using usbtmc...
<Eschik>
essentially by writing `echo 1 > /sys/class/leds/myDevice:green:active/brightness` it would open the `/dev/usbtmc0` device and write a SCPI command similar to `LED 1 ON`, is there a better approach for this?
<Eschik>
im sorry and understand my question is off topic, though I have not received a good answer from other irc channels / searches / reading the source code. I would really appreciate it if someone could point me in the right direction
Duke`` has quit [Ping timeout: 480 seconds]
dcz_ has quit [Ping timeout: 480 seconds]
Jeremy_Rand_Talos has joined #dri-devel
karolherbst has quit [Ping timeout: 480 seconds]
ahajda has quit [Quit: Going offline, see ya! (www.adiirc.com)]
clever has quit [Ping timeout: 480 seconds]
rasterman has quit [Quit: Gettin' stinky!]
clever has joined #dri-devel
arisu has quit []
ybogdano has quit [Ping timeout: 480 seconds]
zarast has joined #dri-devel
zaratustra has quit [Ping timeout: 480 seconds]
danvet has quit [Ping timeout: 480 seconds]
unrelentingtech has left #dri-devel [#dri-devel]
vliaskov has quit [Remote host closed the connection]
ybogdano has joined #dri-devel
Venemo has quit [Remote host closed the connection]
glehmann has quit [Remote host closed the connection]
Venemo has joined #dri-devel
glehmann has joined #dri-devel
glehmann has quit [Remote host closed the connection]
Venemo has quit [Remote host closed the connection]
glehmann has joined #dri-devel
Venemo has joined #dri-devel
glehmann has quit [Remote host closed the connection]
glehmann has joined #dri-devel
Haaninjo has quit [Quit: Ex-Chat]
Leopold_ has quit [Remote host closed the connection]
iive has quit [Quit: They came for me...]
elongbug has quit [Read error: Connection reset by peer]