<HdkR>
robclark: Don't worry about the `#ifdef MIDGARD<XXX>` bits, those will go away as the bifrost stuff moves in :)
marcodiego has joined #panfrost
stikonas has quit [Remote host closed the connection]
stikonas has joined #panfrost
stikonas has quit [Remote host closed the connection]
<alyssa>
HdkR: Plus I think a lot of the stuff marked as T6XX vs T8XX is actually 32-bit vs 64-bit
<alyssa>
Though I guess without more devices to look at, we can't know that quite yet
<HdkR>
:D
<alyssa>
(64-bit T6xx/T7xx and/or 32-bit T8xx would be interesting to play with)
marcodiego has quit [Quit: Leaving]
<Lyude>
alyssa: :)
<Lyude>
wait, hm
<Lyude>
i did not notice the 32/64 bit parts of that sentence when I first read it
<tomeu>
alyssa: yep, understood
<alyssa>
:+1: :+1:
<tomeu>
robher has already added support for gpu addresses in the new driver :)
<alyssa>
Huzzah!
<tomeu>
congrats on the reviews, btw :)
<tomeu>
it's going to feel great once it's in mainline
<HdkR>
Grape soda, root beer, and other flavoured carbonated waters all around once merged
<alyssa>
:)
<HdkR>
I personally enjoy La Croix
<Lyude>
narmstrong: bifrost is fun :)
<HdkR>
Lyude: Whatja working on? :)
<Lyude>
HdkR: nothing ATM :/, been relaxing the last few weekends but I'm hoping to start playing with setting up the systems I've got in the mail over the weekend
<HdkR>
Ah. I'm poking again today to see if there is an update on more boards as well
<Lyude>
I'd really like to play around with getting code emitting working btw, if you'd like me to help out with that!
<HdkR>
I'm currently working on clause packing :P
<HdkR>
worked on it for a smidge last weekend while on a plane
<Lyude>
Ah, anything I could help out with?
<HdkR>
It's so early that I've basically got a NOP clause emitting for testing
<HdkR>
Super hacky. I don't have a smart way of scheduling instructions in to clauses atm
<alyssa>
:D
<HdkR>
Lyude: Theoretically we could split the task in to scheduling and emitting
<HdkR>
Which would allow some parallel work
<HdkR>
and it would just have us stepping on each other's toes when adding opcodes
<alyssa>
I split Midgard that way
<HdkR>
Yea, we could be more explicit and keep it in different files even :P
<Lyude>
I'm fine with that-I'll be learning nir stuff in the process as well I'm guessing? :) (has not gotten a chance to look at any of the bifrost code yet)
<HdkR>
Scheduling side would be pretty tightly coupled with nir
<HdkR>
Emitting side not so much
<Lyude>
I know bifrost's isa pretty alright from writing the assembler, so I could probably do the emitting pretty easily
<HdkR>
Alright. I can split scheduling and emitting more cleanly and get a working branch set up and we can work in parallel if you want to do the emitting side
<HdkR>
The disassembler is super useful for verifying correctness :P
<Lyude>
I'd imagine :p, that's how I wrote the assembler
<alyssa>
:+1: for midgard
<HdkR>
Lyude: Alright. I'll split the two...tonight, tomorrow? maybe this weekend. Will see what happens :P
pH5 has quit [Quit: 🥦]
<sphalerit>
Morning! Anyone coming to FOSDEM? :)
<HdkR>
I'm not
<Lyude>
HdkR: hehe, alright
raster has joined #panfrost
* mmind00
waves to sphalerit
* mmind00
is sitting in Frankfurt waiting for his flight to Brussels right now
<sphalerite>
mmind00: cool! I'm in the train to Frankfurt, where I'll take another train to Brussels :p
* mmind00
is curious where you're coming from ... but it's of course none of my business :-D
<sphalerite>
Munich
<mmind00>
ah, so you get some resemblance if high-speed train service ... Dresden -> Frankfurt takes at least 5 hours ... through the eastern dessert (in terms of rail infrastructure) ;-)
<sphalerite>
mmmm dessert!
<mmind00>
sphalerite: :-P ... desert
<mmind00>
But I feel similar ... a tiny voice in my head chants the whole day already: waffles waffles waffles ....
* daniels
is in a very very crowded departure lounge at St Pancras awaiting a delayed Eurostar
<rtp>
alyssa: about t6xx vs t8xx. I do hope that it's a 64bit vs 32bit issue too but I wouldn't bet on that.
<hopetech>
daniels: Please don't scare me. My train is in few hours
<daniels>
hopetech: only half an hour delayed it seems
<robertfoss_>
robher: are you using your HiKey960 for panfrost development?
raster has quit [Remote host closed the connection]
<robher>
robertfoss_: No, I don't have one plus it has bifrost (G71?). So I have a rock960.
<alyssa>
rtp: Here's hoping, anyway
<alyssa>
I know there are some differences that are architectural, but others I suspect are just bit-ness, and it's all mixed up I think
<rtp>
alyssa: and some issues may even disappear in the long run when switching to our own kernel module, like the .job_descriptor_size thing
<alyssa>
rtp: This is true, yeah :)
<alyssa>
Well
<alyssa>
Not that one
<alyssa>
That's in the hw :p
<alyssa>
But others, yes
<rtp>
oh :(
* rtp
found one place were it was always set to 1, even on 32bit
<alyssa>
SET_VALUE jobs, yeah
<alyssa>
I've only ever seen them 64-bit so
<alyssa>
I think you _can_ set it to 1 on 32-bit systems (on any job), it's just.. not particularly helpful, since your pointers fit in 32-bit anyway
<rtp>
tbh, I dont care that much about the value, as long as we manage to set the proper value for everyone eg, panfrost working on t6xx and t8xx :)
<alyssa>
;)
<alyssa>
Aside: what are SET_VALUE jobs anyway? :P
<daniels>
based purely on speculation, are they maybe for hardware counters that you'd use for e.g. synchronisation?
<alyssa>
Mayhaps
<cwabbott>
alyssa: btw, what happens if you have t6xx and a 64-bit userspace, or vice versa, t8xx and a 32-bit userspace? Does it switch to the other format?
<rtp>
alyssa: btw, is there any chance that panwrap works for the mali blob too ? I'm wondering if I could compare the logs and maybe find the issue(s), assuming I can get my test app working on my "old" rootfs
BenG83 has joined #panfrost
cwabbott has quit [Quit: cwabbott]
cwabbott has joined #panfrost
cwabbott has quit [Client Quit]
cwabbott has joined #panfrost
BenG83 has quit [Quit: Leaving]
<Lyude>
robertfoss_: I will probably be
<Lyude>
robertfoss_: cwabbott and I have been using a hikey960 I leave hooked up to my server w/ serial console + adb
<Lyude>
although I'm going to try to put it and all my other arm systems on mainline linux this weekend
stikonas has joined #panfrost
jolan has quit [Quit: leaving]
jolan has joined #panfrost
<alyssa>
cwabbott: That's what I want to find out :p
<alyssa>
rtp: Yeah, most of the cmdstream stuff was figured out with panwrap on the blob
<alyssa>
Though whether any particular version of panwrap works on any particular version of the blob is a bit of a crapshoot
<alyssa>
(Biggest thing that needs to match is kernel version.. new kernels/new blobs are needed for new [since December] panwraps built with mesa... old panwrap [in the panloader repo] is, well, really old and not terribly useful anymore..)
<anarsoul>
alyssa: what's the status of kernel driver? is anyone working on it?
<alyssa>
anarsoul: Yes, robher and tomeu
<anarsoul>
what about 1st Q? :)
<alyssa>
Very early stages
* hanetzer
mumbles something about getting off his ass
<alyssa>
I hear sitting is the new smoking~
<hanetzer>
prollem is my entire job and school is on my arse :P