07:48 <icecream95> Bifrost chromebook with non-detachable keyboard: https://www.acer.com/ac/en/US/content/model/NX.HUVAA.003

07:48 <icecream95> As usual, lies about a "fast Intel® CPU"...

07:51 <HdkR> Whoa, that screen resolution

08:35 <urjaman> i was expecting something wild when you said "Whoa", but no it's the same that i'm already looking at :P

08:36 <HdkR> I don't think I've use a 1366x768 resolution device since like 2008 :P

08:40 <urjaman> I mean i dont have any other 1366 devices except the C201's, and while i'd like a 1440x900 (or thereabouts), it's actually fine for the device (and not too many pixels to push around)

13:35 <alyssa> 1080p is pretty good for me

13:36 <alyssa> kevin's 2400x1600 was a bit much before I had GPU acceleration ;P

13:51 <urjaman> yeah the RK3288 isnt that fast :P, if i plug the C201 into a 1080p screen i end up being annoyed that it doesnt properly keep up with decoding 1080p youtube (VP9 IIRC, like it displays but feels laggy and even the youtube stats indicate it sometimes skipping frames) to it...

13:52 <urjaman> maybe i should check if there's something silly hurting the perf but ehh lazy

13:54 <alyssa> yeah, vp9 sw decode isn't great

13:54 <alyssa> better than vp9 sw encode which my poor c201 had to do :)

14:38 <l-as> question: I get errors like `DRM_IOCTL_MODE_CREATE_DUMB failed: Cannot allocate memory` some times, and I assume that this is due to running out of memory, but does/can panfrost not use swap or something like that? I am using an ODROID N2 if that's relevant.

15:38 <alyssa> not sure, I don't use swap

15:58 <robmur01> possibly the display driver allocating BOs from CMA - that can be exhausted long before actual physical memory

15:58 <robmur01> (not sure if and how panfrost allocates things for itself)

19:58 <tomeu> if it's dumb buffers, then it's on the display driver (meson in this case)

19:58 <tomeu> and I guess meson also allocates BOs on CMA?

22:04 <remexre> panfrost-adjacent-ish question: should mesa be providing /usr/lib/dri/rockchip_drv_video.so ? (or some libva-for-panfrost driver)?

22:04 <remexre> it provides e.g. nouveau_drv_video.so, but libva looks like it's expecting a rockchip_drv_video.so there

22:11 <alyssa> remexre: no, it should not be, and it should not be expecting it

22:12 <alyssa> nouveau provides one since (afaik) nv cards have video processing hardware on them that needs nouveau to drive it

22:12 <alyssa> panfrost doesn't since mali gpus don't have any video processing capabilities,

22:12 <alyssa> on rockchip you'd need a va implementation for the VPU on-board (hantro, most likely)

22:12 <alyssa> ezequielg: ^^

22:13 <alyssa> (That does exist on mainline but it's independent of panfrost)

22:17 <remexre> alyssa: oh, hm, would that be in some package named like *va* ?

22:17 <Lyude> no, it would be vdpau

22:17 <Lyude> oh-wait

22:17 <Lyude> misread the question

22:17 <Lyude> (thought you were asking about nouveau for some reason...)

22:41 <ezequielg> remexre: alyssa : there's some libva stuff available but it's a bit experimental, iiuc. Personally I haven't even tested it, since it requires libva core changes and since we have native gstreamer ready.

22:42 <ezequielg> Would it maybe be enough with gstreamer?

22:42 <ezequielg> For your needs?

22:43 <remexre> ezequielg: I'm trying to get vlc to work, lemme see if I can get it to use gstreamer?

22:44 <ezequielg> Hm, think not ...