forums.ps2dev.org

Using the bootstrap method I have been able to get user PRX exports and memory to work properly. However, the results are not so successful when I don't bootstrap. I haven't been able to track it down yet, but there seems to be something broken.

I'm writing a program that I am loading in kernel mode. I am finding that I am unable to load the program sometimes, and it appears to be releated to size. My program is small (200KB), and I don't have a lot of static variables. When the program won't load, if I do something like comment out a funct...

Thanks for all the support. The truth is that the project has been somewhat stalled for the last few weeks, so it was more or less dead. However, the source is still alive, and who knows what could happen with it. The good news is that Fluff and I still have a few tricks up our sleeves, so keep your...

That's because it can't find the images directory. Make sure it is in the same place as eboot.pbp

Also, I realized I posted one of my source snapshots as the first file, which was supposed to be a binary snapshot. I've fixed it, so now the first link is a binary snapshot.

I don't know who ever claimed ownership of this code, and I don't know who released the pictures. It's not supposed to be top secret or anything, but for reasons made obvious here, it wasn't really supposed to get out. It was just a little experiment. Fluff did the artwork, and I wrote the code. I'l...

You cant use those stubs in kernel mode. Read TyRaNiD's "Big NOTE".

http://forums.ps2dev.org/viewtopic.php?t=2204

I did the coding for Arkanoid with kdevelop, it has a very nice editor.

The module name that is used in startup.s is hard coded in outpatch.exe. If they do not match, outpatch will not work. So yes, you do have to recompile every time you change the module name. Unless of course, you change the source to take the module name as an argument.

Well, here's my first creation for the PSP. It's Arkanoid. For this game I tried something a little different. The PSP is turned 90 degrees for a taller board. This is a full release complete with sound and many levels. If you don't have a 1.0 and want to see what it looks like I made a little video...

The part is K5E5658HCM-0060 by Samsung.

I've been through the datasheet and there is nothing like that.

Quick question for those who have this all working - I have found a PSP 1001K to buy, is there anyway to tell if this will work or not? I know the original japanesse ones were PSP 1000K.. so is this a jap PSP with a patch? None of the PSP-1000Ks are 1.0. You will need a PSP-1000, but watch out, the...

also i found a few available jap models for sale on ebay. guy has high feedback too, so looks like it can be trusted. but isnt jap version supose to be ntsc not pal? It doesn't say that they are 1.0. In fact, the new PSP-1000's are 1.5. Also, since the PSP doesn't have TV out, PAL/NTSC isn't an iss...

He did more that NOPs. He did some NOPs, and then an infinite loop, which is what would have caused the freeze. It's possable that its actually running becuase he had to remove the battery to turn it off. Usually when something goes wrong the PSP just shuts off, but the battery doesn't have to be re...

a Quick summary of information and speculation: UMD: Contents of (some) Demo disk: 528 Bytes - PARAM.SFO 12171 Bytes - ICON0.PNG 120832 Bytes - ICON1.PMF 85299 Bytes - ICON1.PNG 82029 Bytes - PIC1.PNG 87212 Bytes - SND0.AT3 3387376 Bytes - DATA.PSP 11183216 Bytes - DATA.PSAR The memory stick update...

If that were the case, could that imply that it started to load the ELF code and then crashed, which led to the watchdog timer powering off?

Actually a got a binary mixed in with one someone else had assembled/linked. I replaced with with one I have assembled on my own. It has nothing from Sony/Metrowerks, and still exibits the shut off.

The assembly code: http://psplinux.sf.net/files/freeze/freeze.asm

The assembled code: http://psplinux.sf.net/files/freeze/freeze.o

The linked file: http://psplinux.sf.net/files/freeze/freeze.elf

We still don't have an answer for why it only crashes on files that have not been linked. Of everything that I have used as data.psp, which includes random garbage and lots of compiled/linked code, the only thing that causes a shutoff is an unlinked ELF file. I can't see how this means anything but ...

I've never claimed that it's actually running the code, or that it even will. But I am claiming that the PSP does care that the file is not linked, which to me indicates that it's reading the ELF file. However, I am doing more experiments and I will post back with my findings. I'd like it if anyone ...

Not exactly. There's no way that these decryption errors only appear when a file has not been linked.

Think about it. A non-linked ELF: Crash the PSP. A Linked ELF: Loading error that doesn't crash the PSP.

The PSP is reading the ELF file regardless of encryption.

Try again.

Ah yes..I did notice that it changed from 01 to 02. So its linking correctly...

Ooops I meant to write -T and not -x.

I was just passing one object file through on the case I posted, but I've done it with multiple files as well.

Here's a sample. For some reason though, there are about FFF zero bytes in the linker output before the symbol table. I'm not sure why this would happen... Anyways..here is the sample asm: .globl main main: j main Here's what the header of the .o 7f 45 4c 46 01 01 01 00 00 00 00 00 00 00 00 ...

Thanks for that bit of info. I checked it out and the ELF type doesn't change. It was x01 after assembly, and remained x01 after linking. So it must be something else...

Yup.

Well since I'm sure that its not the j 0 that does it, and I've assembled a variety of code samples and tried lots of things, and the only consistency that I have come up with is that when I don't link I get the crash, what other tests do you think I should try?

I'm looking for suggestions.

Origionally I said: This seems to indicate that the PSP is trying to execute our file, even though it is not encrypted. I didn't think that it was actually running. It couldn't be running if it shut off. Really what I was getting at is that there is the PSP is doing something with the ELF code, beca...

Also, it's not the j 0 that causes the crash. I've run other tests that did not contain that command that came up with the same results.

I never claimed that it was executing my code. I know about ELF files, as and ld. Sorry I didn't get too technical in my post. I just figured that anyone who might be able to help me would know what I was talking. I'll make sure to sound more technical, to establish more credibility with you, mmkay ...