ChanServ changed the topic of #glasgow to: glasgow interface explorer · code https://github.com/GlasgowEmbedded/glasgow · logs https://freenode.irclog.whitequark.org/glasgow · discord https://1bitsquared.com/pages/chat · production https://www.crowdsupply.com/1bitsquared/glasgow · no ETAs at the moment
_whitelogger has joined #glasgow
egg has joined #glasgow
uovo has quit [Ping timeout: 240 seconds]
electronic_eel has quit [Ping timeout: 258 seconds]
electronic_eel has joined #glasgow
Stormwind_mobile has joined #glasgow
electronic_eel has quit [Ping timeout: 258 seconds]
electronic_eel has joined #glasgow
PyroPeter_ has joined #glasgow
PyroPeter has quit [Ping timeout: 265 seconds]
PyroPeter_ is now known as PyroPeter
<awygle> are the Glasgow pull up/downs the ice40 pulls? Or is it something else? (Rev c)
<sorear> something else, there's a dedicated pull circuit on the far side of the level shifters
<sorear> i2c gpio expander which can be set 0/1/Z connected to the external pin via a fixed resistor
Chips4Makers has quit [Ping timeout: 244 seconds]
Chips4Makers has joined #glasgow
<electronic_eel> sorear is correct. the gpio expanders are necessary to get the pullup to the correct vio voltage level
<electronic_eel> also the ice40 just has pullups, not pulldowns IIRC
<whitequark> yep
<whitequark> and they're kinda weird too
<whitequark> i mean, we're looking for reliable value of pulls, not just whatever the silicon happened to have
<jpa-> ICE40 pulls wouldn't really work through level shifters anyway
<whitequark> also true
<electronic_eel> jpa-: correct
<electronic_eel> also you'd have to change nmigen to allow them to be changed on the fly and not just in the board definition
<electronic_eel> that was the issue we had when discussing the selftest fixes
<whitequark> electronic_eel: ideally glasgow should move the other way, actually
<whitequark> well, not towards static board definition files, of course
<whitequark> but applets should populate the board with their own resources and then request that
<whitequark> (through a layer of indirection hooked up to UI)
<whitequark> because right now glasgow duplicates all the IOB generation logic in nmigen, badly
<whitequark> well, techincally glasgow predates nmigen
<whitequark> including that logic
<whitequark> but you get the idea
Sellerie has quit [Read error: Connection reset by peer]
Sellerie7 has joined #glasgow
uovo has joined #glasgow
oeuf has quit [Ping timeout: 256 seconds]
Stephanie has quit [Ping timeout: 265 seconds]
egg has quit [Ping timeout: 258 seconds]
samlittlewood has quit [Read error: Connection reset by peer]
samlittlewood has joined #glasgow
happycube has quit [Ping timeout: 264 seconds]
happycube has joined #glasgow
sorear has quit [Ping timeout: 244 seconds]
eddyb[legacy] has quit [Ping timeout: 244 seconds]
key2 has quit [Ping timeout: 244 seconds]
evck_ has quit [Ping timeout: 244 seconds]
lukego has quit [Write error: Connection reset by peer]
yuriks has quit [Ping timeout: 244 seconds]
Stephanie has joined #glasgow
sorear has joined #glasgow
lukego has joined #glasgow
eddyb[legacy] has joined #glasgow
evck_ has joined #glasgow
analprolapse has quit [Ping timeout: 246 seconds]
analprolapse has joined #glasgow
yuriks has joined #glasgow
key2 has joined #glasgow
Stormwind_mobile has quit [Ping timeout: 265 seconds]
ali_as has quit [Ping timeout: 256 seconds]
levi has quit [Ping timeout: 240 seconds]
key2 has quit [Ping timeout: 240 seconds]
key2 has joined #glasgow
levi has joined #glasgow
futarisIRCcloud has quit [Quit: Connection closed for inactivity]
Sellerie7 is now known as Sellerie
key2 has quit [Read error: Connection reset by peer]
key2 has joined #glasgow
happycube has quit [Ping timeout: 256 seconds]
happycube has joined #glasgow
happycube has quit [Ping timeout: 240 seconds]
key2 has quit [Read error: Connection reset by peer]
levi has quit [Read error: Connection reset by peer]
levi has joined #glasgow
key2 has joined #glasgow
happycube has joined #glasgow
levi has quit [Quit: Connection closed for inactivity]
happycube has quit [Ping timeout: 256 seconds]
happycube has joined #glasgow
Stormwind_mobile has joined #glasgow
Stormwind_mobile has quit [Ping timeout: 240 seconds]
d_olex_ has joined #glasgow
d_olex has quit [Ping timeout: 240 seconds]
bvernoux has joined #glasgow
<TiltMeSenpai> should a Memory always try to derive a block ram?
<TiltMeSenpai> wait does that statement even make sense
<whitequark> it does, and the answer is no
<TiltMeSenpai> aaand I'm in the wrong channel, ignore me
<whitequark> e.g. a register file generally can't be implemented as block RAM
Stormwind_mobile has joined #glasgow
<awygle> ah ok thanks whitequark, sorear, electronic_eel
<awygle> i can look up the value in the schematic myself :p
<electronic_eel> awygle: wait for revC2, it will have all the answers to your questions printed on silkscreen
Stormwind_mobile has quit [Ping timeout: 240 seconds]
<electronic_eel> like where the pullup/-down ics are, what the pull resistor values are and so on
Stormwind_mobile has joined #glasgow
<awygle> whitequark: your --pull-downs flag can't do per-bit, currently, is that correct?
<whitequark> yeah
<whitequark> i'm ok with adding --pull-down-pins or sth