Catherine[m] changed the topic of #glasgow to: digital interface explorer · code https://github.com/GlasgowEmbedded/glasgow · logs https://libera.irclog.whitequark.org/glasgow · Matrix #glasgow-interface-explorer:matrix.org · discord https://1bitsquared.com/pages/chat
<_whitenotifier-8> [glasgow] whitequark opened pull request #385: Temporarily work around issue #382 - https://github.com/GlasgowEmbedded/glasgow/pull/385
<_whitenotifier-8> [glasgow] whitequark commented on issue #382: Device fails to enumerate when plugged in for the first time on Windows - https://github.com/GlasgowEmbedded/glasgow/issues/382#issuecomment-1664780851
redstarcomrade has joined #glasgow
redstarcomrade has quit [Changing host]
redstarcomrade has joined #glasgow
redstarcomrade has quit [Read error: Connection reset by peer]
skipwich has quit [Quit: DISCONNECT]
skipwich has joined #glasgow
redstarcomrade has joined #glasgow
redstarcomrade has quit [Changing host]
redstarcomrade has joined #glasgow
joerg has quit [Ping timeout: 260 seconds]
joerg has joined #glasgow
<_whitenotifier-8> [glasgow] esden commented on pull request #385: Temporarily work around issue #382 - https://github.com/GlasgowEmbedded/glasgow/pull/385#issuecomment-1664967312
dos has quit [Ping timeout: 260 seconds]
dos has joined #glasgow
redstarcomrade has quit [Read error: Connection reset by peer]
dustinm` has quit [Quit: Leaving]
dustinm` has joined #glasgow
<_whitenotifier-8> [glasgow] whitequark commented on pull request #385: Temporarily work around issue #382 - https://github.com/GlasgowEmbedded/glasgow/pull/385#issuecomment-1665147367
dos has quit [Ping timeout: 260 seconds]
dos has joined #glasgow
ar-jan has joined #glasgow
ar-jan_ has joined #glasgow
ar-jan has quit [Ping timeout: 245 seconds]
<josuah> > will be lost on 99%
<josuah> that worked for me
sugarbeet has quit [Ping timeout: 246 seconds]
sugarbeet has joined #glasgow
FFY00 has quit [Remote host closed the connection]
FFY00 has joined #glasgow
FFY00 has quit [Ping timeout: 260 seconds]
sugarbeet has quit [Ping timeout: 245 seconds]
sugarbeet has joined #glasgow
Maya[m] has joined #glasgow
<Maya[m]> whitequark (@_discord_182174208896401419:catircservices.org), attiegrande (@_discord_654094992221929502:catircservices.org): I do have Discord open
<whitequark[cis]> oh, alright
<whitequark[cis]> pepijndevos[m]: are you around?
<whitequark[cis]> I'm hitting a weird issue on GW1N
<whitequark[cis]> after the FPGA is SRAM programmed, it works for a bit, then stops working, then resets, then works for a bit again, ad infinitum
<whitequark[cis]> this happens even for a blinky
<whitequark[cis]> what is going on?
<mwk> whitequark[cis]: yuou may want to join #yosys-apicula
<whitequark[cis]> on IRC?
<mwk> yes
<whitequark[cis]> I... cannot
<whitequark[cis]> the IRC bridge is totally broken
<whitequark[cis]> (I mean, I can, but I have no bouncer, so eh)
<mwk> oh, is it deportalled already?
<mwk> ... wait, it was supposed to be delayed
<mwk> so it just crapped itself?
<sknebel> no, the bridge is just broken
<whitequark[cis]> I also don't think I can join any new channels (which I'm not already in)
<whitequark[cis]> s/channels/rooms/
<whitequark[cis]> oh no, I can
<mwk> ~~just bridge it with CIS~~
<whitequark[cis]> well I will need oper consent for that
<attiegrande[m]> oh, hello! 👋
FFY00 has joined #glasgow
<FireFly> my brain parsed the [cis] as punning on how some interpreted the matrix [m] as a gender thing occasionally at first, lol
<FireFly> (but makes sense for catircservices)
<josuah> there is "cis" and "trans" everywhere in biology, in many contexts https://en.wikipedia.org/wiki/Cis%E2%80%93trans_isomerism
<FireFly> sure
<josuah> (my brain parsed [cis] as a friendly pun too :P)
<notgull> I thought it was a double entendre :-)
ar-jan_ has quit [Ping timeout: 246 seconds]
ar-jan has joined #glasgow
ar-jan has quit [Ping timeout: 246 seconds]
<_whitenotifier-8> [glasgow] VioletEternity commented on pull request #385: Temporarily work around issue #382 - https://github.com/GlasgowEmbedded/glasgow/pull/385#issuecomment-1666086794
<_whitenotifier-8> [glasgow] VioletEternity commented on pull request #384: target.hardware: whitelist `PROCESSOR_ARCHITECTURE` - https://github.com/GlasgowEmbedded/glasgow/pull/384#issuecomment-1666088230
<_whitenotifier-8> [glasgow] VioletEternity commented on issue #382: Device fails to enumerate when plugged in for the first time on Windows - https://github.com/GlasgowEmbedded/glasgow/issues/382#issuecomment-1666125992
<_whitenotifier-8> [glasgow] VioletEternity commented on issue #382: Device fails to enumerate when plugged in for the first time on Windows - https://github.com/GlasgowEmbedded/glasgow/issues/382#issuecomment-1666128343
<_whitenotifier-8> [glasgow] VioletEternity commented on issue #382: Device fails to enumerate when plugged in for the first time on Windows - https://github.com/GlasgowEmbedded/glasgow/issues/382#issuecomment-1666163100
<_whitenotifier-8> [glasgow] VioletEternity commented on issue #382: Device fails to enumerate when plugged in for the first time on Windows - https://github.com/GlasgowEmbedded/glasgow/issues/382#issuecomment-1666175515
<_whitenotifier-8> [GlasgowEmbedded/glasgow] github-merge-queue[bot] pushed 1 commit to gh-readonly-queue/main/pr-384-31463053c8ca7bf9fda0c44e43f39f003765646d [+0/-0/±1] https://github.com/GlasgowEmbedded/glasgow/commit/ba3cb99d0b2b
<_whitenotifier-8> [GlasgowEmbedded/glasgow] whitequark ba3cb99 - target.hardware: whitelist `PROCESSOR_ARCHITECTURE`.
<whitequark[cis]> what the hell, I completely misunderstood this entire portion of the USB spec
<whitequark[cis]> how did anything work ?!
<sorear> the law of large numbers means that someone else misunderstood that part of the USB spec in the same way before you and microsoft already came up with a workaround?
<whitequark[cis]> no, this is much more serious than the microsoft thing
<whitequark[cis]> STALL_EP0 was completely broken on every platform
<whitequark[cis]> what the fuck
<notgull> No way lmao
<SnoopJ> ope
<_whitenotifier-8> [whitequark/libfx2] whitequark pushed 1 commit to main [+0/-0/±1] https://github.com/whitequark/libfx2/compare/82d154153f54...8251388fa26b
<_whitenotifier-8> [whitequark/libfx2] whitequark 8251388 - Fix impementation of `STALL_EP0()`.
<whitequark[cis]> the Microsoft thing just happened to surface the bug in a way that was visible
<whitequark[cis]> I also think the ST_ERROR thing I came up with is just... totally bogus and unnecessary?!
<whitequark[cis]> graaah
<SnoopJ> love too write a program for an digital computer
<_whitenotifier-8> [GlasgowEmbedded/glasgow] github-merge-queue[bot] pushed 1 commit to main [+0/-0/±1] https://github.com/GlasgowEmbedded/glasgow/compare/31463053c8ca...ba3cb99d0b2b
<_whitenotifier-8> [GlasgowEmbedded/glasgow] whitequark ba3cb99 - target.hardware: whitelist `PROCESSOR_ARCHITECTURE`.
<_whitenotifier-8> [GlasgowEmbedded/glasgow] github-merge-queue[bot] deleted branch gh-readonly-queue/main/pr-384-31463053c8ca7bf9fda0c44e43f39f003765646d
<_whitenotifier-8> [glasgow] github-merge-queue[bot] deleted branch gh-readonly-queue/main/pr-384-31463053c8ca7bf9fda0c44e43f39f003765646d - https://github.com/GlasgowEmbedded/glasgow
<_whitenotifier-8> [glasgow] whitequark closed pull request #384: target.hardware: whitelist `PROCESSOR_ARCHITECTURE` - https://github.com/GlasgowEmbedded/glasgow/pull/384
<_whitenotifier-8> [glasgow] whitequark closed issue #383: Instructions in README do not make it possible to build bitstreams on Windows - https://github.com/GlasgowEmbedded/glasgow/issues/383
<_whitenotifier-8> [whitequark/libfx2] whitequark pushed 1 commit to main [+0/-0/±1] https://github.com/whitequark/libfx2/compare/8251388fa26b...adee5916b283
<_whitenotifier-8> [whitequark/libfx2] whitequark adee591 - Fix impementation of `STALL_EP0()`.
<_whitenotifier-8> [glasgow] whitequark commented on issue #382: Device fails to enumerate when plugged in for the first time on Windows - https://github.com/GlasgowEmbedded/glasgow/issues/382#issuecomment-1666203683
<attiegrande[m]> looking at #362 now
<attiegrande[m]> out of interest, has anyone else noticed a glasgow "forget" its firmware?
<whitequark[cis]> explain?
<attiegrande[m]> my revC3 is now reporting `D: g.device.hardware: found revC3 device without firmware`, and I'm sure it A) came with firmware, and B) I didn't wipe it
<attiegrande[m]> i have a feeling i've seen this before, but I've never been able to reliably reproduce it
<whitequark[cis]> can you dump the flash using fx2tool?
<whitequark[cis]> also run any command with `-vv
<attiegrande[m]> sure
<attiegrande[m]> (don't know enough off the top of my head to dig into this, but I can get reading some time if needs be)
<whitequark[cis]> okay, that looks like it had a firmware and stopped
<whitequark[cis]> there is a bit of code in the firmware that does this
<whitequark[cis]> ctrdl+f c0 in main.v
<whitequark[cis]> *main.c
<whitequark[cis]> maybe it misfires!
<whitequark[cis]> did esden ship you onem
<whitequark[cis]> s/onem/one?/
<attiegrande[m]> it's reliably broken at the moment, so i'm not sure "misfire" is right(?)
<attiegrande[m]> yes, he sent one to me too
<whitequark[cis]> I mean it actually writes to flash
<whitequark[cis]> essentially disabling itself
<attiegrande[m]> ohh, sorry