Print

Please login or register.
1 Hour 1 Day 1 Week 1 Month Forever
Login with username, password and session length

[FOL]

This was the last release back in 2014. Since then I have not been able to get it to compile.
However this afternoon. Finally got it compiling with latest GCC and toolchain.

So with that said, expect work to continue on PSPUAE, .
Only issue I can see at present with updated source, is the LEDs are messed up. Still working on fixing them.

[FOL]

Update leds fixed, but are vertical.
Going to leave it there for now. Already spent 8 hours on this.

[FOL]

Also appears OSK is not working.
LED and this issue, are down to changes made to make it compile with latest GCC.

May work on it some more tonight. Once I have these sorted. Source will be as it was back in 2014.
Can then use that as a base to update and improve it.

[FOL]

All fixed. Now have working source to continue working from.

[FOL]

Plan is.

Get AGA menu option working correctly. Meaning no more having to set AGA on start to get it to set CS Masks correctly.
Then look at getting HDF / folder support fixed.
Then will look at optimising code for speed.

[FOL]

Decided to go with HDD support first.
Spent some time on it last night, hoping to do some more on it tonight.

If I recall, logs showed it was passing massive negative value to UAE for HDF size.
Previously I did start aligning mem to 32bit, which the PSP likes. So its proberly not the cause, but maybe part of it.

[FOL]

Seems the HDD issue is a lot more complex than I first thought.

Tried to get HDF working, just refuses to work. Original way it was being done was not the right way to do it.
Turned out, who ever added HDD selection code was trying to use filesystem to mount HDF. Thats not how its supposed to be done. filesys mounts are only ment for host folder hdd. After spending time trying to mount correct way (through Hardfile handler) it has come clear there are things missing from the source.

So have dumped HDF approach and will work on getting it working via host folders using filesys mounting.
Fingers crossed that will work. Even if its folder HDD's, its better than nothing.

After this, I was thinking of JIT. However JIT is way past my level of skills. So I was thinking of maybe a Psuedo-JIT.
Via caching code ready for it to be resused. More on this, when I look at it further.

[FOL]

Update.

I started over with hdf support and I think Im close. To tired to continue last night.
I have it selecting hdf, logging all parts of mount and all looks good on that front.
However, PSPUAE cant use the scsemul part of source. With out this we get no scsi.device.
So kickstart moans it can not find scsi.device.

So plan now is, to add code to make it think uaehf.device is scsi.device, intercept scsi commands and pass scsi commands to uaehf.device. Fingers crossed.

On side note, I will get site revamped at some point.

[FOL]

Ok, looks like I was missing some code. Don't need a stub, as UAE auto sets uaehf.device automatically.
So even though, I ended up spending hours chasing wrong issue. I have learnt alot.

Basically, the config code is whats wrong. I forgot who ever added HDD selection code, bypass the HD handler.
They were calling add filesys directly. So it would mount HDF, after reading it, confirming size etc etc. then guru, after doing a double bus error.
add filesys, is for mounting folders as drive. So when it tries accessing hdf, it freaks out and starts messing with copper locations in memory and guru's.

Will work on it more tonight, determined more than ever to get this working.

[FOL]

Still on it.

PSPUAE never seems to install the filesystem, so spent all night trying to debug it.
Will continue tonight, crazy it just does not seem to want to work.

[FOL]

Ok, took a step back and decided to start from scratch this time.
Fresh source, I decided to log the entire HDF mounting process.

That showed, it gets to the mountinfo geometry part of the code, then it would trash the Amiga memory and cause double bus error. So started looking at geometry values. Some of them didn't look right.

So we have it mounting drive, installing filesys, installing device, gets datapackets ready, then memory corrupts and then over flows, causing double bud error.

Started checking geometry code and altering some parts of it, as it I think its not reporting correct size of HDF. I chose a known working rom and non-rdb HDF. HDF is 20MB in size, keep it small and simple for now. Code seemed to be dividing blocksize to make it something like 120. This is causing it to be seen as 16MB.

I now have it starting to boot, no more double bus error, but PSP now crashes. However before it crashes, I can now see a new log. uae_start_thread, so its now crashing as soon as it starts hardfile thread. May sound worse, but it still looks like memory corruption, its just taking out PSP now.