X-Scale` has joined ##openfpga
mumptai has quit [Remote host closed the connection]
emeb_mac has joined ##openfpga
paynode has joined ##openfpga
Degi has quit [Ping timeout: 240 seconds]
Degi has joined ##openfpga
jaseg has quit [Ping timeout: 272 seconds]
jaseg has joined ##openfpga
<cyrozap> Reverse engineering the PLA IC in the Commodore 128: https://c128.se/posts/silicon-adventures/
paynode has quit [Ping timeout: 265 seconds]
Bike has quit [Quit: Lost terminal]
genii has quit [Quit: See you soon.]
jeanthom has joined ##openfpga
peepsalot has quit [Read error: Connection reset by peer]
peepsalot has joined ##openfpga
jeanthom has quit [Ping timeout: 260 seconds]
jeanthom has joined ##openfpga
_whitelogger has joined ##openfpga
emeb_mac has quit [Quit: Leaving.]
OmniMancer has joined ##openfpga
jeanthom has quit [Ping timeout: 260 seconds]
Asu has joined ##openfpga
m4ssi has joined ##openfpga
mumptai has joined ##openfpga
jeanthom has joined ##openfpga
mwk has quit [Read error: Connection reset by peer]
mwk has joined ##openfpga
mwk has quit [Read error: Connection reset by peer]
mwk has joined ##openfpga
_whitelogger has joined ##openfpga
Bike has joined ##openfpga
Asuu has joined ##openfpga
Asu has quit [Ping timeout: 260 seconds]
<Zorix> cyrozap, that's neat!
genii has joined ##openfpga
m4ssi has quit [Ping timeout: 265 seconds]
m4ssi has joined ##openfpga
Maylay has quit [Ping timeout: 265 seconds]
Maylay has joined ##openfpga
emeb has joined ##openfpga
Asuu has quit [Read error: Connection reset by peer]
Asuu has joined ##openfpga
Asu has joined ##openfpga
Asuu has quit [Ping timeout: 256 seconds]
X-Scale has joined ##openfpga
X-Scale` has quit [Ping timeout: 240 seconds]
m4ssi has quit [Remote host closed the connection]
flaviusb has quit [Read error: Connection reset by peer]
jeanthom has quit [Ping timeout: 260 seconds]
OmniMancer has quit [Quit: Leaving.]
<nats`> IIRC it's the "real way" to reset JTAG state machine :)
<whitequark> huh?
<nats`> if you look at the state machine if you push 1's in TDI it always fall back in first state :)
<whitequark> please read the snippets...
<whitequark> oh
<whitequark> not TDI
<whitequark> the JTAG state machine resets after five 1's on TMS
<nats`> TMS sorry
<nats`> yes that one seems crap oO
<nats`> it's a really weird way to reset I'm not even sure you can call that JTAG
<whitequark> it doesn't reset the JTAG TAP
<whitequark> it resets the CPU core
<nats`> I don't understand the first part of the snippet
<nats`> "or resetting the JTAG reset source"
<whitequark> oh
<nats`> maybe I'm missing some part
<whitequark> it just means "CPU reset source that comes from JTAG"
<whitequark> nats`: best part
<whitequark> it doesnt actually match what the hw does
<whitequark> the hw does the sane thing. updates in update-dr
<whitequark> there's a different insane thing with that TAP but they at least sort of hint at it, clumsily
<nats`> sometime you're glad the documentation is wrong :D
<nats`> last one I found insane what the MSP430 "jatglike" interface
<nats`> I took a look for someone
<whitequark> spy-bi-wire?
<nats`> I'm not sure about the name I would need to check but on this interface at some point you need to toggle the data lane to emulated clock cycle in an internal state machine
<nats`> I inferred the last part
<whitequark> ohh that one
<whitequark> i implemented the other one, which is even more jank
<nats`> my conclusion after all those years is that jtag only means they have wires name starting by T and used to program something and debug something sometime :D
<whitequark> lol
mumptai has quit [Remote host closed the connection]
genii has quit [Quit: See you soon.]
mumptai has joined ##openfpga
genii has joined ##openfpga
Asu has quit [Remote host closed the connection]
emeb_mac has joined ##openfpga
paynode has joined ##openfpga
jeanthom has joined ##openfpga
jeanthom has quit [Ping timeout: 256 seconds]
mumptai has quit [Remote host closed the connection]
jeanthom has joined ##openfpga
G33KatWork has quit [Read error: Connection reset by peer]
genii has quit [Quit: See you soon.]
<cyrozap> whitequark: Based on that documentation you posted, it looks like the the clock for the reset register is gated by whether or not the AVR_RESET instruction is in the IR.
<cyrozap> So the short answer to your question is "no".
<awygle> the biggest problem with the TDI thing the MSP430s do is it means you can't actually chain them
kristianpaul has quit [Read error: Connection reset by peer]
kristianpaul has joined ##openfpga