| lkcl | Chips4Makers: iopadiovss.ap (and friends) are missing, Jean-Paul is going to take a look at the BigVia thing, he says it's likely to be a FreePDK options misconfiguration | 13:51 | 
|---|---|---|
| Chips4Makers | BTW, I updated the FreePDK45 files to latest version of c4m-flexcell, so it may be solved. | 13:54 | 
| Chips4Makers | lkcl: You don't need the .ap files for the IO cells, you do need `LibreSOCIO.setup()' in coriolis2/settings.py as this will initialize the Hurricane LibreSOCIO library. | 14:30 | 
| lkcl | Chips4Makers: https://ftp.libre-soc.org/nohup.out2 | 14:48 | 
| lkcl | on soclayout experiments10_verilog/freepdk_c4m45 | 14:49 | 
| lkcl | ./build_full.sh | 14:49 | 
| lkcl | *** mbk error *** alcloadphfig : unable to open file : iopadiovss.ap . | 14:49 | 
| lkcl | LibreSOCIO.setup() is in the coriolis2/settings.py | 14:50 | 
| lkcl | https://git.libre-soc.org/?p=soclayout.git;a=blob;f=experiments10_verilog/freepdk_c4m45/coriolis2/settings.py;hb=HEAD#l27 | 14:51 | 
| lkcl | while JP's sorting out BigVia i'll do the boundary scan, using the pinmux info (dut pin names) | 15:35 | 
| lkcl | Chips4Makers, i got slightly confused by the boundary scan test using the internal names (dut.ti.*core/pad*) | 17:49 | 
| lkcl | that's how oe can be checked | 17:50 | 
| lkcl | but for the "real" ASIC the oe signals aren't going to be available | 17:50 | 
| Chips4Makers | On a real ASIC you can test if the output pad is high impedance of oe is low, but likely I will just check that you can proper 0 and 1 outputs. | 18:23 | 
| lkcl | ah yeah of course | 18:24 | 
| lkcl | i'm just thinking, should i spend the time doing "completely external" (ls180 pin names, excluding oe) boundary scan | 18:25 | 
| Chips4Makers | I don't think this has priority; main reason why I wanted boundary scan is to be sure synthesis did not mess up the boundary scan shift register. | 18:26 | 
| Chips4Makers | I think it is now more important if you can see if Coriolis P&R does introduce possible problems as that will need bug fixing by JP. | 18:31 | 
| Chips4Makers | My SRAM validiation now shows I have some fixing to do in the SRAM block. | 18:31 | 
| lkcl | Chips4Makers: so i am running into different issues with P&R VST extraction | 19:00 | 
| lkcl | * using niolib, the definition of gpio uses a bi-directional port and std_ulogic for the pinpad: this does not match with the VST file (which uses "linkage mux bit" which causes a syntax error) | 19:01 | 
| lkcl | replacing that with "inout std_logic" causes a knock-on cascade that results in the gpio pad being the wrong port direction | 19:02 | 
| lkcl | i therefore shelved that temporarily and moved to FreePDK | 19:02 | 
| lkcl | whereupon, in order to complete the P&R, the extraction of netlist for generating corona_cts_r.vst *requires* ap files in order to extract the netlist | 19:03 | 
| lkcl | ... and iopadiovss.ap is missing | 19:03 | 
| lkcl | so i am stuck if niolib is used | 19:04 | 
| lkcl | and stuck if FreePDK45 is used | 19:04 | 
| lkcl | one potential solution is to P&R without the corona / chip | 19:05 | 
| lkcl | (temporary) | 19:05 | 
| lkcl | good to know about finding errors in the SRAM | 19:06 | 
| Chips4Makers | I would not call it good... | 19:37 | 
| lkcl | at least you know! | 19:43 | 
| lkcl | HA! i got core2chip.py to generate the right thing, pre P&R works on the experiments10 add test | 19:57 | 
| lkcl | HA | 19:57 | 
Generated by irclog2html.py 2.17.1 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!