From: Svyatoslav Ryhel Date: Sun, 24 Dec 2023 08:16:34 +0000 (+0200) Subject: doc: board: tegra30: update information in board documents X-Git-Url: http://git.dujemihanovic.xyz/?a=commitdiff_plain;h=ec8528c22ffa3fd7e6e6fc74f5cb679637a39499;p=u-boot.git doc: board: tegra30: update information in board documents Recently, the U-Boot installation process has changed significantly. This should be depicted in documentation. Signed-off-by: Svyatoslav Ryhel --- diff --git a/doc/board/asus/grouper_common.rst b/doc/board/asus/grouper_common.rst index 2e4450b40e..47a854e916 100644 --- a/doc/board/asus/grouper_common.rst +++ b/doc/board/asus/grouper_common.rst @@ -3,26 +3,25 @@ U-Boot for the ASUS/Google Nexus 7 (2012) ========================================= -``DISCLAMER!`` Moving your ASUS/Google Nexus 7 (2012) to use -U-Boot assumes replacement of the vendor ASUS bootloader. Vendor -android firmwares will no longer be able to run on the device. -This replacement IS reversible. +``DISCLAMER!`` Moving your ASUS/Google Nexus 7 (2012) to use U-Boot assumes +replacement of the vendor ASUS bootloader. Vendor android firmwares will no +longer be able to run on the device. This replacement IS reversible. Quick Start ----------- - Build U-Boot -- Pack U-Boot into repart-block -- Flash repart-block into the eMMC +- Process U-Boot +- Flashing U-Boot into the eMMC - Boot - Self Upgrading Build U-Boot ------------ -Device support is implemented by applying config fragment to a generic -board defconfig. Valid fragments are ``grouper_E1565.config``, -``grouper_PM269.config`` and ``tilapia.config``. +Device support is implemented by applying config fragment to a generic board +defconfig. Valid fragments are ``tilapia.config``, ``grouper_E1565.config`` +and ``grouper_PM269.config``. .. code-block:: bash @@ -31,64 +30,103 @@ board defconfig. Valid fragments are ``grouper_E1565.config``, $ make After the build succeeds, you will obtain the final ``u-boot-dtb-tegra.bin`` -image, ready for flashing (but check the next section for additional -adjustments). +image, ready for further processing. -Pack U-Boot into repar-block ----------------------------- +Process U-Boot +-------------- -``DISCLAMER!`` All questions related to re-crypt work should be asked +``DISCLAMER!`` All questions related to the re-crypt work should be asked in re-crypt repo issues. NOT HERE! -re-crypt is a small script which packs ``u-boot-dtb-tegra.bin`` in -form usable by device. This process is required only on the first -installation or to recover the device in case of a failed update. -You need to know your tablet's individual SBK to continue. +re-crypt is a tool that processes the ``u-boot-dtb-tegra.bin`` binary into form +usable by device. This process is required only on the first installation or +to recover the device in case of a failed update. You need to know your +tablet's individual SBK to continue. + +Permanent installation can be performed either by using the nv3p protocol or by +pre-loading just built U-Boot into RAM. + +Processing for the NV3P protocol +******************************** .. code-block:: bash - $ git clone https://github.com/clamor-s/re-crypt.git - $ cd re-crypt # place your u-boot-dtb-regra.bin here - $ ./re-crypt.sh -d grouper -k deadbeefdeadc0dedeadd00dfee1dead + $ git clone https://gitlab.com/grate-driver/re-crypt.git + $ cd re-crypt # place your u-boot-dtb-tegra.bin here + $ ./re-crypt.py --dev grouper --sbk + +where SBK has next form ``0xXXXXXXXX`` ``0xXXXXXXXX`` ``0xXXXXXXXX`` ``0xXXXXXXXX`` + +The script will produce a ``repart-block.bin`` ready to flash. + +Processing for pre-loaded U-Boot +******************************** + +The procedure is the same, but the ``--split`` argument is used with the +``re-crypt.py``. The script will produce ``bct.img`` and ``ebt.img`` ready +to flash. + +Flashing U-Boot into the eMMC +----------------------------- + +``DISCLAMER!`` All questions related to NvFlash should be asked in the proper +place. NOT HERE! Flashing U-Boot will erase all eMMC, so make a backup before! -Script will produce you a ``repart-block.bin`` ready to flash. +Permanent installation can be performed either by using the nv3p protocol or by +pre-loading just built U-Boot into RAM. -Flash repart-block into the eMMC --------------------------------- +Flashing with the NV3P protocol +******************************* -``DISCLAMER!`` All questions related to NvFlash should be asked -in the proper place. NOT HERE! Flashing repart-block will erase -all your eMMC, so make a backup before! +Nv3p is a custom Nvidia protocol used to recover bricked devices. Devices can +enter it either by using ``wheelie`` with the correct ``blob.bin`` file or by +pre-loading vendor bootloader with the Fusée Gelée. -``repart-block.bin`` contains BCT and bootloader in encrypted state -in form which can just be written RAW at the start of eMMC. +With nv3p, ``repart-block.bin`` is used. It contains BCT and a bootloader in +encrypted state in form, which can just be written RAW at the start of eMMC. .. code-block:: bash $ wheelie --blob blob.bin $ nvflash --resume --rawdevicewrite 0 1024 repart-block.bin +When flashing is done, reboot the device. + +Flashing with a pre-loaded U-Boot +********************************* + +U-Boot pre-loaded into RAM acts the same as when it was booted "cold". Currently +U-Boot supports bootmenu entry fastboot, which allows to write a processed copy +of U-Boot permanently into eMMC. + +While pre-loading U-Boot, hold the ``volume down`` button which will trigger +the bootmenu. There, select ``fastboot`` using the volume and power buttons. +After, on host PC, do: + +.. code-block:: bash + + $ fastboot flash 0.1 bct.img + $ fastboot flash 0.2 ebt.img + $ fastboot reboot + +Device will reboot. + Boot ---- -After flashing ``repart-block.bin`` the device should reboot and turn -itself off. This is normal behavior if no boot configuration is -found. - -To boot Linux, U-Boot will look for an ``extlinux.conf`` configuration -on eMMC. Additionally if Volume Down button is pressed while booting -device will enter bootmenu. Bootmenu contains entries to mount eMMC as -mass storage, fastboot, reboot, reboot RCM, poweroff, enter U-Boot -console and update bootloader (check next chapter). +To boot Linux, U-Boot will look for an ``extlinux.conf`` on eMMC. Additionally, +if the Volume Down button is pressed while booting, the device will enter +bootmenu. Bootmenu contains entries to mount eMMC as mass storage, fastboot, +reboot, reboot RCM, poweroff, enter U-Boot console and update bootloader (check +the next chapter). -Flashing ``repart-block.bin`` eliminates vendor restriction on eMMC -and allows the user to use/partition it in any way the user desires. +Flashing ``repart-block.bin`` eliminates vendor restrictions on eMMC and allows +the user to use/partition it in any way the user desires. Self Upgrading -------------- -Place your ``u-boot-dtb-tegra.bin`` on the first partition of the -eMMC (using ability of u-boot to mount it). Enter bootmenu, choose -update bootloader option with Power button and U-Boot should update -itself. Once the process is completed, U-Boot will ask to press any -button to reboot. +Place your ``u-boot-dtb-tegra.bin`` on the first partition of the eMMC (using +ability of u-boot to mount it). Enter bootmenu, choose update bootloader option +with Power button and U-Boot should update itself. Once the process is +completed, U-Boot will ask to press any button to reboot. diff --git a/doc/board/asus/transformer_t30.rst b/doc/board/asus/transformer_t30.rst index b6b6101540..ff9792dc0f 100644 --- a/doc/board/asus/transformer_t30.rst +++ b/doc/board/asus/transformer_t30.rst @@ -3,28 +3,27 @@ U-Boot for the ASUS Transformer device family ============================================= -``DISCLAMER!`` Moving your ASUS Transformer to use U-Boot -assumes replacement of the vendor ASUS bootloader. Vendor -android firmwares will no longer be able to run on the device. -This replacement IS reversible. +``DISCLAMER!`` Moving your ASUS Transformer to use U-Boot assumes replacement +of the vendor ASUS bootloader. Vendor Android firmwares will no longer be +able to run on the device. This replacement IS reversible. Quick Start ----------- - Build U-Boot -- Pack U-Boot into repart-block -- Flash repart-block into the eMMC -- Flash repart-block into TF600T SPI flash +- Process U-Boot +- Flashing U-Boot into the eMMC +- Flashing U-Boot into the SPI flash - Boot - Self Upgrading Build U-Boot ------------ -Device support is implemented by applying config fragment -to a generic board defconfig. Valid fragments are ``tf201.config``, -``tf300t.config``, ``tf300tg.config``, ``tf300tl.config``, -``tf700t.config``, ``tf600t.config`` and ``p1801-t.config``. +Device support is implemented by applying a config fragment to a generic board +defconfig. Valid fragments are ``tf201.config``, ``tf300t.config``, +``tf300tg.config``, ``tf300tl.config``, ``tf700t.config``, ``tf600t.config`` and +``p1801-t.config``. .. code-block:: bash @@ -33,84 +32,124 @@ to a generic board defconfig. Valid fragments are ``tf201.config``, $ make After the build succeeds, you will obtain the final ``u-boot-dtb-tegra.bin`` -image, ready for flashing (but check the next section for additional -adjustments). +image, ready for further processing. -Pack U-Boot into repar-block ----------------------------- +Process U-Boot +-------------- -``DISCLAMER!`` All questions related to re-crypt work should be asked +``DISCLAMER!`` All questions related to the re-crypt work should be asked in re-crypt repo issues. NOT HERE! -re-crypt is a small script which packs ``u-boot-dtb-tegra.bin`` in -form usable by device. This process is required only on the first -installation or to recover the device in case of a failed update. -You need to know your tablet's individual SBK to continue. +re-crypt is a tool that processes the ``u-boot-dtb-tegra.bin`` binary into form +usable by device. This process is required only on the first installation or +to recover the device in case of a failed update. You need to know your +tablet's individual SBK to continue. + +Permanent installation can be performed either by using the nv3p protocol or by +pre-loading just built U-Boot into RAM. + +Processing for the NV3P protocol +******************************** .. code-block:: bash - $ git clone https://github.com/clamor-s/re-crypt.git - $ cd re-crypt # place your u-boot-dtb-regra.bin here - $ ./re-crypt.sh -d tf201 -k deadbeefdeadc0dedeadd00dfee1dead + $ git clone https://gitlab.com/grate-driver/re-crypt.git + $ cd re-crypt # place your u-boot-dtb-tegra.bin here + $ ./re-crypt.py --dev tf201 --sbk + +where SBK has next form ``0xXXXXXXXX`` ``0xXXXXXXXX`` ``0xXXXXXXXX`` ``0xXXXXXXXX`` + +The script will produce a ``repart-block.bin`` ready to flash. + +Processing for pre-loaded U-Boot +******************************** -Script will produce you a `repart-block.bin` ready to flash. +The procedure is the same, but the ``--split`` argument is used with the +``re-crypt.py``. The script will produce ``bct.img`` and ``ebt.img`` ready +to flash. -Flash repart-block into the eMMC --------------------------------- +Flashing U-Boot into the eMMC +----------------------------- -``DISCLAMER!`` All questions related to NvFlash should be asked -in the proper place. NOT HERE! Flashing repart-block will erase -all your eMMC, so make a backup before! +``DISCLAMER!`` All questions related to NvFlash should be asked in the proper +place. NOT HERE! Flashing U-Boot will erase all eMMC, so make a backup before! -``repart-block.bin`` contains BCT and bootloader in encrypted state -in form which can just be written RAW at the start of eMMC. +Permanent installation can be performed either by using the nv3p protocol or by +pre-loading just built U-Boot into RAM. + +Flashing with the NV3P protocol +******************************* + +Nv3p is a custom Nvidia protocol used to recover bricked devices. Devices can +enter it either by using ``wheelie`` with the correct ``blob.bin`` file or by +pre-loading vendor bootloader with the Fusée Gelée. + +With nv3p, ``repart-block.bin`` is used. It contains BCT and a bootloader in +encrypted state in form, which can just be written RAW at the start of eMMC. .. code-block:: bash $ wheelie --blob blob.bin $ nvflash --resume --rawdevicewrite 0 1024 repart-block.bin -Flash repart-block into TF600T SPI flash ----------------------------------------- - -Unlike other transformers TF600T uses separate 4 MB SPI flash which -contains all data required for boot. It is flashed from within u-boot -itself preloaded into RAM using fusee gelee. After creating your -``repart-block.bin`` you have to place it on a 1st partition of microSD -card formated in fat. Then insert this microSD card into your tablet -and boot it using fusee gelee and u-boot which was included into -repart-block.bin, while booting you must hold volume down button. -Process should take less then a minute, if everything goes correct, -on microSD will appear ``spi-flash-backup.bin`` file, which is dump of -your spi flash content and can be used to restore UEFI, do not loose it, -tablet will power itself off. - -Self-updating of u-boot is performed by placing ``u-boot-dtb-tegra.bin`` -on 1st partition of microSD, inserting it into tablet and booting with -pressed volume down button. +When flashing is done, reboot the device. + +Flashing with a pre-loaded U-Boot +********************************* + +U-Boot pre-loaded into RAM acts the same as when it was booted "cold". Currently +U-Boot supports bootmenu entry fastboot, which allows to write a processed copy +of U-Boot permanently into eMMC. + +While pre-loading U-Boot, hold the ``volume down`` button which will trigger +the bootmenu. There, select ``fastboot`` using the volume and power buttons. +After, on host PC, do: + +.. code-block:: bash + + $ fastboot flash 0.1 bct.img + $ fastboot flash 0.2 ebt.img + $ fastboot reboot + +Device will reboot. + +Flashing U-Boot into the SPI Flash +---------------------------------- + +Some of Transformers use a separate 4 MB SPI flash, which contains all data +required for boot. It is flashed from within U-Boot itself, preloaded into RAM +using Fusée Gelée. + +After creating your ``repart-block.bin`` you have to place it on a 1st partition +of microSD card formated in fat. Then insert this microSD card into your tablet +and boot it using Fusée Gelée and U-Boot, which was included into +``repart-block.bin``, while booting you must hold the ``volume down`` button. + +The process should take less than a minute, if everything goes correctly, +on microSD will appear ``spi-flash-backup.bin`` file, which is the dump of your +SPI Flash content and can be used to restore UEFI, do not lose it, tablet will +power itself off. + +Self-updating of U-Boot is performed by placing ``u-boot-dtb-tegra.bin`` on 1st +partition of microSD, inserting it into the tablet and booting with a pressed +``volume down`` button. Boot ---- -After flashing ``repart-block.bin`` the device should reboot and turn -itself off. This is normal behavior if no boot configuration is -found. - -To boot Linux, U-Boot will look for an ``extlinux.conf`` on MicroSD -and then on eMMC. Additionally if Volume Down button is pressed -while booting device will enter bootmenu. Bootmenu contains entries -to mount MicroSD and eMMC as mass storage, fastboot, reboot, reboot -RCM, poweroff, enter U-Boot console and update bootloader (check next -chapter). +To boot Linux, U-Boot will look for an ``extlinux.conf`` on MicroSD and then on +eMMC. Additionally, if the Volume Down button is pressed while booting, the +device will enter bootmenu. Bootmenu contains entries to mount MicroSD and eMMC +as mass storage, fastboot, reboot, reboot RCM, poweroff, enter U-Boot console +and update bootloader (check the next chapter). -Flashing ``repart-block.bin`` eliminates vendor restriction on eMMC -and allows the user to use/partition it in any way the user desires. +Flashing ``repart-block.bin`` eliminates vendor restrictions on eMMC and allows +the user to use/partition it in any way the user desires. Self Upgrading -------------- -Place your ``u-boot-dtb-tegra.bin`` on the first partition of the -MicroSD card and insert it into the tablet. Enter bootmenu, choose -update bootloader option with Power button and U-Boot should update -itself. Once the process is completed, U-Boot will ask to press any -button to reboot. +Place your ``u-boot-dtb-tegra.bin`` on the first partition of the MicroSD card +and insert it into the tablet. Enter bootmenu, choose update the bootloader +option with the Power button and U-Boot should update itself. Once the process +is completed, U-Boot will ask to press any button to reboot. diff --git a/doc/board/htc/endeavoru.rst b/doc/board/htc/endeavoru.rst index 950c713f2f..e0edefe28a 100644 --- a/doc/board/htc/endeavoru.rst +++ b/doc/board/htc/endeavoru.rst @@ -3,17 +3,16 @@ U-Boot for the HTC One X (endeavoru) ==================================== -``DISCLAMER!`` Moving your HTC ONe X to use U-Boot assumes -replacement of the vendor hboot. Vendor android firmwares -will no longer be able to run on the device. -This replacement IS reversible. +``DISCLAMER!`` Moving your HTC ONe X to use U-Boot assumes replacement of the +vendor hboot. Vendor android firmwares will no longer be able to run on the +device. This replacement IS reversible. Quick Start ----------- - Build U-Boot -- Pack U-Boot into repart-block -- Flash repart-block into the eMMC +- Process U-Boot +- Flashing U-Boot into the eMMC - Boot - Self Upgrading @@ -27,63 +26,100 @@ Build U-Boot $ make After the build succeeds, you will obtain the final ``u-boot-dtb-tegra.bin`` -image, ready for flashing (but check the next section for additional -adjustments). +image, ready for further processing. -Pack U-Boot into repar-block ----------------------------- +Process U-Boot +-------------- + +``DISCLAMER!`` All questions related to the re-crypt work should be asked +in re-crypt repo issues. NOT HERE! + +re-crypt is a tool that processes the ``u-boot-dtb-tegra.bin`` binary into form +usable by device. This process is required only on the first installation or +to recover the device in case of a failed update. -``DISCLAMER!`` All questions related to re-crypt work should be -asked in re-crypt repo issues. NOT HERE! +Permanent installation can be performed either by using the nv3p protocol or by +pre-loading just built U-Boot into RAM. -re-crypt is a small script which packs ``u-boot-dtb-tegra.bin`` in -form usable by device. This process is required only on the first -installation or to recover the device in case of a failed update. +Processing for the NV3P protocol +******************************** .. code-block:: bash - $ git clone https://github.com/clamor-s/re-crypt.git - $ cd re-crypt # place your u-boot-dtb-regra.bin here - $ ./re-crypt.sh -d endeavoru + $ git clone https://gitlab.com/grate-driver/re-crypt.git + $ cd re-crypt # place your u-boot-dtb-tegra.bin here + $ ./re-crypt.py --dev endeavoru + +The script will produce a ``repart-block.bin`` ready to flash. + +Processing for pre-loaded U-Boot +******************************** -Script will produce you a ``repart-block.bin`` ready to flash. +The procedure is the same, but the ``--split`` argument is used with the +``re-crypt.py``. The script will produce ``bct.img`` and ``ebt.img`` ready +to flash. -Flash repart-block into the eMMC --------------------------------- +Flashing U-Boot into the eMMC +----------------------------- -``DISCLAMER!`` All questions related to NvFlash should be asked -in the proper place. NOT HERE! Flashing repart-block will erase -all your eMMC, so make a backup before! +``DISCLAMER!`` All questions related to NvFlash should be asked in the proper +place. NOT HERE! Flashing U-Boot will erase all eMMC, so make a backup before! -``repart-block.bin`` contains BCT and bootloader in encrypted state -in form which can just be written RAW at the start of eMMC. +Permanent installation can be performed either by using the nv3p protocol or by +pre-loading just built U-Boot into RAM. + +Flashing with the NV3P protocol +******************************* + +Nv3p is a custom Nvidia protocol used to recover bricked devices. Devices can +enter it either by using ``wheelie`` with the correct ``blob.bin`` file or by +pre-loading vendor bootloader with the Fusée Gelée. + +With nv3p, ``repart-block.bin`` is used. It contains BCT and a bootloader in +encrypted state in form, which can just be written RAW at the start of eMMC. .. code-block:: bash $ wheelie --blob blob.bin $ nvflash --resume --rawdevicewrite 0 1024 repart-block.bin +When flashing is done, reboot the device. + +Flashing with a pre-loaded U-Boot +********************************* + +U-Boot pre-loaded into RAM acts the same as when it was booted "cold". Currently +U-Boot supports bootmenu entry fastboot, which allows to write a processed copy +of U-Boot permanently into eMMC. + +While pre-loading U-Boot, hold the ``volume down`` button which will trigger +the bootmenu. There, select ``fastboot`` using the volume and power buttons. +After, on host PC, do: + +.. code-block:: bash + + $ fastboot flash 0.1 bct.img + $ fastboot flash 0.2 ebt.img + $ fastboot reboot + +Device will reboot. + Boot ---- -After flashing ``repart-block.bin`` the device should reboot and turn -itself off. This is normal behavior if no boot configuration is -found. - -To boot Linux, U-Boot will look for an ``extlinux.conf`` configuration -on eMMC. Additionally if Volume Down button is pressed while booting -device will enter bootmenu. Bootmenu contains entries to mount eMMC as -mass storage, fastboot, reboot, reboot RCM, poweroff, enter U-Boot -console and update bootloader (check next chapter). +To boot Linux, U-Boot will look for an ``extlinux.conf`` on eMMC. Additionally, +if the Volume Down button is pressed while booting, the device will enter +bootmenu. Bootmenu contains entries to mount eMMC as mass storage, fastboot, +reboot, reboot RCM, poweroff, enter U-Boot console and update bootloader (check +the next chapter). -Flashing ``repart-block.bin`` eliminates vendor restriction on eMMC -and allows the user to use/partition it in any way the user desires. +Flashing ``repart-block.bin`` eliminates vendor restrictions on eMMC and allows +the user to use/partition it in any way the user desires. Self Upgrading -------------- -Place your ``u-boot-dtb-tegra.bin`` on the first partition of the -eMMC (using ability of u-boot to mount it). Enter bootmenu, choose -update bootloader option with Power button and U-Boot should update -itself. Once the process is completed, U-Boot will ask to press any -button to reboot. +Place your ``u-boot-dtb-tegra.bin`` on the first partition of the eMMC (using +ability of u-boot to mount it). Enter bootmenu, choose update bootloader option +with Power button and U-Boot should update itself. Once the process is +completed, U-Boot will ask to press any button to reboot. diff --git a/doc/board/lg/x3_t30.rst b/doc/board/lg/x3_t30.rst index 5c564aabc6..618b00d34e 100644 --- a/doc/board/lg/x3_t30.rst +++ b/doc/board/lg/x3_t30.rst @@ -3,17 +3,16 @@ U-Boot for the LG X3 T30 device family ====================================== -``DISCLAMER!`` Moving your LG P880 or P895 to use U-Boot -assumes replacement of the vendor LG bootloader. Vendor -android firmwares will no longer be able to run on the -device. This replacement IS reversible. +``DISCLAMER!`` Moving your LG P880 or P895 to use U-Boot assumes replacement +of the vendor LG bootloader. Vendor android firmwares will no longer be able +to run on the device. This replacement IS reversible. Quick Start ----------- - Build U-Boot -- Pack U-Boot into repart-block -- Flash repart-block into the eMMC +- Process U-Boot +- Flashing U-Boot into the eMMC - Boot - Self Upgrading @@ -30,64 +29,100 @@ board defconfig. Valid fragments are ``p880.config`` and ``p895.config``. $ make After the build succeeds, you will obtain the final ``u-boot-dtb-tegra.bin`` -image, ready for flashing (but check the next section for additional -adjustments). +image, ready for further processing. -Pack U-Boot into repar-block ----------------------------- +Process U-Boot +-------------- + +``DISCLAMER!`` All questions related to the re-crypt work should be asked +in re-crypt repo issues. NOT HERE! + +re-crypt is a tool that processes the ``u-boot-dtb-tegra.bin`` binary into form +usable by device. This process is required only on the first installation or +to recover the device in case of a failed update. -``DISCLAMER!`` All questions related to re-crypt work should be -asked in re-crypt repo issues. NOT HERE! +Permanent installation can be performed either by using the nv3p protocol or by +pre-loading just built U-Boot into RAM. -re-crypt is a small script which packs ``u-boot-dtb-tegra.bin`` in -form usable by device. This process is required only on the first -installation or to recover the device in case of a failed update. +Processing for the NV3P protocol +******************************** .. code-block:: bash - $ git clone https://github.com/clamor-s/re-crypt.git - $ cd re-crypt # place your u-boot-dtb-regra.bin here - $ ./re-crypt.sh -d p895 + $ git clone https://gitlab.com/grate-driver/re-crypt.git + $ cd re-crypt # place your u-boot-dtb-tegra.bin here + $ ./re-crypt.py --dev p895 + +The script will produce a ``repart-block.bin`` ready to flash. + +Processing for pre-loaded U-Boot +******************************** -Script will produce you a ``repart-block.bin`` ready to flash. +The procedure is the same, but the ``--split`` argument is used with the +``re-crypt.py``. The script will produce ``bct.img`` and ``ebt.img`` ready +to flash. -Flash repart-block into the eMMC --------------------------------- +Flashing U-Boot into the eMMC +----------------------------- -``DISCLAMER!`` All questions related to NvFlash should be asked -in the proper place. NOT HERE! Flashing repart-block will erase -all your eMMC, so make a backup before! +``DISCLAMER!`` All questions related to NvFlash should be asked in the proper +place. NOT HERE! Flashing U-Boot will erase all eMMC, so make a backup before! -``repart-block.bin`` contains BCT and bootloader in encrypted state -in form which can just be written RAW at the start of eMMC. +Permanent installation can be performed either by using the nv3p protocol or by +pre-loading just built U-Boot into RAM. + +Flashing with the NV3P protocol +******************************* + +Nv3p is a custom Nvidia protocol used to recover bricked devices. Devices can +enter it either by using ``wheelie`` with the correct ``blob.bin`` file or by +pre-loading vendor bootloader with the Fusée Gelée. + +With nv3p, ``repart-block.bin`` is used. It contains BCT and a bootloader in +encrypted state in form, which can just be written RAW at the start of eMMC. .. code-block:: bash $ wheelie --blob blob.bin $ nvflash --resume --rawdevicewrite 0 1024 repart-block.bin +When flashing is done, reboot the device. + +Flashing with a pre-loaded U-Boot +********************************* + +U-Boot pre-loaded into RAM acts the same as when it was booted "cold". Currently +U-Boot supports bootmenu entry fastboot, which allows to write a processed copy +of U-Boot permanently into eMMC. + +While pre-loading U-Boot, hold the ``volume down`` button which will trigger +the bootmenu. There, select ``fastboot`` using the volume and power buttons. +After, on host PC, do: + +.. code-block:: bash + + $ fastboot flash 0.1 bct.img + $ fastboot flash 0.2 ebt.img + $ fastboot reboot + +Device will reboot. + Boot ---- -After flashing ``repart-block.bin`` the device should reboot and turn -itself off. This is normal behavior if no boot configuration is -found. - -To boot Linux, U-Boot will look for an ``extlinux.conf`` on MicroSD -and then on eMMC. Additionally if Volume Down button is pressed -while booting device will enter bootmenu. Bootmenu contains entries -to mount MicroSD and eMMC as mass storage, fastboot, reboot, reboot -RCM, poweroff, enter U-Boot console and update bootloader (check next -chapter). +To boot Linux, U-Boot will look for an ``extlinux.conf`` on eMMC. Additionally, +if the Volume Down button is pressed while booting, the device will enter +bootmenu. Bootmenu contains entries to mount eMMC as mass storage, fastboot, +reboot, reboot RCM, poweroff, enter U-Boot console and update bootloader (check +the next chapter). -Flashing ``repart-block.bin`` eliminates vendor restriction on eMMC -and allows the user to use/partition it in any way the user desires. +Flashing ``repart-block.bin`` eliminates vendor restrictions on eMMC and allows +the user to use/partition it in any way the user desires. Self Upgrading -------------- -Place your ``u-boot-dtb-tegra.bin`` on the first partition of the -eMMC (using ability of u-boot to mount it). Enter bootmenu, choose -update bootloader option with Power button and U-Boot should update -itself. Once the process is completed, U-Boot will ask to press any -button to reboot. +Place your ``u-boot-dtb-tegra.bin`` on the first partition of the eMMC (using +ability of u-boot to mount it). Enter bootmenu, choose update bootloader option +with Power button and U-Boot should update itself. Once the process is +completed, U-Boot will ask to press any button to reboot.