maemo.org - Talk

maemo.org - Talk (https://talk.maemo.org/index.php)
-   Maemo 5 / Fremantle (https://talk.maemo.org/forumdisplay.php?f=40)
-   -   [Announce] kernel-power stable v49 in Extras-Testing (https://talk.maemo.org/showthread.php?t=71879)

imacmillan 2011-12-02 09:55

Re: [Announce] kernel-power stable v49 in Extras-Devel
 
surely people would have noticed this through conky? mine clocks up and down fine.

xes 2011-12-02 10:05

Re: [Announce] kernel-power stable v49 in Extras-Devel
 
Quote:

Originally Posted by imacmillan (Post 1132015)
surely people would have noticed this through conky? mine clocks up and down fine.

Sorry, in my opinion conky eats too much cpu to be used to debug a cpu clock and battery drain issue.. but yes in anyway it may be a reference to understand if the cpu remains alway at maximum.

JanW 2011-12-02 10:17

Re: [Announce] kernel-power stable v49 in Extras-Devel
 
Quote:

Originally Posted by xes (Post 1131995)
After a few days of tests and reboots i think i have found something....

There are many posts of people using kp49 without any battery issue...

In the meanwhile, there are many others asking why kp49 drains the battery a lot faster if compared to kp48...

Observing my N900 i have found both of the situations, BUT.... WHEN?

When the battery drains fast, the cpu is always at full clock or remains locked on an high clock profile never changing from that value also if the is apparently there is no load.
Very often, also rebooting, the situation does not change.

In other situations, same phone, same profile (usually i use the "default" one) there is almost no drain and the batteryeye draws a orizontal line.

So what changes?

Look at dmesg... if you can find a
"DSPTrace DSP MMU FAULT "
the battery drain will be like a waterfall!!!!

Many times, also during the boot process you can find that error.
If you start with that, you can be sure, say bye bye to your battery....

If you start the phone without errors, and the battery drain is ok, if while playing media file or running something a DSP FAULT message appears on dmesg, from that moment the cpu will remain locked at an high clock and the battery drain will go to the stars!

Any suggestion or confirm to my teory is welcome!



Thanks to all for this great comunity work and forum!

Hi,

I found that a battery drain appeared more often after using Media Player, but cannot really put a foot on it... will watch out for the message and feed back.

Cheers
Jan

vi_ 2011-12-02 10:43

Re: [Announce] kernel-power stable v49 in Extras-Devel
 
Code:

watch -n 1 -t cat /sys/devices/system/cpu/cpu0/cpufreq/cpuinfo_cur_freq
To watch your cpu speed. Ctrl+c to quit.

JanW 2011-12-02 13:57

Re: [Announce] kernel-power stable v49 in Extras-Devel
 
1 Attachment(s)
Quote:

Originally Posted by JanW (Post 1132025)
Hi,

I found that a battery drain appeared more often after using Media Player, but cannot really put a foot on it... will watch out for the message and feed back.

Cheers
Jan

Ok, here is some output from before and after using media player to confirm the error:

before:
~ $ dmesg | grep -i dsp
[72488.763397] procwrap_detach: deprecated dspbridge ioctl
[72493.660552] procwrap_detach: deprecated dspbridge ioctl
[72496.959869] procwrap_detach: deprecated dspbridge ioctl
[72500.956970] procwrap_detach: deprecated dspbridge ioctl
[72504.140106] procwrap_detach: deprecated dspbridge ioctl
[72507.256866] procwrap_detach: deprecated dspbridge ioctl
[72510.676452] procwrap_detach: deprecated dspbridge ioctl
[72513.418975] procwrap_detach: deprecated dspbridge ioctl
[72516.471405] procwrap_detach: deprecated dspbridge ioctl
[72518.272705] procwrap_detach: deprecated dspbridge ioctl
[72595.205291] procwrap_detach: deprecated dspbridge ioctl
[72600.619934] procwrap_detach: deprecated dspbridge ioctl
[72681.125183] procwrap_detach: deprecated dspbridge ioctl

after:
~ $ dmesg | grep -i dsp
[72488.763397] procwrap_detach: deprecated dspbridge ioctl
[72493.660552] procwrap_detach: deprecated dspbridge ioctl
[72496.959869] procwrap_detach: deprecated dspbridge ioctl
[72500.956970] procwrap_detach: deprecated dspbridge ioctl
[72504.140106] procwrap_detach: deprecated dspbridge ioctl
[72507.256866] procwrap_detach: deprecated dspbridge ioctl
[72510.676452] procwrap_detach: deprecated dspbridge ioctl
[72513.418975] procwrap_detach: deprecated dspbridge ioctl
[72516.471405] procwrap_detach: deprecated dspbridge ioctl
[72518.272705] procwrap_detach: deprecated dspbridge ioctl
[72595.205291] procwrap_detach: deprecated dspbridge ioctl
[72600.619934] procwrap_detach: deprecated dspbridge ioctl
[72681.125183] procwrap_detach: deprecated dspbridge ioctl
[73120.365417] ***** DSPMMU FAULT ***** IRQStatus 0x2
[73120.365447] ***** DSPMMU FAULT ***** fault_addr 0x72461240
[73120.365509] bridge_deh_notify: DSP_MMUFAULT,err_info = 0x0
[73120.365539] bridge_deh_notify: DSP_MMUFAULT, High Address = 0x7246
[73120.365539] bridge_deh_notify: DSP_MMUFAULT, Low Address = 0x1240
[73120.365570] bridge_deh_notify: DSP_MMUFAULT, fault address = 0x72461240
[73120.365753] print_dsp_trace_buffer:
[73120.365844] bridge_deh_notify: DSP_SYSERROR, err_info = 0x102
[73120.365905] print_dsp_trace_buffer:
[73120.365966] bridge_deh_notify: DSP_SYSERROR, err_info = 0x102
[73120.366027] print_dsp_trace_buffer:
[73120.366088] bridge_deh_notify: DSP_SYSERROR, err_info = 0x102
[73120.366149] print_dsp_trace_buffer:
[73120.373382] procwrap_detach: deprecated dspbridge ioctl

batter graph in the attached file. Using media server was around 13.15 at teh end of the graph. not much usage before and after (some emails, no calls, no surfing). Will post another battery graph after an hour to see if the decline continues.

Hope that helps in identifying the problem.

xes 2011-12-02 14:49

Re: [Announce] kernel-power stable v49 in Extras-Devel
 
@JanW

please, look at the cpu clock behavior.
Is it variable or blocked on some frequency?

JanW 2011-12-02 14:49

Re: [Announce] kernel-power stable v49 in Extras-Devel
 
1 Attachment(s)
Quote:

Originally Posted by JanW (Post 1132113)
Ok, here is some output from before and after using media player to confirm the error:

before:
~ $ dmesg | grep -i dsp
[72488.763397] procwrap_detach: deprecated dspbridge ioctl
[72493.660552] procwrap_detach: deprecated dspbridge ioctl
[72496.959869] procwrap_detach: deprecated dspbridge ioctl
[72500.956970] procwrap_detach: deprecated dspbridge ioctl
[72504.140106] procwrap_detach: deprecated dspbridge ioctl
[72507.256866] procwrap_detach: deprecated dspbridge ioctl
[72510.676452] procwrap_detach: deprecated dspbridge ioctl
[72513.418975] procwrap_detach: deprecated dspbridge ioctl
[72516.471405] procwrap_detach: deprecated dspbridge ioctl
[72518.272705] procwrap_detach: deprecated dspbridge ioctl
[72595.205291] procwrap_detach: deprecated dspbridge ioctl
[72600.619934] procwrap_detach: deprecated dspbridge ioctl
[72681.125183] procwrap_detach: deprecated dspbridge ioctl

after:
~ $ dmesg | grep -i dsp
[72488.763397] procwrap_detach: deprecated dspbridge ioctl
[72493.660552] procwrap_detach: deprecated dspbridge ioctl
[72496.959869] procwrap_detach: deprecated dspbridge ioctl
[72500.956970] procwrap_detach: deprecated dspbridge ioctl
[72504.140106] procwrap_detach: deprecated dspbridge ioctl
[72507.256866] procwrap_detach: deprecated dspbridge ioctl
[72510.676452] procwrap_detach: deprecated dspbridge ioctl
[72513.418975] procwrap_detach: deprecated dspbridge ioctl
[72516.471405] procwrap_detach: deprecated dspbridge ioctl
[72518.272705] procwrap_detach: deprecated dspbridge ioctl
[72595.205291] procwrap_detach: deprecated dspbridge ioctl
[72600.619934] procwrap_detach: deprecated dspbridge ioctl
[72681.125183] procwrap_detach: deprecated dspbridge ioctl
[73120.365417] ***** DSPMMU FAULT ***** IRQStatus 0x2
[73120.365447] ***** DSPMMU FAULT ***** fault_addr 0x72461240
[73120.365509] bridge_deh_notify: DSP_MMUFAULT,err_info = 0x0
[73120.365539] bridge_deh_notify: DSP_MMUFAULT, High Address = 0x7246
[73120.365539] bridge_deh_notify: DSP_MMUFAULT, Low Address = 0x1240
[73120.365570] bridge_deh_notify: DSP_MMUFAULT, fault address = 0x72461240
[73120.365753] print_dsp_trace_buffer:
[73120.365844] bridge_deh_notify: DSP_SYSERROR, err_info = 0x102
[73120.365905] print_dsp_trace_buffer:
[73120.365966] bridge_deh_notify: DSP_SYSERROR, err_info = 0x102
[73120.366027] print_dsp_trace_buffer:
[73120.366088] bridge_deh_notify: DSP_SYSERROR, err_info = 0x102
[73120.366149] print_dsp_trace_buffer:
[73120.373382] procwrap_detach: deprecated dspbridge ioctl

batter graph in the attached file. Using media server was around 13.15 at teh end of the graph. not much usage before and after (some emails, no calls, no surfing). Will post another battery graph after an hour to see if the decline continues.

Hope that helps in identifying the problem.

Just an update, see attachement. The battery has drained quite a lot. I left the device in standby.

Cheers

don_falcone 2011-12-02 19:37

Re: [Announce] kernel-power stable v49 in Extras-Devel
 
1 Attachment(s)
...kernel-power 47 just imported and marked as "Latest" kernel-power package? WTF is going on? Is the issue with the package interface solved, or what?

pali 2011-12-02 19:40

Re: [Announce] kernel-power stable v49 in Extras-Devel
 
Quote:

Originally Posted by don_falcone (Post 1132270)
...kernel-power 47 just imported and marked as "Latest" kernel-power package? WTF is going on? Is the issue with the package interface solved, or what?

Today X-Fade tryed to do something... But you can see that it is still not fixed...

vi_ 2011-12-02 19:49

Re: [Announce] kernel-power stable v49 in Extras-Devel
 
I do not have these errors in kernel output after using media player. Can you be more specific about what stuff you have installed?

720p stuff?
kernel version?
experimental camera-ui2?
etc...

mooninite 2011-12-02 21:03

Re: [Announce] kernel-power unstable v49
 
Quote:

Originally Posted by mooninite (Post 1126896)
I meant the "default-dsp" profile.

I had the phone reboot again while idle yesterday so that's about 4 days since the last reboot.

My phone will not reboot on the Nokia kernel with SR on.

Before your latest patch, KP would not last more than 48 hours before rebooting. Even on the stock (250-600) speeds. Now it looks like it will last about 4 or 5 days.

It will mostly reboot while idle. I can play 720p files all day and it won't reboot.

I will try stock speeds now and see how long it lasts without a reboot.

Unfortunately the phone still reboots on stock speed and settings with SR on. About 4-5 days inbetween reboots. The phone is idle when it happens with no apps in the background and the screen is off and locked.

I'm going back to the stock Nokia kernel.

stooobs 2011-12-02 21:13

Re: [Announce] kernel-power stable v49 in Extras-Devel
 
ive noticed some battery drain when locking the phone and forgeting about it and about an hour later i unlock it and its droped about 30% but then otherdays the battery barely loses any charge maby 1%

the only thing i can remember is i have just manually disconected from wifi or mobile internet then locked the phone straight away but cant reproduce it

vi_ 2011-12-02 21:41

Re: [Announce] kernel-power stable v49 in Extras-Devel
 
People with battery drain problems with kp49 do this:

First off all make sure you have 'pastebinit' installed (apt-get install pastebinit)

1. Put device in offline mode.
2. Turn off device.
3. Remove battery.
4. Insert battery.
5. Power on.
6. Stay in offline mode.
7. Wait 4 minutes (for device to settle).
8. Run this code as root:

Code:

sleep 10; powertop > ./out; powertop >> ./out; powertop >> ./out
9. Immediately lock the screen and leave it for 5 minutes.
10. Connect to the internet and type in:

Code:

pastebinit ./out
11. Paste URL here.

12. remove kernel-power-settings and do it all over again without KP settings (from step 1).

13. Then enter this:

Code:

dpkg --get-selections | grep -e 'patch|libdig|kernel|power|cam|bat|dsp|' | ./crap & pastebinit ./crap
ps -al > ./procs & dmesg >> ./procs & cat /sys/devices/system/cpu/cpu0/cpufreq/stats/time_in_states >> ./procs pastebinit ./procs

14. paste URLs here.

15. Also list any hacks/patch/craps you may have installed.

vi_ 2011-12-02 21:44

Re: [Announce] kernel-power unstable v49
 
Quote:

Originally Posted by mooninite (Post 1132323)
Unfortunately the phone still reboots on stock speed and settings with SR on. About 4-5 days inbetween reboots. The phone is idle when it happens with no apps in the background and the screen is off and locked.

I'm going back to the stock Nokia kernel.

Does your phone random reboot without SR (either kernel)?

xes 2011-12-03 00:49

Re: [Announce] kernel-power stable v49 in Extras-Devel
 
@vi_
thanks for your suggestions, tomorrow i will try.
My situation is kp49 + dsp libs for 720p and camera-ui hd enabled (using kernel default profile).
No other patches or mods.
I installed dsp libs and camera-ui after the first issues with the DSP FAULTS but nothing has changed.

NOW...
Since about 7 hours i disabled VDD1 setting it to zero into the default profile.
Until now ...no battery drain, media player working and no dsp errors!!!

It would be great if someone with the same problem could apply that change to confirm or not if it is a solution....

vi_ 2011-12-03 01:33

Re: [Announce] kernel-power stable v49 in Extras-Devel
 
Quote:

Originally Posted by xes (Post 1132419)
@vi_
thanks for your suggestions, tomorrow i will try.
My situation is kp49 + dsp libs for 720p and camera-ui hd enabled (using kernel default profile).
No other patches or mods.
I installed dsp libs and camera-ui after the first issues with the DSP FAULTS but nothing has changed.

NOW...
Since about 7 hours i disabled VDD1 setting it to zero into the default profile.
Until now ...no battery drain, media player working and no dsp errors!!!

It would be great if someone with the same problem could apply that change to confirm or not if it is a solution....

Does that suggest SR is still a kind of folklore? Some devices can take it while some cannot? Perhaps some kind of 'fudge factor' set in /sys/power/ which is added to SR value. i.e. SR value+fudge factor (1, 2, 3, etc) to accommodate individual pieces of hardware?

We need results in order to conclude anything.

x61 2011-12-03 06:05

Re: [Announce] kernel-power stable v49 in Extras-Devel
 
Quote:

Uninstallation:
Multiboot and overclock support can be uninstalled via Hildon Application Manager or via apt-get. Uninstalling kernel image is possible only via menu entry "Nokia Kernel".
What do you mean by "menu entry"?

Guyver 2011-12-03 06:26

Re: [Announce] kernel-power stable v49 in Extras-Devel
 
it means its in the menu. list of applications.

awett 2011-12-03 06:44

Re: [Announce] kernel-power stable v49 in Extras-Devel
 
Hi what is the up to date way to use uboot with kernel 49 stable ?

jeff.kan 2011-12-03 09:42

Re: [Announce] kernel-power stable v49 in Extras-Devel
 
I've problem installing boot image for multiboot from Application Manager. It says breaks the 3rd party package policy.
Since I installed nitdroid, it left me unable to boot into v49.

reinob 2011-12-03 11:00

Re: [Announce] kernel-power stable v49 in Extras-Devel
 
Quote:

Originally Posted by vi_ (Post 1132424)
Does that suggest SR is still a kind of folklore? Some devices can take it while some cannot? Perhaps some kind of 'fudge factor' set in /sys/power/ which is added to SR value. i.e. SR value+fudge factor (1, 2, 3, etc) to accommodate individual pieces of hardware?

We need results in order to conclude anything.

In case it matters. After I bought the N900 about one year ago I read everything there was about Maemo and the N900. At that point my general conclusion regarding SR was "stay away from it".

That's what I've done. No VDD1, no VDD2. My battery behaves consistently good (up to 5 days with little use). KP47, LV, 805Mhz max and no CSSU or crap-patches.

For all I care, kernel support as well as hardware itself is buggy when it comes to SmartReflex.

I know it's unsatisfying (not being able to fix a bug), but I would suggest forgetting about SmartReflex. Perhaps this would open more "resources" to fix and further develop compcache.

vi_ 2011-12-03 11:40

Re: [Announce] kernel-power stable v49 in Extras-Devel
 
eh? Since kp49 smart reflex hoons like a boss. These battery drain issues are not SR related. I am just interested in your case as you seem to be a unique one.

freemangordon 2011-12-03 18:59

Re: [Announce] kernel-power stable v49 in Extras-Devel
 
Quote:

Originally Posted by vi_ (Post 1132424)
Does that suggest SR is still a kind of folklore? Some devices can take it while some cannot? Perhaps some kind of 'fudge factor' set in /sys/power/ which is added to SR value. i.e. SR value+fudge factor (1, 2, 3, etc) to accommodate individual pieces of hardware?

We need results in order to conclude anything.

Well, what some devices cannot take is DSP overclocking and SR enabled. More precisely:

dsp kernel profile sets DSP clock to be 600 for MPU 805. Some devices cannot handle that. The solution is to move DSP overclocking to higher MPU frequencies, for example: (720,480) (805,560) (850,600) , where first comes MPU frequency, second - DSP. And maybe some devices cannot handle 600 for DSP at all or at least not bellow MPU@900. Nothing to be done here.

xes 2011-12-03 21:20

Re: [Announce] kernel-power stable v49 in Extras-Devel
 
With my device, (2204) i confirm that all the problems are solved with vdd1=0 and the default profile.(no overclock)
NO instability, no problems recording/playing video, perfectly smooth and no battery drain.
As soon as i enable vdd1, i cannot play any video, cannot record, many dsp faults and battery drain...

Going back and setting vdd1=1 all the issues start again...

So, same phone, same apps, same clock profile.... only one bit of difference between one working phone and one apparently faulty device.

reinob 2011-12-03 22:52

Re: [Announce] kernel-power stable v49 in Extras-Devel
 
@xes,

There you go. Now enjoy your working phone!

freemangordon 2011-12-04 07:51

Re: [Announce] kernel-power stable v49 in Extras-Devel
 
Quote:

Originally Posted by xes (Post 1132822)
With my device, (2204) i confirm that all the problems are solved with vdd1=0 and the default profile.(no overclock)
NO instability, no problems recording/playing video, perfectly smooth and no battery drain.
As soon as i enable vdd1, i cannot play any video, cannot record, many dsp faults and battery drain...

Going back and setting vdd1=1 all the issues start again...

So, same phone, same apps, same clock profile.... only one bit of difference between one working phone and one apparently faulty device.

Well, that is strange, seems my SR re-calculations will need an adjustment for the next KP. In that regard could you please post your "/sys/power/efuse_vdd1" values, along with voltages SR calculates when enabled.

nkirk 2011-12-04 08:49

Re: [Announce] kernel-power stable v49 in Extras-Devel
 
Same here, as i previously posted, my device too (2104) cant pay video steadily with SR even for stock clocks, SD video just quits while playing back.

Also i didn't notice any improvement on battery life for the past couple of weeks with SR on, seemed it drained faster.

SR is not working for some devices for sure, so I'm back to using without SR until you hopefully update with new calibrations...etc

The issue is severe when battery level is low (close to emply) video just don't play for more than a few seconds or don't play at all.

I'm not too sure how power regulators are programmed/designed and whether there any load line calibration in place, instability might be caused because of a too high v drop when the mpu and dsp is loaded, i suspect this since the volts supplied is already very low.

Hurrian 2011-12-04 11:40

Re: [Announce] kernel-power stable v49 in Extras-Devel
 
Turning on SRVDD1 with kp49 from the repos makes DSP bomb out on undervoltage. Doesn't reboot the system though, so I'll give it that.

Oh well, it seems that my N900 just can't take SRVDD1.

WhiteWolf 2011-12-05 10:10

Re: [Announce] kernel-power stable v49 in Extras-Devel
 
Quote:

Originally Posted by pali (Post 1127895)
multiboot-kernel-power is obsolated by package kernel-power-bootimg. So you need to install only kernel-power-bootimg!




Only if sombody write kernel driver for that...

Is not it possible to adapt NTFS-3G or any of the modules that support modules on today in the distributions?

NTFS-3G
http://en.wikipedia.org/wiki/NTFS-3G

JanW 2011-12-05 10:25

Re: [Announce] kernel-power stable v49 in Extras-Devel
 
Hi,
I don't know if this is the correct thread, but as there were some battery drain problems in this thread before, I decided to post it here first.

This Friday evening, I charged my phone completely.
I then had to do a 999 call during the night at 2. Afterwards, I changed my profile to General in case they wanted to call me back.

When I woke up the next morning, my battery was drained.
Batterygraph showed a constant CPU usage.
Top showed the process pulseaudio to consume app. 13% of CPU.

I obviously cannot reproduce this (fake 999 calls are not really what I want to do), just to note it down somewhere so somebody can look into it.

Regards,
Jan

pali 2011-12-05 10:47

Re: [Announce] kernel-power stable v49 in Extras-Devel
 
Quote:

Originally Posted by WhiteWolf (Post 1133413)
Is not it possible to adapt NTFS-3G or any of the modules that support modules on today in the distributions?

NTFS-3G
http://en.wikipedia.org/wiki/NTFS-3G

NTFS-3G is userspace driver, not kernel module...

xes 2011-12-05 13:23

Re: [Announce] kernel-power stable v49 in Extras-Devel
 
@freemangordon
Wishing this could help...This is the situation:
--------------------------------------------------------------------------
WORKING: default profile BUT with vdd1=0

kernel-config show
current kernel configuration:
current frequency: 600
supported frequencies: 125 250 500 550 600 720 805 850 900 950 1000 1100 1150
min. frequency: 250
max. frequency: 600
avoid frequencies: 125
active frequencies: 250:38,180 500:48,360 550:54,400 600:60,430 720:60,430 805:60,430 850:60,500 900:60,500 950:60,500 1000:60,500 1100:72,520 1150:72,520
SmartReflex VDD1=0, VDD2=1
governor ondemand: ignore nice load= 0, up threshold= 95, sampling rate= 300000, powersave bias= 0

cat /sys/power/efuse_vdd1
0089bda9
009ad4e0
00aadf91
00aac885
00abb5f7
00ab99d8
00ab89c5
00ab80ba
00bbefaf

--------------------------------------------------------------------------
NOT WORKING
(DSP faults every boot and every video, battery drain)
standard default profile with vdd1=1

kernel-config show
current kernel configuration:
current frequency: 500
supported frequencies: 125 250 500 550 600 720 805 850 900 950 1000 1100 1150
min. frequency: 250
max. frequency: 600
avoid frequencies: 125
active frequencies: 250:24,180 500:34,360 550:54,400 600:60,430 720:60,430 805:50,430 850:60,500 900:60,500 950:60,500 1000:60,500 1100:72,520 1150:72,520
SmartReflex VDD1=1, VDD2=1
governor ondemand: ignore nice load= 0, up threshold= 95, sampling rate= 300000, powersave bias= 0

cat /sys/power/efuse_vdd1
0089bda9
009ad4e0
00aadf91
00aac885
00abb5f7
00ab99d8
00ab89c5
00ab80ba
00bbefaf

---------------------------------------------------------------------------

P.S.
the hardware version is 2204.

Estel 2011-12-05 17:31

Re: [Announce] kernel-power stable v49 in Extras-Devel
 
To be honest, I don't belive in *any* device not being able to handle DSP 600 at all or DSP 600 @ 805 MPU. IT's just a matter of voltage. If disabling vdd1 and using sane voltage result in DSP 600 @ MPU 805 (or even lower, lol) working great, it mean that SR vdd1 calculates too low voltage for such MPU and DSP, yep?

From my subjective perspective, power saving *is* present, with properly functional (= no errors) vdd1 - and I'm think I'm quite prone to placebo effect (I was very skeptical about so-called power saving with SR before freemangordon recalculated them). But, this isn't any dramatic power saving, so I think it's better to take higher voltage reserve, and make it working reliably on majority of devices in any situation, instead of trying to achieve best power-saving.

BTW, isn't there any way of making this value configurable for power-power-powder user, that are sure their devices can take it without errors? Of course I mean SR calculation values. That would allow us to set quite high default ones, still allowing willing people to adjust them.

/Estel

freemangordon 2011-12-05 18:20

Re: [Announce] kernel-power stable v49 in Extras-Devel
 
@Estel, I am thinking of a better way to do recalculations of SR calibrations, the way it is done now is not the optimal. Otherwise there should be no problem to export some "SR adjustment" to userspace through sysfs.

And of course for those who has their devices already undervolted to maximum there won't be "magical" ;) battery saving, yet still there are (1-2 hours of heavy usage that is what I see here). And have in mind that biggest consumer is screen, not DSP/MPU, so we are near the maximum possible battery saving that could be achieved

AlekMX 2011-12-05 21:00

Re: [Announce] kernel-power stable v49 in Extras-Devel
 
I was reluctant to upgrade from kp48 to kp49 but man, I'm sure glad I did.

I save around 30% battery usage with both vdd 1 and vdd 2 enabled (default profile 250-600) with heavy usage: online mode, watching videos with cutetube, music, email, emulation and mid brightness (3 bars).

My battery was averaging 5 - 6 hours with heavy usage (watching videos non stop) but now my battery averages 8 - 10 hours, again, watching videos non stop.

That's a huge bonus for me, so thanks everyone involved with this kernel, I'm gonna enjoy my n900 for longer now.

Hesham_3del 2011-12-05 21:03

Re: [Announce] kernel-power stable v49 in Extras-Devel
 
Can anybody help me here please

http://talk.maemo.org/showthread.php?t=80664

Thanks in Advance :)

vi_ 2011-12-05 22:24

Re: [Announce] kernel-power stable v49 in Extras-Devel
 
Quote:

Originally Posted by AlekMX (Post 1133676)
I was reluctant to upgrade from kp48 to kp49 but man, I'm sure glad I did.

I save around 30% battery usage with both vdd 1 and vdd 2 enabled (default profile 250-600) with heavy usage: online mode, watching videos with cutetube, music, email, emulation and mid brightness (3 bars).

My battery was averaging 5 - 6 hours with heavy usage (watching videos non stop) but now my battery averages 8 - 10 hours, again, watching videos non stop.

That's a huge bonus for me, so thanks everyone involved with this kernel, I'm gonna enjoy my n900 for longer now.

PK49, Feels good man.

http://iruntheinternet.com/lulzdump/...273930839c.jpg

Nokia 5700 2011-12-05 23:26

Re: [Announce] kernel-power stable v49 in Extras-Devel
 
Uhm. Just a simple question. I've seen kp49 around for a while, but please don't tell me it uses SR by default? I know that it causes my device to reboot as soon as I enable it.
If it's not enabled, I'll gladly upgrade as there seems to be many useful things here. :)
Btw, I read there is framebuffer console or something like that..? Would it be possible to boot into a console with that, except for doing those hacks with the bootmenu/multiboot one?

Hurrian 2011-12-06 05:00

Re: [Announce] kernel-power stable v49 in Extras-Devel
 
Quote:

Originally Posted by Nokia 5700 (Post 1133745)
Uhm. Just a simple question. I've seen kp49 around for a while, but please don't tell me it uses SR by default? I know that it causes my device to reboot as soon as I enable it.
If it's not enabled, I'll gladly upgrade as there seems to be many useful things here. :)
Btw, I read there is framebuffer console or something like that..? Would it be possible to boot into a console with that, except for doing those hacks with the bootmenu/multiboot one?

The new kernel-power settings which kp49 needs turns on SR by default.

nkirk 2011-12-06 05:28

Re: [Announce] kernel-power stable v49 in Extras-Devel
 
Quote:

Originally Posted by Nokia 5700 (Post 1133745)
Uhm. Just a simple question. I've seen kp49 around for a while, but please don't tell me it uses SR by default? I know that it causes my device to reboot as soon as I enable it.
If it's not enabled, I'll gladly upgrade as there seems to be many useful things here. :)
Btw, I read there is framebuffer console or something like that..? Would it be possible to boot into a console with that, except for doing those hacks with the bootmenu/multiboot one?

SR is enabled by default, but don't worry its now very stable on mpu side, your phone will not reboot ;) , you can try playing video content and see the they are stable, if so you can leave it on or disable otherwise.


All times are GMT. The time now is 04:10.

vBulletin® Version 3.8.8