| 00:03.32 | *** join/#maemo b0unc3 (~b0unc3@dynamic-adsl-62-10-99-28.clienti.tiscali.it) |
| 00:12.00 | *** join/#maemo Kilroo (~Kilroo@cpe-098-026-200-222.triad.res.rr.com) |
| 00:34.47 | *** join/#maemo lxp (~lxp@212-183-127-166.adsl.highway.telekom.at) |
| 01:31.26 | *** join/#maemo uen| (~uen@p5DCB35E4.dip.t-dialin.net) |
| 01:34.27 | *** join/#maemo PeterWolf (~peter@118-169-38-167.dynamic.hinet.net) |
| 02:34.34 | *** join/#maemo Sui_Dorimu (~desu@wikipedia/Antonio-Lopez) |
| 02:36.50 | *** join/#maemo LaoLang_cool (~LaoLang_c@221.226.175.139) |
| 02:37.09 | *** join/#maemo pcfe_ (~quassel@redhat/pcfe) |
| 02:37.56 | *** join/#maemo jeverling (~quassel@jeverling.de) |
| 02:43.53 | *** join/#maemo jeverling (~quassel@jeverling.de) |
| 02:49.10 | *** join/#maemo valdyn (~valdyn@valdyn.org) |
| 02:49.20 | *** join/#maemo Kilroo (~Kilroo@cpe-098-026-200-222.triad.res.rr.com) |
| 02:50.11 | *** join/#maemo radic_ (~radic@dslb-178-002-216-065.pools.arcor-ip.net) |
| 03:00.29 | *** join/#maemo dockane_ (~dockane@dsdf-4db54eb2.pool.mediaWays.net) |
| 03:13.26 | *** join/#maemo croppa (~stuart@CPE-120-146-137-99.static.nsw.bigpond.net.au) |
| 03:43.39 | *** join/#maemo Smily (Smily@BSN-61-61-144.dial-up.dsl.siol.net) |
| 03:43.49 | *** join/#maemo BiggAl_ (~BiggAl@109.204.120.170) |
| 03:48.45 | *** join/#maemo lardman (~lardman@Maemo/community/contributor/lardman) |
| 04:04.34 | *** join/#maemo CodenameStrike-N (~Codenames@175.139.170.119) |
| 04:24.40 | *** join/#maemo fastlane` (~weezy@static-host119-73-45-224.link.net.pk) |
| 04:26.20 | *** join/#maemo minde (~minde@unaffiliated/minde) |
| 04:42.21 | *** join/#maemo GonzoTheGreat_ (~quassel@124-169-15-87.dyn.iinet.net.au) |
| 04:50.49 | *** join/#maemo robbiethe1st (~robbiethe@71-221-216-73.spkn.qwest.net) |
| 05:05.12 | *** join/#maemo Zahra (~Zahra@unaffiliated/belendax) |
| 05:07.23 | *** join/#maemo croppa (~stuart@CPE-120-146-137-99.static.nsw.bigpond.net.au) |
| 05:12.23 | *** join/#maemo croppa (~stuart@CPE-120-146-137-99.static.nsw.bigpond.net.au) |
| 05:23.16 | *** join/#maemo Guest66009 (~Aranel@78.160.52.208) |
| 05:24.27 | *** join/#maemo Aranel (~Aranel@unaffiliated/aranel) |
| 05:30.31 | *** join/#maemo mavhc (~mavhc@cpc3-basf10-2-0-cust617.12-3.cable.virginmedia.com) |
| 05:49.46 | *** join/#maemo MacDrunk (~marper@201.164.185.126) |
| 05:50.11 | *** part/#maemo MacDrunk (~marper@201.164.185.126) |
| 05:53.26 | *** join/#maemo ced117 (~ced117@AStrasbourg-552-1-8-125.w92-130.abo.wanadoo.fr) |
| 05:53.29 | *** join/#maemo ced117 (~ced117@opensuse/member/ced117) |
| 06:18.06 | *** join/#maemo Zahra (~Zahra@unaffiliated/belendax) |
| 06:37.55 | *** join/#maemo Hurrian (~hurrian@121.54.2.104) |
| 06:41.02 | *** join/#maemo simeoni (~humis@temppeli.org) |
| 06:45.17 | *** join/#maemo Darkchaos (~darkchaos@88.130.193.119) |
| 06:47.23 | *** join/#maemo croppa (~stuart@CPE-120-146-137-99.static.nsw.bigpond.net.au) |
| 06:48.27 | *** join/#maemo t_s_o (~tso@84.48.230.202) |
| 07:03.59 | *** join/#maemo valdyn (~valdyn@valdyn.org) |
| 07:11.27 | *** join/#maemo Saviq_ (~Saviq@84-10-219-118.dynamic.chello.pl) |
| 07:11.31 | *** join/#maemo ferdna (~ferdna@cpe-67-10-220-35.elp.res.rr.com) |
| 07:30.18 | *** join/#maemo MacDrunk (~marper@201.164.185.126) |
| 07:35.03 | *** part/#maemo MacDrunk (~marper@201.164.185.126) |
| 07:43.28 | *** join/#maemo jonne (~jonne@91.182.145.148) |
| 07:55.36 | *** join/#maemo rcg1 (~rc@84.122.33.18.dyn.user.ono.com) |
| 07:58.33 | *** join/#maemo Pali (~pali@unaffiliated/pali) |
| 08:03.58 | *** join/#maemo alxchk (~user@95-109-219-67.dialup.umc.net.ua) |
| 08:08.03 | *** join/#maemo MacDrunk (~marper@201.164.185.126) |
| 08:18.02 | *** join/#maemo MacDrunk (~marper@201.164.185.126) |
| 08:18.11 | *** join/#maemo hurbu (~hurbanza@81-174-24-153.dynamic.ngi.it) |
| 08:20.29 | *** join/#maemo M4rtinK (~M4rtinK@mail.melf.eu) |
| 08:29.44 | *** join/#maemo MacDrunk (~marper@201.164.185.126) |
| 08:29.49 | *** join/#maemo luke-jr (~luke-jr@2001:470:5:265:222:4dff:fe50:4c49) |
| 08:38.25 | *** join/#maemo CodenameStrike-N (~Codenames@175.139.170.119) |
| 08:39.33 | *** join/#maemo MacDrunk (~marper@201.164.185.126) |
| 08:47.44 | *** join/#maemo sq-one (~sq-one@p549AA3F6.dip.t-dialin.net) |
| 09:04.26 | *** join/#maemo fastlane` (~weezy@119.152.7.236) |
| 09:08.11 | *** join/#maemo tank-man (1000@S010600121729c6a1.vc.shawcable.net) |
| 09:11.25 | *** join/#maemo fastlane` (~weezy@static-host119-73-32-200.link.net.pk) |
| 09:12.00 | *** join/#maemo NIN101 (~NIN@p5DD281E3.dip0.t-ipconnect.de) |
| 09:13.56 | *** join/#maemo MacDrunk (~marper@201.164.185.126) |
| 09:24.34 | *** join/#maemo ZogG_laptop (~ZogG_lapt@bzq-79-180-207-36.red.bezeqint.net) |
| 09:26.48 | *** join/#maemo mortenvp (~mortenvp@h196.natout.aau.dk) |
| 09:27.52 | *** join/#maemo trbs (~trbs@2001:470:d2ad:1:4a5b:39ff:fe7d:1623) |
| 09:33.23 | *** join/#maemo jhb (~joerg@p4FEF4B1E.dip.t-dialin.net) |
| 09:45.07 | *** join/#maemo Dibblah (~Dibblah@host86-137-245-98.range86-137.btcentralplus.com) |
| 09:45.22 | *** join/#maemo mortenvp (~mortenvp@192.38.55.24.natpool.es.aau.dk) |
| 09:48.52 | *** join/#maemo jhb (~joerg@p4FEF4B1E.dip.t-dialin.net) |
| 09:52.51 | *** join/#maemo MacDrunk (~marper@201.164.185.126) |
| 09:59.37 | Pali | ping freemangordon |
| 09:59.49 | freemangordon | Pali, pong |
| 10:00.02 | Pali | see log from yesterdat about bq2415x driver |
| 10:00.15 | Pali | driver is working fine |
| 10:00.19 | freemangordon | ok |
| 10:00.47 | *** join/#maemo jhb (~joerg@p4FEF4B1E.dip.t-dialin.net) |
| 10:01.53 | *** join/#maemo NIN102 (~NIN@p5DD28CD9.dip0.t-ipconnect.de) |
| 10:02.27 | freemangordon | Pali, great |
| 10:02.50 | freemangordon | Pali, could you merge those to kernel-cssu? |
| 10:03.03 | Pali | ok, I will try |
| 10:03.46 | freemangordon | BTW I put IBE bit setting patch in kernel-cssu, you may want to look at it |
| 10:04.02 | freemangordon | That deffinitely shoulg go in KP |
| 10:04.16 | freemangordon | Pali ^^^ |
| 10:04.32 | Pali | ok |
| 10:04.43 | Pali | what about to move from slow git garage to git gitorious? |
| 10:04.51 | freemangordon | I am fine |
| 10:05.03 | Pali | and have one git repository for kernel-power and kernel-cssu (with different branches)? |
| 10:05.08 | freemangordon | actually it will be easier for me |
| 10:06.03 | freemangordon | kernel-cssu is already on gitorious, better ask merlin1991 and MohammadAG what do they think about moving KP in CSSU project |
| 10:06.20 | freemangordon | as a source code holder only |
| 10:07.00 | freemangordon | otherwise I dont know how we can have branches split under different repos |
| 10:07.31 | freemangordon | won't be easy at least |
| 10:08.20 | freemangordon | DocScrutinizer51, ping |
| 10:21.27 | *** join/#maemo BCMM (~ben@unaffiliated/bcmm) |
| 10:23.12 | Pali | freemangordon, I found problem, I forgot to blacklist bq2415x driver in my deb builds (I only blacklisted it on my n900) |
| 10:23.48 | freemangordon | aaah, that seems the reason for my bootloop :D |
| 10:24.18 | Pali | I will fix it in kernel-power git tree and then merge to kernel-cssu |
| 10:24.27 | freemangordon | ok, thanks a lot |
| 10:25.11 | *** join/#maemo b0unc3 (~b0unc3@dynamic-adsl-62-10-88-216.clienti.tiscali.it) |
| 10:25.40 | freemangordon | Pali, BTW do we have the whole picture re BME replacement now? Do we miss something? |
| 10:26.33 | Pali | bq2415x working fine for charging and boost mode |
| 10:27.02 | Pali | we need only hald-addon-bme and libbmeipc for userspace |
| 10:27.17 | freemangordon | ..and we have them semi-working |
| 10:27.19 | *** join/#maemo bsdmaniak (~bsdmaniak@std93-20-88-120-139-80.fbx.proxad.net) |
| 10:30.53 | freemangordon | Pali, actually libbmeipc needs only a correct temperature reading to be fully functional |
| 10:31.12 | Pali | ok |
| 10:31.50 | freemangordon | hald-addon-bme needs a little more work, i.e. charger support :) |
| 10:33.37 | Pali | freemangordon, merged and commited |
| 10:33.41 | Pali | but not tested yet |
| 10:34.00 | freemangordon | Pali, thanks, will do it now |
| 10:34.30 | Pali | I will build new +bq deb packages with blacklisted bq2415x_charger module |
| 10:35.05 | freemangordon | i am going to rebuild kernel-cssu, you may want to try it, it is on -devel repo |
| 10:41.31 | Pali | has kernel-cssu -bootimg and -modules package? |
| 10:41.40 | freemangordon | yep |
| 10:41.42 | Pali | if yes I can boot it from u-boot |
| 10:41.44 | Pali | ok |
| 10:41.55 | freemangordon | Pali, it is KP renamed |
| 10:42.05 | Pali | ok |
| 10:42.41 | *** join/#maemo eMHa_ (~mh@HSI-KBW-109-192-178-160.hsi6.kabel-badenwuerttemberg.de) |
| 10:46.20 | Pali | freemangordon, it is possible to recompile all open source maemo core packages with thumb support when obs repository will work? |
| 10:47.39 | freemangordon | NFC, but don't see a reason why it won't be. Do you know which gcc it will use? |
| 10:47.52 | freemangordon | Pali ^^^ |
| 10:48.27 | Pali | last gcc 4.6 or 4.7? |
| 10:49.09 | freemangordon | hmm, sure? |
| 10:49.27 | freemangordon | then it won't be that easy |
| 10:49.47 | Pali | ok |
| 10:50.05 | freemangordon | as most of the packages need some CFLAGS modifications |
| 10:50.28 | Pali | and days ago I created program which read kernel version from mtd |
| 10:50.50 | Pali | it is here: http://atrey.karlin.mff.cuni.cz/~pali/zimage-get-version.c |
| 10:51.00 | freemangordon | how is that helpful? |
| 10:51.06 | Pali | I tested it and worked fine on my device |
| 10:51.16 | Pali | use it to ask user if he want to flash new kernel |
| 10:51.18 | freemangordon | yeah, sure thing, but how that helps? |
| 10:52.01 | freemangordon | Pali, that is why -thumb repos is |
| 10:52.06 | freemangordon | IAUI |
| 10:52.11 | freemangordon | *AIUI |
| 10:52.36 | Pali | and I created patch (never tested) which change shell script which flashing kernel: http://atrey.karlin.mff.cuni.cz/~pali/fiasco-image-update.patch |
| 10:53.10 | Pali | I still think that users should be asked before flashing kernel nto nand |
| 10:53.31 | freemangordon | and all the stuff in -thumb repo will depend on kernel-feature-errata-xxx-workaround |
| 10:53.55 | freemangordon | Pali, you have this functionality right now in KP (and KC) |
| 10:54.11 | Pali | ok |
| 10:54.45 | freemangordon | See, if kernel-cssu is going to make it in CSSU stble/testing, then I see the point |
| 10:55.05 | *** join/#maemo NIN102 (~NIN@p5DD28983.dip0.t-ipconnect.de) |
| 10:55.14 | freemangordon | But for thumb? DOn't think it will be usefull |
| 10:56.02 | freemangordon | At least for now the userbase for thumb should be aware of the possible consequences |
| 10:56.25 | freemangordon | i.e. new kernel, highly experimental, bla, bla |
| 10:56.58 | freemangordon | Pali, BTW when you will start to use it? :P |
| 10:57.20 | Pali | when you compile it with bq2415x driver (blacklisted) :) |
| 10:57.45 | freemangordon | I don't mean kernel, but the userspace stuff |
| 10:59.10 | Pali | maybe in july I will test thumb userspace (now I have exams month :) |
| 10:59.42 | freemangordon | aah, ok |
| 11:00.37 | freemangordon | Pali, BTW by testing I meant only to enable the repo, well , it seems I will have to search for another guinea pig :D |
| 11:01.33 | Pali | is thumb repo ready? or it will be available when obs? |
| 11:03.20 | freemangordon | Pali, it is |
| 11:04.11 | freemangordon | with lots of stuff there, the only thing missing is dependency on kernel-feature-thumb in control files |
| 11:04.40 | freemangordon | But that is not a problem so far, will add that soon |
| 11:05.05 | Pali | ok |
| 11:05.24 | freemangordon | so make sure you are running kernel-cssu before enabling it :D |
| 11:05.43 | *** join/#maemo maybeHere (~cl@p5B165BDF.dip.t-dialin.net) |
| 11:06.18 | Pali | other question is, what about starting to play with upstream 3.x kernel on n900? |
| 11:06.44 | freemangordon | Pali, I am thinking of that for a couple of weeks, but you know, lack of time |
| 11:07.15 | freemangordon | And before doing that we should decide why |
| 11:07.22 | Pali | yes, me to - no time |
| 11:07.41 | freemangordon | what if 3.x kernel boots, which OS? |
| 11:07.52 | freemangordon | maemo, nemo, ubuntu? |
| 11:08.43 | Pali | the easiest will be ubuntu (or other arm os without special kernel like maemo) |
| 11:09.22 | Estel_ | hm, awesome work guys (just red through logs) |
| 11:09.22 | Pali | but I created patch for 2.6.37+ kernel which add some maemo sysfs entries |
| 11:09.48 | freemangordon | well, if we are going to make Maemo distribution with upgraded kernel, I am all for that. But that is not a project for only 2 men |
| 11:09.49 | *** join/#maemo OkropNick (kuba@host-n2-72-190.telpol.net.pl) |
| 11:10.17 | *** join/#maemo dos1 (~dos@unaffiliated/dos1) |
| 11:10.21 | Estel_ | Pali, I've heard that You're commiting some patches to upstream kernel |
| 11:10.37 | Pali | yes for bq27x00_battery driver |
| 11:10.52 | Estel_ | what do You think about possibilities for interesting any outside-out-little-world kernel devs in N900 kernel hacking? |
| 11:11.05 | Estel_ | Council could help with that |
| 11:11.15 | Estel_ | some micro-fundraising for donating N900 |
| 11:11.18 | Estel_ | for example |
| 11:11.42 | freemangordon | is afk for lunch |
| 11:11.47 | Estel_ | I'm thinking about people that are good kernel devs but not aware of awesomness that comes with linux computer in pocket |
| 11:11.59 | Estel_ | bon apetit freemangordon :) |
| 11:12.38 | Estel_ | of course I don't mean giveaways of N900's to anyone who is willing to take. rather, maybe You know some kernel devs that could be teased by N900 yet lack device... |
| 11:12.47 | Estel_ | in a way Davy's from PhoneME was |
| 11:13.03 | Estel_ | vi donated device and results are so far so good |
| 11:13.16 | Estel_ | maybe similar way for kernel devs could be possible? |
| 11:13.33 | Estel_ | kernel developers are most reglamented things we have |
| 11:14.11 | Estel_ | we got maintainers - sometimes, even too much of them ;) various kind of devs - of course, could be more, but is OK... Although, only 2 kactive kernel devs |
| 11:14.44 | Estel_ | ...You're both doing awesome work, like small army, but You could definitely use some working hands, I suppose. |
| 11:15.50 | Estel_ | Not to mention, that we have 0 active USB kernel devs, as AFAIK hostmode kernel implementations are kinda frozen, since Paul's departure. |
| 11:16.01 | Estel_ | but that's different topic |
| 11:17.21 | Pali | I do not have other linux mobile devices (except n900), so I worked only on n900 kernel... I do not know other linux boards... but now I'm waiting for pre-ordered RPI |
| 11:17.53 | Pali | for n900 kernel, the best will be to find other kernel devs, 2 people around n900 kernel is very small number |
| 11:18.28 | Pali | how can council help with kernel? |
| 11:19.28 | Pali | upstream n900 kernel status is on this wiki page: http://elinux.org/N900 |
| 11:19.53 | Pali | some drivers are still not upstreamed |
| 11:20.59 | Pali | I have contacts for some nokia people which worked on that (not upstreamed) and authors of camera and ir drivers will upstream it |
| 11:23.19 | *** join/#maemo abner (abner@pasanda.collabora.co.uk) |
| 11:27.51 | Estel_ | I see |
| 11:28.36 | Estel_ | I meant - as I've written - that Council could help with organising N900's for donation, if You could be able to find kernel devs that would like to join our awesome little world ;) |
| 11:29.45 | Estel_ | After all, N900 is still unchallenged in many things, yet, I'm sure many talented kernel devs have no or slight idea about it |
| 11:30.29 | Estel_ | I used Davy and his PhoneMe as example (not related to kernel directly) - he was interested In hacking for N900 due to N900's people getting in contact with him |
| 11:30.49 | Estel_ | so, vi donated device (N900) and things started to roll out fast. |
| 11:31.48 | Estel_ | maybe we could tease some kernel devs with N900/Maemo awesomness ;) and if they would show real interest, Council can organize device for donation (to make them really "inside" our world and easy development of kernel) |
| 11:32.41 | Estel_ | currently, we have 3 branches of kernel-power related things, plenthora of allmighty maintainers around it and... 2 "doers"... |
| 11:34.50 | Pali | problem is that I do not know any other kernel devs interested in nokia products |
| 11:35.22 | Pali | and worse thing that it is not possible to buy nokia n900 from nokia |
| 11:37.21 | Estel_ | yea, I know, but maybe some devs would be interested in having full linux handheld in pocket |
| 11:37.30 | Estel_ | No ideap it would require diplomat :P |
| 11:38.13 | *** join/#maemo mase76 (~mase76@p5DD3BF12.dip.t-dialin.net) |
| 11:39.03 | Estel_ | maybe we should just "advertise" on (virtual) places, where kernel devs usually hand out, that we're holding project that brings upstream patches to kernel of linux-powered handheld... |
| 11:39.15 | Estel_ | and plan to bring upstream kernel to it as a whole... |
| 11:39.41 | Estel_ | so we're providing devices for people interested in prolonged kernel development |
| 11:40.04 | Estel_ | let's say, our mini-micro-nano version of Nokia's device seeding activity ;) |
| 11:40.24 | Estel_ | just idea, NFC if it would work. |
| 11:41.30 | Estel_ | after all, kernel devs downt fall from trees on autumn, and there is thin chance that they'll come here on their own, considering niche, lack of marketing and overall Nokia road to bankrupcy stance |
| 11:41.58 | Estel_ | we would need to show that we're kinda independent bodyp that will live with or without nokians ;) |
| 11:42.07 | Estel_ | and will keep our projects alive |
| 11:50.04 | *** join/#maemo DocScrutinizer (~halley@openmoko/engineers/joerg) |
| 11:55.15 | *** join/#maemo PeterWolf (~peter@118-169-38-167.dynamic.hinet.net) |
| 11:56.55 | *** join/#maemo sirdancealot2 (~sirdancea@98.82.broadband5.iol.cz) |
| 12:07.41 | *** join/#maemo ALoGeNo (~alogeno@243.Red-217-125-20.staticIP.rima-tde.net) |
| 12:07.41 | *** join/#maemo ALoGeNo (~alogeno@unaffiliated/alogeno) |
| 12:17.49 | *** join/#maemo Chat5236 (egqtol@app7.chatmosphere.org) |
| 12:21.23 | DocScrutinizer | freemangordon: pong |
| 12:24.14 | DocScrutinizer | Estel_: this is actually a good plan (re announcing the whole "upstream Nokia kernel patches" idea on LKML et al) |
| 12:25.35 | DocScrutinizer | e.g. Paul Fertser (ex kernel maintainer of openmoko and main responsible of final maemo hostmode kernel) is not interested in fremantle as it's not mainstream enough for him |
| 12:25.43 | *** join/#maemo jhb (~joerg@p4FEF4B1E.dip.t-dialin.net) |
| 12:27.05 | DocScrutinizer | but then otoh, you're rapidly approaching mer domain by this path |
| 12:30.21 | *** join/#maemo APTX (APTX@unaffiliated/aptx) |
| 12:33.53 | *** join/#maemo mvp (~mvp@192.38.55.24.natpool.es.aau.dk) |
| 12:34.15 | *** join/#maemo Termana (Tenages@199.127.226.8) |
| 12:34.29 | *** join/#maemo xmlich02 (~imlich@2001:67c:1220:80c:0:1:4e49:9d5d) |
| 12:36.36 | *** join/#maemo mvp_ (~mvp@192.38.55.24.natpool.es.aau.dk) |
| 12:37.03 | *** join/#maemo mvp__ (~mvp@192.38.55.24.natpool.es.aau.dk) |
| 12:38.10 | DocScrutinizer | ([2012-05-26 13:15:50] <Estel_> Not to mention, that we have 0 active USB kernel devs, as AFAIK hostmode kernel implementations are kinda frozen, since Paul's departure.) What is it you'd want to see getting developed in hostmode kernel? Plwase accept that all the original devels think it's feature complete and no rewarding path to go ahead with any kind of development regarding h-e-n patches to kernel |
| 12:38.58 | *** join/#maemo mvp (~mvp@192.38.55.24.natpool.es.aau.dk) |
| 12:52.10 | Termana | Interderesting. Someone has been trying to login to my nick. Naughty person, at least they only tried once might have been a mistake. |
| 12:52.32 | *** join/#maemo sasquatch (~username@46.115.18.44) |
| 12:55.38 | freemangordon | DocScrutinizer, I looked into what powertop does to spit this bullshit in KP. Well, it seems to me that even under stock kernel powertop spits bullshit. |
| 12:56.01 | DocScrutinizer | o.O |
| 12:56.06 | DocScrutinizer | :-P |
| 12:56.14 | freemangordon | i.e. it maps Cx state to frequency, which is a total nonsense |
| 12:56.24 | freemangordon | IAUI |
| 12:56.53 | DocScrutinizer | it maps Cx to freq? how so? |
| 12:57.14 | freemangordon | check the first lines, i.e C0 is on the smae line as 600 MHz, and so on |
| 12:58.11 | *** join/#maemo hardaker (~hardaker@mail.hardakers.net) |
| 12:59.16 | DocScrutinizer | you're missing the strong separator line between col3 and col4 |
| 12:59.22 | DocScrutinizer | they're unrelated |
| 13:00.01 | DocScrutinizer | optically messy, but technically OK |
| 13:00.11 | freemangordon | yeah, sure, but most(including me) will be left with the impression for that |
| 13:00.46 | freemangordon | i.e. that time spent in Cx is somehow related to the frequency |
| 13:00.50 | DocScrutinizer | sure thing, but a ticket against gfx designers, not against powertop core code and functionality |
| 13:01.14 | DocScrutinizer | I agree it's extremely irritating |
| 13:01.32 | freemangordon | DocScrutinizer, BTW powertop (not the maemo one) is OSS, are you aware of anyone trying it? |
| 13:02.04 | *** join/#maemo mvp_ (~mvp@192.38.55.24.natpool.es.aau.dk) |
| 13:03.03 | freemangordon | Adn there is some additional code on TI site, to be more compatible with OMAP |
| 13:03.15 | freemangordon | *And |
| 13:10.14 | DocScrutinizer | freemangordon: (foss powertop) it seems it's massively x86 centric |
| 13:10.32 | DocScrutinizer | freemangordon: powertop|sed "s/\( *C[0-5] | *[0-9\.%]* | *[^ |]* *\)|/\1#/" |
| 13:13.20 | freemangordon | DocScrutinizer, yeah, sure thing, but it can be used as a base, most of the stuff will be there (i.e. process parsing), OMAP specific stuff coulld be easily added, after all all that powertop does is to read sysfs nodes |
| 13:13.42 | DocScrutinizer | yup |
| 13:14.41 | DocScrutinizer | I'm wondering if we could find enough of FOSS code in maemo powertop binary to request Nokia to disclose the GPL source (if the original powertop is actually GPL) |
| 13:14.54 | freemangordon | BTW the pug to open maemo powertop is assigned to qgil, we can ask Estel_ to pester him to give us the source |
| 13:15.03 | freemangordon | s/pug/bug/ |
| 13:15.07 | DocScrutinizer | :-D |
| 13:15.17 | freemangordon | why not |
| 13:15.19 | DocScrutinizer | great minds think alike, it seems |
| 13:15.26 | DocScrutinizer | ;-) |
| 13:15.56 | freemangordon | yeah, sure :D |
| 13:18.56 | freemangordon | DocScrutinizer, I dont think "the legal" approach will work. And most-probably (and it is mentioned in a thread on TMO) maemo powertop is a re-write. So we could asc qgil to do us a favor, nothing more |
| 13:19.01 | freemangordon | *ask |
| 13:19.24 | *** join/#maemo rcg1 (~rc@84.122.33.18.dyn.user.ono.com) |
| 13:20.26 | *** join/#maemo BCMM (~ben@unaffiliated/bcmm) |
| 13:29.40 | *** join/#maemo valdyn (~valdyn@valdyn.org) |
| 13:30.08 | *** join/#maemo Gi0 (~Google@213.16.150.126.dsl.dyn.forthnet.gr) |
| 13:36.06 | *** join/#maemo Arkenoi (~ark@81.200.13.91) |
| 13:37.20 | freemangordon | Pali, kernel-cssu with charger support and thumb errata workaround is in cssu-devel repo |
| 13:37.48 | Pali | freemangordon, ok I will install -bootimg package |
| 13:53.59 | *** join/#maemo kama (~kama@unaffiliated/kama) |
| 14:11.15 | *** join/#maemo federico3 (~fede@86-41-41-51-dynamic.b-ras2.dbn.dublin.eircom.net) |
| 14:17.38 | Pali | freemangordon, uname -a: Linux Pali-Nokia-N900 2.6.28.10-cssu1 #1 PREEMPT Sat May 26 09:16:14 EDT 2012 armv7l GNU/Linux |
| 14:23.17 | DocScrutinizer | :-) |
| 14:35.32 | Pali | freemangordon, I do not know if you read jonwil post about hald-addon-bme, so here is: http://lists.maemo.org/pipermail/maemo-developers/2011-June/028452.html |
| 14:44.18 | *** join/#maemo guampa (~guampa@unaffiliated/guampa) |
| 14:46.11 | *** join/#maemo sid__ (~sid@nrbg-4d070795.pool.mediaWays.net) |
| 14:49.13 | Pali | does somebody know how to convert Gauss-Kruger coords to Lat/Long |
| 15:03.57 | *** join/#maemo Atarii (~Atarii@77.107.156.213) |
| 15:03.57 | *** join/#maemo Atarii (~Atarii@unaffiliated/atarii) |
| 15:07.18 | *** join/#maemo vblazquez (~vic@123.57.15.37.dynamic.jazztel.es) |
| 15:08.33 | *** join/#maemo eMHa_ (~mh@HSI-KBW-078-042-037-221.hsi3.kabel-badenwuerttemberg.de) |
| 15:08.33 | *** join/#maemo nsuffys (~NokiansFr@48.222.20.81.dynamic.adsl.abo.nordnet.fr) |
| 15:11.25 | *** join/#maemo aparaatti (~aparaatti@91-157-17-37.elisa-laajakaista.fi) |
| 15:13.02 | DocScrutinizer | sure, Pali |
| 15:13.53 | Pali | DocScrutinizer, is for that simple math formula? |
| 15:14.10 | DocScrutinizer | http://lists.openmoko.org/pipermail/openmoko-kernel/2008-June/002987.html |
| 15:14.19 | DocScrutinizer | some background |
| 15:15.24 | *** join/#maemo piggz (~piggz@host-92-18-204-225.as13285.net) |
| 15:15.35 | DocScrutinizer | http://www.google.de/search?q=gauss-krueger+conversion |
| 15:19.46 | DocScrutinizer | http://www.moenk.de/index.php?serendipity[subpage]=downloadmanager&thiscat=4&file=16 |
| 15:19.56 | DocScrutinizer | GK_nach_GPS.xls |
| 15:28.32 | *** join/#maemo MrPingu (~chatzilla@86.92.226.97) |
| 15:33.06 | *** join/#maemo paroneayea (~user@fsf/member/paroneayea) |
| 15:48.22 | *** join/#maemo Pali (~pali@unaffiliated/pali) |
| 15:50.40 | Estel_ | DocScrutinizer, re kernel hostmode patches - I may be wrong, but I remember You was talking about lack of tuning clock's things in hostmode ekrnel patches, that result in MAX 4MB/s transfer via hostmode |
| 15:51.16 | Estel_ | +, long time ago, we were talking about something hostmode related, and You told me that it should be done in kernel side, but since Paul departure, no USB ekrnel developer + it's niche... but I can't remember what was that about |
| 15:51.28 | Estel_ | of course take all of this with grianj of salt, as I'm not knowledgeable about hostmode internals |
| 15:51.56 | Estel_ | ah, probably, it was about idle power draw |
| 15:52.01 | Estel_ | which can be ugly workarounded outside kernel patches |
| 15:52.09 | Estel_ | but proper solution would be in kernel implementation - IIRC |
| 15:52.23 | Estel_ | so i had impression, that there is some work left in kernel side, that cant be accomplished |
| 15:52.33 | Estel_ | + don't get me wrong, I agree that hostmode is - generally - feature complete |
| 15:53.49 | Estel_ | freemangordon, this thing You've though I could ask Qgil to open - powertop for Maemo - does we have enough documented open bits, or it's still pending work? |
| 15:54.09 | *** join/#maemo t_s_o (~tso@84.48.230.202) |
| 16:08.13 | *** join/#maemo konelix (~konelix@200.49.191.120) |
| 16:09.23 | *** join/#maemo FireFly (~firefly@firefly.xen.prgmr.com) |
| 16:15.55 | Estel_ | I'm learning how to properly use steam-mop in housework cleaning... It's more complicated that any shell-scripting! |
| 16:17.58 | *** join/#maemo spark666 (~spark666@92.85.69.224) |
| 16:17.58 | *** join/#maemo spark666 (~spark666@unaffiliated/spark666) |
| 16:22.44 | *** join/#maemo konelix (~konelix@200.49.191.120) |
| 16:23.04 | *** join/#maemo Zahra (~Zahra@unaffiliated/belendax) |
| 16:24.21 | *** join/#maemo sirdancealot2 (~sirdancea@98.82.broadband5.iol.cz) |
| 16:30.31 | *** join/#maemo sirdancealot2 (~sirdancea@98.82.broadband5.iol.cz) |
| 16:31.40 | MrPingu | Estel_ : Is it on purpose config file of ereswap is resetted after reflash? |
| 16:31.53 | *** join/#maemo wmarone (~wmarone@c-67-174-151-253.hsd1.ca.comcast.net) |
| 16:32.49 | Estel_ | honestly? No, but /home/.ereswap should be touched via reswap? 0_o |
| 16:33.07 | Estel_ | someone already suggested to move adjust-rcS-late and update-rcS-late out of there, because it *isn't* touched after reflash |
| 16:33.20 | Estel_ | soudns reasonable, as after reflasdh, you're using - at least for a while - standard flash partition... |
| 16:33.26 | Estel_ | but, still, I haven't had this in mind |
| 16:36.27 | *** join/#maemo andre__ (~andre@vpn1-195.dhcp.rz.tu-bs.de) |
| 16:36.28 | *** join/#maemo andre__ (~andre@Maemo/community/bugmaster/andre) |
| 16:38.02 | *** join/#maemo nsuffys (~NokiansFr@48.222.20.81.dynamic.adsl.abo.nordnet.fr) |
| 16:46.54 | *** part/#maemo MacDrunk (~marper@201.164.185.126) |
| 16:47.35 | MrPingu | Let me explain, I reflashed combine only, all apps are gone. Then reinstall ereswap and voila, config file is overwritten |
| 16:56.26 | *** join/#maemo MaKenZi (~ircchatte@2.187.108.181) |
| 17:02.50 | *** join/#maemo buntfalke (~nobody@unaffiliated/buntfalke) |
| 17:28.22 | *** join/#maemo sixwheeledbeast (~sixwheele@host-92-28-95-224.as13285.net) |
| 17:34.13 | *** join/#maemo BCMM (~ben@unaffiliated/bcmm) |
| 17:36.52 | Estel_ | well, obviously, during reinstall, config files are overwritten |
| 17:41.37 | *** join/#maemo rcg1 (~rc@84.122.33.18.dyn.user.ono.com) |
| 17:50.03 | *** join/#maemo valdyn (~valdyn@valdyn.org) |
| 17:53.45 | *** join/#maemo ponyofdeath (~vladi@cpe-75-80-173-94.san.res.rr.com) |
| 17:57.39 | freemangordon | Pali, yeah i read it. Maybe we could ask jonwil to continue my work (la addon and libbmeipc) |
| 17:57.52 | freemangordon | *hal addon |
| 17:58.12 | Pali | but jonwil is offline |
| 17:58.29 | freemangordon | Pali, we can PM him for example :D |
| 17:58.43 | Pali | ok :) |
| 18:00.03 | freemangordon | Estel_, I don't understandyour question (re qgil), but there is two-years old bug re opensourcing powertop, and qgil is assigned that bug |
| 18:00.45 | freemangordon | Pali, now you have the correct kernel, you may enable -thumb repo and do apt-get update/upgrade |
| 18:01.17 | freemangordon | and tell me (or note somewhere) what apt-get thinks about what space will be freed |
| 18:01.21 | *** join/#maemo beford (~fernando@unaffiliated/beford) |
| 18:01.54 | Pali | freemangordon, I will play with -thumb later |
| 18:02.52 | freemangordon | wishes javispedro was here, AIUI he thinks he has a piece of SW that will crash if thumb-compiled |
| 18:03.09 | freemangordon | dosbox? |
| 18:03.50 | freemangordon | Pali, sure, just don't forget to write down how many MBs are freed |
| 18:04.15 | Pali | ok |
| 18:04.41 | *** join/#maemo sixwheeledbeast (~sixwheele@host-92-25-100-204.as13285.net) |
| 18:04.49 | Pali | freemangordon, you can try enable -thumb repo in qemu if you need to know MBs... |
| 18:04.57 | freemangordon | qemu? |
| 18:05.04 | freemangordon | you mean in SB? |
| 18:05.04 | Pali | n900 qemu images are part of madde |
| 18:05.11 | freemangordon | no madde here |
| 18:05.16 | Pali | no real system n900 qemu images |
| 18:05.25 | freemangordon | ok, besides Qt creator |
| 18:06.20 | Pali | it is good for testing if maemo system will be bootable after core changes (e.g kernel, bootloader, libraries or init scripts...) |
| 18:06.49 | freemangordon | Pali, I can reflash my second device and do it, but if you are goint to do it, then there is no sense |
| 18:07.04 | freemangordon | Pali, I am always testing on the device :) |
| 18:07.29 | Pali | I will play with -thumb next week |
| 18:08.01 | freemangordon | heads for another coffee, hoping it will make his typing skills better |
| 18:08.08 | Pali | madde also working on windows |
| 18:09.13 | Pali | and about qemu runtime is wiki page: http://wiki.maemo.org/MADDE/QEMU_runtime |
| 18:09.52 | *** join/#maemo peterleinchen (d9bb19e2@gateway/web/freenode/ip.217.187.25.226) |
| 18:12.43 | *** join/#maemo swc|666 (~goldbond@Aircrack-NG/Friend) |
| 18:14.13 | *** join/#maemo vi___ (~user@87.112.134.223) |
| 18:15.43 | vi___ | evening chaps |
| 18:17.33 | freemangordon | hi |
| 18:19.00 | *** join/#maemo sixwheeledbeast (~sixwheele@host-78-150-233-73.as13285.net) |
| 18:19.07 | freemangordon | Pali, maybe it is a good idea to send a mail on maemo-devels mailing list re hal addon and libbmeipc FOSS replacement and their current status |
| 18:20.17 | Pali | ok, write mail. you did initial code |
| 18:20.40 | freemangordon | I am not sure I am subscibed :D. Let me check |
| 18:22.13 | vi___ | I have an idea... |
| 18:22.42 | vi___ | with android, a whole new slew of frequency governers have been invented |
| 18:24.01 | freemangordon | vi___, android does not work like linux AFAIK, they don't use the same PM methods like OMAP kernel does |
| 18:25.05 | freemangordon | i.e. you're either off or full on, no PM domains managements. And that is why android suck on battery |
| 18:25.26 | vi___ | freemangordon: I am talking about frequency scaling governer like ondemand and conservative. |
| 18:25.32 | freemangordon | might be wrong, but I think felipe contreras wrote something about that on his blog |
| 18:25.43 | freemangordon | vi___, I got your point |
| 18:25.51 | *** join/#maemo Lava_Croft (lcd@satgnu.net) |
| 18:25.57 | freemangordon | just saying that AFAIK it is a bit different |
| 18:26.06 | vi___ | ok |
| 18:26.21 | vi___ | freemangordon: well what I was going to say was |
| 18:26.33 | *** part/#maemo Lava_Croft (lcd@satgnu.net) |
| 18:26.37 | vi___ | there is this governer that behaves like ondemand upto a set frequency |
| 18:26.49 | vi___ | the behaves like conservative above that frequency |
| 18:27.08 | freemangordon | vi___, http://felipec.wordpress.com/2012/01/04/android-vs-maemo-power-managment-static-vs-dynamic/ |
| 18:27.27 | freemangordon | vi___, but what will happen then with the whole race-to-idle concept? |
| 18:27.40 | vi___ | freemangordon: I think it is overated |
| 18:27.49 | freemangordon | might be ;) |
| 18:27.58 | vi___ | when you have the device in your pocket doing nothing, maybe |
| 18:28.08 | vi___ | when you are listening to an mp3 |
| 18:28.17 | vi___ | you have a constant small cpu load |
| 18:28.29 | vi___ | and the processor NEVER sleeps |
| 18:28.36 | freemangordon | incorrect |
| 18:28.40 | freemangordon | it sleeps |
| 18:28.45 | vi___ | well, ok. It does a little |
| 18:29.14 | vi___ | if you run powertop when playing an mp3, ondemand |
| 18:29.44 | *** join/#maemo sq-one (~sq-one@p549AA3F6.dip.t-dialin.net) |
| 18:30.02 | vi___ | if you run powertop when playing an mp3 with 250-600 compared to 250-900 |
| 18:30.08 | vi___ | you will see no differance |
| 18:30.38 | freemangordon | no difference in? |
| 18:30.45 | freemangordon | Cx states? |
| 18:30.47 | vi___ | t5ime spent in c4 |
| 18:30.56 | vi___ | or c3 |
| 18:30.58 | vi___ | or c2 |
| 18:30.59 | vi___ | or c1 |
| 18:31.24 | freemangordon | hmm, that is strange |
| 18:31.50 | freemangordon | you've just thrown race-to-idle through the window :D |
| 18:31.57 | vi___ | yup |
| 18:32.04 | vi___ | got any other paradigms I can shatter? |
| 18:32.23 | vi___ | you wait till you hear what I have to say about qauntum mecanics |
| 18:32.30 | freemangordon | :D:D:D |
| 18:32.47 | freemangordon | you can start with thumb2 in that regard :P |
| 18:32.52 | vi___ | bwahaha |
| 18:32.57 | vi___ | way out my league |
| 18:33.20 | vi___ | anyway |
| 18:33.29 | vi___ | assuming I am correct about the above |
| 18:33.49 | freemangordon | yeah, I got the idea |
| 18:33.57 | *** part/#maemo sixwheeledbeast (~sixwheele@host-78-150-233-73.as13285.net) |
| 18:34.05 | vi___ | it would make more sense to have the CPU jump to a maximum of say 600MHz (the best power/speed) point. |
| 18:34.22 | freemangordon | "stay on 5509600 for as long as possible" |
| 18:34.30 | vi___ | and if it needs more, then to scale up the available freqs, just like conservative |
| 18:34.40 | freemangordon | s/5509600/550-600/ |
| 18:34.53 | freemangordon | makes sense |
| 18:34.54 | *** join/#maemo xev (~xev@unaffiliated/xev) |
| 18:35.32 | freemangordon | do yu have any hard data (powertop) while laying one and the same mp3, under one and the same conditions? |
| 18:35.54 | vi___ | not on me but I could make it and pastebinnit |
| 18:36.03 | freemangordon | it just does not makes sense that we decode the same stream for the same time under 600 and under 900 |
| 18:36.21 | freemangordon | there is something more here |
| 18:36.42 | vi___ | perhaps the sampling rate is too low? |
| 18:37.04 | freemangordon | NFC |
| 18:37.59 | freemangordon | hmm, it seems the second coffie has no effect on my typing skills, maybe i should try with a AJck Daniels? |
| 18:38.28 | vi___ | perhaps mixed with a little cola? |
| 18:38.43 | vi___ | derp |
| 18:38.48 | freemangordon | naah, only ice |
| 18:38.55 | vi___ | maemos pastebinit is depreciated |
| 18:39.05 | freemangordon | it should work AFAIK |
| 18:39.07 | vi___ | freemangordon: then you simply must meet my good friend single malt |
| 18:40.19 | vi___ | THIS API HAS BEEN DISABLED. Please use Pastebin's new API. http://pastebin.com/api |
| 18:40.26 | vi___ | son of a gun |
| 18:40.36 | vi___ | pastebinit was damned useful |
| 18:41.12 | freemangordon | WTF, it was FB first, now pastebin. |
| 18:41.28 | freemangordon | smells like conspiracy |
| 18:41.34 | freemangordon | :D |
| 18:42.06 | *** join/#maemo piggz (~piggz@host-92-18-176-67.as13285.net) |
| 18:44.25 | freemangordon | MohammadAG, ping |
| 18:46.53 | *** join/#maemo dos1 (~dos@unaffiliated/dos1) |
| 18:47.28 | freemangordon | vi___, BTW i got a better idea - use ondemand's behaviour when unlocked, limit the frequencies to 500-600 when locked |
| 18:48.10 | freemangordon | something like batterypatch :P |
| 18:48.42 | vi___ | lols |
| 18:48.48 | vi___ | ... |
| 18:48.53 | freemangordon | that way you can listen to your mp3s with the best power ratio |
| 18:49.12 | vi___ | freemangordon: actually the best way I have found to listen to mp3 is... |
| 18:49.18 | vi___ | with conservative governer |
| 18:49.28 | vi___ | limits 250-900 |
| 18:49.36 | vi___ | up threshold 67 |
| 18:49.41 | vi___ | down threshold 65 |
| 18:49.56 | vi___ | the n900 hangs around 250 |
| 18:50.03 | vi___ | touching 500 from time to time |
| 18:50.30 | vi___ | as oppose to hanging around 250 tehn whizzing upto 900 from time to time |
| 18:50.37 | vi___ | and here is the ball breaker |
| 18:51.00 | *** join/#maemo sixwheeledbeast (~sixwheele@host-78-150-233-73.as13285.net) |
| 18:51.11 | vi___ | there also seems to be no effect on the c states used in comparison to ondemand |
| 18:51.35 | freemangordon | vi___, that does not make sense |
| 18:51.39 | freemangordon | :( |
| 18:51.41 | vi___ | freemangordon: no |
| 18:52.55 | freemangordon | vi___, it might be that we don't stay idle for long enough to enter a different c state? |
| 18:52.58 | vi___ | tis a noodle scratcher to be sure |
| 18:53.25 | freemangordon | so locking to 900 should affect c states |
| 18:53.28 | vi___ | freemangordon: I am not sure how the C state change algorithm works |
| 18:53.46 | vi___ | freemangordon: I imagine so. |
| 18:54.45 | *** join/#maemo FIQ (~FIQ@unaffiliated/fiq) |
| 18:55.00 | freemangordon | from what I know every c-state has a set of power domains to turn off and a latency to enter/exit. Not sure how the decisions are taken though |
| 18:56.21 | vi___ | well the good news is, debian wheezy pastebinit will straitup install with no fiddling |
| 18:56.39 | vi___ | just wget the deb, dpkg -i that mutha, job done |
| 18:56.40 | freemangordon | it works? |
| 18:57.00 | ShadowJK | iirc the audio buffers are so tiny the cpu can't really sleep? |
| 18:57.40 | ShadowJK | although when playing with ffmpeg's decoders, aac and mp3 used far less power than default codecs |
| 18:59.22 | freemangordon | hmm. But then if we lock the max frequency there should be a change in c-states picture. |
| 18:59.43 | freemangordon | not that it will be more efficient |
| 19:01.11 | ShadowJK | ooh, 67% C2 playing mp3 with default media player |
| 19:01.50 | ShadowJK | 31% C0, 80% 250MHz |
| 19:02.04 | freemangordon | does not look good |
| 19:02.22 | freemangordon | no C4 at all? |
| 19:03.35 | ShadowJK | no |
| 19:04.01 | freemangordon | great, which kernol do you use? |
| 19:04.11 | ShadowJK | this is stock |
| 19:04.23 | *** join/#maemo hurbu (~hurbanza@81-174-50-135.dynamic.ngi.it) |
| 19:05.08 | vi___ | http://slexy.org/view/s2MeI6rWt1 |
| 19:05.17 | freemangordon | let me check how is PK with 250-805 |
| 19:05.43 | ShadowJK | avg 5ms in c2 |
| 19:06.00 | vi___ | ^ open media player + mp3 + pk50 + ssh over wifi (no activity other than playing mp3, screen locked) |
| 19:06.18 | vi___ | ^locked at 900 MHz |
| 19:08.12 | vi___ | http://slexy.org/view/s27UIVhKkl |
| 19:08.23 | vi___ | ^ the same at locked @ 250 |
| 19:08.28 | vi___ | I stand corrected |
| 19:08.36 | vi___ | there is a differance |
| 19:08.57 | freemangordon | yeah, and it is major |
| 19:09.16 | freemangordon | 15.6 vs 48.1 in C0 |
| 19:09.18 | ShadowJK | i thiknk you need 500ms sleep time to enter c4 |
| 19:09.30 | ShadowJK | and audio buffer isn't big enough to sleep 500ms :) |
| 19:09.48 | freemangordon | yeah :) |
| 19:10.24 | freemangordon | but that sems to be a problem of mafw-gst-renderer not providing long enough queue |
| 19:11.40 | freemangordon | vi___, could you try the same mp3 via gst-launch and a big output queue placed before audiosink |
| 19:11.48 | vi___ | sure |
| 19:11.50 | vi___ | ... |
| 19:11.59 | vi___ | wot codes i need to write? |
| 19:12.09 | freemangordon | aah, let me do it |
| 19:12.27 | vi___ | I am somewhat unfamiliar with gst-launch |
| 19:12.38 | freemangordon | ok, I will do it |
| 19:13.11 | Estel_ | hey, myt N900 sleeps properly when playing music |
| 19:13.21 | ShadowJK | you need about 2000ms hardware buffer, in 500ms chunks, so that sound hw irq rate is 2 per second or so |
| 19:13.21 | Estel_ | but I use ogg ;) |
| 19:13.27 | ShadowJK | dunno if the hw is capable of that |
| 19:13.33 | ShadowJK | software buffers do little |
| 19:13.35 | Estel_ | it properly enters c2 and c3 |
| 19:13.39 | Estel_ | sometimes, even c4 a little |
| 19:13.48 | Estel_ | so my results are *not8 in line with vi_"s |
| 19:13.56 | Estel_ | BTw, I got few news, 1 good and 2 bad |
| 19:14.08 | vi___ | Estel_: ya... |
| 19:14.15 | Estel_ | good is that i know what was causing C! bug - as i expected, goddamned fm radio. I jsut got call today while listening to it, and it got stuck |
| 19:14.18 | vi___ | is it about my n950? |
| 19:14.31 | Estel_ | of cours,e bug appear then |
| 19:14.35 | Estel_ | 2nd new,s bad one |
| 19:15.06 | Estel_ | as addition to keeping cpu in C1, borked fm radio also disables microphone (softwareish) - it's either disabled at all, or expect bluetooth - anyway, both in call and while using dictaphone, it doesn't work |
| 19:15.11 | Estel_ | messing with alsa doesn';t help, only restart |
| 19:15.40 | Estel_ | 3th news, also bad, or even worse - whiole fm radio dies out in bad way, it not only keep cpu in c1 state and diusables microphone, it also have good chance to screw Your rootfs during shutdown |
| 19:15.44 | Estel_ | I've no idea WTF... |
| 19:15.58 | Estel_ | But second time in this week I had to restore rootfs from backup, *only* rootfs |
| 19:16.06 | Estel_ | and everytime it happen, it's when FM radio get stuck |
| 19:16.18 | Estel_ | BTW, it's *fiorst* two times ever, when I have to restore rootfs |
| 19:16.38 | Estel_ | from recovery console, rootfs is accesible and files look OK, although Maemo doesn't even play 5 dots |
| 19:16.55 | Estel_ | after restoring rootfs from bacup, it automagically works again |
| 19:17.10 | Estel_ | I have no freakin idea how borked FM Radio app is able to fuck rootfs that should be unfuckable, but... |
| 19:17.15 | Estel_ | just a word of warning |
| 19:17.40 | Estel_ | vi___, I've no idea, mines sleep wel as soon as i've switched from using Easy Debian's xbindkeys to Maemo's xbindkeys |
| 19:18.17 | vi___ | Estel_: I have always used maemos xbindkeys |
| 19:19.07 | vi___ | even for the middle/right click thing |
| 19:20.18 | Estel_ | for middle-right click you're probably using maemo's xdotool? |
| 19:20.25 | Estel_ | invoked via xbindkeys? |
| 19:20.31 | vi___ | yup |
| 19:20.36 | *** join/#maemo M4rtinK (~M4rtinK@mail.melf.eu) |
| 19:20.40 | Estel_ | same here |
| 19:20.44 | Estel_ | hey |
| 19:20.49 | vi___ | I like easy debian |
| 19:20.54 | Estel_ | have You managed to make maemo's xbindkeys to start with boot? |
| 19:20.59 | vi___ | but only for some things |
| 19:21.06 | vi___ | Estel_: yes |
| 19:21.10 | Estel_ | same here, but easy debians xbindkeys is borked, it keeps CPU in C3 and use 200+ wakeups when idle |
| 19:21.17 | Estel_ | vi___, how?! I can't manage to do it |
| 19:21.23 | Estel_ | every way I tried via etc/event.d failed |
| 19:21.28 | vi___ | Estel_: I know :) |
| 19:21.42 | vi___ | it took me a long time to work out |
| 19:21.57 | Estel_ | i tried it alone, via osso-xterm 'xbindkeys', wrapped inside shell script, run-standalone.sh, everything |
| 19:22.04 | vi___ | I needed it for mounting/unmounting special loop back files for holding maps and stuff |
| 19:22.04 | Estel_ | so share Your ancient knowledge, pls ;) |
| 19:22.14 | vi___ | that I do not use anymore |
| 19:22.26 | vi___ | you need to use the X11 startup files |
| 19:23.23 | vi___ | /etc/X11/Xsession.dcat /etc/X11/Xsession.post/80fullscreen |
| 19:23.23 | vi___ | #!/bin/sh |
| 19:23.23 | vi___ | xbindkeys -f /home/user/.xbindkeysrc |
| 19:23.24 | vi___ | cat /etc/X11/Xsession.post/80fullscreen |
| 19:23.24 | vi___ | #!/bin/sh |
| 19:23.27 | vi___ | xbindkeys -f /home/user/.xbindkeysrc |
| 19:23.34 | vi___ | oops, double post |
| 19:23.43 | vi___ | Estel_: do you see? |
| 19:24.51 | Estel_ | yea |
| 19:24.53 | Estel_ | thanks a lot |
| 19:25.18 | Estel_ | but it need to be in two places? |
| 19:25.34 | vi___ | ? |
| 19:25.41 | Estel_ | BTW, I just realized I've lsot 2nd time my work on fixing eject.sh by blueled |
| 19:25.42 | vi___ | I accidentially posted it twice |
| 19:25.46 | Estel_ | is going berseker |
| 19:25.56 | Estel_ | no no |
| 19:26.01 | Estel_ | <vi___> /etc/X11/Xsession.dcat /etc/X11/Xsession.post/80fullscreen |
| 19:26.16 | Estel_ | those 2 files |
| 19:26.25 | vi___ | ok ignore EVERYTHING i have posted |
| 19:26.30 | Estel_ | =) |
| 19:26.32 | vi___ | I will get it right this time |
| 19:26.35 | vi___ | cat /etc/X11/Xsession.post/80fullscreen |
| 19:26.35 | vi___ | #!/bin/sh |
| 19:26.35 | vi___ | xbindkeys -f /home/user/.xbindkeysrc |
| 19:26.45 | Estel_ | ah, simple as that |
| 19:26.46 | vi___ | so I have a file /etc/X11/Xsession.post/80fullscreen |
| 19:27.05 | vi___ | that contains the script: |
| 19:27.06 | vi___ | #!/bin/sh |
| 19:27.12 | vi___ | xbindkeys -f /home/user/.xbindkeysrc |
| 19:27.18 | Estel_ | roger that |
| 19:27.20 | Estel_ | thanks a lot |
| 19:27.24 | vi___ | literally that simple |
| 19:27.33 | vi___ | This is how I start most of my scripts |
| 19:27.48 | vi___ | configure frequencies and DSP speeds etc |
| 19:27.55 | vi___ | so I have no need for kernel config |
| 19:28.01 | Estel_ | wuuuuut? My N900 isn't booting again |
| 19:28.04 | vi___ | lols |
| 19:28.26 | Estel_ | what the fuckin fuck? |
| 19:28.36 | vi___ | Estel_: sounds like you have someting fundamentally broken |
| 19:28.48 | freemangordon | like nand or something |
| 19:28.59 | Estel_ | sounds like I've managed to get something fundamentaly broken in 15 minutes time from recovering backup and restoring things |
| 19:29.19 | Estel_ | nope, this time I expect that i've fucked something.. wlel, what I've did... |
| 19:29.22 | vi___ | Estel_: perhaps disable watchdogs in R&D mode. |
| 19:29.39 | Estel_ | I would rather expect that my rcS-late gone apeshit |
| 19:29.40 | vi___ | that would eliminate a lot of possibilities |
| 19:29.47 | Estel_ | but indeed You're right also |
| 19:30.14 | Estel_ | will try to edit rcS-late via vi and check wtf |
| 19:30.26 | *** join/#maemo mvp (~mvp@port463.ds1-abc.adsl.cybercity.dk) |
| 19:30.29 | Estel_ | maybe my own script from ereswpa, that is working for others, misbehaved with my rcS-late |
| 19:30.33 | Estel_ | some forgotten mod or something |
| 19:30.43 | Estel_ | I've checked it bvriefly - maybe TOO briefly |
| 19:31.36 | vi___ | did you install batterypatch? |
| 19:31.53 | Estel_ | very funny |
| 19:32.09 | freemangordon | LOL |
| 19:32.19 | Estel_ | BTw I'm using You, vi |
| 19:32.23 | Estel_ | to edit my rcS-late |
| 19:32.30 | vi___ | ha! |
| 19:32.44 | Estel_ | does anybody have unmodified one and could pastebin it? I would use it as reference |
| 19:33.07 | Estel_ | because overall it looks legit, but maybe sed did something small... |
| 19:33.18 | vi___ | what is it you need? |
| 19:33.21 | vi___ | what file? |
| 19:33.45 | Estel_ | erm, who remember command to delete whole line in vi |
| 19:33.50 | vi___ | dd |
| 19:33.51 | Estel_ | /etc/even.d/rcS-late |
| 19:33.58 | Estel_ | ah, thanks |
| 19:34.08 | Estel_ | ?etc/event.d/rcS-late |
| 19:34.09 | Estel_ | I mean |
| 19:34.11 | Estel_ | fuck |
| 19:34.18 | vi___ | http://slexy.org/view/s20wjbyjyg |
| 19:34.18 | Estel_ | /etc/event.d/rcS-late |
| 19:34.21 | Estel_ | thanks |
| 19:34.25 | Estel_ | this time I made it without typo |
| 19:34.39 | NIN101 | Estel_ |
| 19:34.44 | NIN101 | dpkg -S to search for the files |
| 19:34.48 | NIN101 | then you know the package |
| 19:34.52 | NIN101 | you can download the package and unpack it |
| 19:35.03 | NIN101 | and it will contain an unmodified then. |
| 19:35.47 | vi___ | NIN101: protip |
| 19:36.35 | vi___ | brb, gotta fix meh motorcycle. |
| 19:36.50 | Estel_ | Nin101, thanks, but when my N900 isn;'t booting |
| 19:36.52 | Estel_ | I cant ;) |
| 19:36.59 | Estel_ | oh-huh |
| 19:37.02 | Estel_ | editing rcS-late fixed it |
| 19:37.03 | NIN101 | sorry, didn't have context :-) |
| 19:37.15 | Estel_ | BTW, vi, you've modified rcS-late, some remnants from additional mounts are there ;) |
| 19:37.21 | Estel_ | NIN101, no problem, thanks for tip anyway |
| 19:37.29 | vi___ | Estel_: yeah... |
| 19:37.34 | vi___ | just ignore that |
| 19:37.39 | Estel_ | now, what I've had fucked in my few pro commands that work for everyone else except the author |
| 19:37.48 | vi___ | be glad I had the common sense to comment it when I did it. |
| 19:37.58 | Estel_ | I haven't had rain of reports about unable to boot after installing ereswap, so it seems I'm only one affected, WTF |
| 19:38.05 | Estel_ | ;) |
| 19:38.14 | vi___ | sounds like bad juju |
| 19:38.21 | vi___ | yup, definatley bad juju |
| 19:38.29 | Estel_ | I just deleted some lines that shouldn't cause any problems and replaced it with vanilla rcS-late content, which, BTW, I know form memory now :p |
| 19:39.02 | vi___ | you must make a pentagram of n900s connected by a token ring ethernet and sacrifice an n950 in the middle |
| 19:39.22 | Estel_ | ;P |
| 19:39.33 | Estel_ | for now, I managed to boot it no problem with 200 MB swap ;P |
| 19:39.40 | vi___ | it is the only way to appease the angry gods that smite your boot sequance |
| 19:40.02 | Estel_ | yea, wil ldo it as soon as I call my son, as i should did it 45 minutes afo, fuck the alck of dumb phone |
| 19:40.06 | Estel_ | brb |
| 19:40.12 | Estel_ | s/alck/lack/ |
| 19:40.32 | vi___ | Heh when my n900 breaks I am going back to a symbian |
| 19:41.59 | Estel_ | if my breaks - and I really doubt it - I'm going another N900 |
| 19:42.23 | Estel_ | s/my/mine/ |
| 19:45.31 | Estel_ | ok, now i've serious question |
| 19:45.47 | Estel_ | vanilla rcS-late contains line: |
| 19:46.22 | *** join/#maemo konelix (~konelix@200.49.191.120) |
| 19:46.29 | Estel_ | /sbin/swapon -a |
| 19:46.34 | Estel_ | I've replaced it with: |
| 19:48.06 | *** join/#maemo mvp_ (~mvp@port463.ds1-abc.adsl.cybercity.dk) |
| 19:49.30 | *** join/#maemo hurbu_ (~hurbanza@81-174-24-176.dynamic.ngi.it) |
| 19:50.28 | Estel_ | http://sebsauvage.net/paste/?92f8a16ed86860f9#jtkNwnaeL88P8gtj7EPLLHhNwcUHDxubq3ZNrHc0cLY= |
| 19:51.06 | Estel_ | that was what I've replaced it with |
| 19:51.14 | Estel_ | now, what is so FCKD in it |
| 19:51.17 | Estel_ | that it works for everyone else, but fails on me |
| 19:51.42 | Estel_ | i9.e. result in system failing to display 5 dots and kept forever with black screen and backlight on |
| 19:51.52 | Estel_ | (+keyboard backlight turning on when you expand keyboard) |
| 19:52.06 | Estel_ | it can';t be even called reboot loop, as it just sits like that |
| 19:52.14 | Estel_ | vi, do you have ereswap installed? |
| 19:52.31 | Estel_ | s/vi/vi___/ |
| 19:53.23 | *** join/#maemo mvp__ (~mvp@port463.ds1-abc.adsl.cybercity.dk) |
| 19:55.46 | Estel_ | strange |
| 19:56.05 | Estel_ | now when i think about it, it seems to me that I had same settings yesterday, and shutdown/poweron many times, already |
| 19:56.12 | Estel_ | trying to make xbindkeys working properly |
| 19:56.48 | Estel_ | but today, it made device non-bootable, and removing this line made it bootable again |
| 19:56.52 | Estel_ | something is wrong here |
| 19:58.10 | *** join/#maemo mvp (~mvp@port463.ds1-abc.adsl.cybercity.dk) |
| 20:00.57 | *** join/#maemo mvp (~mvp@port463.ds1-abc.adsl.cybercity.dk) |
| 20:05.21 | *** join/#maemo Kilroo (~Kilroo@cpe-098-026-200-222.triad.res.rr.com) |
| 20:05.38 | *** join/#maemo frals (~frals@Maemo/community/contributor/frals) |
| 20:06.45 | *** join/#maemo [XeN] (~XenGi@77.87.48.248) |
| 20:08.10 | *** join/#maemo ZogG (~zoggrules@bzq-79-180-207-36.red.bezeqint.net) |
| 20:09.27 | *** join/#maemo flo_lap (~fuchs@Maemo/community/contributor/florian) |
| 20:10.04 | *** join/#maemo nox- (noident@freebsd/developer/nox) |
| 20:13.12 | *** join/#maemo flo_lap (~fuchs@82.113.99.64) |
| 20:13.30 | *** join/#maemo flo_lap (~fuchs@Maemo/community/contributor/florian) |
| 20:17.57 | Estel_ | ping vi___ |
| 20:18.58 | *** join/#maemo hurbu_ (~hurbanza@81-174-24-225.dynamic.ngi.it) |
| 20:30.47 | Estel_ | investigates why few lines from zerobin above make device unbootable, while it worked just yesterday |
| 20:48.54 | *** join/#maemo int_ua (~int_ua@159.146.253.142) |
| 20:56.28 | Estel_ | merlin1991, ping |
| 21:07.25 | Estel_ | AAAAARGH |
| 21:07.37 | Estel_ | it seems, that command responsible for making device unbootable was |
| 21:07.40 | Estel_ | blkid -g |
| 21:07.44 | Estel_ | WTF I ask, wtf? |
| 21:07.57 | Estel_ | without it, it works (although, defeats the purpose) |
| 21:08.15 | Estel_ | why the hellish hell blkid -g make device unbootable?! |
| 21:10.43 | *** join/#maemo Atarii (~Atarii@77.107.156.213) |
| 21:10.43 | *** join/#maemo Atarii (~Atarii@unaffiliated/atarii) |
| 21:14.18 | Estel_ | DocScrutinizer, ping |
| 21:14.27 | Estel_ | DocScrutinizer51, ping |
| 21:16.42 | Estel_ | could anyone tell me any possible reason why simple command: |
| 21:16.45 | Estel_ | blkid -g |
| 21:17.01 | Estel_ | put in rcS-late, just before enabling swap, worked for few days flawlessly... |
| 21:17.21 | Estel_ | although now, beyong any doubt, make whole rcS-late go apeshit and device staying before 5 dots forever? |
| 21:17.36 | Estel_ | it's driving me insane |
| 21:19.11 | cehteh | mhm |
| 21:19.29 | cehteh | Estel_: you made this re-swap thingy? |
| 21:19.39 | Estel_ | yea, few days ago |
| 21:19.42 | Estel_ | it's working fine for everyone |
| 21:19.49 | cehteh | nope not for me :) |
| 21:19.52 | Estel_ | but ijh my device, blkid -g part made it unbootable |
| 21:19.54 | Estel_ | hm? |
| 21:20.00 | Estel_ | wewhat doesn't work for You there? |
| 21:20.09 | cehteh | my 2nd swap is a swapfile not a blockdevice |
| 21:20.37 | Estel_ | I see. |
| 21:20.43 | cehteh | anyways i was thinking about rewriting it for me |
| 21:20.44 | Estel_ | well, it wasn't intended to work with swapfiles |
| 21:20.47 | Estel_ | but |
| 21:20.55 | cehteh | you missed the dependency on sysstat too |
| 21:20.57 | Estel_ | if Yuo manage to make it compatible with both, surely send a patch |
| 21:21.05 | cehteh | is there a git somewhere? |
| 21:21.12 | Estel_ | honestly, it's dependency on busybox-power |
| 21:21.25 | Estel_ | as systat is in non-default repo |
| 21:21.31 | cehteh | its in tools |
| 21:21.39 | Estel_ | but, someone already suggested way of collecting those data, that doesn't involve iostat |
| 21:21.48 | Estel_ | unfortunelly, no git yet |
| 21:21.52 | cehteh | but it didnt installed busybox-power for me yesterday either just brole |
| 21:21.54 | cehteh | broke |
| 21:21.59 | Estel_ | it was my first package that amde it into repo |
| 21:22.06 | cehteh | ok |
| 21:22.24 | Estel_ | for sure i'll try to use way that doesn't require busybox-power |
| 21:22.25 | cehteh | busybox power has also a swapon which supports swap priorities? |
| 21:22.32 | Estel_ | afaik yes |
| 21:22.40 | Estel_ | busybox power has everything like it *should* look in busybox |
| 21:22.57 | Estel_ | = upstream version (in practice) + all tools that should come with busybox |
| 21:22.58 | cehteh | you can read the stuff systat gives you plainly from /proc or /sys .. its just some more fiddeleing |
| 21:23.05 | Estel_ | yea |
| 21:23.08 | cehteh | that could make this dependency opsolete |
| 21:23.47 | cehteh | well i like the idea to measure the write traffic .. but wont it be enough to measure it on the primary device and if expired recycle both swaps |
| 21:24.21 | cehteh | and then perhaps have both swaps at the same priority (long time ago i tested that i should test that again) |
| 21:24.46 | Estel_ | no, for sure not. |
| 21:24.54 | Estel_ | first of all, having swap in eMMC enabled decreases performance |
| 21:24.59 | cehteh | if swaps have the same pri then the kernel distributes the load on them (i have a slow µSD card btw) |
| 21:25.04 | Estel_ | no matter if it's part of swap pair, or 32754355 swap devices qworking paralelly |
| 21:25.11 | Estel_ | yea, in theory |
| 21:25.19 | Estel_ | in practice, flash based RAId 0 isn't good idea ;) |
| 21:25.26 | Estel_ | and, it collides with request from optfs |
| 21:25.27 | cehteh | yes i know my tests 2 years ago wherent good |
| 21:25.33 | cehteh | i hoped that changed meanwhile |
| 21:25.51 | Estel_ | optfs on eMMC also require constant access, and flash media doens't handle colliding request very well |
| 21:26.07 | Estel_ | swap on even slowest microSd is still better performance-wise |
| 21:26.10 | cehteh | a shame that compcache/zram is broken too :/ |
| 21:26.29 | Estel_ | in fact I've no idea why ramzswap doesn't give us benefits |
| 21:26.33 | cehteh | i have a lot data on microsd (formatted as ext4) |
| 21:26.59 | cehteh | so there is quite some load on it .. especially maps for monav .. |
| 21:27.40 | Estel_ | I see. |
| 21:27.53 | Estel_ | Well, best way is to have one medium "static" and put swap there |
| 21:28.02 | ShadowJK | kernel has bug with swapfiles on vfat atleast |
| 21:28.03 | Estel_ | if You have microSd good enough and reliable, You can put optfs there |
| 21:28.11 | Estel_ | but honestly |
| 21:28.15 | Estel_ | i would mvoe monav things to emmc |
| 21:28.28 | Estel_ | remember, that swap on emmc wear it out, and it's non-replaceable medium |
| 21:28.35 | Estel_ | microSd's are cheap and replaceable |
| 21:28.42 | Estel_ | ShadowJK, do you have idea why |
| 21:28.44 | Estel_ | blkid -g |
| 21:28.50 | Estel_ | as aprt of rcS-late |
| 21:28.52 | cehteh | yes .. but its a squashfs bigger than 2GB :) |
| 21:28.55 | Estel_ | = unbootable device? |
| 21:29.06 | ShadowJK | when does emmc get mounted |
| 21:29.13 | ShadowJK | and when does emmc driver get loaded? :) |
| 21:29.22 | ShadowJK | bets it's related |
| 21:29.23 | cehteh | and on the other hand laptop_mode = 600 ... gives quite some good avoidance for writes |
| 21:29.36 | Estel_ | ShadowJK, but blkid does have anything to do with eMMC? 0_o |
| 21:29.43 | ShadowJK | oh? |
| 21:29.47 | Estel_ | cehteh, it's a suicude, professional one |
| 21:29.54 | cehteh | either way .. i customized my device a bit so i cant complain that it is incompatible with some stock packages |
| 21:30.19 | Estel_ | laptopm mode 600? I wouldn't want to be in Your skin, after You hit any serious need for writing swaps |
| 21:30.21 | cehteh | there is no much write load on my emmc too |
| 21:30.38 | Estel_ | + using file as swap is always slower |
| 21:30.47 | ShadowJK | it's not |
| 21:30.49 | cehteh | it isnt since ages |
| 21:30.50 | Estel_ | sounds quite like a bit of masochism performance wise |
| 21:30.55 | Estel_ | ok, sorry |
| 21:30.59 | cehteh | in 2.2 kernels or so it was |
| 21:31.04 | ShadowJK | But if you have a swap partition you can be sure of the alignment |
| 21:31.05 | Estel_ | I always though onj our flash media it is. |
| 21:31.19 | cehteh | well currently i dont use it either |
| 21:31.21 | Estel_ | acknowledged |
| 21:31.29 | cehteh | only using the stock swap partition |
| 21:31.32 | *** join/#maemo b0unc3 (~b0unc3@dynamic-adsl-84-220-243-241.clienti.tiscali.it) |
| 21:31.46 | Estel_ | poor is Your eMMC :) |
| 21:31.48 | ShadowJK | Basically it asks where the blocks belonging to that file is, and uses block level access bypassing the filesystem |
| 21:32.16 | cehteh | the write load is not *that* much from swap .. |
| 21:33.05 | cehteh | even if you write a fee hundred MB per day (which is prolly not the case) emmc will last quite long |
| 21:37.46 | *** join/#maemo Kilroo (~Kilroo@cpe-098-026-200-222.triad.res.rr.com) |
| 21:38.17 | Estel_ | ShadowJK, little question if You don't mind |
| 21:38.37 | Estel_ | do You happen to know if blkid -g is required for "just after boot" situation? |
| 21:38.49 | ShadowJK | no idea |
| 21:38.55 | Estel_ | one line down I'm doing little grep from blkid info |
| 21:39.06 | Estel_ | it was mean't to clear blkid's data before |
| 21:39.14 | Estel_ | suprisingly, invoking blkid works well |
| 21:39.30 | Estel_ | *only* -g (clearing) makes everything go apeshit |
| 21:39.46 | Estel_ | and only if invoked from rcS-late |
| 21:40.01 | Estel_ | BTW, it seems to work for other people, which is very strange IMO |
| 21:40.14 | Estel_ | I could almost swear it worked for me yesterday, too |
| 21:40.24 | Estel_ | voodoo programing |
| 21:42.23 | *** join/#maemo flo_lap (~fuchs@Maemo/community/contributor/florian) |
| 21:43.25 | vi___ | -g |
| 21:43.27 | vi___ | Perform a garbage collection pass on the blkid cache to remove devices which no longer exist. |
| 21:43.48 | vi___ | perhaps it is relying on this cache? |
| 21:44.04 | *** join/#maemo NIN101 (~NIN@p5DD28983.dip0.t-ipconnect.de) |
| 21:44.15 | vi___ | why do you need to -g anyway/ |
| 21:44.16 | vi___ | ? |
| 21:44.33 | vi___ | also, swapfile==pain in the ass |
| 21:44.44 | vi___ | so you have swapfile on usd? |
| 21:45.12 | vi___ | you have to umount swapfile before you can connect n900 by usb mass storage mode |
| 21:45.25 | vi___ | so you need to put it on a seperate partiton on USB |
| 21:45.40 | vi___ | if that is the case you may as well just use a swap partition... |
| 21:45.47 | vi___ | unless I have missed something |
| 21:55.27 | *** join/#maemo florian (~fuchs@Maemo/community/contributor/florian) |
| 21:58.39 | *** join/#maemo b0unc3 (~b0unc3@dynamic-adsl-84-220-63-7.clienti.tiscali.it) |
| 22:05.03 | Estel_ | vi___, no, not m,e with swapfiles |
| 22:05.26 | Estel_ | i need garbage collection pass, or I can have data in blkid belonging to long time non-existing swap partitions |
| 22:05.51 | Estel_ | but I'm not sure if it's the case also, when device just booted |
| 22:06.14 | *** join/#maemo DrGrov (~C.J@a91-153-77-41.elisa-laajakaista.fi) |
| 22:06.32 | *** join/#maemo trbs (~trbs@2001:470:d2ad:1:4a5b:39ff:fe7d:1623) |
| 22:37.17 | *** part/#maemo DrGrov (~C.J@a91-153-77-41.elisa-laajakaista.fi) |
| 22:48.06 | *** join/#maemo FireFly (~firefly@oftn/member/FireFly) |
| 22:50.40 | *** join/#maemo luke-jr|otg (~luke-jr@2001:470:5:265:222:4dff:fe50:4c49) |
| 23:03.40 | *** join/#maemo d1b (~db@d1b.org) |
| 23:03.53 | *** join/#maemo [XeN] (~XenGi@77.87.48.248) |
| 23:04.06 | *** join/#maemo Gh0sty (~ghosty@213.219.158.190.adsl.dyn.edpnet.net) |
| 23:04.26 | *** join/#maemo pronto|server (~moo@pool-173-69-178-35.bltmmd.fios.verizon.net) |
| 23:05.10 | *** join/#maemo thexception|off (~thexcepti@unaffiliated/thexception) |
| 23:05.40 | *** join/#maemo ThreeM (~Schurke@gaming.hanseschlacht.de) |
| 23:10.04 | *** join/#maemo schen (~schen@507080E4.static.ziggozakelijk.nl) |
| 23:16.31 | *** join/#maemo SmilyOrg (Smily@BSN-61-42-26.dial-up.dsl.siol.net) |
| 23:43.40 | *** join/#maemo [XeN] (~XenGi@194.29.236.67) |
| 23:58.16 | *** join/#maemo sirdancealot2 (~sirdancea@98.82.broadband5.iol.cz) |
| 23:59.01 | *** join/#maemo int_ua (~int_ua@ip-602f.proline.net.ua) |
| 23:59.08 | *** join/#maemo magog (~user@39.76.155.90.in-addr.arpa) |
| 23:59.32 | *** join/#maemo magog (~user@39.76.155.90.in-addr.arpa) |