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
<attiegrande[m]> aside from via handle_pending_usb_setup(), this is the only place it writes to addr 0x0
<attiegrande[m]> ... and i wouldn't have expected this to have happened here
<attiegrande[m]> but it's possible(?)
<_whitenotifier-8> [glasgow] attie reviewed pull request #362 commit - https://github.com/GlasgowEmbedded/glasgow/pull/362#discussion_r1284924875
<_whitenotifier-8> [glasgow] attie reviewed pull request #362 commit - https://github.com/GlasgowEmbedded/glasgow/pull/362#discussion_r1284925858
<_whitenotifier-8> [glasgow] attie opened issue #386: Glasgow does not gracefully shutdown if the device is unplugged... - https://github.com/GlasgowEmbedded/glasgow/issues/386
<_whitenotifier-8> [glasgow] attie opened issue #387: Devices may "forget" firmware. - https://github.com/GlasgowEmbedded/glasgow/issues/387
<_whitenotifier-8> [glasgow] attie commented on pull request #384: target.hardware: whitelist `PROCESSOR_ARCHITECTURE` - https://github.com/GlasgowEmbedded/glasgow/pull/384#issuecomment-1666325612
<_whitenotifier-8> [glasgow] attie opened pull request #388: target.hardware: whitelist `HOME` on Linux - https://github.com/GlasgowEmbedded/glasgow/pull/388
Emantor has quit [Quit: ZNC - http://znc.in]
Emantor has joined #glasgow
joerg has quit [Ping timeout: 244 seconds]
joerg has joined #glasgow
ar-jan has joined #glasgow
dos has quit [Ping timeout: 260 seconds]
dos has joined #glasgow
nyanotech has quit [Quit: No Ping reply in 180 seconds.]
nyanotech has joined #glasgow
Foxyloxy_ has quit [Ping timeout: 260 seconds]
Foxyloxy has joined #glasgow
Foxyloxy has quit [Quit: Textual IRC Client: www.textualapp.com]
Foxyloxy has joined #glasgow
XoD[m] has joined #glasgow
<XoD[m]> Is this something new users should be worried about when they receive their glasgows?
<XoD[m]> Is this something new users should be worried about when they receive their glasgows?
<Darius> what?
Wanda[cis] has joined #glasgow
<Wanda[cis]> Darius: this is a reply to bug #382, the discord bridge doesn't translate that unfortunately
<Darius> ahh
ar-jan has quit [Ping timeout: 245 seconds]
ar-jan has joined #glasgow
bgamari[m] has quit [Remote host closed the connection]
shoragan[m] has quit [Remote host closed the connection]
mikolajw has quit [Read error: Connection reset by peer]
nafod has quit [Quit: Ping timeout (120 seconds)]
nafod has joined #glasgow
<_whitenotifier-8> [glasgow] whitequark commented on pull request #388: target.hardware: whitelist `HOME` on Linux - https://github.com/GlasgowEmbedded/glasgow/pull/388#issuecomment-1666515483
<_whitenotifier-8> [glasgow] whitequark closed pull request #388: target.hardware: whitelist `HOME` on Linux - https://github.com/GlasgowEmbedded/glasgow/pull/388
<_whitenotifier-8> [glasgow] whitequark commented on pull request #388: target.hardware: whitelist `HOME` on Linux - https://github.com/GlasgowEmbedded/glasgow/pull/388#issuecomment-1666516039
<_whitenotifier-8> [glasgow] whitequark commented on issue #386: Glasgow does not gracefully shutdown if the device is unplugged... - https://github.com/GlasgowEmbedded/glasgow/issues/386#issuecomment-1666516219
<_whitenotifier-8> [glasgow] whitequark commented on issue #387: Devices may "forget" firmware. - https://github.com/GlasgowEmbedded/glasgow/issues/387#issuecomment-1666517291
<_whitenotifier-8> [glasgow] whitequark closed issue #387: Devices may "forget" firmware. - https://github.com/GlasgowEmbedded/glasgow/issues/387
<_whitenotifier-8> [glasgow] whitequark synchronize pull request #362: device.hardware: check if device is busy before loading firmware - https://github.com/GlasgowEmbedded/glasgow/pull/362
<_whitenotifier-8> [glasgow] whitequark reviewed pull request #362 commit - https://github.com/GlasgowEmbedded/glasgow/pull/362#discussion_r1285064672
<_whitenotifier-8> [glasgow] whitequark reviewed pull request #362 commit - https://github.com/GlasgowEmbedded/glasgow/pull/362#discussion_r1285065600
<_whitenotifier-8> [glasgow] whitequark reviewed pull request #362 commit - https://github.com/GlasgowEmbedded/glasgow/pull/362#discussion_r1285065619
<XoD[m]> What kind of bridge is it? I would really like to get rid of the native Discord client
<whitequark[cis]> Matrix
<_whitenotifier-8> [glasgow] whitequark commented on issue #387: Devices may "forget" firmware. - https://github.com/GlasgowEmbedded/glasgow/issues/387#issuecomment-1666530803
<_whitenotifier-8> [glasgow] whitequark reopened issue #387: Devices may "forget" firmware. - https://github.com/GlasgowEmbedded/glasgow/issues/387
<_whitenotifier-8> [glasgow] attie commented on issue #387: Devices may "forget" firmware. - https://github.com/GlasgowEmbedded/glasgow/issues/387#issuecomment-1666538282
<_whitenotifier-8> [glasgow] attie commented on pull request #388: target.hardware: whitelist `HOME` on Linux - https://github.com/GlasgowEmbedded/glasgow/pull/388#issuecomment-1666538531
<attiegrande[m]> XoD (@_discord_277098810952384512:catircservices.org) "worried" probably no, but "aware of" unless we get a fix in place
<_whitenotifier-8> [glasgow] whitequark opened pull request #389: firmware: remove config fixup functionality - https://github.com/GlasgowEmbedded/glasgow/pull/389
<_whitenotifier-8> [glasgow] whitequark commented on pull request #388: target.hardware: whitelist `HOME` on Linux - https://github.com/GlasgowEmbedded/glasgow/pull/388#issuecomment-1666552363
<_whitenotifier-8> [glasgow] whitequark commented on issue #387: Devices may "forget" firmware. - https://github.com/GlasgowEmbedded/glasgow/issues/387#issuecomment-1666552431
<whitequark[cis]> attiegrande: I would really like to be done with #362, considering it's spent two weeks in review hell and is actively blocking other things
<_whitenotifier-8> [glasgow] whitequark synchronize pull request #362: device.hardware: check if device is busy before loading firmware - https://github.com/GlasgowEmbedded/glasgow/pull/362
<_whitenotifier-8> [glasgow] whitequark reviewed pull request #362 commit - https://github.com/GlasgowEmbedded/glasgow/pull/362#discussion_r1285087868
<whitequark[cis]> attiegrande: waiting on you to review #362 and #389 at the moment before continuing with other changes
esden[m] has quit [Quit: Idle timeout reached: 172800s]
<whitequark[cis]> I looked through the firmware and the other changes in this case amount to rewriting basically all of the USB handling code in Glasgow because it's been misusing EP0 in a cursed way
<whitequark[cis]> which is ... very stressful considering I want to do it before anything ships
<attiegrande[m]> i hear you
<whitequark[cis]> thank you
<_whitenotifier-8> [glasgow] attie reviewed pull request #362 commit - https://github.com/GlasgowEmbedded/glasgow/pull/362#discussion_r1285094190
<whitequark[cis]> attiegrande: thanks a lot! this unblocked me
<_whitenotifier-8> [GlasgowEmbedded/glasgow] github-merge-queue[bot] created branch gh-readonly-queue/main/pr-362-ba3cb99d0b2bcfd2638ccf0d0418942ec040932f https://github.com/GlasgowEmbedded/glasgow/commit/b6e33d79f1c6cb337d4d7fc1d616c8c510d1beb3
<_whitenotifier-8> [GlasgowEmbedded/glasgow] github-merge-queue[bot] pushed 1 commit to gh-readonly-queue/main/pr-389-b6e33d79f1c6cb337d4d7fc1d616c8c510d1beb3 [+0/-0/±2] https://github.com/GlasgowEmbedded/glasgow/commit/52734ce9b751
<_whitenotifier-8> [GlasgowEmbedded/glasgow] whitequark 52734ce - firmware: remove config fixup functionality.
<whitequark[cis]> I'll likely spend today 2300-0300 rewriting said USB handling code
<_whitenotifier-8> [glasgow] github-merge-queue[bot] created branch gh-readonly-queue/main/pr-362-ba3cb99d0b2bcfd2638ccf0d0418942ec040932f - https://github.com/GlasgowEmbedded/glasgow
<_whitenotifier-8> [glasgow] github-merge-queue[bot] created branch gh-readonly-queue/main/pr-389-b6e33d79f1c6cb337d4d7fc1d616c8c510d1beb3 - https://github.com/GlasgowEmbedded/glasgow
<whitequark[cis]> I'm not looking forward for it but it's kinda... very necessary :S
<attiegrande[m]> fair enough, i'd missed the potential for merge conflict & stress there
icb[m] has quit [Quit: Idle timeout reached: 172800s]
<attiegrande[m]> do you think that work will resolve / address / help with #382?
<whitequark[cis]> that is the goal, yes
<whitequark[cis]> the root cause is that a Microsoft specific vendor request fails and this causes a completely different request (which should never fail) to fail afterwards
<whitequark[cis]> which makes the device look broken to the OS
<attiegrande[m]> brilliant / well done
<attiegrande[m]> i suspected, but didn't quite follow / remember the thread
<whitequark[cis]> the OS is correct here
<attiegrande[m]> 🙃
<whitequark[cis]> it's not doing anything that should be causing issues
<whitequark[cis]> and the firmware is clearly broken by any measure
<whitequark[cis]> and there were previous bugs that were as I now realize caused by broken handling of stalls on EP0
<attiegrande[m]> are you keen for #382 to get merged too, or is that going to be replaced by this incoming work?
<whitequark[cis]> no, it should be replaced
<whitequark[cis]> there is a clear and specific cause now that Maya has recorded ETW traces
<whitequark[cis]> very cool technology, I didn't realize Windows has a built-in USB trace recorded...
<whitequark[cis]> s/recorded/recorder/
<attiegrande[m]> great, well done both
<attiegrande[m]> me either!
<attiegrande[m]> i was aware of wireshark doing something similar, but i had a feeling there were problems
<whitequark[cis]> there is a third party usbpcap filter driver
<whitequark[cis]> which mostly works
<_whitenotifier-8> [GlasgowEmbedded/glasgow] github-merge-queue[bot] pushed 3 commits to main [+0/-0/±4] https://github.com/GlasgowEmbedded/glasgow/compare/ba3cb99d0b2b...52734ce9b751
<_whitenotifier-8> [GlasgowEmbedded/glasgow] whitequark cb84a69 - device.hardware: check if device is busy before loading firmware.
<_whitenotifier-8> [GlasgowEmbedded/glasgow] whitequark b6e33d7 - device.hardware: nudge the operator to reflash obsolete devices.
<_whitenotifier-8> [GlasgowEmbedded/glasgow] whitequark 52734ce - firmware: remove config fixup functionality.
<_whitenotifier-8> [glasgow] attie closed pull request #362: device.hardware: check if device is busy before loading firmware - https://github.com/GlasgowEmbedded/glasgow/pull/362
<_whitenotifier-8> [glasgow] attie closed pull request #389: firmware: remove config fixup functionality - https://github.com/GlasgowEmbedded/glasgow/pull/389
<_whitenotifier-8> [glasgow] attie closed issue #239: On windows, first glasgow command after plug-in errors, second one works - https://github.com/GlasgowEmbedded/glasgow/issues/239
<_whitenotifier-8> [glasgow] attie closed issue #387: Devices may "forget" firmware. - https://github.com/GlasgowEmbedded/glasgow/issues/387
<_whitenotifier-8> [GlasgowEmbedded/glasgow] github-merge-queue[bot] deleted branch gh-readonly-queue/main/pr-362-ba3cb99d0b2bcfd2638ccf0d0418942ec040932f
<_whitenotifier-8> [glasgow] attie closed pull request #247: if old API level is found, tell user to run glasgow flash - https://github.com/GlasgowEmbedded/glasgow/pull/247
<_whitenotifier-8> [glasgow] attie closed issue #241: In-Use Glasgows can be interrupted by firmware reload - https://github.com/GlasgowEmbedded/glasgow/issues/241
<_whitenotifier-8> [glasgow] github-merge-queue[bot] deleted branch gh-readonly-queue/main/pr-362-ba3cb99d0b2bcfd2638ccf0d0418942ec040932f - https://github.com/GlasgowEmbedded/glasgow
<_whitenotifier-8> [glasgow] github-merge-queue[bot] deleted branch gh-readonly-queue/main/pr-389-b6e33d79f1c6cb337d4d7fc1d616c8c510d1beb3 - https://github.com/GlasgowEmbedded/glasgow
rogandawes[m] has quit [Quit: Idle timeout reached: 172800s]
_catircservices has quit [Quit: Bridge terminating on SIGTERM]
whitequark[cis] has quit [Quit: Bridge terminating on SIGTERM]
Wanda[cis] has quit [Quit: Bridge terminating on SIGTERM]
attiegrande[m] has quit [Quit: Bridge terminating on SIGTERM]
bob_twinkles[m] has quit [Quit: Bridge terminating on SIGTERM]
vegard_e[m] has quit [Quit: Bridge terminating on SIGTERM]
josuah_dem[m] has quit [Quit: Bridge terminating on SIGTERM]
Maya[m] has quit [Quit: Bridge terminating on SIGTERM]
XoD[m] has quit [Quit: Bridge terminating on SIGTERM]
_catircservices has joined #glasgow
bvernoux has joined #glasgow
cr1901 has quit [Quit: Leaving]
cr1901 has joined #glasgow
ar-jan has quit [Ping timeout: 260 seconds]
GNUmoon has quit [Remote host closed the connection]
GNUmoon has joined #glasgow
attiegrande[m] has joined #glasgow
<attiegrande[m]> hi all
<electronic_eel> hi
<attiegrande[m]> how are you doing?
<electronic_eel> first day of vacation - mostly just relaxing
<attiegrande[m]> very nice!
<electronic_eel> but being careful not to make too many plans what i want to do - otherwise i'll just be disappointed that i didn't get anything done...
<attiegrande[m]> sounds sensible
<electronic_eel> i often make that mistake, even if i plan not to...
<attiegrande[m]> yeah, it's easy to do, and time is precious...
<electronic_eel> and it's just this small rabbit hole, it couldn't take long looking into it, could it?
vegard_e[m] has joined #glasgow
<vegard_e[m]> I know how that is, I wanted to get some boards for a project made before my vacation so I could get them brought up during the vacation
<vegard_e[m]> didn't find time to finish the design before the vacation, so that took the first week, and then the boards were fabbed the second week, but at least I got a little bit done the last week…
<electronic_eel> oh yeah, shipping/fabbing time adds an extra complication to this
<attiegrande[m]> whitequark (@_discord_182174208896401419:catircservices.org) / esden (@_discord_269693955338141697:catircservices.org) - are you here?
<electronic_eel> didn't esden mention that he is at blackhat or on the way to it or something along those lines?
<attiegrande[m]> yeah
<attiegrande[m]> he may not show up, but hoping wq will
<electronic_eel> hmm, wouldn't wq usually show up as "whitequark[cis]" as member of the channel? but it is missing, at least in my channel list
<attiegrande[m]> i'm not sure how the new bridge works in that regard
<attiegrande[m]> i have a feeling she's mainly coming in via Matrix these days
<electronic_eel> are you still using the old matrix bridge? i thought that was being discontinued
<sorear> _catircservices isn't here either
<sorear> retract previous, reading error
<attiegrande[m]> hmm
<attiegrande[m]> i'll try to poke via other means
<attiegrande[m]> 18:24 whitequark[cis] has quit [Quit: Bridge terminating on SIGTERM]
<attiegrande[m]> i think she was playing with the bridge around then
<electronic_eel> still there in ##whitequark and ##amaranth-lang for example
<electronic_eel> maybe some glitch in the bridge
<attiegrande[m]> maybe we skip today
<attiegrande[m]> i'll hang about for a while
<attiegrande[m]> electronic_eel - feel free to head off if bed is calling
Wanda[cis] has joined #glasgow
<Wanda[cis]> the puppet being present is not required for us to get messages, it's the _catircservices user gathering them
<Wanda[cis]> it'll instantly reappear in the channel when one actually writes something
<attiegrande[m]> ahh gotcha
<electronic_eel> Wanda[cis]: thanks for explaining
<Wanda[cis]> ... ah yes, I see I just demonstrated that even
<attiegrande[m]> indeed!
<electronic_eel> Wanda[cis]: do you also get notify pings if you don't add the "[cis]" tag?
<attiegrande[m]> seems to have been translated on irclog
<attiegrande[m]> (or stripped in Discord, it's hard to tell these days 🙈)
<Wanda[cis]> hm, idk?
<electronic_eel> Wanda: test
<Wanda[cis]> yes apparently
<electronic_eel> Wanda[gay]: how about this?
<Wanda[cis]> but that's because it matches our matrix username
<Wanda[cis]> yeah both work
<Wanda[cis]> it doesn't show up as matrix-level mention, but we still get highlight + notification on the word
<Wanda[cis]> anyway
<Wanda[cis]> should I just ping Catherine ?
<Wanda[cis]> erm
<Wanda[cis]> ... nevermind I just did
<attiegrande[m]> i don't mind
<attiegrande[m]> ha, ty
<Wanda[cis]> (by the way, the bridge was explicitly set to "no pre-instantiation of puppets" to avoid flooding irc with the entire user list of 1b2 discord)
<attiegrande[m]> that makes sense / i remember seeing discussion about that now
<electronic_eel> yeah, i guess that was a good idea
<attiegrande[m]> I'm going to have to run off soon
bvernoux has quit [Quit: Leaving]
cakes has quit [Ping timeout: 245 seconds]
cakes has joined #glasgow
cakes has joined #glasgow
cakes has quit [Changing host]