Document error on element type raw program and name value true

Document error on element type raw program and name value true

Общие принципы восстановления загрузчиков на Qualcomm

Уровень сложности темы: очень сложный

ˇ1. необходимо изучить основные понятия (хотя бы): в шапке «Термины (определения)» (все) + «Общая теория» ( релиз «немного старый», но общее представление дает) ;
++ «в идеале» — разобраться со «Списком открытых вопросов»
ˇ2. предоставить «абсолютный минимум» необходимой инфо («правила темы»)

1. ссылки на https://4pda.to/devdb/ (описание аппарата) и тему прошивки (/обсуждение) аппарата на 4pda
2. под спойлер! инфо о разделах внутр. памяти — (желательно — с размерами разделов) (пример); возможно — попросить/получить в теме своего аппарата
3. под спойлер! идентификаторы USB VID/PID аппарата во всех комбинациях кнопок/аккумулятора: проверить все варианты
4. под спойлер! что было сделано с аппаратом перед тем, как он оказался в таком состоянии? что было испробовано из приведенных в теме методов/подходов?(детально!)
5. под спойлер! вывод qblinfo одного из загрузчиков (/программера) — с прошивки (/дампа). (зачем, еще пример вывода )
6. сколько часов на (родной?) зарядке был аппарат перед диагностикой? (FLCB ?); желательно — также уровень заряда аккумулятора (mV / mA) ?
7. на скольких ПК (/каких ОС) было проведено диагностику?
8. под спойлер! собственные соображения/предположения(/сомнения(/вопросы)) относительно возможных вариантов решения

в случае отсутствия «абсолютного минимума» необходимой инфо — сообщение будет удалено.

зы: если у Вас нету возможности/желания предоставить информацию по всех пунктах выше, но есть желание получить совет от участников этой темы — сформулируйте вопрос в теме своего аппарата, а здесь — только линк на соотв. пост в теме Вашего аппарата;
если у кого нибудь из участников этой темы будет возможность/желание — то Вы получите ответ в теме Вашего аппарата
зыы: (рекомендовано) — Как правильно задавать вопросы?

Цель: «помочь ищущим на непростом пути восстановления кирпичей на Qualcomm»
основной акцент в теме будет уделен «последним версиям» SoC — MSM(/APQ)8x** на eMMC,
но т.к. «принципы общие» — то возможно полезно будет и для других серий SoC (MDM(/QSD)7x** на NAND(/MTD)

собрать и систематизировать («привести к «удобо-понятному» виду) общую терминологию и определения
систематизировать и найти общие методологические принципы и подходы восстановления
собрать рабочие наборы («кейсы») восстановления кирпичей на Qualcomm
разработать типовые рекомендации по составлению «кейсов восстановления» аппаратов Qualcomm для которых нет готовых кейсов

• ответы ув. vvevvevve, — лучше начать отсюда — и далее по теме (минимум 2 страницы)
• Возможно ли использовать один и тот же программер (xPRG****.hex(/mbn)) на разных аппаратах но с одним и тем же SoC? ответ1

зы: если после «Ответов» у Вас остались «вопросы» — то прежде чем «что-либо восстанавливать»:
или прочитать всю тему еще раз
или отдать аппарат для восстановления тем кто более сведущ в данных вопросах

Источник

Document error on element type raw program and name value true

Общие принципы восстановления загрузчиков на Qualcomm

Уровень сложности темы: очень сложный

ˇ1. необходимо изучить основные понятия (хотя бы): в шапке «Термины (определения)» (все) + «Общая теория» ( релиз «немного старый», но общее представление дает) ;
++ «в идеале» — разобраться со «Списком открытых вопросов»
ˇ2. предоставить «абсолютный минимум» необходимой инфо («правила темы»)

1. ссылки на https://4pda.to/devdb/ (описание аппарата) и тему прошивки (/обсуждение) аппарата на 4pda
2. под спойлер! инфо о разделах внутр. памяти — (желательно — с размерами разделов) (пример); возможно — попросить/получить в теме своего аппарата
3. под спойлер! идентификаторы USB VID/PID аппарата во всех комбинациях кнопок/аккумулятора: проверить все варианты
4. под спойлер! что было сделано с аппаратом перед тем, как он оказался в таком состоянии? что было испробовано из приведенных в теме методов/подходов?(детально!)
5. под спойлер! вывод qblinfo одного из загрузчиков (/программера) — с прошивки (/дампа). (зачем, еще пример вывода )
6. сколько часов на (родной?) зарядке был аппарат перед диагностикой? (FLCB ?); желательно — также уровень заряда аккумулятора (mV / mA) ?
7. на скольких ПК (/каких ОС) было проведено диагностику?
8. под спойлер! собственные соображения/предположения(/сомнения(/вопросы)) относительно возможных вариантов решения

в случае отсутствия «абсолютного минимума» необходимой инфо — сообщение будет удалено.

зы: если у Вас нету возможности/желания предоставить информацию по всех пунктах выше, но есть желание получить совет от участников этой темы — сформулируйте вопрос в теме своего аппарата, а здесь — только линк на соотв. пост в теме Вашего аппарата;
если у кого нибудь из участников этой темы будет возможность/желание — то Вы получите ответ в теме Вашего аппарата
зыы: (рекомендовано) — Как правильно задавать вопросы?

Цель: «помочь ищущим на непростом пути восстановления кирпичей на Qualcomm»
основной акцент в теме будет уделен «последним версиям» SoC — MSM(/APQ)8x** на eMMC,
но т.к. «принципы общие» — то возможно полезно будет и для других серий SoC (MDM(/QSD)7x** на NAND(/MTD)

собрать и систематизировать («привести к «удобо-понятному» виду) общую терминологию и определения
систематизировать и найти общие методологические принципы и подходы восстановления
собрать рабочие наборы («кейсы») восстановления кирпичей на Qualcomm
разработать типовые рекомендации по составлению «кейсов восстановления» аппаратов Qualcomm для которых нет готовых кейсов

• ответы ув. vvevvevve, — лучше начать отсюда — и далее по теме (минимум 2 страницы)
• Возможно ли использовать один и тот же программер (xPRG****.hex(/mbn)) на разных аппаратах но с одним и тем же SoC? ответ1

зы: если после «Ответов» у Вас остались «вопросы» — то прежде чем «что-либо восстанавливать»:
или прочитать всю тему еще раз
или отдать аппарат для восстановления тем кто более сведущ в данных вопросах

Источник

Document error on element type raw program and name value true

Общие принципы восстановления загрузчиков на Qualcomm

Уровень сложности темы: очень сложный

ˇ1. необходимо изучить основные понятия (хотя бы): в шапке «Термины (определения)» (все) + «Общая теория» ( релиз «немного старый», но общее представление дает) ;
++ «в идеале» — разобраться со «Списком открытых вопросов»
ˇ2. предоставить «абсолютный минимум» необходимой инфо («правила темы»)

1. ссылки на https://4pda.to/devdb/ (описание аппарата) и тему прошивки (/обсуждение) аппарата на 4pda
2. под спойлер! инфо о разделах внутр. памяти — (желательно — с размерами разделов) (пример); возможно — попросить/получить в теме своего аппарата
3. под спойлер! идентификаторы USB VID/PID аппарата во всех комбинациях кнопок/аккумулятора: проверить все варианты
4. под спойлер! что было сделано с аппаратом перед тем, как он оказался в таком состоянии? что было испробовано из приведенных в теме методов/подходов?(детально!)
5. под спойлер! вывод qblinfo одного из загрузчиков (/программера) — с прошивки (/дампа). (зачем, еще пример вывода )
6. сколько часов на (родной?) зарядке был аппарат перед диагностикой? (FLCB ?); желательно — также уровень заряда аккумулятора (mV / mA) ?
7. на скольких ПК (/каких ОС) было проведено диагностику?
8. под спойлер! собственные соображения/предположения(/сомнения(/вопросы)) относительно возможных вариантов решения

в случае отсутствия «абсолютного минимума» необходимой инфо — сообщение будет удалено.

зы: если у Вас нету возможности/желания предоставить информацию по всех пунктах выше, но есть желание получить совет от участников этой темы — сформулируйте вопрос в теме своего аппарата, а здесь — только линк на соотв. пост в теме Вашего аппарата;
если у кого нибудь из участников этой темы будет возможность/желание — то Вы получите ответ в теме Вашего аппарата
зыы: (рекомендовано) — Как правильно задавать вопросы?

Цель: «помочь ищущим на непростом пути восстановления кирпичей на Qualcomm»
основной акцент в теме будет уделен «последним версиям» SoC — MSM(/APQ)8x** на eMMC,
но т.к. «принципы общие» — то возможно полезно будет и для других серий SoC (MDM(/QSD)7x** на NAND(/MTD)

собрать и систематизировать («привести к «удобо-понятному» виду) общую терминологию и определения
систематизировать и найти общие методологические принципы и подходы восстановления
собрать рабочие наборы («кейсы») восстановления кирпичей на Qualcomm
разработать типовые рекомендации по составлению «кейсов восстановления» аппаратов Qualcomm для которых нет готовых кейсов

• ответы ув. vvevvevve, — лучше начать отсюда — и далее по теме (минимум 2 страницы)
• Возможно ли использовать один и тот же программер (xPRG****.hex(/mbn)) на разных аппаратах но с одним и тем же SoC? ответ1

зы: если после «Ответов» у Вас остались «вопросы» — то прежде чем «что-либо восстанавливать»:
или прочитать всю тему еще раз
или отдать аппарат для восстановления тем кто более сведущ в данных вопросах

Источник

Qualcomm Dev Club

Android Linux Development Technology.

5/10/2012

QPST-Emergency Download Support

What is this feature?
The QPST Software Download app shows an option called «Use Emerg. Host D/L». This option was introduced in QPST 2.7.335 and higher. When enabled, it makes QPST look for a flash programmer named eNPRGxxxx.hex. If that file isn’t present in the AMSS build then the download will fail. The only implementation in QPST for the Emergency Boot Loader is to prefix an «e» to the flash programmer name if the user selects «Use Emerg. Host D/L». See document 80-VP758-1 (Emergency Download Feature).

Once the flash has been altered, you may have damaged any recovery code that is part of the AMSS image. To get around this, the emergency downloader is actually part of the MSM itself, resident in a ROM along with the primary boot loader (PBL). It can’t be overwritten. This should even allow you to enter download mode if you have a blank flash. The secure boot architecture has validation code that checks the digital signature of the next block of code. If it doesn’t match (either because of a corrupted, hacked, or blank image) it would activate the emergency downloader. At this stage, using QPST’s Emergency Download option couldbe selected and the ehostdl binary could be downloaded to the IMEM. This wouldfacilitate the download of entire AMSS image through the ehostdl downloadmechanism. Ifthere is any error seen in accessing flash or any error seen in PBL, then thephone would go to download mode in PBL. Hence the entire boot, AMSS images canbe re-flashed or downloaded using this emergency download feature.

Some targets, such as the 8650 or M9k based ones, do not support the «Emergency Download» through USB, even though the USB function is supported. The selection of USB or UART for Emergency Download has already been made in the Boot ROM of the chip, and cannot be changed without a new chip revision. All chips released in 2009 and beyond will support USB.

Which targets support this feature?
Please refer to 80-VJ116-1 (Secure Boot 2.0 Architecture) to see which targets support emergency download ePRGxxx.hex using which serial interface (UART2, UART1, HS-USB) for those targets which uses Secure Boot 2.0.

• QSC6195 using HS-USB
• QSC6295 using HS-USB
• QSC6240 using UART2 at 115 kbps.
• QSC6270 using UART2 at 115 kbps.
• MSM6246 using UART2. (Tested on SURF only)
• MSM6290 using UART2. (Tested on SURF only)
• MSM7x30 using HS-USB.
• MDM8200 (No eNPRFxxx.hex as of 1/16/2009)
• MDM8900 (No eNPRFxxx.hex as of 1/16/2009)
• FRB has recently (1/2009) approved supporting it on QSD8650 using UART1.
• FRB has recently (1/2009) approved supporting it on QSD8250 using UART1.
• All others need JTAG recovery.

• QSC6195™
• QSC6240™
• QSC6246™
• QSC6270™
• QSC6295™
• QSC1100™
• MSM7x30
• MDM8200™/MDM8900™
• QSD8250™/QSD8650™

• All future chipsets will have it as default boot mechanism

• MSM6246™ (UART2)
• MSM6290™ (UART2)
• QSC6195™ (HS-USB)
• QSC6295™ (HS-USB)
• QSC6240™ (UART2)
• QSC6270™ (UART2)
• QSC7x30 (HS-USB)
• MDM8200™/MDM8900™ (No eNPRGxxx.hex at this point 01/16/09)
• QSD8650™ (UART1)

What about targets that support Secure Boot 1.0?
MSM6290 uses Secure boot 1.0 and is not covered by 80-VJ116-1 (Secure Boot 2.0 Architecture). We do not have any other document listing all the targets supporting emergency download. However, the MSM6290 also supports ePRGxxx.hex.

How does a customer implement this feature in their PST like tool?
The only implementation in QPST for the Emergency Boot Loader is to prefix an «e» to the flash programmer name if the user selects «Use Emerg. Host D/L».

The emergency downloader has to be created by the AMSS build.

Automating the emergency download feature
Starting with QPST version 2.7.362 there will be an example of how to automate this feature. The example Perl script is «swdl_DownloadBySettings.pl «.

We have support for blank flash programming of partition 0 using rawprogram0.xml and patch0.xml. We don’t have support for meta builds or other partitions at this time. The download support is independent of the device (MSM8960), but is dependent on the flash programmer that is built during the AMSS build process for a device.

The emergency download a second time on the same device.
You cannot use this feature twice consecutevly on one device. This feature is for use with blank flash when the device is running in the PBL. Once the eNPRGxxx.hex file was loaded once, you need to use the normal download mode (uncheck ‘use emerg. ‘ box).

Secure Boot 3.0 support
Secure Boot 3.0 is only supported by eMMC flash devices and not used on NAND flash. For eMMC the download is controlled by the XML document produced by the AMSS build. In this case the images used by SB 3.0 are just loaded into partitions on the eMMC device like other AMSS images.

You need to use emmcswdownload.exe to download to devices that use eMMC flash devices. However the current version of QPST does not completely support the 8660 eMMC device.

There is no automation support for Secure Boot 3.0 via the QPST automation interface. The «swdl_DownloadBySettings.pl» script does not support Secure Boot 3.0 therefore it will not work with devices that have this type of boot.

Document error on element type «root» and name/value» tag no longer supported» error
This type of programming, using partition.xml, is no longer supported. Start with version 2.7.370 and going forward, QPST only supports rawprogram0.xml format. You will have to modify your build process to create the new XML file.

If you still cannot load the rawprogram0.xml file, verify there are no lines that have sparse=»true» value. Sparse file format is not supported by QPST. You either have to convert the file to a non-sparse format or skip these items entirely.

Please note that in our builds we do not arbitrarily create this sparse tag. The sparse tag is needed because Android targets use «sparse» files that are meant to be loaded via fastboot. In a nutshell the sparse tag saves you from accidentally loading a «sparse» file that fastboot needs to uncompress first.

Источник

Solution (for flashing Qualcomm based Android devices)

This seems to be an easy, fast and reproducable solution for flashing Qualcomm based Android devices (tablets, mobile phones), so it should not be limited to my device type. You should espacially read on if you have troubles with flashing an Qualcomm based Android device with tools like QcomDloader, QFIL, eMMC Software Download.

As I had troubles on Windows, so I switched to Linux, and it worked like a charm. The point is that Windows under certain circumstances seems to block some port communication.

tl;dr

Instead of Windows, use a Linux system with the Qualcomm USB flashing tool to flash your device.

Requirements

You will need

• a stock image from the manufacturer (or any other image you like) for your device; I’ve found mine here
• a Linux based system (eg. a Raspberry PI with Rasbian installed)
• Required Tool: ADB and Fastboot (download and installation instruction below)
• Required Tool: Qualcomm USB flashing tool for Linux by ndechesne, tonyMakkiel and ric96 (can be downloaded here)
• Recommended tool: TWRP
• your device, a free USB port and an appropriate USB cable (no special flashing cable required).

Furthermore, it could be possible that you have to be able to unlock your the bootloader if your device. I’m not sure about that, as I had unlocked my tablet before I found the working solution.

Step-by-step approach

Backup your device

Make a complete and reliable backup of your android device first.

Write down your serial number

My had device lost its serial number after flashing. I don’t know if this has any further impact — I didn’t recognize on. Maybe you should take a note of your serial number before flashing your device.

Unzip your image file

You need to unzip the image file. You should get many files, including

• a *.mbn file (mine was `prog_emmc_firehose_8953_ddr.mbn`)
• a *.xml file that contains information on how the image is the be assembled — mine was `rawprogram_unsparse.xml`)
• a *.xml file that contains information on how the image has to be patched — mine was `patch0.xml`)

All of this files have the suit the chip type of your Android device — I highly recommend not trying this with files that were compiled for other chips.

Preparation on your Linux device

I’ve setup up my Raspberry PI 3B+ from scratch with Raspbian.

Install ADB and Fastboot on it:
sudo apt-get install android-tools-adb android-tools-fastboot

Download Qualcomm USB flashing tool for Linux:
git clone https://git.linaro.org/landing-teams/working/qualcomm/qdl.git

Change to the new qdl directory
cd qdl

and compile the software:
make

Return to the previous directory:
cd ..

Stop the Modem Manager (I’ve found this in one instruction — didn’t do anything as I hadn’t had it installed)
sudo systemctl stop ModemManager

Get ready to reboot your device in EDL mode

Option 1: You can still access your Android system

Connect your Android devices to your Linux system using the USB cable.

Start your Android device normally. Enable the developer options:

• Open the Settings screen, scroll down to the bottom, and tap About phone or About tablet.
• Scroll down to the bottom of the About screen and find the Build number.
• Tap the Build number field seven times to enable Developer Options. Tap a few times and you’ll see a toast notification with a countdown that reads «You are now X steps way from being a developer.»
• When you’re done, you’ll see the message «You are now a developer!»
• Tap the Back button and you’ll see the Developer options menu just above the «About Phone» section in Settings.
• To enable USB Debugging, you’ll need to jump into the Developer options menu, scroll down to the Debugging section, and enable the «USB Debugging» slider.
• Android will prompt you to allow USB debugging (unless you had already granted access for your Linux system before). Check «Always allow from this computer» and tab «OK».

Go back to your Linux system, and check to connection:
adb devices

If the daemon is not running, it will be started.

You should see your device as (single) entry in the device list. Otherwise check the device, the connection and the settings again.

Go on to Unlock bootloader below.

Option 2: You cannot access your Android system (almost bricked)

Android devices have key combinations that allow you to boot them in different modes. Please check on the internet how to boot your device in the EDL Mode (Emergency Download Mode). For my device it’s

• press and hold `on off key` for about 20 seconds, release it
• press and hold `vol up key`
• press and hold `on off key` (still hold the `vol up key`)
• wait for a short vibration
• release the `vol up key` first
• release the ‘on off key`

Be careful, it make a diffence whether an USB cable is connected or not. Connecting the USB cable can have the same effect as pressing the power key.

Getting into the right boot mode can really be a mess. That’s why it’s the easiest way to work with TWRP (Team Win Recovery Project).

To do so, download the latest version of TWRP. You need a the appropriate img file for your device (for my device: twrp_x605f.img).

Reboot your device in fastboot mode (as described by the manufacturer of your device). For my device it’s

• press and hold `on off key` for about 20 seconds, release it
• press and hold `vol down key`
• press and hold `on off key` (still hold the `vol up key`)
• wait for a short vibration
• release the `vol up key` first
• release the ‘on off key`

On success, the device will show ‘fastboot mode’ in the corner.

Connect your device with the USB cable and check the connection:
fastboot devices

You should see your device as (single) entry in the device list. Otherwise check the device, the connection and try to reboot in fastboot mode again.

Make sure your TWRP image file is in the current directory. Install it by typing
fastboot flash recovery <TWRP image file> (replace with the actual file name)

Reboot your device in recovery mode (as described by the manufacturer of your device). For my device it’s

• press and hold `on off key` for about 20 seconds, release it
• press and hold `vol up+down keys`
• press and hold `on off key` (still hold the `vol up key`)
• wait for a short vibration
• release the `vol up+down keys` first
• release the `on off key`

On success, TWRP will start. OK, it took my two to three attempts to get there, but it helps a lot as you can reboot precisely in the mode you need from the TWRP Reboot menu.

• System boots to your system.
• Recovery boots back to TWRP (or your recovery menu).
• Bootloader boots to fastboot mode.
• EDL boots to EDL.

Unlock bootloader (not sure if this is required — you can try it and skip this)

Having done that, unlock your bootloader. To do so, boot your device in fastboot mode

• by using the key combination, see above OR
• by typing `adb reboot bootloader` (when the device is connected and the Android system is running or TWRP is running), see above

Type
fastboot flashing unlock
and
fastboot oem unlock-go

Flash your device

Reboot your device to the Android system or to TWRP.

Prepare the flashing command (in one line) and do not hit enter yet
./qdl --debug --storage emmc --include '<path to the unzipped firmware files>' '<path to the unzipped firmware files>/<mbn file>' '<path to the unzipped firmware files>/rawprogram_unsparse.xml' '<path to the unzipped firmware files>/patch0.xml'

For me, that was (in one line) and do not hit enter yet
./qdl --debug --storage emmc --include 'TB-X605L_USER_S000020_20180921_Q00020_ROW' 'TB-X605L_USER_S000020_20180921_Q00020_ROW/prog_emmc_firehose_8953_ddr.mbn' 'TB-X605L_USER_S000020_20180921_Q00020_ROW/rawprogram_unsparse.xml' '/TB-X605L_USER_S000020_20180921_Q00020_ROW/patch0.xml'

Open another command prompt, and prepare the reboot EDL command
adb reboot edl

Now, enjoy the following:

1. Run the flashing command (as prepared above), it should stop with the message ‘Waiting for EDL device’
2. Run the reboot command from the second command prompt (as prepared above).

Note that you can of course enter the EDL mode in any other way — but as some instructions say that you have only a couple of seconds to start EDL mode, before the flashing is aborted.

The —debug option obviously isn’t necessary, but you see much more action, and the flashing takes about 10 to 20 minutes.

Enjoy your unbricked devices!

PS: The documentation of the solution took a lot of time, and I’m a beginner here. I’m pretty sure that the description and formatting could be improved. I’d find it helpful if you give me hints as comments on how I could improve the description of the answer (instead of possibly downvoting it). Thanks!

Document error on element type raw program and name value true

Общие принципы восстановления загрузчиков на Qualcomm

Уровень сложности темы: очень сложный

ˇ1. необходимо изучить основные понятия (хотя бы): в шапке «Термины (определения)» (все) + «Общая теория» ( релиз «немного старый», но общее представление дает) ;
++ «в идеале» — разобраться со «Списком открытых вопросов»
ˇ2. предоставить «абсолютный минимум» необходимой инфо («правила темы»)

1. ссылки на https://4pda.to/devdb/ (описание аппарата) и тему прошивки (/обсуждение) аппарата на 4pda
2. под спойлер! инфо о разделах внутр. памяти — (желательно — с размерами разделов) (пример); возможно — попросить/получить в теме своего аппарата
3. под спойлер! идентификаторы USB VID/PID аппарата во всех комбинациях кнопок/аккумулятора: проверить все варианты
4. под спойлер! что было сделано с аппаратом перед тем, как он оказался в таком состоянии? что было испробовано из приведенных в теме методов/подходов?(детально!)
5. под спойлер! вывод qblinfo одного из загрузчиков (/программера) — с прошивки (/дампа). (зачем, еще пример вывода )
6. сколько часов на (родной?) зарядке был аппарат перед диагностикой? (FLCB ?); желательно — также уровень заряда аккумулятора (mV / mA) ?
7. на скольких ПК (/каких ОС) было проведено диагностику?
8. под спойлер! собственные соображения/предположения(/сомнения(/вопросы)) относительно возможных вариантов решения

в случае отсутствия «абсолютного минимума» необходимой инфо — сообщение будет удалено.

зы: если у Вас нету возможности/желания предоставить информацию по всех пунктах выше, но есть желание получить совет от участников этой темы — сформулируйте вопрос в теме своего аппарата, а здесь — только линк на соотв. пост в теме Вашего аппарата;
если у кого нибудь из участников этой темы будет возможность/желание — то Вы получите ответ в теме Вашего аппарата
зыы: (рекомендовано) — Как правильно задавать вопросы?

Цель: «помочь ищущим на непростом пути восстановления кирпичей на Qualcomm»
основной акцент в теме будет уделен «последним версиям» SoC — MSM(/APQ)8x** на eMMC,
но т.к. «принципы общие» — то возможно полезно будет и для других серий SoC (MDM(/QSD)7x** на NAND(/MTD)

собрать и систематизировать («привести к «удобо-понятному» виду) общую терминологию и определения
систематизировать и найти общие методологические принципы и подходы восстановления
собрать рабочие наборы («кейсы») восстановления кирпичей на Qualcomm
разработать типовые рекомендации по составлению «кейсов восстановления» аппаратов Qualcomm для которых нет готовых кейсов

• ответы ув. vvevvevve, — лучше начать отсюда — и далее по теме (минимум 2 страницы)
• Возможно ли использовать один и тот же программер (xPRG****.hex(/mbn)) на разных аппаратах но с одним и тем же SoC? ответ1

зы: если после «Ответов» у Вас остались «вопросы» — то прежде чем «что-либо восстанавливать»:
или прочитать всю тему еще раз
или отдать аппарат для восстановления тем кто более сведущ в данных вопросах

Источник

Document error on element type raw program and name value true

Общие принципы восстановления загрузчиков на Qualcomm

Уровень сложности темы: очень сложный

ˇ1. необходимо изучить основные понятия (хотя бы): в шапке «Термины (определения)» (все) + «Общая теория» ( релиз «немного старый», но общее представление дает) ;
++ «в идеале» — разобраться со «Списком открытых вопросов»
ˇ2. предоставить «абсолютный минимум» необходимой инфо («правила темы»)

1. ссылки на https://4pda.to/devdb/ (описание аппарата) и тему прошивки (/обсуждение) аппарата на 4pda
2. под спойлер! инфо о разделах внутр. памяти — (желательно — с размерами разделов) (пример); возможно — попросить/получить в теме своего аппарата
3. под спойлер! идентификаторы USB VID/PID аппарата во всех комбинациях кнопок/аккумулятора: проверить все варианты
4. под спойлер! что было сделано с аппаратом перед тем, как он оказался в таком состоянии? что было испробовано из приведенных в теме методов/подходов?(детально!)
5. под спойлер! вывод qblinfo одного из загрузчиков (/программера) — с прошивки (/дампа). (зачем, еще пример вывода )
6. сколько часов на (родной?) зарядке был аппарат перед диагностикой? (FLCB ?); желательно — также уровень заряда аккумулятора (mV / mA) ?
7. на скольких ПК (/каких ОС) было проведено диагностику?
8. под спойлер! собственные соображения/предположения(/сомнения(/вопросы)) относительно возможных вариантов решения

в случае отсутствия «абсолютного минимума» необходимой инфо — сообщение будет удалено.

зы: если у Вас нету возможности/желания предоставить информацию по всех пунктах выше, но есть желание получить совет от участников этой темы — сформулируйте вопрос в теме своего аппарата, а здесь — только линк на соотв. пост в теме Вашего аппарата;
если у кого нибудь из участников этой темы будет возможность/желание — то Вы получите ответ в теме Вашего аппарата
зыы: (рекомендовано) — Как правильно задавать вопросы?

Цель: «помочь ищущим на непростом пути восстановления кирпичей на Qualcomm»
основной акцент в теме будет уделен «последним версиям» SoC — MSM(/APQ)8x** на eMMC,
но т.к. «принципы общие» — то возможно полезно будет и для других серий SoC (MDM(/QSD)7x** на NAND(/MTD)

собрать и систематизировать («привести к «удобо-понятному» виду) общую терминологию и определения
систематизировать и найти общие методологические принципы и подходы восстановления
собрать рабочие наборы («кейсы») восстановления кирпичей на Qualcomm
разработать типовые рекомендации по составлению «кейсов восстановления» аппаратов Qualcomm для которых нет готовых кейсов

• ответы ув. vvevvevve, — лучше начать отсюда — и далее по теме (минимум 2 страницы)
• Возможно ли использовать один и тот же программер (xPRG****.hex(/mbn)) на разных аппаратах но с одним и тем же SoC? ответ1

зы: если после «Ответов» у Вас остались «вопросы» — то прежде чем «что-либо восстанавливать»:
или прочитать всю тему еще раз
или отдать аппарат для восстановления тем кто более сведущ в данных вопросах

Источник

Document error on element type raw program and name value true

Общие принципы восстановления загрузчиков на Qualcomm

Уровень сложности темы: очень сложный

ˇ1. необходимо изучить основные понятия (хотя бы): в шапке «Термины (определения)» (все) + «Общая теория» ( релиз «немного старый», но общее представление дает) ;
++ «в идеале» — разобраться со «Списком открытых вопросов»
ˇ2. предоставить «абсолютный минимум» необходимой инфо («правила темы»)

1. ссылки на https://4pda.to/devdb/ (описание аппарата) и тему прошивки (/обсуждение) аппарата на 4pda
2. под спойлер! инфо о разделах внутр. памяти — (желательно — с размерами разделов) (пример); возможно — попросить/получить в теме своего аппарата
3. под спойлер! идентификаторы USB VID/PID аппарата во всех комбинациях кнопок/аккумулятора: проверить все варианты
4. под спойлер! что было сделано с аппаратом перед тем, как он оказался в таком состоянии? что было испробовано из приведенных в теме методов/подходов?(детально!)
5. под спойлер! вывод qblinfo одного из загрузчиков (/программера) — с прошивки (/дампа). (зачем, еще пример вывода )
6. сколько часов на (родной?) зарядке был аппарат перед диагностикой? (FLCB ?); желательно — также уровень заряда аккумулятора (mV / mA) ?
7. на скольких ПК (/каких ОС) было проведено диагностику?
8. под спойлер! собственные соображения/предположения(/сомнения(/вопросы)) относительно возможных вариантов решения

в случае отсутствия «абсолютного минимума» необходимой инфо — сообщение будет удалено.

зы: если у Вас нету возможности/желания предоставить информацию по всех пунктах выше, но есть желание получить совет от участников этой темы — сформулируйте вопрос в теме своего аппарата, а здесь — только линк на соотв. пост в теме Вашего аппарата;
если у кого нибудь из участников этой темы будет возможность/желание — то Вы получите ответ в теме Вашего аппарата
зыы: (рекомендовано) — Как правильно задавать вопросы?

Цель: «помочь ищущим на непростом пути восстановления кирпичей на Qualcomm»
основной акцент в теме будет уделен «последним версиям» SoC — MSM(/APQ)8x** на eMMC,
но т.к. «принципы общие» — то возможно полезно будет и для других серий SoC (MDM(/QSD)7x** на NAND(/MTD)

собрать и систематизировать («привести к «удобо-понятному» виду) общую терминологию и определения
систематизировать и найти общие методологические принципы и подходы восстановления
собрать рабочие наборы («кейсы») восстановления кирпичей на Qualcomm
разработать типовые рекомендации по составлению «кейсов восстановления» аппаратов Qualcomm для которых нет готовых кейсов

• ответы ув. vvevvevve, — лучше начать отсюда — и далее по теме (минимум 2 страницы)
• Возможно ли использовать один и тот же программер (xPRG****.hex(/mbn)) на разных аппаратах но с одним и тем же SoC? ответ1

зы: если после «Ответов» у Вас остались «вопросы» — то прежде чем «что-либо восстанавливать»:
или прочитать всю тему еще раз
или отдать аппарат для восстановления тем кто более сведущ в данных вопросах

Источник

Document error on element type raw program and name value true

Обсуждение Hisense C20
Hisense C20, Kingkong II
Обсуждение »

• Перед тем как задать вопрос, посмотрите FAQ по Android OS и Глоссарий . Уважайте своё и чужое время.
• Для обсуждения и поиска сторонних программ/игр пользуйтесь разделами:ПрограммыиИгры.
• Для сравнения устройства с конкурентами и по вопросам выбора устройств обращайтесь в раздел:Выбор и сравнение.
• Доступный объем оперативной памяти и памяти для установки приложений обсуждается в теме:Сколько памяти у вас в аппарате?
• Результаты тестов производительности Android устройств смотрите в теме:Benchmark
• Перед размещением фотографии ознакомьтесь с темойРабота с изображениями на форуме
• Сообщения, не относящиеся к теме обсуждения (оффтоп), удаляются без предупреждения.

Другие названия даного телефона :Kingkong II
Стандарт GSM :850 900 1800 1900
Стандарт UMTS (3G) :850 900 1900 2100
Standard TD-SCDMA :1900 2000

2 г: GSM 900/1800/1900 мГц
3 г: WCDMA 850/900/2100 мГц

TD-SCDMA b34/b39
CDMA evdo: Bc0 800 мГц
4 г: FDD-LTE b1/b3
TD-LTE b38/b39/b40/b41

Виды :Сенсорный
Размер (выс. х шир. х толщ.) :144,00 x 72,10 x 8,60 mm
Вес :
Дисплей :Цветной / IPS TFT
16M цветов
720 x 1280 px (5.00″) 294 ppi
Время разговора, макс. :
Время ожидания, макс. :
Стандартная батарея :Li-Ion 3000 mAh
Память телефонной книги :
Встроенная память :16 GB
RAM :2 GB
Карты памяти :
Операционная система :Android 5.1 Lollipop
Интерфейс :
Процессор :
Qualcomm Snapdragon 415
Частота: 1,40 GHz
Количество ядер: 8
GPU: Adreno 405
Сенсорный экран :
Две SIM-карты :
В продаже :III. квартал 2015