Sure, if you want make a pull request and tidy up the versioning or whatever I'll merge it in.vingt-2 wrote: ↑Tue Oct 13, 2020 4:51 amAh that's alright, I was just bummed out yesterday because I hadn't noticed your forked version had a missing pointer dereference when sending exi commands for the memcard so I wasted too many hours going over the documentation. I ended up implementing support for file lookup on either memcard instead of having the gc scan through like a mad dog and like you said potentially picking up on stale/garbage data. It's quite easy to get it to work thanks to swiss's your support for writing arbitrary files to the memcard. I'm booting a dol called gbiloader for which I've added support for sd2sp2 to real quick and I can boot to swiss in a matter of seconds. Hurray!
Here's a link to my fork if you want to merge it in with yours: https://github.com/vingt-2/xenogcfork/
I had a frustrated idea in an experiment from another post ... but after I took apart the welds I realized that something was wrong ...
I saw that the atmega 238 can behave like the atmega8, at least that's what I understood when reading the datasheet ...
do you think your fork would be written on atmega 328?
is it ready for use already?
I have this equipment for the flash:
- arduino for NGC
- (185.51 KiB) Not downloaded yet
checks the drive state on init to make sure it is ready for unloading xenodantheman2865 wrote: ↑Fri Oct 14, 2011 5:39 pmI think I finally understand that. The code I had for DVD_CallFunc() only cleared some existing interrupts (dvd = 0x14) because I didn't understand what I was doing at the time. I believe a lot of the hanging problems, etc., are caused by this. My idea is to enable the interrupts (dvd = 0x2e) so that potentially the drive won't hang up at that point.emu_kidid wrote:I had a brief chat with the original author. he says that the mn102 code can block the ppc since it masks interrupts whilst it does stuff
As soon as I get my Xeno Reflashed I will test this.
https://github.com/emukidid/xenogcfork/ ... n.cpp#L180
the hanging looks to be caused by internal code being loaded to the mn102
causing the blocking
https://github.com/emukidid/xenogcfork/ ... /dvd.h#L22