<marcodiego>
alyssa, is this wake-on-word a feature of the SOC?
<Lyude>
hm; i might not have a fast enough uart adapter for Bismuth :S
<alyssa>
marcodiego: I'm not sure, actually
<Lyude>
1,500,000 baud is kinda impressive
<alyssa>
IIRC, there's a DSP built into the SoC
<alyssa>
I don't know if it does anything but wake-on-word, whether that's hw or purely firmware, if hypothetically we could do our own games with the DSP, etc
<alyssa>
You need to support registers, or otherwise you have to deal with phi nodes yourself
<alyssa>
And you uh
<alyssa>
Don't want that
<HdkR>
Yea, not wanting to deal with phi nodes at all right now. It'll change soon enough :)
<alyssa>
HdkR: ...or you could just accept NIR registers and avoid all of that :P
<HdkR>
The lord and saviour, NIR registers :D
_whitelogger has joined #panfrost
_whitelogger has joined #panfrost
_whitelogger has joined #panfrost
rhyskidd has joined #panfrost
<alyssa>
Question: is it closed source if the code is so illegible that nobody has any clue what's it's doing? :V
<anarsoul>
:)
<alyssa>
Never thought I'd have to reverse open-source code
<alyssa>
Kind of an oxymoron tbh
<anarsoul>
sometimes RE-ing is easier than understanding code from vendor
<alyssa>
anarsoul: This isn't from a vendor.. :P
<anarsoul>
oh, ok
<HdkR>
alyssa: obfuscation flies in the face of open source but isn't necessarily a way to label something as not open source.
<alyssa>
HdkR: Well, it took me hours to open that dang source
<alyssa>
Only like 7 lines, too
<HdkR>
Sounds like something that is a bit mean spirited
<alyssa>
Mm
_whitelogger has joined #panfrost
NeuroScr has joined #panfrost
_whitelogger has joined #panfrost
belgin has joined #panfrost
belgin has quit [Client Quit]
belgin has joined #panfrost
belgin has quit [Client Quit]
NeuroScr has quit [Read error: Connection reset by peer]
NeuroScr has joined #panfrost
<sphalerite>
alyssa: I'd say it depends on whether the unreadableness is intentional/malicious.
<sphalerite>
mmind00: any chance of meeting up today? :)
<sphalerite>
I'll be in the distributions devroom most of the time by default
<mmind00>
sphalerite: I can try to come by there at some point :-) ... though without name tags I don't really know how to find you :-D ... for reference my backpack has a bright yellow cover
<mmind00>
sphalerite: if you're still around, I'm sitting in the distri devroom right now for the grub talk ... second row, right in the middle
<sphalerite>
mmind00: I'm sitting outside hoping to get in at some point
<mmind00>
sphalerite: there are at least 2 chairs free in the first row
adjtm_ has quit [Ping timeout: 246 seconds]
<mmind00>
sphalerite: and 2 behind me ... so there is definitly room :-D
<sphalerite>
the sign says full though :/
<mmind00>
sphalerite: just pretend you didn't see :-P
yann has joined #panfrost
belgin has joined #panfrost
stikonas has joined #panfrost
belgin has quit [Quit: leaving]
stikonas has quit [Remote host closed the connection]
stikonas has joined #panfrost
<mmind00>
sphalerite: Just as a note the coreboot people in building aw are supposed to have a Chromebook with coreboot+Linuxboot on display
<sphalerite>
mmind00: ooooooooooh! Need to go there then, thanks for the hint!
stikonas has quit [Remote host closed the connection]
<mmind00>
sphalerite: Just talked to the Linuxboot Person up here :-)
<sphalerite>
mmind00: sweet, I'll go check it out
adjtm_ has joined #panfrost
stikonas has joined #panfrost
<alyssa>
sphalerite: I don't think it is... which might be worse ;P
<sphalerite>
alyssa: something something never attribute something malice something incompetence
<alyssa>
sphalerite: Oof
stikonas has quit [Remote host closed the connection]
<Lyude>
HdkR: by the time we're at the emitter in mesa for bifrost, have the previous stages done things like automatically insert NOPs for instructions that only use one of their stages?
<Lyude>
huh, it looks like nir also is just able to handle assigning actual inputs/outputs to register ports without us having to do anything else?
empty_string has quit [Ping timeout: 252 seconds]
<Lyude>
(excuse all of the questions, I'm quite new to nir)
<alyssa>
Lyude: Hm? No, we have to do RA ourselves
<alyssa>
NIR has a register abstraction, and we need to support inputting that
<Lyude>
alright
<alyssa>
But... don't rely on it for RA itself
empty_string has joined #panfrost
<Lyude>
gotcha-that would have been boring if I had to anyway :p
<alyssa>
The main purpose of NIR registers is resolving branches and such (without needing phi nodes)
<alyssa>
There _is_ a helper for doing RA, of course, but that's not NIR-specific; you do it at the IR level and it's kind of a pain to use (I have it setup on Midgard tho and I think HdkR copied in the code for that)
<Lyude>
do you remember what some of the functions for that were so I can do some grepping through the current bifrost code we've got?
<alyssa>
Lyude: ra_add_node_interference, etc
<Lyude>
ahhh, /* XXX: actually do RA */
<alyssa>
Lyude: See midgard for how it's supposed to look
<alyssa>
:P
<Lyude>
alyssa: which file in the src would that be btw?
<alyssa>
Lyude: It's all one file :p
<Lyude>
oh! ok
urjaman has quit [Ping timeout: 250 seconds]
<Lyude>
HdkR: btw, I'm pretty sure I'll need to implement the RA in the scheduler (or some placeholder for it at the very least), since we need to have an idea of what the port assignments per-instruction are going to look like before we can actually emit clauses
urjaman has joined #panfrost
<HdkR>
Lyude: Yea, Scheduler will need to be RA aware in order to bundle instructions effectively
<Lyude>
HdkR: that might be a good place for me to start then
<Lyude>
if that's alright with yall I mean
<HdkR>
That is 100% fine with me
<alyssa>
Yay communication!
<HdkR>
Ah, mention of lima and panfrost in the Zink talk :D
<alyssa>
(Graphics and GPUs, but not 'frost, but I figure folks here will still be interested)
<alyssa>
Plus *spooky noises* face reveal!
<alyssa>
("Didn't you, um, 'face reveal' in the XDC talk recording?" "Shush, you")
<ente>
you looked more colorful in the XDC recording :P
<alyssa>
ente: I was probably blushing then ;)
<ente>
I didn't realize
<alyssa>
(Kidding)
<ente>
actually I wonder if blushing would have been visible on the recording
<marcodiego>
by daily-use I mean... being able to run X or wayland an entire day without crashes, running a browser Opengl 2 or 3... mostly that
<marcodiego>
your latex notation on the blog post is not working on my browser (chromium 65.0.3325.181 (Official Build) Built on Raspbian , running on Raspbian 9.6 (32-bit))
<ente>
works for me
<ente>
(on firefox)
<urjaman>
hmm yeah, seems it doesnt work for any of my chromes (71 on the x86 desktop, 73 on the chromebook) but does for firefox
<marcodiego>
works for me in firefox too
<alyssa>
marcodiego: Hmm, that sounds like a challenge :)
<marcodiego>
you mean the daily-use or making to blog post work on chromium?
<alyssa>
Daily use
<alyssa>
Taking a look at Chromium now, wonder what's different
<alyssa>
Oh right, MathML isn't standard
<alyssa>
brb switching to mathjax
<marcodiego>
just one more thing... will panfrost (the kernel or mesa part) be merged only when "complete" or as soon as it gets "daily-use ready"?
<alyssa>
Dunno about kernel
<alyssa>
Mesa is being merged in increments
<alyssa>
(First bits of mesa code will hit upstream this week, it sounds like)
<marcodiego>
once merged, will all work happen upstream?
<alyssa>
More or less
<Lyude>
I don't think anyone has intentions of anything that gets done being left downstream
<Lyude>
forever at least
<marcodiego>
good to know that
<Lyude>
i'd hope that when we've got more merged we can go straight to upstreaming WIP hw support though