data2mem zur Mitarbeit bewegen

[Xilinx-generverter (Gast)]

Hallo Forum!

Ich möchte mir unter Xilinx-ISE mit data2mem ein gültiges bmm-File bauen 
lassen für einen BRAM mit 64k x 32 Bits.

Dazu verwende ich die folgende Kommandozeile:

$ data2mem -mf   p mein_soc PPC405 0   a mein_ram w 0x0000 32   s RAMB16 0x10000 2   mein_block   -o p mein.bmm

Leider bekomme ich die folgende Fehlermeldung:

ERROR:Data2MEM:11 - Unexpected symbol '0', 'ADDRESS_MAP 'p' processor type name' expected.
data2mem -mf p mein_soc PPC405 0 a mein_ram w 0x0000 32 s RAMB16 0x10000 2 mein_block -o p mein.bmm
                               ^

Und das, obwohl ich laut Hilfe die richtige Syntax verwende (und der 
Prozessortyp ja schon da steht...):

$ data2mem -help mf
...    
    The Address Space Definition group items mean:

    -mf <p PNAME PTYPE PID
            <a ANAME ['w' | 'b'] ASTART BWIDTH
                <s MTYPE BSIZE DWIDTH IBASE...>...>...>

       'p'    = The following three items define an Address Map definition.
                As many Address Map definitions are repeated back-to-back.
                An Address Map definition must have at least one Address
                Space definition.

       PNAME  = Alpha-numeric name of the Processor Map.

       PTYPE  = Alpha-numeric name of the processor type in the Address Map.
                Legal processor types consists of 'PPC405', 'MICROBLAZE',
                and 'PICOBLAZE'.

       PID    = Numeric ID of the Address Map.
...

Die wenigen Beispiele, die ich im Netz gefunden habe, verwenden auch 
diese Syntax.

Hat jemand noch eine ältere ISE-Version, bei der das evtl. klappt?
Wenn ja, wäre es nett, das bmm hier anzuhängen.

Alternativ sind Vorschläge willkommen, um data2mem lauffähig zu 
machen...

TIA

[Strubi (Gast)]

Moin,

ich erinnere mich dunkel, dass die Hilfe in data2mem nicht mehr so ganz 
korrekt war.
Was bei mir funktioniert, ist:

1) foo.bmm schreiben, in Projekt einbinden
2) Tools generieren daraus foo_bd.bmm (siehe Xilinx-Doku dazu)
3) ELF-File in SRAM-Bitstream mergen. Hier mal copy/paste die 
Makefile-Regel dazu:

$(PLATFORM)_fw.bit: fw/$(PLATFORM)_top.bit boot.elf
        $(DATA2MEM) -bd boot.elf -bm foo_bd.bmm -bt $< \
        -bx /tmp \
        -o b $@

Gruss,

- Strubi


P.S. Poste doch sonst mal dein BMM.

[Xilinx-generverter (Gast)]

Hallo Strubi,

Ab Punkt 2 funktioniert es erwartungsgemäß.
Die Schwierigkeit liegt in Punkt 1, dem Erstellen der richtigen 
.bmm-Datei.
Eigentlich sollte die mit dem Parameter -mf auch von data2mem erstellt 
werden können.

Für einen Blockram mit 512x32 (words x bits) sieht die Datei so aus:

ADDRESS_SPACE my_ram RAMB16 [0x00000000:0x000007ff]
    BUS_BLOCK
        ram_instance/Mram_ram [31:0];
    END_BUS_BLOCK;
END_ADDRESS_SPACE;

Getestet habe ich es, indem ich mir Zufallszahlen (bin + mem) generiert 
habe:

$ srec_cat -generate 0x0000 0x0800 -random -o data.bin -binary

$ echo "@0" > data.mem
$ xxd -plain data.bin >> data.mem

Dann kann ich nach der Synthese (und data2mem) die Bitfiles vergleichen:

$ xxd fw/$(PLATFORM)_top.bit > $(PLATFORM)_top.xxd
$ xxd $(PLATFORM)_fw.bit     > $(PLATFORM)_fw.xxd

$ diff  $(PLATFORM)_top.xxd  $(PLATFORM)_fw.xxd  |  wc -l

Wenn beide bit (bzw. xxd)-Dateien identisch sind, sind die bmm-Dateien 
korrekt.


Die bmm-Datei für ein 1024x32 RAM ist z.B. nicht korrekt:

# !!! NOT working !!!
ADDRESS_SPACE my_ram RAMB16 [0x00000000:0x00000fff]
    BUS_BLOCK
        ram_instance/Mram_ram2 [31:16];
        ram_instance/Mram_ram1 [15: 0];
    END_BUS_BLOCK;
END_ADDRESS_SPACE;
# !!! NOT working !!!

[Xilinx-generverter (Gast)]

Xilinx-generverter schrieb:
> Die bmm-Datei für ein 1024x32 RAM ist z.B. nicht korrekt:

Neue Erkenntnisse:
Bei 1024x32 (2xRAMB16) und bei 2048x32 (4xRAMB16) werden von der 
Synthese die Paritybits des BRAM (unnötigerweise) mit genutzt.
Das kann man im 'technologie view' und auch im FPGA-Editor sehen.

Das hat die folgenden Konsequenzen:
- die bmm-Datei passt nicht mehr (RAMB18 statt RAMB16, 36 Bit statt 32 
Bit [confusing])
- die mem-Datei zum Initialisieren braucht ein anderes Format
- elf-Dateien gehen vermutlich gar nicht mehr

P.S.: Mit dem angehängten Quelltext (Versuch eines Minimalbeispiels) 
kann der genneigte Leser die Problematik evtl. nachvollziehen...