*** hazchemix has quit IRC | 00:00 | |
*** Kild has joined #maemo | 00:03 | |
*** Kild has quit IRC | 00:06 | |
Lava_Croft | http://talk.maemo.org/showpost.php?p=849980&postcount=20 but i guess Kild left | 00:09 |
---|---|---|
*** valeriusN has left #maemo | 00:10 | |
*** valeriusN has joined #maemo | 00:11 | |
*** mase76 has quit IRC | 00:19 | |
*** mase76 has joined #maemo | 00:20 | |
*** shanttu has quit IRC | 00:27 | |
*** MrPingu has quit IRC | 00:30 | |
*** zsolt_hun has quit IRC | 00:39 | |
*** ferdna has quit IRC | 00:40 | |
*** ferdna has joined #maemo | 00:41 | |
*** MrPingu has joined #maemo | 00:44 | |
DocScrutinizer05 | Lava_Croft: is there a proper instruction how to run something "as administrator" under windows? (sorry, windows noob here) | 00:46 |
*** philipl has quit IRC | 00:47 | |
DocScrutinizer05 | I thought I once heard sth about holding shift while clicking on some menu entry, or whatever | 00:47 |
DocScrutinizer05 | or maybe even better: is there something similar to "su -" for windows cmd shell? | 00:48 |
beford | no | 00:49 |
*** dhbiker has quit IRC | 00:49 | |
DocScrutinizer05 | bedmhm, thanks | 00:49 |
beford | right click, run as administrator | 00:49 |
DocScrutinizer05 | beford: ^^^ | 00:49 |
DocScrutinizer05 | hmm, so you could do that on cmd itself? | 00:49 |
beford | yea, type cmd on the search box, when cmd appears on the menu right click it | 00:50 |
DocScrutinizer05 | (I.E. right click on "open dosbox" or whatever it's called) | 00:50 |
*** MrPingu has quit IRC | 00:51 | |
DocScrutinizer05 | incredible if there's no way to change user on commandline in windows | 00:51 |
beford | there used to be runas.exe | 00:51 |
DocScrutinizer05 | well, must relate to window and shell being just one process on that "OS" | 00:51 |
DocScrutinizer05 | aaaah, runas.exe :-) | 00:52 |
beford | yea but since windows vista it's not only running as a different user, even if your user has administrator privileges, when you start a shell or app by default it doesn't have those privileges so there is this new "run as administrator" menu entry | 00:53 |
DocScrutinizer05 | sigh, yeah, they got those per-invocation requesters as a 'fix' for everybody and his dog usually running under admin rights anyway | 00:54 |
DocScrutinizer05 | right, I forgot | 00:54 |
beford | yea, UAC and people just disable it so heh | 00:55 |
beford | >> It aims to improve the security of Microsoft Windows by limiting application software to standard user privileges until an administrator authorizes an increase or elevation. << | 00:55 |
DocScrutinizer05 | right, UAC been the "name" | 00:55 |
DocScrutinizer05 | sounds a bit like aegis ;-P | 00:55 |
DocScrutinizer05 | only that with aegis, only Nokia can authorize elevate | 00:56 |
beford | and itsnotabigtruck :P | 00:57 |
*** Ian-- has quit IRC | 01:04 | |
*** Ian-- has joined #maemo | 01:07 | |
*** mase_76 has joined #maemo | 01:07 | |
*** mase76 has quit IRC | 01:11 | |
DocScrutinizer05 | indeed ;-) | 01:12 |
*** livelace has quit IRC | 01:12 | |
*** e-yes has quit IRC | 01:13 | |
*** OkropNick has quit IRC | 01:16 | |
*** valeriusN has left #maemo | 01:23 | |
DocScrutinizer05 | btw ((<Estel_> and year ago it had more competent community than 2 years ago... <Estel_> javispedro, well, from someone inside Maemo Community, thats the feeling)) actually I pretty much believe that's correct. Quite some part of "community" indeed came late and now thinks they are the smartest bunch ever, and all they have for those on whose shoulders they're standing is despise | 01:23 |
*** valeriusN has joined #maemo | 01:23 | |
DocScrutinizer05 | doesn't mean this is justified by anything though | 01:28 |
DocScrutinizer05 | s/that's correct/the second quote is correct/ | 01:29 |
*** Neutron8 has quit IRC | 01:29 | |
*** Neutron8 has joined #maemo | 01:30 | |
*** ced117 has quit IRC | 01:30 | |
*** |thunder has quit IRC | 01:38 | |
*** sambo7 has joined #maemo | 01:43 | |
*** |thunder has joined #maemo | 01:45 | |
*** guampa has joined #maemo | 01:57 | |
*** guampa is now known as Guest23120 | 01:57 | |
*** markinfo has quit IRC | 01:57 | |
*** Guest23120 has quit IRC | 01:58 | |
*** markinfo has joined #maemo | 01:58 | |
*** guampa_ has joined #maemo | 01:58 | |
*** guampa_ is now known as guampa | 02:00 | |
*** retro|cz has quit IRC | 02:03 | |
*** brzys has joined #maemo | 02:05 | |
*** mase_76 has quit IRC | 02:10 | |
*** mase76 has joined #maemo | 02:11 | |
*** markinfo has quit IRC | 02:32 | |
*** sambo7 has quit IRC | 02:33 | |
*** jhb1 has joined #maemo | 02:46 | |
*** jhb has quit IRC | 02:49 | |
*** mase76 has quit IRC | 02:51 | |
*** otep has joined #maemo | 02:53 | |
*** jonwil has joined #maemo | 02:53 | |
*** jhb1 has quit IRC | 02:57 | |
*** r00t|n900 has joined #maemo | 02:57 | |
*** florian has quit IRC | 03:13 | |
*** whsailing has joined #maemo | 03:15 | |
*** brzys has quit IRC | 03:15 | |
*** whsailing has left #maemo | 03:28 | |
*** krayon has quit IRC | 03:30 | |
*** Vibe has quit IRC | 03:30 | |
*** Vibe has joined #maemo | 03:31 | |
*** pauly has joined #maemo | 03:38 | |
*** pauly is now known as Guest52677 | 03:38 | |
*** Guest52677 is now known as pauly12 | 03:39 | |
*** Rantwolf has quit IRC | 03:39 | |
pauly12 | hello | 03:40 |
*** MacDrunk has joined #maemo | 03:41 | |
*** retro|cz has joined #maemo | 03:42 | |
*** githogori has quit IRC | 03:42 | |
*** MacDrunk has left #maemo | 03:42 | |
*** Gizmokid2005 has quit IRC | 03:44 | |
*** ArGGu^^ has quit IRC | 03:44 | |
*** Gizmokid2005 has joined #maemo | 03:48 | |
pauly12 | i miss the n900 | 03:48 |
pauly12 | no other phone takes raw pics | 03:49 |
*** ArGGu^^ has joined #maemo | 03:56 | |
*** pauly12 has quit IRC | 03:57 | |
*** ferdna has quit IRC | 04:02 | |
*** uen| has joined #maemo | 04:05 | |
jacekowski | so | 04:07 |
jacekowski | raw pics from shit senor are still shit | 04:07 |
jacekowski | sensor* | 04:07 |
jonwil | I have yet to see a cellphone camera sensor that is as good as even my fairly-entry-level Canon point & shoot | 04:08 |
jacekowski | raw is barely useful on DSLRs or other high end camera | 04:08 |
*** uen has quit IRC | 04:09 | |
*** uen| is now known as uen | 04:09 | |
*** Neutron8 has quit IRC | 04:09 | |
jacekowski | unfortunately, if your picture is overexposed/underexposed/broken in any other way - raw won't help you | 04:09 |
*** r00t|n900 has quit IRC | 04:12 | |
*** Neutron8 has joined #maemo | 04:12 | |
jacekowski | well, if picture i taken in good light you will have hard time telling difference between n900 and your camera if it's on standard 9x13 print | 04:13 |
jacekowski | is* | 04:13 |
*** TrD has quit IRC | 04:13 | |
jacekowski | if you have enough light there is a lot you can do even with bad sensor | 04:14 |
jonwil | My Canon is much better at taking far away shots with its 10x optical zoom | 04:14 |
jonwil | and much better at taking close up shots with its really good macro mode | 04:15 |
jacekowski | macro mode just enables close focusing | 04:16 |
jonwil | yes but not all cameras are good at it | 04:17 |
jonwil | Like the Sony I owned once (piece of junk that was) | 04:17 |
jacekowski | sony now makes good EVIL cameras | 04:17 |
jacekowski | and well, their DSLRs are not bad either | 04:18 |
jonwil | I would never buy another Sony product, not after some of the Sony crap I have bought over the years | 04:18 |
jacekowski | well, i've bough samsung point and shoot | 04:18 |
jacekowski | as a gift for someone | 04:19 |
jacekowski | and well, for the money, pictures are great | 04:19 |
jonwil | I would only ever buy Canon cameras, I have used several and they are good | 04:19 |
jacekowski | though my dslr that costs 10x as much takes better pictures | 04:19 |
jacekowski | but i'm well surprised how samsung got into doign everything electronic | 04:20 |
jacekowski | and they are good at it | 04:20 |
jonwil | I have a family member who swears by the Canon DSLRs (and is always putting new ones on his wishlist :) | 04:20 |
jacekowski | nikon is much better | 04:20 |
jacekowski | and backwards compatible with lenses from first nikon dslrs | 04:20 |
jonwil | I have both a Samsung LCD monitor and a Samsung LCD TV and they are really good | 04:20 |
jacekowski | though it's silly how much you have to pay for some of the features | 04:21 |
jacekowski | wifi - extra £150 | 04:21 |
Luke-Jr | meh, a camera's a camera. | 04:21 |
jacekowski | while samsung camera has it all and costs £130 in total | 04:21 |
jacekowski | Luke-Jr: it's not as simple as that | 04:21 |
jonwil | What I dont get is why cellphone companies seem to be rushing to put higher resolution sensors in their phones... When you increase the resolution like that but dont increase the physical size, less light hits each individual sensor and therefore the images aren't as good (especially in anything other than perfect light) | 04:24 |
jacekowski | people don't know that | 04:25 |
jacekowski | all they compare is megapixels | 04:25 |
*** LaoLang_cool has joined #maemo | 04:31 | |
SpeedEvil | It's not that simple. | 04:34 |
SpeedEvil | If you have a 5mm sensor, and then put double the number of photosensitive devices on it, the signal out does not change, unless the 'fill factor' changes. | 04:34 |
SpeedEvil | Surely - the individual noise per device changes - but once you 'bin' them into a resulting image, it does not change. | 04:35 |
SpeedEvil | Exceeding the lens resolution can have other plusses - it reduces the colour artifacts due to the bayer matrix. | 04:35 |
SpeedEvil | Also - go and look at the 'dpreview' review of the nokia 808 pureview | 04:36 |
*** Neutron8 has quit IRC | 04:37 | |
SpeedEvil | It's actually not terrible, even uncropped. | 04:38 |
*** Neutron8 has joined #maemo | 04:39 | |
*** Neutron9 has joined #maemo | 04:44 | |
*** Neutron8 has quit IRC | 04:44 | |
*** atlas has joined #maemo | 04:45 | |
*** nox- has quit IRC | 04:46 | |
*** lxp has joined #maemo | 04:49 | |
*** lxp1 has quit IRC | 04:51 | |
*** valeriusN has left #maemo | 04:53 | |
*** valeriusN has joined #maemo | 04:53 | |
*** mlwane has joined #maemo | 04:58 | |
*** ezisto has joined #maemo | 04:59 | |
*** ezisto has quit IRC | 04:59 | |
*** Neutron9 has quit IRC | 05:09 | |
*** Neutron9 has joined #maemo | 05:11 | |
*** iluminator105 has joined #maemo | 05:28 | |
iluminator105 | this smartreflex is that built into kernel after 50 or you have to install it separately | 05:29 |
*** valeriusN has left #maemo | 05:29 | |
*** valeriusN has joined #maemo | 05:30 | |
DocScrutinizer05 | smartreflex is some hw block in CPU, that automatically adjusts the PSU chip Vcore voltage according to clock speed the CPU runs at | 05:34 |
DocScrutinizer05 | you can enable/disable/configure that hw block | 05:34 |
DocScrutinizer05 | but on N900 "official" statement (for all I know) from Nokia is, smartreflex hardware is buggy and mustn't get used unless you accept instabilities or even worse effects on hw | 05:35 |
iluminator105 | how do you enable hw block | 05:35 |
DocScrutinizer05 | via a command to kernel, that sets some special control registers | 05:36 |
DocScrutinizer05 | iirc they are called auxiliary control registers | 05:36 |
DocScrutinizer05 | or did you mean how users can do that? | 05:37 |
iluminator105 | hmm... i meant how users can do that yea | 05:37 |
DocScrutinizer05 | for user there's some /sysfs/*/*/* node that you can write true/flase to | 05:37 |
DocScrutinizer05 | or 1/0 | 05:38 |
DocScrutinizer05 | there are other related sysfs nodes to configure the SR hw block | 05:38 |
DocScrutinizer05 | buzzword *volting | 05:38 |
DocScrutinizer05 | and efuse IIRC | 05:38 |
iluminator105 | also how can install cssu kernel to n900 as a new install wipe the old installation | 05:39 |
DocScrutinizer05 | basically there has to be a means to tell the SR hw block which voltage to program to the voltage regulators for the several possible OPP (Operation Points, aka clock speeds) | 05:39 |
*** nix900 has joined #maemo | 05:40 | |
DocScrutinizer05 | sorry, there's no official such thing like a cssu-kernel yet | 05:40 |
iluminator105 | so i would have to reset to factory setting then upgrade | 05:41 |
*** radic has quit IRC | 05:41 | |
*** radic_ has joined #maemo | 05:41 | |
*** radic_ is now known as radic | 05:41 | |
DocScrutinizer05 | there's powerkernel51 which works with CSSU as well as pk50 does, and there's freemangordon's thumb-enabled kernel which should basically be identical with PPK51 | 05:42 |
DocScrutinizer05 | iluminator105: I dunno what you plan to do, but I don't see any situation where you'd actually need to "reset to factory setting then upgrade" | 05:42 |
iluminator105 | i just have this ppp0 devel_adoc on internet connection that i just want to get rid of, they are on my internet connections at all times | 05:44 |
*** SmilyOrg has joined #maemo | 05:44 | |
DocScrutinizer05 | for cssu-thumb you'd need pk51/thumb-kernel | 05:44 |
DocScrutinizer05 | o.O | 05:45 |
DocScrutinizer05 | sorry, you lost me. No clue what's "ppp0 devel-adhoc" and how it might be related to cssu or update | 05:45 |
*** valeriusN has left #maemo | 05:47 | |
DocScrutinizer05 | maybe you managed to enable wifi injection drivers? | 05:47 |
*** valeriusN has joined #maemo | 05:47 | |
*** Guest70736 has quit IRC | 05:48 | |
DocScrutinizer05 | if that's the case, then a) you are already on bleeding-edge and nothing to update to, and b) you still had to enable those drivers manually afaik, and you could just revert what you did to do that | 05:48 |
iluminator105 | DocScrutinizer05, i dont how to get rid expect to reinstall to factory settings | 05:49 |
DocScrutinizer05 | reinstall factory settings means reflash rootfs+kernel, IOW go for flashing COMBINED in | 05:50 |
DocScrutinizer05 | ~flashing | 05:50 |
infobot | well, maemo-flashing is http://wiki.maemo.org/Updating_the_tablet_firmware | 05:50 |
iluminator105 | you lost me on cssu-thumb 2 byte code i get it but....i though if you install powerkernel thumb is installed as part of it | 05:50 |
DocScrutinizer05 | and - sorry no offense - it seems you should stay away from too much bleeding-edge stuff like that "cssu-kernel", injection drivers, etc. They are not meant for end users that run into problems with disabling resp handling them | 05:51 |
DocScrutinizer05 | most recent powerkernel comes with a patch for thumb executables | 05:52 |
iluminator105 | agreed | 05:52 |
DocScrutinizer05 | user can enable and disable that patch | 05:52 |
DocScrutinizer05 | that doesn't mean you may disable patch to revert to previous state | 05:53 |
DocScrutinizer05 | since then all your thumb binaries in userland that you installed will start segfaulting like mad | 05:53 |
iluminator105 | well thing is i made some changes to n900 i dont know what changes i made, i want to revert factory state then keep a journal of changes i made as i go | 05:54 |
DocScrutinizer05 | then flashing is the only way for you to recover to known state | 05:54 |
DocScrutinizer05 | ~flashing | 05:55 |
infobot | well, maemo-flashing is http://wiki.maemo.org/Updating_the_tablet_firmware | 05:55 |
iluminator105 | i am already in cssu kernel i wanna just overclock 800mzh nothing too crazy i dont wanna do thumb or anything 800mzh with smart reflex thats all | 05:55 |
DocScrutinizer05 | reflash to plain vanilla maemo5 PR1.3 | 05:56 |
DocScrutinizer05 | then from that factory default go on and do your changes as you like | 05:56 |
*** Jucato has quit IRC | 05:57 | |
*** kimitake_idle has quit IRC | 05:57 | |
DocScrutinizer05 | for what you just stated you want to do, you'll probably want to install powerkernel50 or 51 | 05:57 |
*** jonwil has quit IRC | 05:58 | |
DocScrutinizer05 | which is a precondition to do overclocking | 05:58 |
DocScrutinizer05 | (though honestly I personally would prefer thumb over OC every day) | 05:59 |
DocScrutinizer05 | but thumb is still quite experimental | 06:00 |
DocScrutinizer05 | anyway, first step: flashing COMBINED fiasco image. good luck | 06:01 |
iluminator105 | thumb seems complicated more chances of an error | 06:01 |
DocScrutinizer05 | rather first first step: do a proper full backup, preferrably by backupmenu | 06:02 |
DocScrutinizer05 | (thumb) yes, it's still experimental and thus not exactly a streamlined user experience | 06:02 |
DocScrutinizer05 | for installation | 06:02 |
DocScrutinizer05 | regarding backup, you probably don't even want to restore too much of your current system state. So maybe get the backup just for best practice and in case you mess something up or need to recover some data after flashing. Other than that purpose, your approach to redo all changes manually and write a proper log about what you did is better idea than restoring too much of what you wanted to get rid of | 06:06 |
*** Gh0sty has quit IRC | 06:19 | |
*** Gh0sty has joined #maemo | 06:20 | |
*** Vanadis__ has joined #maemo | 06:41 | |
*** Vanadis has quit IRC | 06:44 | |
Macer | i want my blu ecigs :-/ | 06:50 |
Macer | i can see it now. a total act of desperation forcing me to use usb host mode on my n900 just to charge the ecig pack | 06:50 |
*** iluminator105 has quit IRC | 06:53 | |
*** npm_ has quit IRC | 06:59 | |
*** npm_ has joined #maemo | 07:00 | |
beford | i've not had a crash using thumb | 07:00 |
*** GNUton-BNC has quit IRC | 07:07 | |
*** GNUton-BNC has joined #maemo | 07:08 | |
*** kimitake has joined #maemo | 07:13 | |
*** ferdna has joined #maemo | 07:32 | |
*** kov_ has joined #maemo | 07:33 | |
*** hardaker has quit IRC | 07:34 | |
*** kov_ has quit IRC | 07:35 | |
*** guampa has quit IRC | 08:05 | |
*** ferdna has quit IRC | 08:25 | |
*** auenfx4 has quit IRC | 08:38 | |
*** auenf has joined #maemo | 08:39 | |
*** kimitake is now known as kimitake_idle | 08:41 | |
*** nix900 has quit IRC | 09:13 | |
*** hazchemix has joined #maemo | 09:24 | |
*** githogori has joined #maemo | 09:33 | |
*** e-yes has joined #maemo | 09:40 | |
*** LaoLang_cool has quit IRC | 09:41 | |
*** dhbiker has joined #maemo | 09:41 | |
*** LaoLang_cool has joined #maemo | 09:41 | |
*** livelace has joined #maemo | 10:10 | |
*** RP_ has quit IRC | 10:10 | |
*** RP_ has joined #maemo | 10:11 | |
*** RP_ has quit IRC | 10:16 | |
*** ChikuLinu__ has joined #maemo | 10:16 | |
*** TrD has joined #maemo | 10:16 | |
*** Chiku|dc has quit IRC | 10:20 | |
*** Pali has joined #maemo | 10:23 | |
*** zsolt_hun has joined #maemo | 10:24 | |
zsolt_hun | hi there.try to boot nitrdroid with uboot,but it cant recognize vmlinuz,bad format | 10:25 |
zsolt_hun | i'm stuck with bootloaders and now don't have an idea which one is better | 10:26 |
*** florian has joined #maemo | 10:28 | |
*** utanapischti has quit IRC | 10:29 | |
*** Rantwolf has joined #maemo | 10:29 | |
*** utanapischti has joined #maemo | 10:29 | |
*** OkropNick has joined #maemo | 10:31 | |
*** zsolt_hun has quit IRC | 10:32 | |
*** zsolt_hun has joined #maemo | 10:36 | |
*** RP_ has joined #maemo | 10:37 | |
*** RP_ has quit IRC | 10:46 | |
*** RP_ has joined #maemo | 10:46 | |
*** onekenthomas has quit IRC | 10:53 | |
*** onekenthomas has joined #maemo | 10:57 | |
*** valeriusN has left #maemo | 11:09 | |
*** valeriusN has joined #maemo | 11:09 | |
*** RST38h has joined #maemo | 11:27 | |
*** NIN101 has joined #maemo | 11:36 | |
*** sirdancealot7 has joined #maemo | 11:40 | |
*** onekenthomas has quit IRC | 11:45 | |
*** netkat has joined #maemo | 11:52 | |
*** Pali has quit IRC | 12:02 | |
*** alehorst has quit IRC | 12:04 | |
*** alehorst has joined #maemo | 12:06 | |
*** Pali has joined #maemo | 12:07 | |
*** Pali has quit IRC | 12:15 | |
*** Pali has joined #maemo | 12:18 | |
*** jhb has joined #maemo | 12:19 | |
*** e-yes has quit IRC | 12:23 | |
*** freemangordon has quit IRC | 12:30 | |
*** ced117 has joined #maemo | 12:30 | |
*** ced117 has quit IRC | 12:30 | |
*** ced117 has joined #maemo | 12:30 | |
*** TrD has quit IRC | 12:34 | |
*** TrD has joined #maemo | 12:34 | |
*** Zuccace has joined #maemo | 12:37 | |
*** Elleo has quit IRC | 12:37 | |
*** Elleo has joined #maemo | 12:38 | |
*** Elleo has joined #maemo | 12:38 | |
*** florian has quit IRC | 12:38 | |
*** jhb1 has joined #maemo | 12:40 | |
*** Zucca has quit IRC | 12:41 | |
*** beford has quit IRC | 12:42 | |
*** jhb has quit IRC | 12:44 | |
*** brzys has joined #maemo | 12:44 | |
*** TrD` has joined #maemo | 12:45 | |
*** freemangordon has joined #maemo | 12:45 | |
*** sq-one has joined #maemo | 12:47 | |
*** jhb1 has quit IRC | 12:49 | |
*** TrD has quit IRC | 12:49 | |
*** florian has joined #maemo | 12:52 | |
*** florian has joined #maemo | 12:52 | |
*** hazchemix has quit IRC | 13:01 | |
*** brzys has quit IRC | 13:01 | |
*** jhb has joined #maemo | 13:02 | |
*** iDont has joined #maemo | 13:02 | |
*** valeriusN has left #maemo | 13:03 | |
*** brzys has joined #maemo | 13:03 | |
*** valeriusN has joined #maemo | 13:06 | |
*** TrD` has quit IRC | 13:07 | |
*** sq-one has quit IRC | 13:09 | |
*** GNUton-BNC has quit IRC | 13:10 | |
*** GNUton-BNC has joined #maemo | 13:10 | |
*** thomasjfox has joined #maemo | 13:15 | |
*** mlwane has quit IRC | 13:21 | |
*** mlwane has joined #maemo | 13:26 | |
*** jhb has quit IRC | 13:41 | |
*** e-yes has joined #maemo | 14:00 | |
*** brzys has quit IRC | 14:05 | |
*** maybeArgh has joined #maemo | 14:05 | |
*** maybeWTF has quit IRC | 14:08 | |
*** florian has quit IRC | 14:19 | |
*** croppa has quit IRC | 14:37 | |
*** HtheB has joined #maemo | 14:40 | |
*** Jucato has joined #maemo | 14:49 | |
*** HtheB has quit IRC | 14:54 | |
*** FIQ has quit IRC | 15:01 | |
*** FIQ has joined #maemo | 15:01 | |
*** cyborg-one has quit IRC | 15:03 | |
*** alehorst has quit IRC | 15:05 | |
*** alehorst has joined #maemo | 15:07 | |
*** Zuccace has quit IRC | 15:10 | |
*** Zucca has joined #maemo | 15:10 | |
*** jean_brat has joined #maemo | 15:14 | |
*** LaoLang_cool has quit IRC | 15:15 | |
*** brzys has joined #maemo | 15:27 | |
*** retro|cz has quit IRC | 15:31 | |
*** retro|cz has joined #maemo | 15:42 | |
*** cyborg-one has joined #maemo | 15:49 | |
*** FIQ has quit IRC | 15:49 | |
*** FIQ has joined #maemo | 15:50 | |
*** Darkchaos has joined #maemo | 15:53 | |
*** sq-one has joined #maemo | 15:55 | |
*** GNUton-BNC has quit IRC | 16:04 | |
*** GNUton-BNC has joined #maemo | 16:04 | |
*** atlas has quit IRC | 16:16 | |
*** hardaker has joined #maemo | 16:19 | |
kerio | hm, what's the best way to make a simple debian chroot jail? | 16:21 |
kerio | i don't want the whole of easy debian | 16:21 |
DocScrutinizer05 | depends on what you need | 16:22 |
DocScrutinizer05 | man chroot | 16:23 |
*** thomasjfox has quit IRC | 16:23 | |
DocScrutinizer05 | or rather info chroot | 16:25 |
*** Jade is now known as Jade` | 16:26 | |
*** Jade` is now known as Jade | 16:26 | |
NIN101 | I would say using debootstrap | 16:27 |
kerio | NIN101: does it work if the host is not debian but only debian-ish? | 16:29 |
DocScrutinizer05 | kerio: see info chroot | 16:30 |
DocScrutinizer05 | it depends on what you want to run in your "jail" | 16:30 |
*** ThreeM has quit IRC | 16:30 | |
DocScrutinizer05 | chroot is a pretty simple and easy to grok concept | 16:31 |
NIN101 | iirc I deboostraped debian sid from maemo | 16:31 |
*** ThreeM has joined #maemo | 16:35 | |
DocScrutinizer05 | kerio: otoh if you bindmount /* to /mychroot/*, you get a "jail" that's basically capable of doing everything and not restricted in any regard, so basically useless. The question is what you want to protect by your jail/chroot | 16:38 |
kerio | well, i want to protect the maemoness of my system | 16:38 |
DocScrutinizer05 | and which components/devices of "server" system your binary running in chroot "client" needs access to | 16:39 |
kerio | debianness :) | 16:39 |
*** ThreeM has quit IRC | 16:41 | |
*** sq-one has quit IRC | 16:41 | |
DocScrutinizer05 | on N900 one of the major usecases for a chroot is to move rootfs / to eMMC where you got no problems with lack of free storage space | 16:42 |
kerio | well no, you would just move the rootfs there :) | 16:42 |
DocScrutinizer05 | well, sorry. I can't help you there | 16:42 |
DocScrutinizer05 | too few input to start thinking about your problem | 16:42 |
kerio | i *am* aware of how chroot jails work, i just wanted to know if there was a preferred way of doing it | 16:43 |
kerio | hmm, there *is* such a thing as "easychroot" | 16:45 |
kerio | (the thing easydebian uses) | 16:45 |
*** ThreeM has joined #maemo | 16:45 | |
NIN101 | I would just go with debootstrap, it's one command and you get a minimal debian... | 16:46 |
kerio | NIN101: easychroot is just a bunch of scripts to use chroot jails apparently | 16:47 |
DocScrutinizer05 | what else? | 16:54 |
*** ThreeM has quit IRC | 16:54 | |
DocScrutinizer05 | there's simply not more to chroot than that | 16:54 |
kerio | DocScrutinizer05: oh god lol | 16:55 |
kerio | user ALL = NOPASSWD: ALL | 16:55 |
DocScrutinizer05 | I know ;-P | 16:55 |
kerio | that's in "/etc/sudoers.d/chroot.sudoers" in the easy-chroot package | 16:55 |
DocScrutinizer05 | ~jrtools | 16:55 |
infobot | jrtools is, like, http://wiki.maemo.org/User:Joerg_rw/tools | 16:55 |
kerio | no, no | 16:55 |
kerio | THIS SHIT ENABLES PASSWORDLESS SUDO WITHOUT WARNING | 16:55 |
kerio | what the fuck | 16:55 |
DocScrutinizer05 | well, seems chroot.sudores took a bad example | 16:56 |
NIN101 | windows xp. | 16:56 |
kerio | i mean, this is in extras | 16:56 |
DocScrutinizer05 | I thought rootsh looks pretty similar | 16:56 |
kerio | yeah | 16:56 |
kerio | but at least that gives out a warning | 16:56 |
kerio | i wouldn't've known about this crap | 16:57 |
DocScrutinizer05 | fools with no idea about sudo and security | 16:57 |
kerio | also haha, easy-chroot installs its own /sbin/chroot | 16:57 |
kerio | as /sbin/qchroot | 16:57 |
kerio | probably because of messybox | 16:57 |
DocScrutinizer05 | :-o | 16:57 |
kerio | oh no, nvm | 16:57 |
kerio | it's just a shell script that chroots with bells and whistles and insecurity | 16:58 |
*** Pali has quit IRC | 16:58 | |
kerio | mount -o bind /dev "$CHROOT/dev" | 16:58 |
kerio | oh HELL NAW | 16:58 |
DocScrutinizer05 | well, that's where chroot details start | 16:58 |
kerio | yeah but you don't... do that | 16:58 |
DocScrutinizer05 | do you want to grant your jailed binary access to real devices or not | 16:59 |
kerio | maybe not *all* of them | 16:59 |
kerio | i mean, i suppose it's actually fine | 16:59 |
kerio | once you have root you can mknod anyway | 16:59 |
freemangordon | guys, a stupid question, when typing with virtual keyboard and word prediction turned on, how to use what is predicted? | 17:01 |
DocScrutinizer05 | ((<kerio> maybe not *all* of them)) that's why I asked what you want to do in your chroot | 17:08 |
kerio | DocScrutinizer05: i don't actually know, i feel content with fremantle as it is | 17:08 |
kerio | \_o_/ | 17:08 |
DocScrutinizer05 | well, I think you know pretty good how to set up a chroot for your needs | 17:08 |
DocScrutinizer05 | :-) | 17:08 |
kerio | =D | 17:08 |
kerio | well, i actually kinda do | 17:09 |
*** ludens has quit IRC | 17:09 | |
DocScrutinizer05 | the only problem is you should get to know your needs then | 17:09 |
kerio | i suppose so | 17:10 |
MohammadAG | freemangordon, tap as if moving cursor | 17:10 |
Sicelo | kewl. /me never knew either | 17:11 |
MohammadAG | freemangordon, testing <--tap here | 17:11 |
*** mase76 has joined #maemo | 17:15 | |
freemangordon | MohammadAG: thanks | 17:19 |
*** ThreeM has joined #maemo | 17:23 | |
DocScrutinizer05 | a common step for mankind, but a giant leap for you, man! (in memoriam Niel Armstrong) | 17:24 |
*** ludens has joined #maemo | 17:24 | |
*** ludens has quit IRC | 17:30 | |
*** ludens has joined #maemo | 17:35 | |
*** ThreeM has quit IRC | 17:39 | |
*** ludens has quit IRC | 17:42 | |
*** DocScrutinizer05 has quit IRC | 17:42 | |
*** DocScrutinizer05 has joined #maemo | 17:42 | |
*** sLumPia has joined #maemo | 17:56 | |
*** ludens has joined #maemo | 17:56 | |
*** alehorst has quit IRC | 18:06 | |
*** alehorst has joined #maemo | 18:08 | |
*** DHR has joined #maemo | 18:16 | |
*** MrPingu has joined #maemo | 18:17 | |
*** valeriusM has quit IRC | 18:21 | |
MrPingu | Anyone experienced constant shutdowns after 10 mins of uptime or less on N900? | 18:36 |
*** nix900 has joined #maemo | 18:37 | |
MrPingu | Suddenly, really suddenly... when I am in maemo or bootmenu it just shutdowns the whole time... Luckily backupmenu works on mass storage... | 18:38 |
joga | hmh...nope | 18:39 |
kerio | MrPingu: overclocked? | 18:39 |
MrPingu | Nope | 18:39 |
kerio | full reflash and try again | 18:39 |
kerio | if it still does that, then it's borked | 18:39 |
MrPingu | but I have 36000 wakeups :D | 18:39 |
joga | in powertop? | 18:39 |
kerio | otherwise, you messed up something that the watchdog expects | 18:39 |
MrPingu | yeah | 18:40 |
MrPingu | Well, let's tell the story from the start | 18:40 |
MrPingu | Yesterday night went to bed, woke up this morning -> Everything fine | 18:40 |
*** atlas has joined #maemo | 18:41 | |
MrPingu | from 8 am to 12 it worked nicely | 18:41 |
MrPingu | then I wanted to check time around 14:00 | 18:41 |
*** valeriusM has joined #maemo | 18:41 | |
MrPingu | phone not responding, battery dead | 18:41 |
MrPingu | Swapped battery with full one, 10 mins later phone off again | 18:42 |
MrPingu | checked battery in other phone was full for about 70% | 18:42 |
MrPingu | Guess I need a reflash but it's just odd | 18:43 |
MrPingu | restoring backup from backupmenu (1week old)didn't help either | 18:43 |
*** sambo7 has joined #maemo | 18:45 | |
MrPingu | What can go wrong so suddenly? I mean I didn't even touch my phone... | 18:45 |
Sicelo | modem | 18:46 |
MrPingu | Sicelo: Any fix or do I need to reflash? | 18:47 |
*** NIN101 has quit IRC | 18:48 | |
Sicelo | i don't know. i was just mentioning that modem can sometimes be a culprit here. i wouldn't immediately suggest a reflash. see if you can't get people like DocScrutinizer05, freemangordon, etc | 18:49 |
*** NIN101 has joined #maemo | 18:49 | |
*** valeriusM has quit IRC | 18:50 | |
DocScrutinizer05 | MrPingu: you got KP51? | 18:51 |
MrPingu | cssu3 | 18:51 |
DocScrutinizer05 | ? | 18:51 |
MrPingu | = KP51 from what I heard | 18:51 |
*** Ionakka has joined #maemo | 18:51 | |
kerio | MrPingu: do you have something in dmesg? | 18:52 |
DocScrutinizer05 | well, I totally lost track of this cssu-kernel stuff, actually there's no official cssu-kernel for plain CSSU-T/S | 18:52 |
MrPingu | I am on thumb ;) | 18:52 |
MrPingu | Anyway from what FMG told, cssu3 = KP51 | 18:52 |
DocScrutinizer05 | I guess your problems are with KP, bme, bq24150.ko and related stuff | 18:52 |
DocScrutinizer05 | we've seen several such reports lately | 18:53 |
kerio | maaaaaaaaan | 18:53 |
kerio | that's FUD-ish | 18:53 |
DocScrutinizer05 | kerio: that's summary of events / reports of last few weeks | 18:53 |
MrPingu | DocScrutinizer05, I didn't play with bme bq245150.ko. Can it go insane without interaction? | 18:54 |
DocScrutinizer05 | that's the huge mystery | 18:54 |
kerio | in theory, no | 18:54 |
MrPingu | damnit, now this brick doesn't even turn on | 18:54 |
kerio | the module is blacklisted | 18:54 |
MrPingu | oh nvm, act-dead state -.- | 18:55 |
kerio | haha | 18:55 |
kerio | yep, definetely bq24k.ko problem | 18:55 |
DocScrutinizer05 | MrPingu: yeah, exactly in line with what we heard from other similar reports. Remove battery, reinsert after >60s, should reboot then | 18:55 |
kerio | DocScrutinizer05: after 60s? what's that time? | 18:56 |
kerio | bupbat fail? | 18:56 |
DocScrutinizer05 | probably discharge time for Vbat buffer capacitors | 18:56 |
kerio | capacitors losing power? | 18:56 |
kerio | i see | 18:56 |
Sicelo | ah, same issue as Estel had | 18:56 |
DocScrutinizer05 | I strongly suggest to roll back to KP50 | 18:57 |
kerio | :c | 18:57 |
MrPingu | Still 14000 wakeups, not a sane value | 18:58 |
DocScrutinizer05 | causede by whom? | 18:58 |
DocScrutinizer05 | -e | 18:58 |
MrPingu | How to see that? | 19:00 |
*** mase_76 has joined #maemo | 19:00 | |
DocScrutinizer05 | I'd bet it's I2C, bme, and/or kernel bq24150 | 19:00 |
DocScrutinizer05 | MrPingu: powertop | 19:00 |
DocScrutinizer05 | MrPingu: how do you see the 14k wakeups? | 19:00 |
MrPingu | I understand but how to see from what they come? | 19:01 |
DocScrutinizer05 | once there's IRQs listed with count, and then there's list of processes with count | 19:01 |
MrPingu | DMA - 7126 | 19:01 |
MrPingu | I2c_omap - 3339 | 19:02 |
MrPingu | gp - 2386 | 19:02 |
kerio | what's gp? | 19:02 |
MrPingu | you tell me :P | 19:02 |
DocScrutinizer05 | graphics processor? not sure | 19:02 |
DocScrutinizer05 | or general purpose | 19:03 |
*** NIN101 has quit IRC | 19:03 | |
DocScrutinizer05 | I2C is kinda high | 19:03 |
MrPingu | Anyway you are right i2c_omap is gone ape | 19:04 |
DocScrutinizer05 | dma for sure too | 19:04 |
MrPingu | It's even listed twice in IRQ table ;p | 19:04 |
DocScrutinizer05 | is that 56 or 57 | 19:04 |
DocScrutinizer05 | ? | 19:04 |
DocScrutinizer05 | there are two I2C busses | 19:04 |
*** NIN101 has joined #maemo | 19:04 | |
MrPingu | The highest is 56 | 19:04 |
MrPingu | the one lower in the table is 57 | 19:05 |
DocScrutinizer05 | 56 | 2650 | INTC | i2c_omap | 19:05 |
DocScrutinizer05 | 12 | 601 | INTC | DMA | 19:05 |
DocScrutinizer05 | 37 | 493 | INTC | gp | 19:05 |
DocScrutinizer05 | 57 | 328 | INTC | i2c_omap | 19:05 |
DocScrutinizer05 | PID# | Activity | Name | Function Entry (Expire) | 19:06 |
DocScrutinizer05 | --------+------------+----------------+--------------------------- | 19:06 |
DocScrutinizer05 | 0 | 270 | <kernel core> | tick_nohz_restart_sched_tick (tick_sched_timer) | 19:06 |
DocScrutinizer05 | 37 | 68D| awk | cpufreq_governor_dbs (delayed_work_timer_fn) | 19:07 |
DocScrutinizer05 | 0 | 65 | <kernel core> | hrtimer_start (tick_sched_timer) | 19:07 |
DocScrutinizer05 | 548 | 36 | wl12xx | schedule_timeout (process_timeout) | 19:07 |
DocScrutinizer05 | this is with device idle, on fastcharger | 19:07 |
MrPingu | Mine is on pc, on idle too | 19:08 |
DocScrutinizer05 | so what are your top 3 PIDæactivity|name? | 19:08 |
MrPingu | C# | Ratio | Avg/dura | Frequency | Ratio | 19:09 |
MrPingu | --------+--------+----------+-----------+--------+ | 19:09 |
MrPingu | C0 | 2.4% | | 1150 MHz | nan% | | 19:09 |
MrPingu | C1 | 97.5% | 14.2ms | | 19:09 |
MrPingu | That's just not normal :O | 19:09 |
DocScrutinizer05 | nah, not that | 19:09 |
MrPingu | PID USER PR NI VIRT RES SHR S PU %MEM TIME+ COMMAND | 19:10 |
MrPingu | 2276 root 20 0 2296 1140 896 R 2.0 0.5 0:00.49 top | 19:10 |
MrPingu | 10 root 20 0 0 0 0 S 0.7 0.0 0:03.52 omap2_mcspi | 19:10 |
MrPingu | 1707 user 20 0 56196 10m 6728 S 0.3 4.5 0:07.02 hildon-home | 19:10 |
DocScrutinizer05 | but yes, it's normal | 19:10 |
MrPingu | I know | 19:10 |
MrPingu | C1 normal? | 19:10 |
DocScrutinizer05 | yep | 19:10 |
*** hazchemix has joined #maemo | 19:10 | |
DocScrutinizer05 | if on charger | 19:10 |
MrPingu | oh duh, it's on charger... | 19:10 |
MrPingu | forget a little detail xD | 19:11 |
DocScrutinizer05 | MrPingu: please deliver top 3 from powertop, not frpm ps | 19:11 |
MrPingu | PID# | Activity | Name | Function Entry (Expire) | 19:11 |
MrPingu | --------+------------+----------------+--------------------------- | 19:11 |
*** valeriusM has joined #maemo | 19:11 | |
MrPingu | 38 | 36D| awk | cpufreq_governor_dbs (delayed_work_timer_fn) | 19:11 |
MrPingu | 1272 | 27 | bme_RX-51 | sys_timer_settime (posix_timer_fn) | 19:11 |
MrPingu | 0 | 23 | <kernel core> | tick_nohz_restart_sched_tick (tick_sched_timer) | 19:11 |
DocScrutinizer05 | duh, pretty little activity there | 19:12 |
DocScrutinizer05 | I'm missing 0 | 270 | <kernel core> | tick_nohz_restart_sched_tick (tick_sched_timer) | 19:12 |
DocScrutinizer05 | somebody thought it was a good idea to mess with nohz in PK51? | 19:13 |
DocScrutinizer05 | err nevermind, it's third in your list | 19:14 |
*** brzys has quit IRC | 19:14 | |
MrPingu | Seems device cooled down a bit... | 19:15 |
DocScrutinizer05 | anyway for reboots, you should check dsme protocol | 19:15 |
MrPingu | dsme wdd: Error reading R&D mode flags, WD kicking enabled | 19:15 |
MrPingu | dsme wdd: Error opening WD /dev/twl4030_wdt: Device or resource busy | 19:16 |
MrPingu | dsme wdd: Error opening WD /dev/watchdog: Device or resource busy | 19:16 |
MrPingu | dsme wdd: no WD's opened; WD kicking disabled | 19:16 |
MrPingu | dsme wdd: Entering main loop, with 12 s interval | 19:16 |
MrPingu | is that normal? | 19:16 |
Sicelo | how did you get that? | 19:16 |
DocScrutinizer05 | not really I think | 19:16 |
MrPingu | running dsme | 19:16 |
DocScrutinizer05 | err, *running* dsme? | 19:16 |
DocScrutinizer05 | please check /var/lib/dsme/stats/lifeguard_restarts | 19:17 |
*** hardaker has quit IRC | 19:17 | |
MrPingu | Nokia-N900:/var/lib/dsme/stats# cat lifeguard_restarts | 19:18 |
MrPingu | /usr/bin/ohm-session-agent: 1 | 19:18 |
MrPingu | /usr/sbin/alarmd.wrapper : 1 | 19:18 |
MrPingu | /sbin/mce --force-syslog: 1 | 19:18 |
MrPingu | /usr/bin/camera-ui: 2 | 19:18 |
MrPingu | /usr/bin/mafw-dbus-wrapper mafw-gst-renderer: 1 | 19:18 |
MrPingu | /usr/bin/hildon-home: 12 | 19:18 |
MrPingu | /usr/bin/hildon-desktop: 3 | 19:18 |
MrPingu | /usr/bin/osso-abook-home-applet: 13 | 19:18 |
MrPingu | /usr/bin/hildon-status-menu: 18 | 19:18 |
MrPingu | /usr/bin/systemui: 19 | 19:18 |
MrPingu | /usr/sbin/browserd -d: 18 | 19:18 |
MrPingu | /usr/bin/hildon-input-method: 1 | 19:18 |
DocScrutinizer05 | not really relevant, just check what counted up after next faulty reboot | 19:18 |
Sicelo | runniing dsme should give you those errors on an OK device. the watchdog is indeed busy (with first dsme instance) | 19:19 |
DocScrutinizer05 | yep | 19:19 |
DocScrutinizer05 | dsme isn't meant to get started twice | 19:19 |
MrPingu | :) | 19:19 |
DocScrutinizer05 | anyway I don't see any bme related reboots in your lifeguard_restarts | 19:20 |
MrPingu | Now, if i remove the charger would it shutdown itself again? | 19:20 |
DocScrutinizer05 | if it's on and active, it mustn't shut down on removing charger | 19:20 |
MrPingu | Well it happend me thrice today, put phone away -> then come back phone off | 19:21 |
MrPingu | That's how I ended up with this chat :P | 19:21 |
Sicelo | if it's kernel, mos likely you should have a log in mtd2 iirc | 19:22 |
DocScrutinizer05 | MrPingu: please check syslog | 19:22 |
DocScrutinizer05 | and mtd2 as Sicelo suggests | 19:22 |
MrPingu | Looked in mtd2 but didn't see anything special, at first glance | 19:24 |
DocScrutinizer05 | MrPingu: search in syslog for last "syslogd 1.5.0#5maemo7+0m5: restart." | 19:24 |
MrPingu | syslog, sorry where could I find that? | 19:25 |
DocScrutinizer05 | see what's the last few lines *before* that | 19:25 |
DocScrutinizer05 | /var/log/syslog | 19:25 |
DocScrutinizer05 | if you have ksyslogd installed | 19:25 |
MrPingu | nope | 19:25 |
DocScrutinizer05 | too bad | 19:25 |
DocScrutinizer05 | go install it | 19:25 |
MrPingu | on my way sir | 19:25 |
*** atlas has quit IRC | 19:25 | |
DocScrutinizer05 | :-) | 19:25 |
MrPingu | tools or sdk repo? | 19:25 |
DocScrutinizer05 | err, always tools if in question | 19:26 |
MrPingu | Ah, une moment | 19:26 |
DocScrutinizer05 | sysklogd - System Logging Daemon | 19:26 |
DocScrutinizer05 | 500 https://downloads.maemo.nokia.com ./ Packages | 19:27 |
DocScrutinizer05 | sysklogd: | 19:27 |
DocScrutinizer05 | Installed: 1.5-5maemo7+0m5 | 19:27 |
DocScrutinizer05 | apt-get install sysklogd | 19:28 |
DocScrutinizer05 | probably even in extras-devel | 19:28 |
DocScrutinizer05 | or extras | 19:29 |
MrPingu | I don't think so | 19:29 |
MrPingu | couldn't find it :P | 19:29 |
DocScrutinizer05 | or nokia core repo | 19:29 |
DocScrutinizer05 | http://maemo.org/packages/view/sysklogd/ | 19:30 |
DocScrutinizer05 | Fremantle nokia-applications explicit armel | 19:31 |
MrPingu | Never heard of that repo | 19:31 |
DocScrutinizer05 | Fremantle SDK free armel | 19:31 |
MrPingu | Yeah, saw it | 19:31 |
MrPingu | not in tools but sdk | 19:31 |
DocScrutinizer05 | Fremantle SDK tools free armel | 19:31 |
DocScrutinizer05 | Maemo 5 device SSU repository (>= PR1.2) | 19:32 |
kerio | hm, i don't have nokia-applications | 19:32 |
*** valeriusN has quit IRC | 19:32 | |
MrPingu | Me neither... | 19:32 |
MrPingu | BTW, I see some kernel-panics in mtd2 | 19:32 |
DocScrutinizer05 | just quoting http://maemo.org/packages/view/sysklogd/ | 19:33 |
DocScrutinizer05 | :nod: | 19:33 |
DocScrutinizer05 | do they have timestamps? | 19:33 |
DocScrutinizer05 | so you could actually tell when they happened | 19:33 |
MrPingu | No timestamps I believe | 19:34 |
MrPingu | but they do have some numbers in front... | 19:34 |
DocScrutinizer05 | yeah, alas there's no decent tool to read out mtdoops | 19:34 |
DocScrutinizer05 | at least I'm not aware of any | 19:35 |
DocScrutinizer05 | ability to read is a clear advantage ;-P | 19:36 |
DocScrutinizer05 | http://maemo.org/packages/view/sp-oops-extract/ | 19:36 |
MrPingu | Should I install that aswel? | 19:36 |
DocScrutinizer05 | nfc, just this minute discovered it | 19:37 |
DocScrutinizer05 | ;-D | 19:37 |
MrPingu | Installing syslogd now | 19:37 |
DocScrutinizer05 | ;-DIroN900:~# sp-oops-extract /dev/mtd2 | 19:38 |
DocScrutinizer05 | looks somewhat decent | 19:38 |
MrPingu | seems device is gone sane again | 19:39 |
MrPingu | I mean, more than 10 min uptime now without charger :) | 19:39 |
DocScrutinizer05 | *might* be trackerd hogging IO and thus causing system critical process to freeze which in turn triggers DSME lifeguard WD | 19:41 |
*** netkat has quit IRC | 19:41 | |
MrPingu | might be, but I have lowmemorymode thicked + throttle to 10 | 19:41 |
DocScrutinizer05 | but no idea how that naive explanation might fit into act_dead problem | 19:41 |
MrPingu | Wakeups are still somewhat high | 19:42 |
MrPingu | 7700 | 19:42 |
DocScrutinizer05 | yeah, kinda high | 19:43 |
DocScrutinizer05 | where from do you read those? | 19:43 |
MrPingu | damn | 19:43 |
MrPingu | if you are speaking of the devil... | 19:44 |
MrPingu | screen went black | 19:44 |
MrPingu | device off... | 19:44 |
DocScrutinizer05 | now is the time of syslog | 19:44 |
MrPingu | Installed at the right moment | 19:45 |
DocScrutinizer05 | and comparing mtd2 to what it been before | 19:45 |
MrPingu | it skips the dots... | 19:45 |
DocScrutinizer05 | and checking dsme lifeguard reset stats | 19:45 |
MrPingu | but asked for pin | 19:45 |
MrPingu | hildon-home coming up :) | 19:46 |
MrPingu | ls | 19:46 |
MrPingu | whoops | 19:46 |
MrPingu | Can't get to app launcher :o | 19:46 |
DocScrutinizer05 | sorry, afk | 19:48 |
DocScrutinizer05 | bbl | 19:48 |
Estel_ | MrPingu, whats the problem? | 19:48 |
Estel_ | I saw in backscroll, that it's something related to what I had? | 19:48 |
Estel_ | merlin1991, ping | 19:49 |
MrPingu | Just acting weird regarding battery, odd shutdowns | 19:49 |
Estel_ | any problems in turning it on again? | 19:49 |
MrPingu | sometimes | 19:49 |
Estel_ | (other than empty battery, if it's the case) | 19:49 |
Estel_ | symptoms? how it acts, when You can't turn it on? | 19:49 |
MrPingu | act-dead mode | 19:49 |
Estel_ | as for kp51, I don't have any problems with battery life, it was just about turning on in act_dead instead of noprmal, which may be some mystery about my device hardware-wise, after all | 19:50 |
MrPingu | or just reboots after the dots | 19:50 |
Estel_ | hm | 19:50 |
DocScrutinizer05 | MrPingu: please don't mess with flasher options to "fix" it | 19:50 |
MrPingu | and random shutdowns while in maemo | 19:50 |
Estel_ | MrPingu, flasher options that DocScrutinizer05 have in mind are --set-rd-flag force-power-key - it make device to boot up as bootreason pwr_key always, so no act-dead | 19:51 |
MrPingu | DocScrutinizer05: Yes, sir! | 19:51 |
Estel_ | in my case, it works well, but of cours,e doesn't help finding cause of problem | 19:51 |
Estel_ | thats probably, why DocScrutinizer05 ask You for not doing it | 19:51 |
MrPingu | I had an extremely high number of wakeups | 19:51 |
MrPingu | ls | 19:51 |
Estel_ | but, You can always reset rd flags to normal, so if You need Your device reliable, you may turn this flag on, then, to help find problems, turn it off again | 19:52 |
Estel_ | yea, saw it | 19:52 |
Estel_ | well, in my case, no additional wakeups | 19:52 |
Estel_ | it's jsut that it booted in act_dead mode, and it was worse over time, i.e. harder and harder to turn it normal way | 19:52 |
MrPingu | DocScrutinizer05: Need to see my syslog? | 19:52 |
Estel_ | although, multimeter doesn't show anything special on usb lines | 19:52 |
Estel_ | and no other oddities during runtime. i've also, recently, did some crazy repair of Ir diode | 19:53 |
Estel_ | that lead to short between battery + and ground, fixed later | 19:53 |
MrPingu | Aug 26 18:53:03 Nokia-N900 kernel: [ 431.601623] HWRecoveryResetSGX: SGX Hardware Recovery triggere | 19:53 |
MrPingu | syslog is full of that | 19:53 |
Estel_ | shouldn't matter, but You can't filter out that something is still wrong | 19:53 |
Estel_ | MrPingu, forward it to Pali, for sure | 19:53 |
Estel_ | nothing like that in my syslog, at least for sure not spamming it | 19:53 |
Estel_ | also, never heard about it from any kp51 user | 19:53 |
Estel_ | DocScrutinizer05, BTw, if You are here, please, read my signature carefully, if you're reffering to it ;) | 19:54 |
DocScrutinizer05 | [2012-08-26 18:24:42] <DocScrutinizer05> MrPingu: search in syslog for last "syslogd 1.5.0#5maemo7+0m5: restart." [2012-08-26 18:25:02] <DocScrutinizer05> see what's the last few lines *before* that | 19:54 |
Estel_ | at least be able to distinguish between "I am" and "I was", as it's present in my signature for more than a month (since I have stepped down from Council) | 19:54 |
Estel_ | thanks in advance ;) | 19:54 |
*** beford has joined #maemo | 19:55 | |
Estel_ | merlin1991, ping ping ping | 19:56 |
Estel_ | freemangordon, ping | 19:56 |
*** Pali has joined #maemo | 19:57 | |
Estel_ | hey, Pali, MrPingu seems to have strange problems, that may be related to kp51 | 19:57 |
Estel_ | might be* | 19:57 |
Pali | describe it | 19:57 |
Estel_ | <MrPingu> Aug 26 18:53:03 Nokia-N900 kernel: [ 431.601623] HWRecoveryResetSGX: SGX Hardware Recovery triggere | 19:57 |
Estel_ | syslog full of that | 19:57 |
Estel_ | battery dying very fast | 19:57 |
Estel_ | many wakeups | 19:58 |
Estel_ | +, just like with me, his device sometimes boot only in act_dead, despite being turned out by power button | 19:58 |
MrPingu | Now several graphic parts fail too | 19:58 |
Estel_ | but it's only one situation, where our symptoms are similalr - I don't have any problems *except* for act_dead | 19:58 |
Estel_ | started with kp51 | 19:58 |
Estel_ | probably | 19:58 |
MrPingu | I mean statusmenu can't be loaded except for some distorted colors | 19:58 |
Estel_ | I "fixed" it, temporary, by enabling rd flag force-power-button, so act_dead gtfo, but it's not "real" fix of course | 19:59 |
Pali | flash 2.6.28 omap1 and see if it happends too | 19:59 |
*** livelace has quit IRC | 19:59 | |
Pali | if not then it is not kernel related | 19:59 |
MrPingu | Can't, I am on thumb | 19:59 |
Estel_ | Pali, is there any change in kernel, that allows bq2415 to work properly? | 19:59 |
Estel_ | and is in effect even, if bq2415 isn't loaded? | 19:59 |
*** sambo7 has quit IRC | 19:59 | |
Pali | I did not look at bq2415x after v51 was released | 19:59 |
Pali | no time now... | 20:00 |
Estel_ | I know, i've reported tons of bugs against it in kp51 thread | 20:00 |
Estel_ | understandable | 20:00 |
Estel_ | but I'm only asking if during coding kp51, have You added something | 20:00 |
Estel_ | in kernel | 20:00 |
Estel_ | for bq2415, to allow it work properly, that is in effect even without this module loaded? | 20:00 |
Estel_ | I'm trying to check if my act_dead problems are in any way indeed related to kp51 | 20:01 |
Pali | use my RE getbootstate | 20:01 |
Pali | and see if my getbootstate tell act_dead too | 20:02 |
Estel_ | OK | 20:02 |
Pali | and if yes, look at code why | 20:02 |
Estel_ | where to expect logged output? | 20:02 |
Pali | sorry, now going offline, bye | 20:02 |
Estel_ | ok | 20:02 |
Estel_ | see ya | 20:02 |
*** mase_76 has quit IRC | 20:03 | |
DocScrutinizer05 | errr, using getbootstate during act_dead to see if it shows act_dead? ;-) | 20:03 |
Estel_ | probably, he want me to check if his getboostate gets affected too | 20:03 |
DocScrutinizer05 | well, that's just a tad tricky to accomplish | 20:03 |
MrPingu | sylog shows two restarts | 20:03 |
Estel_ | and if yes, it gives more debug info (I hope) | 20:03 |
MrPingu | one failed | 20:04 |
DocScrutinizer05 | [2012-08-26 18:24:42] <DocScrutinizer05> MrPingu: search in syslog for last "syslogd 1.5.0#5maemo7+0m5: restart." [2012-08-26 18:25:02] <DocScrutinizer05> see what's the last few lines *before* that | 20:04 |
MrPingu | and one normal with those fsckd graphics | 20:04 |
MrPingu | Aug 26 18:44:17 Nokia-N900 ke_recv[1939]: prop_modified:1928: udi /org/freedesktop/Hal/devices/platform_slide modified button.state.value | 20:04 |
MrPingu | Aug 26 18:44:27 Nokia-N900 cellular: csd[1334]: ISI_SMS .966735> ind_reg_status(): Net registration (ind) status:1 rc:0 | 20:04 |
MrPingu | Aug 26 18:44:27 Nokia-N900 cellular: csd[1334]: ISI_SMS .970031> set_timeout(): Timeout 2253 s event type:-1 | 20:04 |
*** sambo7 has joined #maemo | 20:05 | |
DocScrutinizer05 | then it has to be a kerrnel panic/oops | 20:05 |
Estel_ | but why? never heard about someone else affected in such way | 20:05 |
MrPingu | Aug 26 19:00:55 Nokia-N900 kernel: [ 903.265808] HWRecoveryResetSGX: SGX Hardware Recovery triggered | 20:05 |
MrPingu | Aug 26 19:00:55 Nokia-N900 kernel: [ 903.890838] HWRecoveryResetSGX: SGX Hardware Recovery triggered | 20:05 |
MrPingu | Aug 26 19:01:01 Nokia-N900 kernel: [ 909.453277] HWRecoveryResetSGX: SGX Hardware Recovery triggered | 20:05 |
Estel_ | maybe sent it to Pali via PM on TMO? | 20:05 |
Estel_ | IRC is too loosy for such things, he won't read it, probably, if left here | 20:06 |
MrPingu | Aug 26 18:59:47 Nokia-N900 kernel: [ 835.968933] HWRecoveryResetSGX: SGX Hardware Recovery triggered | 20:06 |
MrPingu | Aug 26 19:00:01 Nokia-N900 kernel: [ 849.937652] HWRecoveryResetSGX: SGX Hardware Recovery triggered | 20:06 |
MrPingu | Aug 26 19:00:12 Nokia-N900 kernel: [ 860.328216] HWRecoveryResetSGX: SGX Hardware Recovery triggered | 20:06 |
MrPingu | Aug 26 19:00:12 Nokia-N900 browserd[2095]: SET_ACTIVE:0x3f8060, 0->1, is_layout_active:0, ChangeSusp:TRUE | 20:06 |
MrPingu | Aug 26 19:00:12 Nokia-N900 kernel: [ 861.195434] HWRecoveryResetSGX: SGX Hardware Recovery triggered | 20:06 |
MrPingu | Aug 26 19:00:13 Nokia-N900 browserd[2095]: SET_ACTIVE:0x3f8060, 1->0, is_layout_active:1, ChangeSusp:TRUE | 20:06 |
DocScrutinizer05 | maybe this doesn't increase the amount of info it contains | 20:06 |
MrPingu | Aug 26 19:00:14 Nokia-N900 kernel: [ 862.460937] HWRecoveryResetSGX: SGX Hardware Recovery triggered | 20:06 |
MrPingu | Aug 26 19:00:15 Nokia-N900 browserd[2095]: SET_ACTIVE:0x3f8060, 0->1, is_layout_active:0, ChangeSusp:TRUE | 20:06 |
MrPingu | Aug 26 19:00:15 Nokia-N900 kernel: [ 864.132873] HWRecoveryResetSGX: SGX Hardware Recovery triggered | 20:06 |
MrPingu | Aug 26 19:00:16 Nokia-N900 kernel: [ 864.757965] HWRecoveryResetSGX: SGX Hardware Recovery triggered | 20:06 |
Estel_ | +q | 20:06 |
MrPingu | Aug 26 19:00:18 Nokia-N900 kernel: [ 866.406433] HWRecoveryResetSGX: SGX Hardware Recovery triggered | 20:06 |
MrPingu | Aug 26 19:00:18 Nokia-N900 browserd[2095]: SET_ACTIVE:0x3f8060, 1->0, is_layout_active:1, ChangeSusp:TRUE | 20:06 |
MrPingu | Aug 26 19:00:18 Nokia-N900 kernel: [ 866.804809] slide (GPIO 71) is now open | 20:06 |
MrPingu | Aug 26 19:00:18 Nokia-N900 ke_recv[1754]: prop_modified:1928: udi /org/freedesktop/Hal/devices/platform_slide modified button.state.value | 20:06 |
DocScrutinizer05 | MrPingu: please stop it! | 20:06 |
MrPingu | Aug 26 19:00:19 Nokia-N900 kernel: [ 867.289276] HWRecoveryResetSGX: SGX Hardware Recovery triggered | 20:06 |
MrPingu | Aug 26 19:00:19 Nokia-N900 kernel: [ 867.914093] HWRecoveryResetSGX: SGX Hardware Recovery triggered | 20:06 |
MrPingu | Aug 26 19:00:19 Nokia-N900 browserd[2095]: SET_ACTIVE:0x3f8060, 0->1, is_layout_active:0, ChangeSusp:TRUE | 20:06 |
MrPingu | Aug 26 19:00:20 Nokia-N900 kernel: [ 868.539215] HWRecoveryResetSGX: SGX Hardware Recovery triggered | 20:06 |
Estel_ | he can'ty it gor triggerred | 20:06 |
MrPingu | Aug 26 19:00:20 Nokia-N900 browserd[2095]: SET_ACTIVE:0x3f8060, 1->0, is_layout_active:1, ChangeSusp:TRUE | 20:06 |
MrPingu | Aug 26 19:00:21 Nokia-N900 kernel: [ 869.296936] HWRecoveryResetSGX: SGX Hardware Recovery triggered | 20:06 |
MrPingu | Aug 26 19:00:22 Nokia-N900 browserd[2095]: SET_ACTIVE:0x3f8060, 0->1, is_layout_active:0, ChangeSusp:TRUE | 20:06 |
MrPingu | Aug 26 19:00:22 Nokia-N900 kernel: [ 870.961090] HWRecoveryResetSGX: SGX Hardware Recovery triggered | 20:06 |
Estel_ | he pasted huge output | 20:06 |
*** ChanServ sets mode: +o DocScrutinizer05 | 20:06 | |
MrPingu | my whole log is spammed | 20:06 |
MrPingu | sorry | 20:06 |
MrPingu | BRB | 20:06 |
Estel_ | it got pasted line by line by his irc client | 20:06 |
MrPingu | got 2 eat | 20:06 |
Estel_ | MrPingu, ever heard about zerobin?:P | 20:07 |
*** ChanServ sets mode: -o DocScrutinizer05 | 20:07 | |
Estel_ | or pastebin?:P | 20:07 |
DocScrutinizer05 | MrPingu: you should make sure you got no undervolting, overclocking, and no smartreflex activated | 20:07 |
*** Pali has quit IRC | 20:07 | |
DocScrutinizer05 | if those HWRecoveryResetSGX aren't triggered by any of those, odds are your device silicon is EOL | 20:08 |
DocScrutinizer05 | (aka OC burnout, which of course can happen even without you ever doing OC, just way later) | 20:08 |
DocScrutinizer05 | but hey, maybe it's thumb related | 20:09 |
DocScrutinizer05 | also possible | 20:09 |
* DocScrutinizer05 away for dinner too | 20:10 | |
Estel_ | :P hey, maybe it's related to anything :P Well, in last attempt, you might also want to backup everything, and do reflash, just to see if it's happen on stock too | 20:12 |
Estel_ | but don't worry, i' | 20:12 |
Estel_ | I'm quite confident, that you/we will find cause of it. Of course, "silicon EOL" is always possible - thus, always used as possible cause, when no one have freakin idea what is going on ;) But I have never seen situation, wshen it turned out to be the case for N900, so don't be much worried about that | 20:13 |
Estel_ | i.e. chances for such irreversible damage are loooow | 20:13 |
Estel_ | I'm out for some sunday afternun fun, feel free to ping me, will answer later | 20:14 |
Estel_ | BTw, merlin1991, my pings are still valid ;) | 20:14 |
*** sLumPia has quit IRC | 20:15 | |
DocScrutinizer05 | btw merlin clearly stated he's not available until 1.9. | 20:18 |
* DocScrutinizer05 wonders why estel *always* has to argue like a turdhead, ignoring first 2 thirds of statement "if those HWRecoveryResetSGX aren't triggered by any of those, odds are your device silicon is EOL" as well as line before | 20:21 | |
kerio | for what it's worth, sometimes i get a silly graphical corruption, if i start doing things too quickly when the n900 is just booting | 20:21 |
kerio | and that also prevents me from accessing the application launcher | 20:21 |
kerio | rebooting fixes it | 20:21 |
DocScrutinizer05 | and just going offensive with ""silicon EOL" is always possible - thus, always used as possible cause, when no one have freakin idea what is going on " | 20:21 |
kerio | it happened on two N900s | 20:21 |
*** fuz_ has quit IRC | 20:23 | |
DocScrutinizer05 | pisses me off when I tell 4 clearly defined and well pondered possible causes for gfx resets, and this dude first states "yeah, or *anything* else", just to continue "obviously you got no clue what's going on, but *ME* can assure all of you that it's not Si-EOL" | 20:24 |
DocScrutinizer05 | kerio: yep, gfx resets are not all that uncommon, but they shouldn't happen too frequently | 20:25 |
kerio | DocScrutinizer05: what causes them? | 20:26 |
*** pigeon_ has quit IRC | 20:26 | |
DocScrutinizer05 | nobody knows, or otherwise we already would've fixed them | 20:26 |
kerio | just powervr silliness? | 20:26 |
DocScrutinizer05 | probably some Si-Erratum | 20:26 |
DocScrutinizer05 | some weird race condition occasionally hitting, on a hw level | 20:27 |
DocScrutinizer05 | alas TI is far from disclosing all of those Si-Err, esp when there's no proper workaround/fix | 20:27 |
*** pigeon has joined #maemo | 20:28 | |
kerio | fukken TI | 20:28 |
DocScrutinizer05 | yep | 20:28 |
DocScrutinizer05 | kerio: however there's already some botch "fix" in form of the automatic reset of gfx core via kernel "watchdog" aiui. Too bad when that doesn't suffice to revert to normal operation | 20:30 |
kerio | hehe | 20:30 |
kerio | "sure, the engine sometimes locks up, but there's a fix, you just start it again" | 20:30 |
DocScrutinizer05 | as long as that happens reliably and transparently in background, it's almost bearable | 20:31 |
*** sambo7 has quit IRC | 20:32 | |
DocScrutinizer05 | I however don't see how gfx reboots could tear down or panic the whole linux core | 20:32 |
kerio | fukken kernel-power? :P | 20:33 |
DocScrutinizer05 | nah, KP isn't that bad | 20:33 |
DocScrutinizer05 | just a lot of the patches included never have seen proper review and thorough tests | 20:33 |
*** fuz_ has joined #maemo | 20:35 | |
*** valeriusM has quit IRC | 20:35 | |
DocScrutinizer05 | still I can't come up with a story how gfx reboots would cause inadverted kernel panic. But hey, that's the nature of bugs: you didn't think of this possible side effect until it bites your ass (otherwise you wouldn't have introduced the bug, no? ;-P) | 20:35 |
*** hurbu has joined #maemo | 20:35 | |
MrPingu | Back! | 20:36 |
DocScrutinizer05 | maybe the kernel watchdog process for gfx isn't reentrant, so kernel OOPS when gfx 'segfaults' during wtachdog resetting it? | 20:36 |
DocScrutinizer05 | MrPingu: [2012-08-26 19:07:36] <DocScrutinizer05> MrPingu: you should make sure you got no undervolting, overclocking, and no smartreflex activated [2012-08-26 19:08:26] <DocScrutinizer05> if those HWRecoveryResetSGX aren't triggered by any of those, odds are your device silicon is EOL [2012-08-26 19:08:55] <DocScrutinizer05> (aka OC burnout, which of course can happen even without you ever doing OC, just way later) [2012-08-26 19:09:24] | 20:38 |
DocScrutinizer05 | <DocScrutinizer05> but hey, maybe it's thumb related | 20:38 |
kerio | DocScrutinizer05: ooh, could be smartreflex | 20:38 |
kerio | iirc it's enabled by default since kernel-power... 50? 51? | 20:38 |
freemangordon | DocScrutinizer05: HWRecoveryResetSGX was there since the begining of 201 | 20:38 |
DocScrutinizer05 | sure thing. Nokia always told us SR is instable | 20:38 |
freemangordon | 2010* | 20:38 |
kerio | well, by default-ish | 20:39 |
freemangordon | kerio: bullshit, SR is not enabled by default | 20:39 |
kerio | it's in the "default" profile | 20:39 |
DocScrutinizer05 | freemangordon: yep, I know, and already mentioned that | 20:39 |
kerio | you have to set it to be the default | 20:39 |
freemangordon | kerio: SR has nothing to do woth SGX, it is on completely different power bus | 20:39 |
DocScrutinizer05 | freemangordon: [2012-08-26 19:25:38] <DocScrutinizer05> kerio: yep, gfx resets are not all that uncommon, but they shouldn't happen too frequently | 20:39 |
freemangordon | kerio: in short, stop spreading FUD | 20:40 |
kerio | k | 20:40 |
freemangordon | DocScrutinizer05: yep | 20:40 |
MrPingu | Reboot fixes those SGX errors | 20:40 |
Lava_Croft | i see a question mark on kerio's line | 20:40 |
Lava_Croft | and an iirc | 20:40 |
DocScrutinizer05 | freemangordon: you're sure about that powerbus thing? *really* sure? | 20:40 |
Lava_Croft | making it more of question than a statement | 20:40 |
Lava_Croft | relax man | 20:40 |
* kerio spreads more fud over a piece of bread and then eats it | 20:40 | |
freemangordon | and the only way to get rid of them is power off/on, a simple reboot won't help | 20:40 |
freemangordon | DocScrutinizer05: not 100%, but near that value :) | 20:41 |
MrPingu | I actually meant powercycle | 20:41 |
DocScrutinizer05 | freemangordon: depending on hw circuitry incl PCB layout around twl4030 power regulator circuitry this assumption might be incorrect for N900 | 20:42 |
freemangordon | DocScrutinizer05: BTW I think it is an issue in the driver , not silicon errata | 20:42 |
DocScrutinizer05 | and maybe that's exactly why Nokia said SR is flawed by hw | 20:42 |
freemangordon | DocScrutinizer05: well, I don;t think there is a way SGX and core to operate on one and the same voltage | 20:42 |
MrPingu | Wakeups however are still insane high | 20:43 |
freemangordon | as SGX frequency is constant ;) | 20:43 |
MrPingu | 9463 - DMA | 20:43 |
DocScrutinizer05 | no, but for example it's pretty easy to figure regulators for both are fed by same power rail so interference is quite possible | 20:43 |
*** florian has joined #maemo | 20:43 | |
*** florian has joined #maemo | 20:43 | |
freemangordon | could be, but SR does not change that | 20:44 |
MrPingu | 2600 - mmc1 | 20:44 |
DocScrutinizer05 | sure it does, it changes settings for one regulator and thus might cause interference to the other | 20:44 |
freemangordon | DocScrutinizer05: the same does OPP control even without SR | 20:45 |
DocScrutinizer05 | maybe SR does more 'agressive' changes to regulator settings than non-SR OPP settings do | 20:45 |
freemangordon | well, this is too "maybe" so my bets are on a simple bug in the driver :) | 20:46 |
DocScrutinizer05 | quite tricky to rule out anything along that line | 20:46 |
DocScrutinizer05 | possible, even probable | 20:46 |
freemangordon | having in mind we have the same behaviour it stock kernel too | 20:46 |
MrPingu | What is exactly DMA and why is it taking so much wakeups? | 20:46 |
freemangordon | direct memory access | 20:46 |
DocScrutinizer05 | good question, since mine isn't that spammy | 20:47 |
DocScrutinizer05 | might be your PC to USB | 20:47 |
DocScrutinizer05 | IOW usb data transfer | 20:47 |
MrPingu | uhm | 20:47 |
MrPingu | I am not attached to pc | 20:47 |
DocScrutinizer05 | ooh, nfc then | 20:47 |
DocScrutinizer05 | trackerd accessing eMMC? no idea | 20:48 |
MrPingu | me neither, im not as guru as you guys are :P | 20:48 |
*** valeriusM has joined #maemo | 20:48 | |
DocScrutinizer05 | basically DMA isn't an autonomous process, it needs some (linux) process to control it | 20:49 |
DocScrutinizer05 | this linux process should show up un ps and/or (power)top | 20:49 |
DocScrutinizer05 | freemangordon: (same behaviour) not a few dozen or even hundereds of gfx resets during >10 min | 20:50 |
DocScrutinizer05 | at least I've never seen that | 20:50 |
DocScrutinizer05 | <10min* | 20:51 |
MrPingu | Do the gurus need some data from my device or else I am going to reflash | 20:51 |
MrPingu | I need to have my device in a working state before tomorrow :P | 20:51 |
DocScrutinizer05 | umm, wait another 5 min please. Even _my_ brain needs time to complete evaluations ;-) | 20:51 |
MrPingu | Sure, you got 2 hours ;) | 20:52 |
MrPingu | flashing doesn't take that long... | 20:52 |
DocScrutinizer05 | at least save syslog and sp-oops-extract | 20:52 |
DocScrutinizer05 | and a complete output of powertop | 20:53 |
freemangordon | MrPingu: one question, how did this start? | 20:53 |
freemangordon | out of the blue? | 20:53 |
MrPingu | NFC | 20:53 |
MrPingu | yes out of the blue | 20:53 |
freemangordon | did you try to remove the battery? | 20:53 |
MrPingu | I even swapped batteries | 20:53 |
DocScrutinizer05 | [2012-08-26 17:40:20] <MrPingu> Well, let's tell the story from the start | 20:54 |
DocScrutinizer05 | [2012-08-26 17:40:40] <MrPingu> Yesterday night went to bed, woke up this morning -> Everything fine | 20:54 |
DocScrutinizer05 | [2012-08-26 17:41:04] <MrPingu> from 8 am to 12 it worked nicely | 20:54 |
DocScrutinizer05 | [2012-08-26 17:41:18] <MrPingu> then I wanted to check time around 14:00 | 20:54 |
DocScrutinizer05 | [2012-08-26 17:41:32] <MrPingu> phone not responding, battery dead | 20:54 |
DocScrutinizer05 | [ | 20:54 |
kerio | oh god paste | 20:54 |
freemangordon | thanks | 20:54 |
MrPingu | Yeah suddenly it had an flat battery | 20:54 |
MrPingu | swapped it for a full one | 20:54 |
MrPingu | but then I kept shutdowns within 10 mins | 20:55 |
DocScrutinizer05 | sorry guys, I really need to care about my dinner now | 20:55 |
freemangordon | hmm, so you don't have any idea if rootfs is nog corrupted | 20:55 |
MrPingu | nope | 20:55 |
DocScrutinizer05 | df -h | 20:55 |
*** DHR has quit IRC | 20:55 | |
freemangordon | leading to some broken graphics file which h-d or h-h tries to load in SGX | 20:56 |
freemangordon | MrPingu: did you try to change the theme? | 20:56 |
DocScrutinizer05 | quite a good story indeed | 20:56 |
MrPingu | Not yet | 20:56 |
zeq1 | hey freemangordon :) | 20:56 |
*** mase76 has quit IRC | 20:56 | |
DocScrutinizer05 | hey zeq1 | 20:56 |
freemangordon | you can also try to delete application snapshots | 20:56 |
zeq1 | Hi DocScrutinizer05 | 20:56 |
freemangordon | hi zeq1 | 20:56 |
MrPingu | where? | 20:57 |
DocScrutinizer05 | quite a good story indeedmrplease do a proper BM backup | 20:57 |
DocScrutinizer05 | errrrr :-( | 20:57 |
freemangordon | MrPingu: /home/user/.cache/launch | 20:57 |
DocScrutinizer05 | MrPingu: please do a proper BM backup | 20:57 |
DocScrutinizer05 | and safe it off the phone | 20:58 |
DocScrutinizer05 | save* | 20:58 |
MrPingu | I have a properbackup of 17 aug and one of 25 aug on my pc | 20:58 |
freemangordon | going afk for a while | 20:58 |
MrPingu | so yesterday | 20:58 |
DocScrutinizer05 | do one of the current state, with backupmenu | 20:58 |
MrPingu | Yes, will say when it's done ;) | 20:59 |
MrPingu | If some other steps are needed | 20:59 |
DocScrutinizer05 | add syslog and sp-oops-extract and powertop | 20:59 |
*** sambo7 has joined #maemo | 21:00 | |
DocScrutinizer05 | this should allow forensic analysis later | 21:00 |
DocScrutinizer05 | then I suggest you reflash and test with standard config | 21:01 |
MrPingu | Now I start wondering if my backup of yesterday might be affected | 21:01 |
*** jean_brat has quit IRC | 21:01 | |
*** aloril has quit IRC | 21:01 | |
DocScrutinizer05 | o/ | 21:01 |
MrPingu | I remember my phone was extremely hot while backup'ing | 21:02 |
DocScrutinizer05 | nah | 21:04 |
DocScrutinizer05 | probably unrelated | 21:04 |
MrPingu | DocScrutinizer05: Standard config, you mean omap kernel, and no CSSU? | 21:04 |
DocScrutinizer05 | yep, please | 21:04 |
freemangordon | well, most probably some resource file (icon, .pvr, pcx, ) got corrupted | 21:05 |
DocScrutinizer05 | then reinstall step by step, and see if you can spot what causes the effect | 21:05 |
freemangordon | DocScrutinizer05: let him try to clean .pvr cache and change the theme, it is a matter of seconds to be done | 21:05 |
DocScrutinizer05 | freemangordon: might we detect that somehow? | 21:05 |
freemangordon | ^^^ | 21:06 |
DocScrutinizer05 | e.g by comparing *.pvr of old and fresh install | 21:06 |
MrPingu | Right now backup'ing so can't do anything else... | 21:06 |
freemangordon | DocScrutinizer05: .pvr is done on-the-fly by h-d | 21:06 |
DocScrutinizer05 | freemangordon: up to you :-) | 21:06 |
*** alehorst has quit IRC | 21:06 | |
freemangordon | this is a part of smoke-and-mirror :) | 21:07 |
DocScrutinizer05 | :nod: | 21:07 |
freemangordon | and actually is a maemo specific hack in clutter | 21:07 |
freemangordon | plus some SGX extension in GLES2 | 21:08 |
*** alehorst has joined #maemo | 21:08 | |
freemangordon | hacky all the way, so that could be a reason | 21:08 |
MrPingu | Want me to do an eMMC flash too? | 21:08 |
DocScrutinizer05 | anyway, IF problems persist even after flashing, you might want to clean your battery contacts and get a new battery. Such symptoms *might* be caused by worn out LiIon cell or BSI borked - at least some of them, like sudden reboots and act_dead | 21:08 |
DocScrutinizer05 | MrPingu: eMMC most likely unrelated, so no | 21:09 |
freemangordon | well, .pvr cache is on eMMC | 21:09 |
DocScrutinizer05 | hmm, deleting it should suffice | 21:09 |
freemangordon | "/home/user/.cache/launch" | 21:09 |
freemangordon | iirc that is the only place | 21:10 |
DocScrutinizer05 | rm /home/user/.cache/launch/* | 21:10 |
MrPingu | Get it | 21:10 |
DocScrutinizer05 | no need to flash whole eMMC first instance | 21:10 |
MrPingu | One advantage, now I can use your apt-get wrapper from the start :P | 21:10 |
DocScrutinizer05 | cya | 21:10 |
DocScrutinizer05 | :-D | 21:11 |
MrPingu | Are you going? Bye! | 21:11 |
*** aloril has joined #maemo | 21:15 | |
MrPingu | Yes, something is wrong for sure | 21:15 |
MrPingu | maybe fscked rootfs | 21:15 |
freemangordon | most probably :( | 21:16 |
MrPingu | let me take a pic | 21:16 |
*** valeriusM has quit IRC | 21:17 | |
MrPingu | on boot it shows missing images and such | 21:17 |
freemangordon | hehe | 21:18 |
MrPingu | same problem I got with a fake digitizer/frontcover | 21:18 |
MrPingu | http://imgur.com/GXp6N | 21:22 |
freemangordon | MrPingu: well, well, defffinitely your fottfs is corrupted :( | 21:23 |
freemangordon | damn | 21:23 |
freemangordon | rootfs that is | 21:23 |
MrPingu | Note: this image problem is the first time I got this | 21:23 |
MrPingu | I mean I have booted more than once today and I needed to load this screen because battery swap | 21:24 |
freemangordon | anything suspicious in dmesg log? | 21:24 |
freemangordon | related to NAND | 21:24 |
MrPingu | How to read whole dmesg log? | 21:24 |
freemangordon | zeq1: any progress with ipclite? | 21:24 |
freemangordon | MrPingu: dmesg | 21:25 |
MrPingu | I mean i can't go further up on busybox | 21:25 |
freemangordon | dmesg > you_name_it.log | 21:25 |
DocScrutinizer05 | freemangordon: he got syslog meanwhile | 21:26 |
DocScrutinizer05 | syslog >=dmsg | 21:26 |
freemangordon | yes, too noisy :) | 21:27 |
MrPingu | I see mtdoops isn dmesg | 21:27 |
freemangordon | care to pastebin? | 21:27 |
DocScrutinizer05 | MrPingu: just unrelated "pro-tip": dmesg|less | 21:31 |
MrPingu | pastebin.com/nWjH4dq3 | 21:31 |
MrPingu | DocScrutinizer05: Thanks | 21:32 |
freemangordon | hmm, no SGX restarts now your images are missing :P | 21:33 |
MrPingu | SGX issue was fixed after powercycle | 21:33 |
DocScrutinizer05 | please pastebin sp-oops-decode /dev/mtd2 | 21:34 |
DocScrutinizer05 | errr sp-oops-extract | 21:35 |
freemangordon | DocScrutinizer05: makes no sense, his rootfs is FUBAR | 21:36 |
DocScrutinizer05 | probably you're right | 21:37 |
freemangordon | 21:20 <MrPingu> http://imgur.com/GXp6N | 21:37 |
freemangordon | DocScrutinizer05: ^^^ | 21:37 |
MrPingu | Yes, it is :( | 21:37 |
DocScrutinizer05 | :nod: | 21:37 |
MrPingu | Rootfs, I have always treated you very nice. How dare you do this to me? :'( | 21:38 |
*** valeriusM has joined #maemo | 21:38 | |
freemangordon | MrPingu: you can check if your battery is loose, that caused me (and other people) lots of problems | 21:38 |
MrPingu | http://pastebin.com/nPUHRDk1 | 21:38 |
freemangordon | restarts/power-offs out of the blue | 21:38 |
DocScrutinizer05 | [2012-08-26 20:08:54] <DocScrutinizer05> anyway, IF problems persist even after flashing, you might want to clean your battery contacts and get a new battery. Such symptoms *might* be caused by worn out LiIon cell or BSI borked - at least some of them, like sudden reboots and act_dead | 21:38 |
freemangordon | cleaning won't help, he has to extend the springs | 21:39 |
DocScrutinizer05 | :nod: | 21:39 |
MrPingu | battery isn't loose | 21:39 |
DocScrutinizer05 | check your battery's contacts. You see bumps like half spheres. Do they touch each other? | 21:40 |
DocScrutinizer05 | well, sorry I'm afk again | 21:40 |
freemangordon | MrPingu: which kernel do you use? | 21:41 |
MrPingu | cssu3 | 21:41 |
freemangordon | well, the last kernel opps is from KP47 :D | 21:41 |
MrPingu | Yes I see these bumps, they don't touch | 21:41 |
MrPingu | Are u sure? | 21:41 |
freemangordon | according to the log | 21:42 |
freemangordon | lemme check once again | 21:42 |
MrPingu | logs are saved through reflahs? | 21:42 |
MrPingu | don't believe that ;p | 21:42 |
MrPingu | last reflash was in may, KP49 atleast I think | 21:43 |
MrPingu | Got sane wakeups too now | 21:43 |
MrPingu | 3000 | 21:43 |
freemangordon | "/dev/mtd2" is not flashed | 21:43 |
MrPingu | Doesn't it get emptied? | 21:44 |
freemangordon | MrPingu: yes, the last kernel oops is from KP47 | 21:44 |
freemangordon | no | 21:44 |
*** Ionakka has quit IRC | 21:44 | |
freemangordon | it is a circular buffer | 21:44 |
freemangordon | some kind of :) | 21:44 |
teotwaki__ | pretty insane: http://www.youtube.com/watch?v=1zXwOoeGzys | 21:44 |
MrPingu | it's not a kernel bug then ;) | 21:46 |
*** sambo7 has quit IRC | 21:47 | |
MrPingu | It sucks I need a reflash though | 21:47 |
freemangordon | MrPingu: well, it is | 21:48 |
MrPingu | it is? | 21:48 |
freemangordon | just doesn't result in oops | 21:48 |
freemangordon | https://bugs.maemo.org/show_bug.cgi?id=9150 | 21:48 |
povbot_ | Bug 9150: Device doesn't respond via UI. syslog reports HWRecoveryResetSGX: SGX Hardware Recovery triggered, sgx_misr eating all CPU | 21:48 |
freemangordon | a pretty old one :) | 21:48 |
MrPingu | :( | 21:48 |
freemangordon | it took Nokia 2 years or so to mark it WONTFIX ;) | 21:49 |
MrPingu | and now I am hit by it -.- | 21:50 |
freemangordon | you are hit by a corrupted fs triggering the bug :P | 21:50 |
MrPingu | idc, it comes both down to an reflash ;p | 21:51 |
MrPingu | Do you think it's safe to restore yesterday's BM backup or is it possible that contains the corruption? | 21:52 |
freemangordon | yes "( | 21:52 |
freemangordon | well, it worths nothing to try it | 21:52 |
freemangordon | afaik, as I never used BM | 21:52 |
MrPingu | Me neither, actually | 21:52 |
freemangordon | better ask doc ;) | 21:53 |
freemangordon | he is BM fan and can help you | 21:53 |
MrPingu | He said it was safe ;) | 21:53 |
freemangordon | well, go on then :) | 21:53 |
DocScrutinizer05 | BM doesn't mkfs | 21:53 |
DocScrutinizer05 | so all you do is replace files via 'cp' | 21:54 |
DocScrutinizer05 | if actually fs is corrupted, a BM restore without prior flashj won't help | 21:54 |
zeq1 | freemangordon: I had a little trouble getting fennec to build from romaxa's patchset. For some reason his patches didn't match the base rev. identified in the repo. | 21:55 |
DocScrutinizer05 | a restore after flash can't cause additional damage though, beyond wasted time to do all flashing again | 21:55 |
freemangordon | zeq1: did you ask romaxa? | 21:55 |
MrPingu | You say *additional* :P | 21:56 |
*** niwakame|away has quit IRC | 21:56 | |
zeq1 | brb | 21:56 |
DocScrutinizer05 | well, you might restore files that got messed up/corrupted | 21:56 |
kerio | BM should really mkfs | 21:56 |
kerio | i mean, the ubifs | 21:56 |
DocScrutinizer05 | indeed it should have an option for that | 21:56 |
DocScrutinizer05 | at least BM can run fsck | 21:57 |
DocScrutinizer05 | but I guess that's useless on ubifs | 21:57 |
kerio | attach the ubi volume, mkfs.ubifs | 21:57 |
*** |thunder has quit IRC | 21:57 | |
DocScrutinizer05 | I still fail to grok why system reboots after 10 minutes | 21:58 |
MrPingu | (or less) | 21:59 |
* DocScrutinizer05 suspects fs corruption not being the root cause of the problem, but maybe rather a consequence | 21:59 | |
freemangordon | DocScrutinizer05: hmm, maybe I am wrong https://bugs.maemo.org/show_bug.cgi?id=7017#c17 | 21:59 |
povbot_ | Bug 7017: SGX memory reset seems failed during reboot | 21:59 |
freemangordon | though besides the statement, there is no real info | 22:00 |
freemangordon | DocScrutinizer51: some WD is kicking, dsme most probably | 22:01 |
*** jhb has joined #maemo | 22:01 | |
*** hardaker has joined #maemo | 22:02 | |
freemangordon | afaik after n tries in x seconds, if a process still fails to start, dsme reboots the device | 22:02 |
freemangordon | fails to start as crashes :D | 22:02 |
zeq1 | freemangordon: I need to check to see if romaxa has updated the repo since. If not I'll contact him. I did try to fix up the patches but there were still tricky build failures. | 22:02 |
MrPingu | Note: I got no reboots | 22:03 |
MrPingu | it's just the device wasn't "on" anymore | 22:03 |
MrPingu | sometimes it booted to act-dead | 22:03 |
MrPingu | sometimes it booted normal | 22:03 |
freemangordon | zeq1: ok. sorry I can't help, but I just finished VKB REing and want to play with the kernel a little bit. Your libc patches are welcome :P | 22:03 |
MrPingu | but when it booted normal it insane number of wakeups | 22:04 |
freemangordon | MrPingu: you have loose battery | 22:04 |
freemangordon | I can bet on that | 22:04 |
zeq1 | Ah yes, did I not make them available? | 22:04 |
zeq1 | I've still not had any problems fwiw | 22:05 |
freemangordon | the only way n900 to power-off out of the blue is through bad battery connection | 22:05 |
freemangordon | zeq1: don't remember, it was 2-3 weeks ago :D | 22:05 |
freemangordon | zeq1: anyway, I will pester you starting from tomorrow :P | 22:06 |
zeq1 | ok :) | 22:06 |
freemangordon | merlin1991 needs a proper .deb for toolchain ;) | 22:06 |
freemangordon | 4.7.2 I mean | 22:06 |
zeq1 | I'd better get back to my gf, been busy decorating all day, lazy evening... | 22:07 |
freemangordon | yeah, not a bad idea | 22:07 |
kerio | freemangordon: or by battery brownout | 22:07 |
zeq1 | freemangordon: native toolchian deb or host (cross) toolchain deb | 22:07 |
kerio | (if you screw with bme) | 22:07 |
freemangordon | zeq1: cross | 22:07 |
zeq1 | ok | 22:07 |
freemangordon | the one installable in OS, not in SB | 22:08 |
zeq1 | I need to build the new one anyway | 22:08 |
freemangordon | or even better something similar to original SB installer (python one) | 22:08 |
*** Darkchaos has quit IRC | 22:08 | |
freemangordon | zeq1: why? | 22:08 |
zeq1 | why use the latest Linaro? | 22:09 |
zeq1 | bug fixes :) | 22:09 |
freemangordon | hmm, I missed "the latest Linaro" part :P | 22:09 |
freemangordon | zeq1: but better keep 4.7.2 | 22:10 |
MrPingu | freemangordon: IDK, battery doesn't seem to be loose | 22:10 |
freemangordon | MrPingu: well, NFC then | 22:10 |
zeq1 | yes, that's the Linaro "stable" version (anyway afk for a while) | 22:10 |
*** jhb has quit IRC | 22:10 | |
MrPingu | Reflashing now, and moving on... | 22:11 |
*** wicket64 has joined #maemo | 22:13 | |
DocScrutinizer05 | MrPingu: you say the spheres of battery springs don't touch. They should though (at least almost) | 22:19 |
*** niwakame|away has joined #maemo | 22:19 | |
DocScrutinizer05 | well, not actually touch, but a tiny bit too large a gap between them will cause poor contact to the blades of N900 | 22:21 |
DocScrutinizer05 | It's a known problem that springs get out of shape when you insert anything too large into the battery contacts, or even just with time they get too weak | 22:22 |
DocScrutinizer05 | anyway, bending them 'inwards' with a needle or pinpointed knife so much that the spheres touch should cure any such problems (be careful not to cause shortcircuits when doing so!) | 22:24 |
DocScrutinizer05 | o/ | 22:25 |
teotwaki__ | bloody hell, I hate it when my credit card bounces | 22:29 |
teotwaki__ | I'm stuck without food tonight, because for some unknown reason, the bank decided to refuse any transaction. | 22:30 |
kerio | >tracked money | 22:31 |
kerio | mfw | 22:31 |
*** qwazix has joined #maemo | 22:32 | |
*** qwazix has quit IRC | 22:33 | |
*** sambo7 has joined #maemo | 22:37 | |
*** dhbiker has quit IRC | 22:37 | |
*** krayon has joined #maemo | 22:40 | |
MrPingu | DocScrutinizer, well that's just the case. Was about to write I can't see if they touch. Almost none space between them ;) | 22:47 |
MrPingu | Sending cmt-mcusw image (5826 kB)... | 22:48 |
MrPingu | 100% (5826 of 5826 kB, avg. 7970 kB/s) | 22:48 |
MrPingu | Sending request 0x14 failed: Invalid or incomplete multibyte or wide character | 22:48 |
MrPingu | Flashing cmt-mcusw... Sending request 0x50 failed: Protocol error | 22:48 |
MrPingu | WTF for problem do we have now? :( | 22:48 |
teotwaki__ | kerio: tell me about it | 22:48 |
kerio | lrn2cash and bitcoins | 22:49 |
kerio | which are about the same thing | 22:49 |
kerio | actually, bitcoins are even *less* traceable | 22:49 |
*** iDont has quit IRC | 22:49 | |
*** |thunder has joined #maemo | 22:50 | |
*** bsdmaniak has joined #maemo | 22:53 | |
*** dhbiker has joined #maemo | 22:53 | |
MrPingu | md5sums match | 22:54 |
teotwaki__ | kerio: lol, I'll be damned if I get conned in one of does stupid pyramid schemes | 22:57 |
kerio | teotwaki__: like the US dollar? | 22:57 |
teotwaki__ | kerio: and sorry, but the whole "traceable" thing, I LOL when I see the first "bitcoin credit card" on /.. | 22:57 |
MrPingu | nvm, other USB connection saved it | 22:57 |
*** perlite has quit IRC | 23:22 | |
*** perlite has joined #maemo | 23:24 | |
*** atlas has joined #maemo | 23:29 | |
DocScrutinizer05 | I thought bitcoin is zombibied meanwhile | 23:31 |
DocScrutinizer05 | or gone down like Reichmarks | 23:32 |
MrPingu | ~jrtools | 23:32 |
infobot | somebody said jrtools was http://wiki.maemo.org/User:Joerg_rw/tools | 23:32 |
MrPingu | BRB | 23:36 |
*** MrPingu has quit IRC | 23:36 | |
*** nox- has joined #maemo | 23:40 | |
*** Venusaur has quit IRC | 23:44 | |
*** Venusaur has joined #maemo | 23:47 | |
*** kodomo_ has joined #maemo | 23:49 | |
sambo7 | hi nandtester here | 23:49 |
kerio | hi sambo7 | 23:50 |
sambo7 | FINALLY I was able to revive my device:-) | 23:50 |
kerio | neat | 23:50 |
kerio | how? | 23:50 |
sambo7 | flasher-3.5 -h RX-51:2101 -F RX-51_2009SE_20.2010.36-2.203.1_PR_COMBINED_203_ARM.bin -c -S usb -f | 23:50 |
sambo7 | cold flashing didn't work for me | 23:51 |
sambo7 | at least what is described in the tutorial | 23:51 |
Sicelo | looks like cold-flashing to me | 23:52 |
sambo7 | and flasher-3.5 -h RX-51:2101 -F <fiasco_image> -c -S usb | 23:52 |
*** kodomo has quit IRC | 23:52 | |
Sicelo | what was the problem btw? | 23:52 |
sambo7 | didn't work either | 23:52 |
sambo7 | I nandtested mtd0-mtd5 | 23:53 |
sambo7 | I also was trying to use Nokia phoenix...cold flashing was ok,but warm flashing failed | 23:53 |
sambo7 | in the beginning I was always using the global image | 23:54 |
sambo7 | but a few days ago I remembered that I have a device from Englang and I started to use the English image | 23:55 |
sambo7 | don't know if this made a difference | 23:55 |
Sicelo | nice. i think someone else had tol use a 'localized' image a while back | 23:56 |
Sicelo | phoenix didn't need some special cable? | 23:56 |
DocScrutinizer05 | if coldflash restores CAL, then for sure localization matters | 23:56 |
DocScrutinizer05 | btw >>flasher-3.5 -h RX-51:2101 -F RX-51_2009SE_20.2010.36-2.203.1_PR_COMBINED_203_ARM.bin -c -S usb -f<< and >>flasher-3.5 -h RX-51:2101 -F <fiasco_image> -c -S usb<< seem to differ only in additional -f | 23:57 |
DocScrutinizer05 | err, mompls | 23:57 |
DocScrutinizer05 | yeah | 23:58 |
*** hurbu has quit IRC | 23:58 | |
DocScrutinizer05 | and actually if coldflashing fails, the hw build revision might matter | 23:59 |
DocScrutinizer05 | iirc you only took a shot into the blue with 2101 | 23:59 |
sambo7 | I have a lot of errors when I run dmesg | 23:59 |
*** MrPingu has joined #maemo | 23:59 |
Generated by irclog2html.py 2.15.1 by Marius Gedminas - find it at mg.pov.lt!