Row decoder logic messing up the placement of arrays where row size is a multiple of word size. about dffram HOT 2 OPEN

Ah, I think I know this issue. I'll take a look.

from dffram.

Ok, I thought it was the decoder using different 4 input logic gates, but I was wrong about the cause of this. The only one that sticks out, and only a little, is nor4b_2. From the middle of a macro, just the AND[0-7] gates showing:

The cause of the uneven row length turns out to be a variable number of clkbuf_2 packed per row, but only the ones on the right hand side cause the issue. Here with clkbuf_2 cells also displayed:

I haven't gone after which specific clkbuf_2 instances these are yet...

from dffram.