Active Topics
-
Porting apps to Leste (29)
to Maemo 7 / Leste by Arno_11 - 2 days, 2 hrs ago -
Install Fonts in N900 (68)
to Maemo 5 / Fremantle by teroyk - 3 days, 6 hrs ago - more...
| The Following User Says Thank You to peterleinchen For This Useful Post: | ||
 |
|
2012-07-13
, 15:29
|
|
Posts: 5,028 |
Thanked: 8,613 times |
Joined on Mar 2011
|
#492
|
reinob, just to make Your "filtering out" of possible cases easier - I'm absolutely sure, that device charged properly with 950 mAh (when battery almost empty), both by using and charge21.sh (the latter was around 900 mAh max, but I tested it after BME, and 50 mA difference is neglible/could be random), before sending. It's one of tests I *always* do on newly acquired N900's, as current limited without any reason is first sign of bad connection between USB port and motherboard.
---
Keep that good work, guys! I'm absolutely amazed on both freemangordon's/Pali's work for replacing BME, and reinob's work on stripping Maemo from bloat
/Estel
---
Keep that good work, guys! I'm absolutely amazed on both freemangordon's/Pali's work for replacing BME, and reinob's work on stripping Maemo from bloat
/Estel
__________________
N900's aluminum backcover / body replacement
-
N900's HDMI-Out
-
Camera cover MOD
-
Measure battery's real capacity on-device
-
TrueCrypt 7.1 | ereswap | bnf
-
Hardware's mods research is costly. To support my work, please consider donating. Thank You!
N900's aluminum backcover / body replacement
-
N900's HDMI-Out
-
Camera cover MOD
-
Measure battery's real capacity on-device
-
TrueCrypt 7.1 | ereswap | bnf
-
Hardware's mods research is costly. To support my work, please consider donating. Thank You!
| The Following 3 Users Say Thank You to Estel For This Useful Post: | ||
|
|
2012-07-13
, 15:45
|
|
Posts: 2,153 |
Thanked: 8,462 times |
Joined on May 2010
|
#493
|
Originally Posted by peterleinchen
yes it is safe. 0.15 version now can load old kernel config file and has fixed dependencies (work with kernel-cssu) too. no other changes was made.
pali or others
Are there any important changes in kp-settings0.15 (e.g. freq 720)?
Or is it safe to keep 0.14 and boot kp51 with u-boot?
| The Following 3 Users Say Thank You to pali For This Useful Post: | ||
|
|
2012-07-13
, 23:51
|
|
Posts: 323 |
Thanked: 180 times |
Joined on Oct 2009
@ Gent, Belgium
|
#494
|
Hi, some finding...
Package 'linux-backports-modules-power' is still depending on 'kernel-power-modules' of power50 while of course the power51 version is installed. so it hinders the install of updates to all programs using the apt-* method. Do we actually still need that backports package with power51? Or can we safely remove it?
I'm also running kp-settings0.15, works like a charm.
Thanks.
Package 'linux-backports-modules-power' is still depending on 'kernel-power-modules' of power50 while of course the power51 version is installed. so it hinders the install of updates to all programs using the apt-* method. Do we actually still need that backports package with power51? Or can we safely remove it?
I'm also running kp-settings0.15, works like a charm.
Thanks.
|
|
2012-07-14
, 00:47
|
|
Posts: 1,100 |
Thanked: 2,797 times |
Joined on Apr 2011
@ Netherlands
|
#495
|
Originally Posted by Netweaver
Here is an example of a dependency I encountered (with Cleven): http://talk.maemo.org/showpost.php?p...&postcount=680 So looking at it that way it is still needed. I deinstalled linux-backports-modules-power (including Cleven for now).
Hi, some finding...
Package 'linux-backports-modules-power' is still depending on 'kernel-power-modules' of power50 while of course the power51 version is installed. so it hinders the install of updates to all programs using the apt-* method. Do we actually still need that backports package with power51? Or can we safely remove it?
I'm also running kp-settings0.15, works like a charm.
Thanks.
|
|
2012-07-15
, 16:54
|
|
Posts: 2,153 |
Thanked: 8,462 times |
Joined on May 2010
|
#496
|
Originally Posted by Netweaver
you can safely remove it. linux-backports package contains kernel modules for version kp 50.
Hi, some finding...
Package 'linux-backports-modules-power' is still depending on 'kernel-power-modules' of power50 while of course the power51 version is installed. so it hinders the install of updates to all programs using the apt-* method. Do we actually still need that backports package with power51? Or can we safely remove it?
I'm also running kp-settings0.15, works like a charm.
Thanks.
|
|
2012-07-16
, 10:59
|
|
Posts: 1,808 |
Thanked: 4,272 times |
Joined on Feb 2011
@ Germany
|
#497
|
Originally Posted by reinob
No time to explain it all. But I've got my N900 in a very messy state in which shutdown (from MCE) results in DSME not knowing if charger is on or off and therefore rebooting into ACT_DEAD mode.
osso-systemui-actingdead requires hald-addon-bme, so it went too.
ACT_DEAD immediately resulted in another reboot because of missing osso-systemui-actingdead.
Now I've put the .so file in /usr/lib/systemui so ACT_DEAD more or less works, but systemui gets killed* (SISSEGV) 10 times in a row, so DSME reboots (this time OK), but bootreason is always software reset.
* could be because of missing hald-addon-bme, but I really don't want to reinstall it.
All this without ever needing to reflash, mind you
(and no R&D either. Just /etc/no_lg_reboots).
I'm going to get rid of ACT_DEAD for good. I'll probably replace it with some nice fb console (so you want recovery shell? just plug cable, the extra in-kernel charging comes at no cost
I will also remove DSME completely from the N900. This will require careful planning, but I bet I can manage to pull that off without a single reflash
After DSME, the next in my hit list if HAL hisself, and OHM, and whatnot
Stay tuned..
| The Following 5 Users Say Thank You to reinob For This Useful Post: | ||
|
|
2012-07-17
, 08:58
|
|
Posts: 1,523 |
Thanked: 1,997 times |
Joined on Jul 2011
@ not your mom's FOSS basement
|
#498
|
Originally Posted by pali
There's no 0.15 package available. Only the build went through ok...
yes it is safe. 0.15 version now can load old kernel config file and has fixed dependencies (work with kernel-cssu) too. no other changes was made.
|
|
2012-07-17
, 20:09
|
|
Posts: 9 |
Thanked: 25 times |
Joined on Jun 2012
|
#499
|
Originally Posted by pali
Installed
kernel-power v51 for testing is here: http://atrey.karlin.mff.cuni.cz/~pali/kernel-power/
Please test it. If there will be no problem, I will push it to extras-devel.
No issue till now.
Thanks for your efforts.
Can you please create new thread?
Last edited by lalit; 2012-07-17 at 20:10. Reason: new thread request
| The Following User Says Thank You to lalit For This Useful Post: | ||
|
|
2012-07-19
, 06:52
|
|
Posts: 1,808 |
Thanked: 4,272 times |
Joined on Feb 2011
@ Germany
|
#500
|
Excuse me for (again) hijacking the thread
[*] I loaded it to be able to see the battery level (as voltage) because I removed the (now useless) standard battery indicator. I have now replaced the hal-device | grep ... command I use in DCE with a script using i2cget, so I don't need bq27x00 anymore.
*** EDIT EDIT EDIT ***
Apparently removing bq27x00 is not enough to make DSME know whether the charger is connected or not.
After browsing through DSME source code I noticed that the initial state is UNKNOWN. Probably BME tells DSME later if it's connected or not. Without BME, somebody else has to tell DSME to chill off.
There comes BATTTEST to the rescue! It's part of DSME, and just by executing:
# batttest --charger 0
DSME is now informed that no charger is connected. Poweroff works as expected!
[ should you consider it necessary, you can imagine me dancing ]
****************************
DSME and HAL will have to wait. OHM is gone and everything seems fine. I will put a SIM card and try to call/receive calls as well as play some music with and without headphones to see if not having OHM has messed up something I haven't noticed.
Once I collect all my hacks I will make a new thread.
Last edited by reinob; 2012-07-19 at 11:41.
Originally Posted by reinob
The problem is apparently that DSME gets confused when shutting down if bq27x00_battery module[*] is loaded. If you unload it before shutdown the N900 turns really off.
No time to explain it all. But I've got my N900 in a very messy state in which shutdown (from MCE) results in DSME not knowing if charger is on or off and therefore rebooting into ACT_DEAD mode.
[*] I loaded it to be able to see the battery level (as voltage) because I removed the (now useless) standard battery indicator. I have now replaced the hal-device | grep ... command I use in DCE with a script using i2cget, so I don't need bq27x00 anymore.
*** EDIT EDIT EDIT ***
Apparently removing bq27x00 is not enough to make DSME know whether the charger is connected or not.
After browsing through DSME source code I noticed that the initial state is UNKNOWN. Probably BME tells DSME later if it's connected or not. Without BME, somebody else has to tell DSME to chill off.
There comes BATTTEST to the rescue! It's part of DSME, and just by executing:
# batttest --charger 0
DSME is now informed that no charger is connected. Poweroff works as expected!
[ should you consider it necessary, you can imagine me dancing
]****************************
After DSME, the next in my hit list if HAL hisself, and OHM, and whatnot
Once I collect all my hacks I will make a new thread.
Last edited by reinob; 2012-07-19 at 11:41.
| The Following 6 Users Say Thank You to reinob For This Useful Post: | ||
 |
| Tags |
| battery test, i <3 fmg, i <3 pali, igottaboner, kernel, kernel-power, viva fmg, viva pali |
«
Previous Thread
|
Next Thread
»
|
All times are GMT. The time now is 22:57.
Are there any important changes in kp-settings0.15 (e.g. freq 720)?
Or is it safe to keep 0.14 and boot kp51 with u-boot?