Go Back  
Closed Thread
 
Thread Tools
Old 03-07-2013   #91
underwurlde
Member
 
underwurlde's Avatar
 
Join Date: Nov 2012
Location: S.England
Posts: 539
Likes: 48
Liked 249 Times in 136 Posts
Mentioned: 58 Post(s)
Tagged: 0 Thread(s)
It could be that your ProgSkeet v1.2 isn't working properly?

IMHO 100% best method is to remove NAND, solder onto NAND adapter PCB etc. etc.

I will soon be releasing a service to take peoples v1.2's and convert them into WORKING v1.1's on what I hope will be a much improved PCB over the original.

Andy
underwurlde is offline  
Likes: (2)
Old 03-07-2013   #92
3absiso
Senior Member
 
3absiso's Avatar
 
Join Date: Nov 2011
Location: Long Live PALESTINE
Posts: 1,761
Likes: 853
Liked 742 Times in 534 Posts
Mentioned: 231 Post(s)
Tagged: 0 Thread(s)
Originally Posted by underwurlde View Post
It could be that your ProgSkeet v1.2 isn't working properly?

IMHO 100% best method is to remove NAND, solder onto NAND adapter PCB etc. etc.

I will soon be releasing a service to take peoples v1.2's and convert them into WORKING v1.1's on what I hope will be a much improved PCB over the original.

Andy
Good News Andy
__________________
We Will Rise Again
3absiso is offline  
Old 03-18-2013   #93
alsaffar1973
Apprentice
 
Join Date: Mar 2013
Posts: 7
Likes: 0
Liked 0 Times in 0 Posts
Mentioned: 0 Post(s)
Tagged: 0 Thread(s)
Originally Posted by Effleurage View Post
Thanks you.

I'm working now on NANDWay.

According to samsung's docs (google K9F1G08U0A, page 15 - Identifying Initial Invalid Block) - a bad block is marked in the factory in the spare area of the first or the second page of a block (meaning the first byte in the spare area is 0). This information should not be overwritten by the PS3 - so it's probably there as well.
can you validate this? I don't have yet a NAND w/ bad blocks to check this out but i will be happy if you can go over all the valid blocks and see that the first byte of the spare area in the first page is non-zero unless it's a bad block.
a page is 2112 bytes long (multiply it by 64 (number of pages in a block) and you get 0x21000) and the spare area is beginning after the 2048bytes of the block. so offset 2048 in each block should be non-zero for a valid block and zero for a bad block.
I will be happy if somebody can confirm/verify this (or send a link to a dump w/ a bad block) - so that i can integrate it to my code.
Sir

i just want to tell you something,before 2 days i was going to downgrade sem-001,i did alot of that mobo with 0 badblock,2,3 ....etc all were OK,,but this time bad blocks were 11/each dump,total = 22 and the console failed to be downgraded with 1patchcos and 1patchcos3.55,so i decided to replace tsops from known cok-002 and both checked with 0 bad block..

after soldering and reflashing the replacement tsops ,console started up fine,then i updated the console with OFW higher than ever,NOW reconnecting progskeet to dump both tsops on the hope i will get 0 bad block /each.........OMG,i have been shocked,the same 11 bad block are also reported by flowrebuilder and nothing changed....

so i am assured now that the bad blocks came from errors while writing tsops and not from the tsop itself and my question is ;where is the problem? CPU ? southbridge? CXD9909GB ?
alsaffar1973 is offline  
Old 03-18-2013   #94
Sarah1331
Senior Member
 
Sarah1331's Avatar
 
Join Date: Oct 2012
Posts: 1,831
Likes: 389
Liked 430 Times in 345 Posts
Mentioned: 357 Post(s)
Tagged: 0 Thread(s)
Originally Posted by alsaffar1973 View Post
Sir

i just want to tell you something,before 2 days i was going to downgrade sem-001,i did alot of that mobo with 0 badblock,2,3 ....etc all were OK,,but this time bad blocks were 11/each dump,total = 22 and the console failed to be downgraded with 1patchcos and 1patchcos3.55,so i decided to replace tsops from known cok-002 and both checked with 0 bad block..

after soldering and reflashing the replacement tsops ,console started up fine,then i updated the console with OFW higher than ever,NOW reconnecting progskeet to dump both tsops on the hope i will get 0 bad block /each.........OMG,i have been shocked,the same 11 bad block are also reported by flowrebuilder and nothing changed....

so i am assured now that the bad blocks came from errors while writing tsops and not from the tsop itself and my question is ;where is the problem? CPU ? southbridge? CXD9909GB ?
When you write your dumps from the NANDs with bad blocks you copy the bad blocks over

Eg block 3 is at block 9 ect you just copied this not remapped them
Sarah1331 is online now  
Old 03-18-2013   #95
alsaffar1973
Apprentice
 
Join Date: Mar 2013
Posts: 7
Likes: 0
Liked 0 Times in 0 Posts
Mentioned: 0 Post(s)
Tagged: 0 Thread(s)
Originally Posted by Sarah1331 View Post
When you write your dumps from the NANDs with bad blocks you copy the bad blocks over

Eg block 3 is at block 9 ect you just copied this not remapped them

i said that i updated the console to OFW higher after installing the replacement tsops,will the southbridge skip the badblocks i wrote from the original dumps?
alsaffar1973 is offline  
Old 03-18-2013   #96
Sarah1331
Senior Member
 
Sarah1331's Avatar
 
Join Date: Oct 2012
Posts: 1,831
Likes: 389
Liked 430 Times in 345 Posts
Mentioned: 357 Post(s)
Tagged: 0 Thread(s)
Originally Posted by alsaffar1973 View Post
i said that i updated the console to OFW higher after installing the replacement tsops,will the southbridge skip the badblocks i wrote from the original dumps?
Updating wont do anything as it stil says 000000000 in the blocks that was bad so it will skip them
Sarah1331 is online now  
Old 03-18-2013   #97
alsaffar1973
Apprentice
 
Join Date: Mar 2013
Posts: 7
Likes: 0
Liked 0 Times in 0 Posts
Mentioned: 0 Post(s)
Tagged: 0 Thread(s)
Originally Posted by Sarah1331 View Post
Updating wont do anything as it stil says 000000000 in the blocks that was bad so it will skip them
thank you for sharing your mind,i am assured that the southbridge won't skip those blocks because they are not physical bad blocks

overall,what do you suggest to handle this issue?there are 11badblock/tsop and console doesn't accept downgrading

Last edited by alsaffar1973; 03-18-2013 at 05:08 PM.
alsaffar1973 is offline  
Old 03-18-2013   #98
Sarah1331
Senior Member
 
Sarah1331's Avatar
 
Join Date: Oct 2012
Posts: 1,831
Likes: 389
Liked 430 Times in 345 Posts
Mentioned: 357 Post(s)
Tagged: 0 Thread(s)
Remap your bad blocks and flash to good TSOP's and try if it works start downgrade process again
Sarah1331 is online now  
Old 03-19-2013   #99
alsaffar1973
Apprentice
 
Join Date: Mar 2013
Posts: 7
Likes: 0
Liked 0 Times in 0 Posts
Mentioned: 0 Post(s)
Tagged: 0 Thread(s)
Originally Posted by Sarah1331 View Post
Remap your bad blocks and flash to good TSOP's and try if it works start downgrade process again
both original dumps are remapped,written back to the console,i got ylod
alsaffar1973 is offline  
Old 03-19-2013   #100
Sarah1331
Senior Member
 
Sarah1331's Avatar
 
Join Date: Oct 2012
Posts: 1,831
Likes: 389
Liked 430 Times in 345 Posts
Mentioned: 357 Post(s)
Tagged: 0 Thread(s)
Originally Posted by alsaffar1973 View Post
both original dumps are remapped,written back to the console,i got ylod
Not remapped correct
Sarah1331 is online now  
Closed Thread

Bookmarks

Thread Tools

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump



PS3Hax.net is Copyright © 2010-2013.
Use of this site is governed by our Terms of Use and Privacy Policy. All Trademarks and images are owned by their respected owners.
Posts and links are subject to each author on this forum and are no way affiliated with the operations and/or opinions of ps3hax.net
All times are GMT -5. The time now is 05:46 PM.