yashsingh1/xdaforums huggingface dataset:
[G1 General] thehustler:
IP Address: 119.251.59.249

Hostname: 119.251.59.249

IP Country: China

IP Country Code: CHN

IP Continent: Asia

IP Region: Beijing

Guessed City: Beijing

IP Latitude: 39.9289

IP Longitude: 116.3883

Organization: China Unicom Heibei Province Network

ISP Provider: China Unicom Heibei Province Network

Please note that if city is not detected IP Locator will point to your country.​
[G1 General] scholbert:
http://tools.whois.net/whoisbyip/

[Querying whois.arin.net]
[Redirected to whois.apnic.net]
[Querying whois.apnic.net]
[whois.apnic.net]
% [whois.apnic.net node-4]
% Whois data copyright terms http://www.apnic.net/db/dbcopyright.html

inetnum: 119.248.0.0 - 119.251.255.255
netname: UNICOM-HE
descr:	China Unicom Heibei Province Network
descr: China Unicom
country: CN
admin-c: CH1302-AP
tech-c:	KL984-AP
remarks: service provider
status: ALLOCATED PORTABLE
mnt-by: APNIC-HM
mnt-lower: MAINT-CNCGROUP-HE
mnt-routes: MAINT-CNCGROUP-RR
remarks: -+-+-+-+-+-+-+-+-+-+-+-++-+-+-+-+-+-+-+-+-+-+-+-+-+-+
remarks: This object can only be updated by APNIC hostmasters.
remarks: To update this object, please contact APNIC
remarks: hostmasters and include your organisation's account
remarks: name in the subject line.
remarks: -+-+-+-+-+-+-+-+-+-+-+-++-+-+-+-+-+-+-+-+-+-+-+-+-+-+
changed: hm-changed@apnic.net 20080305
changed: hm-changed@apnic.net 20090508
source: APNIC

person: ChinaUnicom Hostmaster
nic-hdl: CH1302-AP
e-mail: abuse@chinaunicom.cn
address: No.21,Jin-Rong Street
address: Beijing,100140
address: P.R.China
phone: +86-10-66259940
fax-no: +86-10-66259764
country: CN
changed: abuse@chinaunicom.cn 20090408
mnt-by: MAINT-CNCGROUP
source: APNIC

person: Kong Lingfei
nic-hdl: KL984-AP
e-mail: konglf5@chinaunicom.cn
address: 45, Guang An Street, Shi Jiazhuang City, HeBei Province,050011,CN
phone: +86-311-86681601
fax-no: +86-311-86689210
country: cn
changed: konglf5@chinaunicom.cn 20090206
mnt-by: MAINT-CNCGROUP-HE
source: APNIC

Cheers,

scholbert
[G1 General] joffrey_growl:
Android malware

In my case, the cause was obviously Android-malware. I had an app installed with malware, but immediately deleted it when NOD32 said it was malware. My 'Hotmail'- app, however, kept sending spam to one of my contacts every minute. The sent e-mails were visible in my 'Sent' folder. :(

When I deleted my account from the Hotmail app, nothing was sent for minutes. :good:When I added my account again, it immediately started sending the spam-emails again! Even though I was logged into Hotmail on my PC! :crying:

I suspect the malware somehow hijacked my Hotmail-account or found out my password, because even after uninstalling the malware, the problem continued. I used a couple of virus scanners on my device to be sure; nothing was found. :fingers-crossed:

When I changed my password however, the problem stopped. My account just stopped sending those mails... :victory:

I am happy, but still a bit confused :confused:
[G1 General] atishoo:
IM+ was sending out spams using my hotmail account. I installed it thru Google Play and was sure it was legitimate. I uninstalled the apps one by one and it took me a few weeks to find out this was the app sending out spams. I once complained about it in twitter and not sure anyone noticed or took any action. And not sure if the latest version is still doing it. Maybe the paid version doesn't do this. There is already ad showing in the app and sending out spams is a little crossing the line. Those spams were also advertisements about viagra or some other prescription drugs. I am sure IM+ is not the only one doing this because my friend's android was doing this and he didn't have IM+.
[G1 General] kerempek:
I have the same issue. Did you solve this ?

Thank you.

---------- Post added at 09:15 AM ---------- Previous post was at 09:12 AM ----------

Definetly the same issue with you. Did you find something which app causes this ? Or avoiding the app for contact list solving this ?

Thank you.
[G1 General] he3r0:
sorry, I've changed phones twice since then, and do not remember whitch one it was.
[Android Apps and Games] Iacopo91:
Please subscribe!!

Here's link!! ---> w ww.petitiononline.com/ZodAndro/

And here's the post of ZodTTD in his blog ---> w ww.zodttd.com/wp/2010/04/in-the-shadows/

Thanks to all subscribers!!!

And sorry for my english!! byez

I'm new in forum, i can't post link... sry just remove the space between the W W :D

Now i go to read the rules of the forum
[Touch Diamond2, Pure Themes and Apps] sezgo:
I have a problem with my Touch Diamond2 T5388 .

I receive calls with number +xx.xxx.xxx xx xx . but I can not recall them immediately , because I can not call +xx.xxx.xxx xx xx . the operator voice says "..wrong number" So I have to change + with 00 in every number in order to make a call.

How can I make my mobile to call +xx.xxx.xxx xx xx , as other mobile phones. There must be a way / code to make it call properly .
[Touch Diamond2, Pure Themes and Apps] Bruce Inman:
I know there is a registry setting (thought it was in HKCU\ControlPanel\Phone, but couldn't find it) that controls how your phone handles numbers.

I think it was in the Raphael forum, but I did a quick search and couldn't find it.

Also, try changing your regional settings.
[Touch Diamond2, Pure Themes and Apps] bravo2zero:
I had the same problem and it was solved with a third party software called Magicall. For the settings check out this thread: http://xdaforums.com/showthread.php?t=619643&page=35
[Touch Diamond2, Pure Themes and Apps] timesd:
you can download magicall software,which will solve your problem.
[Nexus One Android Development] persiansown:
Ever since I first released an undervolted kernel (can you believe that it actually used to be a new idea? Seems so normal now), its been a mad dash to see how much further down the voltage can be pushed. In light of recent events, there has been controversy regarding whether or not dropping below ~925mV actually begins to negatively impact battery life.

Without getting into the technical details behind why I believe that going that low actually does affect battery life, I'm conducting a blind study. I'm going to produce 3 kernels at three different voltages. I'm then going to send these kernels randomly to people that sign up on the attached spreadsheet in order to collect data for 7 days.

I know that this won't be 100% accurate, but I feel that if we get a large enough sample size, over 7 days, the general trend should emerge.

What I ask for you to do if you want to participate is sign up on the attached spreadsheet and try not to change your rom/usage patterns within these 7 days. Just go about your day and record your values at the end.

You will not know what the voltage of the kernel you are receiving is, so there will have to be a certain degree of trust. I promise I will do my best to not blow up your phone ;)

This truly has to be a community effort. The more people we have, the better. Once the study has been concluded, I will reveal which kernel had the best battery life for the most amount of people.

Please spread the word about this, the more it is on blogs and the like, the greater the sample size and the more accurate the results.

Link: http://bit.ly/9YjM5X

UPDATE:

The kernels have all be emailed to people that gave me an email address. Tues-Sat, please run the kernel that is labeled CONTROL. Do not alter your day to day usage from what you always do. At the end of each day please record how long you were off charger and your percent battery left. Use your best judgement for giving statistics. The more detailed, the better.

Sunday-Thurs we will run the TEST kernel. Again do the same thing and record your usage daily.

It is VITAL that you record the statistics at the end of the day every day.

As an added bonus, I included the memory modification by coolbho3k because I know you all want the latest and greatest ;)
[Nexus One Android Development] Four Fourty Four:
Will it matter what battery we have? Or is stock battery required?
[Nexus One Android Development] persiansown:
doesn't matter as long as you post your previous results so we have something to base it against.
[Nexus One Android Development] Daswolven:
This is a fantastic idea. Might actually help me recover from my kernel flashing compulsion. Prolly not though....
[Nexus One Android Development] jblazea50:
Persiansown, what do you mean by "record your values at the end"? Are we to take a log of battery usage or just writing down on the sheet what the usage was like each day?

thanks
[Nexus One Android Development] persiansown:
Its going to be subjective but I'm trying to figure out the best way to record them right now. I don't need any feedback values until I actually send out the kernels though :)
[Nexus One Android Development] jblazea50:
yeah, i understand that it's not needed until after we start using the kernel; just wanted to know what you were actually looking for, and if it wasn't subjective

thanks and looking forward to this
[Nexus One Android Development] adam18488:
im really interested in this. would it also be possible to give feedback on reception? because as of late my signal has been worse with all the uv kernels...
[Nexus One Android Development] pjcforpres:
How are we going to set the baseline? The best way to eliminate the potential for usage differences to skew the results is for us to all run the exact same kernel for X amount of time to set a baseline, then do the blind test of the 3 different kernels, and compare the difference between before and after.
[Nexus One Android Development] persiansown:
Yeah I've been trying to think of a way that would take less time, but I think that way would be best. Anyone have a better suggestion?
[Nexus One Android Development] pjcforpres:
We could also look at time spent "running" in spare parts... but that would be much more complicated and less accurate (I would hate to do the statistical break down on that)... but it would be much quicker and would provide some nice info as well... ie 5 hours spent running and 7 hours sleeping used 80% battery... where as 1 hour running and 11 hours sleeping used 50%... but we would also have to factor in so many other aspects and track those to get a truly accurate picture, ie WiFi or 3G or 2G... what is your screen brightness... and so forth.
[Nexus One Android Development] rjhay22:
Hey persian, this is a great idea!!! to get to the bottom of all this.

Can I suggest something though, and hope I don't get flamed for it, or hope you wont take it the wrong way. But will you include, an AVS kernel running 800mV as well? There have been discussions about this also. Thanks!
[Nexus One Android Development] irishrally:
Each tester would have to test all three kernels and try to maintain roughly the same useage. Was this your plan?
[Nexus One Android Development] jlevy73:
This is a good approach. But I think for it to be even more standardized one would need to run this completely app and theme free. THe interaction between certain apps and usage is an unknown variable. For example, how much does K-9 mail draw? It goes without saying that themes have some sort of affect on behavior. So IMO, to be as objective as possible you would need to remove all sources of ambiguity to have this test mean something. Just my two cents
[Nexus One Android Development] jlevy73:
That would be pretty complicated and I think Kmobs would need a grant to run the statistics. I think there would have to be a baseline established like GPS off, brightness set to x percent, bluetooth off etc. And I think as Kmobs knows, each chip was not created equally.
[Nexus One Android Development] jblazea50:
Persiansown, I don't think you need to start with a baseline in order to compare. Once you send out the kernel and we use it for 1 week with normal usage for each user. At the end of the week, you can send out another kernel, exactly the same this time for everyone, and we can use it for few days and we will be able to notice the difference.
[Nexus One Android Development] rjhay22:
Correct . This is how I thought he was gonna do it. And what I think is best.
[Nexus One Android Development] testing567:
I was trying to think of a good way to get a baseline to compare to for every one and this is my sugestion. Make three kernels at 850, 925, and control/stock. Send everyone on the list two kernels, one of the two UV kernels and one stock/control. Allow them to run the first kernel for a certain number of days, record data, then send everyone the second kernel and do the same. Randomize who gets the control first or the UV first and keep it blind. (Don't tell them which of the two is the control obviously.) This way half test the 850, half test 925, and all test the control/stock, giving you an accurate baseline for everyone's individual phone usage and battery size.

Scientific Method FTW!!!
[Nexus One Android Development] hiddengopher:
awesome idea.
[Nexus One Android Development] xCALLmeKING:
Count me in...I will sign up when I get home from work tonight. This is an excellent idea. Ideas lke this is what make xda the number one source for android information.
[Nexus One Android Development] madhartigan:
When you say don't change your SetCPU values . . .

Do you want us to leave whatever custom settings we've configured?

OR

Do you want us to put the values back to default settings and run it that way?

Also, as I mentioned in my usage behavior comment in the spreadsheet, I have a charger for home, car and work and I charge throughout the day. Obviously this defeats the purpose of recording battery usage data.

SO, should I, once you've commenced the trials, switch over to using the phone all day and plugging in when I go to sleep?

Thank gawd this Android community is so much more effective at achieving progress compared to the PC overclocking/watercooling community in which I participate.

Also, there are none of the petty nit-picking debates in EVERY forum's posts.

Definitely refreshing. Thank you for all of your efforts!!
[Nexus One Android Development] Xlythe:
If you can, write an app that records and submits Time Between Charges/Battery Life Left Before Charging and then checks the installed kernel. Then, after 2 weeks (Test and Control kernels), publish the achieved data. The difference in frequency and remaining battery life will give better results than 'It seemed to die sooner today' I think. Having it submit automatically would save the hassle of relying on people to pipe up. And this way, no one needs to check Spare Parts each time they want to charge their phone.

But I cant program apps [yet], so I may have just suggested the impossible/improbable. :]
[Nexus One Android Development] redraiderj:
Hey persiansown, would it be possible to add a column to add the manufacture date of the phone? Maybe the performance differs because of different batches of devices.
[Nexus One Android Development] adam18488:
edit: wrong forum
[Nexus One Android Development] persiansown:
Don't change the values you already have.
[Nexus One Android Development] irishrally:
I'm down for the testing aslong as you tell us what the lowest voltage is out of all three kernels.
[Nexus One Android Development] sir*mez:
Signed up!! Ready to test and help dev's out!!
[Nexus One Android Development] wind0zer:
^^ Yes it came to my mind when I saw the thread. Pulling data from the phone & maybe emailing it automatically would be great...and worth the wait if a good soul helps to code it

I've signed up btw.
[Nexus One Android Development] liam.lah:
Signed up.

An ideal situation would be to have 10 or more phones together, flash them all with stock cm kernel, run them down idle, record the times,charge overnight, then run them down heavy use+data(stream youtube all day maybe). record the times.

then flash an 800mv kernel, run the same scenarios. record the times

flash 925mv kernel, do the same

and maybe even try 925 with AVS.

That situation, you have a smaller sample size, but very controlled variables, unfortunately that would be very time consuming, so your idea with a large sample size with less controlled variables is the most practical.
[Nexus One Android Development] jlevy73:
That's a very good suggestion, it would be time consuming but you would get the best results.
[Nexus One Android Development] Wysie:
I PM-ed swetland with regards this to UV, and this is a part from his reply:
[Nexus One Android Development] intersectRaven:
If ever the limit is 1000mV, that would explain why the AVS sources' range is from 1000 to 1250mV on CodeAurora. Anyways, this is still very interesting research to see if the PMIC can provide less than 1V, if there is a noticeable difference, and what the "stable" voltage should be if ever. :)

*Btw, I remember Ivan citing that the reference for TPS65023 cites a range of 800mV to 1300mV so in theory, it should be able to supply those voltages.
[Nexus One Android Development] clustered:
I signed up! :)
[Nexus One Android Development] Daswolven:
Actually if the sample sizes are large enough, three kernels blind delivered with users recording general life should provide some clarity on which is best with a measure of central tendency. Hell even a straight median would disregard the extreme app hogs as well as the ultra conservative. just a thought anyway.

How many people are you looking for before beginning?
[Nexus One Android Development] persiansown:
The more the better, I'm going to keep the signup open through this weekend. I'm going to release the kernels sunday night most likely.
[Nexus One Android Development] SimFox3:
Signed up =)
[Nexus One Android Development] persiansown:
I'm 90% sure I'm going to send out the kernels on Monday. I was originally going to release this weekend, but something came up in real life.
[Nexus One Android Development] jlevy73:
Thanks, hope all is well. Real life is more important than whatever this is :)
[Nexus One Android Development] intersectRaven:
Yeah. When I get a real life it also will be top priority. :p
[Nexus One Android Development] dextroz:
1. We can use juice plotter to record battery status. Hell if we email the developer he might even get on board and create an email button to it.

2. To baseline we will need two weeks worth of use with two different kernels; one for each week.

3. We should aim to get more people onboard, so it would help to keep this sign up open longer. Can XDA forums administrators help by keeping this post sticky and announcing it as a pseudo scientific research into kernal voltages?

4. Lastly, what phones are we limiting this study to? Different makes/models will give results relevant to only their brethren if we are to assume hardware disimilarities.

5. One more thing, anyone a good statistician over here to help out?
[Nexus One Android Development] liam.lah:
Will one of the kernels be at stock voltage? As a control? That will be important for comparison against the other two. there is also the possibility that the google dude is right and under volting does not increase battery life.
[Nexus One Android Development] KnightMAREcrow:
A suggestion to record values of battery drain using an app from the market. Its Called "System" by Nextapp. It provides info on whats running along side a view of battery drain thru out the day.

If the NExtapp application is used, one can see how much battery drain happens from using an intensive app or a minimum strain app.

Just a thought though. BTW the app is really useful for just about everything for system info and such.
[Nexus One Android Development] Casao:
Gonna try this out and see if it helps me diagnose battery life, thanks
[Nexus One Android Development] Mikey:
What's this real-life stuff you talk about =)
[Nexus One Android Development] Casao:
Got my kernel and flashing now. One problem though, my usage pattern changes drastically between weekdays and weekends, so the control vs test will be half useless since my usage pattern will be so different. Ideally we should be trying something like Tues-Sat/Tues-Sat, but that's obviously a long trial, so what about Tues-Sat/Sun-Thurs?
[Nexus One Android Development] persiansown:
Thats a really good idea. I hadn't thought of that. Editting OP :)
[Nexus One Android Development] irishrally:
Reminder for everyone to clear cache and battery stats before flashing each kernel.
[Nexus One Android Development] wind0zer:
It's okay to adb and flashboot the kernel? (instead of updating via zip recovery)
[Nexus One Android Development] dictionary:
fastboot* :p, and yes
[Nexus One Android Development] jblazea50:
got the kernel, good thing as i'm charging my battery and will load it up once fully charged and clear battery stats as well

quick question, if i use fastboot, i'm assuming i would need to push the modules to /system/lib/modules, instead of just pushing the bcm file?
[Nexus One Android Development] irishrally:
It's going to be hard if pershoot comes out with a sweet new kernel and not being able to try it out.
[Nexus One Android Development] Daswolven:
Anyone have the adb command to clear battery stats real fast? I know I'm being lazy but I'm on clockwork and reflashing AmonRa and then back seems like. um. hassle. (sigh)
[Nexus One Android Development] jblazea50:
i know this isn't the adb command, but if you have apps like Root Manager, you can go into data/system and delete the batterystats.bin file
[Nexus One Android Development] ggrant3876:
Through the terminal.

Su ( press enter )

rm /data/system/batterystats.bin ( press enter )
[Nexus One Android Development] jblazea50:
sorry for asking again, but i just want to make sure i'm doing this right.

if using fastboot, should i push the modules to /system/lib/modules or just pushing the bcm4320.ko is good enough?

thanks
[Nexus One Android Development] Daswolven:
Will have to download that. Keep running into references for it.

So

adb shell

su

rm /data/system/batterystats.bin ( press enter )

Awesomness. Appreciated! :D

Edit: My bad. Clockwork has wipe battery stats in it....why didn't I see that before¿
[Nexus One Android Development] wind0zer:
There wont be any scratching for my flash-itis itch this week. I'll spend some time repositioning my dish antenna to aim at the satellite i've been wanting : P
[Nexus One Android Development] bahathir:
I think the cpufreq governors also have very big impact in power consumption. What cpufreq does is, how fast/agile to control the cpu frequency to meet the demand. Example, 'performance' governor will put the cpu to max cpu speed at as long as possible, and it is constrast to 'powersave' governor, will keep cpu at the lowest as long as possible.

I prefers 'conservative' governor, and set max freq to 499MHz. My N1 still runs very well, and still got 26.5FPS in Neocore's 3D benchmark and other games apps.

In my experience, the most power hungry part in N1 is the OLED screen itself. If you can minimize the screen usage, your can get very good milage :).. Now my N1 running on my on kernel with static UV (min:1.000V) and managed to get 35 hours with 29% left of battery life. In the test, I used the N1 for making several calls, gtalk with friends, check mails and check battery usage and status. :).

Mmm.. IMHO eventhough N1 has the most beautiful display I ever saw, but, it is also the 'thorn' in battery life performance. If we manage to manipulate the power to control the display, I think we can manage significant power saving.

TQ.
[Nexus One Android Development] themetatron:
Clockworkmod battery stats

Open rom manager, reboot recovery 1.8.1.3, advanced, wipe battery stats
[Nexus One Android Development] Worsty:
Hey guys,

I'm probably nowhere near as well versed in Android and all the technical stuff compared to most of you so do let me know if i am doing the testing wrongly.

For the files that was sent, all i did was to extract and flash the zimage along with performing an abd to the .ko file to enable the broken wi-fi.

Is that it? There's no need to utilise any of the other files for the purpose of the blind test?

Also correct me if the kernel doesn't allow overclocking because setCPU's auto detect doesn't seem to allow me to get back to 1113mhz. (Just want to clarify everything to ensure a proper testing that's all)

Cheers,