whitequark[m] changed the topic of #glasgow to: glasgow interface explorer · code https://github.com/GlasgowEmbedded/glasgow · logs https://freenode.irclog.whitequark.org/glasgow · discord https://1bitsquared.com/pages/chat · production https://www.crowdsupply.com/1bitsquared/glasgow · CrowdSupply campaign is FUNDED
GNUmoon2 has quit [Remote host closed the connection]
GNUmoon2 has joined #glasgow
egg|anbo|egg__ has joined #glasgow
Sellerie has quit [Quit: Ping timeout (120 seconds)]
egg|anbo|egg has quit [Read error: Connection reset by peer]
Sellerie has joined #glasgow
jstein has quit [Quit: quit]
egg|anbo|egg__ has quit [Read error: Connection reset by peer]
egg|anbo|egg has joined #glasgow
egg|anbo|egg has quit [Remote host closed the connection]
GNUmoon2 has quit [Ping timeout: 240 seconds]
GNUmoon2 has joined #glasgow
siriusfox has quit [Ping timeout: 240 seconds]
siriusfox has joined #glasgow
egg|anbo|egg has joined #glasgow
Stephanie is now known as Stephie
egg|anbo|egg has quit [Remote host closed the connection]
egg|anbo|egg has joined #glasgow
egg|anbo|egg has quit [Remote host closed the connection]
<gruetzkopf> @attie you mentionend in the i2s capture issue that uart is also dropping bytes - i believe i'm observing that- to be true for me (i'm definity triggering on my start condition)
<gruetzkopf> any hints on where to go hunting?
<d1b2> <Attie> I believe @marcan addressed it initially by increasing the fifo size... but that won't hold up for longer duration bursts... I wanted to look into controlling the flush to improve the throughput
<gruetzkopf> ah, that wouldn't work for my infinite duration burst
<d1b2> <Attie> i.e: only allow flush once n-bytes are received or a timeout if n-frames of idle is reached
<gruetzkopf> flush every n bytes would be perfectly fine for my case
<gruetzkopf> (my case being a custom audio bus clocked at 12.288MHz, with /CS high for every two out of 10 clock periods (and CLK not active in that hole)
<d1b2> <Attie> (both triggers are required to avoid leaving data in the fifo once the bust finishes... but if your burst "doesn't finish", then you should get good results with only the first)
<gruetzkopf> so exactly 1.2288MBytes/s
<d1b2> <Attie> that should be well within reach! interested to hear how you get on :)
<gruetzkopf> yeah i have seen 40+ MByte/s from the bandwidth tests, that was impressive
<marcan> I think I managed 42 at some point
<marcan> which is about the same as I'd get on an FT2232H
<marcan> depends on the kernel and host controller; I remember a Linux upgrade improved performance slightly once
<gruetzkopf> and on the usb hub, the one in my hp usbc dock is .. interesting
<gruetzkopf> as in: glasgow works better one further hub down..
<gruetzkopf> now where have i seen manual flush before
<d1b2> <Attie> (and then set flush.eq(1) when you want to push the data to the host)
<gruetzkopf> aah, thanks!
<gruetzkopf> clock_domain is "None" on that fifo?
mobius has left #glasgow [#glasgow]
<d1b2> <DX-MON> no domain specified, so it'll default to sync
bvernoux has joined #glasgow
Eli2 has joined #glasgow
Eli2_ has quit [Ping timeout: 245 seconds]
GNUmoon2 has quit [Remote host closed the connection]
GNUmoon2 has joined #glasgow
bvernoux1 has joined #glasgow
bvernoux is now known as Guest69216
bvernoux1 has quit [Remote host closed the connection]
bvernoux has joined #glasgow
Guest69216 has quit [Ping timeout: 265 seconds]
GNUmoon has joined #glasgow
GNUmoon2 has quit [Ping timeout: 240 seconds]
jstein has joined #glasgow
<_whitenotifier-1> [glasgow] electroniceel commented on issue #283: Test 1.2 V capable level shifters 74AXP1T45 - https://git.io/JsEmF
egg|anbo|egg has joined #glasgow
bvernoux has quit [Quit: Leaving]
egg|anbo|egg has quit [Remote host closed the connection]
egg|anbo|egg has joined #glasgow
GNUmoon has quit [Remote host closed the connection]
egg|anbo|egg has quit [Remote host closed the connection]
GNUmoon has joined #glasgow
jstein has quit [Ping timeout: 240 seconds]
egg|anbo|egg has joined #glasgow