XenoGC fork
Re: XenoGC fork
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.
Suggestion is to use the already existing flasher and inject a new .bin into it
Suggestion is to use the already existing flasher and inject a new .bin into it
Re: XenoGC fork
you're crashing the drive, DDDD is dummy data returned on timeout. in CMD_InjectCustomDriveCode try reading drive memory (ie 0x804c) to see at which step it crashes. also read back the block at 40d000 to see if its written correctly.After injecting the drivecode "CMD_InjectCustomDriveCode()" the next action is "CheckDriveState(true)"...
while checking the drive state, "dwIntVec" is equal to 0xDDDDDDDD
thats where it hangs...
-
- Posts: 8
- Joined: Tue Sep 21, 2010 6:21 am
- Location: RUS
Re: XenoGC fork
Hi
I program my XENO and AtMegas using simple programmer attached to LPT (printer) port with is a few wires with diodes, to protect these PC lines. The programmer utility called AvrDude (WinXP).
XenoAT.1.05 (hex file or binary)
Have tried other firmwares, but got worked only 1.04 as i remember...
Also tried to flash with xenoflash.dol, by sending it via BBA (QoobPro) but there is a trap, you should reset drive because
QoobPro might interference with custom debug comand (not sure, but i did reset drive and thats help)
I program my XENO and AtMegas using simple programmer attached to LPT (printer) port with is a few wires with diodes, to protect these PC lines. The programmer utility called AvrDude (WinXP).
XenoAT.1.05 (hex file or binary)
Have tried other firmwares, but got worked only 1.04 as i remember...
Also tried to flash with xenoflash.dol, by sending it via BBA (QoobPro) but there is a trap, you should reset drive because
QoobPro might interference with custom debug comand (not sure, but i did reset drive and thats help)
-
- Posts: 34
- Joined: Sun Sep 04, 2011 3:24 pm
- Location: Flint, MI, USA
- Contact:
Re: XenoGC fork
I think I finally understand that. The code I had for DVD_CallFunc() only cleared some existing interrupts (dvd[0] = 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[0] = 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.
-
- Posts: 12
- Joined: Wed Mar 16, 2011 11:46 pm
Re: XenoGC fork
with r15 its possible to flash xenogc now? wiil be possible to boot swiss from mc?
Re: XenoGC fork
Not yet. I am looking into injecting the new .bin into the existing (working) flasher since we know that one works.
- megalomaniac
- Posts: 2480
- Joined: Sun Aug 21, 2011 5:33 am
- Location: Drunk in Texas
- Contact:
Re: XenoGC fork
just to add more to the puzzle:
since the app currently does not flash, i tested to see if it would at least erase.
That attempt initially failed as well, then a bit of success. FlashErase has to be performed twice back to back.
Cannot simply call FlashErase() twice. Must press Z twice to erase.
i tried the same to update by pressing A twice as well, but that did not work....maybe this info can be useful as to what is happening. It sounds closely related to our other problem previously corrected by performing a read before exiting CMD_InjectCustomDriveCode()
....
since the app currently does not flash, i tested to see if it would at least erase.
That attempt initially failed as well, then a bit of success. FlashErase has to be performed twice back to back.
Cannot simply call FlashErase() twice. Must press Z twice to erase.
Code: Select all
if(buttonsDown & PAD_TRIGGER_Z) {
// programm the chip
FlashInit();
FlashErase();
//set blue color, black background
printf("\x1b[36m \x1b[40m");
printf("\n\nFLASH ERASE Complete !!");
}
i tried the same to update by pressing A twice as well, but that did not work....maybe this info can be useful as to what is happening. It sounds closely related to our other problem previously corrected by performing a read before exiting CMD_InjectCustomDriveCode()
....
>>> BadAssConsoles.com <<<emu_kidid wrote: beer is like WD40 for megalomaniac's brain, gets the gears moving
Re: XenoGC fork
just used FreeMC Boot on a PS2 for the first time - now i'm looking forward to the GC hack to do this ... kind of
please search before you ask - a lot has been discussed already!
(or use google with "site:gc-forever.com *term*")
http://is.gd/MDmZcr
we also have a wiki filled with knowledge
http://is.gd/dX58Rm
(or use google with "site:gc-forever.com *term*")
http://is.gd/MDmZcr
we also have a wiki filled with knowledge
http://is.gd/dX58Rm
-
- Posts: 3
- Joined: Mon Dec 26, 2011 6:21 pm
Re: XenoGC fork
Hi folk`s . Sorry if this is a wrong treath but i need quick info. Just build a serial programmer for atmel (atmega8) this link didn`t know how to flash .hex with avrdude so i use ponyprog2000 and flash XenoAT.1.05.hex with it. What is the next step ist that it should solder chip now on gc or there is somthing more . P.S. PonyProg finish flashing ok. Thx.
Code: Select all
http://www.gc-forever.com/wiki/index.php?title=File:SerialBlock.png
Re: XenoGC fork
Well if you got the firmware on the flash, then you are ready to solder it in your cube.
http://www.gc-forever.com/wiki/index.ph ... noGC_Clone
http://www.gc-forever.com/wiki/index.ph ... noGC_Clone
-
- Posts: 3
- Joined: Mon Dec 26, 2011 6:21 pm
Re: XenoGC fork
Is this file XenoAT.1.05.hex all i need on chip to start it . For example play my backup? Or i need and eeprom data ?
- megalomaniac
- Posts: 2480
- Joined: Sun Aug 21, 2011 5:33 am
- Location: Drunk in Texas
- Contact:
Re: XenoGC fork
yup..
only need the hex file
did you add an LED to your design?
- if yes, does one of them light up when power is applied to the chip?
-- if yes, then solder leads between the atmega and gamecube drive connections and perform the following functional test:
1. put official disk in drive
2. power on
3. hold "start"
4. LEDS should display red then green (depending on your design)
5. should see xeno menu
if all this works, then try a backup disk next..
i suggest you try these steps before trying to mount the chip permanently
only need the hex file
did you add an LED to your design?
- if yes, does one of them light up when power is applied to the chip?
-- if yes, then solder leads between the atmega and gamecube drive connections and perform the following functional test:
1. put official disk in drive
2. power on
3. hold "start"
4. LEDS should display red then green (depending on your design)
5. should see xeno menu
if all this works, then try a backup disk next..
i suggest you try these steps before trying to mount the chip permanently
>>> BadAssConsoles.com <<<emu_kidid wrote: beer is like WD40 for megalomaniac's brain, gets the gears moving
-
- Posts: 3
- Joined: Mon Dec 26, 2011 6:21 pm
Re: XenoGC fork
Tnx @infact and @megalomaniac. Just back from work now. I am gonna try to solder chip with wires on cube (with led) and post results here soon.
-
- Posts: 34
- Joined: Sun Sep 04, 2011 3:24 pm
- Location: Flint, MI, USA
- Contact:
Re: XenoGC fork
Hey guys, it's good to be back.
In my absence I have learned a heck of a lot about digital hardware and embedded software so I'm ready to take another crack at this problem. Has anyone made any more progress not posted here? I know there was an effort to sub the old binary in the existing flasher .dol with the new binary... Otherwise, it seems like there is a very solid base here if we can figure out the weird bugs.
Consider this thread revived!
In my absence I have learned a heck of a lot about digital hardware and embedded software so I'm ready to take another crack at this problem. Has anyone made any more progress not posted here? I know there was an effort to sub the old binary in the existing flasher .dol with the new binary... Otherwise, it seems like there is a very solid base here if we can figure out the weird bugs.
Consider this thread revived!
Re: XenoGC fork
Good to hear.dantheman2865 wrote:Hey guys, it's good to be back.
In my absence I have learned a heck of a lot about digital hardware and embedded software so I'm ready to take another crack at this problem. Has anyone made any more progress not posted here? I know there was an effort to sub the old binary in the existing flasher .dol with the new binary... Otherwise, it seems like there is a very solid base here if we can figure out the weird bugs.
Consider this thread revived!
"The only thing more dangerous than a hardware guru with a code patch is a programmer with a soldering iron."
- megalomaniac
- Posts: 2480
- Joined: Sun Aug 21, 2011 5:33 am
- Location: Drunk in Texas
- Contact:
Re: XenoGC fork
Yo Dan good to see ya back
No updates to the googlecode since last rev 15(?)
We are still stuck in the same place of crashing MN during flash write. All other functions still work.
Still no SD load (as before) and Swiss will be too huge to fit unless severly stripped down and branched out.
No updates to the googlecode since last rev 15(?)
We are still stuck in the same place of crashing MN during flash write. All other functions still work.
Still no SD load (as before) and Swiss will be too huge to fit unless severly stripped down and branched out.
>>> BadAssConsoles.com <<<emu_kidid wrote: beer is like WD40 for megalomaniac's brain, gets the gears moving
Re: XenoGC fork
Dan, I did fix the 50/60Hz issues in the shell + re-added the DOL boot support from memcard (untested by me so far).
Our solution to flashing the xeno via DOL was to just inject the newer flash file into the already compiled DOL based flasher (but no one bothered with this yet).
Our solution to flashing the xeno via DOL was to just inject the newer flash file into the already compiled DOL based flasher (but no one bothered with this yet).
-
- Posts: 34
- Joined: Sun Sep 04, 2011 3:24 pm
- Location: Flint, MI, USA
- Contact:
Re: XenoGC fork
I have started to look into compiling from source as a viable option again. Also, my company just bought a couple of logic analyzers, so that should make snooping on the flashing code much much easier.
- megalomaniac
- Posts: 2480
- Joined: Sun Aug 21, 2011 5:33 am
- Location: Drunk in Texas
- Contact:
Re: XenoGC fork
hope you find something good...
i think ive come to the realization that a WKF/WODE mod offers more benefits to a cube than the xeno ever could....
mostly because of the dependency requirement that the xeno needs a drive in order to patch...
the other two options acting as a drive replacement really kills xeno....
....and flashing swiss on a WFK murders xeno all day long....
ive even banged my head around the thought of cross compiling the code to a different chip with a larger flash space to add a customized version of swiss...
and/or adding external sd card code to xeno code for an atmega 8 (or other) to access swiss (start button) ....but the bottom line, still need a drive....
my opinion, drive replacement WKF/WODE offers so much more advantages...
dont want to sound negative or deter your efforts....
just voicing my opinion on different thoughts ive had for xeno vs WFK/WODE....
i think ive come to the realization that a WKF/WODE mod offers more benefits to a cube than the xeno ever could....
mostly because of the dependency requirement that the xeno needs a drive in order to patch...
the other two options acting as a drive replacement really kills xeno....
....and flashing swiss on a WFK murders xeno all day long....
ive even banged my head around the thought of cross compiling the code to a different chip with a larger flash space to add a customized version of swiss...
and/or adding external sd card code to xeno code for an atmega 8 (or other) to access swiss (start button) ....but the bottom line, still need a drive....
my opinion, drive replacement WKF/WODE offers so much more advantages...
dont want to sound negative or deter your efforts....
just voicing my opinion on different thoughts ive had for xeno vs WFK/WODE....
>>> BadAssConsoles.com <<<emu_kidid wrote: beer is like WD40 for megalomaniac's brain, gets the gears moving
Re: XenoGC fork
not only do you need a drive, you need a disc in the drive!
- megalomaniac
- Posts: 2480
- Joined: Sun Aug 21, 2011 5:33 am
- Location: Drunk in Texas
- Contact:
Re: XenoGC fork
right...
even more of a disadvantage,,,
even more of a disadvantage,,,
>>> BadAssConsoles.com <<<emu_kidid wrote: beer is like WD40 for megalomaniac's brain, gets the gears moving
-
- Posts: 34
- Joined: Sun Sep 04, 2011 3:24 pm
- Location: Flint, MI, USA
- Contact:
Re: XenoGC fork
That's a good point, an open-source drive-chip would provide more functionality. I am most interested in this because it's my current setup, although it would be nice to provide an upgrade to people who already have Xenos.
Re: XenoGC fork
with all the knowledge on this forum and on irc we could be a gamecube open source super modchip!dantheman2865 wrote:That's a good point, an open-source drive-chip would provide more functionality. I am most interested in this because it's my current setup, although it would be nice to provide an upgrade to people who already have Xenos.
please search before you ask - a lot has been discussed already!
(or use google with "site:gc-forever.com *term*")
http://is.gd/MDmZcr
we also have a wiki filled with knowledge
http://is.gd/dX58Rm
(or use google with "site:gc-forever.com *term*")
http://is.gd/MDmZcr
we also have a wiki filled with knowledge
http://is.gd/dX58Rm
Re: XenoGC fork
Then start a project! I think tmbinc's schematic for a modchip will do.liquitt wrote:with all the knowledge on this forum and on irc we could be a gamecube open source super modchip!dantheman2865 wrote:That's a good point, an open-source drive-chip would provide more functionality. I am most interested in this because it's my current setup, although it would be nice to provide an upgrade to people who already have Xenos.