vyktormvmpay25
Senior Member
Ok no problem, it's free in name of development, if you think to it please let me know, I will do it and keep it as second unit if necessary.
Ok, thats the official way to do it, but i was wondering if there are alternative ways to do itI know how it works but we simply can't patch it into the retail syscons using the available space we have.
It has three steps:
1) Setup (to select the right table, algorithm and misc. stuff)
2) Table Data Patching (apply patches to the training data) - RSX specific
3) Execute the training algorithm - RSX specific
Problems: Not enough patch space to just overwrite everything or just too many offsets to patch.
The Problem is really that we don't have enough offsets to patch, the difference between the algorithms isn't that big but we simply lack the ability to patch more than like 2 things because we also need to overwrite the table data (which also needs to fit into the patch) and need about 2 patches for the setup.
Sony also produced two variants of the 40nm chip which get automatically detected by Syscon and use different tables/algorithms. So instead of adding support for one chip we need to add two :/ (https://www.psdevwiki.com/ps3/Talk:Rambus_Registers).
Yes, I had that idea too and did some research on that. The non 65nm RSX compatible Syscons (201/202/203) require too many patches for 40nm support, even "dirty" patches. It might work with the 301 (partial 65nm support) and 302 (full 65nm support) but doing that doesn't really make sense (preliminary tests failed).Ok, thats the official way to do it, but i was wondering if there are alternative ways to do it
Lets say... by hardcoding the data inside the algorithm (this way there is no need to patch the data table because syscon is not going to read it)
Or... bypass the algorithm completly patching functions to output always the correct values... this way the syscon is not doing an "smart" identification of the RSX model, instead of that "smart" identification we are "locking" syscon to a specific RSX model
Yes, I had that idea too and did some research on that. The non 65nm RSX compatible Syscons (201/202/203) require too many patches for 40nm support, even "dirty" patches. It might work with the 301 (partial 65nm support) and 302 (full 65nm support) but doing that doesn't really make sense (preliminary tests failed).
A 90nm -> 65nm swap isn't really ideal (and not recommendable) which leaves only 40nm. Let's say the 40nm RSX works with a patched Syscon. Then you have to swap the RSX and Syscon. These have to come from different consoles. The modchip offers the same functionality and is easier to install.
If you swap the RSX to 40nm you should swap the Syscon to 304. That's because Sony didn't only patch the FlexIO training but also the config server inside Syscon which communicates with CELL. The modchip or "dirty" Syscon patches can lead to a softlock since they don't patch that part.
The only boards which could make use of the "dirty" Syscon patches without a Syscon swap could be the DIA-001, DIA-002 and DEB-001. I don't know why someone would put money into that.
I don't know much about ps3 development (and gaming consoles in general) but I do have a logic analyzer and I'd love to check what's going on with that chip.
Anyway... want to buy a couple of them but seems impossible since the only web selling them is https://www.bukalapak.com/p/elektronik/elektronik-lainnya/jpcrkc-jual-ps3-rsx-mod and there is not any option that lets you select shiping to eu...
Can anyone help me buying a couple of them?
She's a pro! I recommend. @DeadEnd went through her a few times and I think a few others on the forum too. So she'll get you sorted. It's easier than you think. Just start a fiver account and search for her "buy stuff from Indonesia" service. Message her and she'll walk you through the process.
I was apprehensive at first, but it wasn't that bad.
I sent her both links but she was only able to purchase from the other one. I think they were out of stock or something, not sure.
I've tried different ways of doing with patches in mullion syscon with DeadEnd and help of M4j0r, sandungas. We need more space inside syscon for each rsx or at least for the one is charged. Orbis modchip will do it on fly over spi as auticonfig righ after boot. It is more complex, not a simple line code execution as simple microcontroller.
Mullion syscon can be copy one to one and reuse from another unit, like any eprom. On Renesas ic I don't have any method to dump full (is not public)
At least cok002 boards won't have any issues, from what I understand only cok001 with different ram colour, black or green? Can't remember, was posted earlier in thread for sure.