<gruetzkopf>
i crunched a few caps, apparently. C76 is missing a pad, looking if that's crucial
<gruetzkopf>
(this is one of atties C1)
<d1b2>
<Attie> 😦
<whitequark>
C76 isn't crucial
<whitequark>
a PLL cap
<whitequark>
almost nothing uses PLLs so
<d1b2>
<Attie> i meant to mention I got one of mine all tangled up the other day - had to take some steps with glasgow factory --force... not entirely sure why (and didn't take good notes, sorry)
<gruetzkopf>
yeah, no trace flowing through that pad, also killed a few decoupling caps on the Port A level shifters, but thats not likely to be an issue here
<gruetzkopf>
hmm. i believe i should have a shady i2c tracer around
<whitequark>
can you do -vvv first
<whitequark>
nvm, won't help much
<gruetzkopf>
you'd be looking for anthing past the bitstream upload?
<whitequark>
REQ_PULL is opaque on the USB side
<whitequark>
and that fails
<whitequark>
actually, wait
<whitequark>
there's two REQ_PULL
<whitequark>
so you'll see which port it's failing
<gruetzkopf>
is there 2 REQ_PULL if i only specify a single port?
<whitequark>
no, one
anuejn has quit [*.net *.split]
kmehall has quit [*.net *.split]
<gruetzkopf>
okay, looks like both fail
<whitequark>
hmmm
<whitequark>
is there Vio?
anuejn has joined #glasgow
kmehall has joined #glasgow
<gruetzkopf>
aah!
<gruetzkopf>
no, there is not (even though there should be according to the LEDs)
<whitequark>
the LED is connected to the EN pin
<whitequark>
so it could be a fault before or after the regulator
ar-jan has quit [Remote host closed the connection]