pstreecco
Forum Noob
Hello, this is my first post on the forum.
I got this non-booting CECH-3000 from a friend (who doesn't know the first thing about console modding, so I don't suspect this to be a failed install or anything) and recently managed to get a flash dump (ported norway to the pico 2 for it, anyone interested?) and enable debug logging to the southbridge UART.
The console appears to have a NoLOD, after pressing the power button the light turns green, then off and the fan spins down.
The error is consistently A0805FFF (with all F timestamp, which seems odd since the RTC battery is at ~2.9V), so the POST is ok but the error doesn't seem to be well known.
This is the boot log I get from the syscon, ignore the 3001 error from turning the console on without the 12v blades connected.
And this is what I see on the southbridge's serial out
The "sysmgr : altering lv0 or lv1 is detected." suggests corruption in the flash, but:
- both PyPS3checker and Swizzy's dump checker pass all checks with the NOR dump I got.
- switching the active ROS bank to ROS0 by writing FF to syscon offset 48C24 gives me roughly the same output, just on version 488 instead of 489
Looking this error up on the forum yields a couple of results, one of which is solved by a system update in safe mode, however I can't get to that since the console shuts down before it can do the double beep thing.
I don't fully understand the (admittedly convoluted) PS3 boot process, and haven't seen mentions of this sysmgr thing or any backwards validation of lv0 and lv1.
I wanted to ask if this looks like something that could be fixed in some way, maybe with a donor flash dump or by setting syscon eeprom to boot in safe mode?
Alternatively, since the console seems to get to lv2, could the new BadWDSD modchips be used to skip the check lv2 is doing on the previous stages? I have a Pi Pico at hand and could try.
I got this non-booting CECH-3000 from a friend (who doesn't know the first thing about console modding, so I don't suspect this to be a failed install or anything) and recently managed to get a flash dump (ported norway to the pico 2 for it, anyone interested?) and enable debug logging to the southbridge UART.
The console appears to have a NoLOD, after pressing the power button the light turns green, then off and the fan spins down.
The error is consistently A0805FFF (with all F timestamp, which seems odd since the RTC battery is at ~2.9V), so the POST is ok but the error doesn't seem to be well known.
This is the boot log I get from the syscon, ignore the 3001 error from turning the console on without the 12v blades connected.
Code:
# [SSM] Bringup Start.
# [SSM] PS0 ok.
# [SSM] PS1 ok.
# [SSM] PS2 ok.
# [SSM] PS3 ok.
# [SSM] PS4 ok.
# (PowerOn State)
OK 00000000
#!
#!Boot Loader SE Version 4.1.0
#!(Build ID: 4688,48851,
#!Build Date: 2012-02-01_23:00:06)
#!
#!Copyright(C) 2012 Sony Computer Entertainment Inc.All Rights Reserved.
#!
#![INFO]: query_system_power_up_cause returns successfully.
#![INFO]: requested_os_context: 0x00
#![INFO]: current_os_context : 0x00
#![INFO]: requested_gr_context: 0x00
#![INFO]: current_gr_context : 0x00
#![INFO]: last_shutdown_cause : 0x00
#![INFO]: wake_source : 0x00000004
#![INFO]: b_str: bool(0)
#![INFO]: CBE process technology id: 0x0000000c
#![INFO]: CBE design level: 0x00000002
#![INFO]: XDR Link successfully initilized.
#![INFO] get_boot_memory_type type 273
#!PX::EBCADMATCH0 1f000008
#!PX::EBCACCTRL0 00000401
#!PX::EBCADBS0 1f000000
#![INFO]: flash format 2
#![INFO]: flash format 2
#![INFO]: flash format 2
#![INFO]: flash format 2
#![INFO]: flash format 2
#![INFO]: Connecting to Debug Device (SB UART)
[omitted various #!]
# [SSM] Cond/Fatal received, msg=2649.
# [SSM] Fataldown Start.
# [SSM] Fataldown ok.
# CODE CLOCK
# A0805FFF FFFFFFFF
# A0805FFF FFFFFFFF
# A0805FFF FFFFFFFF
# A0805FFF FFFFFFFF
# A0805FFF FFFFFFFF
# A0805FFF FFFFFFFF
# A0805FFF FFFFFFFF
# A0805FFF FFFFFFFF
# A0805FFF FFFFFFFF
# A0805FFF FFFFFFFF
# A0805FFF FFFFFFFF
# A0003001 FFFFFFFF
# A0003001 FFFFFFFF
# A0805FFF FFFFFFFF
# A0805FFF FFFFFFFF
# A0805FFF FFFFFFFF
# A0805FFF FFFFFFFF
# A0805FFF FFFFFFFF
# A0805FFF FFFFFFFF
# A0805FFF FFFFFFFF
# A0805FFF FFFFFFFF
# A0805FFF FFFFFFFF
# A0805FFF FFFFFFFF
# A0805FFF FFFFFFFF
# A0805FFF FFFFFFFF
# A0805FFF FFFFFFFF
# A0805FFF FFFFFFFF
# A0805FFF FFFFFFFF
# A0805FFF FFFFFFFF
# A0805FFF FFFFFFFF
# A0805FFF FFFFFFFF
And this is what I see on the southbridge's serial out
Code:
Boot Loader SE Version 4.8.9 (Build ID: 5366,50740, Build Date: 2022-02-04_12:51:26)
SDK Version: 489.000
Copyright(C) 2022 Sony Computer Entertainment Inc.All Rights Reserved.
[INFO]: === eXtreme Data Rate Memory Subsystem ===
[INFO]: (Configured Memory Size per single XIO channel: 128 MBytes.)
[INFO]: XIO channel[0] is available.
[INFO]: XIO channel[1] is available.
[INFO]: ---> Total 256 MBytes are now in use.
[INFO]: SPU enable [0, 1, 2, 5, 6, 7] 11101111
[INFO]: BE:12S DD2.0, SB:ZX1.1
Cell OS SDK4.8.9 000 (release build: r50740 2022_02_04_120000)
Copyright 2022 Sony Computer Entertainment Inc.
revision: 50739
date: Fri Feb 4 12:53:01 JST 2022
lv2(0): total memory size: 249MB+640KB
lv2(0): kern memory size: 12MB+640KB (heap:3492KB page pool:4736KB)
lv2(0): user memory size: 237MB
lv2(2):
lv2(2): Cell OS Lv-2 32 bit version 4.8.9
lv2(2): Copyright 2011 Sony Computer Entertainment Inc.
lv2(2): All Rights Reserved.
lv2(2):
lv2(2): revision: 50740
lv2(2): build date: 2022/02/04 12:56:52
lv2(2): processor: Broadband Engine Ver 0x0000 Rev 0x2100
lv2(2): PPU:0, Thread:0 is enabled.
lv2(2): PPU:0, Thread:1 is enabled.
sysmgr : altering lv0 or lv1 is detected.
lv2(2): rsx: rsx40 a01 500/650 vpe:ff shd:3f [NAA858-25:0:4:19:2:11:6:0:1][23:0:a:0:1:0:1][1:1:0]
lv2(2): Available physical SPUs: 6/7
The "sysmgr : altering lv0 or lv1 is detected." suggests corruption in the flash, but:
- both PyPS3checker and Swizzy's dump checker pass all checks with the NOR dump I got.
- switching the active ROS bank to ROS0 by writing FF to syscon offset 48C24 gives me roughly the same output, just on version 488 instead of 489
Looking this error up on the forum yields a couple of results, one of which is solved by a system update in safe mode, however I can't get to that since the console shuts down before it can do the double beep thing.
I don't fully understand the (admittedly convoluted) PS3 boot process, and haven't seen mentions of this sysmgr thing or any backwards validation of lv0 and lv1.
I wanted to ask if this looks like something that could be fixed in some way, maybe with a donor flash dump or by setting syscon eeprom to boot in safe mode?
Alternatively, since the console seems to get to lv2, could the new BadWDSD modchips be used to skip the check lv2 is doing on the previous stages? I have a Pi Pico at hand and could try.