Editing Dual Firmware
Jump to navigation
Jump to search
The edit can be undone. Please check the comparison below to verify that this is what you want to do, and then publish the changes below to finish undoing the edit.
| Latest revision | Your text | ||
| Line 1: | Line 1: | ||
[[Category:Hardware]] | |||
Some of these methods are currently theoretical and have not been tested as of yet. | |||
= Hardware Based = | = Hardware Based = | ||
== NOR/Nand Piggybacking == | == NOR/Nand Piggybacking == | ||
This method involves physically soldering another flash chip ontop of the existing flash packages, soldering the legs pin for pin ( | This method involves physically soldering another flash chip ontop of the existing flash packages, soldering the legs pin for pin (piggybacking). You will lift both #CE pins and provide a switch between them to select the appropriate flash chip, of which each will have a different firmware. | ||
E.g.: http://www.elotrolado.net/hilo_la-dual-nand-fat40g-ya-es-una-realidad_1650176 | E.g.: http://www.elotrolado.net/hilo_la-dual-nand-fat40g-ya-es-una-realidad_1650176 | ||
=== Reset pin for NOR === | === Reset pin for NOR === | ||
| Line 13: | Line 14: | ||
After looking into this some more, Simply switching the #CE pin may not be sufficient as the chip is still operating and can interfere with the bus. | After looking into this some more, Simply switching the #CE pin may not be sufficient as the chip is still operating and can interfere with the bus. | ||
However, it appears that whilst the #reset pin is tied low, all input/output pins on the flash are in a state of high-impedance. We should be able to simply ground this pin to disable that chip, rather than lifting the #CE pin. | However, it appears that whilst the #reset pin is tied low, all input/output pins on the flash are in a state of high-impedance. We should be able to simply ground this pin to disable that chip, rather than lifting the #CE pin. | ||
== Dual-Banking == | == Dual-Banking == | ||
| Line 27: | Line 23: | ||
== Increased size NOR Flash == | == Increased size NOR Flash == | ||
This method relies on entirely lifting the existing NOR flash chip and planting a 256mbit chip, you could lift Address pin 23 and have a switch to tie this low or high to switch banks. A compatable samsung | This method relies on entirely lifting the existing NOR flash chip and planting a 256mbit chip, you could lift Address pin 23 and have a switch to tie this low or high to switch banks. A compatable samsung chip can be found below: | ||
http://www.samsung.com/global/system/business/semiconductor/product/2007/8/7/620430ds_k8p5615uqa_rev11.pdf | |||
This looks like it could work, as per the spansion and samsung charts, when using autoselect commands etc, it does not care about the state of pin 23. So there should not be any interference. | This looks like it could work, as per the spansion and samsung charts, when using autoselect commands etc, it does not care about the state of pin 23. So there should not be any interference. | ||
| Line 49: | Line 46: | ||
== Limitations == | == Limitations == | ||
=== Firmware hash checks === | === Firmware hash checks === | ||
Firmware hash checks are located on SYSCON EEPROM, aparently these checks are run within Indi info manager on LV1. These compare the hashes stored in syscon with the files stored on flash. If the checks fail, the console does not boot | Firmware hash checks are located on SYSCON EEPROM, aparently these checks are run within Indi info manager on LV1. These compare the hashes stored in syscon with the files stored on flash. If the checks fail, the console does not boot. We could get around this by using dual-banking on SYSCON or by patching the checks out. | ||
=== VFlash === | === VFlash === | ||
Only a single version of VFlash is stored on flash in NAND consoles, and a single copy is stored at the beginning of the PS3 hard drive on NOR consoles. Because the firmware stored here doesn't match that stored on flash, you would have to reinstall the rest of firmware everytime you switch. We could possibly overcome this limitation by patching the storage manager to redirect vflash to another region of the hard disk. | Only a single version of VFlash is stored on flash in NAND consoles, and a single copy is stored at the beginning of the PS3 hard drive on NOR consoles. Because the firmware stored here doesn't match that stored on flash, you would have to reinstall the rest of firmware everytime you switch. We could possibly overcome this limitation by patching the storage manager to redirect vflash to another region of the hard disk. | ||
[[Category:Software]] | |||
= Software based = | = Software based = | ||
== Using graf_chokolo's payload == | == Using graf_chokolo's payload == | ||
In graf_chokolo payloads, there is a payload that can be used to load an alternative | In graf_chokolo payloads, there is a payload that can be used to load an alternative lv2_kenel.self | ||
You have to save the alternative lv2_kernel.self on flash and use the payload to make lv1 load it. | You have to save the alternative lv2_kernel.self on flash and use the payload to make lv1 load it. | ||
| Line 82: | Line 80: | ||
*Same as above and this could ONLY be used with a lv2_kernel.self compatible with you actual lv1.self | *Same as above and this could ONLY be used with a lv2_kernel.self compatible with you actual lv1.self | ||
*You can only customize lv2_kernel.self and below | *You can only customize lv2_kernel.self and below | ||
= Bootloader = | = Bootloader = | ||
| Line 91: | Line 90: | ||
= Manual dualboot 3.55 & | = Manual dualboot 3.55 & 3.70 with 2 flashdumps and 2 harddrives = | ||
[http://www.digitalangel.it/2011/08/tutorial-fast-swap-su-ps3-slim-cfw-3-55-3-70-con-2-hard-disk-e-progskeet/ original italian and english guide posted by digitalangel] | |||
Today I will write a tutorial to “fast-swap” between CFW 3.55 and OFW 3.70, using 2 HDDs… at the end of the tutorial, you will be able to swap between the firmware just flashing a dump on your PS3 using Progskeet. (instead of downgrading and losing all data). | |||
The first steps are not so easy, so take your time and go on, by the way, you must have some skill with Progskeet, and it must be 100% working on your console. | |||
What we need: | |||
* PS3 Slim running with FW 3.70 | |||
* 2 Hard Disks | |||
* Progskeet installed and working on your PS3 Slim | |||
* Downgrade.bin edited with your personal data (there are tons of tutorials for do this) | |||
* 3.55 Downgrade Dongle to do the downgrade process. | |||
* Sony OFW 3.70 UPDATE.([http://playstation-3.logic-sunrise.com/telechargement-331678-ofw-ps3-370.html DOWNLOAD]) | |||
* http://www. | * CFW 3.55 KMEAW “NO CHECK” by dospiedra.([http://www.multiupload.com/4S6NGO13H4 DOWNLOAD]) | ||
* http:// | * Lv2Diag By Jaicrab. ([http://playstation-3.logic-sunrise.com/telechargement-225750-lv2diag-patche-par-jaicrab.html DOWNLOAD]) | ||
* http://www. | * Lv2Diag “FILE 2″ to go out of Service/Factory Mode. ([http://www.mediafire.com/?b07qrb96iz99ibb DOWNLOAD]) | ||
We need 2 harddrives because the firmware is partial on NOR (CoreOS) and the rest is on the harddrive. so we will need 2 HDDs, one for 3.55, and one for 3.70.. | |||
We will call those HDD “A” (for 3.70) and “B” (for 3.55) dont mix them up! | |||
Starting with a PS3 Slim with OFW 3.70. | |||
# Plug in HDD “B”, format and prepare it if it’s required by the PS3 and you should have your 3.70 up and running. | |||
# DUMP your actual NOR and call it “original dump 3.70.bin” | |||
# Now flash your “downgrade.bin” (edited with the personal data found in “original dump 3.70.bin”) | |||
# Turn on your PS3 and be sure that the PS3 is asking you to press the PS button (downgrade.bin flashed correctly :D ) | |||
# Insert a 3.55 Downgrade dongle and enter factory/service mode. | |||
# Copy Lv2Diag.self by Jaicrab and the 3.55 NO CHECK UPDATE renamed as “PS3UPDAT.PUP” in the root of your USB Stick. | |||
# Plug in the USB Stick in the most-right USB port of your PS3 and wait for it to turn OFF. | |||
# Leave the factory mode using the other Lv2Diag.self | |||
# After the reboot, you need to configure and set up your system… now you have a fully working 3.55 CFW based on KMEAW “NO CHECK”. | |||
# DUMP your actual NOR and call it “swap dump 3.55.bin” | |||
# Unplug HDD B and Plug in HDD A. | |||
# Turn on your PS3, plug in your USB Stick containing official 3.70 update and press start+select when asked. | |||
# When the PS3 reboots, check that the system is fully working and DUMP your actual NOR and call it “swap dump 3.70.bin”. | |||
NOW IT’S FINISHED! You should have “swap dump 3.55.bin” and “swap dump 3.70.bin” … Now you just have to swap HDD and flash the correspondening dump: | |||
* HDD A = swap dump 3.70.bin | |||
* HDD B = swap dump 3.55.bin | |||
WARNING: Do not install other CFW than the “NO CHECK” one… because it’s used to make the “fast-swap” working… if you flash something different you will not be able to go between the 2 FWs. This patch disables the LV1 for checking the Syscon hashes at startup… so it will not freeze or complain when the syscon hashes says “3.70″ and your FW is 3.55 ;) | |||
WARNING: In case you wanna update your console with a future “3.80″ or-so firmware. Do not update your console when you are running 3.55 firmware! You have to go to “swap dump 3.70.bin” and then update as usual (XMB or recovery)… -By the way, the downgrade is confirmed working only on 3.70… we haven’t tested it on other FWs, you could loose the possibility to go back to 3.55!- | |||