whitequark changed the topic of #glasgow to: glasgow debug tool · code https://github.com/GlasgowEmbedded/Glasgow · logs https://freenode.irclog.whitequark.org/glasgow
futarisIRCcloud has joined #glasgow
<sorear> TCP receive windows are a different factoring of the same concept
<whitequark> hm, yeah
<sorear> as opposed to CTS/RTS which has inherent limitations
mehar has quit [Ping timeout: 246 seconds]
mehar has joined #glasgow
bgamari has quit [Remote host closed the connection]
bgamari has joined #glasgow
Xesxen_ has joined #glasgow
Xesxen_ has quit [Client Quit]
Xesxen_ has joined #glasgow
Xesxen has quit [Disconnected by services]
Xesxen_ is now known as xesxen
xesxen is now known as Xesxen
Xesxen_ has joined #glasgow
Xesxen has quit [Client Quit]
Xesxen_ has quit [Client Quit]
Xesxen has joined #glasgow
futarisIRCcloud has quit [Quit: Connection closed for inactivity]
vmedea has joined #glasgow
<mehar> Has there been any work on testing glasgow with the alternate level shifters(PCA6408) that are suggested on the wiki?
<whitequark> marcan: you've tested them, right?
<tnt> whitequark: except for the video-rgb capture applet, is there anywhere else where there are issues ?
<whitequark> tnt: yes... on gruetzkopf's specific glasgow pcb in germany, which doesn't pass selftest
<whitequark> except it's in the opposite direction
<whitequark> OUT and not IN
<whitequark> so it might not even be the same bug
<tnt> gruetzkopf: what does the corruption look like ?
futarisIRCcloud has joined #glasgow
<whitequark> the output of selftest is unfortunately only one register value
<whitequark> it'd be possible to adjust it so that the specific index is recorded, i think
<gruetzkopf> if it helps any of you i'll give you a shell with the device connected later this night
<whitequark> yeah, it'd help
<gruetzkopf> will be at that loc in 2.5h, will need about half an hour to install all the fpga tooling
mehar_ has joined #glasgow
mehar has quit [Ping timeout: 246 seconds]