[libre-riscv-dev] [Bug 178] first coriolis2 tutorial, workflow and "test project" page

bugzilla-daemon at libre-riscv.org bugzilla-daemon at libre-riscv.org
Mon Mar 2 00:09:48 GMT 2020


http://bugs.libre-riscv.org/show_bug.cgi?id=178

--- Comment #148 from Luke Kenneth Casson Leighton <lkcl at lkcl.net> ---
(In reply to Jean-Paul.Chaput from comment #147)
> (In reply to Luke Kenneth Casson Leighton from comment #146)
> 
> > but, for now, success!  it's a mess, but it works.
> 
> Again, I bow to your tenacity...

haha amusant :)

> You did it right to circumvent the problem.

more importantly, to illustrate exactly what is needed.

because, if it can be done in a "hack" fashion, then it definitely can be done
in a clean way too.

> I did correct the 5 extra lambda problem on the north side of the blocks
> and the missing geometry support.

ah fantastic, i saw something yesterday about it.

> Not commited yet.
> 
> I did also see what cause problem in the hierarchy exploration that
> cause Etesian to take all instances and not stop at selected levels
> of hierarchy. 

you saw, perhaps, one mess, i did "place" on the subctk_48_add (and 49 sub) and
Etesian.place went, "oh, i will walk the VST file, and re-add all the
sub-circuits of add and sub for you, nicely around in areas not covered by the
manual 48 and 49"

!! :)

> I am looking for a clean solution. I hope it is done
> tomorrow.

it is tricky, to do this in a "quick" way.

i thought to suggest an extra field (bool flag) to say "ignore in etesian
place" which toColoquinte would use.

another way, would be to say, "if FIXED PLACED UNPLACED" field, if not
UNPLACED, ignore it.

however really the best way (perhaps for later) is to be able to pass a list of
cells to place, to Etesian.place.

then, it becomes possible to set a *different* abutment box, and to call
Etesian.place *multiple times*, each with a different subset of cells.

finally let katana do the routing.

-- 
You are receiving this mail because:
You are on the CC list for the bug.


More information about the libre-riscv-dev mailing list