02:39 <_whitenotifier-4> [glasgow] whitequark opened pull request #894: applet.interface.jtag_xvc: fix `--frequency` option help - https://github.com/GlasgowEmbedded/glasgow/pull/894

02:46 <_whitenotifier-4> [glasgow] github-merge-queue[bot] created branch gh-readonly-queue/main/pr-894-d67b28066943106c060192931da009eff4b2ab7f - https://github.com/GlasgowEmbedded/glasgow

02:54 <_whitenotifier-4> [GlasgowEmbedded/glasgow] github-merge-queue[bot] pushed 1 commit to main [+0/-0/±1] https://github.com/GlasgowEmbedded/glasgow/compare/d67b28066943...b829cdb666ce

02:54 <_whitenotifier-4> [GlasgowEmbedded/glasgow] whitequark b829cdb - applet.interface.jtag_xvc: fix `--frequency` option help.

02:54 <_whitenotifier-4> [glasgow] github-merge-queue[bot] deleted branch gh-readonly-queue/main/pr-894-d67b28066943106c060192931da009eff4b2ab7f - https://github.com/GlasgowEmbedded/glasgow

02:54 <_whitenotifier-4> [glasgow] whitequark closed pull request #894: applet.interface.jtag_xvc: fix `--frequency` option help - https://github.com/GlasgowEmbedded/glasgow/pull/894

15:56 <mei[m]> does anyone here have recommendations for an EEPROM programmer? (I'm interested in parallel NOR Flash in the PLCC-32 form factor, so doing it with a glasgow would need some supporting circuitry anyway)

16:08 <whitequark[cis]> i have all the needed parts on hand

16:08 <whitequark[cis]> like, they're lying on the desk you regularly sit in front of, haha

16:16 <mei[m]> oh okay. I'm looking for something I can take with me to Warsaw, though

16:16 <benny2366[m]> buspirate?

16:30 <zerobytesecurity> I am a fan of two things here: flashcat Mach, with the nand/nor clips from clip360 and or usbjtag.com flash programmer.

16:32 <zerobytesecurity> I use them very frequently, and I am just getting into Glasgow’s capability. I also like a true tech nerd went out and bought a couple hundred tsop nand clips to create and solder my own connectors to ffc breakout boards.

16:32 <zerobytesecurity> * couple hundred yamagachi tsop, * tsop 48 nand clips

16:35 <zerobytesecurity> So if you want some I will send them to you for free no matter where you live in the world :-) you just have to design your own breakout board and buy your own ffc cabling :-)

16:36 <zerobytesecurity> Oh crap just read plcc format..sigh..sorry

16:36 <whitequark[cis]> <mei[m]> "oh okay. I'm looking for..." <- i mean you can take it to warsaw

16:37 <whitequark[cis]> it's just a shift register

16:37 <whitequark[cis]> and a socket

16:45 <zerobytesecurity> having lost so many cheaper boards, after waiting a year for glasgow i keep it next to my airtag box of goodies so i dont lose it so i feel the pain of travel

17:30 <_whitenotifier-4> [glasgow] whitequark closed issue #822: Implement efficient `AbstractInPipe.read_until` - https://github.com/GlasgowEmbedded/glasgow/issues/822

17:30 <_whitenotifier-4> [glasgow] whitequark commented on issue #822: Implement efficient `AbstractInPipe.read_until` - https://github.com/GlasgowEmbedded/glasgow/issues/822#issuecomment-2954190013

18:45 <_whitenotifier-4> [glasgow] whitequark opened pull request #895: UART: fix `--stream` option handling - https://github.com/GlasgowEmbedded/glasgow/pull/895

18:47 <_whitenotifier-4> [glasgow] whitequark opened pull request #896: Claim all interfaces before pipelining IN requests - https://github.com/GlasgowEmbedded/glasgow/pull/896

18:50 <whitequark[cis]> l0rds474n: PR #896 should make Glasgow work on Windows again

18:51 <whitequark[cis]> that was a major pain to track down, I'm... unhappy with the combination of libusb1 and WinUSB

18:52 <_whitenotifier-4> [glasgow] github-merge-queue[bot] created branch gh-readonly-queue/main/pr-895-b829cdb666ce9a364d06f995067711b43c771533 - https://github.com/GlasgowEmbedded/glasgow

18:54 <l0rds474n[m]> I'll check that as soon as I can

19:00 <_whitenotifier-4> [GlasgowEmbedded/glasgow] github-merge-queue[bot] pushed 1 commit to main [+0/-0/±1] https://github.com/GlasgowEmbedded/glasgow/compare/b829cdb666ce...25dccd82e576

19:00 <_whitenotifier-4> [GlasgowEmbedded/glasgow] whitequark 25dccd8 - applet.interface.uart: fix `--stream` option handling.

19:00 <_whitenotifier-4> [glasgow] github-merge-queue[bot] deleted branch gh-readonly-queue/main/pr-895-b829cdb666ce9a364d06f995067711b43c771533 - https://github.com/GlasgowEmbedded/glasgow

19:00 <_whitenotifier-4> [glasgow] whitequark closed pull request #895: UART: fix `--stream` option handling - https://github.com/GlasgowEmbedded/glasgow/pull/895

19:05 <_whitenotifier-4> [glasgow] whitequark synchronize pull request #896: Claim all interfaces before pipelining IN requests - https://github.com/GlasgowEmbedded/glasgow/pull/896

19:08 <whitequark[cis]> l0rds474n: thanks, let me know if it works and I'll merge it after

19:31 <gruetzkopf> i'll go grab a glasgow and a windows bo

20:01 <gruetzkopf> looks to be working (only tested uart applet, single and multi)

20:01 <whitequark[cis]> thanks!

20:01 <_whitenotifier-4> [glasgow] github-merge-queue[bot] created branch gh-readonly-queue/main/pr-896-25dccd82e5760763b5aeab730dbcd026b3c56c77 - https://github.com/GlasgowEmbedded/glasgow

20:07 <gruetzkopf> (now i need to boot linux on said windows machine, benchmark performance results are.. low)

20:09 <gruetzkopf> 29.73MiB/s, 26.38MiB/s, 31.93Mib/s vs 41.5, 37.9, 41.57 on the (much faster cpu-wise) linux box

20:09 <_whitenotifier-4> [GlasgowEmbedded/glasgow] github-merge-queue[bot] pushed 1 commit to main [+0/-0/±1] https://github.com/GlasgowEmbedded/glasgow/compare/25dccd82e576...97add00208d9

20:09 <_whitenotifier-4> [GlasgowEmbedded/glasgow] whitequark 97add00 - hardware.assembly: claim all interfaces before pipelining IN requests.

20:09 <_whitenotifier-4> [glasgow] github-merge-queue[bot] deleted branch gh-readonly-queue/main/pr-896-25dccd82e5760763b5aeab730dbcd026b3c56c77 - https://github.com/GlasgowEmbedded/glasgow

20:09 <_whitenotifier-4> [glasgow] whitequark closed pull request #896: Claim all interfaces before pipelining IN requests - https://github.com/GlasgowEmbedded/glasgow/pull/896

20:11 <whitequark[cis]> gruetzkopf: this is expected

20:11 <whitequark[cis]> it's an artifact of only using double buffering instead of quad buffering on windows, for cursed reasons that are difficult to fix

20:12 <gruetzkopf> yeah, but now i'm interested how much of that is IO on windows being terrible as usual or the ULV intel cpu vs full-throttle zen2mobile

20:20 <gruetzkopf> re: the weird floppy i have: yes, it's 8-sector (512B) per track 76-track FM written to a 300RPM disk (leaving quite a bit of the disk empty as that format is for 360RPM disks). i can't hand out those images, but i can now format blank disks of you're interested?

20:22 <whitequark[cis]> interesting

20:24 <gruetzkopf> (this is a (badly done) retrofit as they do not turn off motor enable but rely (only) on the head magnet which a 90mm drive does not have..

20:24 <gruetzkopf> this kills disks if you leave them in

20:25 <gruetzkopf> thankfully the disk is only needed for startup in this application and you can just take them out after boot

20:36 <whitequark[cis]> that's so many levels of cursed

20:43 <gruetzkopf> yup

20:44 <gruetzkopf> (and they didn't even manage to put the twist into the retrofit cable so you have to buy expensive drives with DS0

20:48 <gruetzkopf> (this system has all manner of cursed elements, one of them being a magnetically coupled 1200bd FSK duplex links to vehicles moving at up to 350kph)

20:51 <gruetzkopf> (not the specific one i'm playing with, as usual for me)

20:53 <mei[m]> <gruetzkopf> "(this system has all manner of..." <- is this, like, a railway control system?

20:55 <gruetzkopf> yup

20:55 <gruetzkopf> (also, as usual for me)