09/02/2012, 04:15 PM
|
#1402 (permalink) |
|
Member
![]() |
Herrie,
Is it possible CreateMirror.com is down now? I can't seem to find any good links with the 2.2.3/.4 file. Thanks.
__________________
Samsung Galaxy SIII, Nexus 7 Retired: Palm Centro, Palm Pre+, HP Veer, HP TouchPad CM9 "It is better to keep your mouth shut and appear stupid than to open it and remove all doubt." - Mark Twain
|
09/10/2012, 12:13 PM
|
#1403 (permalink) |
|
Member
![]()
Posts: 22
|
For anyone using either Herrie's scripts or the doctor from John Steffes and are having the reboot problem. I seem to think that it's actually coming from the distance sensor (when you put the phone close to your ear). In my experience I get tons of reboots if I put the phone to my ear, but haven't had a single reboot if I'm using bluetooth headset or the speaker phone. One thing to try out, but I haven't tried it yet, is to lock the phone before putting it to your ear, which is not ideal but which might not trigger the reboot.
Do let me know if this helps anyone as it will help us find a solution to the problem. Thanks!
__________________
Pre3/Veer/Touchpad 64 Panda |
11/09/2012, 10:47 AM
|
#1405 (permalink) |
|
Member
![]()
Posts: 8
|
Hello,
I have a problem, I have followed herrie82 procedure to update my Veer. Probably I have made a mistake: I have finished upgrade (without modem) but I have done an hard reset and now I have no data connection. So I am stuck in option1, how can I go in option2 considering that phone is not in debug mode? Thanks!! Mario |
11/11/2012, 12:02 PM
|
#1406 (permalink) | |
|
Member
![]() |
Quote:
Recently I redoctored my veer almost 4 times with 2.2.4 in last month and it works for a few days, all of a sudden it will reboot and then erase everything. Has anyone else seen this issue? |
|
11/11/2012, 12:38 PM
|
#1408 (permalink) | |
|
Member
Posts: 1,124
|
Quote:
|
|
11/13/2012, 05:34 PM
|
#1410 (permalink) | |
|
Member
Posts: 53
|
Quote:
|
|
11/13/2012, 09:53 PM
|
#1412 (permalink) | |
|
Homebrew Developer
![]() ![]()
Posts: 1,390
|
Quote:
Could be coincidence (maybe network equipment updates around here?), but they seem to get less. Interesting if it would indeed be caused by the proximity sensor. I should be quite straight forward to patch the phone app so it ignores the proximity sensor I'll have a look into the phone app source code to see if I can find the proximity sensor code bits somewhere.... |
|
11/14/2012, 02:49 AM
|
#1413 (permalink) | |
|
Member
![]()
Posts: 33
|
Quote:
It always happen when I place the phone to my ear, so the proximity sensor is indeed very likely to cause that. So no reboots anymore just rejecting a call after answering it. |
|
11/14/2012, 04:29 AM
|
#1414 (permalink) |
|
Homebrew Developer
![]() ![]()
Posts: 1,390
|
OK, any volunteers to try attached patch? I didn't test it yet myself to be honest, but should do the trick
![]() This should disable the proximity sensor completely. Every time it tries to enable it it will actually disable it. When it's enabled already, it will disable it too
|
11/14/2012, 04:01 PM
|
#1416 (permalink) | |
|
Homebrew Developer
![]() ![]()
Posts: 1,390
|
Quote:
-- Sent from my TouchPad using Communities |
|
11/16/2012, 12:56 AM
|
#1417 (permalink) |
|
Member
Posts: 53
|
I made a lot of test calls with herrie's patch yesterday and results are quite good. Over about 50 outcoming calls, I had no reset if I let the screen on when I take the phone to my ear. I wanted to try whether turning the screen off before doing so (as the proximity sensor logic would do before patching) had an effect on reboot, and the answer seems to be yes. If I try turning the screen off just after dialing while I'm waiting for the other side to answer, I cannot make 5 successive call : I always have a reset very shortly after the call is answered (5-10 sec max I guess). So maybe the problem does not come from the proximity sensor itself but from the consequence (screen off or maybe something caused by the screen off ?).
I have to confirm that making more tests, trying incoming calls too. Maybe someone else want to try that ? I noticed that even if you don't turn the screen off manually, it goes off after the regular timeout anyway and I did not have any reboot due to that (though it may not be significant because I did not wait enough at each call to let the screen go off). Maybe the problem comes from the screen being off very early in the call, when the call is answered ? Lionel |
11/17/2012, 01:42 AM
|
#1419 (permalink) |
|
Member
Posts: 53
|
I believe that the problem does not come from the screen off itself but from the timing of the screen off. If I try to make longer calls and just let the screen go off by timeout (so, long after the call is answered), there is no reset. So I think we don't have to force the screen ON during all the call, maybe we just have to delay it or try to understand why the screen off cause a problem at this precise time.
I noticed something with the veer when I was running 2.1.1 : when I removed the phone from my ear before ending the call, the "connecting" then call timer white label displayed by the phone app was always briefly displaying "0:00" then one sec later or so displayed the right call duration. I did not notice that behaviour on 2.2.4 as if there was something freezing display updates when the screen was off on 2.1.1 which is no longer present in 2.2.4. It may have nothing to do with the reset problem : there should be no problem to update the HMI while the screen is off but I will take a look at 2.1.1 code to compare. |
![]() |
|
| Thread Tools | |
| Display Modes | |
|
|



