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

Originally Posted by Estel

It doesn't look like you have bq27x00_battery module loaded

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.

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")

Originally Posted by sulu

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

Originally Posted by sulu

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

Originally Posted by sulu

Should I?

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

Originally Posted by sulu

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

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.

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.

Originally Posted by wicket

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

Code:

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

Originally Posted by sulu

Should I?

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

Originally Posted by wicket

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

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