[TESTING] - NAND OMGB (1.2.3)

[boggsie]

Originally Posted by anish88

Without the build.prop edits?

Sent from my Touch Pro 2 using Tapatalk

I still had to edit in the build.prop additions and then set the APN.

Best regards,
-boggsie

[[ACL]]

Originally Posted by vzihome

Muziling had mentioned to ACL about a battery hack he found, ACL said that he would release it on next build don't know if he did on this build...correct me if I'm wrong!

Sent from my Touch Pro 2 using Tapatalk

Ahh, you are correct. Well the hack was to avoid these nasty div by 0 we used to get in the logs.

diff --git a/arch/arm/mach-msm/htc_battery_smem.c b/arch/arm/mach-msm/htc_battery_smem.c
index 1d9e750..7967b28 100644
--- a/arch/arm/mach-msm/htc_battery_smem.c
+++ b/arch/arm/mach-msm/htc_battery_smem.c
@@ -1371,7 +1371,12 @@ static int htc_rhod_batt_corr( struct battery_info_reply *buffer )
        
         /* TODO: temp algo is not ok..if someone have the timte -> must look into the driver */
        buffer->batt_tempRAW = ( buffer->batt_tempRAW * 5200 ) / htc_adc_range;
-       av_index = ( buffer->batt_tempRAW * 18 ) / ( 2600 - buffer->batt_tempRAW );
+       /* HACK: This is a giant hack since if batt_tempRAW = 2600 we get a div by 0 */
+       if (buffer->batt_tempRAW < 2600) {
+               av_index = ( buffer->batt_tempRAW * 18 ) / ( 2600 - buffer->batt_tempRAW );
+       } else { 
+               av_index =1347;
+       }
        buffer->batt_tempRAW = htc_battery_temperature_lut( av_index );
        if ( buffer->batt_tempRAW < 250 ) /* fixed til so long we can get constant values - otherwise the algo wouln'T work good */
                buffer->batt_tempRAW = 250;

I'll prioritise this if everyone is getting less and less batt time now.

[anish88]

Originally Posted by [ACL]

Ahh, you are correct. Well the hack was to avoid these nasty div by 0 we used to get in the logs.

diff --git a/arch/arm/mach-msm/htc_battery_smem.c b/arch/arm/mach-msm/htc_battery_smem.c
index 1d9e750..7967b28 100644
--- a/arch/arm/mach-msm/htc_battery_smem.c
+++ b/arch/arm/mach-msm/htc_battery_smem.c
@@ -1371,7 +1371,12 @@ static int htc_rhod_batt_corr( struct battery_info_reply *buffer )
        
         /* TODO: temp algo is not ok..if someone have the timte -> must look into the driver */
        buffer->batt_tempRAW = ( buffer->batt_tempRAW * 5200 ) / htc_adc_range;
-       av_index = ( buffer->batt_tempRAW * 18 ) / ( 2600 - buffer->batt_tempRAW );
+       /* HACK: This is a giant hack since if batt_tempRAW = 2600 we get a div by 0 */
+       if (buffer->batt_tempRAW < 2600) {
+               av_index = ( buffer->batt_tempRAW * 18 ) / ( 2600 - buffer->batt_tempRAW );
+       } else { 
+               av_index =1347;
+       }
        buffer->batt_tempRAW = htc_battery_temperature_lut( av_index );
        if ( buffer->batt_tempRAW < 250 ) /* fixed til so long we can get constant values - otherwise the algo wouln'T work good */
                buffer->batt_tempRAW = 250;

I'll prioritise this if everyone is getting less and less batt time now.

I'd be interested for sure. I have never gotten good battery life.

[mbellot]

Originally Posted by [ACL]

I'll prioritise this if everyone is getting less and less batt time now.

I'll let you know tomorrow, I'm running my two-fer battery calibration now ("Battery Calibration" and "Battery Left").

Last time I ran it I was going 38 hours before the battery cried uncle.

I've pushed gps from 1.2.2 into this build but have it turned off for now. Once things appear stable I'll start mucking around with it again.

Updated the keymaps to get long press recent apps. Still need to try updating the APN to see if Boost MMS will work.

I'm hoping LK doesn't need another update for a while, repeating today's pain is not high on my list of fun things to do.

[muziling]

<5>[ 0.000000] Kernel command line: msmvkeyb_toggle=off panic=0 pm.sleep_mode=1 androidboot.serialno=RH404396997
<3>[ 0.000000] Unknown boot option `androidboot.serialno=RH404396997': ignoring

Not handle serialno boot option


SoD when I turn on data connection, leave it until screen auto turn off.
Seems no error in kernel logs, does SMD_DS trap into deadlock?

[sykosoft]

In reviewing the last several pages of posts, did I miss the release notes for the 01/16/12 release?

Michael

[arrrghhh]

Originally Posted by sykosoft

In reviewing the last several pages of posts, did I miss the release notes for the 01/16/12 release?

Michael

Yes..

http://forum.ppcgeeks.com/2164598-post993.html

[[ACL]]

Originally Posted by anish88

im all for the zip file

and for the mic, if i can suggest something (again i dont know how hard it is to code) but if there is a mic on the headset then enable that, but if there is no mic on the headset, then enable the mic on the phone( the on board one). just a thought. i dont know if thats hard or not. also if you need one, here is one i can think of thats really cheap. Black Stereo Headset with microphone for Apple iPhone First Generation/iPhone 3G iPhone 3GS/iPhone 4

edit: because i checked it and when there is headphones without an inline mic plugged in, the other person on the phone can not here you, as in the mic on the phone is not automatically turned on. as soon as you unplug those headphones you, and u use the handset, the other person can hear you

I looked at the code and it looks like we already have the detection setup. Now i wonder if the mic detection is working at all then, even in the old h2w devices. If it is, then new code needs to be written to detect the mic in 3.5mm. If not, then h2w code needs to be fixed.

Edit: I just tested with the h2w headset and there is no microphone either. So yea, that needs to be fixed.

[anish88]

Originally Posted by [ACL]

I looked at the code and it looks like we already have the detection setup. Now i wonder if the mic detection is working at all then, even in the old h2w devices. If it is, then new code needs to be written to detect the mic in 3.5mm. If not, then h2w code needs to be fixed.

Edit: I just tested with the h2w headset and there is no microphone either. So yea, that needs to be fixed.

ok cool, i think. i wish i could help with the code, but that would make me much more useful... which I am not, sadly. let me know if there is anything else i can do to help.

[[ACL]]

Originally Posted by anish88

ok cool, i think. i wish i could help with the code, but that would make me much more useful... which I am not, sadly. let me know if there is anything else i can do to help.

Crap. I think the Mic worked before. I remember some gsm folk saying that was the only way they could make calls (when gsm had no working mic).

So something recent broke mic prob