@sandungas yep, that's the comment I used for my notes so that's how I got the numbers. I'm also having the same problem as that guy where there's no error log entries whatsoever. Do some Sherwoods just not have the errorlog enabled? I'd have a hard time believing something didn't end up in there one way or another, especially after 1600 days.
As for highest uptimes.... I just popped open another A01 tonight, and the uptime says 7 days.
There is something in sherwoods related with the timers that smells a bit fishy but i dont understand it well
For curiosity sake, the timestamps used in the errorlogs are counting seconds too. In mullion syscons if you remove the battery cell and the PS3 triggers an error without it the timestamps in "human readable format" displayed by the errorlog command starts counting from 2000/1/1 12:00:00 and are summed 946684800 seconds (around 30 years), but if you boot with the battery cell it starts counting from 2005/12/31 00:00:00
I wrote some notes about it here, i added also some links to a web where you can convert the values
https://www.psdevwiki.com/ps3/Syscon_Error_Codes#Error_log_format
The runtime displayed by the becount command you are talking about is a different time counter, but i think it could be related with the timers of the errorlog, most probably sony canged how that timers works in the same syscon firmware version... i guess is one of the changes they made for sherwoods but im not sure which syscon models are affected by this kind of changes or/and how many times they changed it
The empty errorlog is something really weird, i agree with you, is very unprobable to find an empty errorlog, even if the hardware was always working fine there are some error codes that can be triggered by normal use of the PS3... dunno, when the games crashes there are (at least) 3 different types of crashes that affects different components of the PS3, in a light crash the PS3 reboots normally or displays that warning screen telling to do a hdd filesystem check, but sometimes the crash affects syscon (the PS3 becomes insensitive to the press of the power button just because the power button is directly connected to syscon, but syscon is k.o.), and there is another uglyer crash that affects CELL, in this kind of crashes the PS3 displays a warning screen where the only thiing you can do is to press a button (and pray, because it means the PS3 doesnt knows if the firmware is damaged)... i guess some of that crashes triggers an error code
When i was discussing this in the other thread i was wondering if there are other ways to force an error code... i mean... without need to use a solder iron to knock off components... it could be handy to find an easy and safe way to trigger error codes just to have a confirmation that the errors are recorded normally, but i dont know how
A0801001 with artifacts/freezing if it did display, but usually GLOD. Cap signals looked a little dirty, so I swapped all the TOKIN out first. No change. Ohms all looked okay. It's in the drying oven now and I'll decide on reball or bin of the 90nm when I see what's underneath tomorrow.
It did have like 100 more boots than shutdowns, but I'm inclined to believe that 7 days isn't too far off. The thermal paste was still wet. So it's likely a factory defect either way, BGA or RSX.
Many months ago in the other thread about webman someone reported a runtime really low and it didnt made sense... i dont remember the details of it but it was something imposible... lets say a runtime of 7 days, with the warranty sticker in his place, but the USB ports very scratched and/or some other components with clear signals of abuse
At that time i started speculating if the time counters could do a "loop"... you know, this depends of the lenght of the values used to store times. My theory was.... if the values are short there must be a point when the counter is completly filled, and there are only 2 posible solutions to this problem:
1) syscon locks the counter with his max value forever
2) it resets back to zero
3) it resets back to zero and another counter cummulates 1 unit (that unit represents 1 loop)
I was in the oppinion that 1) is not an aceptable solution... but that talk happened way before syscon was hacked so we was not able to take a look at the data inside syscon EEPROM, but the other day i was doing the calculations for curiosity sake and the highest value that can be stored inside the "runtime" timer (4 bytes) is around 1500 days... this amount is big enought to allow sony to use the solution 1) i mentioned above
So... right now im doubtful because the 3 solutions are posible
What could be a bit clarifying is if someone dumps the becount syscon area entirelly (size 0x100 on sherwoods or 0x200 on mullions) from a working console and use webman to see how the data is converted to "human readable" format
The point is... webman is reading the data using
syscall 391 sys_sm_request_be_count so is the PS3 firmware who does that conversion
We could find the details of how the data is converted for every syscon model by reverse engineering that syscall, but as far i know nobody did (and i cant do it), but looking at the info displayed by webman and comparing it with the data inside syscon EEPROM could help to figure it