alyssa changed the topic of #panfrost to: Panfrost - FLOSS Mali Midgard & Bifrost - https://gitlab.freedesktop.org/panfrost - Logs https://freenode.irclog.whitequark.org/panfrost - Discord Discard
TheKit has quit [Remote host closed the connection]
TheKit has joined #panfrost
BenG83 has quit [Quit: Leaving]
afaerber has quit [Ping timeout: 250 seconds]
anarsoul|2 has quit [Ping timeout: 246 seconds]
ente has joined #panfrost
ente has quit [Remote host closed the connection]
rhyskidd has quit [Quit: rhyskidd]
afaerber has joined #panfrost
<HdkR> gitlab.freedesktop.org doesn't have an ipv6 address backing it?
<HdkR> Hm. _IOC_SIZE doesn't seem to be decoding ioctl sizes correctly?
<HdkR> 0x4600 getting decoded to zero
<HdkR> ohhhh...The kernel interface has changed
<HdkR> Time to wire up a completely different kbase variant, wooo...
rhyskidd has joined #panfrost
<alyssa> Nice
<tomeu> alyssa: what machine are you using?
<alyssa> Samsung Chrmoebook Plus
<tomeu> is that kevin?
<alyssa> yeah
<tomeu> alyssa: if anything with rk3399 that is supported in mainline, then 4.20-rc4 with my mali_kbase and mesa should be enough
<tomeu> cool, kevin should be very well supported
<tomeu> if you move to that, then you, Lyude and me will be using a very similar setup, which may help speed things up at this stage
ppchain has joined #panfrost
<tomeu> in case it helps, this is my script to cross compile the kernel and kbase: http://paste.debian.net/1054601/
<tomeu> and the kconfig fragment: http://paste.debian.net/1054602/
<HdkR> Right. Will work on this more tomorrow when I'm less sleepy
<tomeu> alyssa: are you familiar with running mainline on chromebooks? I remember it could be quite time consuming the frist time
<alyssa> Not really..
<tomeu> ok, let me ask for docs
<tomeu> ezequielg and eballetbo in #armlinux should be able to answer any questions, they have been working on upstreaming kevin support
<tomeu> alyssa: have asked by instructions, but in the meantime, this could be enough: https://www.chromium.org/chromium-os/how-tos-and-troubleshooting/mainline-kernel-on-kevin-chromebook-plus
<tomeu> when I hacked on chroembooks, I tended to install a tftp-enabled depthcharge to make testing of new kernels faster, but in our case I guess we won't be needing that until we start writing our own kernel driver
rhyskidd has quit [Quit: rhyskidd]
rhyskidd has joined #panfrost
<narmstrong> tomeu: is this the mali_kbase you are using ? https://gitlab.freedesktop.org/tomeu/mali_kbase
<tomeu> narmstrong: yep
jailbox has quit [Ping timeout: 250 seconds]
<tomeu> alyssa: btw, if at some point testing on a chromebook feels inconvenient, I think there's a good chance we could send you a SBC
<tomeu> sometimes the lack of serial console and an inconventional bootloader cant get in the way
jailbox has joined #panfrost
rhyskidd has quit [Quit: rhyskidd]
rhyskidd has joined #panfrost
rhyskidd has quit [Quit: rhyskidd]
rhyskidd has joined #panfrost
<narmstrong> tomeu: did you get kmscube running ? (it was not clear in the chat log !!)
<tomeu> narmstrong: yes, but part of the screen is black and after a while it blocks in the job submit ioctl
<narmstrong> tomeu: it's still a good start !
<tomeu> one more step :)
<tomeu> weston also works, with the similar rendering problems, but it hasn't blocked for me
<narmstrong> Lima was in a similar state a few month ago, now Kodi runs fine :-)
<narmstrong> I'll try to have it running on an Amlogic S912 board today
<tomeu> hopefully this start of a winsys will make it easier for people to work on the rest
<narmstrong> I need to port the meson renderonly from lima, at the end both project with conflict on the renderonly drivers !
<narmstrong> alyssa: do you think we could upstream all the renderonly drivers (rockchip, meson ....) _before_ upstreaming Lima and panfrost since they are common ?
paulk-leonov has quit [Ping timeout: 250 seconds]
paulk-leonov has joined #panfrost
paulk-leonov has quit [Max SendQ exceeded]
paulk-leonov has joined #panfrost
chewitt has joined #panfrost
<mmind00> narmstrong: I think that would help quite a bit, albeit I'm not sure upstream would accept empty winsys drivers? ... In the Rockchip winsys in lima I already tried establishing something to handle multiple GPUs at least: https://gitlab.freedesktop.org/lima/mesa/blob/lima-18.2/src/gallium/winsys/rockchip/drm/rockchip_drm_winsys.c
chewitt has quit [Quit: Adios!]
chewitt has joined #panfrost
<narmstrong> mmind00: yeah seems quite dependant on lima & panfrost
<tomeu> can't we upstream the rockchip winsys with the etnaviv renderonly? :)
chewitt has quit [Read error: Connection reset by peer]
chewitt has joined #panfrost
rhyskidd has quit [Quit: rhyskidd]
rhyskidd has joined #panfrost
chewitt has quit [Quit: Zzz..]
BenG83 has joined #panfrost
<alyssa> tomeu: I also have a rockpro64 which might be more convenient to mess with. It's currently running some vendor kernel that the blob is happy with, but I suppose I could just, you know, get a second SD card :)
<Lyude> alyssa: if you need access to any systems feel free to poke me
<alyssa> I've just been busy with another $MYSTERYPROJECT which has been eating up my coding time. Should have more for Panfrost soonish
<Lyude> i've currently got a bifrost soc, the vim2 with the t820, and a odroid xu3 with a T6xx
<Lyude> and soon a rockchip board
<alyssa> ..but with time constraints, that makes you a bored board boarder-hoarder?
<alyssa> :P
<Lyude> hehe
<Lyude> alyssa: I don't know if you saw but I am actually making progress convincing RH to let me work on panfrost
<alyssa> !!!
<Lyude> you'll probably see me spending some time on the weekend getting some of these boards running fedora by default
<Lyude> as that seems to help the conversation quite a bit
<narmstrong> here is my winsys for meson http://termbin.com/xl1a
<narmstrong> *untested*
<narmstrong> Lyude: I’m interested to get amlogic boards running fedora by default !
<narmstrong> Non only the vim2
cwabbott_ has joined #panfrost
cwabbott has quit [Ping timeout: 250 seconds]
cwabbott_ is now known as cwabbott
anarsoul|2 has joined #panfrost
<Lyude> narmstrong: ohh, I will have to try it out at some point
chewitt has joined #panfrost
cwabbott has quit [Ping timeout: 252 seconds]
cwabbott has joined #panfrost
belgin has joined #panfrost
chewitt has quit [Quit: Zzz..]
cwabbott has quit [Ping timeout: 252 seconds]
belgin has quit [Quit: Leaving]
cwabbott has joined #panfrost
metaverse has joined #panfrost
rhyskidd has quit [Quit: rhyskidd]
rhyskidd has joined #panfrost
<narmstrong> Lyude: I recall you had the same issue, no ?
<Lyude> narmstrong: I believe I did, I'm fairly sure it should be fixed in my mali_kbase fork
<Lyude> one sec
<Lyude> narmstrong: https://gitlab.freedesktop.org/lyudess/mali_kbase/commits/meson-gxm-khadas-vim2/TX041-SW-99002-r27p0-01rel0 should compile against the latest kernel version, meson code is kind of hacked up though so unload miiiiight not work
<narmstrong> Lyude: I used the one from tomeu since it your version crashed when loading the module
<Lyude> (also you will need to set the platform to meson in ./config)
<Lyude> narmstrong: oh, I thought I had gotten all of tomeu's changes into that branch
<narmstrong> hmm
<Lyude> narmstrong: oh
<narmstrong> maybe not
<Lyude> what panfrost branch are you using
<narmstrong> let me recheck :-)
<narmstrong> I'm using the winsys branch from tomeu
<narmstrong> with my meson winsys support
<Lyude> ahhh, i haven't had a chance to try that one yet
<narmstrong> Lyude: https://gitlab.freedesktop.org/narmstrong/panfrost-mesa/commit/b5388c8b0c88e38dd5eaa6827b6b85eea4d6e72d builds and nearly runs when I manage to get a working driver :-]
<Lyude> hm
<Lyude> also: I might not get a chance to actually look at any of this until the weekend
<narmstrong> Lyude: np
<narmstrong> I won't be able to look at this this weekend ^^
<Lyude> that's alright, I don't mind picking up from where you left off
<Lyude> hooray teamwork!
<narmstrong> Lyude: this is what I get when I use your branch... I'll investigate more later ! https://www.irccloud.com/pastebin/NkWHGudU/
<Lyude> oh what
<Lyude> looks like one of the clocks isn't turned on there
<narmstrong> yep, I also suspect this
<Lyude> that should be fixed, one sec
<Lyude> narmstrong: do you have MALI_PLATFORM_NAME=meson in your ./config?
<narmstrong> I think so, don’t worry I’ll try again tomorrow !
<Lyude> alright
<Lyude> i need to see if I can figure out why the default devicetree platform doesn't seem to find the clocks correctly
<Lyude> probably something mislabeled in the devicetree
BenG83 has quit [Quit: Leaving]