ChanServ changed the topic of #asahi-dev to: Asahi Linux: porting Linux to Apple Silicon macs | Non-development talk: #asahi | General development | GitHub: https://alx.sh/g | Wiki: https://alx.sh/w | Logs: https://alx.sh/l/asahi-dev
bisko has quit [Ping timeout: 480 seconds]
bisko has joined #asahi-dev
nsklaus has quit [Ping timeout: 480 seconds]
bisko has quit [Ping timeout: 480 seconds]
drubrkletern has quit [Remote host closed the connection]
crabbedhaloablut has quit [Read error: No route to host]
crabbedhaloablut has joined #asahi-dev
sarucchi has joined #asahi-dev
bisko has quit [Ping timeout: 480 seconds]
bisko has joined #asahi-dev
bisko has quit [Ping timeout: 480 seconds]
bisko has joined #asahi-dev
chadmed_ has quit [Quit: Page closed]
bisko has quit [Ping timeout: 480 seconds]
bisko has joined #asahi-dev
sarucchi has quit [Ping timeout: 480 seconds]
bisko has quit [Ping timeout: 480 seconds]
bisko has joined #asahi-dev
bisko has quit [Ping timeout: 480 seconds]
<chadmed>
yeah the overlay planes are definitely being used, neat
chadmed has quit [Remote host closed the connection]
<jannau>
chadmed: only yuv format I tested so far is iirc "v024". it will need more setup in iomfb.c since it is multi-planar
bisko has joined #asahi-dev
chadmed has joined #asahi-dev
<chadmed>
jannau: ack
<chadmed>
mpv definitely uses the hardware planes properly and kwin knows about them but just ignores them
<chadmed>
tested both kwin_wayland and kwin_x11
<chadmed>
no errors or anything, it knows theyre there and enumerates their supported formats etc properly. it just doesnt use them at all
<chadmed>
at least according to drm_info
<marcan>
yeah, getting this plumbed through the desktop stack is... not going to be easy
<jannau>
I'm unsure about the state of direct scan-out for overlay planes kwin_wayland. I think it worked at some point for yuv but I don't think itworks at the moment. it should work in weston
<marcan>
even chrome and firefox *on macOS* don't know how to do this
<marcan>
jannau: we gave up on cursor support right? no good solution for the edge crop issue :(
<jannau>
not sure if mpv automatically tries to use it though. it's probably pointless with vo opengl
<marcan>
(without workarounds like padding the bitmap in kernel space)
<jannau>
more or less, I wanted to try what happens if I reject a too far off-screen cursor in atomic_check but I would expect all kninds of broken desktops
<chadmed>
mpv by default only uses one plane, i forced it by passing --drm-drmprime-video-plane=primary --drm-draw-plane=overlay
gordonfreeman has joined #asahi-dev
<jannau>
the old cursor api was nicer for our use case
<jannau>
I don't see a way to support hw cursors if we don't have a way to communicate to userspace that we need 31 pixel padding left and right of the cursor
<chadmed>
format modifier? but then everything would have to support it i suppose
<jannau>
another problem with hw cursor support is that we might need to use plane[1] for cursor. I don't remember if I tricked myself with the fake argb2101010 support of if blending plane[2] onto plane[1] didn't support transparency
<chadmed>
is one of those the iboot framebuffer that we cant get rid of for some reason?
<chadmed>
or did that get fixed
<jannau>
no, the issue is that plane[0] seems to support only apple's wide RGB colorspace for 10-bit pixelformats
<chadmed>
ahh right
<jannau>
marcan: hw cursor support with copying when the cursor is too far off-screen is probably still a performance/power improvement even if it is usgly
<jannau>
not to speak of sw cursor bugs it would fix silently
<marcan>
yeah, probably worth it with a limited plane dimension to make sure compositors don't try to use it for non-cursor things?
chadmed has quit [Remote host closed the connection]
<ChaosPrincess>
wrt in-kernel padding - i ended up doing that in touchbar controller driver since it only supports vertical strides that are mod 64, and the display is only 60px tall, so you wouldnt be alone in that.
chadmed has joined #asahi-dev
<chadmed>
there are a bunch of MRs in kde's gitlab that reference some sort of prepatory effort to support overlay planes "properly" but the effort seems to have been deserted with little fanfare
<_jannau_>
ChaosPrincess: you should be able to enforce that. stride alignment of 8 or 16 pixels is not uncommon. I thought the default dumb_buffer allocation does that already. it might align stride to 16 bytes instead of pixels
<ChaosPrincess>
my problem is that my stride is vertical and linux expect it to be horizontal
<_jannau_>
you're confusing me. Isn't it a 60x2008 display rotated by 90 degree?
nsklaus has joined #asahi-dev
<ChaosPrincess>
its a 60x2008 display with scanout starting at the bottom left pixel and going up, then right
<marcan>
strides are always horizontal
<marcan>
from the software point of view it's a horizontal stride
<marcan>
I don't know how you're ending up so confused about the rotation still :p
<ChaosPrincess>
if its about me - this is like the 2nd driver im writing and im only barely understanding what im doing :P
<marcan>
you're not still doing software rotation in the driver right?
<ChaosPrincess>
no
<marcan>
then the stride is horizontal :)
bisko has quit [Ping timeout: 480 seconds]
<ChaosPrincess>
from software's pov
<marcan>
and hardware, yes
<ChaosPrincess>
not from hardware registers
<marcan>
the hardware registers are also horizontal
<ChaosPrincess>
hardware expects 64 in its stride register
<marcan>
yes, that's the horizontal stride
<marcan>
the screen is just rotated
<marcan>
the display controller sees it as a vertical screen
<marcan>
it's just literally physically sideways
<marcan>
from the point of view of the entire stack, KMS, software, compositor, hardware, MIPI, everything, it's a long vertical screen
<marcan>
it's just mounted sideways, and whatever drives it needs to rotate the image
<marcan>
that's it
nsklaus has quit [Quit: WeeChat 3.8]
nsklaus has joined #asahi-dev
bisko has joined #asahi-dev
bisko has quit [Ping timeout: 480 seconds]
bisko has joined #asahi-dev
milek7_ has quit [Ping timeout: 480 seconds]
bisko has quit [Quit: My Mac has gone to sleep. ZZZzzz…]
milek7 has joined #asahi-dev
bisko has joined #asahi-dev
Armlin has joined #asahi-dev
Armlin has quit [Quit: Konversation terminated!]
hightower3 has quit []
chadmed has quit [Remote host closed the connection]
chadmed has joined #asahi-dev
MajorBiscuit has joined #asahi-dev
chadmed_ has joined #asahi-dev
chadmed has quit [Read error: Connection reset by peer]
chadmed_ is now known as chadmed
<chadmed>
faking yuv420p10le support is less horifically broken than i thought it would be
cylm has joined #asahi-dev
gordonfreeman has quit [Remote host closed the connection]
brolin has joined #asahi-dev
gladiac has joined #asahi-dev
bcrumb has joined #asahi-dev
jeisom has quit [Quit: Leaving]
amarioguy has joined #asahi-dev
thelounge60 has quit [Ping timeout: 480 seconds]
bisko has quit [Quit: My Mac has gone to sleep. ZZZzzz…]
bcrumb has quit [Quit: WeeChat 3.8]
jeisom has joined #asahi-dev
bisko has joined #asahi-dev
___nick___ has joined #asahi-dev
bisko has quit [Quit: My Mac has gone to sleep. ZZZzzz…]
bisko has joined #asahi-dev
bps3 has quit [Ping timeout: 480 seconds]
dylanchapell has quit [Remote host closed the connection]
brolin has quit [Ping timeout: 480 seconds]
jcm_ has joined #asahi-dev
gladiac has quit [Quit: k thx bye]
gladiac has joined #asahi-dev
gladiac has quit []
gladiac has joined #asahi-dev
MajorBiscuit has quit [Ping timeout: 480 seconds]
Guest268 has quit [Quit: Bridge terminating on SIGTERM]
rhysmdnz has quit [Quit: Bridge terminating on SIGTERM]
<povik>
and admac seems to have recovered with no issue, so... that patch was good enough?
brolin has joined #asahi-dev
brolin has quit [Ping timeout: 480 seconds]
brolin has joined #asahi-dev
IAmRasputin has quit [Quit: WeeChat 3.8]
nela has quit [Ping timeout: 480 seconds]
nela has joined #asahi-dev
mkurz_ has joined #asahi-dev
brolin has quit [Ping timeout: 480 seconds]
mkurz has quit [Ping timeout: 480 seconds]
nsklaus has quit [Quit: WeeChat 3.8]
brolin has joined #asahi-dev
___nick___ has quit [Ping timeout: 480 seconds]
nsklaus has joined #asahi-dev
xanderle has joined #asahi-dev
bisko has quit [Ping timeout: 480 seconds]
xanderle has quit [Remote host closed the connection]
piroko has joined #asahi-dev
gladiac has quit [Quit: k thx bye]
brolin has quit [Ping timeout: 480 seconds]
brolin has joined #asahi-dev
bps3 has joined #asahi-dev
crabbedhaloablut has quit [Read error: Connection reset by peer]
crabbedhaloablut has joined #asahi-dev
crabbedhaloablut has quit [Read error: Connection reset by peer]
crabbedhaloablut has joined #asahi-dev
StupidYui has quit [Remote host closed the connection]
chadmed_ has joined #asahi-dev
StupidYui has joined #asahi-dev
<chadmed_>
povik: yeah that patch has worked a treat
<chadmed_>
theres still sometimes issues on boot with allocations but it seems to be exclusively when rebooting, and more prone to it when rebooting from macos