XBReboot v0.05 8955_3 for all 16mb Motherboards *Update 8955

Archivado
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.




fuente :http://forums.xbox-scene.com/index.php?showtopic=700952
Uffff... con esa desastrosa traducción 'made in Google' (supongo) casi que no me entero. La verdad que preferiría el texto original a esta 'versión'.
Que añadan en portada tambien el primer emulador para X360 del año, Snes360, de paso xDDDDD
el_aprendiz escribió:Que añadan en portada tambien el primer emulador para X360 del año, Snes360, de paso xDDDDD

claro
cpu2009 escribió:> > Un nuevo ' patch' - la versión de XBReboot se ha lanzado para todas las placas madres de 16MB NAND que solucionaban las ediciones de la congelación/del revestimiento y la eliminación de la necesidad de remendar los archivos de XEX (cheque etc de los medios). XBReboot es una imagen que usted puede destellar en su NAND a bordo que le permita a ' reboot' (fecha de ~pre-mediados de-Junio MFR, pre núcleo 8xxx) 360 JTAG-explotables en un núcleo remendado 8955 que hace el homebrew XDK (XEXs sin firmar etc) posible. El *Update* allí era una edición con el código de SMC en los lanzamientos del Zephyr y del halcón. 8955_3a ahora se ha lanzado para estas 2 revisiones de la placa madre con buen SMC. De readme/nfo: [COTIZACIÓN] * ¿Quién escribió esto? Miembros talentosos de XBH contribuido en gran medida. Usted sabe quién son. TeamXBR montó las piezas, cifró las utilidades, y pegado le todo junto para hacerle el trabajo. * ¿Cómo trabaja? XBR y Freeboot utilizan un " engine" del remiendo; para aplicar remiendos a los cargadores de arranque como las reinicializaciones de la consola. Para Freeboot, éste es " freeboot.bin" o " freeboot-manual.bin" ; Para XBR, su " xbrfw.bin" Ambos binarios se basan en tipo del xell comienzan para arriba código, y son lanzados por la hazaña. El código entonces aplica los remiendos contenidos en el bloque 0x65+, y recomienza el sistema. * ¿Qué salió mal? Versiones anteriores de XBR utilizaron los mismos pares de CB/CD para comenzar el núcleo 8955 como la hazaña. Freeboot, usando una disposición dual del NAND, utilizó los más viejos cargadores de arranque para comenzar la hazaña, que utilizada los más nuevos cargadores de arranque en el flash alterno para comenzar el núcleo. Los problemas no fueron relacionados con los remiendos usados por XBR, sino algo el uso de los más viejos cargadores de arranque. Intente por favor controlarse si se presentan los problemas, ellos puede siempre ser fijo. No haga cualquier cosa loco como teorías de la conspiración del comienzo, no compre cygnos, no los ate con alambre encima de una tarjeta dual del NAND o del xd, de rasgón hacia fuera un NAND grande para intercambiar adentro un un etc más pequeño, del etc. Tenga una poca paciencia, tenga una poca fe: P * ¿Cuál es tan el arreglo? 1) Agregue una copia de los nuevos cargadores de arranque al flash. 2) Cree los remiendos para utilizar los más nuevos cargadores de arranque vueltos a poner en la reinicialización. Era más fácil reutilizar el motor del remiendo de freeboot.bin para lograr esta tarea. El freeboot se remienda no se utiliza. XBR continúa utilizando sus propios remiendos, sin embargo, el motor del remiendo de freeboot.bin será utilizado para aplicarlos. Esto también permite que los remiendos de encargo sean aplicados, en el formato usado por el freeboot. 8955_3a: - Zephyrs y halcones ahora construidos con el smc correcto. 8955_3: - Aplicaciones 6750 como los CB alternos de permitir la ayuda fácil para todas las versiones del hardware. - Ningunos cambios realizados a los remiendos, exigen la misma funcionalidad que 8955_2. 8955_2: - Agregue una copia de los nuevos cargadores de arranque al flash. - Cree los remiendos para utilizar los nuevos cargadores de arranque vueltos a poner en la reinicialización. - Remiendos existentes traducidos de XBR para utilizar el motor del remiendo de freeboot.bin. - Archivo fijo de la estructura para utilizar CB/CD 1921 para todo el xenón. - Elimine los medios que atan cheques de la trayectoria, funcionan el xex de todos los medios sin remendar. * Disposición del bloque de XBReboot: Ox00 - 0x2F Soportes lógico inalterable del cargador de Xell 0x30 - 0x3F Xell de reserva 0x40 - 0x4F freeboot.bin o freeboot-manual.bin (base del motor del remiendo) 0x50 - 0x61 CG alterno 0x62 - 0x64 Bloques del repuesto 0x65 - 0x65 Patch.bin, remiendos para los cargadores de arranque y núcleo 0x66 - 0x8F CB/CD/CE alterno ¿0x90 - 0x?? Sistema de ficheros de destello * HowTo: 1) Bloques del extracto kilovoltio y de los Config de orig.bin nandpro orig.bin: - r16 rawkv.bin 1 1 nandpro orig.bin: - r16 rawconfig.bin 3de 2 2) Inyecte esos bloques en XBR.bin nandpro XBR.bin: - w16 rawkv.bin 1 1 nandpro XBR.bin: - w16 rawconfig.bin 3de 2 3) Resultado de destello lpt del nandpro: - w16 XBR.bin * Notas: ¡No hay necesidad de desempaquetar y de reembalar archivos de los pirs! Ésta es una limitación del freeboot. No XBR. Aparte de esa diferencia principal, toda la funcionalidad es igual. Las secciones individuales pueden ser actualizadas o extraídas por separado usando nandpro.




fuente :http://forums.xbox-scene.com/index.php?showtopic=700952


¿La gente es que nunca le da al botón de "Vista Previa" antes de postear? :-?
Ulrik39 está baneado por "clon de usuario baneado"
Zekipz escribió:Uffff... con esa desastrosa traducción 'made in Google' (supongo) casi que no me entero. La verdad que preferiría el texto original a esta 'versión'.

Si, algunos para hacerse notar hacen cualquier cosa... habría preferido también el texto original [rtfm]

No haga cualquier cosa loco como teorías de la conspiración del comienzo, no compre cygnos, no los ate con alambre encima de una tarjeta dual del NAND o del xd, de rasgón hacia fuera un NAND grande para intercambiar adentro un un etc más pequeño, del etc.

Esto ya es que me ha terminado de matar y he desistido en seguir leyento [qmparto]
Que ganas tienen algunos de aparecer en portada.
cpu2009 escribió:> > Un nuevo ' patch' - la versión de XBReboot se ha lanzado para todas las placas madres de 16MB NAND que solucionaban las ediciones de la congelación/del revestimiento y la eliminación de la necesidad de remendar los archivos de XEX (cheque etc de los medios). XBReboot es una imagen que usted puede destellar en su NAND a bordo que le permita a ' reboot' (fecha de ~pre-mediados de-Junio MFR, pre núcleo 8xxx) 360 JTAG-explotables en un núcleo remendado 8955 que hace el homebrew XDK (XEXs sin firmar etc) posible. El *Update* allí era una edición con el código de SMC en los lanzamientos del Zephyr y del halcón. 8955_3a ahora se ha lanzado para estas 2 revisiones de la placa madre con buen SMC. De readme/nfo: [COTIZACIÓN] * ¿Quién escribió esto? Miembros talentosos de XBH contribuido en gran medida. Usted sabe quién son. TeamXBR montó las piezas, cifró las utilidades, y pegado le todo junto para hacerle el trabajo. * ¿Cómo trabaja? XBR y Freeboot utilizan un " engine" del remiendo; para aplicar remiendos a los cargadores de arranque como las reinicializaciones de la consola. Para Freeboot, éste es " freeboot.bin" o " freeboot-manual.bin" ; Para XBR, su " xbrfw.bin" Ambos binarios se basan en tipo del xell comienzan para arriba código, y son lanzados por la hazaña. El código entonces aplica los remiendos contenidos en el bloque 0x65+, y recomienza el sistema. * ¿Qué salió mal? Versiones anteriores de XBR utilizaron los mismos pares de CB/CD para comenzar el núcleo 8955 como la hazaña. Freeboot, usando una disposición dual del NAND, utilizó los más viejos cargadores de arranque para comenzar la hazaña, que utilizada los más nuevos cargadores de arranque en el flash alterno para comenzar el núcleo. Los problemas no fueron relacionados con los remiendos usados por XBR, sino algo el uso de los más viejos cargadores de arranque. Intente por favor controlarse si se presentan los problemas, ellos puede siempre ser fijo. No haga cualquier cosa loco como teorías de la conspiración del comienzo, no compre cygnos, no los ate con alambre encima de una tarjeta dual del NAND o del xd, de rasgón hacia fuera un NAND grande para intercambiar adentro un un etc más pequeño, del etc. Tenga una poca paciencia, tenga una poca fe: P * ¿Cuál es tan el arreglo? 1) Agregue una copia de los nuevos cargadores de arranque al flash. 2) Cree los remiendos para utilizar los más nuevos cargadores de arranque vueltos a poner en la reinicialización. Era más fácil reutilizar el motor del remiendo de freeboot.bin para lograr esta tarea. El freeboot se remienda no se utiliza. XBR continúa utilizando sus propios remiendos, sin embargo, el motor del remiendo de freeboot.bin será utilizado para aplicarlos. Esto también permite que los remiendos de encargo sean aplicados, en el formato usado por el freeboot. 8955_3a: - Zephyrs y halcones ahora construidos con el smc correcto. 8955_3: - Aplicaciones 6750 como los CB alternos de permitir la ayuda fácil para todas las versiones del hardware. - Ningunos cambios realizados a los remiendos, exigen la misma funcionalidad que 8955_2. 8955_2: - Agregue una copia de los nuevos cargadores de arranque al flash. - Cree los remiendos para utilizar los nuevos cargadores de arranque vueltos a poner en la reinicialización. - Remiendos existentes traducidos de XBR para utilizar el motor del remiendo de freeboot.bin. - Archivo fijo de la estructura para utilizar CB/CD 1921 para todo el xenón. - Elimine los medios que atan cheques de la trayectoria, funcionan el xex de todos los medios sin remendar. * Disposición del bloque de XBReboot: Ox00 - 0x2F Soportes lógico inalterable del cargador de Xell 0x30 - 0x3F Xell de reserva 0x40 - 0x4F freeboot.bin o freeboot-manual.bin (base del motor del remiendo) 0x50 - 0x61 CG alterno 0x62 - 0x64 Bloques del repuesto 0x65 - 0x65 Patch.bin, remiendos para los cargadores de arranque y núcleo 0x66 - 0x8F CB/CD/CE alterno ¿0x90 - 0x?? Sistema de ficheros de destello * HowTo: 1) Bloques del extracto kilovoltio y de los Config de orig.bin nandpro orig.bin: - r16 rawkv.bin 1 1 nandpro orig.bin: - r16 rawconfig.bin 3de 2 2) Inyecte esos bloques en XBR.bin nandpro XBR.bin: - w16 rawkv.bin 1 1 nandpro XBR.bin: - w16 rawconfig.bin 3de 2 3) Resultado de destello lpt del nandpro: - w16 XBR.bin * Notas: ¡No hay necesidad de desempaquetar y de reembalar archivos de los pirs! Ésta es una limitación del freeboot. No XBR. Aparte de esa diferencia principal, toda la funcionalidad es igual. Las secciones individuales pueden ser actualizadas o extraídas por separado usando nandpro.





fuente :http://forums.xbox-scene.com/index.php?showtopic=700952[/quote]
HOYGAN K KISISTE DECIRR¿
cpu2009 escribió:[...]Intente por favor controlarse si se presentan los problemas[...]


me estoy descontrolando intentado descifrar lo que coño has puesto....
Ulrik39 escribió:
Zekipz escribió:Uffff... con esa desastrosa traducción 'made in Google' (supongo) casi que no me entero. La verdad que preferiría el texto original a esta 'versión'.

Si, algunos para hacerse notar hacen cualquier cosa... habría preferido también el texto original [rtfm]

No haga cualquier cosa loco como teorías de la conspiración del comienzo, no compre cygnos, no los ate con alambre encima de una tarjeta dual del NAND o del xd, de rasgón hacia fuera un NAND grande para intercambiar adentro un un etc más pequeño, del etc.

Esto ya es que me ha terminado de matar y he desistido en seguir leyento [qmparto]


Sin entrar en pleitos me doy a notar escribiendote esta respuesta ya que me sentí ofendido con su post.

A mi me es mas facil leerlo así que en ingles ( Seré un caso particular...) por eso os lo mostré del mismo modo que yo lo entiendo , sé que podria averme mojado algo mas , y para eso puse el link original para la gente que no es como yo y prefiere la versión original. Cabe decir , que no tengo intención ninguna de poner esta noticia para que salga en portada , simplemente para que la gente como yo que veo las actualizaciones y noticias de todas las consolas y tematicas en el "Buffer" puedan llegar a tener un acceso directo a dicha noticia , tampoco creo que yo sea un HOIGAN ni nada por el estilo , ah y la traducción la hice con babelfish.altav.....
halo2 está baneado por "utilizar clon para saltase baneo"
Si no fueses nuevo sabrias que poner traducciones del google como noticia esta penado con lapidamiento general.
halo2 escribió:Si no fueses nuevo sabrias que poner traducciones del google como noticia esta penado con lapidamiento general.


.. y si encima no tabula ni le da una miserable vez al intro con escarnio público extra.
[mad] habría que poner una norma que prohiba poner traducciones del google y similares xDDDD
cpu2009 escribió:
Ulrik39 escribió:
Zekipz escribió:Uffff... con esa desastrosa traducción 'made in Google' (supongo) casi que no me entero. La verdad que preferiría el texto original a esta 'versión'.

Si, algunos para hacerse notar hacen cualquier cosa... habría preferido también el texto original [rtfm]

No haga cualquier cosa loco como teorías de la conspiración del comienzo, no compre cygnos, no los ate con alambre encima de una tarjeta dual del NAND o del xd, de rasgón hacia fuera un NAND grande para intercambiar adentro un un etc más pequeño, del etc.

Esto ya es que me ha terminado de matar y he desistido en seguir leyento [qmparto]


Sin entrar en pleitos me doy a notar escribiendote esta respuesta ya que me sentí ofendido con su post.

A mi me es mas facil leerlo así que en ingles ( Seré un caso particular...) por eso os lo mostré del mismo modo que yo lo entiendo , sé que podria averme mojado algo mas , y para eso puse el link original para la gente que no es como yo y prefiere la versión original. Cabe decir , que no tengo intención ninguna de poner esta noticia para que salga en portada , simplemente para que la gente como yo que veo las actualizaciones y noticias de todas las consolas y tematicas en el "Buffer" puedan llegar a tener un acceso directo a dicha noticia , tampoco creo que yo sea un HOIGAN ni nada por el estilo , ah y la traducción la hice con babelfish.altav.....


No te preocupes cpu2009, todos hemos cometido errores (y segimos cometiendo). En general la gente de El Buffer es buena gente, pero estamos hablando de tanta gente que siempre habrá algunos que tengan un mal día justo cuando posteas.

Yo te animo a que sigas avisando y conociendo a todos. Verás como en un par de noticias se te va esa mala primera impresión que has tenido.
Cananda escribió:[mad] habría que poner una norma que prohiba poner traducciones del google y similares xDDDD

No seamos drasticos, que gracias al google translator conseguí "descifrar" para que servían unos fusibles de un opel corsa del año de la guerra y hace poco pude navegar "plácidamente" por un foro escrito íntegramente en Árabe.
Respetemos a san google XD
No te preocupes cpu2009, todos hemos cometido errores (y segimos cometiendo). En general la gente de El Buffer es buena gente, pero estamos hablando de tanta gente que siempre habrá algunos que tengan un mal día justo cuando posteas.

Yo te animo a que sigas avisando y conociendo a todos. Verás como en un par de noticias se te va esa mala primera impresión que has tenido.


jeje no me llevé mala impresión simplemente le respondí a una opinión que no pedí pero esto de los foros y la libertad de expresión no prohibe a nadie postearla ( la opinión digo.. ) y como yo estoy en la misma situación de quién posteó pues respondo pero tranquilo que yo sigo tan placidamente haciendo lo que puedo por estos sitios con lo menos posible de malos rollos que con esto de la crisis está uno tan cansado de todos los problemas que algunos como yo buscamos una escapatoria temporal por aquí ,

por cierto feliz 2010!
trigui escribió:
Cananda escribió:[mad] habría que poner una norma que prohiba poner traducciones del google y similares xDDDD

No seamos drasticos, que gracias al google translator conseguí "descifrar" para que servían unos fusibles de un opel corsa del año de la guerra y hace poco pude navegar "plácidamente" por un foro escrito íntegramente en Árabe.
Respetemos a san google XD


Si a mi no me importa la traducción automática. Lo que me molesta es poner 500 párrafos en una sola línea...
16 respuestas
Archivado
Volver a El Buffer