<TD-Linux>
adamgreig, btw I didn't realize you were the one doing a lot of the stm32 rust work. thanks :D
oeuf has joined ##openfpga
lolsborn has joined ##openfpga
steven1 has joined ##openfpga
steven1 has quit [Client Quit]
Bike has quit [Quit: Lost terminal]
cr1901_modern has quit [Ping timeout: 268 seconds]
cr1901_modern has joined ##openfpga
Jybz has joined ##openfpga
cr1901_modern has quit [Read error: Connection reset by peer]
cr1901_modern has joined ##openfpga
Jybz has quit [Ping timeout: 240 seconds]
emeb_mac has quit [Quit: Leaving.]
pie_ has quit [Ping timeout: 240 seconds]
pie_ has joined ##openfpga
Asu has joined ##openfpga
cr1901_modern has quit [Read error: Connection reset by peer]
cr1901_modern has joined ##openfpga
azonenberg_work has quit [Ping timeout: 264 seconds]
_whitelogger has joined ##openfpga
Patater_ has quit [Quit: Explodes into a thousand pieces]
jn__ has quit [Ping timeout: 276 seconds]
jn__ has joined ##openfpga
Patater has joined ##openfpga
<tnt>
daveshah: is there some primitive or option or something to set the next boot address ?
<daveshah>
tnt: ecpmulti should do that
<tnt>
I see ecpmulti can build an aggregate of images, but really I just want to manually set the boot address so I can build individual bitstreams for the various images independently of each other (and then manually flash them at the right spot)
<daveshah>
Then you'll have to patch the .config file
<daveshah>
Add something like `word: BOOTADDR xxxxxxxx` into EFB1_PICB1 with xs being the MSB of the 24-bit address
<tnt>
.tile CIB_R70C7:CIB_EFB1
<tnt>
?
<daveshah>
No, EFB1_PICB1
<daveshah>
You might need to add it
<daveshah>
It should be .tile MIB_RyCx:EFB1_PICB1
<daveshah>
with Y and X coming from the tile grid for the device
<tnt>
Ok, I think I might just write a ecpsetboot utility that actually used the database rather than hack something up :)
<tnt>
and copy the config code from ecpmulti
<daveshah>
Actually, I think this is the only option
<daveshah>
As you need to add a multiboot flag to the header too
<daveshah>
I didn't write ecpmulti so I'm not the best person to know, but copy what it does setting multiboot to yes in the options too
<whitequark>
i'm not sure wtf this code is doing but it seems related
<whitequark>
quartus whines about ignoring DDIO_INPUT_REGISTER on Cyclone-III
<ZirconiumX>
Hmm, that's a useful tidbit
<whitequark>
look at /opt/quartus/13.1/quartus/libraries/megafunctions/altddio_in.tdf
<whitequark>
is that... some sort of NIH verilog variant they have
<ZirconiumX>
My mind stubbornly refuses to parse AHDL, sadly
<whitequark>
i guess it's harder to be worse than verilog so it's probably actually better
<whitequark>
gotcha
<whitequark>
ZirconiumX: what it does for cyclone is it simply instantiates a few DFFEs
<whitequark>
in exactly the way you think it would
<ZirconiumX>
"In contrast to HDLs such as Verilog and VHDL, AHDL is a design-entry language only; all of its language constructs are synthesizable." <-- a vendor actually got something right for once
<whitequark>
one clocked by inclock, one by !inclock