| 00:51.20 | *** join/#maemo Ex-Opesa (~Ex-Opesa@unaffiliated/ex-opesa) |
| 00:56.03 | *** join/#maemo bef0rd (~bef0rd@unaffiliated/beford) |
| 01:26.08 | *** join/#maemo valeriusL (~valerius@85.26.180.152) |
| 01:30.57 | *** join/#maemo ced117 (~ced117@opensuse/member/ced117) |
| 01:33.02 | *** join/#maemo Ex-Opesa (~Ex-Opesa@unaffiliated/ex-opesa) |
| 01:52.04 | *** join/#maemo valeriusL (~valerius@85.26.180.152) |
| 01:54.01 | *** join/#maemo robbiethe1st (~robbiethe@192.183.179.62) |
| 01:58.57 | *** join/#maemo erlehmann (~erlehmann@89.204.137.91) |
| 01:59.15 | *** join/#maemo SmilyOrg (Smily@BSN-61-1-251.dial-up.dsl.siol.net) |
| 02:02.10 | *** join/#maemo silviof1 (~silviof@unaffiliated/silviof) |
| 03:01.09 | *** join/#maemo lxp1 (~lxp@62-47-155-190.adsl.highway.telekom.at) |
| 03:36.04 | *** join/#maemo Natch (~Natch@c-ebcfe155.25-4-64736c10.cust.bredbandsbolaget.se) |
| 03:37.08 | *** join/#maemo mp_ (~mp@77-255-251-48.adsl.inetia.pl) |
| 04:05.26 | *** join/#maemo valeriusL (~valerius@85.26.180.152) |
| 04:14.39 | *** join/#maemo amizraa (~amizraa@gateway/tor-sasl/amizraa) |
| 04:55.16 | *** join/#maemo protem (~protem@ks3100918.kimsufi.com) |
| 04:55.17 | *** join/#maemo protem (~protem@unaffiliated/protem) |
| 05:06.54 | *** join/#maemo _rd (~rd@p57B481A6.dip0.t-ipconnect.de) |
| 05:11.08 | *** join/#maemo VDVsx (~VDVsx@192.194.199.34) |
| 05:21.40 | *** join/#maemo _rd (~rd@p57B481A6.dip0.t-ipconnect.de) |
| 05:27.44 | *** join/#maemo maybeHere (~cl@p5B1616C5.dip0.t-ipconnect.de) |
| 05:39.03 | ds_shadof | is there any way to send files via skype from n900? |
| 05:39.34 | *** join/#maemo aloril (~aloril@dsl-tkubrasgw2-54f80b-12.dhcp.inet.fi) |
| 05:43.09 | *** join/#maemo LauRoman|Laptop (~LauRoman@5-14-195-26.residential.rdsnet.ro) |
| 05:43.45 | *** join/#maemo LauRoman (~LauRoman@5-14-195-26.residential.rdsnet.ro) |
| 06:01.56 | *** join/#maemo jormungandr (~xxx@213.23.120.114) |
| 06:06.35 | *** join/#maemo valeriusL (~valerius@85.26.180.152) |
| 06:17.33 | *** join/#maemo FlameReaper-PC (~FR@110.159.111.75) |
| 06:41.30 | *** join/#maemo darkschneider (~gab@93-32-59-224.ip32.fastwebnet.it) |
| 06:55.38 | *** join/#maemo delphi (~ns-team@devbin/founder/trx) |
| 06:58.08 | *** join/#maemo kolp (~quassel@55d44dca.access.ecotel.net) |
| 07:18.54 | *** join/#maemo dvoid (~quassel@h66n14-sde-a31.ias.bredband.telia.com) |
| 07:27.49 | *** join/#maemo florian (~fuchs@port-217-146-132-69.static.qsc.de) |
| 07:27.50 | *** join/#maemo florian (~fuchs@Maemo/community/contributor/florian) |
| 07:31.41 | *** join/#maemo Ex-Opesa (~Ex-Opesa@unaffiliated/ex-opesa) |
| 07:39.29 | *** join/#maemo dvoid (~quassel@h66n14-sde-a31.ias.bredband.telia.com) |
| 07:39.54 | *** join/#maemo valeriusL (~valerius@85.26.180.152) |
| 07:45.58 | *** join/#maemo Ex-Opesa (~Ex-Opesa@unaffiliated/ex-opesa) |
| 07:48.07 | *** join/#maemo Guest13974 (~FIQ@fiq.se) |
| 08:05.54 | *** join/#maemo edheldil (~edheldil@2001:1488:fffe:1:222:19ff:fe31:415e) |
| 08:06.54 | *** join/#maemo Ex-Opesa (~Ex-Opesa@unaffiliated/ex-opesa) |
| 08:08.00 | wizbit | anybody know how to use sfdisk, its complicated compared to fdisk |
| 08:08.40 | *** join/#maemo remarc (~sequantz@194.11.24.44) |
| 08:08.50 | *** join/#maemo remarc (~sequantz@194.11.24.44) |
| 08:10.05 | *** join/#maemo geaaru (~geaaru@host170-152-static.43-88-b.business.telecomitalia.it) |
| 08:21.07 | wizbit | start= 56631360, size= 4194304 hmmm i can convert gb into blocks, but how can i work out the start position?! |
| 08:23.07 | wizbit | ok worked it out |
| 08:25.45 | *** join/#maemo Milhouse (~Milhouse@Maemo/community/contributor/Milhouse) |
| 08:32.12 | *** join/#maemo nslu2-log_ (~nslu2-log@140.211.169.184) |
| 08:36.22 | *** join/#maemo N-Mi (~nicolas@calvix/staff/N-Mi) |
| 08:48.44 | *** join/#maemo t3st3r (~t3st3r@gateway/tor-sasl/t3st3r) |
| 09:07.07 | *** join/#maemo Guest91781 (~FIQ@fiq.se) |
| 09:46.15 | *** join/#maemo hxka (~hxka@128-69-131-147.broadband.corbina.ru) |
| 09:54.24 | *** join/#maemo wizbit (~wizbit@unaffiliated/wizbit) |
| 10:10.16 | *** join/#maemo hubutm20 (~hubutm20@79.113.84.23) |
| 10:18.39 | *** join/#maemo eMHa (~mh@HSI-KBW-046-005-002-047.hsi8.kabel-badenwuerttemberg.de) |
| 10:31.10 | *** join/#maemo wizbit (~wizbit@unaffiliated/wizbit) |
| 10:49.28 | *** join/#maemo rosseaux (~BeRo@228.66.238.89.in-addr.arpa.manitu.net) |
| 10:53.20 | *** join/#maemo okias (~okias@berger.cust.centro-net.cz) |
| 11:01.29 | *** join/#maemo MohammadAG (~MohammadA@Maemo/community/contributor/MohammadAG) |
| 11:03.06 | wizbit | sfdisk is complicated. |
| 11:03.08 | wizbit | arghghghghghgh |
| 11:08.35 | *** join/#maemo uros1 (~uros1@ubuntu/member/uros1) |
| 11:10.21 | *** part/#maemo uros1 (~uros1@ubuntu/member/uros1) |
| 11:21.32 | DocScrutinizer05 | IroN900:~# apt-cache policy cfdisk |
| 11:21.32 | DocScrutinizer05 | cfdisk: |
| 11:21.34 | DocScrutinizer05 | <PROTECTED> |
| 11:21.35 | DocScrutinizer05 | <PROTECTED> |
| 11:21.37 | DocScrutinizer05 | <PROTECTED> |
| 11:21.38 | DocScrutinizer05 | <PROTECTED> |
| 11:21.40 | DocScrutinizer05 | <PROTECTED> |
| 11:26.38 | wizbit | DocScrutinizer05: excellent, i hope cfdisk is easier |
| 11:37.44 | Maxdamantus | likes parted. |
| 11:38.03 | Maxdamantus | parted from Debian seems to have problems on the N900 though. |
| 11:38.51 | Maxdamantus | root@orcus:/# parted |
| 11:38.51 | Maxdamantus | *** glibc detected *** parted: munmap_chunk(): invalid pointer: 0x4019f548 *** |
| 11:39.20 | Maxdamantus | iirc, it runs under valgrind, but random characters are inserted to the command line. |
| 11:39.56 | Maxdamantus | (parted) (i-search)`': ¸(parted) ú¸[1@| ! þÿJþÿÿ þÿÿª |
| 11:41.09 | *** join/#maemo ddark (~ddark@188.120.138.60) |
| 11:41.15 | Maxdamantus | have to kill it from another shell. |
| 11:41.51 | Maxdamantus | Randomly generates commands and tries to evaluate them, but they're (hopefully) always invalid, so it prints the help text. |
| 11:48.49 | *** join/#maemo goldkatze (~nobody@unaffiliated/goldkatze) |
| 11:48.58 | wizbit | cfdisk doesnt recognize : cfdisk /dev/mmcblk1 |
| 11:49.06 | wizbit | FATAL ERROR: Bad primary partition 0: Partition ends in the final partial cylinder |
| 11:57.39 | *** join/#maemo auenf (~David@171.72.233.220.static.exetel.com.au) |
| 11:59.05 | *** join/#maemo LauRoman (~LauRoman@5-14-195-26.residential.rdsnet.ro) |
| 12:02.12 | DocScrutinizer05 | http://wstaw.org/m/2014/05/09/plasma-desktopx31889.png |
| 12:03.31 | DocScrutinizer05 | -z: Start with a zero partition table, instead of reading the pt from disk; |
| 12:04.09 | wizbit | ok done it with -z option! |
| 12:04.10 | DocScrutinizer05 | beware to not mix up mmcblk1 with mmcblk0 |
| 12:04.35 | wizbit | DocScrutinizer05: swap is on /dev/mmcblk1p1 |
| 12:04.43 | wizbit | and extra vfat space is on /dev/mmcblk1p2 |
| 12:05.16 | wizbit | maybe swap should be on /dev/mmcblk1p2 |
| 12:05.27 | DocScrutinizer05 | system swaps names of mmcblk1 and mmcblk0 during boot |
| 12:05.31 | DocScrutinizer05 | sometimes |
| 12:07.19 | DocScrutinizer05 | but yeah, usually mmcblk0 is internal eMMC which you MUST NOT touch |
| 12:07.21 | DocScrutinizer05 | ~2119 |
| 12:07.21 | infobot | The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", and "OPTIONAL" in this document are to be interpreted as described in RFC 2119. |
| 12:07.30 | DocScrutinizer05 | this time for real |
| 12:07.41 | DocScrutinizer05 | well |
| 12:07.51 | DocScrutinizer05 | but yeah, usually mmcblk0 is internal eMMC which you SHOULD NOT touch |
| 12:08.08 | *** join/#maemo stef_204 (~kvirc@unaffiliated/stef-204/x-384198) |
| 12:08.30 | wizbit | here we go |
| 12:08.31 | wizbit | swapon.debian -p 0 /dev/mmcblk1p2 |
| 12:10.03 | wizbit | DocScrutinizer05: do i need to turn off the existing swap |
| 12:10.10 | wizbit | before i swapon the partition |
| 12:10.24 | wizbit | im not touching eMMC |
| 12:12.39 | DocScrutinizer05 | no, you shouldn't turn of swap before turning on alternative swap. You are supposed to turn off "old" swap *after* new swap got enabled |
| 12:15.40 | *** join/#maemo eMHa (~mh@nat.de.netviewer.com) |
| 12:15.40 | wizbit | ok |
| 12:15.41 | wizbit | /dev/mmcblk1p2 partition 1953112 0 -1 |
| 12:15.47 | wizbit | its worked |
| 12:15.53 | wizbit | i wonder if this will take a reboot |
| 12:16.04 | *** join/#maemo LjL-Laplet (~ljl@93-32-49-69.ip32.fastwebnet.it) |
| 12:16.33 | wizbit | or should they both be active with different priorities |
| 12:18.50 | wizbit | hmm |
| 12:18.58 | wizbit | after reboot it rememebers built in swap |
| 12:18.59 | wizbit | /dev/mmcblk0p3 partition 786424 0 -1 |
| 12:19.35 | wizbit | http://wiki.maemo.org/Startup_script ? |
| 12:21.57 | wizbit | i will put this in startup script |
| 12:22.00 | wizbit | swapoff /dev/mmcblk0p3 && swapon /dev/mmcblk1p2 |
| 12:24.09 | *** join/#maemo auenf (~David@171.72.233.220.static.exetel.com.au) |
| 12:24.54 | *** join/#maemo Ex-Opesa (~Ex-Opesa@unaffiliated/ex-opesa) |
| 12:27.15 | DocScrutinizer05 | WRONG |
| 12:27.19 | DocScrutinizer05 | see above |
| 12:27.20 | *** join/#maemo lizardo (lizardo@nat/indt/x-subgfprggzapeplx) |
| 12:29.00 | DocScrutinizer05 | what is your system supposed to do after swapoff? I tell you what it's going to do: it suspends all preloaded apps to free up RAM so system can still kinda work after swapoff |
| 12:29.26 | DocScrutinizer05 | this is a very pathological state for your system |
| 12:30.20 | DocScrutinizer05 | and will take quite a while (up to a few minutes) to complete, and only after it completed swapoff will return so swapon will add available virtual memory to system again |
| 12:31.11 | DocScrutinizer05 | kudos to hildon desktop for handling all this, other systems quite possibly would simply blow chunks |
| 12:32.08 | DocScrutinizer05 | swapon /dev/mmcblk1p2 && swapoff /dev/mmcblk0p3 |
| 12:32.14 | DocScrutinizer05 | THIS makes perfect sense |
| 12:32.21 | wizbit | eek my phone wont boot now :/ |
| 12:32.35 | DocScrutinizer05 | I'm not surprised |
| 12:32.40 | wizbit | shit :( |
| 12:34.35 | wizbit | got it to boot phew |
| 12:34.40 | *** join/#maemo okias (~okias@berger.cust.centro-net.cz) |
| 12:35.23 | wizbit | ok turn on the other swap BEFORE i turn off the other |
| 12:35.34 | *** join/#maemo LauRoman (~LauRoman@5-14-195-26.residential.rdsnet.ro) |
| 12:36.15 | wizbit | DocScrutinizer05: i have created this startup-script inside /etc/event.d/ |
| 12:36.16 | wizbit | http://dpaste.com/123RR90/ |
| 12:36.22 | wizbit | does that look ok? |
| 12:39.48 | wizbit | i added this to the script: echo 30 > /proc/sys/vm/swappiness |
| 12:42.31 | DocScrutinizer05 | wizbit: this script looks nonsensical since it's not linked to any other event during bootup |
| 12:44.55 | wizbit | /etc/event.d/rcS-late |
| 12:45.08 | DocScrutinizer05 | I got no clue how upstart *really* works in detail, but if I had to geuss, i'd say such script gets started before or in parallel with any other non-conditional script, *very* early during boot, when neither mounting of original swap nor renaming of mmcblk1 vs 0 has already happened (possibly) |
| 12:45.13 | wizbit | i changed the swap -a line to swapon /etc/event.d/rcS-late |
| 12:45.23 | wizbit | swapon /dev/mmcblk1p2 |
| 12:45.24 | wizbit | i mean! |
| 12:45.33 | *** join/#maemo LauRoman (~LauRoman@5-14-195-26.residential.rdsnet.ro) |
| 12:45.37 | DocScrutinizer05 | that sounds *much* beter |
| 12:45.54 | wizbit | it worked!!! |
| 12:45.55 | wizbit | /dev/mmcblk1p2 partition 1953112 0 -1 |
| 12:47.00 | wizbit | as long as i reboot the phone every now and again i dont have to worry about swap fragmentation |
| 12:51.37 | DocScrutinizer05 | meh. A "swapon /dev/mmcblk0p3 && swapoff /dev/mmcblk1p2 && swapon /dev/mmcblk1p2 && swapoff /dev/mmcblk0p3" every now and then will do as well |
| 12:52.27 | wizbit | aye ok! |
| 12:52.44 | DocScrutinizer05 | or simply use any of the several reswap tools |
| 12:52.47 | wizbit | could create a mini, swap-refresh.sh script |
| 12:53.08 | DocScrutinizer05 | that's what ereswap etc does |
| 12:53.24 | wizbit | aye ok |
| 12:53.35 | wizbit | i found another cool feature |
| 12:53.51 | wizbit | my alarm clock went off on the n900 this morningm then it said what would you like to turn the phone on |
| 12:53.54 | wizbit | how cool |
| 12:53.59 | wizbit | it must of been in sleep mode |
| 12:54.20 | wizbit | am i right in thinking that the alarm clock still works even in sleep mode? |
| 12:54.32 | DocScrutinizer05 | it even works in off mode |
| 12:54.35 | wizbit | jeeeeze |
| 12:54.43 | DocScrutinizer05 | it's a true cmos clock alarm |
| 12:54.43 | wizbit | but how? its off |
| 12:54.51 | wizbit | cooool |
| 12:56.11 | DocScrutinizer05 | you could create a tool that powers up N900 once per month, does something, and goes back to powered down state after 5 minutes. This could run for a year or longer, depending on self discharge of battery |
| 12:57.19 | DocScrutinizer05 | alas a broken bupbat will cause cmos clock to forget any alarm that been set up, when you swap battery |
| 12:57.33 | DocScrutinizer05 | ~bupbat |
| 12:57.33 | infobot | well, bupbat is use the capacitive type, LiIon are breaking during 12 months, or http://www.digikey.de/product-detail/de/PAS414HR-VG1/587-2157-1-ND/1959153, or https://hbe-shop.de/Art-2112777-TAIYO-YUDEN-PAS414HR-VA5R-KONDENSATOR006F-33V-STAKED-COIN, or http://talk.maemo.org/showthread.php?t=90864 |
| 12:58.14 | DocScrutinizer05 | cya |
| 12:58.17 | DocScrutinizer05 | o/ |
| 13:00.54 | *** join/#maemo Milhouse (~Milhouse@Maemo/community/contributor/Milhouse) |
| 13:18.29 | *** join/#maemo Ex-Opesa (~Ex-Opesa@unaffiliated/ex-opesa) |
| 13:19.44 | *** join/#maemo LauRoman|Laptop (~LauRoman@5-14-195-26.residential.rdsnet.ro) |
| 13:26.17 | *** join/#maemo _rd (~rd@p57B481A6.dip0.t-ipconnect.de) |
| 13:32.02 | *** join/#maemo japa-fi (~jani@mobile-internet-bcee50-245.dhcp.inet.fi) |
| 13:41.07 | *** join/#maemo FlameReaper-PC (~FR@110.159.111.75) |
| 13:41.54 | *** join/#maemo t3st3r (~t3st3r@gateway/tor-sasl/t3st3r) |
| 13:42.11 | *** join/#maemo amizraa (~amizraa@gateway/tor-sasl/amizraa) |
| 13:44.43 | *** join/#maemo auenf (David@171.72.233.220.static.exetel.com.au) |
| 13:50.34 | *** join/#maemo auenf (David@171.72.233.220.static.exetel.com.au) |
| 14:07.31 | *** join/#maemo valeriusL (~valerius@85.26.180.174) |
| 14:09.38 | *** join/#maemo troulouliou_dev (~troulouli@unaffiliated/troulouliou-dev/x-4757952) |
| 14:25.07 | *** join/#maemo dos1 (~dos@unaffiliated/dos1) |
| 14:25.42 | *** join/#maemo federico3 (~federico@li132-10.members.linode.com) |
| 14:44.40 | *** join/#maemo troulouliou_dev (~troulouli@unaffiliated/troulouliou-dev/x-4757952) |
| 14:47.43 | *** join/#maemo janemba (~101@unaffiliated/janemba) |
| 14:48.26 | *** join/#maemo wjt (sid20780@gateway/web/irccloud.com/x-ifhghkjsrizakkrn) |
| 14:52.41 | *** join/#maemo janemba (~101@unaffiliated/janemba) |
| 14:56.12 | *** join/#maemo _rd (~rd@p57B481A6.dip0.t-ipconnect.de) |
| 14:58.13 | *** join/#maemo janemba (~101@unaffiliated/janemba) |
| 15:03.16 | *** join/#maemo troulouliou_dev (~troulouli@unaffiliated/troulouliou-dev/x-4757952) |
| 15:04.01 | *** join/#maemo _LauRoman (~LauRoman@5-14-85-235.residential.rdsnet.ro) |
| 15:04.04 | *** join/#maemo LauRoman|Alt (~LauRoman@5-14-85-235.residential.rdsnet.ro) |
| 15:07.46 | *** join/#maemo janemba (~101@unaffiliated/janemba) |
| 15:21.26 | *** join/#maemo Guest91781 (~FIQ@prgmr/customer/fiq) |
| 15:24.06 | *** join/#maemo aloril (~aloril@dsl-tkubrasgw2-54f80b-12.dhcp.inet.fi) |
| 15:25.49 | *** join/#maemo BCMM (~BCMM@unaffiliated/bcmm) |
| 15:33.19 | *** join/#maemo thuttu77 (~thuttu77@178-75-147-229.bb.dnainternet.fi) |
| 15:35.37 | *** join/#maemo VDVsx (~VDVsx@a88-114-88-95.elisa-laajakaista.fi) |
| 15:37.16 | DocScrutinizer05 | wizbit: why didn't you simply change the fstab? |
| 15:43.41 | *** join/#maemo valeriusL (~valerius@85.26.180.152) |
| 15:45.02 | *** part/#maemo freemangordon (~ivo@46.249.74.23) |
| 15:45.21 | *** join/#maemo freemangordon (~ivo@46.249.74.23) |
| 15:46.33 | DocScrutinizer05 | nevermind, I thought this nonsense got fixed meanwhile in CSSU |
| 15:55.29 | *** join/#maemo _rd (~rd@p57B481A6.dip0.t-ipconnect.de) |
| 15:59.22 | *** join/#maemo wotan147 (~max@HSI-KBW-109-193-012-252.hsi7.kabel-badenwuerttemberg.de) |
| 15:59.35 | DocScrutinizer05 | I honestly never got the rationale behind doing this messy fstab "auto-config" on every boot, instead of doing it once in postinstall script of a better cleaned-up bootscripts package, and then only doing it MANUALLY whenever somebody changed partition MANUALLY |
| 16:00.22 | DocScrutinizer05 | and I really thought I conviced Pali and the rest of CSSU team, a maybe one year back |
| 16:10.58 | *** join/#maemo _rd (~rd@p57B481A6.dip0.t-ipconnect.de) |
| 16:13.19 | kerio | DocScrutinizer05: you can disable fstab autogeneration |
| 16:13.39 | kerio | it's enabled by default because of reasons |
| 16:13.57 | DocScrutinizer05 | I'm not interested in raisins |
| 16:14.00 | DocScrutinizer05 | ;-P |
| 16:14.08 | kerio | but they're hysterical! |
| 16:14.19 | DocScrutinizer05 | me too! |
| 16:14.44 | DocScrutinizer05 | which reason? |
| 16:17.23 | *** join/#maemo RiD (~RiD@2.83.36.146) |
| 16:18.11 | DocScrutinizer05 | glares at /usr/lib/genfstab.awk |
| 16:18.58 | DocScrutinizer05 | braindead |
| 16:19.05 | *** join/#maemo mp_ (~mp@77-255-251-48.adsl.inetia.pl) |
| 16:20.04 | DocScrutinizer05 | and /etc/event.d/rcS-late isn't any better tbh |
| 16:20.44 | kerio | yeah, rcS-late is a fucking mess |
| 16:21.18 | DocScrutinizer05 | and it lacks any proper signaling via indicator LED to user, before "fsck.ext3 -y $HOME_DEV >> /var/lib/fsck_ext3_home.log 2>&1" - which by itself is also quite braindead, at least for logging to /var/lib if nothing else |
| 16:22.49 | kerio | i think you said that already |
| 16:24.01 | DocScrutinizer05 | I wonder how hard it can be to add a few "echo $pattern >/sys/class/i2c-adapter/i2c-2/2-0032/engine1_mode" etc |
| 16:28.09 | DocScrutinizer05 | wonders if /dev/console would write to screen unconditionally, even during boot. Particularly s§>> /var/lib/fsck_ext3_home.log§tee -a /var/lib/fsck_ext3_home.log >/dev/console§ |
| 16:30.02 | DocScrutinizer05 | does your /var/lib/fsck_ext3_home.log hold *any* reasonable info? |
| 16:30.56 | *** join/#maemo HylianSavior (hyliandesk@HYLIANDESKTOP.RES.CMU.EDU) |
| 16:32.41 | DocScrutinizer05 | and who the heck ever deletes that file when it grows infinitely until rootfs explodes? |
| 16:34.13 | DocScrutinizer05 | nota bene >>, not > |
| 16:34.51 | DocScrutinizer05 | into /var/lib/ - ARRRRGHHH! |
| 16:36.51 | *** join/#maemo shentey (~shentey@nrbg-4dbf55d4.pool.mediaWays.net) |
| 16:43.38 | DocScrutinizer05 | LOL! epic! http://privatepaste.com/e9462d7b32 |
| 16:48.09 | DocScrutinizer05 | sorry WUT? CSSU_VERSION="CSSU_VERSION=$(dpkg-query -W -f \${Version} mp-fremantle-community-pr 2>/dev/null || echo '<unknown>')" |
| 16:48.48 | DocScrutinizer05 | recursion: see <recursion> |
| 16:52.16 | DocScrutinizer05 | anyway obviously doesn't work, neither for similarly obscure KERNEL_VERSION="KERNEL_VERSION=$(uname -a 2>/dev/null || echo '<unknown>')" |
| 16:54.40 | silviof | uuhhh |
| 16:55.04 | silviof | from where is the shell script excert? |
| 16:55.25 | DocScrutinizer05 | oooh |
| 16:55.26 | silviof | s/excert/excerpt/ |
| 16:55.43 | DocScrutinizer05 | echo $OSSO_VERSION; echo $CSSU_VERSION; echo $KERNEL_VERSION ) > /sys/kernel/debug/panic_info_buff |
| 16:56.24 | DocScrutinizer05 | silviof: /etc/event.d/rcS-late |
| 16:56.30 | DocScrutinizer05 | CSSU |
| 16:58.17 | DocScrutinizer05 | gals and guys, I can tell you PR1.2 /etc/event.d/rcS-late looked QUITE different |
| 16:58.32 | silviof | :-) |
| 16:59.52 | DocScrutinizer05 | well, actually RX-51_2009SE_3.2010.02-8_PR_MR0 |
| 17:03.52 | *** join/#maemo mavhc (~mavhc@cpc65310-basf8-2-0-cust204.12-3.cable.virginm.net) |
| 17:05.58 | *** join/#maemo LjL-Laplet2 (~ljl@93-32-49-69.ip32.fastwebnet.it) |
| 17:10.24 | *** join/#maemo mavhc (~mavhc@cpc65310-basf8-2-0-cust204.12-3.cable.virginm.net) |
| 17:11.31 | DocScrutinizer05 | damn! vibrator output is bitbang-PWMed |
| 17:12.18 | DocScrutinizer05 | which is kinda nice and funny to listen and feel CPU clock frequency, but otherwise gives you pretty weird user experience |
| 17:13.01 | DocScrutinizer05 | real fun: echo 100 >/sys/class/leds/twl4030\:vibrator/brightness |
| 17:13.21 | DocScrutinizer05 | do that via wlan ssh on a locked&idle device |
| 17:14.26 | DocScrutinizer05 | NB that any vibra-kicj from MCE for touch event or keypress resets vibra to what would be a "echo 0 >/sys/class/leds/twl4030\:vibrator/brightness" |
| 17:14.35 | DocScrutinizer05 | kick* |
| 17:16.00 | DocScrutinizer05 | so all the weirdness you hear and feel when doing the above via ssh from remote is actually just system itself aka CPU going to clock down to zero and leaving output stale at either full power or zero |
| 17:16.31 | DocScrutinizer05 | while as long as CPU runs it does proper PWM and vibra runs at 40% |
| 17:17.17 | DocScrutinizer05 | thus you see vibra doing a pseudo-random pattern between idle, 40% and 100% operation |
| 17:19.07 | DocScrutinizer05 | I bet TI chip engineers didn't think about system wide zero-clock when designing the TWL4030 vibra output |
| 17:20.24 | ShadowJK | I've experienced random prolonged haptic vibrate during extreme system load :) |
| 17:21.27 | DocScrutinizer05 | yeah, when MCE gets delayed then that's expected |
| 17:22.01 | DocScrutinizer05 | however PWM(!) stalling is sth I find a bit ... puzzling |
| 17:22.23 | DocScrutinizer05 | I even think PWM is done by a dedicated timer inside TWL4030, no? |
| 17:23.29 | DocScrutinizer05 | for this timer to go stale, I think the system wide clock-request signal shutting down the main oscillator for CPU (et al) clock is the only explanation |
| 17:23.47 | DocScrutinizer05 | (if there's actually such timer) |
| 17:25.45 | bencoh | "vibrator/brightness" uuuh :] |
| 17:25.50 | DocScrutinizer05 | hehe |
| 17:26.02 | DocScrutinizer05 | yeah, for the kernel dudes all output is a LED |
| 17:26.08 | bencoh | :) |
| 17:26.13 | bencoh | LEDs everywhere |
| 17:26.28 | DocScrutinizer05 | they obviously have poor imaginative skills |
| 17:26.52 | DocScrutinizer05 | s./skills/power/ |
| 17:28.00 | DocScrutinizer05 | the problem is: they use one driver for IO, and that driver been written and named with a LED in mind. Pathetic |
| 17:30.56 | DocScrutinizer05 | when you design a generic driver meant to get used as template for everything, you rather use a range of 0 .. 100.00% instead of 0 .. 255, and you write that to a sysnode named "power" rather than "brightness" |
| 17:31.12 | bencoh | 0 .. 255 is fine with me :] |
| 17:31.36 | bencoh | but "brightness" really is fun |
| 17:31.40 | DocScrutinizer05 | maybe with you, but not with me when the PWM hardware can do 16bit and not only 8bit |
| 17:32.10 | DocScrutinizer05 | generic range is 0% .. 100% |
| 17:32.27 | DocScrutinizer05 | not some fux0red 0..255 |
| 17:32.46 | DocScrutinizer05 | of course you leave out the "%" in sysnode value |
| 17:34.05 | bencoh | hmm true pwm can be in 16 |
| 17:34.43 | *** join/#maemo okias (~okias@berger.cust.centro-net.cz) |
| 17:34.57 | DocScrutinizer05 | only valid alternatives where 0.0000 .. 1.00000000 and the other few commonly used metrics 0/00 and PPM |
| 17:39.09 | DocScrutinizer05 | bencoh: PWM also can be in 6, 10, 12, 15,... |
| 17:40.06 | DocScrutinizer05 | and for software-bitbanged PWM it can be any arbitrary resolution up to the theoretical limits of system timing precision |
| 17:55.07 | *** join/#maemo valeriusL (~valerius@85.26.180.159) |
| 17:56.23 | *** join/#maemo _LauRoman (~LauRoman@5-14-85-235.residential.rdsnet.ro) |
| 18:02.15 | *** join/#maemo jrocha (~JRocha@AAnnecy-651-1-297-163.w90-27.abo.wanadoo.fr) |
| 18:08.31 | DocScrutinizer05 | cam somebody help me out with the name of the sysnode to control the kbd debug LEDs? |
| 18:11.36 | *** join/#maemo okias (~okias@berger.cust.centro-net.cz) |
| 18:16.00 | *** join/#maemo Kabouik (~quassel@123.22.95.79.rev.sfr.net) |
| 18:23.35 | *** join/#maemo wotan147 (~max@HSI-KBW-109-193-012-252.hsi7.kabel-badenwuerttemberg.de) |
| 18:32.22 | ShadowJK | DocScrutinizer05; I wonder if there's lots of interrupt disable in mmc code, and I wonder if cpu can go sleep in middle of ongoing vibra event |
| 18:32.39 | DocScrutinizer05 | echo active > /sys/devices/platform/gpio-switch/sleep_ind/state |
| 18:33.04 | DocScrutinizer05 | will answer the 2nd question at least |
| 18:34.53 | DocScrutinizer05 | btw why mmc code? |
| 18:36.40 | *** join/#maemo janemba_ (~101@unaffiliated/janemba) |
| 18:39.30 | DocScrutinizer05 | do: open kbd slider; (either via ssh from PC, or after a leading "sleep 10;) enter "echo active > /sys/devices/platform/gpio-switch/sleep_ind/state; echo 100 >/sys/class/leds/twl4030\:vibrator/brightness"; (if on device, hit <enter>) lock device with lock slider switch; (on ssh, hit <enter>) |
| 18:39.42 | Kabouik | Hey guys, my (elder !) father just purchased a Samsung Rex 60. I don't know that phone, but it seems like a terrible choice at first look. Do you confirm? Is an Asha the best choice in that price range (50€) for someone who will not use internet or any smartphone feature? (Asked the same question on #Harmattan) |
| 18:40.16 | DocScrutinizer05 | no idea. Are you sure this is the right channel? |
| 18:41.26 | Kabouik | Well it's kind of off-topic, but I think it's relevant to ask to people using the same phones as me, and generally acknowledging the pros good old phones with nice UIs |
| 18:41.37 | Kabouik | of* |
| 18:41.42 | *** join/#maemo sq-one (~sq-one@p549AAD50.dip0.t-ipconnect.de) |
| 18:42.23 | DocScrutinizer05 | hmm, maybe only few of us actually use anything else besides those good old phones |
| 18:42.59 | DocScrutinizer05 | I for one neither know Asha nor Rex60 |
| 18:44.02 | Kabouik | Ok, I just thought I'd ask because some among us TMO-users are really good at trying many phones. I don't know many IRC communities about phones so I just tried here |
| 18:45.06 | *** join/#maemo hubutm20 (~hubutm20@79.113.84.23) |
| 18:45.44 | DocScrutinizer05 | fair enough |
| 18:51.09 | *** join/#maemo ALoGeNo (~alogeno@158.Red-88-15-123.dynamicIP.rima-tde.net) |
| 18:51.10 | *** join/#maemo ALoGeNo (~alogeno@unaffiliated/alogeno) |
| 18:53.18 | *** join/#maemo shentey (~shentey@nrbg-4dbf55d4.pool.mediaWays.net) |
| 18:56.24 | *** join/#maemo janemba (~101@unaffiliated/janemba) |
| 19:04.59 | *** join/#maemo janemba (~101@unaffiliated/janemba) |
| 19:05.37 | *** join/#maemo LjL-Laplet (~ljl@93-32-49-69.ip32.fastwebnet.it) |
| 19:09.58 | *** join/#maemo janemba (~101@unaffiliated/janemba) |
| 19:14.59 | *** join/#maemo janemba (~101@unaffiliated/janemba) |
| 19:16.14 | *** join/#maemo florian (~fuchs@sign-4d094926.pool.mediaWays.net) |
| 19:16.14 | *** join/#maemo florian (~fuchs@Maemo/community/contributor/florian) |
| 19:22.14 | *** join/#maemo mp_ (~mp@77-255-251-48.adsl.inetia.pl) |
| 19:24.31 | *** join/#maemo janemba (~101@unaffiliated/janemba) |
| 19:35.12 | *** join/#maemo ALo (~alogeno@190.Red-88-9-163.dynamicIP.rima-tde.net) |
| 19:36.10 | *** join/#maemo RedW (~redw@89-73-179-171.dynamic.chello.pl) |
| 19:44.57 | *** join/#maemo valeriusL (~valerius@85.26.180.146) |
| 19:49.50 | *** join/#maemo ALo (~alogeno@20.Red-80-39-136.dynamicIP.rima-tde.net) |
| 20:11.53 | *** join/#maemo shentey_ (~shentey@nrbg-4dbf55d4.pool.mediaWays.net) |
| 20:15.37 | *** join/#maemo Kabouik_ (~quassel@123.22.95.79.rev.sfr.net) |
| 20:17.16 | *** join/#maemo RiD (Ghost@bl22-36-146.dsl.telepac.pt) |
| 20:26.44 | *** join/#maemo valeriusL (~valerius@85.26.180.133) |
| 20:40.46 | *** join/#maemo esaym153 (~esaym153@216-45-91-132.gvec.net) |
| 20:44.30 | *** join/#maemo ALo (~alogeno@202.Red-88-23-201.staticIP.rima-tde.net) |
| 20:47.31 | DocScrutinizer05 | about debug LEDs: left side is sy_sclkreq, right is nsleep |
| 20:59.18 | DocScrutinizer05 | wonders what exactly nSLEEP means |
| 21:00.06 | DocScrutinizer05 | sys_clkreq means something in the system needs proper high frequency clock |
| 21:00.48 | DocScrutinizer05 | the puzzling bit: nSLEEP is longer "active" than SYS_CLKREQ |
| 21:02.01 | DocScrutinizer05 | seems it's time to open the monster TRM again, eh? |
| 21:02.42 | DocScrutinizer05 | glares at the free memory on his machine and decides that it's not wise to try and open a ~4000p pdf |
| 21:08.55 | *** join/#maemo mattaustin (mattaustin@gateway/shell/blinkenshell.org/x-usuyktibvhgldjsf) |
| 21:09.03 | *** join/#maemo nox- (noident@freebsd/developer/nox) |
| 21:10.25 | *** join/#maemo kraft (kraft@gateway/shell/blinkenshell.org/x-yrnbwojziojghgtq) |
| 21:11.12 | *** join/#maemo MohammadAG (~MohammadA@Maemo/community/contributor/MohammadAG) |
| 21:17.50 | DocScrutinizer05 | ooh, nSLEEP[12] of twl4030 controls the regulators between max power and "economy mode" |
| 21:22.32 | ShadowJK | Someone (a noob) in #electronics has been building an smps the last 6 months, then discovered the twl4030 randomly, and concluded it makes every other smps obsolete |
| 21:34.52 | DocScrutinizer05 | haha |
| 21:35.33 | *** join/#maemo lexik (~user@37-48-38-171.tmcz.cz) |
| 21:35.36 | DocScrutinizer05 | I just read spruf98f 4.11.4.1.2 Device Off-Mode Transition Using Only the SYS_OFF_MODE Signal |
| 21:35.53 | DocScrutinizer05 | which is about nSLEEP1 |
| 21:36.33 | DocScrutinizer05 | and I really don't get it why it seems like sysclock gets shut down while nSLEEP is still active |
| 21:36.54 | DocScrutinizer05 | this seems to be a nonsensical pathological system state |
| 21:37.30 | DocScrutinizer05 | or the schematics are incorrect and sys_clkreq is right side of kbd and nSLEEP is left side |
| 21:38.07 | DocScrutinizer05 | but hof the F* I'd check that without scope and other overkill in instrumentation |
| 21:38.12 | DocScrutinizer05 | how* |
| 21:39.12 | *** join/#maemo MohammadAG_ (~MohammadA@Maemo/community/contributor/MohammadAG) |
| 21:42.31 | *** join/#maemo MohammadAG (~MohammadA@Maemo/community/contributor/MohammadAG) |
| 21:58.51 | *** join/#maemo eMHa (~mh@2a02:8071:2e81:c500:d6be:d9ff:fe2b:f21b) |
| 22:00.56 | *** join/#maemo ZogG_laptop (~ZogG_lapt@bzq-79-180-4-250.red.bezeqint.net) |
| 22:00.56 | *** join/#maemo ZogG_laptop (~ZogG_lapt@funtoo/user/ZogG) |
| 22:06.48 | DocScrutinizer05 | also wonders of device off mode is actually the zeroclock used to reduce power consumption in N900 |
| 22:08.05 | DocScrutinizer05 | >>The CORE power domain can be switched from ON to OFF or retention state.<< retention state sounds more like it |
| 22:09.00 | *** join/#maemo ganny (~ganny@151.73.63.248) |
| 22:10.29 | *** part/#maemo ganny (~ganny@151.73.63.248) |
| 22:22.18 | *** join/#maemo mp_ (~mp@87.205.148.72) |
| 22:30.00 | *** join/#maemo janemba (~101@unaffiliated/janemba) |
| 22:53.05 | *** join/#maemo valeriusL (~valerius@85.26.180.133) |
| 23:00.25 | *** join/#maemo MohammadAG (~MohammadA@Maemo/community/contributor/MohammadAG) |
| 23:05.58 | *** join/#maemo janemba (~101@unaffiliated/janemba) |
| 23:10.34 | *** join/#maemo xes (~xes@unaffiliated/xes) |
| 23:10.58 | *** join/#maemo janemba (~101@unaffiliated/janemba) |
| 23:19.57 | *** join/#maemo valeriusL (~valerius@85.26.180.146) |
| 23:51.00 | *** join/#maemo auenf (David@171.72.233.220.static.exetel.com.au) |
