Activity
From 10/06/2019 to 11/04/2019
11/04/2019
- FO 10:38 PM Bug #83: Many USB hubs do not work
- Managed to get the core flashing ok (was bad rbf generation).
Also installed gcc and the binaries are running ok.
Can read/write the os rom + ram via dma.
Have sync on vga, but it doesn't boot.
So... this is probably enough to now ...
11/03/2019
- FO 10:21 PM Bug #83: Many USB hubs do not work
- Well I can flash it and get sync on vga, but no dice. I remembered I needed to run the firmware binary. I flashed the FPGA (after disabling gpio kernel module and tool) ok from linux. Then I tried to start SOCKIT.ELF, which promptly cras...
- FO 08:24 PM Bug #83: Many USB hubs do not work
- Managed to get the SOCkit board up and running and set up linux.
Now going to build/flash the existing 800 core as a hello world... - FO 09:25 AM Bug #83: Many USB hubs do not work
- I've known about this for a long time but have never really looked into it, since its a pain and hubs are not that important (we have two ports and real controller ports).
I had an idea on how to debug, I could use the SOCkit which r... - FO 09:23 AM Bug #83 (Closed): Many USB hubs do not work
- Only the hub I did initial testing with works. Investigate why.
11/01/2019
- FO 10:34 PM Feature #82 (New): Setting for mono pokey
- Hias asked me for a mono pokey mode, where its output to both speakers.
- FO 10:17 PM Bug #75 (Closed): USB keyboard stops functioning after idle period
- FO 10:17 PM Bug #75 (Resolved): USB keyboard stops functioning after idle period
- Added a timer elapsed function that handles the overflow. This makes the max delay 35 mins, but I think that is ok... This is usually used for ms or us delays.
- FO 09:32 PM Bug #75: USB keyboard stops functioning after idle period
- ((2^32)/1e6)/60 = 71...
So trivial fix. I clearly don't need the Saleae to debug this one, but that isn't so bad. I can use it for the real-time bus capture to debug the whole system and also for the usb hub debugging. - FO 09:30 PM Bug #75: USB keyboard stops functioning after idle period
- Trying it with two keyboards. So far an hour and working.
Though I have a hunch that it'll stop working in 10 minutes!!
The code does this:
if(timer_get_msec() > host->poll) {
host->poll = timer_get_msec()+1;
I reckon it... - 10:15 PM Revision 956 (repo2): Bug#75: Fix USB keyboard hang after 70 minutes
10/31/2019
- FO 10:47 PM Bug #75 (In Progress): USB keyboard stops functioning after idle period
- FO 10:36 PM Bug #75: USB keyboard stops functioning after idle period
- OK, finally froze. I could still enter the menu with fire and it worked. So ZPU is alive, just USB is dead.
Ordered the Saleae analyzer to see if the USB debugging is any good too:-) - FO 10:22 PM Bug #75: USB keyboard stops functioning after idle period
- I left it for an hour, then typed and it worked... sigh.
- FO 09:25 PM Bug #75: USB keyboard stops functioning after idle period
- While I mull that I tried building a core that can enter the menu with fire. So I can see if it is indeed USB that crashes and not the whole ZPU.
- FO 09:24 PM Bug #75: USB keyboard stops functioning after idle period
- Tempted to get a Saleae logic USB3 analyzer to capture at a higher rate and they also have USB decoding. Its several hundred though, so not sure. Clearly its worth it if I'd use it a log but not sure I will. They very kindly have electro...
- FO 09:23 PM Bug #75: USB keyboard stops functioning after idle period
- So, decided to take it seriously.
My picoscope claimes to decode USB, tried that and found it pretty poor.
So I tried to capture the full data stream to PC and decode it with sigrok. I got some valid packets once or twice, but it seems... - FO 09:21 PM Bug #75: USB keyboard stops functioning after idle period
- Jurgen has this with both his keyboards after about 20 minutes.
I also thought I saw it when running the Eclaire for a prolonged period at a show earlier this year.
Anyway did some investigation...
I left my keyboard for an hour and i...