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
thefloweringash has quit [Read error: Connection reset by peer]
sphalerit has quit [Remote host closed the connection]
sphalerit has joined #panfrost
thefloweringash has joined #panfrost
_whitelogger has joined #panfrost
BenG83 has quit [Ping timeout: 245 seconds]
robert_ancell has quit [Remote host closed the connection]
chewitt has quit [Quit: Adios!]
<rhyskidd> could a panfrost dev point me to code location where your project packs/unpacks the VLIW instructions? either in the offline compiler or inline mesa source is fine
<HdkR> (Pretty sure that is where the packing is happening)
<[alyssa]> rhyskidd: ^^ That's the actual packing
<[alyssa]> Well, was, that's old code
<HdkR> Oops, Didn't realize I grabbed master branch
<[alyssa]> HdkR: wrong repo :p
<[alyssa]> ^^ Scheduling, which is probably more interesting
<HdkR> ah, didn't realize it moved
<[alyssa]> Yeah, panfrost/mesa@master is canonical now
<[alyssa]> And will stay there until, you know, upstreaming :p
<urjaman> ... and here i had just found the first of those mesa links :P
<tomeu> HdkR: kernelci runs igt on a number of boards, but ttbomk it atm doesn't do regression analysis and automated bisection for test suites (only boot)
<HdkR> I see
<tomeu> for panfrost, as most of the code that we are interested in CI'ing isn't in the kernel, I think I would go with scheduling jobs in a LAVA lab from a gitlab CI runner
Marex_ has joined #panfrost
rhyskidd has quit [Quit: rhyskidd]
sphalerite_ has joined #panfrost
rhyskidd has joined #panfrost
jernej has quit [*.net *.split]
sphalerite has quit [*.net *.split]
Marex has quit [*.net *.split]
samueldr has quit [*.net *.split]
samueldr has joined #panfrost
rhyskidd has quit [Quit: rhyskidd]
rhyskidd has joined #panfrost
rhyskidd has quit [Quit: rhyskidd]
rhyskidd has joined #panfrost
Marex_ is now known as Marex
cwabbott has quit [Ping timeout: 268 seconds]
cwabbott has joined #panfrost
<rhyskidd> thanks
rhyskidd has quit [Quit: rhyskidd]
rhyskidd has joined #panfrost
BenG83 has joined #panfrost
<tomeu> Lyude: do you know what's the reason for 316fb818d3a4 ("add CONFIG_OF fixes and other changes") ?
<tomeu> or rather, what's the problem with the devicetree platform?
sphalerite_ is now known as sphalerite
rhyskidd has quit [Quit: rhyskidd]
rhyskidd has joined #panfrost
rhyskidd has quit [Quit: rhyskidd]
rhyskidd has joined #panfrost
jernej has joined #panfrost
cwabbott has quit [Ping timeout: 252 seconds]
cwabbott has joined #panfrost
cwabbott has quit [Ping timeout: 252 seconds]
cwabbott has joined #panfrost
rhyskidd has quit [Quit: rhyskidd]
rhyskidd has joined #panfrost
<Lyude> tomeu: there seems to be a mix of fixes there
<Lyude> I haven't looked too much into that yet though; was mostly focusing on just getting it to compile
<Lyude> chewitt might know
rhyskidd has quit [Quit: rhyskidd]
rhyskidd has joined #panfrost
jernej has quit [Quit: Konversation terminated!]
jernej has joined #panfrost
anarsoul|2 has joined #panfrost
<NeuroScr> found my 2nd usb ttl cable, got a serial console now
<Lyude> nice
<NeuroScr> and hey look that new kernel I built does work over the serial cable
<NeuroScr> just no hdmi output
<Lyude> hehe
<Lyude> missing the display driver maybe?
<NeuroScr> maybe, I used the same kernel config I had, only just enabled the mali option
<Lyude> well do you see the driver loaded in lsmod?
<NeuroScr> no I don’t see much in lsmod
<Lyude> NeuroScr: mhm; probably a place to start
<Lyude> also make sure it isn't just built-into the kernel
<NeuroScr> yea I make sure it was built as a module
<Lyude> what happens if you try loading it by hand
<NeuroScr> going to try that next
<NeuroScr> haven’t had much time today
<Lyude> relatable :)
<NeuroScr> but serial was a good tip
<NeuroScr> if I can build my own kernel, I can work backwards
<NeuroScr> so I’ll spend some time figure out what’s not working and why
<Lyude> mhm
<NeuroScr> and after I have parity with the current kernel, maybe I’ll try the latest just for more practice with that
<Lyude> sounds good, that is what I have been having to do since lockdep is apparently causing some very obnoxious kernel issues on my vim2
<[alyssa]> http://debian.2.n7.nabble.com/Upcoming-Qt-switch-to-OpenGL-ES-on-arm64-td4422023.html <-- There's quite a bit of misconceptions about how GLES vs desktop GL plays out on ARM in here, but I don't have the time to figure out how to reply. Any takers? :P