The plan for this week had been for me to finish up the APU and then work on the sprite engine. Unfortunately, I hit a hard wall with communication between the APU and the CPU. Some progress has been made on that front, and I\u2019m now able to send a 1KHz sine wave from a C program through the APU driver to the APU. Unfortunately, some corruption issues are preventing non-static data from being sent through.<\/p>\n
Still, this does mean that the APU is fully written, just not fully debugged. The user space library for the APU is complete and tested, sending signals to a user process as a kind of user-mode interrupt works great. The kernel module is mostly written with the aforementioned corruption issues. The hardware, after some intense debugging and scrutiny from both Joseph and myself, seems to be fully operational.<\/p>\n
I suspect that the issue is with the kernel module, and not the user space library or test program. It seems likely that I haven\u2019t set up the APU kernel buffer for DMA correctly, and so that will be where I investigate next. The running theory is that our level 1 cache isn\u2019t being flushed, and so we\u2019re only getting some of the samples out of the kernel buffer into the APU, and are thus seeing corruption.<\/p>\n
Thanks to the slack time we allocated for the end of this semester, there\u2019s still a good chance that we\u2019ll be able to get everything done on time. The plan for this coming week is for me to fix the APU and then deal with the sprite engine in any remaining time I have. After that, I\u2019ll have a week to finish the sprite engine and two to work on the test game.<\/p>\n","protected":false},"excerpt":{"rendered":"
The plan for this week had been for me to finish up the APU and then work on the sprite engine. Unfortunately, I hit a hard wall with communication between the APU and the CPU. Some progress has been made on that front, and I\u2019m now able to send a 1KHz sine wave from a … <\/p>\n