<pointfree>
It makes more sense now, and based on the way the DSI blocks are positioned in FIG. 7, for one, the DSI is not isolated into banks as I once thought, cyrozap.
m_w has joined ##openfpga
digshadow1 has quit [Ping timeout: 244 seconds]
<pointfree>
Also, the updated diagram bears a striking resemblance to FIG. 11 of Patent US8026739 with a space in the DSI (at DSI2) for microcontroller plus two other gaps in the DSI at DSI6&7.
<pointfree>
(not that I think DSI2 etc, can only be used for microcontroller control etc...)
digshadow has joined ##openfpga
<azonenberg>
pointfree: Looks like the RE is progressing nicely
<azonenberg>
how far along do you think you are overall?
<azonenberg>
in terms of knowing enough to write a tool
<rqou>
guys, stop making me assemble an even larger pile of dev boards :P
<azonenberg>
lol
<azonenberg>
digshadow has, i think, an uncle
<azonenberg>
who bought a boat and named it "Hookers & Blow"
<azonenberg>
To symbolize that there were worse things he could have spent his money on
<azonenberg>
That's kinda how i feel about dev boards
<azonenberg>
Within a foot of my keyboard right now i have a zybo, a greenpak dev board, and my tacoshield board from last summer
<rqou>
i currently have just in front of me: GreenPak4, Spartan6, HX8K, Tegra X1
<azonenberg>
I have spartan6, zynq, and greenpak4
<azonenberg>
Out in the garage i have more spartan3a and spartan6 boards than i can count off the top of my head
<azonenberg>
an AC701 (very nice artix7 devkit)
<rqou>
there's a spartan3e at my parents' house
<azonenberg>
Two Atlys (nice spartan6 board)
<azonenberg>
a kintex7 board i built
<azonenberg>
a cypress fx3 dev kit
<azonenberg>
and a substantial number of 8-bit PIC dev boards
<azonenberg>
I also own a pic32 dev board (plus have several homebrew boards for them) but it's on my desk at work atm
<rqou>
also in front of me is: a rooted android phone, rooted nintendo 3ds, pirate/homebrew cartridge for old ds, pirate/homebrew cartridge for gameboy advance
<azonenberg>
I just have one boring non-rooted phone
<azonenberg>
was never really into mobile stuff
<rqou>
also, the worst part: right now in my closet is a disassembled chinese k40 laser cutter
<rqou>
turns out that takes up a huge amount of space
<azonenberg>
lol
<rqou>
it's blocking physical access to my soldering equipment
<azonenberg>
i have a bunch of junk i have to clean out too
<rqou>
(mostly a bunch of aoyue clones of hakko)
<azonenberg>
right now the biggest offender is an old DEC branded 19 / 21" rack
<azonenberg>
(switchable width)
<azonenberg>
unclear what equipment it originally held
<azonenberg>
has holes drilled for round cage nuts
<rqou>
outside my room is a sony pvm crt that was supposed to be set up with some retro video game systems, but my housemates and I are lazy
<azonenberg>
I also have a dead asus 24" 1080p monitor
<azonenberg>
panel is fine
<azonenberg>
backlight shuts off after ~30 sec of operation
<rqou>
also floating around in my apartment is a crappy condition jamma arcade cabinet that needs a rewire
<azonenberg>
havent found anyone local who wants to fix it
<rqou>
my housemates finally cleaned out the apartment's "shit room" a few weeks ago
<rqou>
most of the cleaning out just involved defragmenting space
<rqou>
:P
<qu1j0t3>
azonenberg: tried recapping that LCD?
<rqou>
imho a 24" 1080p just isn't worth
<rqou>
they're only about $100 USD at the low end
<rqou>
but i'm probably quite biased because I have four monitors on my desk right now
<digshadow>
azonenberg: my strategy is just to heatgun the chips off of questionable electronics. Makes me throw it out immediately after
<digshadow>
azonenberg: not family, but someone I know
<digshadow>
referred to the big military truck they bought
<azonenberg>
oh ok, not a boat
m_w has quit [Quit: leaving]
<azonenberg>
close though
<azonenberg>
rqou: yeah exactly, i have a 40" 4k and two 24" 1080p on my desk now
<azonenberg>
its not worth fixing
<azonenberg>
i'm hoping to give it away
<azonenberg>
seems a shame to throw out
<qu1j0t3>
where are you located?
<azonenberg>
But its sat around for months
<azonenberg>
near seattle
<azonenberg>
i had a few nibbles but nobody actually came and grabbed it
<azonenberg>
ditto for the rack
<azonenberg>
i want to give it away vs scrap it
<azonenberg>
but havent found a taker
<qu1j0t3>
fair enough.
<rqou>
i have a 31" hdr 4k so I can have both hdr-and-color-management bugs and HiDPI bugs _at the same time!_
eightdot has quit [Ping timeout: 276 seconds]
<rqou>
for extra bonus points, the two 24" 1080p monitors i have aren't the same model, which means they're not exactly the same size or color
<azonenberg>
Lol
<azonenberg>
And sorry no
<azonenberg>
i have a 40" 4k
<azonenberg>
a 24" 1080
<azonenberg>
and a 22" 1080
<azonenberg>
So three different DPIs
<azonenberg>
standard bit depth, i think
<azonenberg>
The 4k is only slightly higher DPI than the 1080s
<azonenberg>
I generally cant see pixels on it unless i look really closely, so i'm happy
<azonenberg>
(at my usual sitting distance)
<azonenberg>
But it made for a fun time designing wallpaper images
<azonenberg>
Also, the left hand monitor is a lot older than the other 2 so the backlight has a yellowish tint
<azonenberg>
i think CCFL, others are LED
<azonenberg>
And i was unable to compensate with calibration, it was too far off
<digshadow>
cr1901_modern: I was supposed to take more pictures or something wasn't I
<cr1901_modern>
digshadow: Take your time. I certainly have been. It's going to take me a while to get through the whole chip
<digshadow>
no
<digshadow>
that one looks fine to start with
<digshadow>
must have been something else
<digshadow>
there was a yamaha that needed better pix
<rqou>
what's up with the ARM1 "Private" "Private"?
<cr1901_modern>
digshadow: The die shot of the YM2612 that's floating around is unusable.
<digshadow>
rqou: that got released actually
<digshadow>
but it was a comissioned work
<digshadow>
that the authors couldn't release
<cr1901_modern>
People are certainly going to be more interested in that latter chip
<digshadow>
they eventually got permission
<rqou>
ah
<rqou>
i noticed that this list is missing the crazy russians doing the playstation 1 chipset
<digshadow>
ah yeah
<digshadow>
let me fix that
<digshadow>
rqou: have you been following that?
<rqou>
not really
<cr1901_modern>
rqou: Someone did some oscilloscope measurements of the YM2612 when various register settings are tweaked and were able to deduced the internal ROMs for the phase accumulator and the decay table (which cycle should the amplitude of the output decrease?).
<rqou>
although it would be interesting to explain the hilarious results of having jr in the delay slot of another jr while both jr opcodes point to yet more jr opcodes :P
<rqou>
i always thought the genesis sound chip was cloned reasonably well?
<cr1901_modern>
rqou: I believe that's the only part of the Yamaha chips known with certainty how they worked
<cr1901_modern>
rqou: LOL, no. It's been giving people hell for years.
<digshadow>
rqou: updated
<digshadow>
cr1901_modern: checking to see if thats in my archives...
<rqou>
cr1901_modern: i guess i'm spoiled being a nintendo fan because nintendo went straight from PSG to software-mixed digital sound
<cr1901_modern>
http://savepic.su/1684328.png Is that really a power cap on the right? It has what looks like a gate
DocScrutinizer05 has quit [Disconnected by services]
DocScrutinizer05 has joined ##openfpga
<rqou>
it's not a cap
<rqou>
looks like a transistor being used as a pull-up??
<digshadow>
rqou: thats only the very top
<rqou>
my chip re skills aren't super great
<cr1901_modern>
digshadow: Well, it does look like there's a gate on the thing labelled power cap
<cr1901_modern>
rqou: I actually like Nintendo and Sega fairly equally wrt SNES and Genesis. Genesis does what Nintendon't and Nintendo is what Genesisn't.
<digshadow>
hmm maybe I misread that
<cr1901_modern>
I just have been fascinated with the FM synth chips and how they make sounds for years
<rqou>
i never owned either as a child
<rqou>
now i have both, and both are in the "to hack" pile
<rqou>
snes looked like it was quite impressive in the sound department with a dedicated dsp just for audio
<rqou>
it seems in general nintendo really likes weird dsp/microcode things that nobody else can use :P
* cr1901_modern
glares at N64
<rqou>
N64 yes, GC has a weird audio DSP too
<cr1901_modern>
The Oman Archive was a godsend
<rqou>
DSi has a DSP that apparently isn't fully reverse engineered
<cr1901_modern>
^ X-Scale: If you're paying attention, I believe you might know something about that
<rqou>
other than it's a Teak DSP of some kind
<rqou>
3DS also has an upgraded version of the audio DSP
<cr1901_modern>
digshadow: cr1901_modern: I was supposed to take more pictures or something wasn't I
<cr1901_modern>
What you did mention is that if I vectorized the metal layer and sarayan and I couldn't deduce parts of the lower layers, you'd be willing to help get new images with the metal layer removed.
<digshadow>
yeah
<digshadow>
I was mixing up with another yamaha chip
<rqou>
the highlight: // TODO: WTF is going on here?!?
<digshadow>
cr1901_modern: looking at the ym2612
<digshadow>
that actually looks usable to me
<digshadow>
what is the specific complaint with it?
<cr1901_modern>
rqou: No. My interest in Dolphin/hardware after N64 is pretty minimal. That's where things start not really being fun anymore for me.
<cr1901_modern>
Lord_Nightmare: I *think* I'm misinterpreting something you said re: the 2612 die
<digshadow>
some areas are a little dicy
<digshadow>
but I think you could work it out
<digshadow>
hmm wait
<digshadow>
some areas of the die are worse
<rqou>
i really need to build a decap setup
<digshadow>
rqou: you are local to me
<Lord_Nightmare>
digshadow: if you need a ym2612 i can probably get you one
<digshadow>
let me know if you want to do a run
<cr1901_modern>
There are PLENTY of people who'd want to re the ym2612. One reason I'm focusing on the 2151 is because it's an easier chip overall and it's also pure FM (no samples) :P
<rqou>
is ym2612 planarized?
<digshadow>
no
<digshadow>
you can see through the metal traces
<rqou>
right, of course
<cr1901_modern>
rqou: What I meant by "easier" is less features.
<rqou>
i don't think i have enough patience to do a full re though
<cr1901_modern>
Neither do I and somehow I was talked into it lol
<rqou>
<offtopic> the drivers on my desktop are broken and now I can't open GIMP :( </offtopic>
<rqou>
it's complicated, but tl;dr is that using opencl will instantly segfault
<azonenberg>
nvidia binary drivers?
<azonenberg>
i find that happens sometims when you install a kernel security patch w/o rebooting
<azonenberg>
i've never mixed gpu vendors on one box
<azonenberg>
Sounds like a recipe for trouble
<rqou>
the idea was that the nvidia card would be passed to a windows vm using pci passthrough and the linux desktop would run on the "good" amd gpu
<rqou>
there's a "crap" amd gpu that drives an extra tiny screen where you can start all of this up
<azonenberg>
lol
<rqou>
but right now amdgpu-pro is nice and buggy
<azonenberg>
why not at least run those two gpus on the same amd driver stack?
<rqou>
you can't
<azonenberg>
my experience with nvidia is that nouveau is a trainwreck
<rqou>
the "good" one is too new / the "crap" one is too old
<azonenberg>
i dont get why its defjault in so many distros
<azonenberg>
i have to forcibly uninstall, purge, blacklist the kernel modules, rebuild my initrd, etc
<azonenberg>
or it keeps coming back
<rqou>
so right now amdgpu-pro has a nice bug where it will spit out "amdgpu_device_initialize: DRM version is 2.45.0 but this driver is only compatible with 3.x.x." and abort if you try to use opencl
<rqou>
even though opencl doesn't require rendering anything
<azonenberg>
lol
<rqou>
iirc it does this even if the amdgpu kernel module isn't loaded
<azonenberg>
is that actually a bug? or does it use some GL etc functoinality without displaying anything on the screen
<rqou>
i thought the whole point of opencl was that you didn't have to do that
<azonenberg>
i meant like, calling into the driver stack to do low level gpu init, allocate memory, etc
<azonenberg>
that might be shared w/ the video driver stack somehow
<rqou>
yeah, idk how exactly the linux gpu driver stack works
<azonenberg>
would not surprise me if a lot of the pcie dma stuff was done in DRM
<azonenberg>
even if it doesnt actually go to on-screen buffer memory
<rqou>
i spoke to someone who jokingly said that the block diagram of the gpu stack should just be a giant cloud filled with question marks
<rqou>
yeah, i'm pretty sure amdgpu-pro is getting confused because it's also seeing my "crap" amd gpu
<azonenberg>
Lol that sounds about right
<rqou>
which is several generations older
<azonenberg>
and quite plausibly
<azonenberg>
Do you not have like an integrated intel gpu or something on the mobo?
<azonenberg>
or, replace the crap card with an old nvidia
<azonenberg>
Then you can run amd and nvidia binary blobs plus pcie passthrough :P
<rqou>
i could use an old nvidia, but it has to be "modified"
<rqou>
there's no more x16 slots in my desktop, so the crap amd card has been mechanically cut down to x1
<rqou>
also, my old nvidia cards are too old for the blob :P
<rqou>
my old nvidia cards are even crappier than the crap amd card :P
<azonenberg>
Sounds like it's time for a new rig, lol
<rqou>
this is a new rig actually
<azonenberg>
Time for a new GPU or two then
<rqou>
i have two new gpus
<rqou>
in addition to the cut down crap amd
<azonenberg>
on that note
<azonenberg>
I need a new mobo for my desktop
<azonenberg>
Considering building a whole new rig for myself as a xmas present
<rqou>
yeah, i'm running a rather unusual rig
<azonenberg>
and moving this whole mobo + ram + CPU combo to one of my server chassis
<azonenberg>
as a pure compute box
<rqou>
i'm running a broadwell-ep xeon on an x99 consumer mobo
<azonenberg>
Basically my problem is, i derped and got a mobo w/ only one pcie x16 slot
<azonenberg>
I don't run multi-GPU
<azonenberg>
my gtx 960 handles 1x 4k + 2x 1080p no problem
<azonenberg>
The problem is, I cannot put a halfway decent GPU *and* a 10gbit NIC on it
<azonenberg>
And I ran multimode from the house to the garage for a reason :p
<rqou>
heh, the reason i ran out of x16 slots is because i have a 10g nic in the third x16 slot :P
<rqou>
it's not being used right now
<azonenberg>
Well i plan to pick up my switch project in the near future
<azonenberg>
meaning, once openfpga's greenpak support gets to the point that i can use a slg46620v as a PMIC
<azonenberg>
and splash gets to the point that i can compile the code
<rqou>
i actually had a bunch of fun with the 10g nic and the bios
<rqou>
the bios boot used to hang for ~20 seconds if you disabled the CSM
<rqou>
this was fixed by updating the option rom on the nic
<rqou>
i was disappointed
<azonenberg>
Fun
<azonenberg>
Longer term i want to build a very nice file server
<rqou>
also, the option rom can't be upgraded to the latest version
<azonenberg>
meaning, raid10 of fast SSDs
<azonenberg>
Something that can saturate 10g
<rqou>
according to some random forum on the internet, it's because the 10g nic i have is a dell/hp/whatever oem pull
<azonenberg>
lool
<rqou>
which has a smaller physical rom chip
<azonenberg>
Can you not just replace the rom chip? or is there a strap pin somewhere that configs the size of the rom?
<azonenberg>
its prob just a 25x spi flash
m_w has quit [Quit: leaving]
<azonenberg>
go clone the old rom onto the low half of the new one
<rqou>
i probably can, but haven't cared enough to do so
<rqou>
i had enough fun getting broadwell-ep to work on my motherboard in the first place
<azonenberg>
Lol
<azonenberg>
Some time soonish i should set up some VMs
<azonenberg>
and set them up as splash compute nodes
<rqou>
because I have ecc ram on my computer
<azonenberg>
not to get more compute power, they'd be on the same box
<azonenberg>
but as a test platform
<azonenberg>
And i want to start using ecc ram and xeons on my new builds
<rqou>
ecc ram + xeon on a consumer mobo was an exciting adventure
<azonenberg>
But probably not dual socket
<azonenberg>
last time i did the math it isn't economical vs two single-socket rigs
<azonenberg>
the only reason to do is it for maximum packing density in a large cluster
<rqou>
iirc the only lga2011-3 consumer mobo vendor that did ecc ram correctly was asrock
<rqou>
because broadwell-ep reuses the lga2011-3 socket that haswell used, you need a bios update to use broadwell-ep cpus
<rqou>
but you need a working cpu to update the bios
<rqou>
some of the other vendors like gigabyte broke this cycle by having a microcontroller thing on the mobo that could flash the bios
<azonenberg>
So, put a haswell in there
<azonenberg>
then flash the bios
<azonenberg>
then put a broadwell in?
<azonenberg>
(if you happen to have a haswell around)
<rqou>
but you need a high-end haswell, because it's lga2011-3
<rqou>
it turns out that for some reason asrock uses dip socketed flash roms
<azonenberg>
i've seen a couple mobo vendors using 25* SPI flash in socketed dips
<azonenberg>
vs a DFN/TSSOp
<rqou>
(don't think too much about the security implications)
<azonenberg>
Lol, easier to backdoor but also easier to clean if pwned
<azonenberg>
I actually mused a while ago during the badbios hype
<azonenberg>
about making a firmware IDS
<rqou>
so it should be convenient to just remove this bios chip and reflash it, right?
<azonenberg>
basically, something that looks for writes to GPU firmware, NIC option roms, bios flash, etc
<rqou>
apparently asrock used some really weird chip that defaults to quad-spi mode on power up
<azonenberg>
logs writes to some offline storage
<azonenberg>
That's standard
<rqou>
including quad-spi for commands
<azonenberg>
That's 4-4-4 mode vs 1-4-4, the more common
<azonenberg>
It can be set in a nonvolatile config register
<rqou>
i was using an ftdi-based flashing tool
<rqou>
which can't do quad-spi commands
<azonenberg>
Right now my FPGA cores for QSPI assume the device boots in x1 mode, then enables quad mode for read/write and address but commands in serial
<azonenberg>
I may change that in the future to speed random access
<rqou>
i eventually wrote a program that would bitbang the "exit quad spi mode" command
<azonenberg>
But yeah thats not weird
<azonenberg>
any commodity qspi flash does that
<rqou>
and then ran flashrom without power cycling anything
<rqou>
i thought the way qspi worked was that commands would be normal but you would use a different command to get the reply in quad mode
<rqou>
so the 1-4-4 mode
<azonenberg>
There are multiple modes
<azonenberg>
As well as x2 mode, which i have never seen used
<azonenberg>
almost everything is x1 or x4 these days
<azonenberg>
But most quad chips can do x2 as well
<rqou>
iirc the chip that asrock used can't do x2
<rqou>
it also can't be configured to not boot in quad mode
<rqou>
that setting was hardwired
<azonenberg>
now, that is weird
<azonenberg>
every one i've seen comes to x1 from the factory
<azonenberg>
but there's a nvm register to select x4 default
<azonenberg>
modern spi flash is pretty fancy, they actually have a discovery rom at a special address (i think you use a different read command to get it) to query device capacity, capabilities, etc
<rqou>
huh, the chip asrock used does support x2
<rqou>
but it indeed is hardwired to start in quad mode
<rqou>
"Default Quad I/O enable (QE bit=1), and can not be change"
<rqou>
MX25L12873F
<azonenberg>
Yep
<azonenberg>
that's macronix?
<rqou>
yes
<azonenberg>
Havent worked much with theirs
<azonenberg>
mostly micron and winbond
<azonenberg>
i have W25Q* parts all over my boards
<rqou>
is there ever a reason to use xilinx platform flash?
<rqou>
what is/was the point of that?
<azonenberg>
No
<azonenberg>
It's an artifact from the days of yore
<azonenberg>
when FPGAs could not boot in SPI master mode
<rqou>
but even spartan3 could iirc
<azonenberg>
it was basically a NAND die with some glue on it that would read out the flash each power-up
<azonenberg>
a NOR*
<azonenberg>
and boot the fpga in slave SPI mode
<azonenberg>
or slave parallel, for the big ones
<azonenberg>
They're JTAG programmable which might be convenient
<azonenberg>
but in-system programming is just as nice
<rqou>
interestingly, the digilent spartan 3e board uses platform flash even though spartan 3e has master spi
<rqou>
i don't know why they did that
<azonenberg>
Lazy designer? no idea
<azonenberg>
but i do know, i have not seen it used on anything recently
<azonenberg>
dev board or otherwise
<azonenberg>
it's effectively NRND
<rqou>
did anyone ever use system ACE?
<rqou>
heh, the datasheet is now marked obsolete
<azonenberg>
That was just a coolrunner programmed to read FAT formatted SD cards
<azonenberg>
also pretty silly when you could just use a stm32 or something
<rqou>
wait really?
<azonenberg>
Yeah
<azonenberg>
a large and expensive coolrunner
<rqou>
why does it seem like xilinx is bad at everything that is not the fpga itself? :P
<azonenberg>
actually no its the linker i think. not the compiler
<azonenberg>
Knowing that x86-64-linux-gnu-ld can also link i386-linux-gnu binaries is nontrivial
kmehall_ has joined ##openfpga
dingbat_ has joined ##openfpga
felix___ has joined ##openfpga
<azonenberg>
I will eventually look in the lib directories etc and figure it out based on whether you have libc for that arch installed, etc
<rqou>
is ar compatible across all gcc architectures?
<azonenberg>
Dont know
<azonenberg>
I don't support static libraries yet
Marex_ has joined ##openfpga
<azonenberg>
i cant even build hello world yet :p
<azonenberg>
This is slow going because i'm trying to have a very solid design
<azonenberg>
before i add features
<rqou>
actually, i'm pretty sure ar can't be compatible across everything
<rqou>
because mingw
<azonenberg>
yeah i believe it's per triplet
<azonenberg>
or well, part of binuitils
<azonenberg>
Next step is to be able to dump the entire dependency graph as a graphviz file
<azonenberg>
thats going to be a key debugging aid for future development
talsit_ has joined ##openfpga
balrog_ has joined ##openfpga
wpwrak has quit [*.net *.split]
dingbat has quit [*.net *.split]
Marex has quit [*.net *.split]
balrog has quit [*.net *.split]
mithro has quit [*.net *.split]
kmehall has quit [*.net *.split]
talsit has quit [*.net *.split]
felix_ has quit [*.net *.split]
talsit_ is now known as talsit
balrog_ is now known as balrog
dingbat_ is now known as dingbat
wpwrak has joined ##openfpga
mithro has joined ##openfpga
doomlord has joined ##openfpga
digshadow1 has joined ##openfpga
digshadow has quit [Ping timeout: 265 seconds]
eightdot has quit [Ping timeout: 255 seconds]
Marex_ has quit [Quit: Reconnecting]
Marex has joined ##openfpga
Marex has left ##openfpga [##openfpga]
Marex has joined ##openfpga
eightdot has joined ##openfpga
Bike has quit [Quit: leaving]
doomlord has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…]
doomlord has joined ##openfpga
doomlord has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…]
kristianpaul has quit [Ping timeout: 250 seconds]
kristianpaul has joined ##openfpga
kristianpaul has joined ##openfpga
kristianpaul has quit [Changing host]
kristianpaul has quit [Ping timeout: 265 seconds]
kristianpaul has joined ##openfpga
kristianpaul has joined ##openfpga
kristianpaul has quit [Changing host]
doomlord has joined ##openfpga
<cr1901_modern>
azonenberg: You prob know this, but in case you didn't... yesterday I learned, FT232H has another bitbang mode on the CBUS. So for my chip design, I can get away with using the 4 CBUS lines to reset the FPGA/query status, so I don't have to pay extra for FT2232H :P
_whitelogger has joined ##openfpga
felix___ is now known as felix_
doomlord has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…]
_whitelogger_ has joined ##openfpga
digshadow1 has quit [Ping timeout: 244 seconds]
talsit has left ##openfpga [##openfpga]
Bike has joined ##openfpga
amclain has joined ##openfpga
doomlord has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…]
doomlord has joined ##openfpga
digshadow has joined ##openfpga
doomlord has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…]
<azonenberg>
cr1901_modern: :)
<azonenberg>
if bitbang is fast enouhg, then yeah
m_w has joined ##openfpga
m_w has quit [Ping timeout: 264 seconds]
digshadow has quit [Quit: Leaving.]
digshadow has joined ##openfpga
digshadow has quit [Quit: Leaving.]
digshadow1 has joined ##openfpga
m_w has joined ##openfpga
doomlord has joined ##openfpga
<cr1901_modern>
azonenberg: The CBUS bitbang is to just put FPGA reset/"done config" pins under host control. So I can use that handshake to determine whether the FPGA is configured properly Since the SPI config pins become I/O after configuration is done, I can attach them to the relevant MPSSE lines. Once config is done, I swap to FT245 mode until I want to reset again
<azonenberg>
Soudns reasonable
m_w has quit [Ping timeout: 260 seconds]
digshadow1 has quit [Ping timeout: 252 seconds]
dalias has quit [Ping timeout: 272 seconds]
dalias has joined ##openfpga
m_w has joined ##openfpga
felix_ has quit [Quit: leaving]
felix_ has joined ##openfpga
m_w has quit [Quit: leaving]
digshadow has joined ##openfpga
doomlord has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…]