ChanServ changed the topic of #glasgow to: glasgow debug tool · code https://github.com/GlasgowEmbedded/Glasgow · forum https://glasgow.whitequark.org · logs https://freenode.irclog.whitequark.org/glasgow
englishm has quit [Excess Flood]
englishm has joined #glasgow
AndroUser2 has joined #glasgow
AndroUser2 has quit [Ping timeout: 246 seconds]
AndroUser2 has joined #glasgow
AndroUser2 has quit [Ping timeout: 245 seconds]
AndroUser2 has joined #glasgow
AndroUser2 has quit [Ping timeout: 244 seconds]
AndroUser2 has joined #glasgow
Javantea has quit [Quit: reboot]
m4ssi has joined #glasgow
m4ssi has quit [Remote host closed the connection]
m4ssi has joined #glasgow
ali_as has joined #glasgow
<hl> whitequark: The USB4 specification has been published. https://usb.org/document-library/usb4tm-specification
<hl> ah okay
<hl> I've been away for a few days so
<hl> ...jesus christ wtf
<gruetzkopf> it's interesting..
<gruetzkopf> cursed-interesting
<hl> yeahhhh
<hl> so if I'm reading this right, USB4 hubs are required to be PCIe-aware and have a PCIe switch despite PCIe being tunneled. WTF?
<hl> not only that, the diagram almost seems to suggest they think the PCIe switch in a hub is going to be a separate chip... with both its upstream and downstream ports connected to the hub chip. WTF?????
ExeciN has joined #glasgow
<ExeciN> Hi people. I was looking to get a logic analyser and I've stumbled upon Glasgow. Has anyone experimented with any kind of software + glasgow specifically for logic analysis?
<tnt> ExeciN: there is no such support yet
<ZirconiumX> "yet" being the key word here
m4ssi has quit [Remote host closed the connection]
<gruetzkopf> hey, the current HEAD commit doesn't work for me, running any applet shows output close to this: https://paste.ccc.ac/?db9f7578454078bc#ndXx8KUCWz8tYLgD/6vgwhRgGS3IuJcH+UfJtcOuqME=
<emily> weird
<emily> what's in build_top.sh? or does it clean that up too well to take a look at it
<emily> I wonder if the _toolchain stuff might be to blame here
<emily> also I assume you're using latest nmigen right?
<gruetzkopf> i was using exactly what glasgows setup process pulled in, nmigen HEAD doesn't change output except for commit id
<emily> yeah. well it's hard to know what's up beyond a syntax error in the build_top.sh script
<emily> (which I guess is >700 lines long somehow??)
<emily> dunno where it puts those, maybe in /tmp somewhere?
<emily> wq likely has a better idea ofc, but I touched this part of nmigen recently so maybe I can help ^^;
<gruetzkopf> no clue where that file goes
<gruetzkopf> oh, so it creates a temporary directory, but i'm too slow to catch that
<emily> you could just s/sh/cat/ in nmigen/build/run.py:98
<emily> I feel like it should leave around the files for inspection in case of error though...
<jn__> or sh -x maybe?
<emily> hm, would be nice if it used sh -x always, buffered the output, and printed it in case of error
<gruetzkopf> added a copy to that location, https://paste.ccc.ac/?6b69ce203aa2c776#ATYPhvBDV4PUKmMLdj52uJpVVOaj2BK8+9rKMbw1fSI= output looks reasonable
<gruetzkopf> current yosys - no change
<emily> oh, I guess the syntax error is coming from yosys or something rather than the shell...
<emily> should have been obvious in retrospect, sorry ^^;
AndroUser2 has quit [Ping timeout: 258 seconds]
<gruetzkopf> not getting any output from any subtool
<gruetzkopf> yosys, nextpnr-ice40 and icepack are all functional
<emily> so uh... does the script work if you manually generate the build directory and then run build_top.sh from there, or?
HexGlaze has quit [Ping timeout: 246 seconds]
HexGlaze_ has joined #glasgow
<whitequark> gruetzkopf: this looks like outdated yosys
<whitequark> has nothing to do with build_top.sh script, it means yosys can't read generated RTLIL
<emily> hm, I thought nmigen checked yosys version though?
<whitequark> it does
<whitequark> not sure why it broke here
<emily> curious to see gruetzkopf's `yosys -V`
ali_as has quit [Ping timeout: 245 seconds]