[Libre-soc-bugs] [Bug 526] create dry-run 180nm GDS-II files for IMEC
bugzilla-daemon at libre-soc.org
bugzilla-daemon at libre-soc.org
Sat Nov 28 17:29:00 GMT 2020
https://bugs.libre-soc.org/show_bug.cgi?id=526
--- Comment #61 from Jean-Paul.Chaput at lip6.fr ---
I'm finally reaching the point where I P&R the ls180, but I get an error.
It seems that there are pad definition for the PLL, but the PLL is not
present in the core, so the core2chip choke on that (tries to guess the
kind of pad from the core signal). Faulty signal is "sys_pll_48_o", but
all the PLL related ones should be in the same case.
I did try to get back to the master spec that is feeded to pinmux that
generate the JSON file. But I was not able to get it.(In reply to Luke Kenneth
Casson Leighton from comment #59)
> (In reply to Jean-Paul.Chaput from comment #57)
>
> > I'm finally reaching the point where I P&R the ls180, but I get an error.
> > It seems that there are pad definition for the PLL, but the PLL is not
> > present in the core, so the core2chip choke on that (tries to guess the
> > kind of pad from the core signal). Faulty signal is "sys_pll_48_o", but
> > all the PLL related ones should be in the same case.
>
> here's where the signal sys_pll_48 shows up in files:
>
> (coriolis2)lkcl at fizzy:~/soclayout/experiments9$ grep -r sys_pll_48
> non_generated/partial_core_ls180.il: wire output 4 \sys_pll_48_o
> non_generated/partial_core_ls180.il: connect \sys_pll_48_o
> \main_libresocsim_libresoc_pll_48_o
> non_generated/ls180.vst: ; sys_pll_48_o : out bit
My previous message was ambiguous, the problem is that "sys_pll_48_o"
do *not* appear in the core, *but* appear in the JSON file describing
the I/O pads. If I grep, I get:
jpc at lepka:experiments9$ grep -Rl sys_pll_48 *
coriolis2/ls180/ls180_pins.py
coriolis2/ls180/litex_pinpads.json
ls180/ls180_pins.py
ls180/litex_pinpads.json
non_generated/partial_core_ls180.il
non_generated/ls180.vst
The problem being with this one:
coriolis2/ls180/litex_pinpads.json
It refers "sys_pll_48_o", which is not in the core, so core2chip fails.
Maybe this isn't the right file?
I should be up to date and I always used "build_full.sh".
--
You are receiving this mail because:
You are on the CC list for the bug.
More information about the libre-soc-bugs
mailing list