12:17 <sf-slack2> <acomodi> andrewb1999: There was a PR dating back a few months ago that I have just rebased and enables a few 7020-based boards. https://github.com/SymbiFlow/symbiflow-arch-defs/pull/1260

12:17 <tpb> Title: 7020 Zynq boards support by acomodi · Pull Request #1260 · SymbiFlow/symbiflow-arch-defs · GitHub (at github.com)

14:36 <_whitenotifier-c> [prjtrellis] Martoni opened issue #139: cmake : found suitable version "3.6.8", minimum required is "3.5" - https://git.io/JfzfK

15:25 <_whitenotifier-c> [symbiflow-arch-defs] rw1nkler opened issue #1494: Missing CLK_HROW_BOT_R bits - https://git.io/JfzkZ

16:48 <ric96> Hi all. Wanted to know if there is a possibility to flash arty a7 spi with bitstream when using prjxray? Or if there is a way to manually create mcs file using the generated bitstream.

16:51 <litghost> The tooling might need to be adjusted to create that spi image, but I believe we have all the available information required to do such a thing

17:03 <mithro> ric96: Flashing a bitstream has nothing to do with prjxray

17:03 <mithro> ric96: If you have a bitstream you can flash it to the arty not matter what generated the bitstream?

17:06 <ric96> Gotcha, i guess i was just curious if there were any pitfalls of flashing prjxray bitstream like there were with apicula.

17:06 <ric96> So i guess i need to figure out if any oss project is available to create mcs from bit files

17:30 <mithro> ric96: I have never used mcs files personally, Just flashed directly with openocd

17:44 <ric96> Okay I'll try that then

18:19 <ric96> mithro: do you mean load bitstream directly or flash spi? What i knew was that the spi chip isn't directly available over ftdi and a appropriate bitstream needs to be loaded so that the fpga exposes the spi flash to the ftdi. Unless I'm mislead on this info I don't know how directly flashing spi using openocd would work.

18:20 <mithro> @ric96 You just need a spiflash proxy which openocd provides

18:22 <ric96> mithro: do you have the openocd flags for flashing spi on the a7 handy?

18:23 <mithro> @ric96 https://github.com/SymbiFlow/symbiflow-arch-defs/blob/master/xc/xc7/boards.cmake

18:24 <tpb> Title: symbiflow-arch-defs/boards.cmake at master · SymbiFlow/symbiflow-arch-defs · GitHub (at github.com)

18:26 <ric96> mithro: isnt that to just load the bitstream?

18:26 <mithro> Oh osrry

18:27 <mithro> For some reason I'm have trouble finding a good reference -- https://github.com/ntfreak/openocd/blob/master/tcl/board/arty_s7.cfg has some info

18:27 <tpb> Title: openocd/arty_s7.cfg at master · ntfreak/openocd · GitHub (at github.com)

18:29 <mithro> @ric96 https://github.com/quartiq/bscan_spi_bitstreams/blob/master/README.md

18:29 <tpb> Title: bscan_spi_bitstreams/README.md at master · quartiq/bscan_spi_bitstreams · GitHub (at github.com)

18:31 <ric96> mithro: awesome thanks! So load the bscan bitstream first and then flash spi...

19:09 <ric96> mithro: that worked!

19:09 <ric96> I did need to add:

19:09 <ric96> ```source [find cpld/jtagspi.cfg]```

19:09 <ric96> to board-digilent-basys3.cfg

19:09 <ric96> And then just use:

19:09 <ric96> openocd -f ../board-digilent-basys3.cfg -c "init; jtagspi_init 0 ../bscan_spi_xc7a35t.bit; jtagspi_program top.bit 0; xc7_program xc7.tap; shutdown"

20:34 <ric96> mithro: another ques.

20:34 <ric96> any specific reason symbiflow-arch-defs repo only targets xc7a50t and not xc7a35t ? I have the 35t and samples work fine but, so is it okay as long i don't go beyond the PL limit?

20:50 <andrewb1999> ric96: I've looked into this a bit before, and from a surface level exploring with vivado it seems like the a35t and a50t are the same chip but with an artificial limit imposed by Vivado.

20:51 <andrewb1999> It's possible there's some other hardware limitation, but the architectures loaded into Vivado for the a35t and a50t are identical

20:52 <ric96> andrewb1999: wait whaaaaat... why would any vendor do that?

20:52 <ric96> /me winks to denote sarcasm

20:53 <ric96> welp here's to 15k more PL

20:54 <ric96> andrewb1999: any tests to see how many actual LUTs are usable?

20:56 <andrewb1999> ric96: I haven't done that, but maybe others have

21:34 <ric96> just curious if anyone has actually gotten the linux-litex demo working with prjxray?

21:34 <ric96> I've been stuck at `--============= Liftoff! ===============--`

22:32 <sf-slack2> <pgielda> Can you paste whole log?

22:33 <sf-slack2> <pgielda> @ric96