kts has quit [Read error: Connection reset by peer]
feaneron has quit [Quit: feaneron]
feaneron has joined #dri-devel
feaneron has quit []
feaneron has joined #dri-devel
zenmov_ has joined #dri-devel
zenmov has quit [Ping timeout: 480 seconds]
samuelig has quit []
samuelig has joined #dri-devel
blaztinn has quit [Remote host closed the connection]
kts has joined #dri-devel
blaztinn has joined #dri-devel
Duke`` has quit [Ping timeout: 480 seconds]
feaneron has quit [Quit: feaneron]
feaneron has joined #dri-devel
samuelig has quit [Quit: Bye!]
samuelig has joined #dri-devel
kts has quit [Quit: Konversation terminated!]
frieder has joined #dri-devel
karenw has quit [Ping timeout: 480 seconds]
feaneron has quit [Quit: feaneron]
feaneron has joined #dri-devel
jsa1 has joined #dri-devel
sukuna2 has joined #dri-devel
oneforall2 has joined #dri-devel
feaneron has quit [Quit: feaneron]
feaneron has joined #dri-devel
vliaskov_ has joined #dri-devel
rasterman has joined #dri-devel
fab has quit [Ping timeout: 480 seconds]
dolphin has joined #dri-devel
frieder has quit [Remote host closed the connection]
vliaskov__ has joined #dri-devel
kts has joined #dri-devel
frieder has joined #dri-devel
vliaskov_ has quit [Ping timeout: 480 seconds]
<tomba>
pinchartl: I think patch 4 still needs an ack from a DT maintainer
coldfeet has joined #dri-devel
fab has joined #dri-devel
pixelcluster_ has joined #dri-devel
pixelcluster has quit [Ping timeout: 480 seconds]
pixelcluster_ has quit []
pixelcluster has joined #dri-devel
mehdi-djait339716 has joined #dri-devel
tzimmermann has joined #dri-devel
<pinchartl>
tomba: you're right of course
sima has joined #dri-devel
mehdi-djait339716 has quit [Ping timeout: 480 seconds]
sghuge has quit [Remote host closed the connection]
sghuge has joined #dri-devel
heat has joined #dri-devel
phasta has joined #dri-devel
kugel has joined #dri-devel
mehdi-djait339716 has joined #dri-devel
biju has joined #dri-devel
feaneron has quit [Quit: feaneron]
feaneron has joined #dri-devel
sukuna2 has quit [Ping timeout: 480 seconds]
riteo_ has quit [Ping timeout: 480 seconds]
kts has quit [Quit: Konversation terminated!]
lynxeye has joined #dri-devel
riteo has joined #dri-devel
bolson has quit [Ping timeout: 480 seconds]
mvlad has joined #dri-devel
feaneron has quit [Quit: feaneron]
feaneron has joined #dri-devel
grillo_0 has quit []
grillo_0 has joined #dri-devel
leo60228- has quit []
sskras has quit [Read error: Network is unreachable]
Low_Orbit_Michelson-Morley has quit [Read error: Network is unreachable]
samuelig has quit [Read error: Network is unreachable]
pundir has quit [Read error: Network is unreachable]
lileo has quit [Read error: Network is unreachable]
Low_Orbit_Michelson-Morley has joined #dri-devel
balrog_ has joined #dri-devel
pundir has joined #dri-devel
lileo has joined #dri-devel
samuelig has joined #dri-devel
sskras has joined #dri-devel
leo60228 has joined #dri-devel
feaneron has quit [Read error: Connection reset by peer]
balrog has quit [Read error: Connection reset by peer]
ManMower has quit [Remote host closed the connection]
ManMower has joined #dri-devel
Sachiel_ has joined #dri-devel
Sachiel has quit [Read error: Connection reset by peer]
coldfeet has quit [Remote host closed the connection]
vliaskov__ has quit [Ping timeout: 480 seconds]
feaneron has joined #dri-devel
<tzimmermann>
javierm, i have a major fix for fbdev-dma, which i'd like you to review. but it's large and needs to go in one piece. shall i split if up into smaller patches for the review?
kts has joined #dri-devel
gnuiyl has quit [Remote host closed the connection]
gnuiyl has quit [Remote host closed the connection]
gnuiyl has joined #dri-devel
kts has quit [Quit: Konversation terminated!]
gnuiyl has quit [Remote host closed the connection]
gnuiyl has joined #dri-devel
kts has joined #dri-devel
<jfalempe>
tzimmermann: I will push drm_log to drm-misc-next this afternoon, if no other comments until then. Thanks for the reviews.
gnuiyl has quit [Remote host closed the connection]
<tzimmermann>
jfalempe, of course, go ahead
jkrzyszt has joined #dri-devel
gnuiyl has joined #dri-devel
gnuiyl has quit [Remote host closed the connection]
gnuiyl has joined #dri-devel
<javierm>
tzimmermann: it's OK to have it as a big patch. It's basically a partial revert then or the patch you are going to post is different ?
gnuiyl has quit [Remote host closed the connection]
vliaskov has joined #dri-devel
<javierm>
jfalempe: it's OK for me too. I didn't review because was too busy with internal stuff but also because you already got tzimmermann's review
<tzimmermann>
javierm, it's the one i linked to, but with commit message and tags
<tzimmermann>
it (1) refactors the code for a better split between direct mmap and deferred I/O, and (2) adds shadow buffering to the deferred-io case
<tzimmermann>
i'll try to give you a good descriptino in the commit message
<javierm>
tzimmermann: right, but you mention in the thread that restores the fbdev handling as it was before the regression, does this mean that we didn't get to the root cause of the issue ?
gnuiyl has joined #dri-devel
<javierm>
ah, "fbdev-dma: Add shadow buffering for deferred I/O" I see now
<tzimmermann>
'restore' in the sense that some drivers switch back to shadow buffering.
<javierm>
tzimmermann: yeah, makes sense. It's OK to have it in a big patch for review
gnuiyl has quit [Remote host closed the connection]
<tzimmermann>
deferred i/o tracks pages. i suspect that not all architectures provide pages for their dma areas (?)
<tzimmermann>
but IDK how to test this
<tzimmermann>
something at runtime should tell whether the buffer is backed by struct page or not
<tzimmermann>
on rpi, the current fbdev-dma works. on the reporter's system apparently not
<tzimmermann>
if you know how to detect this, let me know
feaneron has quit [Quit: feaneron]
feaneron has joined #dri-devel
hansg has joined #dri-devel
<javierm>
tzimmermann: I do not know, but maybe jfalempe does? ^
<jannau>
jfalempe: are there plans to host https://github.com/kdj0c/panic_report on fedora or kernel.org servers? I consider enabling it for fedora-asahi-remix where the rust dependency is not an issue since the GPU driver requires it anyway
<jfalempe>
javierm, tzimmermann: no I'm still learning about dma areas for graphics drivers ;)
<javierm>
same :)
<jfalempe>
jannau: Not yet, but I would like to have it on Fedora in the future. I'm currently trying to get more GPU support first.
<jannau>
I can pull the patches with the new encoding into our downstream fork
kts has quit [Quit: Leaving]
<javierm>
jannau: cool :)
<jfalempe>
jannau: oh nice work!
oneforall2 has quit [Read error: No route to host]
oneforall2 has joined #dri-devel
<jannau>
if you want early tester for the fedora infrastructure we can do that via the fedora-asahi-reemix kernel. In the meantime I've asked to host it on asahilinux infrastructure since that's more familiar than a "random" github.io page
<sima>
tzimmermann, I think if you have a carveout instead of cma for contig dma allocations, then it's not struct page backed
guru_ has joined #dri-devel
guru_ has quit []
<robmur01>
tzimmermann: not sure of the context, but virt_addr_valid() only means a struct page exists, i.e. virt_to_page() will give a valid result. It still doesn't let you assume anything about what that page might represent
<sima>
but I'm also not sure you're ever allowed to interact with the struct page, even if it's there
guru_ has joined #dri-devel
<tzimmermann>
sima, so i always have to use shadow buffering with fbdev-dma if the driver requires it?
<sima>
I think if you rely only on pfn dirty tracking instead, it should be ok, but that's an entire different mess
<tzimmermann>
sima, i'd rather like to simplify :)
<sima>
I dont think that's an option without us pulling the fbdev dirty tracking into the drm helpers
<tzimmermann>
some of the panel drivers use shmem-dma. i thought about convertig them to shmem. but noralf mentioned that not all platforms suport shmem. right?
<sima>
NOMMU ones die on shmem
<sima>
iirc
<tzimmermann>
that's what i also heard
<tzimmermann>
it's all not so great
<sima>
I think if you really want to unify as much as possible then with somewhat low confidence I think a drm helper dirty tracking that only uses pte dirty and vm_insert_pfn and entirely ignores struct page (so need a bitarray for tracking instead) could work
<sima>
since iirc touching struct page is also no-go for ttm backed buffers, at least ttm has gotten really pissed about that in the past
mehdi-djait3397165 has joined #dri-devel
<sima>
but low confidence only because I have no idea what other corner case we might hit with that
<tzimmermann>
sima, it doesn't seem worth the effort
<sima>
yeah it's just fbdev
<sima>
that's also why I never pushed for this more than occasionally mentioning it
<sima>
iirc willy from mm also brought up that the current fbdev dirty tracking is somewhat fishy
<sima>
but I forgot why
<tzimmermann>
oh, ok
guru_ has quit []
guru_ has joined #dri-devel
guru_ has quit []
hansg has quit [Remote host closed the connection]
<sima>
tzimmermann, I think just being aware that this is an option, in case we ever hit a corner where it's the last one we can try, is enough for now
<tzimmermann>
sometimes i think we should just alloc an fbdev framebuffer with vmalloc and use that for all hardware. that's the only generic solution. would be slower on some machines, but who really cares
<sima>
unless you get really motivated to learn a lot about pte semantics or arcane architectures and want to give it a shot :-)
<sima>
tzimmermann, I think having both for now is ok
feaneron has quit [Quit: feaneron]
feaneron has joined #dri-devel
mehdi-djait339716 has quit [Ping timeout: 480 seconds]
<tzimmermann>
sima, thanks for the help
parthiban has quit []
vliaskov has quit [Remote host closed the connection]
vliaskov has joined #dri-devel
parthiban has joined #dri-devel
heat has quit [Read error: Connection reset by peer]
<DragoonAethis>
Hey, do you know if ARM-related GPUs (Adrenos, Mali, VideoCore, etc) always show up as PCI devices, or are there cases where they end up connected with something platform-specific and don't have a PCI addr?
kts has joined #dri-devel
u-amarsh04 has quit []
feaneron has quit [Quit: feaneron]
feaneron has joined #dri-devel
warpme has quit []
<sima>
DragoonAethis, pretty much always platform devices, but they're enumerated in /sys still
<DragoonAethis>
sima: Okay, thanks!
u-amarsh04 has joined #dri-devel
Daanct12 has quit [Quit: WeeChat 4.4.4]
tobiasjakobi has joined #dri-devel
<lumag>
vignesh, another ping, do you have any plans to uprev IGT?
<lumag>
If not I'll have to spend some time on running the CI, but I'd really like not to duplicate your job
<misyl>
nowrep: Thanks for pointing that out, I feel stupid now >.<
hansg has joined #dri-devel
<nowrep>
no problem, hope it works now
frankbinns1 has joined #dri-devel
frankbinns has quit [Ping timeout: 480 seconds]
feaneron has quit [Quit: feaneron]
feaneron has joined #dri-devel
<misyl>
yep seems to work fine
dolphin has quit [Quit: Leaving]
feaneron has quit [Quit: feaneron]
feaneron has joined #dri-devel
Company has quit [Quit: Leaving]
epoch101 has joined #dri-devel
fab has joined #dri-devel
epoch101 has quit []
epoch101 has joined #dri-devel
feaneron has quit [Quit: feaneron]
feaneron has joined #dri-devel
feaneron has quit []
feaneron has joined #dri-devel
phasta has quit [Ping timeout: 480 seconds]
<leandrohrb>
hwentlan_: hi! are the existing IGT tests from the color pipeline proposal passing on AMD and VKMS? I'm seeing some issues with writeback format, and also some other failures/skips
feaneron has quit [Quit: feaneron]
feaneron has joined #dri-devel
amarsh04 has quit []
epoch101_ has joined #dri-devel
epoch101 has quit [Ping timeout: 480 seconds]
tejasupa_ has quit [Remote host closed the connection]
frieder has quit [Remote host closed the connection]
feaneron has quit [Quit: feaneron]
u-amarsh04 has joined #dri-devel
feaneron has joined #dri-devel
vliaskov_ has quit [Ping timeout: 480 seconds]
rsalvaterra has quit [Read error: Connection reset by peer]