09/05/2012, 12:48 PM
|
#1 (permalink) |
|
Member
![]()
Posts: 9
|
Hi,
A friend of mine gave me a dead Pre 3, in fact it doesn't boot anymore it only appears as QHUSB-DLOAD device when i plug it to a computer. I had read a lot of post about HTC with the same kind of problem, but hackers certainly prefer HTC rather than exPalm devices because they have solved the problem for them ! I can't Doctor it, the screen is blank, no led, nothing except this QHUSB-DLOAD mode ... If someone have a clue ? Thanks. |
09/06/2012, 01:47 PM
|
#3 (permalink) |
|
Member
![]()
Posts: 9
|
Thanks for your answer but i need more optimistic one !
The battery appears to be empty, i don't have the pinout but i can't find a voltage with my multimeter on it. But it can't be a clue a working Pre3 show something on screen without battery when USB is plugged, isn't it ? QPST is the software from Qualcomm (to talk to QHUSB-DLOAD device), but it didn't recognize the Pre3, it only show it as phone in download mode. |
09/06/2012, 02:54 PM
|
#5 (permalink) |
|
Member
Posts: 1,124
|
I will take a stab, if qhusb-dload is part of QPST diag, then one would need to use USB passthru to remove said diag mode.
My Pre3 is not on my carrier but my PrePlus is, I download a prl from my carrier, then I put the PrePlus in diag mode via USB passthru, use qpst to backup my prl, then I disable diag mode on the PrePlus via USB passthru. Then on the Pre3 I invoke USB passthru put it in diag mode then use qpst to upload the new prl to my Pre3, then phone reboots, but USB diag mode is still enabled. One must go back into USB passthru to disable diag mode. As the modem has full control on the USB mode you can not reset the flash drive. If this is your issue, one must swap the USB board to another Pre3 rebuild the flash then swap back to get a working USB drive, then one can use USB passthru to disable diag mode. |
09/07/2012, 02:30 AM
|
#6 (permalink) | |
|
Member
![]()
Posts: 9
|
Quote:
|
|
09/10/2012, 11:43 AM
|
#7 (permalink) | |
|
Member
![]()
Posts: 9
|
So, for now i need some help with QPST.
What i have : Palm Pre3 (should have) a SNAPDRAGON S2 (MSM8255) CPU But in mantaray.xml (from webosdoctorp224mantawr.jar/resources/webOS.tar) a line says <CPU type="MSM7X30"> So i admit that i can select this CPU for the bootloader choice (it's also a eMMC device) The JAR of webosdoctor contain some useful files needed to repair my Pre3 (in webosdoctorp224mantawr.jar/resources/webOS.tar/mantarayumtsfw.tar/) : - partition.mbn - dbl.mbn - osbl.mbn - amss.mbn My Pre3 is stuck in QDL (Qualcomm Download Mode) but we still can talk to the phone, it is not dead even if whole flash is empty the PBL (Primary Boot Loader) is intact. QPST is able to flash those files to a phone in Download Mode but i've got some errors that i don't understand : 1. from QPST 2.7-366 (last one) Software Download 2. in Software Download i choose a BootLoader as Phone Image (i try few EMPRG7X30.HEX, MPRG7X30.HEX ...) if i press Start i have the error (with all HEX even the HEX from QPST) Could not determine the HEX scrambling method; the file is invalid. 3. in Multi-image i select the folder with my *.mbn, choose Sec Boot 2.0 as Boot System 4. But when i press Start QPST says Could not open Flash Programming File ! Update 11th sept 2012 Log files are friends, it gave what was behind the error : QPST's looking for a bootloader in the same folder as the mbn files and it must be EMMCBLD.HEX or eEMMCBLD.HEX (if Use Emerg. Host D/L is checked). So i rename MPRG7x30.hex to EMMCBLD.HEX and try again ... it doesn't works but go furtherer ! Quote:
For this guy it looks simple : http://www.anyclub.org/2012/05/how-t...nto-blank.html but it doesn't works for me ! Last edited by dadwarf; 09/12/2012 at 12:48 PM. |
|
09/13/2012, 12:39 PM
|
#11 (permalink) | |
|
Member
![]() |
Quote:
The information in this thread has given me some faint hope for reviving 2 bricked TP GO's I have on hand. I do understand the steps the author of this blog post details. He didn't document things very well but its enough to move forward after some revisions are made. I am in the process of rewriting the steps so they may work with WebOS devices. anyclub.org ----- Dancing Android: How to program eMMC images into blank flash with USB only in MSM7630 That process will also include steps from dadwarf's post above in this thread. Dead Pre 3 (QHUSB-DLOAD mode) - "Need help with QPST" The spark that helped me put this all together (in my head at least) can be found inside the readme file for the latest QPST. It now supports the APQ8060 and APQ8460 and there are many things in that readme file which when viewed in conjunction with the two posts I referenced above make the idea of getting palm bootloader restored via USB (without having the JTAG pinout available for use with one of those flashers in a box solutions) sound very plausable, more so that any other method I've heard about or tried. Hold on for a little while for some sort of process document coming me. I'll need to test it out after i put the steps all together. If someone else see's the things I see after reading through the documents I refer to and wants to embark on creating a process flow for web OS devices, feel free. My spare time is limited for stuff like this and it might take me a week or more to get it written and tested.
__________________
---------------------------------------------------------------------------------------------------- I am an AT&T employee and the postings on this site are my own and don’t necessarily represent AT&T’s positions, strategies or opinions. Last edited by TopTongueBarry; 09/13/2012 at 12:50 PM. |
|
09/13/2012, 12:55 PM
|
#12 (permalink) | |
|
Member
![]()
Posts: 9
|
Quote:
Your right the readme of QPST can be useful ! I tried few version of PRG7x30.HEX found on the web with the same result. I checked manually partition.mbn and it matches with the partition table described in mantaray.xml. How QPST know where flashing *.mbn files ? Is there a way to upload and execute from memory the webOS bootloader ? |
|
09/15/2012, 01:45 PM
|
#14 (permalink) | |
|
Member
![]() |
Quote:
Last Resort Emergency BootLoader Recovery - WebOS Internals I haven't had any luck getting omap3_usbload (TI OMAP3 USB boot ROM tool, version 0.1) to detect the snapdragon processor used in Touchpad and Touchpad GO devices. If you have not already tried this method to boot your Pre 3 via USB, I recommend you do. It may work. I do remember reading of someone who had successfully connected to their Pre or Pre 2 using omap3_usbload, the downloaded the bootloader, but couldn't figure out how to run and load it over USB. I have searched the forums here recently and can't seem to loacte the threads any more. TTB
__________________
---------------------------------------------------------------------------------------------------- I am an AT&T employee and the postings on this site are my own and don’t necessarily represent AT&T’s positions, strategies or opinions. |
|
09/15/2012, 01:49 PM
|
#15 (permalink) | |
|
Member
![]()
Posts: 9
|
Quote:
|
|
10/11/2012, 04:05 PM
|
#16 (permalink) |
|
Member
![]() |
Reviving this thread -
Anyone have any success getting the palm bootloader restored via USB on a Pre 3 or Touchpad (Qualcomm CPU) that only has QHUSB-DLOAD mode available? I have two TP GO's who's lives depend on this ......
__________________
---------------------------------------------------------------------------------------------------- I am an AT&T employee and the postings on this site are my own and don’t necessarily represent AT&T’s positions, strategies or opinions. |
10/11/2012, 05:36 PM
|
#17 (permalink) | |
|
Developer
![]() |
Quote:
-- Rod
__________________
WebOS Internals and Preware Founder and Developer You may wish to donate by Paypal to donations @ webos-internals.org if you find our work useful. All donations go back into development. www.webos-internals.org twitter.com/webosinternals facebook.com/webosinternals |
|
10/24/2012, 11:20 PM
|
#18 (permalink) |
|
Member
![]() |
Bringing a Pre 3 , Touchpad, or Touchpad GO (Qualcomm CPU) device back from the dead isn't going to be easy. I've gotten stuck dozens of times so far.
There is now a glimmer of hope as XDA's darkspr1te has managed to get into a dead powerless MSM8660 that only had QHUSB-DLOAD mode available and download a bootloader to it. He used QPST as we suspected would be necessary. Here's the link to the XDA thread. Despite the mention of JTAG in the thread's title, he did not have the pinout, he used QPST without a JTAG connection: http://forum.xda-developers.com/show...0#post33017800 I am having another brain fry experience from all of this. If anyone here has the ability to take the process XDA's darkspr1te is working on, modify or tweak it so we can use it to restore the bootie (bootloader) on our HP/Palm devices please step forward. (Rod - webOS Internals folks, Tom - webOS Ports folks - can you hear me calling .......... ????) There are differences. The device he's working on has 29 partitions. Our's don't have that many (13 or 14 are the numbers that come to my mind presently, like I said, this problem and the research / attempts to resolve it have me brain fried) One thing we don't need to worry about is a backup of the device and partition data he claims is necessary for the device he is working on. We'll only need to get the webOS bootie loaded and running so we'll have novacomd/novaterm access. We could then set up the filesystems from novaterm and use webOS doctor or a previously made memboot backup to return our presently dead webOS devices to functionality. I'd really appreciate help with this .... Thanks, Barry
__________________
---------------------------------------------------------------------------------------------------- I am an AT&T employee and the postings on this site are my own and don’t necessarily represent AT&T’s positions, strategies or opinions. |
10/25/2012, 12:11 AM
|
#19 (permalink) |
|
Member
Posts: 2,090
|
Can we directly dump the first few megabytes of the flash? I always wanted to yank a copy of my tokens. I'm assuming bootie is a 2nd or 3rd stage bootloader, since it has access to some of the hardware devices, etc.
Update: You know what, the XML in the Chinese article linked look oddly similar to trenchcoat.xml. Maybe someone should reverse engineer Trenchcoat and see if it provides any hints on where things are stored?
__________________
Contact: @GMMan_BZFlag (me on Twitter) | webOS onTap | @webOSonTap webOS Releases: Change your App Catalog country: TouchPad/PC | TouchPad/webOS Resources | Search suggestion patch for browser | Cycling Email Notifications | Don't Doctor! Make a good support request. | How to post logs | webOS Charge Monitor I will be busy, so I may not be able to provide private support. Last edited by GMMan; 10/25/2012 at 12:22 AM. |
10/26/2012, 10:51 AM
|
#20 (permalink) | |
|
Member
![]() |
Quote:
Others who take a peek at darkspr1te's work in the thread posted above and note anything that might help, please feel free to chime in here. Any thoughts or ideas that might lead to us getting the webOS bootie loaded on HP/Palm devices stuck with only access to QHUSB-DLOAD mode are appreciated. Thanks, TTB
__________________
---------------------------------------------------------------------------------------------------- I am an AT&T employee and the postings on this site are my own and don’t necessarily represent AT&T’s positions, strategies or opinions. |
|
![]() |
|
| Thread Tools | |
| Display Modes | |
|
|



