ChanServ changed the topic of #lima to: Development channel for open source lima driver for ARM Mali4** GPUs - Kernel has landed in mainline, userspace driver is part of mesa - Logs at https://people.freedesktop.org/~cbrill/dri-log/index.php?channel=lima and https://freenode.irclog.whitequark.org/lima - Contact ARM for binary driver support!
Da_Coynul has joined #lima
Da_Coynul has quit [Quit: My MacBook Air has gone to sleep. ZZZzzz…]
megi has quit [Quit: WeeChat 2.6]
<anarsoul> MoeIcenowy: maybe we don't aligned something that must be aligned
* anarsoul got to Montreal
jrmuizel has quit [Remote host closed the connection]
<MoeIcenowy> anarsoul: is the tile size fixed 16x16?
<anarsoul> yes
dddddd has quit [Remote host closed the connection]
Barada has joined #lima
monstr has joined #lima
monstr has quit [Remote host closed the connection]
tlwoerner has quit [Quit: Leaving]
adjtm_ has quit [Ping timeout: 240 seconds]
tlwoerner has joined #lima
mardikene193 has joined #lima
<mardikene193> I actually did all the valid_entry calculations, and there does not appear to be a way to run kernel without restting and allowing the threads
<mardikene193> *resetting
<mardikene193> cause i did not notice that 1111... is not broadcasted to valid_entry.v into decoded_init_instr it is zerod in such case
<mardikene193> And it maybe that I am the too positive one and somewhat offering untested methods, because without multi2sim patch i can not tell, if it really can capture the fetch&decode_wfid on two consequent instructions issued
<mardikene193> it is something that multi2sim manages in miaow case what wave to run next
<mardikene193> i can only tell by simulating the instruction_arbiter.v that simd_arbiter starts from 1, while fetch arbiter starts from 0
<mardikene193> the theory could still hold, but there is nothing certain i can tell
<mardikene193> GPU vendors are trolling a little to hide that sided specs to grant this performance on graphics, there maybe some papers involved but no official documentation in that regard
<mardikene193> what i know if there is a cache miss the fetch arbiter will switch the wavefront
Da_Coynul has joined #lima
<mardikene193> this is in case of greedy-then-oldest, where round robin will switch in any case
yuq825 has joined #lima
<mardikene193> and i also know that this behavior is not SIMD specific, fetch arbitration is the same for VLIW too
Da_Coynul has quit [Client Quit]
<mardikene193> if we analyse the instr_info_table.v there is a case where graduated instruction wfid is the same as f_decode_wfid, but it is hard to tell when it happens
<mardikene193> all depends on the timing of the fetch and issue modules
adjtm_ has joined #lima
Da_Coynul has joined #lima
<mardikene193> I just made an assumption which seems fairly logical, that this is the case where two instructions are from queues issued in parallel probably
<mardikene193> error, hell the wording was not correct, this is not the case where two instructions are issued in parallel so to speak
Da_Coynul has quit [Quit: My MacBook Air has gone to sleep. ZZZzzz…]
Da_Coynul has joined #lima
<mardikene193> If i am still not missing anything, then the deisgn is not perfectly deterministic
<mardikene193> anything/something
Da_Coynul has quit [Client Quit]
<mardikene193> What i can be missing is the multi2sim stuff, and how the fetch id's are given to the interconnect, does it have some issue latency feedback etc.
<mardikene193> https://github.com/filippo-ceid/multi2sim/blob/master/src/arch/evergreen/timing/alu-engine.c , ok it appears from those sources that it can be only deterministic if fetch queues are full
<mardikene193> /* If fetch queue is full, cannot fetch until space is made */
<mardikene193> if (compute_unit->alu_engine.fetch_queue_length >= evg_gpu_alu_engine_fetch_queue_size)
<mardikene193> return;
<rellla> enunes: i successfully built deqp but i have EGL issues when trying to run. did you exactly follow https://gitlab.freedesktop.org/mesa/mesa/tree/master/.gitlab-ci regarding building and running?
<rellla> i think i am missing a very small bit somewhere ...
<mardikene193> so yes i still figured it somewhat out, the thing with my rants is that i am more sharper in the end of the month, cause i have depot meds on.
<mardikene193> and at the end of the month those do not kick in as bad.
<mardikene193> 7years i have had those.
<mardikene193> I was earlier rambling about why the rasterizer sending the rst signal when issue queues can be consumed without it, but did another set of simulations and there is no way to consume queues after halt when reset pulse is not sent
<mardikene193> all that was a big bogus of me, meds kicked in probably as even todays thoughts are de ja vu to me, i knew it before
<mardikene193> i just kinda get lost every now and then
<mardikene193> i do not have that issue that i have genetically substances missing, and even though when i am angry without meds, 100fold less amount of meds would work, but also works for eating more properly i.e better food
<mardikene193> what you hardly get, that no one does not go angry without a reason while staying without any criminal background
<mardikene193> but it is not worth to talk about it, because the violators who did the worlds one of the biggest scams haven't probably even tried to make sense and they haven't either.
<mardikene193> so basically fetch arbitrer appears to make +1 to the issued wavefront, while on valid_entries forwarded to wavepool, this will be &'d
<mardikene193> it
<mardikene193> and it can only match if there is two subsequent instructions in flight
<mardikene193> so anyways, this is why i stated that kind of theory to begin with, it somewhat makes sense but it isn't also entirely sure
mardikene193 has quit [Quit: Leaving]
Barada has quit [Quit: Barada]
Barada has joined #lima
megi has joined #lima
jrmuizel has joined #lima
<rellla> working now. had to rebuild mesa with surfaceless platform ...
dddddd has joined #lima
jrmuizel has quit [Remote host closed the connection]
jrmuizel has joined #lima
jrmuizel has quit [Remote host closed the connection]
<rellla> enunes: do you have an appropriate skip-list for deqp?
yuq825 has quit [Quit: Leaving.]
Barada has quit [Quit: Barada]
<rellla> so here is the first deqp test result: http://imkreisrum.de/deqp/1/results.xml
<rellla> ...with some default skips though.
jrmuizel has joined #lima
jrmuizel has quit [Remote host closed the connection]
jrmuizel has joined #lima
Elpaulo has joined #lima
drod has joined #lima
drod has quit [Ping timeout: 265 seconds]
drod has joined #lima
adjtm_ has quit [Ping timeout: 268 seconds]
adjtm_ has joined #lima
drod has quit [Ping timeout: 268 seconds]
drod has joined #lima
<enunes> rellla: I don't have a good skip list, by trial and error I just cut several "classes" of tests if any in that class failed
<enunes> hmm I think I ran more than you though
jrmuizel has quit [Remote host closed the connection]
jrmuizel has joined #lima
jrmuizel has quit [Remote host closed the connection]
jrmuizel has joined #lima
jrmuizel has quit [Remote host closed the connection]
jrmuizel has joined #lima
jrmuizel_ has joined #lima
jrmuizel has quit [Read error: Connection reset by peer]
jbrown has quit [Ping timeout: 276 seconds]
drod has quit [Remote host closed the connection]
jrmuizel_ has quit [Remote host closed the connection]