<Sarayan>
because the ddb.dmp is annoying to parse for those two
<Sarayan>
pro takes PDB_ASCII_DUMP=on into account, but asmdb/dirt had been replaced by the xml stuff
<Lofty>
We have standard
<Lofty>
And I'm assuming Standard is the same method as Lite
<Sarayan>
depends whether you have .bcm.xml files
<Sarayan>
intelFPGA_pro/20.2/quartus/common/devinfo/cyclone10gx/nightfury1/bcm2bits_db is the encrypted probably-xml stuff I'm talking about
<rombik_su>
Lofty: my die list excludes Arria V GZ since there's a separate device support package in Quartus which I don't have on my machine
<Lofty>
Ah, that's useful to know
<rombik_su>
I'll install it to peek what's in there
<Sarayan>
what's covered by standard we may be interested by?
<Lofty>
The higher-end parts
<Sarayan>
oh, interestingly 10gx only has one die
<Sarayan>
I thought higher-end was pro
<Lofty>
Somehow I remembered that
<Lofty>
Pro is newer parts, not necessarily higher-end ones
<Sarayan>
ah
<Lofty>
Agilex needs Pro, for example
<Lofty>
"The Quartus Prime Standard Edition Design Software, Version 20.1 supports the following device families: Stratix IV, Stratix V, Arria II, Arria V, Arria V GZ, Arria 10, Cyclone 10 LP, Cyclone IV, Cyclone V, MAX II, MAX V, and MAX 10 FPGA."
<rombik_su>
Btw, the word on the streets is that C10GX is a leftover dies from A10GX
<Lofty>
I think kc8apf mentioned it, yes
<Lofty>
Or chipb
<Sarayan>
so standard = lite + some extra stuf?
<Sarayan>
so yeah, it probably works identically
<rombik_su>
At least it's lite+unlocked devices
<Sarayan>
Is Altera FLEX EPF8452AQC160-3 supported by anything we have access to?
<rombik_su>
Oh, no, 9.1 is the *last* version that supports ACEX/FLEX
<Sarayan>
that's ok, 9.1 is not available either :-)
<Lofty>
Sarayan: I ain't implementing Yosys support for it :P
<Sarayan>
it's used in the naomi arcade board
<rombik_su>
Sarayan: Windows or Linux?
<Lofty>
Ah, I see
<Sarayan>
Linux if it exists
<Sarayan>
not sure when quartus started supporting linux
<rombik_su>
Sarayan: If you can wait couple of hours I can hook you up with Linux version
<Lofty>
We have nothing but time :P
<rombik_su>
Although it was pain in the ass to run it in 2010 on Linux, not sure if there will be any improvements in a modern Linux distro :p
<Sarayan>
I can wait a couple weeks easily :-)
<rombik_su>
Web edition will do, right?
<Lofty>
Hopefully
<Sarayan>
if there's that flex I'm happy :-)
<Lofty>
Sarayan: are you sure the asmdb strings are correct?
<Lofty>
The strings don't appear in the libraries, so
<Lofty>
Like, there's asmdb_pdb_write_dirt
<Sarayan>
it's in libcomp_asm.so
<Sarayan>
lite version 18.1
<Lofty>
It's not in comp_asm.dll lite 19.1
<Sarayan>
it may not be in the windows version, who knows
<Sarayan>
cfg_is_on("name") is the function to breakpoint on to see what config a given command looks for
<Sarayan>
oh, it may require confusing quartus a little about whether one has a developer license
<Sarayan>
I think they check that before checking the config
<Lofty>
Hmm
<Lofty>
But since the string is not in Quartus, it doesn't seem like they would be very helpful
<rombik_su>
What's developer license?
<Lofty>
A developer license lets you poke around the internals
<rombik_su>
o_O
<Lofty>
You know how Quartus is normally really noisy when logging?
<Lofty>
Don't worry: most of the logging info is hidden
<Lofty>
When you hit developer mode, you get the *full force* of the Quartus logging system
<Lofty>
Up to and including snarky comments that weren't meant to make it to production
<Lofty>
(but did)
<rombik_su>
Lol, why it's in prod? To debug something on the customer site?
* Lofty
shrugs
<Lofty>
But if you ever get a LUT6 that can use the carry logic, you get a printout that reminds Greg to get some milk on the way home
<rombik_su>
:D
<rombik_su>
Ah, yes, The Quartus Lore®
<rombik_su>
Lofty: Arria V GZ is a leftover from Stratix V, apparently:
<rombik_su>
ls arriavgz: stratixv_gsf2c stratixv_gsf2d
<rombik_su>
Can't waste any floor sweepings
<Lofty>
Of course :P
phiren has joined #prjmistral
mmicko has joined #prjmistral
<Lofty>
Hi mmicko
<mmicko>
Hi :)
phire has quit [*.net *.split]
<Sarayan>
hey you
<mmicko>
Hi Sarayan, different projects same people
<omnitechnomancer>
Hi mmicko
<Lofty>
Honestly feel like Sarayan is doing so much of the heavy lifting :P
<rombik_su>
Lofty: where can I find/put quartus.ini?
<Lofty>
I think it goes in the same directory as the project
<Lofty>
It should print out a message mentioning the INI file when you get it right though
<rombik_su>
Yup: Info: Using INI file /prjmistral/avgx/test_a3/quartus.ini
<rombik_su>
Alrightie, ran my project with PDB_ASCII_DUMP=y and asmdb_dump_asmdb=on asmdb_dump_dirt=on, where should I look to unveil Quartus dirty secrets?
<rombik_su>
Got this file: a5_pin_model_dump.txt (120 lines)
<rombik_su>
No, it's a standard file, the only difference in db folder between vanilla and 'quartus.ini' run is db/project_name.pplq.rdb
<Lofty>
Did it mention the INI file?
<rombik_su>
Yes
<rombik_su>
> Info: Using INI file /prjmistral/avgx/test_a3/quartus.ini
<Lofty>
ping Sarayan :P
<rombik_su>
It's just a blinkie project. Do I need to get something bigger to get more data?
<Sarayan>
"The SEU internal scrubbing feature is available for Cyclone V E, GX, SE, and SX devices with the "SC" suffix in the part number. Fordevice availability and ordering, contact your local Intel sales representatives."
<Sarayan>
in the Cyclone V Device Datasheet
<Lofty>
Sure, although since these are basically overlays, can't we just add this for everything? :P
<Lofty>
Sarayan: do you have a map of these models to dies though?
<Lofty>
Or am I gonna have to guess it? :P
<Sarayan>
errr
<Sarayan>
the file I uploaded has it
<Sarayan>
doesn't it?
<Lofty>
Not that I can find, unless I'm missing something
<Sarayan>
ah yeah, DEVICE has the variant, not the die
<Sarayan>
tbh it's not hard to make a table of prefixes though :-)
<Sarayan>
there are... 41 differnt ones :-)
<Lofty>
rombik_su: ping
<Sarayan>
I'll generate the model list at some point, haven't bothered yet though
<rombik_su>
Lofty: I'm here¸ was busy with kids. So far I'm at ~1/3 of dumps and die mappings on Arria V.
sorear has quit [Read error: Connection reset by peer]
sorear has joined #prjmistral
thegreatdivide has joined #prjmistral
thegreatdivide has quit [Ping timeout: 245 seconds]
<chipb>
Lofty: I don't think categorizing them as 'leftovers' is correct per se.
<Lofty>
That was rombik_su, not me :P
<chipb>
they might be lower-binned A10s, but I understand it more as a means to avoid a unique die/tapeout.
<chipb>
oh, yeah. indeed.
<chipb>
rombik_su: ^^^
<rombik_su>
It was a joke, obviously it's cost-related
<rombik_su>
Judging by their P/N-to-die mapping they will rather disable half the LEs than running another die device cycle, which is probably reasonable for FPGA
<rombik_su>
*die design cycle
<chipb>
that and a way to bridge the cyclone family market to a "new" device without redirecting tons of engineers busy on next-gen architecture.
<rombik_su>
Make sense
<daveshah>
I think pretty much every vendor does this one way or another anyway
<chipb>
lots of scrollback in this channel today, though. glad to see some activity. :-)