12:07 <rasterman> bbrezillon: yo yo

12:38 <bbrezillon> rasterman: hey!

12:38 <rasterman> bbrezillon: hey hehy

12:38 <rasterman> sorry - was just fighting with my emmc io errors

12:39 <rasterman> i may have fixed it... grr rockchip...

12:40 <rasterman> bbrezillon: panthor... i didnt actually look ... but what firmware are you loading up for panthor for now?

12:40 <rasterman> i noticed the module loads... but i was "wtf? shouldn't i have to jump through some nasty "find the wright firmware" hoops?"

12:42 <rasterman> and then my next q...

12:46 <bbrezillon> I think I added a link to a repo in my patch series

12:46 <bbrezillon> let me check

12:47 <rasterman> not that i saw?

12:47 <rasterman> grep http 0*

12:47 <rasterman> 0028-dt-bindings-gpu-mali-valhall-csf-Add-support-for-Arm.patch:+$id: http://devicetree.org/schemas/gpu/arm,mali-valhall-csf.yaml#

12:47 <rasterman> 0028-dt-bindings-gpu-mali-valhall-csf-Add-support-for-Arm.patch:+$schema: http://devicetree.org/meta-schemas/core.yaml#

12:48 <bbrezillon> https://gitlab.com/firefly-linux/external/libmali/-/tree/firefly/firmware/g610?ref_type=heads

12:48 <rasterman> aaah just ye olde ddk fw

12:48 <rasterman> at leats iw ant to make sure i have the same one ...

12:48 <bbrezillon> oh, yeah, we're using Arm's FWs

12:49 <rasterman> and just dump it in /lib/firmware as is?

12:49 <rasterman> doesnt expect it to be renamed or anything?

12:51 <bbrezillon> yep, /lib/firmware for now (will be changed to /lib/firmware/arm/mali/archX.Y in v4 though)

12:52 <rasterman> yeah - i thought it'd probably go to a subdir ...

12:52 <bbrezillon> for rk3588, that'd be arch10.8

12:52 <rasterman> and v10+panthor-v3+32b+g310+egl15+afrc+afbc is your latest branch - right?

12:53 <bbrezillon> the last branch that has received a decent amount of testing, yes

12:53 <rasterman> coolio

12:53 <rasterman> just so many :)

12:53 <bbrezillon> I know

12:54 <bbrezillon> I'm preparing panthor-v4 + updating the mesa branch accordingly

12:54 <rasterman> just have been beating my head against reems of i/o errors on my rootfs (on emmc) as well as bootloader weirdisms (didnt use the u-boot onboard - ended up hosing things with edk2 - had to rescue... finally have a serial console uboot worth talking about etc.) :)

12:55 <bbrezillon> but I didn't really test that yet. Once I'm sure it works okay, I'll probably kill a bunch of these branches

12:55 <rasterman> well once it's ready to give it a whirl - make some noise

12:55 <bbrezillon> sure

12:55 <rasterman> i suspect i'll find some oddities - i always seem to

12:56 <bbrezillon> oh, yeah, I don't doubt bugs still remain after my testing :D

12:56 <rasterman> i'm trying to catch up from being behind in tracking things over end of year/xmas etc. and as my rock5b arrived finally

12:56 <bbrezillon> cool!

12:57 <rasterman> other bifrost and midgard panfrost things seem fine. time to catch up on csf

12:57 <rasterman> btw - i'm rather impressed the panfork stuff worked (on top of a kbase but panfrost userspace)....

13:25 <rasterman> bbrezillon: and as predicted... yup

13:26 <rasterman> Program received signal SIGSEGV, Segmentation fault.

13:26 <rasterman> 87 bo = pan_lookup_bo(dev, kmod_bo->handle);

13:26 <rasterman> kmod_bo is NULL of course

13:27 <rasterman> time for lunch then to figure out why

13:30 <rasterman> of course nothing is working. weston. kmscube (above), xorg... :)