XBReboot v0.05 8955_1 for Zephyr, Falcon and Jasper-16 is out!

Comments

By jabberosx on 34 weeks ago:

I just got hold of an xbox with Hitchi drive. Its the one without HDMI. Now over to the FAQ/Help sections to figure out whats what!!

Thanks.

By JeffJ on 34 weeks ago:

There is a guide here on how to flash a linux kernel to a Xenon board with th16MB flash rom.. this is what you will want.

By j c on 33 weeks ago:

Does XBR offer the same feature as freeboot where you can use any 2.5" SATA in the internal enclosure?

By JeffJ on 32 weeks ago:

Yes it does. You can use any drive.

By PS3 News on 30 weeks ago:

Here are some XBReboot v0.05 8955_3 and 8955_3a (for all 16mb Motherboards) updates attached below.

Quote:

A new 'patch'-version of XBReboot has been released for all 16MB NAND motherboards solving the freezing/lagging issues and removing the need to patch XEX files (media check etc).

XBReboot is an image you can flash on your onboard NAND that will allow you to 'reboot' a JTAG-exploitable (~pre-mid-June MFR date, pre 8xxx kernel) 360 in a patched 8955 kernel which makes homebrew XDK (unsigned XEXs etc) possible.

*Update* There was an issue with the SMC code in the Zephyr and Falcon releases. 8955_3a has now been released for these 2 motherboard revisions with good SMC.

From readme/nfo:

* Who wrote this?
Talented members of XBH contributed in many ways. You know who they are. TeamXBR assembled the parts, coded the utilities, and glued it all together to make it work.

* How does it work?
Both XBR and Freeboot use a "patch engine" to apply patches to the bootloaders as the console reboots. For Freeboot, this is "freeboot.bin" or "freeboot-manual.bin"; For XBR, its "xbrfw.bin" Both of these binaries are based on xell type start up code, and are launched by the exploit. The code then applies patches contained at block 0x65+, and restarts the system.

* What went wrong?
Earlier versions of XBR used the same CB/CD pair to start the 8955 kernel as the exploit. Freeboot, using a dual nand setup, used the older bootloaders to start the exploit, than used the newer bootloaders on the alternate flash to start the kernel.

The problems were not related to the patches used by XBR, but rather the use of the older bootloaders. Please try to control yourselves if problems arise, they can always be fixed. Dont do anything crazy like start conspiracy theories, buy a cygnos, wire up a dual nand or xd card, rip out a big nand to swap in a smaller one etc, etc. Have a little patience, have a little faith :P

* So whats the fix?
1) Add a copy of the new bootloaders to flash.
2) Create patches to use the newer relocated bootloaders on reboot.

It was easier to re-use the freeboot.bin patch engine to accomplish this task.
The freeboot patches themselves are not used. XBR continues to use its own patches, however, the freeboot.bin patch engine will be used to apply them.
This also allows custom patches to be applied, in the format used by freeboot.

8955_3a:
- Zephyrs and Falcons now built with correct smc.

8955_3:
- Uses 6750 as the alternate CB to allow easy support for all hardware versions.
- No changes made to patches, exact same functionality as 8955_2.

8955_2:
- Add a copy of the new bootloaders to flash.
- Create patches to use the new relocated bootloaders on reboot.
- Translated existing XBR patches to use the freeboot.bin patch engine.
- Fixed build file to use CB/CD 1921 for all xenon.
- Eliminate media binding path checks, run xex from all media without patching.

* XBReboot Block Layout:
Ox00 - 0x2F Xell Boot firmware
0x30 - 0x3F Backup Xell
0x40 - 0x4F freeboot.bin or freeboot-manual.bin (patch engine core)
0x50 - 0x61 Alternate CG
0x62 - 0x64 Spare blocks
0x65 - 0x65 Patch.bin, patches for bootloaders and kernel
0x66 - 0x8F Alternate CB/CD/CE
0x90 - 0x?? Flash file system

* HowTo:
1) Extract KV and Config blocks from orig.bin
nandpro orig.bin: -r16 rawkv.bin 1 1
nandpro orig.bin: -r16 rawconfig.bin 3de 2
2) Inject those blocks into XBR.bin
nandpro XBR.bin: -w16 rawkv.bin 1 1
nandpro XBR.bin: -w16 rawconfig.bin 3de 2
3) Flash result
nandpro lpt: -w16 XBR.bin

* Notes:
There is no need to unpack and repack pirs files!
This is a limitation of freeboot. Not XBR.
Aside from that major difference, all functionality is the same.
Individual sections can be updated or extracted seperately using nandpro.

By lilstevie on 30 weeks ago:

this latest XBR is a godsend, things just work much better than past versions, and because of the extra stability + now autopatching of things such as title updates it trumps freeboot, the only thing i really noticed was that the console takes a second or 2 longer to boot, and its not totally bulletproof yet either, i had one slight glitch earlier which resulted in this:

By PS3 News on 30 weeks ago:

Some more XBReboot v0.05 8955_3b Zephyr and 8955_3a Jasper16 updates!

Quote:

Another bug-fix version of XBReboot v0.05 8955_3 has been released for Zephyr motherboards fixing some issues with the 3a release. 3b is now confirmed working right on Zephyr!

*Update* Geremia also released a new version for Jasper16 motherboards (8955_3a) to fix support for the 'newer' Jasper (with new southbridge, flashconfig=00023010) SMC.

This is ONLY for the Zephyr and new-SB-Jasper16mb motherboards, for other motherboard versions you can just use the previous releases (8955_3a for Falcon and 8955_3 for Xenon).

By PS3 News on 30 weeks ago:

Here is an XBReboot v0.05 8955_3 for Jasper 256/512mb update:

Quote:

A version of XBReboot with the latest patches which solves the freezing/lagging issues and removes the need to patch the media-flag in XEX files has now been released for Big Block (256/512mb) Jasper motherboards..

XBReboot is an image you can flash on your onboard NAND that will allow you to 'reboot' a JTAG-exploitable (pre mid-June 2009 MFR date AND pre-8xxx kernel) 360 in a patched 8955 kernel which makes homebrew XDK (unsigned XEXs etc) possible.

XBReboot for Jasper motherboards with CB 6723 and either 256mbit or 512mbit NAND flash. This will reboot into a patched 8955 kernel. However, this one can be flashed directly in your onboard NAND flash, no need for a 2-nand solution.

Features:

- Harddisk authentication disabled. The Xbox 360 will now accept any SATA harddisk.
- removed XEX signature checks
- removed LIVE/PIRS signature checks - extendable patch system.
- Fixed freezing/lagging issues and removes the need to patch XEX files (media check etc).

By JeffJ on 29 weeks ago:

Quote:

Originally Posted by lilstevie

it takes longer to boot as its using the freeboot patch system to reboot the console.

your graphical errors are a precursor to a RROD. its not xbr. i played AC2 all day yesterday on it.

#10

By shummyr on 29 weeks ago:

i personally prefer xbr over freeboot as its quicker and more stable.

Post a Reply

Comments

Related PS3 News and PS3 Hacks Articles