Closed
Bug 989128
Opened 11 years ago
Closed 11 years ago
Need Tarako 1.3t FOTA updates for testing purposes
Categories
(Release Engineering :: General, defect)
Tracking
(blocking-b2g:1.3T+, b2g-v1.3T fixed)
People
(Reporter: nhirata, Assigned: seinlin)
References
Details
(Whiteboard: [NPOTB])
Attachments
(2 files)
1.06 KB,
patch
|
Details | Diff | Splinter Review | |
9.48 KB,
application/x-sharedlib
|
Details |
Need a 1.3t Tarako OTA update channel for testing purposes please.
Reporter | ||
Updated•11 years ago
|
blocking-b2g: --- → 1.3T?
OS: Mac OS X → Gonk (Firefox OS)
Hardware: x86 → ARM
Comment 1•11 years ago
|
||
Gecko/Gaia OTA update is probably not going to work due to storage size. It looks like only FOTA in recovery mode can work
ni? Kli since he has tested it
Flags: needinfo?(kli)
Assignee | ||
Comment 2•11 years ago
|
||
Current status of updating gecko/gaia,
update.mar built from gecko-update-full can't update successfully. (OTA)
update.mar built from gecko-update-fota can update successfully. (FOTA)
To use FOTA,
Need to flash recovery ROM with testkey on device first.
Flags: needinfo?(kli)
Comment 3•11 years ago
|
||
triage: it does not block commercial release, minus
can QA live with FOTA only? thanks
blocking-b2g: 1.3T? → -
Reporter | ||
Comment 4•11 years ago
|
||
Considering the system partition size, we would need to do FOTA.
Changing the title to reflect this.
status-b2g-v1.3T:
--- → affected
Summary: Need Tarako 1.3t OTA updates for testing purposes → Need Tarako 1.3t FOTA updates for testing purposes
Comment 5•11 years ago
|
||
(In reply to Joe Cheng [:jcheng] from comment #3)
> triage: it does not block commercial release, minus
> can QA live with FOTA only? thanks
This is a test blocker. We need to be prepared for the worst case scenario that we have to chemspill a release, in which we have to push a security hotfix out to existing devices. FOTA is something we have to get done correctly in a robust fashion, so we need to have a mechanism to test this workflow. From the QA team's perspective, this is a cut and dry blocker.
blocking-b2g: - → 1.3T?
Comment 6•11 years ago
|
||
triage: 1.3+ for test blocker. let's make sure QA can at least verify that FOTA works
blocking-b2g: 1.3T? → 1.3T+
Assignee | ||
Comment 8•11 years ago
|
||
James, need to merge this patch into device/sprd to support fota correctly.
"app.update.url" in patch is only for reference, need to be replaced with a valid server url.
Flags: needinfo?(james.zhang)
Assignee | ||
Comment 9•11 years ago
|
||
To build and update gecko via FOTA as comment 2
1- Build
$ ./build.sh
2- generate update.mar
$ ./build.sh gecko-update-fota
(output file is ./out/target/product/sp6821a_gonk/fota-update.mar)
3- generate update.xml
$ ./tools/update-tools/build-update-xml.py \
-c fota/update.mar -o fota/update.xml \
-u $UPDATE_MAR_URL \
-v $APP_VERSION -V $B2G_VERSION
UPDATE_MAR_URL - url of update.mar
APP_VERSION - gecko version such as 28.1
B2G_VERSION - ffos version such as 1.3
4- upload update.mar and update.xml to server
5- setting -> Device information -> check now (Software updates) and them follow the notification and finish the update.
Please see more in [1] about updates and [2] about how to setup fota server.
[1] https://wiki.mozilla.org/Gaia/System/Updates
[2] https://wiki.mozilla.org/Fota_server
Comment 10•11 years ago
|
||
Loop Lianxiang,
Hi Kaizhen, do you test this patch on your side?
Our partition type is nand and I can't find "/dev/block/mtdblock11" on my side.
SYSTEM_PARTITION_TYPE := EMMC
SYSTEM_LOCATION := /dev/block/mtdblock11
Flags: needinfo?(james.zhang) → needinfo?(lianxiang.zhou)
Comment 11•11 years ago
|
||
And Steven tell me we won't support online OTA, we only support sdcard OTA.
Flags: needinfo?(styang)
Assignee | ||
Comment 12•11 years ago
|
||
(In reply to James Zhang from comment #10)
> Loop Lianxiang,
> Hi Kaizhen, do you test this patch on your side?
> Our partition type is nand and I can't find "/dev/block/mtdblock11" on my
> side.
> SYSTEM_PARTITION_TYPE := EMMC
> SYSTEM_LOCATION := /dev/block/mtdblock11
Yes, I verified FOTA with this patch and it can update successfully.
I think the most important things is "RECOVERY_EXTERNAL_STORAGE := /sdcard".
librecovery.so will use it sent a command to recovery ROM.
Updated•11 years ago
|
Whiteboard: [NPOTB]
Comment 13•11 years ago
|
||
(In reply to Kai-Zhen Li from comment #12)
Generating FOTA update package
mkdir -p `dirname out/target/product/sp6821a_gonk/fota/partial/update.zip` || true
usage: build-flash-fota.py [options]
build-flash-fota.py: error: unrecognized arguments: --fota-type partial --fota-dirs system/b2g --fota-files out/target/product/sp6821a_gonk/system.files
make: *** [out/target/product/sp6821a_gonk/fota/partial/update.zip] Error 2
----
Need I update something?
Flags: needinfo?(lianxiang.zhou)
Comment 14•11 years ago
|
||
$ git log build-flash-fota.py
commit 0975518802fff5c584df56832d7d59f19e52f49b
Author: Marshall Culpepper <marshall@mozilla.com>
Date: Thu Dec 13 14:30:16 2012 -0600
Bug 821412: Support for the new B2G update test frontend. r=dhylands
-------------
maybe the script is too old.
Assignee | ||
Comment 15•11 years ago
|
||
(In reply to Zhou Lianxiang from comment #14)
> $ git log build-flash-fota.py
> commit 0975518802fff5c584df56832d7d59f19e52f49b
> Author: Marshall Culpepper <marshall@mozilla.com>
> Date: Thu Dec 13 14:30:16 2012 -0600
>
> Bug 821412: Support for the new B2G update test frontend. r=dhylands
>
> -------------
> maybe the script is too old.
yes, I think you should sync/merge the latest tools from https://github.com/mozilla-b2g/B2G
Comment 16•11 years ago
|
||
(In reply to Kai-Zhen Li from comment #12)
As Comment 11 says, we need only update from sdcard. Is it means that we needn't update.xml?
Follow your patch, I modify the base.mk
diff --git a/sp6821a_gonk/base.mk b/sp6821a_gonk/base.mk
index 5de9449..5163a87 100644
--- a/sp6821a_gonk/base.mk
+++ b/sp6821a_gonk/base.mk
@@ -3,6 +3,11 @@ MALI := libUMP libEGL_mali.so libGLESv1_CM_mali.so libGLESv2_mali.so libMali.so
#FFOS specific macros, may move into a new file someday
ENABLE_LIBRECOVERY := true
+RECOVERY_EXTERNAL_STORAGE := /sdcard
+SYSTEM_FS_TYPE := yaffs2
+SYSTEM_PARTITION_TYPE := MTD
+SYSTEM_LOCATION := /dev/block/mtdblock11
+
PRODUCT_PROPERTY_OVERRIDES := \
ro.moz.omx.hw.max_width=720 \
ro.moz.omx.hw.max_height=576 \
Is it enough?
I put the fota-update.mar to /sdcard. Must I rename fota-update.mar to update.mar?
Assignee | ||
Comment 17•11 years ago
|
||
I think you will also need to update the recovery if the one in your device is without keys.
You can check if there is keys files in recovery, "out/target/product/sp6821a_gonk/recovery/root/res/keys".
If not, you'll need to patch your build/core/Makefile to copy keys to recovery.
--- a/core/Makefile
+++ b/core/Makefile
@@ -713,7 +713,7 @@ $(INSTALLED_RECOVERYIMAGE_TARGET): $(MKBOOTFS) $(MKBOOTIMG) $(MINIGZIP) \
cp -rf $(item) $(TARGET_RECOVERY_ROOT_OUT)/)
$(foreach item,$(recovery_fstab), \
cp -f $(item) $(TARGET_RECOVERY_ROOT_OUT)/etc/recovery.fstab)
-# cp $(RECOVERY_INSTALL_OTA_KEYS) $(TARGET_RECOVERY_ROOT_OUT)/res/keys
+ cp $(RECOVERY_INSTALL_OTA_KEYS) $(TARGET_RECOVERY_ROOT_OUT)/res/keys
cat $(INSTALLED_DEFAULT_PROP_TARGET) $(recovery_build_prop) \
> $(TARGET_RECOVERY_ROOT_OUT)/default.prop
$(MKBOOTFS) $(TARGET_RECOVERY_ROOT_OUT) | $(MINIGZIP) > $(recovery_ramdisk)
Comment 18•11 years ago
|
||
(In reply to Kai-Zhen Li from comment #17)
How to test this case?
Assignee | ||
Comment 19•11 years ago
|
||
(In reply to Zhou Lianxiang from comment #18)
> (In reply to Kai-Zhen Li from comment #17)
> How to test this case?
1. setup a fota server, a simple http server will work fine for this.
2. Build a ROM with the patch above then flash it into phone
(Note: make sure app.update.url is configured with the correct fota server url.)
3. Build a new ROM with different version for testing.
Then generate .mar and .xml files and copy them to the corresponding dir in fota server.
Try to check update manually, "Settings->Device information->Check now" then you'll see a notification update available. Follow the steps to finish the update.
You can also use adb to monitor if something got error during the update.
$ adb logcat | grep AUS
Comment 20•11 years ago
|
||
(In reply to Kai-Zhen Li from comment #19)
> (In reply to Zhou Lianxiang from comment #18)
> > (In reply to Kai-Zhen Li from comment #17)
> > How to test this case?
>
> 1. setup a fota server, a simple http server will work fine for this.
>
> 2. Build a ROM with the patch above then flash it into phone
> (Note: make sure app.update.url is configured with the correct fota
> server url.)
>
> 3. Build a new ROM with different version for testing.
> Then generate .mar and .xml files and copy them to the corresponding dir
> in fota server.
>
> Try to check update manually, "Settings->Device information->Check now" then
> you'll see a notification update available. Follow the steps to finish the
> update.
>
> You can also use adb to monitor if something got error during the update.
> $ adb logcat | grep AUS
I am sorry, but we need only update from sdcard. I means, how to test fota from sdcard.
Comment 22•11 years ago
|
||
We'll land this patch today.
Comment 23•11 years ago
|
||
Fixed on my side.
commit 38a3eedd8f5a98a380e5021d0fe9075eba2b37ba
Author: lianxiang.zhou <lianxiang.zhou@spreadtrum.com>
Date: Tue Apr 22 13:36:00 2014 +0800
Bug 989128 [spreadtrum][sp6821a-ffos] cp keys for recovery
commit 5899e56487f118b875f96796c92059e4cca67a44
Author: lianxiang.zhou <lianxiang.zhou@spreadtrum.com>
Date: Tue Apr 22 10:32:54 2014 +0800
Bug #293641 add settings to config librecovery
[bug number ] 293641
[root cause ] new request
[changes ] none
[side effects] none
[self test ] ok, can update via recovery mode
[reviewers ] james.zhang
Change-Id: Icf7badafc8a6e2e9b4a6d360947d0df6c490f273
Status: NEW → RESOLVED
Closed: 11 years ago
Resolution: --- → FIXED
Comment 24•11 years ago
|
||
Hi James,
May I know if the patch is also to modify the checking mechanism for update package stored location from internal to sdcard "/sdcard/updates/fota/?
Hubert
Flags: needinfo?(james.zhang)
Comment 25•11 years ago
|
||
I put the "librecovery.so" from Kai-Zhen to modify the checking mechanism for update package stored location in /system/lib/, and device could be updated manually via FOTA after reboot. The steps are in below.
Steps:
(1) Flash the basic image. (Ex: BuildID 20140415004002)
(2) Modify the xml file of target version, ex: BuildID 20140420160201, and upload it to file server. (http://people.mozilla.org/~hlu/OTA/update_20140420160201.xml)
- The attribute "isOsUpdate" of xml file in pvt server is incorrect, it should be "isOSUpdate"
(3) Modify the checking URL to the address which stored the target version xml file. (http://people.mozilla.org/~hlu/OTA/update_20140420160201.xml)
(4) Put the attached file, librecovry.so, in /system/lib/. This file is to change update script for package stored location checking from internal to sdcard.
(I have need-info James to see if the patch in bugzilla#989128 is also to modify the same thing as attached librecovery.so file)
(5) Reboot the device
(6) Try to check update manually. (Settings->Device information->Check now)
Comment 26•11 years ago
|
||
Comment 27•11 years ago
|
||
Lianxiang, please.
Flags: needinfo?(james.zhang) → needinfo?(lianxiang.zhou)
Assignee | ||
Comment 28•11 years ago
|
||
If patch in comment 16 is merged, the output librecovery.so will do work properly as comment 24.
Comment 29•11 years ago
|
||
Flags: needinfo?(lianxiang.zhou)
Comment 30•11 years ago
|
||
commit 5899e56487f118b875f96796c92059e4cca67a44
Author: lianxiang.zhou <lianxiang.zhou@spreadtrum.com>
Date: Tue Apr 22 10:32:54 2014 +0800
Bug #293641 add settings to config librecovery
[bug number ] 293641
[root cause ] new request
[changes ] none
[side effects] none
[self test ] ok, can update via recovery mode
[reviewers ] james.zhang
Change-Id: Icf7badafc8a6e2e9b4a6d360947d0df6c490f273
diff --git a/sp6821a_gonk/base.mk b/sp6821a_gonk/base.mk
index 5de9449..5163a87 100644
--- a/sp6821a_gonk/base.mk
+++ b/sp6821a_gonk/base.mk
@@ -3,6 +3,11 @@ MALI := libUMP libEGL_mali.so libGLESv1_CM_mali.so libGLESv2_mali.so libMali.so
#FFOS specific macros, may move into a new file someday
ENABLE_LIBRECOVERY := true
+RECOVERY_EXTERNAL_STORAGE := /sdcard
+SYSTEM_FS_TYPE := yaffs2
+SYSTEM_PARTITION_TYPE := MTD
+SYSTEM_LOCATION := /dev/block/mtdblock11
+
PRODUCT_PROPERTY_OVERRIDES := \
ro.moz.omx.hw.max_width=720 \
ro.moz.omx.hw.max_height=576 \
diff --git a/sp6821a_gonk/recovery.fstab b/sp6821a_gonk/recovery.fstab
index 5873190..a257083 100644
--- a/sp6821a_gonk/recovery.fstab
+++ b/sp6821a_gonk/recovery.fstab
@@ -7,10 +7,10 @@
/misc mtd misc
/boot mtd boot
/recovery mtd recovery
-/fixnv yaffs2 fixnv no-checkpoint,no-rest-block
-/runtimenv yaffs2 runtimenv no-checkpoint,no-rest-block
-/backupfixnv yaffs2 backupfixnv no-checkpoint,no-rest-block
-/productinfo yaffs2 productinfo no-checkpoint,no-rest-block
+/fixnv yaffs2 fixnv
+/runtimenv yaffs2 runtimenv
+/backupfixnv yaffs2 backupfixnv
+/productinfo yaffs2 productinfo
/intmemory yaffs2 intmemory
# added new fstypes
/modem mtd modem
Updated•10 years ago
|
Flags: needinfo?(styang)
Updated•7 years ago
|
Component: General Automation → General
You need to log in
before you can comment on or make changes to this bug.
Description
•