Active Topics
-
Camera phone competition March 2023 "Endless" (35)
to General by Maemish - 3 days, 4 hrs ago -
TLS 1.2 for N9 is ready (28)
to MeeGo / Harmattan by smartblu9 - 3 days, 5 hrs ago -
Maemo repository (3)
to Community by torsen - 3 days, 21 hrs ago -
Error after installing Leste on sdcard (11)
to Maemo 7 / Leste by Maemish - 4 days, 18 hrs ago -
Introducing ubiboot N9 (multiboot OS loader) (1,393)
to Alternatives by smatkovi - 6 days, 1 hr ago - more...
freemangordon |
2011-07-31
, 13:54
|
|
Posts: 3,074 |
Thanked: 12,964 times |
Joined on Mar 2010
@ Sofia,Bulgaria
|
#1131
|
Originally Posted by pali
It is from maemo repository, why you say it is bad. I think you (or author) should re-write this patch so it could be applied against kernel in maemo repos, otherwise you won't be able to upload KP48 in extras-devel.
 |
|
2011-07-31
, 16:53
|
|
Posts: 334 |
Thanked: 118 times |
Joined on Apr 2010
@ United Kingdom
|
#1132
|
Originally Posted by pali
ok , so if using latest release of v48 (28-Jul-2011 18:46) what do we use to display temperature ? and can it be set to load on boot ?
After discusion on #maemo with DocScrutinizer and ShadowJK we decided to disable one i2c patch which break API and can damage n900 (patch was added in v45). When this patch is disabled - bme is broken when bq modules is loaded.
So autoloading bq module is disabled too and now is not possible to have both bme and bq. (bq module is still installed so after stopping bme is possible to manually load it).
Now I recompiling v48 and publish new version as soon as.
wouldnt know how to stop bme to start bq but dont consider myself out of my depth with oc/power kernel etc
Last edited by moepda; 2011-07-31 at 16:56.
 |
|
2011-08-01
, 01:00
|
|
Posts: 5,028 |
Thanked: 8,613 times |
Joined on Mar 2011
|
#1133
|
Originally Posted by freemangordon
The funniest thing, is that kp47 is also based on non-maemo kernel. Maybe this is the case, why it can't be promoted to testing. Someone suggested it before - to re-write for maemo kernel...
It is from maemo repository, why you say it is bad. I think you (or author) should re-write this patch so it could be applied against kernel in maemo repos, otherwise you won't be able to upload KP48 in extras-devel.
---
As for battery temperature - AFAIK nothing, if You want to keep bme running. I hope I'm wrong, and someone will correct me (only thing I can think about - i2ctools?).
__________________
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 User Says Thank You to Estel For This Useful Post: | ||
|
|
2011-08-01
, 06:35
|
|
Posts: 2,154 |
Thanked: 8,464 times |
Joined on May 2010
|
#1134
|
I do not understand why I could use maemo kernel tarball for kernel-power source dsc package... Do you know something about Debian packages?? I think this is stupid reason.
and for temp: the best will be to write library which can read battery properties from bq27x00_battery module via sysfs. this library will be loaded via LD_PRELOAD, so BME will be reading values from bq module instead directly i2c bus.
if somebody can help me with writing library we will have earlier working bq and bme together. (library needs to rewrite function ioctl)
and for temp: the best will be to write library which can read battery properties from bq27x00_battery module via sysfs. this library will be loaded via LD_PRELOAD, so BME will be reading values from bq module instead directly i2c bus.
if somebody can help me with writing library we will have earlier working bq and bme together. (library needs to rewrite function ioctl)
|
|
2011-08-01
, 08:43
|
|
Posts: 1,523 |
Thanked: 1,997 times |
Joined on Jul 2011
@ not your mom's FOSS basement
|
#1135
|
Since updating from kp47 to 48, i get reproducible reboots. Happens when switching to bleeding edge wl1251 drivers using the respective status applet (status-area-wlan-driver-selector-applet; 0.2.2-3). When they are loaded and i have to select the WiFi AP.
Full syslog available on request if any1 interested, too long to post and analyzing is limited as i'm at the airport ATM. Only GLIB CRITICAL attached for now.
Is this happening for someone too?
Full syslog available on request if any1 interested, too long to post and analyzing is limited as i'm at the airport ATM. Only GLIB CRITICAL attached for now.
Is this happening for someone too?
|
|
2011-08-01
, 08:49
|
|
Posts: 2,154 |
Thanked: 8,464 times |
Joined on May 2010
|
#1136
|
if did not recompile wl1251 bleeding edge driver agains kernel-power v48 you could have problem...
|
|
2011-08-01
, 09:01
|
|
Posts: 3,074 |
Thanked: 12,964 times |
Joined on Mar 2010
@ Sofia,Bulgaria
|
#1137
|
Originally Posted by pali
Pali, what stupid reason could be the fact that patches do not apply against kernel source which was tested by nokia (stock kernel) and afterwards by community (KP up to version 46). And you have already been told that not using it prevents KP from corectly entering extras-devel.
I do not understand why I could use maemo kernel tarball for kernel-power source dsc package... Do you know something about Debian packages?? I think this is stupid reason.
And I don't get it why you insist on using kernel source tarball outside maemo repos. Will you please give some reasoning besides 'that is the way I like it, take it or leave it'
| The Following User Says Thank You to freemangordon For This Useful Post: | ||
|
|
2011-08-01
, 09:02
|
|
Posts: 1,523 |
Thanked: 1,997 times |
Joined on Jul 2011
@ not your mom's FOSS basement
|
#1138
|
Thanks. I did not, cause the general opinion was that is wasn't necessary for 47, and no one mentioned the necessity for 48 also. What is the relevant change in 48 that we should recompile this time?
|
|
2011-08-01
, 09:16
|
|
Posts: 2,154 |
Thanked: 8,464 times |
Joined on May 2010
|
#1139
|
Originally Posted by don_falcone
Maybe it will work or maybe not. Always is recomment to compile modules agains current version and not stripping version symbols (for ability to load it in other version).
Thanks. I did not, cause the general opinion was that is wasn't necessary for 47, and no one mentioned the necessity for 48 also. What is the relevant change in 48 that we should recompile this time?
Or maybe this is not problem with wl1251 drivers...
|
|
2011-08-01
, 09:22
|
|
Posts: 2,154 |
Thanked: 8,464 times |
Joined on May 2010
|
#1140
|
Originally Posted by freemangordon
In Debian packaing manual is written to use orig tarball from upstream and all source changes should be in debian/patches/ (which will be applied when compiling/unpacking) - so this is reason.
Pali, what stupid reason could be the fact that patches do not apply against kernel source which was tested by nokia (stock kernel) and afterwards by community (KP up to version 46). And you have already been told that not using it prevents KP from corectly entering extras-devel.
And I don't get it why you insist on using kernel source tarball outside maemo repos. Will you please give some reasoning besides 'that is the way I like it, take it or leave it'
I generated patch(es) of all changes in nokia stock kernel and it is in debian/patches/ (some of them was done by titan).
So kernel-power is nokia stock kernel (2.8.28 tarball + nokia patches) + our patches.
 |
| Tags |
| battery-status, bq27x00_battery, kernel, kernel-power, misiak4king, noobs-cant-read, pali4president, patches, readdirections, revolverspinyou |
«
Previous Thread
|
Next Thread
»
|
All times are GMT. The time now is 15:03.