<_whitenotifier-f>
[glasgow] russss opened pull request #210: Move factory flashing instructions and add basic example to README - https://git.io/JU7I6
<_whitenotifier-f>
[glasgow] russss synchronize pull request #210: Move factory flashing instructions and add basic example to README - https://git.io/JU7I6
<_whitenotifier-f>
[glasgow] attie commented on pull request #210: Move factory flashing instructions and add basic example to README - https://git.io/JU7Ij
<_whitenotifier-f>
[glasgow] russss commented on pull request #210: Move factory flashing instructions and add basic example to README - https://git.io/JU7Lh
<_whitenotifier-f>
[GlasgowEmbedded/glasgow] whitequark pushed 1 commit to master [+0/-0/±1] https://git.io/JU77v
<_whitenotifier-f>
[GlasgowEmbedded/glasgow] miek bcf655f - applet.interface.jtag_probe: convert to nmigen.
<_whitenotifier-f>
[glasgow] whitequark commented on pull request #197: applet.interface.jtag_probe: convert to nmigen. - https://git.io/JU77f
<_whitenotifier-f>
[glasgow] whitequark closed pull request #207: applet.internal.selftest: permit pin mapping to be direct instead of swapped - https://git.io/JUgND
<_whitenotifier-f>
[GlasgowEmbedded/glasgow] whitequark pushed 1 commit to master [+0/-0/±1] https://git.io/JU77T
<_whitenotifier-f>
[GlasgowEmbedded/glasgow] attie-argentum 1687801 - applet.internal.selftest: swap default pins-loop mapping to direct (A[0:7] -> B[0:7])
<_whitenotifier-f>
[glasgow] whitequark closed pull request #208: Method to list connected Glasgow boards - https://git.io/JUaP6
<_whitenotifier-f>
[GlasgowEmbedded/glasgow] whitequark pushed 3 commits to master [+0/-0/±3] https://git.io/JU77k
<_whitenotifier-f>
[GlasgowEmbedded/glasgow] attie-argentum c0fcc26 - device.hardware: split glasgow firmware loading and enumeration into a static method
<_whitenotifier-f>
[glasgow] attie closed issue #206: Method to list connected Glasgow boards - https://git.io/JUgHj
Stormwind_mobile has joined #glasgow
bvernoux has quit [Quit: Leaving]
<d1b2>
<Attie> is there a good way to get the fpga to reset on each invocation of the glasgow util?
<d1b2>
<Attie> for example, I'd like to auto-detect the word-size for this I2S interface... however on re-running (when the bitstream doesn't need to be reproduced), the old state remains
<d1b2>
<Attie> if it's preferred to use an out_fifo + commands, then i can do that
<electronic_eel>
Attie: do you really want to reset the whole fpga? this would also affect other applets that might be running in parallel. wouldn't it be better to just reset the registers of your i2s gateware?
<d1b2>
<Attie> yes, probably...
<d1b2>
<Attie> (... probably better just to reset my registers)
<d1b2>
<Attie> I wasn't aware of the possibility for running multiple applets in parallel - that sounds neat
<electronic_eel>
AFAIK it is currently not possible yet to run multiple applets in parallel. it is just planned. but when designing new applets I think it should be considered
<d1b2>
<Attie> ah, okay
<electronic_eel>
do you have a sideband channel planned for your i2s gateware? that could be used for the reset
<d1b2>
<Attie> i'm only currently using an inbound fifo for the data (working on the capture applet)
<electronic_eel>
there are some applets that implement an i2c target on the fpga as sideband. the sideband data is then sent from the fx2 to the fpga. these are bad examples for sideband, bc you can't properly sync the sideband data with the primary data
<electronic_eel>
wq has created a concept called serdes+sideband instead, this is the way to go if you want sideband
<d1b2>
<Attie> ah, interesting - is there an applet i can look?
<electronic_eel>
sorry, I don't know offhand which applet is a good example for this
<electronic_eel>
I think some parts of the jtag applets use it, but jtag is an area of Glasgow I haven't worked with yet, so I haven't looked in detail