Sunday, 2021-03-07

*** lkcl <lkcl!> has quit IRC00:03
*** lkcl <lkcl!> has joined #libre-soc00:17
*** raster <raster!~raster@enlightenment/developer/raster> has quit IRC01:22
*** revolve <revolve!> has quit IRC02:03
*** revolve <revolve!> has joined #libre-soc02:06
*** lkcl <lkcl!> has quit IRC02:07
*** lkcl <lkcl!> has joined #libre-soc02:20
*** lkcl <lkcl!> has quit IRC05:23
*** lkcl <lkcl!> has joined #libre-soc05:36
*** Ericounet <Ericounet!~Eric@2a01:e0a:d0:3c20:ffca:26a8:3675:fed9> has joined #libre-soc06:04
*** lkcl <lkcl!> has quit IRC07:50
*** lkcl <lkcl!> has joined #libre-soc08:02
*** revolve <revolve!> has quit IRC08:34
*** revolve <revolve!> has joined #libre-soc08:42
*** lkcl <lkcl!> has quit IRC09:06
*** lkcl <lkcl!> has joined #libre-soc09:18
*** raster <raster!~raster@enlightenment/developer/raster> has joined #libre-soc09:57
lkclcesar[m]1, did you manage to recover the tablet yet? :)10:36
*** Ericounet <Ericounet!~Eric@2a01:e0a:d0:3c20:ffca:26a8:3675:fed9> has quit IRC10:50
*** Ericounet_ <Ericounet_!~Eric@2a01:e0a:d0:3c20:f04b:a062:c7ae:df1f> has joined #libre-soc10:50
cesar[m]1Not yet, but I'm making progress. I'm learning and practicing some recovery steps with an old unused Android phone, first, until I have enough confidence.11:01
lkclcesar[m]1, good idea11:12
lkcladd. Rc=1 works!11:12
lkclthe for-loop is such a ridiculously small amount of code :)11:23
lkclsurely it has to be more difficult, right? :)11:23
lkclactually y'know what, it just occurred to me, if VL=0 the instruction doesn't even have to be issued11:25
cesar[m]1lkcl: I intend to draw a state diagram to help understanding the current FSM design for Simple-V.13:13
*** Ericounet_ <Ericounet_!~Eric@2a01:e0a:d0:3c20:f04b:a062:c7ae:df1f> has quit IRC13:40
*** mopar_ed <mopar_ed!> has joined #libre-soc13:52
lkclyes please :)14:04
lkclbtw we do need to morph the PC (NIA) setting back into fetch at some point (now that the loop's working) because PC is a forward-progression that in pipeline and multi-issue can't have a dependence on issue/execuet14:06
lkclamusingly we might be able to do a multi-issue FSM :)14:07
lkcllxo: david calmed down.  it was very interesting.  he's witnessed... a *lot* of spongeing over the years, of his and other experts' time, over the years.  he thought we (RED Semiconductor) were going to do the same thing14:10
lkcli explained that i *am* a libre software developer and i'm not going to let that happen14:10
mopar_edlkcl: hi, I went through the HDL_workflow installation process. as a feedback here a some of the extra things I'd to do: for section 6.5 I had to do "pip3 install wheel", and I had to install rust for 6.5 as well14:13
*** Ericounet <Ericounet!~Eric@2a01:e0a:d0:3c20:2b5:4acf:33b4:d2d7> has joined #libre-soc14:35
*** Ericounet <Ericounet!~Eric@2a01:e0a:d0:3c20:2b5:4acf:33b4:d2d7> has quit IRC14:36
*** Ericounet <Ericounet!~Eric@2a01:e0a:d0:3c20:2b5:4acf:33b4:d2d7> has joined #libre-soc14:36
lkclahh brilliant14:45
lkclmopar_ed: thanks14:46
lkclhave you managed to work out how to edit the wiki yet? :)14:46
lkcli apologise i was getting a lot of spam email-logins you may just have to do password-based14:47
cesar[m]1lkcl: Understood, will work on moving the VL==0 loop and the NIA write into the Issue FSM.14:50
lkclmopar_ed, what on earth does rust have to do with softfloat? moo? :)14:52
lkclthe ieee754 library which needs pia does need it14:54
lkclmopar_ed, ah:  pip3 install --upgrade -r requirements.txt14:54
lkclcat requirements.txt14:54
cesar[m]1lkcl: We wait on "core busy" before simulating an instruction. Trouble is, on a VL==0 loop, there is no issue, so busy is never toggled. Will create another signal for the Simulator to wait on.15:00
lkclah ok yes duh of course15:02
lkcli will add svstate to DMI15:02
lkcland JTAG15:02
*** revolve <revolve!> has quit IRC15:02
*** revolve <revolve!> has joined #libre-soc15:04
lkcloh.  err... that was easy :)15:05
*** mopar_ed <mopar_ed!> has quit IRC15:07
lkclthat will at least allow in litex to do a side-by-side comparison of debug output, later15:07
*** Ericounet <Ericounet!~Eric@2a01:e0a:d0:3c20:2b5:4acf:33b4:d2d7> has quit IRC15:12
*** Ericounet <Ericounet!~Eric@2a01:e0a:d0:3c20:2b5:4acf:33b4:d2d7> has joined #libre-soc15:12
*** mopar_ed <mopar_ed!> has joined #libre-soc15:17
*** raster <raster!~raster@enlightenment/developer/raster> has quit IRC15:35
*** mopar_ed <mopar_ed!> has quit IRC15:50
*** raster <raster!~raster@enlightenment/developer/raster> has joined #libre-soc15:55
*** awygle <awygle!~quassel@2604:a880:2:d0::5380:3001> has quit IRC17:17
*** gatecat <gatecat!sid281702@gateway/web/> has quit IRC17:17
*** jhol <jhol!~jhol@2604:a880:1:20::c3:8001> has quit IRC17:17
*** gatecat <gatecat!sid281702@gateway/web/> has joined #libre-soc17:18
*** awygle <awygle!~quassel@2604:a880:2:d0::5380:3001> has joined #libre-soc17:20
*** jhol <jhol!~jhol@2604:a880:1:20::c3:8001> has joined #libre-soc17:20
*** pangelo[m] <pangelo[m]!pangelomat@gateway/shell/> has quit IRC17:22
*** cesar[m]1 <cesar[m]1!cstraussma@gateway/shell/> has quit IRC17:23
*** jxj-openwifi[m] <jxj-openwifi[m]!jxjfosdemo@gateway/shell/> has quit IRC17:24
*** bee[m] <bee[m]!beedecredo@gateway/shell/> has quit IRC17:24
*** packetup <packetup!packetupma@gateway/shell/> has quit IRC17:24
*** programmerjake[m <programmerjake[m!programmer@gateway/shell/> has quit IRC17:24
*** lkcl <lkcl!> has quit IRC17:38
*** Ericounet <Ericounet!~Eric@2a01:e0a:d0:3c20:2b5:4acf:33b4:d2d7> has quit IRC17:40
*** lkcl <lkcl!> has joined #libre-soc17:52
*** mopar_ed <mopar_ed!> has joined #libre-soc17:52
*** bee[m] <bee[m]!beedecredo@gateway/shell/> has joined #libre-soc17:54
*** cesar[m]1 <cesar[m]1!cstraussma@gateway/shell/> has joined #libre-soc18:09
*** jxj-openwifi[m] <jxj-openwifi[m]!jxjfosdemo@gateway/shell/> has joined #libre-soc18:20
*** pangelo[m] <pangelo[m]!pangelomat@gateway/shell/> has joined #libre-soc18:24
*** mopar_ed <mopar_ed!> has quit IRC18:27
*** programmerjake[m <programmerjake[m!programmer@gateway/shell/> has joined #libre-soc18:28
*** packetup <packetup!packetupma@gateway/shell/> has joined #libre-soc18:35
*** mopar_ed <mopar_ed!> has joined #libre-soc19:06
mopar_edlkcl: strange, I did the pip3 install using the requirements.txt, probably I wasn't inside the venv. not sure now if rust was required for 6.5 or somewhere else, I thought I had written it down, but cannot find my notes now.19:13
*** mopar_ed <mopar_ed!> has quit IRC20:25
*** mopar_ed <mopar_ed!> has joined #libre-soc20:28
mopar_edquestion: I'm at the "make update" from here:;a=summary21:03
mopar_edlog is not very helpful:21:04
mopar_edRunning Sphinx v3.5.221:04
mopar_edSphinx error:21:04
mopar_edBuilder name update not registered or available through entry point21:04
mopar_edmake: *** [Makefile:63: update] Error 221:04
mopar_edhas anyone had this before?21:04
*** raster <raster!~raster@enlightenment/developer/raster> has quit IRC21:05
lkclmopar_ed, it will have been for pia21:32
lkclsphinx? moo? :)21:32
lkcl1 sec21:32
*** revolve <revolve!> has quit IRC21:32
lkcl"make update" ah hang on... yep21:33
*** revolve <revolve!> has joined #libre-soc21:34
lkcl"make gitupdate"21:34
lkclmopar_ed, ^21:34
mopar_edlkcl: thanks!21:49
awyglehi everyone. is it expected that the ieee754fpu test suite will pass on current master? i'm seeing some failures which are straight-up python errors and i want to make sure i don't have the wrong repo or branch (although i didn't see any likely branches)22:01
awygle(these are separate from the "nmigen's simulator interface has changed" errors which are more expected)22:03
programmerjake[myes, it's (sadly) expected that master doesn't pass all tests22:04
awyglehm, ok. so my target then is "don't break any additional tests"?22:05
programmerjake[mwe *still* haven't gotten around to finishing setting up CI22:05
programmerjake[myeah, more or less22:05
awyglegotcha, thanks22:05
awygleTo Whom It May Concern - AddReduce is broken in part_mul_add/, line 334, looks like some code got halfway migrated22:06
programmerjake[mplz create a bug report22:07
awygleas soon as bugzilla sends me a password reset link.....22:17
programmerjake[mif you can't get it to work, check with lkcl22:21
*** mopar_ed <mopar_ed!> has quit IRC22:25
lkclawygle, yes none of the IEEE754 code is in use (including the partitioned multiply)23:40
lkclwe had to leave it for about a year and focus on getting the OpenPOWER 3.0B core running23:40
awyglemakes sense23:41
lkclawygle: your mail server is treating as a spam / virus server23:41
awyglehm that's odd. it's just a forward to gmail, and i did get the earlier bugzilla messages.23:42
lkcli've sent you a pm with the link, and forwarded you the message as well23:42
awygleok i'm in now, great23:43
awyglejust to confirm, the PartitionedSignal in ieee754fpu _is_ the PartitionedSignal in question, right? that's the only one i'm seeing in the repos i have checked out.23:45
awygleok, good23:45
awyglethat would have been embarrassing23:45
lkclcesar[m]1 worked on the formal correctness proof only a few weeks back23:45
lkclawygle, even the forwarding from just failed!23:57
lkcl    host []:23:57
lkcl    550 5.7.1 Message contains spam or virus. (109)23:57
awyglehm ok let me try and convince hover to chill out23:57

Generated by 2.17.1 by Marius Gedminas - find it at!