lutsabound has joined ##openfpga
Degi has quit [Ping timeout: 264 seconds]
Degi has joined ##openfpga
jaseg has quit [Ping timeout: 260 seconds]
jaseg has joined ##openfpga
lutsabound has quit [Quit: Connection closed for inactivity]
Bike has quit [Quit: leaving]
edbordin[m] has joined ##openfpga
mumptai_ has joined ##openfpga
calle__ has quit [Ping timeout: 258 seconds]
emeb has quit [Quit: Leaving.]
_whitelogger has joined ##openfpga
emeb_mac has quit [Quit: Leaving.]
duck2 has quit [Remote host closed the connection]
jemk has quit [Remote host closed the connection]
jemk has joined ##openfpga
_whitelogger has joined ##openfpga
indy has quit [Ping timeout: 264 seconds]
indy has joined ##openfpga
indy has quit [Ping timeout: 260 seconds]
duck2 has joined ##openfpga
mkru has joined ##openfpga
Asu has joined ##openfpga
indy has joined ##openfpga
mumptai_ has quit [Quit: Verlassend]
mumptai has joined ##openfpga
indy has quit [Ping timeout: 240 seconds]
indy has joined ##openfpga
Prf_Jakob has quit [Remote host closed the connection]
mumptai has quit [Ping timeout: 240 seconds]
Bike has joined ##openfpga
esden has quit [Ping timeout: 272 seconds]
esden has joined ##openfpga
Prf_Jakob has joined ##openfpga
emeb has joined ##openfpga
Bob_Dole has quit [Ping timeout: 256 seconds]
m4ssi has joined ##openfpga
X-Scale` has joined ##openfpga
X-Scale has quit [Ping timeout: 264 seconds]
X-Scale` is now known as X-Scale
X-Scale` has joined ##openfpga
X-Scale has quit [Ping timeout: 240 seconds]
X-Scale` is now known as X-Scale
m4ssi has quit [Remote host closed the connection]
Maylay has quit [Ping timeout: 264 seconds]
Maylay has joined ##openfpga
mkru has quit [Quit: Leaving]
mickdermack has quit [Ping timeout: 256 seconds]
mickdermack has joined ##openfpga
emeb_mac has joined ##openfpga
mickdermack has quit [Ping timeout: 258 seconds]
mickdermack has joined ##openfpga
Asuu has joined ##openfpga
Asu has quit [Ping timeout: 246 seconds]
<tnt> Damn, the S3 is frustrating ... the logic cell allows some nice tricks, the ram is pretty flexible too ... but it's just _SO_ slow that it's pretty much useless for anything I can think of.
<nats`> it's old
<tnt> old ?!?
<tnt> QuickLogic EOS-S3 ... not Xilinx Spartant 3
Asuu has quit [Quit: Konversation terminated!]
<zyp> I want to run my own usb core on it, which I hope it will be fast enough to do, since it ships with demo code doing usb
<zyp> although the demo code seems buggy, it doesn't enumerate properly here
<tnt> zyp: porting my usb core was what I was trying to do.
<zyp> do you know which core is used for the demo code? it has the tinyfpga PID
<tnt> It's a heavily modified version of the tinyfpga bootloader ... with lots of added pipelining and manual cell instanciation and manual cell placement and run through their closed p&r tool to make it run at that frequency ...
<zyp> ah
<tnt> Given the inter-packet gap of the default tinyfpga botloader is already way above spec, I wouldn't be surprised if all the pipelining added even more delay and they're now over what some hosts will tolerate.
<nats`> ahhhh I was thinking spartan 3 :D
<zyp> the issue with enumeration here is that it doesn't seem to reset the address on bus resets
<tnt> Pretty sure a spartan 3 is way faster than the EOS-S3 :p
<zyp> and macos for some reason starts with set_address and then resets the bus
<tnt> zyp: ah oki, possible. I didn't dig tbh.
<zyp> https://bin.jvnv.net/file/q89fb.png <- it takes the first set_address and ignores the second, and doesn't progress from there
<zyp> it managed to enumerate with a different host that does a different enumeration sequence though, so I figure it's just not very tested
<zyp> also, is the power on reset of the chip not functional?
<zyp> I find I have to push the reset button after powerup to get anything to work, regardless of jumper settings
<tnt> Huh .. not sure, I've always booted it up with a jtag probe attached which breaks on boot anyway.
<zyp> I couldn't even get that to attach before pushing the reset button
<tnt> I know I've had issues ... didn't really bother investigating, once I got it to run and load sw from the probe, that was good enough.
<zyp> I figured I'd start by getting comfortable with the ARM side, I figure there's not much point to a hybrid mcu+fpga unless both sides are useful
<zyp> (and I have a lot more cortex-m experience than fpga experience too)
<tnt> Yeah, I figured that both nice needed to be useful, but I thought that I could trust the cortex-m4 side to be fine and I wanted to check if I could do anything with the fpga first :p
<zyp> also, you made me less confident that my usb core is gonna fit :p
Bob_Dole has joined ##openfpga
mumptai has joined ##openfpga
emeb has quit [Quit: Leaving.]