DebiaN900 - A set of scripts to facilitate the installation of native Debian (WIP) - Page 6 - maemo.org

Active Topics

Is there a section to talk about Java ME? Apps, etc. (6)
to General by Kalatti - 5 days, 8 hrs ago
more...

Page 6 of 18

Thread Tools

	Estel	2014-10-27 , 19:49
	Posts: 5,028 \| Thanked: 8,613 times \| Joined on Mar 2011	#51

Originally Posted by sulu

This is from my primary N900 running Fremantle with KP:[code]# uname -a
Linux Nokia-N900-02-8 2.6.28.10-power52 #1 PREEMPT Sat Apr 6 11:59:23 UTC 2013 armv7l GNU/Linux
# ls /sys/class/power_supply/rx51-battery/
charge_full_design present technology type voltage_max_design
power subsystem temp uevent voltage_now
# cat /sys/class/power_supply/rx51-battery/uevent
POWER_SUPPLY_NAME=rx51-battery
POWER_SUPPLY_TYPE=Battery
POWER_SUPPLY_TECHNOLOGY=Li-ion
POWER_SUPPLY_VOLTAGE_MAX_DESIGN=4200000
POWER_SUPPLY_PRESENT=1
POWER_SUPPLY_VOLTAGE_NOW=4023000
POWER_SUPPLY_TEMP=240
POWER_SUPPLY_CHARGE_FULL_DESIGN=1323752[/code

It doesn't look like you have bq27x00_battery module loaded, OR you're looking into wrong sysfs node (rx51-battery vs bq27200-0 one).

/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!

Last edited by Estel; 2014-10-27 at 19:52.

Quote & Reply |

The Following 2 Users Say Thank You to Estel For This Useful Post:
misiak, Wikiwide

sulu	2014-10-27 , 21:31
Posts: 915 \| Thanked: 3,209 times \| Joined on Jan 2011 @ Germany	#52

Originally Posted by Estel

It doesn't look like you have bq27x00_battery module loaded

Should I?

Both, my regular device and the testing device (runing latest CSSU thumb) use rx51_battery.

btw:
The new lxsession binary is available in Sid now and it actually shuts down and reboots.

Quote & Reply |

The Following 3 Users Say Thank You to sulu For This Useful Post:
Estel, misiak, Wikiwide

	wicket	2014-10-27 , 22:31
	Posts: 634 \| Thanked: 3,266 times \| Joined on May 2010 @ Colombia	#53

Originally Posted by Niko2040

What do you mean by broke the N900 power button functionality? When I press power button on my N900 with E19 + systemd, it's offer me to poweroff. E19 input settings recognize N900 power button as XF86PowerOff, and you can set action on this key at input settings as well as at ACPI settings too.

Sorry, I somehow missed your post before. When I tested the power button with systemd it was without X11 and it didn't work. Normally acpid will detect a power button press and run the action configured in /etc/acpi/events/powerbtn-acpi-support. I'm guessing that systemd was trying to be too clever by intercepting the button press. As soon as I installed sysvinit-core it started working again.

__________________
~~DebiaN900 - Native Debian on the N900.~~ Deprecated in favour of Maemo Leste.

Maemo Leste for N950 and N9 (currently broken).
Devuan for N950 and N9.

Mobile devices with mainline Linux support - Help needed with documentation.

"Those who do not understand Unix are condemned to reinvent it, poorly." - Henry Spencer

Quote & Reply |

The Following 2 Users Say Thank You to wicket For This Useful Post:
Estel, Wikiwide

	wicket	2014-10-27 , 23:45
	Posts: 634 \| Thanked: 3,266 times \| Joined on May 2010 @ Colombia	#54

Originally Posted by sulu

I think I know why the battery monitor doesn't work.
For comparison my netbook:

Code:

$ cat /sys/class/power_supply/BAT0/uevent 
POWER_SUPPLY_NAME=BAT0
POWER_SUPPLY_STATUS=Discharging
POWER_SUPPLY_PRESENT=1
POWER_SUPPLY_TECHNOLOGY=Li-ion
POWER_SUPPLY_CYCLE_COUNT=0
POWER_SUPPLY_VOLTAGE_MIN_DESIGN=8400000
POWER_SUPPLY_VOLTAGE_NOW=7500000
POWER_SUPPLY_CURRENT_NOW=1192000
POWER_SUPPLY_CHARGE_FULL_DESIGN=6580000
POWER_SUPPLY_CHARGE_FULL=4194000
POWER_SUPPLY_CHARGE_NOW=3337000
POWER_SUPPLY_CAPACITY=79
POWER_SUPPLY_CAPACITY_LEVEL=Normal
POWER_SUPPLY_MODEL_NAME=901
POWER_SUPPLY_MANUFACTURER=ASUS
POWER_SUPPLY_SERIAL_NUMBER=

Notice the key POWER_SUPPLY_CHARGE_NOW which is used to determine the current charge of the battery:

Code:

$ cat /sys/class/power_supply/BAT0/charge_now 
3237000

On the N900 (on battery) I get this:

Code:

$ cat /sys/class/power_supply/bq27200-0/uevent 
POWER_SUPPLY_NAME=bq27200-0
POWER_SUPPLY_STATUS=Discharging
POWER_SUPPLY_PRESENT=1
POWER_SUPPLY_VOLTAGE_NOW=4012000
POWER_SUPPLY_CURRENT_NOW=307912
POWER_SUPPLY_CAPACITY_LEVEL=Normal
POWER_SUPPLY_TEMP=311
POWER_SUPPLY_TECHNOLOGY=Li-ion
POWER_SUPPLY_CHARGE_FULL_DESIGN=2056320
POWER_SUPPLY_CYCLE_COUNT=22
POWER_SUPPLY_POWER_AVG=315818

POWER_SUPPLY_CHARGE_NOW is missing so the battery monitor has no way to determine the current charge of the battery:

Code:

$ cat /sys/class/power_supply/bq27200-0/charge_now
cat: /sys/class/power_supply/bq27200-0/charge_now: Keine Daten verfügbar

("No data available")

What kernel are you using under Debian? charge_now is available for me with 3.16-rc1 and 3.17 kernels and I've just noticed the the battery level widget is actually working in E17.

Code:

root@debian900:~# cat /sys/class/power_supply/bq27200-0/charge_now
406444
root@debian900:~# cat /sys/class/power_supply/bq27200-0/uevent
POWER_SUPPLY_NAME=bq27200-0
POWER_SUPPLY_STATUS=Discharging
POWER_SUPPLY_PRESENT=1
POWER_SUPPLY_VOLTAGE_NOW=3615000
POWER_SUPPLY_CURRENT_NOW=270249
POWER_SUPPLY_CAPACITY=44
POWER_SUPPLY_CAPACITY_LEVEL=Normal
POWER_SUPPLY_TEMP=276
POWER_SUPPLY_TIME_TO_EMPTY_NOW=5400
POWER_SUPPLY_TIME_TO_EMPTY_AVG=5040
POWER_SUPPLY_TECHNOLOGY=Li-ion
POWER_SUPPLY_CHARGE_FULL=915526
POWER_SUPPLY_CHARGE_NOW=406087
POWER_SUPPLY_CHARGE_FULL_DESIGN=2056320
POWER_SUPPLY_CYCLE_COUNT=114
POWER_SUPPLY_ENERGY_NOW=1322760
POWER_SUPPLY_POWER_AVG=243311
POWER_SUPPLY_HEALTH=Good

Originally Posted by sulu

Edit2:
It would also be nice if the kernel could provide /dev/rfkill

This should just be a matter of enabling CONFIG_RFKILL in the kernel config file. If you try it and it works, report here and I'll enable it in build_kernel.sh.

Originally Posted by sulu

And it would certainly be much better if suspend to RAM worked

It does work if you use the right kernel. It works for me with every kernel that I've tried other than the default 3.16-rc1.

Originally Posted by sulu

Should I?

Both, my regular device and the testing device (runing latest CSSU thumb) use rx51_battery.

You need both. bq27x00_battery is for the battery monitor chip. In Debian, both are loaded by default.

Quote & Reply |

The Following 4 Users Say Thank You to wicket For This Useful Post:
Estel, misiak, sulu, Wikiwide

	wicket	2014-10-28 , 02:56
	Posts: 634 \| Thanked: 3,266 times \| Joined on May 2010 @ Colombia	#55

Originally Posted by sulu

Edit:
Is there a way to give regular users write permissions to /sys/class/backlight/acx565akm/brightness

I got the brightness working in E17 as a regular user:

Code:

# chmod +s /usr/lib/enlightenment/utils/enlightenment_backlight

I wouldn't normally recommend a setuid fix (for security reasons) but it appears that this is how it's intended to work. You'll probably want to read through source and verify that there are no obvious exploits before setting this permanently or maybe report a bug so that the package maintainer can do the dirty work

.

Shutdown options can also be enabled by editting /etc/enlightenment/sysactions.conf.

Last edited by wicket; 2015-06-17 at 03:09.

Quote & Reply |

The Following 4 Users Say Thank You to wicket For This Useful Post:
endsormeans, Estel, misiak, Wikiwide

sulu	2014-10-28 , 23:08
Posts: 915 \| Thanked: 3,209 times \| Joined on Jan 2011 @ Germany	#56

Originally Posted by wicket

What kernel are you using under Debian? charge_now is available for me with 3.16-rc1 and 3.17 kernels and I've just noticed the the battery level widget is actually working in E17.

3.16-rc1
But I just noticed that syslog is full with messages about missing battery calibration.
Maybe that's the reason why I have no full support here.

Originally Posted by wicket

This should just be a matter of enabling CONFIG_RFKILL in the kernel config file. If you try it and it works, report here and I'll enable it in build_kernel.sh.

Sorry for the next part being vague, but I'm tired at the moment and I'm not really used to compiling kernels so I'm not sure about the right procedure.
I first tried setting this in freemangordons-linux-n900/.config:

Code:

CONFIG_RFKILL=1
CONFIG_RFKILL_REGULATOR=m

But it got overwritten during the run of build-kernel.sh.
Then I set it in freemangordons-linux-n900/arch/arm/configs/rx51_defconfig but that file got overwritten too.

So finally I set it in both and disabled this line in build-kernel.sh:

Code:

nice $NICENESS make -j $JOBS rx51_defconfig

Before the kernel was build I got some prompts about building some additional modules (e.g. IPv6) which I all confirmed because I thought some useless extra modules wouldn't hurt and after compiling the kernel I could actually find an rfkill.ko module in freemangordons-linux-n900/modules/lib/modules/3.16.0-rc1+/kernel/net/rfkill

So I copied the whole modules directory (the 2nd one under modules/lib/) and the kernel (by overwriting the old kernel) to the µSD and started the device N900 with it.
I got some error messages about the additional modules but the boot process suceeded. I could login via slim but once on the desktop the mouse didn't work and I had no way to check if the keyboard worked.
So I gave up and restord my backup of the µSD.

Originally Posted by wicket

I got the brightness working in E17 as a regular user:
Code:
# chmod +s /usr/lib/enlightenment/utils/enlightenment_backlight

I'm on LXDE and I don't think the desktop provides an own CLI interface for brightness. I stumbled upon something on Google code that might help, but I haven't tried it yet:
http://code.google.com/p/backlight-applet/

Quote & Reply |

The Following 2 Users Say Thank You to sulu For This Useful Post:
wicket, Wikiwide

	Estel	2014-10-28 , 23:15
	Posts: 5,028 \| Thanked: 8,613 times \| Joined on Mar 2011	#57

Originally Posted by sulu

Should I?

Both, my regular device and the testing device (runing latest CSSU thumb) use rx51_battery.

Just as wicket said:

Originally Posted by wicket

You need both. bq27x00_battery is for the battery monitor chip. In Debian, both are loaded by default.

...so i will only add that, under Maemo, you should have bq27x00_battery module loaded IF you want to use open source BME replacement (for having real battery capacity/current level data, instead of vanilla's BME guesswork) - apart from few other components. See:
http://talk.maemo.org/showthread.php?t=93183

(sorry for a semi-off-topic).

/Estel

Quote & Reply |

The Following User Says Thank You to Estel For This Useful Post:
Wikiwide

	Estel	2014-11-03 , 06:32
	Posts: 5,028 \| Thanked: 8,613 times \| Joined on Mar 2011	#58

I wonder if this:
http://talk.maemo.org/showpost.php?p...&postcount=134

...might help to have fully working call functionality under Debian? Or at least sound without problems?

Sure, it's not yet fully functional ALSA without pulseaudio crapware altogether, but at least the Nokia pulseaudio bits solved would be still a huge step forward.

/Estel

Quote & Reply |

The Following 7 Users Say Thank You to Estel For This Useful Post:
endsormeans, foobar, malfunctioning, misiak, nokiabot, wicket, Wikiwide

freemangordon	2014-11-03 , 06:46
Posts: 3,074 \| Thanked: 12,960 times \| Joined on Mar 2010 @ Sofia,Bulgaria	#59

Originally Posted by Estel

I wonder if this:
http://talk.maemo.org/showpost.php?p...&postcount=134

...might help to have fully working call functionality under Debian? Or at least sound without problems?

Sure, it's not yet fully functional ALSA without pulseaudio crapware altogether, but at least the Nokia pulseaudio bits solved would be still a huge step forward.

/Estel

The so-called xprot module (which is part of voice module blob in maemo) is still not ready. xprot is exactly what protects n900's speakers to not produce white smoke

. So, we still don't have the needed functionality.

xprot is the next thing I will try to finish.

EDIT:
BTW that shouldn't stop you from building what is already being done against debian PA and testing it. with external speakers connected to 3.5 mm jack n900 is perfectly safe.

__________________
Never fear. I is here.

720p video support on N900,SmartReflex on N900,Keyboard and mouse support on N900
Nothing is impossible - Stable thumb2 on n900

Community SSU developer
kernel-power developer and maintainer

Last edited by freemangordon; 2014-11-03 at 06:51.

Quote & Reply |

The Following 13 Users Say Thank You to freemangordon For This Useful Post:
Android_808, Dongle Fongle, endsormeans, Estel, foobar, malfunctioning, misiak, mr_pingu, nokiabot, OVK, pichlo, wicket, Wikiwide

AapoRantalainen	2014-11-08 , 19:48
Posts: 838 \| Thanked: 3,384 times \| Joined on Mar 2009	#60

Is there any way to get SGX working? As I tested about 6 months ago Jessie can run HIldon-desktop, but it really neads GLES.

Another option is major modding for hildon.