| #
40a6a2cb |
| 22-Sep-2020 |
Dayao Ji <jdy@rock-chips.com> |
fastboot: add virtual A/B feature support
Add "fasboot getvar snapshot-update-status" support and prevent erase/wipe of userdata/metadata when virtual A/B merge status is MERGING or SNAPSHOTTED (+so
fastboot: add virtual A/B feature support
Add "fasboot getvar snapshot-update-status" support and prevent erase/wipe of userdata/metadata when virtual A/B merge status is MERGING or SNAPSHOTTED (+source slot != current slot).
Signed-off-by: Dayao Ji <jdy@rock-chips.com> Change-Id: Ibb6ea5778b78b2601178f489d6efcee60d5d0a49
show more ...
|
| #
b8dc613c |
| 19-Nov-2019 |
Joseph Chen <chenjh@rock-chips.com> |
Merge branch 'next-dev' into thunder-boot
|
| #
9b323397 |
| 25-Oct-2019 |
Joseph Chen <chenjh@rock-chips.com> |
fastboot: add Android-Q feature support
Add "fasboot getvar is-userspace" support.
The Android-Q document shows "not allow the flashing of dynamic partitions" is not aimed at the physical partition
fastboot: add Android-Q feature support
Add "fasboot getvar is-userspace" support.
The Android-Q document shows "not allow the flashing of dynamic partitions" is not aimed at the physical partition(call "super") but its child partitions (i.e. system, vendor, oem...).
Change-Id: I4e21a9728a1093b68a9d1a08420586f33dcf0117 Signed-off-by: Joseph Chen <chenjh@rock-chips.com>
show more ...
|
| #
90d27e7f |
| 05-Mar-2018 |
Jason Zhu <jason.zhu@rock-chips.com> |
fastboot: split cb_getvar into dedicate functions
The old implementation of cb_getvar is programed in one functions, this make the cb_getvar huge. So separate cb_getvar in several functions.
Functi
fastboot: split cb_getvar into dedicate functions
The old implementation of cb_getvar is programed in one functions, this make the cb_getvar huge. So separate cb_getvar in several functions.
Functions: fb_getvar_all: Get all parameters by cmd fastboot getvar all. fb_getvar_single: Get one parameter by cmd fastboot getvar xxx. fb_read_var: Parse parameters
Change-Id: I1e795228f8129af82702f8f315cbad349ceec451 Signed-off-by: Jason Zhu <jason.zhu@rock-chips.com>
show more ...
|
| #
aba554cc |
| 23-Nov-2016 |
Jocelyn Bohr <bohr@google.com> |
Handle slow MMC writes
Flashing a 400Mb sparse system image takes ~10 minutes. The fastboot UDP protocol expects a response within 1 minute, so during long flash operations, the device must send fas
Handle slow MMC writes
Flashing a 400Mb sparse system image takes ~10 minutes. The fastboot UDP protocol expects a response within 1 minute, so during long flash operations, the device must send fastboot "INFO" packets.
This patch does the following: - Separate large writes into writes of size FASTBOOT_MAX_BLK_WRITE. This parameter was tuned by hand to result in a ~10 second write. - Keep a timer and send an INFO packet every 30 seconds. - Adjust the sequence number in the header of the fastboot OKAY packet to account for any INFO packets sent during flashing. - Reduce busywaiting in the bcm2835 MMC driver. This change is based on what the kernel does, and doesn't seem to corrupt the MMC. Without this change, "flashall" takes 25 minutes.
Bug: 31887729 Test: "fastboot -s udp:$RPI_IP flashall" works, rpi3 boots - Compute CRC checksum over every write to verify written data was not corrupted.
Change-Id: Ib17ef6a85715705a8b5f722a8b7d3e5fd1a6625d
show more ...
|
| #
8b464fa9 |
| 09-Nov-2016 |
Jocelyn Bohr <bohr@google.com> |
Implement fastboot flash and erase.
Add function to respond to fastboot flash and erase. Flash writes the previously downloaded image to indicated partition. Erase clears the indicated partition. fb
Implement fastboot flash and erase.
Add function to respond to fastboot flash and erase. Flash writes the previously downloaded image to indicated partition. Erase clears the indicated partition. fb_flash and fb_erase are essentially wrappers for fb_mmc_flash_write and fb_mmc_erase, which are implemented in common/fb_mmc.c.
Added common/fb_common.c, where fastboot_okay/fail are implemented. common/fb_mmc.c assumes fasboot_okay() and fastboot_fail() are implemented, but they were tied to the fastboot USB implementation. This refactor adds the response string as a parameter to fastboot_okay/fail, instead of modifying a global.
Bug: 31887729 Test: FLASH: - Create file "foo" containing 2048 chars = "-" - Start "fastboot udp" on device and run "fastboot -s udp:$RPI_IP flash misc foo" from host - From U-boot console, read into memory the first 4 blocks from misc partition, observe each byte is "-".
ERASE - Start "fastboot udp" on device and run "fastboot -s udp:$RPI_IP erase misc" from host - From U-boot console, read into memory many blocks from misc partition, observe each byte is 0x00
Configs that use fastboot USB implementation still build.
Change-Id: I5bd54868990bd9d5736d0969b3db240c2926eeec
show more ...
|
| #
9bc34799 |
| 07-Jun-2016 |
Steve Rae <srae@broadcom.com> |
fastboot: sparse: resync common/image-sparse.c (part 2)
- update fastboot_okay() and fastboot_fail()
This file originally came from upstream code.
While retaining the storage abstraction feature,
fastboot: sparse: resync common/image-sparse.c (part 2)
- update fastboot_okay() and fastboot_fail()
This file originally came from upstream code.
While retaining the storage abstraction feature, this is the second set of the changes required to resync with the cmd_flash_mmc_sparse_img() in the file aboot.c from https://us.codeaurora.org/cgit/quic/la/kernel/lk/plain/app/aboot/aboot.c?h=LE.BR.1.2.1
Signed-off-by: Steve Rae <srae@broadcom.com>
show more ...
|
| #
3c8f98f5 |
| 15-Oct-2015 |
Maxime Ripard <maxime.ripard@free-electrons.com> |
fastboot: Move fastboot response functions to fastboot core
The functions and a few define to generate a fastboot message to be sent back to the host were so far duplicated among the users.
Move th
fastboot: Move fastboot response functions to fastboot core
The functions and a few define to generate a fastboot message to be sent back to the host were so far duplicated among the users.
Move them all to a common place.
Signed-off-by: Maxime Ripard <maxime.ripard@free-electrons.com> Reviewed-by: Tom Rini <trini@konsulko.com>
show more ...
|