IRC log for #maemo on 20160417

00:19.46DocScrutinizer05http://irclog.whitequark.org/neo900/2016-04-16#16176836; ff until http://irclog.whitequark.org/neo900/2016-04-16#16179751;
00:28.59*** join/#maemo Kabouik (~quassel@65.76.93.92.rev.sfr.net)
01:27.35*** join/#maemo eMHa_ (~mh@p54B0F957.dip0.t-ipconnect.de)
01:42.32*** join/#maemo robotanarchy_ (~robotanar@xd5279f0a.dyn.telefonica.de)
02:12.45*** join/#maemo LjL (~ljl@unaffiliated/ljl)
02:38.54*** join/#maemo robink_ (~quassel@unaffilated/robink)
02:47.21*** join/#maemo Hurrian (~Hurrian@unaffiliated/rikanee)
03:02.20*** join/#maemo lxp (~lxp@unaffiliated/lxp)
03:15.31*** join/#maemo DocScrutinizer05 (~saturn@openmoko/engineers/joerg)
03:17.21*** join/#maemo vahe1 (~funtoo@130.193.124.135)
03:29.54*** join/#maemo pagurus` (~user@pD950CDDB.dip0.t-ipconnect.de)
03:30.52*** join/#maemo pagurus` (~user@pD950CDDB.dip0.t-ipconnect.de)
03:30.53*** join/#maemo pagurus`` (~user@pD950CDDB.dip0.t-ipconnect.de)
03:31.56*** join/#maemo pagurus`` (~user@pD950CDDB.dip0.t-ipconnect.de)
03:32.52*** join/#maemo pagurus`` (~user@pD950CDDB.dip0.t-ipconnect.de)
03:33.52*** join/#maemo pagurus`` (~user@pD950CDDB.dip0.t-ipconnect.de)
03:34.52*** join/#maemo pagurus`` (~user@pD950CDDB.dip0.t-ipconnect.de)
03:35.52*** join/#maemo pagurus`` (~user@pD950CDDB.dip0.t-ipconnect.de)
03:53.58*** join/#maemo vahe (~funtoo@130.193.124.135)
04:05.46*** join/#maemo ian_r (~ianr@c-73-92-197-217.hsd1.ca.comcast.net)
05:47.22*** join/#maemo Kabouik_ (~quassel@65.76.93.92.rev.sfr.net)
06:08.14*** join/#maemo thomasm (~sinnlos@137.ip-51-255-202.eu)
06:34.56*** join/#maemo LjL (~ljl@unaffiliated/ljl)
06:36.24*** join/#maemo sq-one (~sq-one@HSI-KBW-134-3-165-35.hsi14.kabel-badenwuerttemberg.de)
06:50.08*** join/#maemo eMHa__ (~mh@p54B0F957.dip0.t-ipconnect.de)
06:54.47*** join/#maemo futpib (~futpib@37.113.252.112)
07:03.23*** join/#maemo corvinux (~hashcore@mail.hash.si)
07:03.46*** join/#maemo corvinux (~hashcore@unaffiliated/corvinux)
07:39.01*** join/#maemo erlehmann (~erlehmann@p548887A1.dip0.t-ipconnect.de)
07:48.24*** join/#maemo disco_stu_droid (~wrt54gl@190.211.82.70)
07:49.30*** join/#maemo phlixi_ (~phlixi@ppp-88-217-41-170.dynamic.mnet-online.de)
07:51.38*** join/#maemo antranig1 (~antranigv@109.75.43.22)
07:51.40*** join/#maemo Maxdaman1us (~Maxdamant@unaffiliated/maxdamantus)
07:52.14*** join/#maemo peetah_ (~peetah@cha92-9-82-236-202-86.fbx.proxad.net)
07:52.59*** join/#maemo pagurus` (~user@pD950CDDB.dip0.t-ipconnect.de)
07:53.00*** join/#maemo pagurus`` (~user@pD950CDDB.dip0.t-ipconnect.de)
07:55.50*** join/#maemo chfoo-_ (~chfooZnc@2a03:b0c0:2:d0::3fb:d001)
07:56.03*** join/#maemo pagurus`` (~user@pD950CDDB.dip0.t-ipconnect.de)
07:56.57*** join/#maemo Linkandzelda_ (~Linkandze@87.98.163.117)
07:58.23*** join/#maemo pcfe (~pcfe@ip5b423e30.dynamic.kabel-deutschland.de)
07:58.27*** join/#maemo pcfe (~pcfe@redhat/pcfe)
15:45.30*** join/#maemo infobot (ibot@rikers.org)
15:45.30*** topic/#maemo is Welcome to #maemo http://maemo.org/intro/ | N9/harmattan related questions please in #harmattan ! | "firmware" see ~tabletsdev ~combined ~emmc ~flasher sdk: ~sb | http://wiki.maemo.org/Community_Council | Source: http://wiki.maemo.org/Sources | Chanlog: http://mg.pov.lt/maemo-irclog | #maemo-ssu is where the (few) devels and maintainers of the maemo-future meet
15:46.18DocScrutinizer05~tell Linkandzelda_ about power
15:48.22*** join/#maemo sq-one (~sq-one@HSI-KBW-134-3-165-35.hsi14.kabel-badenwuerttemberg.de)
15:54.10Linkandzelda_DocScrutinizer05: ive had that tab open for a few days, i'll get to it soon, hehe
15:55.10DocScrutinizer05anyway screen-on *massively* depends on brightness setting and usually even ambient light
15:56.13*** join/#maemo Mek (~quassel@kde/mkruisselbrink)
15:56.21DocScrutinizer05>>Screen on, no backlight. +80 mA  //  Backlight on max +150 mA, +40mA on 4 of 5 steps in simple brightness applet & low ambient (/sys/class/backlight/acx565akm/brightness = 63)<<
15:58.31DocScrutinizer05>>Idle, no SIM, wlan off 7 mA@4.1 V Total<<
15:59.18*** join/#maemo vahe1 (~funtoo@130.193.124.135)
16:05.15DocScrutinizer05Linkandzelda_: for example WLAN eats huge amounts of power when enabled but *not* logged in to a WLAN-AP
16:07.38Linkandzelda_DocScrutinizer05: how do i get current mA value?
16:07.55DocScrutinizer05by reading 2nd col ;-)
16:08.01Linkandzelda_ok
16:09.35DocScrutinizer05it's a almost singular measurement, averaging over at max 2.5s
16:09.39Linkandzelda_Average Current: 158 mA
16:10.25Linkandzelda_right now: screen off, wifi on (connected), ssh on and connected (2 connections), bq script logging + calibrate running. no sim, no other apps running
16:10.30Linkandzelda_seems like a lot of current
16:10.35*** join/#maemo corvinux (~hashcore@unaffiliated/corvinux)
16:10.39DocScrutinizer05wifi on power savings mode MAX?
16:10.45DocScrutinizer05AP decent?
16:11.05Linkandzelda_AP is strong, its 2 feet from the box
16:11.16Linkandzelda_not sure about power saving mode
16:11.35DocScrutinizer052 feet might be too close actually, and PSM is not related to distance resp signal strength
16:12.40Linkandzelda_with screen on max brightness same other situation: Average Current: 564 mA
16:12.41DocScrutinizer05there won't be much of an option other than run the script from local xterm or using `screen` to run it, then disable WLAN
16:13.45Linkandzelda_42% TTE: 77 minutes
16:13.46DocScrutinizer05WLAN without proper PSM might easily eat 200mA according to http://wiki.maemo.org/N900_Hardware_Power_Consumption
16:13.59Linkandzelda_something isnt going right thats for sure lol
16:14.06Linkandzelda_going to switch to another AP
16:14.14Linkandzelda_or not, it will kill the scripts
16:14.34DocScrutinizer05:nod:
16:14.50DocScrutinizer05unless you used nohup or screen
16:15.21KotCzarnyLinkandzelda_: did you check with wlan off?
16:15.28DocScrutinizer05there won't be much of an option other than run the script from local xterm or using `screen` to run it, then disable WLAN
16:16.00DocScrutinizer05s/using `screen`/using nohup or screen/
16:16.35Linkandzelda_ok, except
16:16.52Linkandzelda_E: Couldn't find package screen
16:16.55DocScrutinizer05WLAN RX (*not* TX) is notorious to eat vast amounts of power
16:17.45DocScrutinizer05http://maemo.org/packages/view/screen-n900/
16:18.12Linkandzelda_typical. extras-devel
16:19.16Linkandzelda_i think i should reflash and just put on the basics
16:22.22Linkandzelda_DocScrutinizer05: i just enabled extras-devel but it cant find screen still, or screen-n900
16:24.11DocScrutinizer05http://maemo.cloud-7.de/tmp.txt
16:24.51*** join/#maemo ceene (~ceene@collins.gmr.ssr.upm.es)
16:25.08*** join/#maemo pcfe` (~pcfe@2a02:8109:8080:fa4:beee:7bff:fed9:8f1b)
16:25.12*** join/#maemo pcfe` (~pcfe@redhat/pcfe)
16:25.15*** join/#maemo ihme-TTilus (~terotil@217.112.252.38)
16:25.47*** join/#maemo bredebid2 (~bredebid@es-217-129-26-160.netvisao.pt)
16:25.47*** join/#maemo chfoo0 (~chris@74.15.42.10)
16:26.38*** join/#maemo netkat_ (~me@80.79.126.176)
16:26.59*** join/#maemo hadara_ (~hadara@195.250.189.222)
16:27.11DocScrutinizer05I told you about enable-catalogs ?
16:27.29DocScrutinizer05http://maemo.cloud-7.de/maemo5/session-log_enable-catalogs_README.txt
16:27.51*** join/#maemo joga_ (H1Vhe1Fr@rikki.fi)
16:27.54DocScrutinizer05http://maemo.cloud-7.de/maemo5/usr/local/sbin/enable-catalogs
16:28.34*** join/#maemo joga_ (H1Vhe1Fr@unaffiliated/joga)
16:28.51*** join/#maemo Wizzup_ (~Wizzup@a82-161-36-93.adsl.xs4all.nl)
16:28.53DocScrutinizer05you might not find screen in HAM, it's a cmdline tool which possibly doesn't show up in HAM
16:28.55*** join/#maemo Elektra (~ashley@pluto.skizzerz.net)
16:28.55*** join/#maemo Elektra (~ashley@MediaWiki/Jack-Phoenix)
16:29.09DocScrutinizer05there are options in HAM to allow that, though
16:29.15DocScrutinizer05~redpill
16:29.16infobotextra, extra, read all about it, redpill is http://wiki.maemo.org/Red_Pill_mode
16:29.28KotCzarnyjust use xterm and apt-get
16:29.47DocScrutinizer05might be obsolete meanwhile, CSSU HAM prolly has it enabled by default
16:30.07DocScrutinizer05anyway, use apt-get install to install cmdline tools
16:30.08Linkandzelda_DocScrutinizer05: /usr/local/sbin/enable-catalogs: trap: line 80: ERR: invalid signal specification
16:30.23Linkandzelda_and yea i did that using apt-get first
16:30.26DocScrutinizer05hmmm, no bash?
16:30.42Linkandzelda_yea i have bash
16:30.48DocScrutinizer05did I miss to put the right shebang line in?
16:31.28Linkandzelda_ok i see
16:31.40Linkandzelda_changed it to bin/bash
16:31.52DocScrutinizer05thanks for noting it
16:32.09Linkandzelda_though when i run it, it doesnt output anything other than "copied catalog setting to all"
16:32.55DocScrutinizer05fixed
16:33.19*** join/#maemo totalizator (~totalizat@degu.pl)
16:33.25DocScrutinizer05pplease read the --help
16:34.16DocScrutinizer05you fist need to create settings (and save them) before you can restore them
16:34.22DocScrutinizer05first*
16:35.04DocScrutinizer05you're free to name them any way you like, "basic" and "all" are arbitrary names I chosen
16:36.43Linkandzelda_ok, so i enable the ones i want in ham, then save a profile, then enable others, then save another profile, etc
16:37.32Linkandzelda_yay for screen
16:38.08DocScrutinizer05yes
16:38.21DocScrutinizer05exactly
16:38.33Linkandzelda_my battery will be dead in 67 mins
16:39.12Linkandzelda_and the calibrate script will end
16:39.22DocScrutinizer05isn't your device a little warm already?
16:39.49Linkandzelda_yea
16:39.53DocScrutinizer05must get warm at this power level
16:40.09Linkandzelda_could it be the overclock to 805?
16:40.12DocScrutinizer05you started handwarmer app ;-P
16:40.16Linkandzelda_i imagine it draws more power
16:40.19DocScrutinizer05yes
16:40.35DocScrutinizer05do not overclock!
16:41.00*** join/#maemo l_bratch (~l_bratch@87.244.66.26)
16:41.24DocScrutinizer05unless you know **exactly** what you're doing, and why (and that should be a really good rationale, like "otherwise the video playback skips frames2)
16:42.35DocScrutinizer05overclocking (app) makes it damn easy to set completely nonsensical parameters, like lock CPU to 800MHz
16:43.54Linkandzelda_if im not gonna overclock then i guess i have no reason to run kernel-power
16:44.29DocScrutinizer05seen that a bazillion times that users came here whining about their short battery standby time - turned out they did lock CPU to always clocked at insane speed, while it SHOULD auto-adjust clock frequency and go to zeroclock 99%+ of the time
16:45.06KotCzarnyhmm, where is fakeroot package?
16:45.16Linkandzelda_oh, i made sure not to lock it, just raised the max to 805, min still at 250
16:46.10Linkandzelda_oh nice, extras devel has tmux as well as screen
16:46.22Linkandzelda_will these ever make it to the stable repos?
16:46.30KotCzarnyanswer is: maybe
16:46.32DocScrutinizer05prolly not
16:47.00Linkandzelda_is tempted to upgrade everything from extras-devel and see what happens
16:47.01DocScrutinizer05lack of maintainers to promote them, and testers to vote them up in maemo-testing
16:47.15DocScrutinizer05it will break your system
16:47.20KotCzarnyLinkandzelda_: do it, you are on the verge of reflashing anyway
16:47.35KotCzarnyand its better to risk it now than later
16:47.46DocScrutinizer05there are a lot of broken packages in extras-devel which will replace the perfectly working versions you got now
16:48.00DocScrutinizer05well, at least potentially
16:48.12Linkandzelda_well
16:48.19Linkandzelda_i'll let this calibration script end
16:48.33Linkandzelda_then if i decide to reflash, i will see what happens
16:48.34DocScrutinizer05won't take long, eh? ;-P
16:48.46Linkandzelda_168 mins if i leave my screen off
16:49.11DocScrutinizer05I suspect your WLAN is borked
16:49.42DocScrutinizer05if you just changed CPUclock-MAX to 800some, nothing too bad should esue from that
16:49.47DocScrutinizer05ensue
16:50.04Linkandzelda_let me get my kernel profile
16:50.39DocScrutinizer05use zzztop
16:51.08DocScrutinizer05to see what's actually going on with CPU freq, also which process gets most IRQs etc
16:51.36DocScrutinizer05I already spotted you got too many IRQs on I2C iirc
16:51.41Linkandzelda_http://sprunge.us/AaNJ
16:52.30DocScrutinizer05GOVERNOR=ondemand MAXFREQ=805 looks sane to me
16:52.42DocScrutinizer05no OC expert here
16:53.05*** join/#maemo fortytwo (~thomas@who.let.this.bloody.dropbear.in)
16:54.11Linkandzelda_zzztop http://sprunge.us/EQEK
16:54.16DocScrutinizer05anyway (h)top and zzztop are your friends
16:54.38DocScrutinizer05C1 |  92.8%   BAAAD[TM]
16:55.00DocScrutinizer05500 MHz | 100.0%   BAAAD[TM]
16:55.25Linkandzelda_gg[tm]
16:57.00DocScrutinizer05top or htop should reveal which app gone berserk (if any)
16:57.35Linkandzelda_load average 0.04
16:57.41DocScrutinizer05o.O
16:57.54Linkandzelda_load average: 0.02, 0.07, 0.15
16:57.59DocScrutinizer05then it's kernel itself
16:58.01Linkandzelda_basically nothing happening lol
16:58.17DocScrutinizer05swapperd looks fishy to me
16:58.43DocScrutinizer05<PROTECTED>
16:58.44DocScrutinizer05-------+----------+-----------------+---------
16:58.46DocScrutinizer05<PROTECTED>
16:58.56Linkandzelda_i saw that yea
16:59.14DocScrutinizer05did you mess with swap settings? or add swap optimization apps?
16:59.34Linkandzelda_i have that swappolube app
16:59.41DocScrutinizer05(might be a red herring and this is totally normal for swapper)
17:00.01DocScrutinizer05hmm, swappolube shouldn't mess with CPU load too much
17:00.23DocScrutinizer05what's mem usage according to top?
17:00.28DocScrutinizer05and swap usage
17:01.22*** join/#maemo totalizator (~totalizat@178.62.174.137)
17:01.26Linkandzelda_http://pastebin.com/faznY0TT
17:01.52DocScrutinizer05normal
17:01.58DocScrutinizer05even good I'd say
17:02.21Linkandzelda_top itself is the highest cpu offender
17:02.29DocScrutinizer05http://paste.opensuse.org/82314150
17:02.35DocScrutinizer05WLAN it is then
17:02.49Linkandzelda_so its wlan or kernel
17:03.09DocScrutinizer05check WLAN PSM setting
17:03.42Linkandzelda_i still dont know how to do that
17:03.53DocScrutinizer05settings -> internet
17:04.13DocScrutinizer05connections
17:04.17DocScrutinizer05edit
17:04.42DocScrutinizer05advanced
17:04.45Linkandzelda_ok
17:04.55DocScrutinizer05others
17:05.04Linkandzelda_transmission power 100 mW, power saving on (max)
17:05.05DocScrutinizer05second row
17:05.12DocScrutinizer05max is good
17:05.21DocScrutinizer05your AP might not be compatible
17:05.34Linkandzelda_any way i can find that out?
17:05.37DocScrutinizer05TX power is basically irrelevant
17:05.40KotCzarnychange channel in ap
17:05.44Linkandzelda_i guess by disconencting and monitoring
17:05.50KotCzarnymaybe its just noisy env
17:05.56DocScrutinizer05hmm, this is very hard to find out, afaik
17:06.24DocScrutinizer05yes, disabling WLAN and checking power during that is the easiest way to spot the culprit
17:06.28Linkandzelda_channel is 11
17:06.33DocScrutinizer05irrelevant
17:06.35KotCzarnytry 6 and 1
17:06.54KotCzarnyiwlist scan could help if it was supported, but you can check on laptop
17:07.04Linkandzelda_i'll change that stuff later, since its gonna boot me out and scripts will die, not sure how to move them into a screen when they are running
17:07.17DocScrutinizer05serach interval in first menu is relevant as long as you're _not_ connected to AP
17:07.30Linkandzelda_that one is set to 10 mins
17:07.31DocScrutinizer05you can't
17:07.37DocScrutinizer0510min ok
17:07.45Linkandzelda_yea, didnt think so (re:screen)
17:07.49DocScrutinizer0530 min better, but... who would want that
17:07.58*** join/#maemo M4rtinK (~M4rtinK@77.48.149.46)
17:08.50DocScrutinizer05you can assume each $interval time the WLAN will go active searching for APs to connect to, for at least 60s, and eats lots of power (200mA) during that time
17:09.13Linkandzelda_well thats useless if im always on the same AP right
17:09.42DocScrutinizer05yes, irreleavnt when you are always connected. Relevant as soon as you leave range of the AP though
17:10.50DocScrutinizer05when WLAN is connected to an AP, it won't search for other APs, basically. It's already active all the time and only PSM allows it to go inactive
17:11.22DocScrutinizer0599% of time inactive, between one beacon and next, of AP
17:11.38DocScrutinizer05you could try PSM: medium
17:12.00DocScrutinizer05sometimes yields better results with borked APs than PSM: max
17:12.24Linkandzelda_changing it will work if im still connected without booting me?
17:12.36DocScrutinizer05that's why PSM is a per-connection setting
17:12.42DocScrutinizer05yes, works
17:12.45Linkandzelda_ok
17:13.08DocScrutinizer05it should just reconnect you instantly, which will go unnoticed by ssh
17:13.52Linkandzelda_ok it changed
17:13.58DocScrutinizer05my ssh sessions survive 30 minutes out-of-flat ;-)
17:13.58Linkandzelda_gave me a power warning
17:14.29DocScrutinizer05quite amazing to come home and see your ssh session simply resuming
17:14.41KotCzarnyfor survival of ssh sessions see: mosh
17:14.42Linkandzelda_that is quite good, how is that possible
17:15.03DocScrutinizer05ssh doesn't do much keep-alive to detect 'packet loss'
17:15.43DocScrutinizer05so it's just like pulling your ethernet cable from your PC for a few seconds
17:15.53DocScrutinizer05nothing really bad will happen
17:16.21Linkandzelda_Average Current: 234 mA
17:16.26DocScrutinizer05for the TCP stack it's just like arbitrary packet loss, worst case
17:16.53Linkandzelda_screen on Average Current: 557 mA
17:16.55DocScrutinizer05I'd not bet important limbs on this PSM change taking immediate effect
17:17.07Linkandzelda_thats ok
17:17.38KotCzarnywhat bonehead made git depend on busybox?
17:18.28DocScrutinizer05first go do the `nohup/screen bq27200.sh >> batlog.txt` test and disable/disconnect WLAN, tomake sure it's WLAN at all
17:18.51DocScrutinizer05what's your AP brand/model?
17:18.59Linkandzelda_what about calibration script?
17:19.05Linkandzelda_it will die in 20 mins
17:19.24Linkandzelda_the make and model, its a tp link.. something
17:19.31DocScrutinizer05finish the calibration, then you're done with calibrating anyway
17:19.47Linkandzelda_is it safe to reflash after calibrating?
17:19.51DocScrutinizer05hmm, seen crappy tplink models, inded
17:20.01DocScrutinizer05seen semi-good ones too
17:20.08Linkandzelda_TP-LINK TL-WDR3600 N600 Wireless Dual Band Gigabit Cable Router
17:20.52*** join/#maemo lxp (~lxp@unaffiliated/lxp)
17:20.58DocScrutinizer05sorry, can't comment. Maybe try aunt google, "$AP-model  powersavings"
17:22.28DocScrutinizer05you might want to make sure the AP doesn't send more than one beacon per second
17:23.08Linkandzelda_beacon interval is 100
17:23.31*** join/#maemo Mek (~quassel@kde/mkruisselbrink)
17:23.41DocScrutinizer05http://www.techworld.com/mobile/a-guide-to-wi-fi-power-save-technologies-4103/
17:23.54Linkandzelda_will this slow it down if thats changed?
17:24.26Linkandzelda_also something funny, if i dont refresh the bq script its Average Current: 172 mA
17:24.39DocScrutinizer05100ms/beacon is still tolerable
17:24.41Linkandzelda_then if i go and use wifi ssh it jumps to 350+
17:26.50Linkandzelda_it will die any minute so i'll disable wifi when it does and will find out the current
17:27.31DocScrutinizer05I suspect a cablemodem WLAN router will use all sorts of bandwidth maximation techniques, neglecting any powersaving
17:28.52DocScrutinizer05the typical usecase for such AP is to sport WLAN linked internet TV sets etc
17:29.46DocScrutinizer05which do not need to bother about powersaving
17:30.59Linkandzelda_makes sense
17:31.11DocScrutinizer05I suggest you run bq27200.sh|tee -a batlog.txt  from a device-local xterm
17:32.19DocScrutinizer05I even have an icon for that ;-)
17:32.52Linkandzelda_ok, i will kill the ssh one then
17:34.45Linkandzelda_im running it now in a screen
17:34.57DocScrutinizer05http://paste.opensuse.org/50969901
17:35.31Linkandzelda_i need to make a script create-screen-if-not-exists
17:36.15DocScrutinizer05?
17:36.24Linkandzelda_then when i open the icon it will connect to the screen if its existing, or it will make a new one and run the logger automatically in the screen
17:36.30DocScrutinizer05screen the command?
17:36.30Linkandzelda_anyway, i think it just died
17:36.33Linkandzelda_yea
17:36.40Linkandzelda_sorry, gnu screen i usually call it
17:36.51DocScrutinizer05I think screen has an option that does exactly that already
17:37.04Linkandzelda_then i can have another window in that which tail -f batlog
17:37.41Linkandzelda_i'll fiddle with that later, im going to disable wifi now
17:37.56DocScrutinizer05<PROTECTED>
17:38.28Linkandzelda_that sounds so good, i should read man pages more often
17:38.57*** join/#maemo ketaran (~ketaran@ppp109-252-80-81.pppoe.spdop.ru)
17:40.10Linkandzelda_i just turned off wifi and the device reset itself
17:40.49DocScrutinizer05yeah, you also might want to get man-db-n900
17:40.51DocScrutinizer05;-)
17:43.00Linkandzelda_seems current now is really low
17:43.08Linkandzelda_25-50 mA max
17:43.09DocScrutinizer05plus nuke that silly docpurge, see ~jrtools
17:43.17DocScrutinizer05that's better :-D
17:43.29Linkandzelda_is it normal for current to be low after a reboot?
17:43.46DocScrutinizer05err, it's always normal for current to be low ;-D
17:43.54Linkandzelda_ok
17:44.04Linkandzelda_oh, and, it didnt apply my OC settings
17:44.05KotCzarnyLinkandzelda_: your normal current should be ~10mA
17:44.19Linkandzelda_its 13 mA now
17:44.20KotCzarny(n900 idle, gsm on but idle, wifi off)
17:44.29DocScrutinizer05that's normal now!
17:44.34Linkandzelda_shall i wait a bit more or enable wifi?
17:44.41DocScrutinizer05that's what I'd mandate
17:44.55DocScrutinizer05well, wait a bit more, then enable wifi
17:45.08Linkandzelda_ok
17:45.12DocScrutinizer05you'll see current go through the roof
17:45.19DocScrutinizer05I bet
17:45.29Linkandzelda_i need to go away, will be back to enable it in 1-2 hours
17:45.32Linkandzelda_will let it charge up a bit too
17:45.39DocScrutinizer05better that
17:45.57DocScrutinizer05btw what's your LMD now?
17:46.55DocScrutinizer05seems your battery is in quite good condition i'd say
17:47.03Linkandzelda_current raised to 135
17:47.12Linkandzelda_and its 1193 LMD now
17:49.23Linkandzelda_113 on max brightness, normal?
17:49.32KotCzarnyit will get higher
17:49.39KotCzarnybut yeah
17:50.41DocScrutinizer05depends on ambient light, might even be higher
17:51.08DocScrutinizer05~power
17:51.08infobotpower is, like, http://wiki.maemo.org/N900_Hardware_Power_Consumption
17:51.09Linkandzelda_[18:44:05] <KotCzarny> Linkandzelda_: your normal current should be ~10mA <- this would be with screen off?
17:51.18KotCzarnyyes
17:51.19DocScrutinizer05yes
17:51.26Linkandzelda_ok makes sense
17:51.39Linkandzelda_then it has to be wifi i guess, only logical explanation in this case
17:51.51DocScrutinizer05yes
17:51.53KotCzarnyremember, crowded channels will wake the chip more often
17:52.10Linkandzelda_i had xchat off the whole time before
17:52.25Linkandzelda_oh, wait, my bad
17:52.30Linkandzelda_wifi channels..
17:52.34KotCzarnythat's why i suggested scanning (can be with your lappy) to check which part of the radio is a bit freeer
17:52.46DocScrutinizer05hmm?
17:53.03Linkandzelda_and then i pick a free channel that other networks are not using much of?
17:53.15DocScrutinizer05hmm??
17:53.20KotCzarnyusually your options are limited to 1/6/11
17:53.32KotCzarnyotherwise you get noise no matter what
17:53.42DocScrutinizer05you're talking to somebody about setting up your AP?
17:54.31Linkandzelda_current down to 32
17:55.29Linkandzelda_going to check out the other networks here
17:56.41Linkandzelda_they are all using 1/6/11, both mine are using 11 and 10
17:56.56KotCzarnyum
17:57.05KotCzarnyusing 10 and 11 is not that wise
17:57.26KotCzarnyi mean close channels interfere each other
17:57.27Linkandzelda_i'll flip one of them over to 1 then
17:59.01DocScrutinizer05dunno what you're doing but keep in mind you need a 2 free channels distance gap between used channels on WLAN, usually. Better 3
17:59.16Linkandzelda_god dammit, i have 3 APs in this place that belong to me
17:59.59Linkandzelda_ok, disabled one
17:59.59KotCzarnyjust use 1 with guest/alt essids? some APs support multiple networks on single channel
18:00.24DocScrutinizer05WLAN can cope with interferences but to avoid interferences and thus maximize bandwidth you need a gap to next used channel, left and right
18:00.30*** join/#maemo krnlyng (~liar@83.175.90.24)
18:01.08DocScrutinizer05wifieye app in N900 shows this very nicely
18:01.20*** join/#maemo Avasz (avash@unaffiliated/avasz)
18:01.33Linkandzelda_channel 1 is very crowded
18:01.39Linkandzelda_6 has 3 on it
18:01.49Linkandzelda_11 has 4
18:01.54Linkandzelda_not sure how else to do this
18:02.01KotCzarnyuse 6 and 11 then
18:02.19DocScrutinizer05http://my-maemo.com/software/applications.php?fldAuto=1241&faq=37
18:02.29Linkandzelda_does range matter in interference?
18:02.34DocScrutinizer05yes
18:02.35KotCzarnyyes
18:02.37DocScrutinizer05of course
18:02.46KotCzarnytoo close and you get noise too
18:02.48Linkandzelda_ok, all the ones in channel 1 are weak
18:02.56DocScrutinizer05that's good
18:03.17Linkandzelda_channel 6 has some ones that are stronger than the ones in my own house
18:03.22KotCzarnyhehe
18:03.25Linkandzelda_so i guess i'll go with 1 and 11
18:04.04Linkandzelda_ok, looking good
18:04.29DocScrutinizer05install wifieye, I can recommend it. nice app
18:04.35Linkandzelda_i will grab it
18:04.43Linkandzelda_when i next turn on wifi
18:04.54Linkandzelda_current is at 184 now with screen on
18:05.09DocScrutinizer05~power
18:05.09infobotpower is, like, http://wiki.maemo.org/N900_Hardware_Power_Consumption
18:05.36Linkandzelda_i have the list
18:06.42DocScrutinizer05WLAN on - no powersave - 200 mA       Backlight on max +150 mA
18:06.47DocScrutinizer05= 350mA
18:07.26Linkandzelda_im going to turn on wifi
18:07.44DocScrutinizer05without WLAN (or WLAN in working PSM) it's +150 mA for backlight plus some 10 to 20 for rest of system
18:09.18DocScrutinizer05http://wiki.maemo.org/Wifi_power_saving_mode
18:10.57Linkandzelda_i have advanced interface switcher, i noticed there's 2 modes for wifi. stock and bleeding edge?
18:11.49KotCzarnywhatever that is?
18:11.58Linkandzelda_not sure what it is
18:12.14KotCzarnymaybe someone packaged some different wifi driver
18:12.39Linkandzelda_im leaving wifi on with screen off, will be back later
18:16.47*** join/#maemo dos1 (~dos1@unaffiliated/dos1)
18:17.30DocScrutinizer05please forget advanced interface switcher or any similar tools
18:19.40DocScrutinizer05I don't see what for you'd need that anyway, you can switchinterfaces with the standard maemo means
18:20.24DocScrutinizer05al this supposedly leete stuff messes with maemo internals in a very obscure way and usually causes problems
18:24.58DocScrutinizer05BT and USB should show up in your list of connections to choose from, when installed
18:25.24DocScrutinizer05no reason to use any interface switcher for that
18:26.00DocScrutinizer05GPRS and all WLAN connections show up in same list by default
18:26.48DocScrutinizer05the only switchers I consider useful are 2G/3G and TabletMode
18:27.40DocScrutinizer05and I made me a QueenBeecon applet to switch on/off WLAN auto-connect
18:28.37DocScrutinizer05mainly to stop the dropouts while listening to music via BT, that are caused by coexistence when WLAN searches for APs every 5 or 10 minutes
18:31.46*** join/#maemo freemangordon (~ivo@46.249.74.23)
18:32.01*** join/#maemo l_bratch (~l_bratch@87.244.66.26)
18:40.48DocScrutinizer05funny how it took me years to finally realize the audio dropouts only happening while not connected to my home AP, and in an interval exactly same as the WLAN search period configured in networks
18:55.27*** join/#maemo futpib (~futpib@37.113.252.112)
18:57.27DocScrutinizer05could figure just *one* interface handler app that's lacking and might be useful: reconfiguring GPRS to have none or invaid APN so the modem doesn't connect to GPRS connectivity at all, when you go 2offline" by whatever criteria manually or automatic. Since there's no other way to stop inbound traffic via GPRS, except going completely airplane-mode aka off with the modem, which would also block regular calls and SMS.
18:57.50DocScrutinizer05invalid*
18:58.27DocScrutinizer05s/2/"/
18:59.41*** join/#maemo pcfe (~pcfe@2a02:8109:8080:fa4:beee:7bff:fed9:8f1b)
18:59.44*** join/#maemo pcfe (~pcfe@redhat/pcfe)
18:59.45DocScrutinizer05however *beware and steer clear* of auto-disconnect app. I don't know what it does exactly, but I know it's notorious to mess up your system, causes troubles, and doesn't deinstall cleanly so you need to reflash to get rid of it
18:59.58*** join/#maemo lobito (~lobito@190.177.210.44)
19:00.46DocScrutinizer05frals: how would you reconfigure (or switch) the APN of modem?
19:14.15DocScrutinizer05or otherwise shut down the GPRS connection (PDU?)
19:18.47DocScrutinizer05err PDP?
19:19.28DocScrutinizer05https://en.wikipedia.org/wiki/GPRS_core_network#PDP_context
19:22.55DocScrutinizer05frals: iirc you said BB5 modem supports up to 3 PDP contexts. How would I switch between them, resp activate/deactivate one context (aka 'create a session'?)
19:24.30KotCzarnysomeone should tell him he is talking in the wrong channel
19:27.11*** join/#maemo chfoo (~chris@UNVLON5554W-LP130-03-1242507786.dsl.bell.ca)
19:30.43*** join/#maemo lxp (~lxp@unaffiliated/lxp)
19:32.45*** join/#maemo dos11 (~dos1@unaffiliated/dos1)
19:35.31*** join/#maemo Wizzup (~Wizzup@a82-161-36-93.adsl.xs4all.nl)
19:40.25*** join/#maemo l_bratch (~l_bratch@87.244.66.26)
19:47.01*** join/#maemo l_bratch (~l_bratch@87.244.66.26)
19:49.12*** join/#maemo SpeedEvil (~quassel@tor/regular/SpeedEvil)
19:55.01*** join/#maemo SpeedEvil (~quassel@tor/regular/SpeedEvil)
19:58.25*** join/#maemo fortytwo (~thomas@who.let.this.bloody.dropbear.in)
20:00.29Linkandzelda_DocScrutinizer05: seems everything idle screen off + wifi = 350 mA current
20:01.21*** join/#maemo SpeedEvil (~quassel@tor/regular/SpeedEvil)
20:01.46DocScrutinizer05yes, your wifi is "borked"
20:02.13freemangordonhmm, check wifi power management, on the device that is
20:02.14Linkandzelda_now since i turned on the screen, its down to 186 for the last 2 mins
20:02.39DocScrutinizer05freemangordon: been there done that :-)
20:02.45freemangordonah, ok
20:02.50Linkandzelda_its ad medium now, i could put it back?
20:03.32DocScrutinizer05you need to compare, but honestly I guess you're out of luck unless you get better AP or reconfigure the one you have
20:03.49Linkandzelda_this is funny
20:04.13Linkandzelda_http://sprunge.us/CZFD
20:04.28DocScrutinizer05http://www.techworld.com/mobile/a-guide-to-wi-fi-power-save-technologies-4103/ is realy worth a read
20:04.54Linkandzelda_21:12 is when i went afk and left the screen off
20:05.06Linkandzelda_22:59 is when i returned
20:05.20Linkandzelda_check the figures there, its idling at 350 but when im using it its lower
20:05.35Linkandzelda_sense isnt made, unless im looking at the wrong column
20:06.27DocScrutinizer05you're aware that negative mA are DIScharge while positive are charging?
20:06.50Linkandzelda_yea
20:07.01Linkandzelda_wait
20:07.04DocScrutinizer05and this is just battery, not complete system
20:07.14Linkandzelda_its charging now since earlier
20:07.37Linkandzelda_its 68%
20:07.43*** join/#maemo SpeedEvil (~quassel@tor/regular/SpeedEvil)
20:07.50Linkandzelda_i thought this was how much current was being used
20:08.02Linkandzelda_so really i should not charge it
20:08.11Linkandzelda_to get accurate figures?
20:08.30DocScrutinizer05so 21:10 and 21:11 you either disconnected charger or system drew more power than charger been able to deliver, so it used battery to fill in
20:08.49DocScrutinizer05yes, this is plain battery current
20:09.16DocScrutinizer05system and charger are 'on the one end' and battery 'on the other end'
20:09.20Linkandzelda_oh, so the higher the positive number while charging the less usage? im getting overly confused
20:09.30DocScrutinizer05basically yes
20:09.50Linkandzelda_then i'll leave it to charge 100% and take it off power
20:09.58Linkandzelda_then will messure how much current it pulls
20:10.01DocScrutinizer05while charging you can't tell about system power consumption
20:10.17Linkandzelda_i should have known that earlier, that was a waste of time lol
20:10.24*** join/#maemo M4rtinK2 (~M4rtinK@77.48.149.46)
20:10.46DocScrutinizer05it's the battery gauge, not the system power monitor
20:11.11DocScrutinizer05sorry I wasn't clear about that
20:12.47Linkandzelda_its no problem, i learn new things every day with this device
20:13.06Linkandzelda_so a mA of 0 is no charge and no discharge
20:13.27DocScrutinizer05yes
20:13.34*** join/#maemo SpeedEvil (~quassel@tor/regular/SpeedEvil)
20:13.36Linkandzelda_so with brightness full + wifi i'd expect a -350 mA? just want to confirm that
20:13.42DocScrutinizer05and still the system may be on
20:13.54DocScrutinizer05yes
20:14.00Linkandzelda_ok
20:14.11Linkandzelda_i will look out for the numbers its discharging at then
20:14.16Linkandzelda_after it charges
20:14.27DocScrutinizer05when not connected to charger (or calibrate script disabled charger)
20:14.28Linkandzelda_and for some reason my clock is 2 hours fast
20:14.47DocScrutinizer05timezone?
20:14.55Linkandzelda_GMT
20:14.58Linkandzelda_its my error
20:15.11Linkandzelda_i must have put in the time 2 hours fast.. somehow
20:15.44DocScrutinizer05possible. Or you changed TZ after setting time
20:16.05*** join/#maemo krnlyng (~liar@83.175.90.24)
20:17.04Linkandzelda_its set correctly now
20:18.14*** join/#maemo totalizator (~totalizat@degu.pl)
20:19.41DocScrutinizer05good luck! :-)
20:20.23DocScrutinizer05ps: I had a linksys wrt54g AP and it worked just fine with N900 PSM
20:20.28*** join/#maemo lobito (~lobito@190.177.210.44)
20:21.13DocScrutinizer05recently Fritzbox 7490 which also seems to work fine, though I didn't test too thoroughly
20:21.37DocScrutinizer05ooh, the linksys ran ddWRT
20:21.54Linkandzelda_i have a dlan av 500 as my second AP
20:22.05Linkandzelda_no idea about its internals
20:22.16Linkandzelda_but after i try this when its discharging
20:22.23Linkandzelda_i'll try that AP as well
20:23.33DocScrutinizer05good plan
20:23.46*** join/#maemo SpeedEvil (~quassel@tor/regular/SpeedEvil)
20:24.42DocScrutinizer05aunt google may also help to find reports about configuring (or failing to) PSM on your cablemodem router
20:25.24Linkandzelda_i did a quick check earlier, didnt find anything useful
20:25.26*** join/#maemo l_bratch (~l_bratch@87.244.66.26)
20:26.00DocScrutinizer05possibly not easy, try finding out about the WLAN chip it uses, then search for that plus PSM
20:26.35DocScrutinizer05it's quite adavnced research topic ;-)
20:27.01DocScrutinizer0599.9% of users never even heard of PSM
20:36.10Siceloespecially if they use Android/iOS/WP .. OSes that don't encourage learning
20:37.31DocScrutinizer05...and tend to shut down all connections immediately whenever you lock the screen ;-)
20:39.34*** join/#maemo krnlyng (~liar@83.175.90.24)
20:40.39*** join/#maemo SpeedEvil (~quassel@tor/regular/SpeedEvil)
20:40.44Siceloapparently they don't anymore
20:42.39*** join/#maemo at1as (~at1as@24-231-230-53.static.trcy.mi.charter.com)
20:49.04*** join/#maemo SpeedEvil (~quassel@tor/regular/SpeedEvil)
21:06.23Linkandzelda_iOS sucks, and android is boring
21:06.50Linkandzelda_91% charged, almost ready to pull the plug
21:07.21*** join/#maemo krnlyng (~liar@83.175.90.24)
23:17.15*** join/#maemo infobot (ibot@rikers.org)
23:17.15*** topic/#maemo is Welcome to #maemo http://maemo.org/intro/ | N9/harmattan related questions please in #harmattan ! | "firmware" see ~tabletsdev ~combined ~emmc ~flasher sdk: ~sb | http://wiki.maemo.org/Community_Council | Source: http://wiki.maemo.org/Sources | Chanlog: http://mg.pov.lt/maemo-irclog | #maemo-ssu is where the (few) devels and maintainers of the maemo-future meet
23:17.16DocScrutinizer05~pkg
23:17.17infoboti guess pkg is http://maemo.org/packages/
23:17.36Linkandzeldaso i should use that site to search for available stuff that i might want
23:17.45DocScrutinizer05yes
23:17.48DocScrutinizer05ideally
23:17.58DocScrutinizer05or use HAM as mentioned above
23:18.11DocScrutinizer05just in the latter case DO NOT UPDATE
23:19.14DocScrutinizer05HAM will show you quite a number of packages that have updates, as soon as you enable extras-devel. You usually don't want those
23:20.03DocScrutinizer05just install what you really want and immediately disable extras-devel catalog again, without updating those other packages
23:20.22Linkandzeldaok
23:24.14DocScrutinizer05don't get me wrong, there are also fine updates for some packages in extras.devel. Just that's not warranted by anybody or anything. So for each package you get from extras-devel you need to really know why you fetch it from there and not use a older version in maemo-extras instead
23:24.52DocScrutinizer05the maemo-extras packages are supposed to be stable, the extras-devel packages are possibly hazardous
23:25.09DocScrutinizer05~extras-devel
23:25.09infoboti guess extras-devel is http://wiki.maemo.org/Extras-devel
23:44.45*** join/#maemo pagurus (~user@pD950CDDB.dip0.t-ipconnect.de)
23:48.08*** join/#maemo esaym153 (~esaym153@75.1.182.8)

Generated by irclog2html.pl Modified by Tim Riker to work with infobot.