05:33 <Foone> So I'm starting to try to understand how to build my own applet, and I'm looking at the vga_output applet as a starting point. Most of this makes some amount of sense and a lot of source grepping is explaining the rest, but one question: the code for the VGAOutput module does some stuff like pads.hs_t.oe.eq(1) and adds it to "self.comb". What's comb?

05:36 <Foone> oh, combinatorial statements. should have looked in migen docs. Nevermind!

05:47 <sorear> what throws me every time is that eq(1) is an assignment, not an equality test

05:50 <d1b2> <edbordin> I can see why ass(1) may have been discounted as an option

05:57 <d1b2> <Darius> @edbordin we are poorer for it 🤔

05:59 <d1b2> <edbordin> @Darius you could always monkey patch it in for your own special nmigen dialect

06:00 <d1b2> <Darius> hah

06:00 <d1b2> <Darius> my code does have a lot in common with a monkey's ass so I can see the appeal

06:01 <d1b2> <OmniTechnoMancer> clearly eq() should be unification, for maximum confusion

06:46 <d1b2> <Qyriad> I suppose it could have been takes(), but Python already has an overloadable equality test operator anyway, ...which is called eq()... Okay maybe that is slightly confusing lol. Never thought about it that way.

14:53 <d1b2> <Attie> Hi everyone... I'm going to be progressing the Glasgow CAN addon on stream at ~2300 UTC today, not sure if anyone would like to join

14:53 <d1b2> <Attie> @electronic_eel, thank you for your comments (https://github.com/attie/glasgow-can/issues/1), thought you may appreciate a tag / heads up

14:54 <d1b2> <Attie> ... I'll be streaming here: https://www.twitch.tv/attiegrande

18:49 <electronic_eel> @attie thanks for the heads up. unfortunately 23:00 UTC is a bit late for me within the week, i have to get up early for $dayjob

18:50 <midnight> ... :-o a CAN addon?!

18:51 <midnight> \o/

19:33 <d1b2> <Attie> @electronic_eel - np!

19:47 <d1b2> <Foone> one thing I'm not clear on: how do power/grounds work? like, if I'm using the ps2_host adapter, it defines pins for clock & data, but ps/2 also has +5v and ground. Do I just power it separately and tie the grounds together? (and if so, where do I ground it?)

19:48 <d1b2> <Attie> typically you'd tie all grounds together

19:48 <d1b2> <Attie> the mouse/keyboard can be powered by Glasgow, separately from other things

19:48 <whitequark> Foone: there's power and ground on each of the shrouded connectors; try flipping the board, it should have that marked

19:49 <d1b2> <Attie> (on reflection I might have confused things there... sorry)

19:49 <d1b2> <Foone> oh, hey, my laser-cut case has that marked too. OK, I see. So the power is provided at the voltage you've set for that port, I suppose?

19:49 <d1b2> <Attie> yep!

19:50 <d1b2> <Foone> makes sense. Thanks.

19:50 <tnt> Can you configure the other / unused port voltage independently when running an applet ? Like if I program an ice40 board, I need to talk 3v3, but I need to provide it 5V (because most will derive 1v2 from 5v input and not from the 3v3 rail since 1v2 is supposed to come up befe 3v3).

19:51 <whitequark> yes, use e.g. `glasgow voltage B` and then `glasgow run <applet> --port A`

19:51 <tnt> Ok, nice good to know !

19:52 <tnt> It hadn't occured to me the other port config would be preserved if I specified only 1 port when running the applet.

19:52 <tnt> Tx

19:52 <whitequark> yeah, it's not super discoverable

19:52 <d1b2> <Attie> (note: if you need more than 8 pins for the applet / both ports, then this won't work out, as the I/O voltage mirrors the supply)

19:53 <tnt> sure

20:34 <gruetzkopf> the glasgow carrier i'm currently designing has some 54LS series chips on it (terrible old bus is specified for it)