Downgrading: Difference between revisions
Jump to navigation
Jump to search
(Flashing lower syscon fw bricks the vita. Also other parts (i.e touch or motion) are updated too.) |
m (Text replacement - "<imgur(?:\s+\w+=(?:\w+|"[^"]+"))*\s*>([^<]+?\.(jpg|jpeg|png|gif))\s*<\/imgur>" to "200px") |
||
| (6 intermediate revisions by 3 users not shown) | |||
| Line 7: | Line 7: | ||
== Attempts == | == Attempts == | ||
TheFloW tried downgrade from 3.67 back to 3.60, but it didn't work | TheFloW tried downgrade from 3.67 back to 3.60, but it didn't work<br> | ||
https://twitter.com/theflow0/status/967785107888201728 | https://twitter.com/theflow0/status/967785107888201728<br> | ||
[[File:dADtkam.jpg|200px]] | |||
Latest revision as of 05:17, 4 May 2023
So far, there are no known methods of downgrading a retail vita unit. Probably the only way is Manufacturing mode or some other sort of QA flag set in Syscon. Alternatively you may force lower fw load with a Secure Processor (commonly called "F00D") exploit that happens before prog_rvk.srvk is loaded and that patches it (F00D) to use legacy/factory keyset only.
However, it is possible to downgrade a Testing Kit or Development Kit Vita, as seen in this video:
Attempts[edit | edit source]
TheFloW tried downgrade from 3.67 back to 3.60, but it didn't work
https://twitter.com/theflow0/status/967785107888201728
