**** BEGIN LOGGING AT Wed Jul 08 02:59:58 2015 Jul 08 06:09:49 Indeed. RTC reset but bq272 didn't. Jul 08 06:23:33 :) Jul 08 06:25:17 maybe it keeps battery serial or something Jul 08 06:25:41 Does the battery have a serial? Jul 08 06:25:59 laptop ones do have Jul 08 06:26:10 I know PSP batteries do (and you can change them), but N900's one seems dumb. Jul 08 06:26:34 well, it's 3pin one, so some kind of logic is there Jul 08 06:29:32 it is the BSI resistor (third pin) Jul 08 06:32:48 what is it for? Jul 08 06:37:10 nope, no battery identification Jul 08 06:37:28 the battery serial would be something written on the bq27200, in fact Jul 08 06:37:42 because it should be attached to the battery, not the board Jul 08 06:38:04 but on n900 bq is integrated on the board? Jul 08 06:41:39 wtf, I can send messages between phones using the same number. Jul 08 06:42:36 * Maxdamantus wonders what happens if someone messages him. Jul 08 06:53:23 Hehehe... Receive message on both phones? Or, more likely, randomly on one of them? Jul 08 07:03:04 it's a pity one can't upload the battery data to bq24150 Jul 08 08:18:34 my friend just got a N900 Jul 08 08:18:39 it's reflashing time :P Jul 08 08:18:55 ~flasher Jul 08 08:18:55 [flasher] at http://www.jedge.com/n810/flasher/maemo_flasher-3.5_2.5.2.2.tar.gz (also .exe!), or http://www.chakra-project.org/ccr/packages.php?ID=5027 or generally http://www.google.com/search?q=maemo_flasher-3.5_2.5.2.2.tar.gz. HARMattan(N9): https://aur.archlinux.org/packages/fl/flasher-harmattan/flasher-harmattan.tar.gz, or -- list of filenames/md5sums: http://pastebin.com/sYKdNJSH, or http://galif.eu/nokia/ Jul 08 08:18:56 antranigv: did the oscp work on n9? Jul 08 08:19:12 KotCzarny: nop, cz there is no gtk libs on meego :( Jul 08 08:19:21 O.o Jul 08 08:19:23 wut? Jul 08 08:19:28 yea, it's pure Qt Jul 08 08:19:54 but even for compatibility there should be Jul 08 08:20:32 martink ported them Jul 08 08:21:21 http://talk.maemo.org/showthread.php?t=79229 Jul 08 08:25:33 KotCzarny: um, I'll take a look sure. Jul 08 08:26:06 btw, there are 2 emmc files, one is named europe, and it's about 600MB, which one should I download? Jul 08 08:26:14 or should "he" download. Jul 08 08:26:15 anyway Jul 08 08:26:17 http://galif.eu/nokia/N900/ Jul 08 08:26:36 isnt firmware ~120-150M ? Jul 08 08:26:43 most likely its sdk Jul 08 08:26:57 or wtf it is Jul 08 08:27:13 :D Jul 08 08:27:23 ~flashing Jul 08 08:27:24 hmm... maemo-flashing is http://wiki.maemo.org/Updating_the_tablet_firmware, or - on linux PC - download&extract http://maemo.cloud-7.de/maemo5/patches_n_tools/maemo-my-private-workdir.tgz, cd into it, do sudo ./flash-it-all.sh Jul 08 08:28:59 KotCzarny: 09:55 < bencoh> Maxdamantus: http://mg.pov.lt/maemo-irclog/%23maemo.2015-02-05.log.html#t2015-02-05T13:11:07 Jul 08 08:29:10 (regarding battery) Jul 08 08:29:58 hmm Jul 08 08:30:23 so rbi is kind of secondary battery in battery? Jul 08 08:31:17 * Maxdamantus thinks he might recreate his main ext3 filesystem on his N900 and put all the files back to see if performance improves. Jul 08 08:31:55 * Maxdamantus feels like his ext4 filesystems on his main computer slowed down with age. Jul 08 08:32:24 * Maxdamantus has been using btrfs for a couple of years on his main computer though, and hasn't experienced that. Jul 08 08:32:43 2.6.28 is old Jul 08 08:33:00 unless you find a way to patch current btrfs in Jul 08 08:33:02 Indeed. If I could run something newer I'd use btrfs. Jul 08 08:33:26 maybe their page has patches for older kernels? Jul 08 08:33:57 They're not really at the stage where they'd actively do that. Jul 08 08:43:04 Maxdamantus: tried to defrag? Jul 08 08:43:39 you dont defrag ext* Jul 08 08:43:47 sure you do Jul 08 08:43:54 unless you keep it >95% full Jul 08 08:44:15 also, his 'recreate fs' is a defrag Jul 08 08:44:22 especially /var wants to get get recreated from time to time Jul 08 08:44:35 my /var is in tmpfs Jul 08 08:44:49 I don't think ext has an online defrag, so I might as well recreate the filesystem. Jul 08 08:45:41 all needed is a cp.. Jul 08 08:46:55 but that's assuming you have unfragmented space Jul 08 08:47:10 ie. <80% fs taken Jul 08 08:47:37 Filesystem Size Used Available Use% Mounted on Jul 08 08:47:37 rootfs 27.4G 25.1G 943.3M 96% / Jul 08 08:47:55 i'm pretty sure that online extfs defraggers do exist Jul 08 08:47:59 * Maxdamantus can probably remove some stuff too. Jul 08 08:48:21 They'd probably need to interact with the kernel. Jul 08 08:48:40 (with the ext code in the kernel, that is) Jul 08 08:48:58 oh, it's ext4 only Jul 08 08:48:59 btrfs has ioctls to do with defragmentation. Jul 08 08:49:09 I don't think ext does. Jul 08 08:49:50 ext3/4 advertise internal defrag Jul 08 08:50:12 ie. while you have free space it organises files during operations Jul 08 08:50:15 it's pretty useless on anything that's solid-state tho Jul 08 08:50:15 ie. cp Jul 08 08:50:22 I don't think they advertise that. Jul 08 08:50:43 They say that it's less necessary than some other popular filesystems. Jul 08 08:50:47 kerio, n900 doesnt have ssd, and sd cards are not optimized for 4k blocks Jul 08 08:50:59 due to how it allocates space, not due to random background activity. Jul 08 08:51:20 maxd: that's what i meant Jul 08 08:51:22 pretty sure that "high speed" sd cards for cameras are optimized for huge blocks Jul 08 08:51:41 if N900's drives aren't solid state, what are they? Jul 08 08:51:41 kerio: we are talking about internal sd memory (32G one) Jul 08 08:51:56 maxd: just a plain sd card soldered on Jul 08 08:52:08 SD cards are solid-state. Jul 08 08:52:15 They don't have mechanically moving parts. Jul 08 08:52:16 yeah all of my sd cards have a motor that drives a spinning piece of magnetic tape Jul 08 08:52:33 duh Jul 08 08:52:35 nvm, see the unoptimized for 4k random access part Jul 08 09:22:02 what to do when I get broken packages ? (: Jul 08 09:23:06 libtqm-11 :-/ Jul 08 09:23:16 remove? Jul 08 09:23:26 then try reinstalling properly Jul 08 09:24:11 KotCzarny: flappybird needs libqtm-11, but there is no package named that... Jul 08 09:24:25 read flappybird description? Jul 08 09:24:33 it might explain where to find it Jul 08 09:25:05 let me see. btw, I'm use FAM and not HAM Jul 08 09:29:20 KotCzarny: haha "Warning: Promotion of experimental Qtm based applications (libqtm11 or libqtm-extras) is blocked due to conflicts with stable versions." Jul 08 10:19:41 anyone uses the Maliit keyboard ? Jul 08 10:33:52 Is anyone awae of a shortcut that closes a terminal window. Jul 08 10:34:14 ctrl + d Jul 08 10:34:24 Maxdamantus: ^ Jul 08 10:34:29 It's not that. Jul 08 10:34:56 It seems to have to do with the terminal itself. Jul 08 10:35:04 you mean even as kill if a program is running? Jul 08 10:35:19 just click the 'x' ? Jul 08 10:35:50 I often seem to accidentally invoke something that closes the terminal window. Jul 08 10:36:00 ctrl-w maybe Jul 08 10:36:13 always while I'm inside irssi in tmux in ssh. Jul 08 10:36:46 also ~ then . closes ssh session Jul 08 10:36:47 ctrl-w doesn't seem to do it. Jul 08 10:37:36 it happens when I try doing esc-a, where `esc` for me is fn+return Jul 08 10:37:55 also using a Dvorak layout. Jul 08 10:39:43 It doesn't only close the ssh connection. It's as if I pressed the X in the top right. Jul 08 10:44:35 deleting wrong version of webkit... why? anyway, let's see the results :P Jul 08 18:44:43 i've just noticed something .. hope i don't have an impending hardware problem: Jul 08 18:45:59 N900 with slider open, then let it alone until screen blanks. keyboard is lit as well while screen is lit. when screen blanks, the keyboard starts flickering. i don't remember this happening before :( Jul 08 18:46:07 reason to worry? Jul 08 18:50:35 reboot? Jul 08 18:52:11 Sicelo: disable R&D mode :-D Jul 08 18:52:57 i'm not in R&D Jul 08 18:53:04 or fix preinit(?) Jul 08 18:53:36 is the flickering only left and right side, and not completely in sync? Jul 08 18:54:13 yes, Jul 08 18:54:32 that's debug mode, aka r&d Jul 08 18:54:42 no hw defect :-) Jul 08 18:55:02 but then .. what put it there, haha ... i haven't had USB for over a year now Jul 08 18:55:34 wait a minute, lemme find the place in bootscripts that controls it Jul 08 19:02:30 Sicelo: less +'/echo active > /sys/devices/platform/gpio-switch/sleep_ind/state' /sbin/preinit Jul 08 19:05:34 Sicelo: for now try " echo inactive > /sys/devices/platform/gpio-switch/sleep_ind/state " and watch it stopping Jul 08 19:05:48 then check your /etc/pmconfig Jul 08 19:06:13 that pattern doesn't exist in my /sbin/preinit Jul 08 19:07:29 and yes, now it stopped after 'echo inactive' ... Jul 08 19:07:58 sleep_ind = 1 in pmconfig Jul 08 19:08:02 then your preinit is fuxored Jul 08 19:08:58 http://privatepaste.com/ba3725ad2f excerpt of *my* preinit Jul 08 19:09:12 which is the stock preinit, as of CSSU Jul 08 19:09:51 (sleep_ind = 1) yes, here too Jul 08 19:10:55 on the LEDs: right one is master system clock, left one is CPU-sleep (aka C4?) Jul 08 19:12:26 http://privatepaste.com/download/9ebfdae66c Jul 08 19:13:14 what the heck, doesn't open, unknown mime-type Jul 08 19:14:39 who messed up your preinit? Jul 08 19:15:33 still doesn't open? Jul 08 19:16:15 http://privatepaste.com/ae501b6ece Jul 08 19:16:24 i opened with editor Jul 08 19:17:43 blame Pali Jul 08 19:17:50 :> Jul 08 19:17:54 my link works fine for me here Jul 08 19:19:11 DocScrutinizer05: http://paste.debian.net/280333/ Jul 08 19:21:29 isn't that the same? Jul 08 19:22:33 it's my preinit. thought you couldn't open/see it Jul 08 19:22:35 use transfer.sh Jul 08 19:22:41 http://transfer.sh Jul 08 19:24:01 http://maemo.cloud-7.de/maemo5/sbin/preinit Jul 08 19:24:31 I guess you coucgt a CSSU-testingitis Jul 08 19:24:51 ;-) Jul 08 19:25:25 playing with preinit on a broken usb device ... *cough* :] Jul 08 19:26:00 ohmy Jul 08 19:26:50 doesnt sound exactly .... "sane" :) Jul 08 19:27:05 getbootstate update, lolz .. how was i to know :P Jul 08 19:27:47 pretty terrible regression Jul 08 19:28:11 open a ticket ahainst CSSU-$whatever_it_was Jul 08 19:28:17 in any case, if i had to have bricked N900, maybe that would give me the motivation to fix the USB once for all .. because it's nothing more that procrastination that has resulted in this whole year of no USB availability Jul 08 19:28:32 i've already poked Pali Jul 08 19:28:53 where from came that getbootstate update? Jul 08 19:29:01 cssu devel Jul 08 19:29:11 oooh develitis then Jul 08 19:29:18 it may eat your brain Jul 08 19:29:31 it obviously does ;-D Jul 08 19:29:52 Sicelo: replace by http://maemo.cloud-7.de/maemo5/sbin/preinit Jul 08 19:29:53 whats problem with preinit? Jul 08 19:30:09 Pali: 14:02 < DocScrutinizer05> Sicelo: less +'/echo active > /sys/devices/platform/gpio-switch/sleep_ind/state' /sbin/preinit Jul 08 19:30:10 Pali: it lacks disabling of debug LEDs Jul 08 19:30:19 that line missing Jul 08 19:30:29 ok, i will look at it Jul 08 19:30:34 not only that line, it seems there's more to it Jul 08 19:31:19 brainz ? I thougt we all ate that a long time ago Jul 08 19:31:30 yeah Jul 08 19:31:58 live on the wild side of life Jul 08 19:37:25 Sicelo: whats other is not working in new preinit? Jul 08 19:38:48 i don't know. i just noticed the weird keyboard backlight only Jul 08 19:39:19 * DocScrutinizer05 stares at the "weird kbd light" and thinks it's awesome :-) Jul 08 19:39:34 you can see the system working Jul 08 19:43:44 Sicelo: so what is needed to disable that keyboard light? Jul 08 19:43:55 active or inactive state? Jul 08 19:46:13 Sicelo: that code for sleep_ind was moved to read_cfg.awk Jul 08 19:46:18 worksforme, i think Jul 08 19:46:24 because all gpio switches are in read_cfg.awk Jul 08 19:46:43 nvm i haven't upgraded it Jul 08 19:47:40 let me reboot to see if it was just hiccup (unlikely?) or not Jul 08 19:54:52 Pali: there's a bug even in stock maemo it seems to me: "" awk '/sleep_ind/{ if ($2 == 1) { VALUE="active"; } else { VALUE="inactive"; } print VALUE > "/sys/devices/platform/gpio-switch/sleep_ind/state" }' < /etc/pmconfig "" doesn't do what it's supposed to, in my book, since in pmconfig I got ""sleep_ind 1"" and yet the sleep indicator aka debug LEDs are INactive on my N900 after boot Jul 08 19:55:13 prolly awk in busybox borked? Jul 08 19:56:43 anyway I still wonder how comes that Jul 08 19:56:45 IroN900:~# cat /sys/devices/platform/gpio-switch/sleep_ind/state Jul 08 19:56:47 inactive Jul 08 19:59:21 * DocScrutinizer05 suspects that $2 isn't what you'd think it might be Jul 08 20:01:30 * DocScrutinizer05 also wonders who came up with the idea to set sleep_ind 1 in pmconfig anyway. Seems it's standard Jul 08 20:01:42 for sure not what it's meant to be Jul 08 20:03:47 also the whole sequence in genuine preinit makes no sense Jul 08 20:04:01 or does it...? Jul 08 20:04:32 DocScrutinizer05: that code which you copied to IRC is executed only if R&D mode is enablled Jul 08 20:04:53 ooh wait, it's in "if [ "$rd_mode" = "enabled" ]; then" Jul 08 20:05:01 yep Jul 08 20:05:58 https://github.com/community-ssu/getbootstate/blob/master/preinit Jul 08 20:06:05 https://github.com/community-ssu/getbootstate/blob/master/read_cfg.awk Jul 08 20:06:08 this is new version Jul 08 20:06:24 and is read_cfg.awk also only executed in a conditional branch running when R&D mode set? Jul 08 20:06:49 in new preinit version Jul 08 20:06:54 no, read_cfg.awk is executed always Jul 08 20:07:00 that's the bug Jul 08 20:07:00 https://github.com/community-ssu/getbootstate/blob/master/pmconfig Jul 08 20:07:07 and here is new pmconfig ^ Jul 08 20:07:17 just sleep_ind is set to 0 Jul 08 20:07:23 well Jul 08 20:07:27 after reboot lights flickering again Jul 08 20:07:41 I wouldn't like an update to discard my pmconfig :-/ Jul 08 20:07:43 Sicelo: do you have updated /etc/pmconfig? Jul 08 20:07:56 DocScrutinizer05: it is conffile Jul 08 20:07:57 let me compare with github Jul 08 20:08:18 exactly, and updates are not supposed to reset conffiles Jul 08 20:08:25 yes Jul 08 20:09:03 so when you change the semantics, you rather should use a new key instead of inverting meaning of old one Jul 08 20:09:38 ok, so maybe add check in read_cfg.awk and ignore sleep_ind settings if R&D mode is disabled? Jul 08 20:10:00 Pali: they are diferent .. dunno why. Jul 08 20:10:04 gdiff -u /etc/pmconfig.dpkg-new /etc/pmconfig Jul 08 20:10:12 -sleep_ind 0 Jul 08 20:10:14 +sleep_ind 1 Jul 08 20:10:28 IOW new read_cfg.awk should use sleep_ind_unconditional as key Jul 08 20:10:39 ok, so change was not applied :-( Jul 08 20:10:50 we probably cannot update conffiles in maemo? Jul 08 20:10:54 via HAM or apt? Jul 08 20:11:16 you notice there's an /etc/pmconfig.dpkg-new? Jul 08 20:11:47 that's what any sane installer does when updating conffiles that might have altered Jul 08 20:12:05 Pali: s/maemo/debian/ iirc Jul 08 20:12:20 you sould be able to prompt the user to choose though Jul 08 20:12:25 (like apt-get upgrade does) Jul 08 20:12:33 not in HAM ;-P Jul 08 20:12:40 ah Jul 08 20:12:56 i did it via apt Jul 08 20:12:59 dont we have some prompt-user gui ? Jul 08 20:13:23 updating KP does show a warning whether through HAM or apt Jul 08 20:13:27 Sicelo: can you add this: if (system("cal-tool --get-rd-mode | grep -q -x 'enabled'") == 0) { Jul 08 20:13:30 into /sleep_ind/ block? Jul 08 20:13:38 in read_cfg.awk Jul 08 20:13:53 shouldn't we use sleep_ind_unconditional as new key and do a postinnst like echo 'sleep_ind_unconditional 0' >>/etc/pmconfig ? Jul 08 20:13:56 Sicelo: that's what I thought (KP and warning) Jul 08 20:14:16 DocScrutinizer05: there is problem with upgrading that file :-( Jul 08 20:14:29 see that Sicelo did not modify it and apt refused to update it Jul 08 20:14:33 that's why I suggested using postinst script Jul 08 20:14:39 so I would rather not touch pmconfig file Jul 08 20:14:51 and let original semantic of that file Jul 08 20:15:08 the original semantic is already broken Jul 08 20:15:20 you need to fix it Jul 08 20:15:38 yes, but I do not know what to do with broken HAM and apt Jul 08 20:15:49 by keeping sleep_ind 1 (or whatever and *appending* sleep_ind_unconditional 0 Jul 08 20:16:25 by keeping sleep_ind 1 (or whatever) and *appending* sleep_ind_unconditional 0 Jul 08 20:16:31 but you cannot touch that file :-( Jul 08 20:16:38 editing it cause that apt will create /etc/pmconfig.dpkg-new Jul 08 20:16:39 why? Jul 08 20:16:45 no Jul 08 20:16:56 see Sicelo's log ^^^ Jul 08 20:16:59 echo 'sleep_ind_unconditional 0' >>/etc/pmconfig Jul 08 20:17:07 in postinst Jul 08 20:17:11 and what happen on next update? Jul 08 20:17:17 same problem Jul 08 20:17:24 conffile will differ Jul 08 20:17:25 ? Jul 08 20:17:42 and again problem with /etc/pmconfig.dpkg-new Jul 08 20:17:52 you don't deploy a conf file, you create/alter it in postinst Jul 08 20:18:20 you always deploy conffile if there is some in DEB package Jul 08 20:18:42 that'S exactly the point, it must not be in DEB file Jul 08 20:19:32 but already conffile *is* in DEB file Jul 08 20:19:41 huh? Jul 08 20:20:38 I thought files are created by develipers, not *being* since beginning of time til end of universe Jul 08 20:21:02 yes, but pmconfig already exists as conffile in getbootstate package Jul 08 20:21:08 it is installed on every n900 Jul 08 20:21:15 the fix getbootstate pkg Jul 08 20:21:23 so basically it exist since begining of n900 time Jul 08 20:21:39 due broken HAM it is not possible Jul 08 20:21:49 do you remember problem with hildon-desktop conffile? Jul 08 20:21:54 how does that conflict with _not_ having it in update? Jul 08 20:22:28 merlin1991 created some special hook for it in cssu-installer script which is called before cssu packages are installed Jul 08 20:22:34 before preinst/postint! Jul 08 20:22:45 I think this was only way how to solve that problem... Jul 08 20:22:58 I don't see the problem, to begin with Jul 08 20:23:08 it is same problem Jul 08 20:23:22 I still don't see it Jul 08 20:23:34 HAM is broken Jul 08 20:23:38 so? Jul 08 20:23:47 cannot normally update conffliles Jul 08 20:23:57 we DO NOT UPDATE that conffile Jul 08 20:24:03 nor delete Jul 08 20:24:10 we don't delete it either Jul 08 20:24:13 update = change content of that file Jul 08 20:24:21 and you want something to append? Jul 08 20:24:26 in postinst Jul 08 20:24:32 so what? Jul 08 20:24:49 don't tell me HAM doesn't allow echo foo >>bar Jul 08 20:24:50 it is broken as next update of getboostate will again cause problems Jul 08 20:25:06 which problems? Jul 08 20:25:10 next update HAM will see that file is changed against original version Jul 08 20:25:16 which cause another update problem Jul 08 20:25:31 which problems? Jul 08 20:25:49 creating dpkg.new files Jul 08 20:25:53 a conffile is *supposed* to be changed from what it originally was Jul 08 20:26:18 if you use dpkg manually or aptitude which support that properly you will get broken/inconsisant system Jul 08 20:26:26 dang, HAM can only create a dpkg.new file when you ship any such file with the new version Jul 08 20:26:51 same for dpkg or apt Jul 08 20:27:50 when the new pkg version _has_ _no_ pmconfig file included, then apt/dpkg/ham will not even care about it, no? Jul 08 20:28:26 so you want to remove pmconfig from DEB package? Jul 08 20:28:31 yes Jul 08 20:28:35 aha Jul 08 20:29:01 will think about it... Jul 08 20:29:33 echo 'sleep_ind_unconditional 0' >>/etc/pmconfig in postinst will create it at install time when it's missing Jul 08 20:29:48 and "update" it when it already exists Jul 08 20:30:19 in the meantime, which is better? add the code you suggested to read_cfg, or just change pmconfig? i've done the pmconfig change and no more flickering keyboard Jul 08 20:30:44 of course you can do sth smarter, like a complete sed script to create multiple lines when the keys don't exaist already Jul 08 20:30:55 in postinst Jul 08 20:30:57 I do not like solution when files are generated at postinst time... Jul 08 20:31:16 well, that's exactly what all packages do with config files Jul 08 20:31:19 this means that unpacking file (via dpkg -x) you will not see content of full package Jul 08 20:31:28 because some files are created when installing them Jul 08 20:31:31 see e.g. KDE Jul 08 20:31:41 conffiles are in DEB package Jul 08 20:31:47 dpkg -x will unpack them Jul 08 20:32:22 * DocScrutinizer05 is afk Jul 08 20:33:24 (is KDE really a good example regarding package management ?) Jul 08 20:34:14 i'll stick with adjusted pmconfig for now then :) will see what comes of read_cfg in an update Jul 08 20:38:55 humm is my sim dying or is my sim slot dying. I lost all service and missing sim icon appeared for few seconds and then everything went back to normal. Jul 08 20:39:14 clean contacts Jul 08 20:39:55 when problem stays, it's most likely your modem chip dying Jul 08 20:40:51 oh my. Then i probably vote for dying modem since i lose network from time to time. Jul 08 20:41:07 vote? you'd like that? :p Jul 08 20:41:22 i suppose it's not user changeable? Jul 08 20:41:45 Sicelo: sure. I always agree with my n900 :) Jul 08 20:42:36 I seen SIM issues on may phones, after SIM contacts collecting dust and dirt for years Jul 08 20:42:47 losing network shouldn't be sign of dying modem. if your modem is dying, you lose sim card. i could be wrong though Jul 08 20:42:52 however N900 no-SIM issue is notorious Jul 08 20:45:38 ok. Will try cleaning contacts from port and sim Jul 08 20:47:01 vajb: check the card, are there grooves on the contacts? Jul 08 20:48:20 last time checked they were all shiny and straight. Not even scratched, but that's like 3 years ago... Jul 08 20:49:42 also, i think modem chip can get loose from the board Jul 08 20:50:22 and there was a fix by inserting something under metal shield to press it a bit Jul 08 20:50:57 KotCzarny: there's the famous spring-fix but it doesn't really work that great Jul 08 20:51:15 luckily i only read about it, my n900 is still working nicely (even after multiple hard drops) Jul 08 20:51:29 reminds me of "baking of friends xbox360"... Jul 08 20:51:38 I also never had an issue with USB or modem on any of my N900 Jul 08 20:51:44 same Jul 08 20:52:15 i had some funky charging/not charging issues (not usb related, but charging chip going hairy) Jul 08 20:52:28 o.O Jul 08 20:53:02 they were fixed by a reboot, so i dont know what it was Jul 08 20:53:20 that sounds like system busy issues Jul 08 20:53:57 but that state persisted until reboot, i've tried multiple connect/disconnect and different chargers Jul 08 20:54:20 and there's also a race condition between detection of VBUS 5V and D+/- short charger ID detect. occasionally it thinks it's connected to a USB host Jul 08 20:54:25 and i think orange light was stuck ON Jul 08 20:54:48 duh! Jul 08 20:54:58 even after disconnecting charget Jul 08 20:55:01 *charger Jul 08 20:55:24 now _that_ sounds like broken or dying charger chip indeed Jul 08 20:56:11 but i had such issue 2-3 times in the past, it works ok mostly Jul 08 20:56:30 or... it might be totally messed up BME Jul 08 20:56:47 reboot was a fix, so i bet on confused bme Jul 08 20:57:15 or I2C at large, like it could happen on old powerkernel (pre 49?) Jul 08 21:00:40 i used to get those usb host problems with charger, but solved it by connecting charger first to phone and then to mains socket Jul 08 21:02:28 (pmconfig, preinit) why exactly did this change at all? there's a clear reason why this particular "" awk '/sleep_ind/{ if ($2 == 1) { VALUE="active"; } else { VALUE="inactive"; } print VALUE > "/sys/devices/platform/gpio-switch/sleep_ind/state" }' < /etc/pmconfig "" got done in this particular position in code. cleaning up code is not a good reason for changing behavior Jul 08 21:04:47 the semantic was: "when device in R&D mode, either set debug LEDs to what's in pmconfig sleep_ind key, or - if such key or even whole pmconfig file is missing - default to LEDs enabled Jul 08 21:05:52 I don't see why this semantic needs to change Jul 08 21:09:21 no change in semantic, no need to update pmconfig ;-) Jul 08 21:09:59 no need to "fix" code that's not broken **** ENDING LOGGING AT Thu Jul 09 02:59:58 2015