| 00:00.14 | Hurrian | But outside of China, everyone would just not touch it if it's revealed that it may have China rootkits inside. |
| 00:00.43 | nox- | what about all the huawai kit? |
| 00:03.39 | wirr | DocScrutinizer05: we've talked before regarding sd card issues. i've done dd read & write tests as we discussed, once through the n900s card slot / mass storage and using a card reader on a linux box. |
| 00:03.46 | DocScrutinizer05 | my point still holds: there won't be any hidden functions in hw, and in sw it's very likely that they're not hidden but pretty obvious |
| 00:04.03 | wirr | now the strange thing is - using card reader no errors at all |
| 00:04.29 | wirr | on the phone errrors a plenty starting at transfers of about 20megs. |
| 00:04.51 | DocScrutinizer05 | possibly different VCC |
| 00:04.58 | DocScrutinizer05 | supply voltage |
| 00:04.59 | wirr | what do you think? just bad luck? some card defect which only shows on n900? |
| 00:05.07 | DocScrutinizer05 | or different clock |
| 00:05.14 | DocScrutinizer05 | yes |
| 00:05.16 | DocScrutinizer05 | exactly |
| 00:05.18 | wirr | hmm.. how could i verify supply voltage? |
| 00:05.25 | wirr | or clock speed? |
| 00:05.29 | DocScrutinizer05 | forget it, get another card |
| 00:05.30 | ShadowJK | What kind of card? |
| 00:05.37 | DocScrutinizer05 | sandisk |
| 00:05.44 | wirr | ShadowJK: class 10 sandisk ultra 32gig |
| 00:05.46 | DocScrutinizer05 | 32G 10 |
| 00:06.12 | ShadowJK | I ordered two different sandisks today :-) |
| 00:06.24 | DocScrutinizer05 | not even sandisk verifies their cards that thoroughly |
| 00:06.47 | DocScrutinizer05 | or it got damaged during transport |
| 00:06.51 | DocScrutinizer05 | ESD |
| 00:06.51 | ShadowJK | they have atleast 3 x 4 different "Class 10" ones now :-( |
| 00:06.59 | ShadowJK | wirr; what kernel? |
| 00:07.07 | DocScrutinizer05 | PK51 |
| 00:07.08 | wirr | ShadowJK: power51 |
| 00:07.16 | wirr | and cssu-thumb as well |
| 00:07.27 | DocScrutinizer05 | OOOH |
| 00:07.30 | DocScrutinizer05 | lol |
| 00:07.36 | ShadowJK | I wonder if pk includes the "class 10 fix" patch |
| 00:07.43 | DocScrutinizer05 | now THAT would be interesting |
| 00:07.50 | wirr | pk should have it since r48 |
| 00:07.58 | ShadowJK | ok |
| 00:08.20 | wirr | ShadowJK: what kernel do you use? |
| 00:08.39 | ShadowJK | switched to pk on main device 2 days ago |
| 00:08.46 | wirr | Doc, what do you mean? |
| 00:09.00 | DocScrutinizer05 | wirr: could you - just for a short test - (install and) boot a stock kernel on a non-thumb system and do same tests again? |
| 00:09.09 | *** join/#maemo mvp__ (~mvp@port463.ds1-abc.adsl.cybercity.dk) |
| 00:09.35 | wirr | hmmm... non-thumb system :-) |
| 00:09.41 | wirr | yeah, can flash it quickly |
| 00:09.44 | DocScrutinizer05 | you could probably use rescueOS for that |
| 00:10.05 | wirr | wait... i can boot backupmenu using stock kernel |
| 00:10.19 | DocScrutinizer05 | or flash, and after that restore from BM |
| 00:10.36 | DocScrutinizer05 | or that :-) |
| 00:10.44 | *** join/#maemo thedead1440_ (~thedead14@203.117.37.53) |
| 00:11.25 | ShadowJK | I'd think pk would work more reliably, the original stock mmc/sd stuff that got patched was some bullshit "make it go faster" crap |
| 00:11.41 | DocScrutinizer05 | just to make sure we got no glitch in KP or thumb |
| 00:11.55 | *** join/#maemo mvp__ (~mvp@port463.ds1-abc.adsl.cybercity.dk) |
| 00:12.18 | freemangordon | ShadowJK: the "class 10" patch came from upstream, as a result of ADATA not following some specs IIRC |
| 00:12.33 | DocScrutinizer05 | :nod: |
| 00:12.37 | freemangordon | Not that Nokia screwed it |
| 00:12.51 | freemangordon | Nokia/TI |
| 00:13.33 | wirr | freemangordon: upstream meaning nokia or mainline linux kernel? |
| 00:14.17 | freemangordon | BTW even with "class 10" patch, I have i/o errors with ADATA card. When it is overheaten :D. |
| 00:14.26 | freemangordon | wirr: mainline |
| 00:15.11 | freemangordon | wirr: or it might be from Meego kernel, I cant recall right now |
| 00:15.14 | ShadowJK | freemangordon; just the description of the stock code sounds wrong, some dynamic timeout thing? |
| 00:15.51 | freemangordon | ShadowJK: IIRC that's how it is supposed to be. According to the specs |
| 00:16.18 | ShadowJK | Spec sounds kinda buggy then :-) |
| 00:16.22 | freemangordon | timeout value depends on some parameter coming from the card |
| 00:16.39 | wirr | is loosing a tear or two over flashing his n900 using stock kernel |
| 00:17.16 | DocScrutinizer05 | I hope you did a BM backup first |
| 00:17.21 | ShadowJK | btw, my adata card is working remarkably well in my N800 :D |
| 00:17.38 | wirr | yeah - manually rebuilding my dm-crypt setup would take me 4 hours at least... |
| 00:17.40 | freemangordon | ShadowJK: the new one? |
| 00:18.00 | ShadowJK | yeah |
| 00:18.26 | *** join/#maemo mvp__ (~mvp@port463.ds1-abc.adsl.cybercity.dk) |
| 00:19.19 | DocScrutinizer05 | wirr: you could've booted rescueOS |
| 00:19.20 | freemangordon | it was 32G UHS-1? I was wondering if I should bye similar Samsung one I saw in a shop |
| 00:19.25 | xes | ..in my N900 a Lexar 32GB class 10 works flawlessly since 6 months.. |
| 00:19.30 | freemangordon | *buy |
| 00:19.45 | *** join/#maemo PocketWulfe (~N810@64.134.171.63) |
| 00:19.50 | *** join/#maemo mvp__ (~mvp@port463.ds1-abc.adsl.cybercity.dk) |
| 00:19.59 | freemangordon | the question is - is it faster than class 2SanDisk on random io |
| 00:20.17 | wirr | the sandisk ultra is uhs-1 i think |
| 00:20.29 | freemangordon | it is, so what? |
| 00:22.04 | freemangordon | I have the impression all this class 100, UHS 200 etc is only marketing bullshit |
| 00:22.13 | DocScrutinizer05 | it is |
| 00:22.22 | *** join/#maemo mvp__ (~mvp@port463.ds1-abc.adsl.cybercity.dk) |
| 00:22.56 | freemangordon | unfortunately |
| 00:23.34 | ShadowJK | My adata actually does substantially more IOPS than others |
| 00:23.39 | xes | ...and sdxc? |
| 00:23.59 | freemangordon | ShadowJK: compared to what others? |
| 00:24.17 | xes | latest class 10 cards |
| 00:24.22 | ShadowJK | Uh, sandisk c2, c4 ultra and c4 standard |
| 00:25.16 | freemangordon | xes: afaik sdxc is to the old std something similar to what is USB3 compared to USB2 |
| 00:25.19 | ShadowJK | (all my transcend/kingston c2-c10 being slower than the sandisk c2 and c4 ultra |
| 00:25.20 | *** mode/#maemo [+o DocScrutinizer05] by ChanServ |
| 00:25.33 | *** topic/#maemo by DocScrutinizer05 -> Welcome to #maemo http://maemo.org/intro/ | N9/harmattan related questions please in #harmattan ! | http://wiki.maemo.org/Community_Council | Source: http://wiki.maemo.org/Sources | Chanlog: http://mg.pov.lt/maemo-irclog | #maemo-ssu is where the (few) devels and maintainers of the maemo-future meet |
| 00:25.34 | xes | .. |
| 00:25.39 | *** mode/#maemo [-o DocScrutinizer05] by ChanServ |
| 00:26.46 | freemangordon | anyway, i'll wait for sandisk mobile ultra 64/128G (or similar) to hit the market here |
| 00:27.04 | ShadowJK | I ordered a 16g mobile ultra |
| 00:27.08 | ShadowJK | uh |
| 00:27.18 | ShadowJK | and a 16g mobile extreme |
| 00:27.47 | freemangordon | I'll wait for the benchmarks :) |
| 00:28.14 | ShadowJK | the mobile ultra was "for android" and had marketing claims about improved app "startup and upgrade" and multitasking performance |
| 00:29.23 | freemangordon | ShadowJK: seems (according to some reviews) sandisk did their best to provide some acceptable level of random io performance |
| 00:30.41 | ShadowJK | With stock swap algo, which Maemo4 still has, I get about 20-60 iops on the adata in "real life" use, with swap in use being 500M right now lol |
| 00:31.08 | freemangordon | lol |
| 00:31.46 | ShadowJK | Response time is 0-20 s right now |
| 00:31.53 | ShadowJK | (UI input) |
| 00:32.03 | freemangordon | nice :D |
| 00:32.44 | ShadowJK | with other cards I've had, it'd rebooted at 300M, 2-4 iops and 60-7200s UI latency ;) |
| 00:34.10 | freemangordon | talking about latency... I did a visual comparison of startup times of phone-ui, contacts and conversations betweeen n900 and S3 |
| 00:34.30 | freemangordon | guess who is faster ;) |
| 00:35.16 | ShadowJK | the good old hand-cranked wood+bakelite phone? |
| 00:35.16 | DocScrutinizer05 | LOL at 7200s latency |
| 00:35.18 | freemangordon | n900 was playing music via FMTX by the same time |
| 00:35.43 | freemangordon | ShadowJK: exactly :D |
| 00:37.17 | ShadowJK | I have no idea really. Based on my quadcore tegra3 tablet, I'd guess it was pretty evenly matched? |
| 00:38.57 | freemangordon | well, the S3 had only about 10 messages stored, with ~25 contacts. |
| 00:39.47 | freemangordon | TBH that pisses me off, how is that possible to have such a HW and to behave so (relatively to that HW) badly |
| 00:40.38 | ShadowJK | i know what you mean |
| 00:41.45 | freemangordon | I bet S3 has more horsepower than my old 2001 P4 2.2GHz laptop |
| 00:42.32 | freemangordon | (which I am still usong as I refuse to swithch to 16/10 screen ;) ) |
| 00:42.35 | freemangordon | *using |
| 00:43.30 | *** join/#maemo peetah (~peetah@cha92-9-82-236-202-86.fbx.proxad.net) |
| 00:47.50 | wirr | so... I've been running dd tests for 15 min now on stock (pr1.3) without any updates. so far no issues but i'll report back tomorrow when i've did read and write for the full 32gig. |
| 00:48.54 | Hurrian | freemangordon, Samsung makes animations longer than they need to though |
| 00:49.39 | *** join/#maemo lxp (~lxp@212-183-127-210.adsl.highway.telekom.at) |
| 00:50.16 | Hurrian | the comparison should be Maemo 5 with animations set to 0, and the stock Samsung ROM with the animations set to 0 |
| 00:51.10 | *** join/#maemo tank-man (1000@S010600121729c6a1.vc.shawcable.net) |
| 00:53.29 | *** join/#maemo lxp1 (~lxp@212-183-121-144.adsl.highway.telekom.at) |
| 01:01.00 | *** join/#maemo jonwil (~jonwil@27-33-137-199.static.tpgi.com.au) |
| 01:14.30 | *** join/#maemo shamus (~shmaus@ip-206-192-195-49.marylandheights.ip.cablemo.net) |
| 01:23.43 | AndrewX192 | Is there a build of git-annex for N900? |
| 01:26.00 | *** join/#maemo robbiethe1st (~robbiethe@50-37-93-186.mscw.id.frontiernet.net) |
| 01:28.33 | *** part/#maemo xes (~xes@host146-174-dynamic.56-82-r.retail.telecomitalia.it) |
| 01:33.30 | merlin1991 | AndrewX192: even the builds of git itself are rather non-existing |
| 01:36.06 | AndrewX192 | merlin1991: hmm, interesting |
| 01:40.36 | Sc0rpius | http://www.engadget.com/2013/01/02/ubuntu-for-smartphones/ |
| 01:40.43 | Sc0rpius | that's how all phones can be saved |
| 01:41.42 | merlin1991 | nah I bet it will have stupid (c) canonical "design" decisions that make it not enjoyable for me |
| 01:43.00 | robbiethe1st | As far as I'm concerned, I don't care... So long as I can get root etc, and load my own UI instead. |
| 01:43.11 | robbiethe1st | roots for another hildon-UI phone. |
| 01:57.30 | Hurrian | robbiethe1st: let's hope for a GNU/Linux phone with real glibc, bionic is garbage. |
| 01:57.35 | robbiethe1st | Yup |
| 01:57.55 | robbiethe1st | Well, as far as I'm concerned, glibc, Busybox(at least) is a minimum |
| 02:12.07 | merlin1991 | ~messybox |
| 02:12.07 | infobot | messy... err busybox is meant for lean scripting. Regarding all the missing options and immanent limitations (see su, passwd) it's not really the interactive shell of choice. A lot of people hate busybox because a lot of system integrators don't understand the difference between busybox and a decent user interactive shell plus unix utils |
| 02:12.16 | merlin1991 | just sayin ;) |
| 02:13.25 | *** part/#maemo Aoyagi (~opera@222.18.broadband15.iol.cz) |
| 02:27.15 | robbiethe1st | As far as I'm concerned, though, it's good enough. Plus, it means I can probably load in my own full bash/etc if I need it |
| 02:32.15 | DocScrutinizer05 | oh, hi merlin1991 |
| 02:32.24 | *** join/#maemo lbt (~david@78.32.229.233) |
| 02:32.24 | *** join/#maemo lbt (~david@Maemo/community/contributor/lbt) |
| 02:33.24 | merlin1991 | hi there :) |
| 02:33.31 | merlin1991 | spammed tmo and maemo-dev |
| 02:33.39 | DocScrutinizer05 | o.O |
| 02:33.43 | merlin1991 | let's see if we get fresh meat for our beloved cssu |
| 02:33.52 | DocScrutinizer05 | aaaah :-D |
| 02:35.03 | DocScrutinizer05 | yeah, we also need quite a number of maintainers for 'central services' |
| 02:36.04 | DocScrutinizer05 | the central services stabilization unit |
| 02:36.11 | DocScrutinizer05 | ;-D |
| 02:45.26 | *** join/#maemo thedead1440 (~thedead14@cm53.sigma102.maxonline.com.sg) |
| 02:48.22 | *** join/#maemo Kilroo (~Kilroo@cpe-098-026-200-222.triad.res.rr.com) |
| 02:53.44 | *** join/#maemo Kilroo (~Kilroo@cpe-098-026-200-222.triad.res.rr.com) |
| 02:56.30 | *** part/#maemo Kilroo (~Kilroo@cpe-098-026-200-222.triad.res.rr.com) |
| 02:57.00 | *** join/#maemo Kilroo (~Kilroo@cpe-098-026-200-222.triad.res.rr.com) |
| 03:00.23 | *** join/#maemo shamus (~shmaus@ip-206-192-195-49.marylandheights.ip.cablemo.net) |
| 03:00.38 | *** join/#maemo maybeHere (~cl@p5B166A0D.dip.t-dialin.net) |
| 03:12.28 | *** join/#maemo zhxt (~zhxt@111.161.79.231) |
| 03:20.48 | *** join/#maemo lbt (~david@78.32.229.233) |
| 03:20.48 | *** join/#maemo lbt (~david@Maemo/community/contributor/lbt) |
| 03:27.00 | *** join/#maemo lbt (~david@78.32.229.233) |
| 03:27.00 | *** join/#maemo lbt (~david@Maemo/community/contributor/lbt) |
| 03:28.15 | *** join/#maemo Kilroo (~Kilroo@cpe-098-026-200-222.triad.res.rr.com) |
| 03:31.20 | *** join/#maemo bennym (~benny@ppp59-167-79-120.static.internode.on.net) |
| 03:35.43 | *** join/#maemo ALoGeNo (~alogeno@50.Red-83-38-204.dynamicIP.rima-tde.net) |
| 03:35.43 | *** join/#maemo ALoGeNo (~alogeno@unaffiliated/alogeno) |
| 03:39.04 | *** join/#maemo rm_you (~rm_you@c-76-28-197-184.hsd1.wa.comcast.net) |
| 03:39.05 | *** join/#maemo rm_you (~rm_you@Maemo/community/cssu/rm-you) |
| 03:57.27 | *** join/#maemo rm_you (~rm_you@c-76-28-197-184.hsd1.wa.comcast.net) |
| 03:57.27 | *** join/#maemo rm_you (~rm_you@Maemo/community/cssu/rm-you) |
| 03:58.07 | *** join/#maemo lbt (~david@78.32.229.233) |
| 03:58.08 | *** join/#maemo lbt (~david@Maemo/community/contributor/lbt) |
| 04:04.27 | *** join/#maemo DocScrutinizer06 (~HaleBopp@openmoko/engineers/joerg) |
| 04:04.44 | *** join/#maemo rm_you (~rm_you@c-76-28-197-184.hsd1.wa.comcast.net) |
| 04:04.44 | *** join/#maemo rm_you (~rm_you@Maemo/community/cssu/rm-you) |
| 04:06.26 | *** join/#maemo at1as (~at1as@wsip-98-190-217-157.ga.at.cox.net) |
| 04:29.21 | *** join/#maemo uen| (~uen@p5DCB2ECB.dip.t-dialin.net) |
| 04:29.54 | *** join/#maemo peetah (~peetah@cha92-9-82-236-202-86.fbx.proxad.net) |
| 04:42.30 | *** join/#maemo lbt (~david@78.32.229.233) |
| 04:42.30 | *** join/#maemo lbt (~david@Maemo/community/contributor/lbt) |
| 04:45.27 | *** join/#maemo lbt (~david@78.32.229.233) |
| 04:45.29 | *** join/#maemo lbt (~david@Maemo/community/contributor/lbt) |
| 04:51.47 | *** join/#maemo lbt_ (~david@78.32.229.233) |
| 04:51.47 | *** join/#maemo lbt_ (~david@Maemo/community/contributor/lbt) |
| 04:53.35 | *** join/#maemo radic_ (~radic@dslb-178-007-133-222.pools.arcor-ip.net) |
| 04:58.25 | *** join/#maemo lbt_ (~david@Maemo/community/contributor/lbt) |
| 05:04.13 | *** join/#maemo lbt_ (~david@78.32.229.233) |
| 05:04.13 | *** join/#maemo lbt_ (~david@Maemo/community/contributor/lbt) |
| 05:09.12 | *** join/#maemo lbt_away (~david@Maemo/community/contributor/lbt) |
| 05:22.11 | *** join/#maemo joshgillies (~josh@58-6-102-109.dyn.iinet.net.au) |
| 05:32.37 | *** join/#maemo lbt (~david@78.32.229.233) |
| 05:32.37 | *** join/#maemo lbt (~david@Maemo/community/contributor/lbt) |
| 05:33.15 | *** join/#maemo straind (~stupidper@n110s133.bbr1.shentel.net) |
| 05:37.05 | *** join/#maemo lbt (~david@78.32.229.233) |
| 05:37.05 | *** join/#maemo lbt (~david@Maemo/community/contributor/lbt) |
| 05:40.29 | *** join/#maemo user_ (~user@1.38.24.171) |
| 05:44.38 | *** join/#maemo shamus (~shmaus@ip-206-192-195-49.marylandheights.ip.cablemo.net) |
| 05:55.04 | *** part/#maemo sourav (~user@1.38.24.171) |
| 06:11.19 | *** join/#maemo cyborg-one (~cyborg-on@79-140-2-223.broadband.tenet.odessa.ua) |
| 06:13.44 | *** join/#maemo wirr (~wirr@xdsl-188-155-55-161.adslplus.ch) |
| 06:54.27 | *** join/#maemo zhxt (~zhxt@218.11.179.221) |
| 06:57.48 | *** join/#maemo disco_stu (~wrt54gl@190.211.81.139) |
| 07:02.46 | *** join/#maemo florian (~fuchs@Maemo/community/contributor/florian) |
| 07:03.07 | *** join/#maemo cyborg-one (~cyborg-on@79-140-2-223.broadband.tenet.odessa.ua) |
| 07:14.25 | *** join/#maemo geaaru (~geaaru@host170-152-static.43-88-b.business.telecomitalia.it) |
| 07:43.54 | *** join/#maemo pvanhoof (~philip@codeminded.be) |
| 07:44.56 | *** join/#maemo muellisoft (~muelli@port-36129.pppoe.wtnet.de) |
| 08:02.56 | *** join/#maemo pcfe` (~pcfe@brln-d9ba62db.pool.mediaWays.net) |
| 08:02.56 | *** join/#maemo pcfe` (~pcfe@redhat/pcfe) |
| 08:13.33 | *** join/#maemo rcg (~rcg@2a02:908:e258:1a01:a1d9:8c59:abec:7b8e) |
| 08:15.15 | *** join/#maemo cyborg-one (~cyborg-on@79-140-2-223.broadband.tenet.odessa.ua) |
| 08:18.32 | *** join/#maemo user_ (~user@1.38.27.23) |
| 08:19.20 | *** part/#maemo sourav (~user@1.38.27.23) |
| 08:26.55 | *** join/#maemo landho (~dora@123-2-148-71.static.dsl.dodo.com.au) |
| 08:32.00 | *** join/#maemo florian (~fuchs@port-217-146-132-69.static.qsc.de) |
| 08:32.00 | *** join/#maemo florian (~fuchs@Maemo/community/contributor/florian) |
| 08:32.20 | *** join/#maemo f3bruary (~f3bruary@unaffiliated/f3bruary) |
| 08:33.51 | *** join/#maemo Pali (~pali@Maemo/community/contributor/Pali) |
| 08:34.17 | *** join/#maemo flo_lap (~fuchs@port-217-146-132-69.static.qsc.de) |
| 08:34.17 | *** join/#maemo flo_lap (~fuchs@Maemo/community/contributor/florian) |
| 08:36.04 | *** join/#maemo shamus (~shmaus@ip-206-192-195-49.marylandheights.ip.cablemo.net) |
| 08:41.56 | *** join/#maemo FReaper-PC (~FR@203.106.65.1) |
| 08:44.38 | *** join/#maemo _rd (~rd@p57B49021.dip0.t-ipconnect.de) |
| 09:01.35 | *** join/#maemo thedead1440 (~thedead14@cm53.sigma102.maxonline.com.sg) |
| 09:03.06 | *** join/#maemo eijk (~eijk@e178192032.adsl.alicedsl.de) |
| 09:09.52 | *** join/#maemo eijk (~eijk@e178192032.adsl.alicedsl.de) |
| 09:11.14 | *** join/#maemo NonooPC (~FR@203.106.65.1) |
| 09:12.43 | *** join/#maemo joshgillies (~josh@124-171-112-171.dyn.iinet.net.au) |
| 09:13.18 | *** join/#maemo VDVsx (~VDVsx@194.157.16.35) |
| 09:16.43 | *** join/#maemo FReaper-PC (~FR@203.106.65.1) |
| 09:20.18 | *** join/#maemo sq-one (~sq-one@p549AA8AB.dip.t-dialin.net) |
| 09:26.54 | *** join/#maemo Cor-Ai (~cor-ai@212.112.62.30) |
| 09:34.44 | *** join/#maemo kolp (~quassel@212.255.105.70) |
| 09:38.32 | *** join/#maemo strohalm (~smoofi@unaffiliated/strohi) |
| 09:52.07 | *** join/#maemo Xes (~xes@host146-174-dynamic.56-82-r.retail.telecomitalia.it) |
| 09:54.31 | *** join/#maemo eMHa (~mh@et-0-30.gw-nat.bs.kae.de.oneandone.net) |
| 09:56.04 | *** join/#maemo xes (~xes@host146-174-dynamic.56-82-r.retail.telecomitalia.it) |
| 10:01.11 | *** join/#maemo realitygaps (~realityga@static.146.244.9.176.clients.your-server.de) |
| 10:01.11 | *** join/#maemo realitygaps (~realityga@unaffiliated/realitygaps) |
| 10:01.17 | *** join/#maemo DocScrutinizer51 (~lagrange@lagrange.cloud-7.de) |
| 10:01.17 | *** join/#maemo grinsekatze (~grinsekat@potyomkin.org) |
| 10:02.25 | *** join/#maemo githogori (~githogori@c-69-181-111-195.hsd1.ca.comcast.net) |
| 10:04.09 | *** join/#maemo _rd (~rd@p57B49021.dip0.t-ipconnect.de) |
| 10:06.10 | *** join/#maemo OkropNick (kuba@host-n2-72-190.telpol.net.pl) |
| 10:06.44 | *** join/#maemo florian (~fuchs@port-217-146-132-69.static.qsc.de) |
| 10:06.45 | *** join/#maemo florian (~fuchs@Maemo/community/contributor/florian) |
| 10:07.08 | *** join/#maemo githogori (~githogori@c-69-181-111-195.hsd1.ca.comcast.net) |
| 10:08.58 | *** join/#maemo florian__ (~fuchs@port-217-146-132-69.static.qsc.de) |
| 10:09.17 | *** join/#maemo flo_lap (~fuchs@Maemo/community/contributor/florian) |
| 10:19.04 | *** join/#maemo rcg (~rcg-work@fb2-pub-1.dv-nr.fh-frankfurt.de) |
| 10:19.35 | *** join/#maemo mvp_ (~mvp@port463.ds1-abc.adsl.cybercity.dk) |
| 10:20.09 | *** join/#maemo MetalGearSolid (~MetalGear@175.145.200.102) |
| 10:23.42 | *** join/#maemo doc|home (~doc@69.172.156.147) |
| 10:23.43 | *** join/#maemo doc|home (~doc@gentoo/contributor/doc-007) |
| 10:25.07 | *** join/#maemo lizardo (lizardo@nat/indt/x-fbvxopqzheifhofq) |
| 10:32.37 | *** join/#maemo _berto_ (~berto@210.pool85-56-217.dynamic.orange.es) |
| 10:34.50 | *** join/#maemo githogori (~githogori@c-69-181-111-195.hsd1.ca.comcast.net) |
| 10:44.32 | *** join/#maemo fuchs__ (~fuchs@port-217-146-132-69.static.qsc.de) |
| 10:44.43 | *** join/#maemo florian_kc (~fuchs@Maemo/community/contributor/florian) |
| 11:00.15 | *** join/#maemo wirr (~wirr@xdsl-188-155-55-161.adslplus.ch) |
| 11:05.41 | *** join/#maemo piggz (~piggz@host-92-18-223-80.as13285.net) |
| 11:08.09 | *** join/#maemo Pali (~pali@Maemo/community/contributor/Pali) |
| 11:11.33 | *** join/#maemo xes (~xes@host146-174-dynamic.56-82-r.retail.telecomitalia.it) |
| 11:24.03 | RST38h | All the way back in the 90s, Qualcomm approached Apple to suggest that it might want to put a radio in its Newton PDA. It could have led to the first ever iPhone two decades early but instead, Apple told Qualcomm to stick its radio chip somewhere else. |
| 11:24.11 | RST38h | laughs satanically |
| 11:27.06 | *** join/#maemo Apic (~apic@geekhabitat.de) |
| 11:27.10 | Apic | Hi. |
| 11:27.15 | Apic | Is there an Android VM for N900? |
| 11:27.20 | Apic | I want to play Ingress |
| 11:28.00 | tadzik | not a VM, but you can try NITDroid |
| 11:28.27 | Apic | I'll look at it, thanks! |
| 11:28.44 | Apic | Is it in extras-devel or do I need to browse? |
| 11:30.28 | tadzik | not sure. I think there is an installer in one of the repos |
| 11:30.46 | Apic | Ok |
| 11:37.02 | *** join/#maemo stardiviner (~stardivin@122.236.248.167) |
| 11:43.18 | *** join/#maemo NIN101 (~NIN@p5DD28B0D.dip0.t-ipconnect.de) |
| 11:43.43 | *** join/#maemo florian (~fuchs@sign-4d094a1a.pool.mediaWays.net) |
| 11:43.45 | *** join/#maemo florian (~fuchs@Maemo/community/contributor/florian) |
| 11:54.56 | *** join/#maemo user_ (~user@1.38.24.140) |
| 11:58.04 | *** join/#maemo netkat (~me@80.79.126.166) |
| 12:05.57 | *** join/#maemo Termana (Termana@outback.nsw.au.panicbnc.net) |
| 12:09.05 | *** join/#maemo M4rtinK (~M4rtinK@mail.melf.eu) |
| 12:10.20 | grummund | Hi all, can anyone offer some advice what to look out for when buying a used N900 ? |
| 12:10.57 | *** join/#maemo etrunko (~etrunko@134.134.137.73) |
| 12:10.59 | *** join/#maemo xmlich02 (~imlich@2001:67c:1220:80c:21c:c0ff:fe18:9398) |
| 12:13.06 | *** join/#maemo XATRIX (~xatrix@77.88.209.171) |
| 12:14.51 | SpeedEvil | broken USB, or not connecting to cellular network seem to be main issues |
| 12:15.08 | kerio | +1 |
| 12:15.38 | kerio | also check that the sensors for the camera lens, the backcover and the keyboard slider work correctly |
| 12:15.41 | grummund | do i need to worry about hardware revision or is there only one? |
| 12:15.53 | kerio | there's plenty, but they're all good |
| 12:16.02 | *** join/#maemo thedead1440 (~thedead14@cm53.sigma102.maxonline.com.sg) |
| 12:16.10 | grummund | ok |
| 12:16.26 | kerio | at least, none is specifically bad |
| 12:20.33 | sourav | for hardware side look for usb,slide to unlock key,camera for scratches and also the battery |
| 12:21.01 | *** join/#maemo tg (~irc@2001:738:2001:2078:0:215:11:82) |
| 12:22.37 | grummund | it'll be from ebay but i can ask the seller. |
| 12:24.08 | grummund | initially i need it primarilly for VoIP/SIP over wifi. but with the idea of ultimately running debian on a pocket device. |
| 12:24.56 | grummund | afaict, VoIP/SIP should work right out of the box. |
| 12:27.24 | *** join/#maemo edheldil (~edheldil@217.31.207.1) |
| 12:28.59 | *** part/#maemo sourav (~user@1.38.24.140) |
| 12:32.21 | *** join/#maemo luf (luf@nat/ibm/x-lncencwgexwhxwtq) |
| 12:32.23 | *** part/#maemo luf (luf@nat/ibm/x-lncencwgexwhxwtq) |
| 12:37.10 | *** join/#maemo edheldil (~edheldil@217.31.207.1) |
| 12:43.32 | *** join/#maemo Cor-Ai (~cor-ai@212.112.62.30) |
| 12:44.58 | *** join/#maemo Cor-Ai_ (~cor-ai@212.112.62.30) |
| 12:56.16 | *** join/#maemo Cor-Ai (~cor-ai@212.112.62.30) |
| 13:05.50 | *** join/#maemo landho (~dora@123-2-148-71.static.dsl.dodo.com.au) |
| 13:08.50 | teotwaki | grummund: you're going to be disappointed |
| 13:09.35 | teotwaki | grummund: VoIP/SIP is notoriously bad on the N900. A lot of packet loss, poor codec implementation, with essentially no support in hardware. |
| 13:09.59 | teotwaki | grummund: even skype is dodgy at best---if it even works at all ever since microsoft bought skype. |
| 13:14.45 | *** join/#maemo FlameReaper (~assassin@210.195.192.139) |
| 13:17.22 | grummund | teotwaki: that's sad. i thought it was going to be my dream phone |
| 13:19.22 | Luke-Jr | grummund: N900 isn't a phone. If you expect it to be one, you will be disappointed. |
| 13:20.04 | grummund | well yes i should say pocket computer with softphone |
| 13:21.33 | Hurrian | grummund, you could always use a non-native SIP implementation |
| 13:24.19 | grummund | it's just for WLAN use, i probably won't put a SIM in it |
| 13:26.59 | *** join/#maemo chenca (chenca@nat/indt/x-zszckojgiarqaztu) |
| 13:27.21 | *** join/#maemo _rd (~rd@p57B49021.dip0.t-ipconnect.de) |
| 13:29.04 | grummund | anyway thanks all for the advice. i might give it a go and if it fails on SIP usability then i still have a cool device to play and hack on ;) |
| 13:35.09 | SpeedEvil | works for me for so |
| 13:35.11 | SpeedEvil | sip |
| 13:36.03 | kerio | teotwaki: afaik skype still works |
| 13:36.38 | kerio | and SIP is only notoriously bad if you try to use it with a wifi router that has poor powersaving |
| 13:37.34 | kerio | or if you try to use it over wifi while you're using a bluetooth headset |
| 13:37.41 | kerio | (because wifi+bluetooth at the same time is bad) |
| 13:38.00 | joga | uhm...yeah skype has worked ok for me too, but I'd just like to dismiss the comment that "N900 isn't a phone", since I use it as a phone just fine :p |
| 13:38.31 | joga | (although probably 99% of my use is not related to calling or receiving calls, but anyway) |
| 13:41.45 | Skry | I've been quite happy with N900 as a phone too |
| 13:43.01 | grummund | read of someone running asterisk on the N900 itself |
| 13:48.32 | *** join/#maemo Pali (~pali@Maemo/community/contributor/Pali) |
| 13:55.29 | *** join/#maemo Pali (~pali@Maemo/community/contributor/Pali) |
| 13:55.33 | jonwil | I have been using the N900 as my primary phone since I bought it |
| 13:55.40 | jonwil | and for that purpose (making phonecalls) it does great :) |
| 13:56.49 | *** join/#maemo trx (ns-team@212.200.198.171) |
| 14:02.16 | Apic | :-) |
| 14:03.48 | *** join/#maemo Darkchaos (~darkchaos@i59F7972B.versanet.de) |
| 14:09.12 | *** join/#maemo Martix (~martix@ip-62-245-106-78.net.upcbroadband.cz) |
| 14:09.39 | *** join/#maemo SmilyOrg (Smily@BSN-176-161-117.dial-up.dsl.siol.net) |
| 14:15.57 | *** join/#maemo guampa (~guampa@unaffiliated/guampa) |
| 14:16.39 | *** join/#maemo int_ua (~int_ua@ip-602f.proline.net.ua) |
| 14:17.50 | int_ua | apt-get install libqtm-12-* doesn't work. Anyone knows why? |
| 14:18.09 | int_ua | http://talk.maemo.org/showpost.php?p=1310197&postcount=122 |
| 14:25.13 | Apic | Is there Voice Guided Navigation yet for N900? |
| 14:25.16 | teotwaki | grummund: and running asterisk on the N900 is about as useful as growing dead kittens in the basement. |
| 14:25.33 | teotwaki | grummund: it's technologically cool, but it really doesn't provide anything in the end. |
| 14:27.11 | *** join/#maemo ssvb (~ssvb@212.16.98.80) |
| 14:28.09 | grummund | teotwaki: i don't know much about asterisk i just read that |
| 14:28.56 | grummund | anyway i bought the N900 so no going back now :-) |
| 14:29.06 | kerio | JOIN USSSSSSSS |
| 14:31.41 | int_ua | teotwaki, grummund: yeah, that's the question I wanted to ask too. What's the point of Asterisk on N900? |
| 14:32.56 | kontio | sip gateway? |
| 14:34.36 | *** join/#maemo shanttu (~shanttu@dsl-hkibrasgw3-58c155-11.dhcp.inet.fi) |
| 14:42.40 | *** join/#maemo udovdh (~udovdh@pindarots.xs4all.nl) |
| 14:47.47 | *** join/#maemo peetah (~peetah@cha92-9-82-236-202-86.fbx.proxad.net) |
| 14:47.49 | *** join/#maemo xes_ (~xes@host217-232-dynamic.14-87-r.retail.telecomitalia.it) |
| 14:57.30 | *** join/#maemo mvp__ (~mvp@port463.ds1-abc.adsl.cybercity.dk) |
| 14:58.40 | *** join/#maemo parancibia (~paulo@190.55.79.236) |
| 15:02.09 | *** join/#maemo jonwil (~jonwil@27-33-137-199.static.tpgi.com.au) |
| 15:07.55 | Skry | grummund: welcome aboard, you'll be spending some time here from now on :) |
| 15:13.24 | *** join/#maemo NishanthMenon (~nmenon@192.91.66.186) |
| 15:14.58 | grummund | indeed :) |
| 15:23.07 | *** join/#maemo Helloer (~Helloer@staff.zabijaka.pl) |
| 15:23.30 | *** join/#maemo luf (~luf@ip-89-102-208-114.net.upcbroadband.cz) |
| 15:23.33 | *** join/#maemo Pali (~pali@Maemo/community/contributor/Pali) |
| 15:25.37 | teotwaki | btw, off topic, but just for pure awesomeness: http://www.youtube.com/watch?v=MsoRSI7ei4E |
| 15:30.36 | *** join/#maemo sasquatch (~username@176.4.101.200) |
| 15:31.20 | *** join/#maemo khertan (~khertan@AAmiens-554-1-90-21.w90-1.abo.wanadoo.fr) |
| 15:36.09 | *** join/#maemo sourav (01261e09@gateway/web/freenode/ip.1.38.30.9) |
| 15:42.22 | *** join/#maemo VDVsx (~VDVsx@a88-114-88-95.elisa-laajakaista.fi) |
| 15:43.02 | SpeedEvil | meat |
| 15:43.04 | SpeedEvil | neat |
| 15:43.59 | Apic | Pork |
| 15:43.59 | Apic | Dork |
| 15:45.04 | *** join/#maemo ced117 (~ced117@AStrasbourg-552-1-150-64.w86-204.abo.wanadoo.fr) |
| 15:45.04 | *** join/#maemo ced117 (~ced117@opensuse/member/ced117) |
| 15:47.07 | sourav | anyone help me in setting up ubuntu lucid desktop VM in virtualbox |
| 16:09.41 | *** part/#maemo sourav (01261e09@gateway/web/freenode/ip.1.38.30.9) |
| 16:11.48 | DocScrutinizer05 | asterisk on N900 is as silly as a load balancer on your DSL-modemrouter |
| 16:12.07 | DocScrutinizer05 | there's no point in it whatsoever |
| 16:14.04 | DocScrutinizer05 | welcome grummund in this small but nice club :-) |
| 16:15.22 | DocScrutinizer05 | btw I'm using built-in SIP via WRT54 AP all the time, sipgate account. Usually after the initial 2..3s to establish connection it works absolutely fine |
| 16:18.21 | DocScrutinizer05 | I adoped the general method of answering like <pick up>"CHRSHDHSCRCK *cough* *cough* errrr YES?" which gives far end indication they should repeat their initial one or 2 seconds, or at least anticipate I didn't hear them |
| 16:19.07 | RST38h | Invariably works like shit here. Skype too. |
| 16:19.23 | RST38h | Skype is a bit better though, have ot give it a credit |
| 16:19.28 | SpeedEvil | I have used a'loadbalancer on my DSL |
| 16:19.30 | SpeedEvil | well |
| 16:19.34 | SpeedEvil | ISDN |
| 16:20.36 | thedead1440 | skype on audio calls only is pretty nice; on video though audio transmitted is sometimes slow and the video res is pretty horrible... |
| 16:21.10 | thedead1440 | but then at least it has skype video calls; something taken out of the N9 :( |
| 16:21.48 | DocScrutinizer05 | SIP much depends on far end client. All my SIP calls are via sipgate gateway to landline/GSM, and it seems sipgate has pretty good b2bua on their gateways |
| 16:22.59 | DocScrutinizer05 | for a plain SIP call to peer with arbitrary crappy SIP client mileage may vary massively |
| 16:23.52 | SpeedEvil | my only use for sip is to my isps sip server |
| 16:24.04 | SpeedEvil | to a real phone number |
| 16:24.55 | *** join/#maemo etrunko (~etrunko@134.134.137.73) |
| 16:29.48 | DocScrutinizer05 | same here, and it seems that's what usually works flawlessly, more or less |
| 16:30.18 | DocScrutinizer05 | except sipgate.de is not my ISP |
| 16:33.23 | *** join/#maemo otep_ (~quassel@AP-203.167.4.11.sysads.com) |
| 16:34.49 | *** join/#maemo user_ (~user@1.38.30.59) |
| 16:39.54 | *** join/#maemo shamus (~shmaus@ip-206-192-195-49.marylandheights.ip.cablemo.net) |
| 16:50.11 | wirr | DocScrutinizer05: I've run a few tests with stock (pr1.3) kernel as discussed and couldn't reproduce the sd-card issues experienced on pk51/thumb. do we have a driver issue after all? |
| 16:50.55 | DocScrutinizer05 | seems likely |
| 16:51.29 | *** join/#maemo thomasjfox (~thomasjfo@rockbox/developer/thomasjfox) |
| 16:51.49 | kerio | wirr: :( |
| 16:51.57 | kerio | i mean, it's pretty good for you |
| 16:52.02 | DocScrutinizer05 | we'd need to bisect it now, to find what's causing the problem in pk51/thumb combo |
| 16:53.44 | wirr | kerio: not especially... i'm very interested in having high quality community-driven maemo systems. i really don't care about stock. |
| 16:53.49 | DocScrutinizer05 | if it turns out some valid bugfix in kp51 made a sleeping bug in your card raise its head, we might need a kernel module load option or a sysfs switch to select between two conflicting mutally exclusive paradigms regarding operation of that driver |
| 16:54.13 | *** join/#maemo pvanhoof (~philip@codeminded.be) |
| 16:54.25 | wirr | so - what can i contribute? i propose running the same tests on kp51 first on cssu-testing then on cssu-thumb |
| 16:54.50 | DocScrutinizer05 | yes, exactly |
| 16:55.03 | DocScrutinizer05 | afk, bbl. sorry |
| 16:55.10 | wirr | okay... |
| 16:55.18 | kerio | wirr: also having the full logs would be good |
| 16:55.36 | wirr | kerio: which ones? dmesg output? |
| 16:55.43 | *** part/#maemo xes_ (~xes@host217-232-dynamic.14-87-r.retail.telecomitalia.it) |
| 16:56.06 | kerio | yep, and syslog too |
| 16:57.15 | wirr | hmm... so I should set up a syslog daemon and log to a remote system? which one do you propose? |
| 16:57.37 | kerio | why a remote system? |
| 16:57.49 | kerio | just install sysklogd |
| 16:58.08 | wirr | out of habbit... i usually don't write logs locally on embedded systems... |
| 16:58.33 | kerio | you don't necessarily have to keep the daemon running all the time |
| 16:58.38 | wirr | ok |
| 16:59.09 | wirr | btw, i forgot to mention: the transmission errors occur as well if I try to start the newest nemo kernel |
| 16:59.36 | kerio | especially because the syslogd in the repos doesn't rotate the logs except when it starts |
| 16:59.48 | kerio | so eventually it fills up the rootfs, as DocScrutinizer can tell you |
| 17:01.19 | *** join/#maemo guampa (~guampa@unaffiliated/guampa) |
| 17:01.21 | wirr | sound like hell alot of uptime :-) |
| 17:01.22 | grummund | DocScrutinizer05: i was also going to go with sipgate (in UK). |
| 17:01.49 | kerio | wirr: it was a sad day for IroN900, yes :( |
| 17:01.57 | kerio | lost ~200 days of uptime iirc |
| 17:02.03 | wirr | ouch |
| 17:04.04 | *** join/#maemo Aoyagi (~opera@222.18.broadband15.iol.cz) |
| 17:16.13 | wirr | kerio: so the test with stock userland and kp51 already fails... |
| 17:16.29 | kerio | well, that's good |
| 17:16.32 | kerio | makes things easier :) |
| 17:16.34 | kerio | wirr: try KP52 though |
| 17:17.15 | kerio | wirr: http://talk.maemo.org/showpost.php?p=1305042&postcount=288 |
| 17:17.40 | kerio | it'll probably not change anything, but it's still better to stay on the latest version |
| 17:17.53 | wirr | http://pastebin.com/bW6bvGt7 |
| 17:18.48 | kerio | wirr: what's in syslog regarding that? |
| 17:23.24 | wirr | just a sec |
| 17:28.47 | wirr | http://pastebin.com/FMVcntyd |
| 17:29.37 | wirr | kerio: i've just noticed: while getting an i/o error on writing to mmcblk1, the logs show errors for mmcblk0 |
| 17:30.06 | kerio | ugh, that might be because the uSD is actually mmcblk0 |
| 17:30.14 | kerio | they are swapped by udev |
| 17:30.50 | wirr | sorry, don't understand that... |
| 17:31.14 | kerio | at boot time, the uSD is mmcblk0 and the emmc is mmcblk1 |
| 17:31.23 | kerio | if you have a uSD inserted |
| 17:32.00 | wirr | ah... so the kernel logging still sees it this way, while userspace addresses it the other way round? |
| 17:32.07 | kerio | i don't know, maybe |
| 17:32.19 | kerio | are you having trouble accessing your home or MyDocs? |
| 17:32.26 | wirr | nope |
| 17:34.01 | wirr | kerio: what about alignment? has data to be aligned on 4k blocks? |
| 17:34.36 | kerio | meh |
| 17:34.52 | kerio | maybe something like aligning to 4M would help? |
| 17:34.59 | kerio | it would be a performance thing, though |
| 17:35.23 | kerio | it can't cause errors, microsds are supposed to be ideal block devices |
| 17:36.28 | wirr | hmm... it just seems to me the error occurs much more often when testing using this cmd: 'dd if=/dev/zero of=/dev/mmcblk1' as when using 'dd if=/dev/zero of=/dev/mmcblk1 bs=4096' |
| 17:36.48 | kerio | wirr: hm |
| 17:37.15 | kerio | echo 8192 > /sys/block/mmcblk1/queue/nr_requests |
| 17:37.19 | kerio | echo 0 > /sys/block/mmcblk1/queue/iosched/slice_idle |
| 17:37.20 | kerio | as root |
| 17:37.26 | kerio | and then try again with the standard block size |
| 17:39.42 | wirr | didn't you say before, the addresses mmcblk0/1 are swapped? |
| 17:40.17 | kerio | good point, i don't know which would be the right one |
| 17:40.21 | kerio | do it to mmcblk0 too |
| 17:40.23 | wirr | ok |
| 17:40.31 | kerio | (it doesn't hurt, anyway - it helps, in fact) |
| 17:41.18 | wirr | test is running... |
| 17:43.22 | wirr | writing the full 32gig will obviously take a while - so far no errors |
| 17:52.30 | kerio | wirr: no error yet? |
| 17:59.47 | *** join/#maemo thedead1440 (~thedead14@203.117.37.59) |
| 18:07.43 | *** join/#maemo NIN101 (~NIN@p5DD28B0D.dip0.t-ipconnect.de) |
| 18:13.40 | *** join/#maemo NIN102 (~NIN@p5DD28ADC.dip0.t-ipconnect.de) |
| 18:13.52 | *** join/#maemo StyXman (~mdione@ant06-1-82-242-111-163.fbx.proxad.net) |
| 18:13.53 | *** join/#maemo StyXman (~mdione@grulic/root/StyXman) |
| 18:16.35 | *** join/#maemo NIN101 (~NIN@p5DD28ADC.dip0.t-ipconnect.de) |
| 18:22.10 | *** join/#maemo loganbr (~user@wifi-napanet-static-206-81-98-165.napanet.net) |
| 18:26.50 | *** join/#maemo brzys (~quassel@86-63-126-137.sta.asta-net.com.pl) |
| 18:27.26 | *** join/#maemo ZogG_laptop (~ZogG@109.64.160.7) |
| 18:27.27 | wirr | kerio: still writing - no error yet |
| 18:33.02 | *** join/#maemo MSameer (MSameer@2600:3c00::f03c:91ff:fe96:3266) |
| 18:35.09 | MSameer | is extras-cauldron-builds down or is it just me missing something? |
| 18:35.28 | MSameer | last emails in the archive are from december last year |
| 18:42.04 | f3bruary | best media player for n900 |
| 18:42.05 | f3bruary | GO ! |
| 18:42.43 | *** join/#maemo githogori (~githogori@c-69-181-111-195.hsd1.ca.comcast.net) |
| 18:46.55 | *** join/#maemo brzys (~quassel@86-63-126-137.sta.asta-net.com.pl) |
| 18:47.45 | DocScrutinizer51 | hooray, internet connection once more fecked on 2G, while 3G works |
| 18:48.20 | f3bruary | never heard of that mediaplayer app |
| 18:48.20 | DocScrutinizer51 | and no, I'm sure it's not the carrier's fault |
| 18:50.03 | *** join/#maemo NishanthMenon (~nmenon@192.94.92.14) |
| 18:50.05 | DocScrutinizer51 | I honestly should do some forensiocs this time, since this is a FSCKNG ANNOYING bug |
| 18:52.13 | DocScrutinizer51 | seems kinda reproducable by going to no-signal area for half an hour while connected via 2.5G |
| 18:52.44 | DocScrutinizer51 | so it's somewhat in line with similar behavior on WLAN |
| 18:55.34 | kerio | MSameer: december last year is like three days ago dude |
| 18:55.37 | *** join/#maemo lwyz (~luisAlber@189.135.159.148) |
| 18:55.58 | kerio | f3bruary: openmediaplayer, probably |
| 18:56.06 | kerio | it's basically a drop-in replacement for the stock media player |
| 18:56.09 | DocScrutinizer51 | as if icd2 or whatever refuses to start a new association sequence while aborted 'dangling' timedout re-association for same connection still lingering on somewhere in stack |
| 18:56.13 | f3bruary | cool, thanks |
| 18:56.38 | kerio | DocScrutinizer05: disconnect, kill sscd, kill icd2, start everything up again? |
| 18:56.51 | MSameer | kerio: true but I uploaded a package and the archive page didn't get updated so I was wondering |
| 18:57.22 | MSameer | kerio: I was expecting an email with the result of the build to be added to the page |
| 18:57.54 | DocScrutinizer51 | kerio: wilco when @home |
| 18:59.21 | MSameer | so it might be an issue with the builder |
| 19:00.29 | DocScrutinizer51 | last I heard was autobuilder has issues with web frontend |
| 19:00.36 | DocScrutinizer51 | iirc |
| 19:00.40 | *** part/#maemo lwyz (~luisAlber@189.135.159.148) |
| 19:02.00 | DocScrutinizer51 | ~ping |
| 19:02.00 | infobot | ~pong |
| 19:02.18 | DocScrutinizer51 | bwahahaha 2G |
| 19:02.35 | MSameer | DocScrutinizer51: so how do i check the results ? :) |
| 19:03.05 | DocScrutinizer51 | sorry nfc |
| 19:03.45 | DocScrutinizer51 | bbl |
| 19:03.55 | *** join/#maemo dhbiker (~dhbiker@95.87.145.175) |
| 19:04.01 | *** join/#maemo Theorbo (~Aiden@70.52.23.206) |
| 19:04.51 | *** join/#maemo eMHa (~mh@HSI-KBW-5-56-244-117.hsi17.kabel-badenwuerttemberg.de) |
| 19:05.16 | f3bruary | kerio: do you know of a audio file size filter ? |
| 19:06.10 | f3bruary | I got a folder with sms tones (1-2 sec) and a folder with audio books (+-1hr) and dont want them included in the media library |
| 19:06.28 | f3bruary | I looked around in the settings but didnt find it |
| 19:06.34 | f3bruary | which suks |
| 19:06.37 | f3bruary | sucks even |
| 19:14.07 | *** join/#maemo unifly (~unifly@host86-208-dynamic.250-95-r.retail.telecomitalia.it) |
| 19:16.24 | *** join/#maemo nox- (noident@freebsd/developer/nox) |
| 19:16.43 | DocScrutinizer05 | f3bruary: check trackerd config |
| 19:17.23 | DocScrutinizer05 | f3bruary: I heard in CSSU it even works like supposed to, to exclude dirs from trackerd indexing |
| 19:17.50 | DocScrutinizer05 | stock trackerd has a bug in this function to exclude dirs from indexing |
| 19:32.38 | *** join/#maemo messerting (~messertin@2a02:fe0:c510:3c0:216:eaff:fee3:60d4) |
| 19:34.25 | f3bruary | thanks |
| 19:35.37 | *** join/#maemo vblazquez (~vic@89.88.15.37.dynamic.jazztel.es) |
| 19:42.05 | *** join/#maemo pvanhoof (~philip@codeminded.be) |
| 19:46.08 | kerio | wirr: did the bug *always* occur when doing that, before? |
| 19:48.47 | *** join/#maemo lnxmen (~lnxmen@adps204.neoplus.adsl.tpnet.pl) |
| 19:49.04 | lnxmen | What is the newest firmware for maemo? |
| 19:49.43 | kerio | lnxmen: 21.2011.38-1Smaemo5 |
| 19:50.08 | kerio | latest stable |
| 19:50.40 | wirr | kerio: under power51/cssu-thumb: yes; under pk51/stock I just ran the tests i've told you about... |
| 19:54.33 | *** join/#maemo unclouded (~neil@2001:4428:200:80fc:5887:ea4b:3a85:685f) |
| 19:56.52 | kerio | and the bug didn't occur? |
| 19:57.02 | kerio | try restoring your cssu-thumb backup |
| 19:57.07 | kerio | and do it on that, to be sure |
| 19:57.10 | kerio | it shouldn't change anything |
| 19:57.39 | kerio | my guess is that the I/O scheduler on the n900 is so borked that eventually even the kernel stops giving a shit |
| 19:57.51 | wirr | yes, i'll do that as soon as the full 32gig sequential write test on kp51/stock is finished... |
| 19:58.38 | *** join/#maemo florian (~fuchs@Maemo/community/contributor/florian) |
| 19:59.03 | wirr | ...running since 138 min... |
| 19:59.13 | DocScrutinizer05 | kerio: 21.2011.38-1Smaemo5 is not exactly a firmware, if anything it's a SSU upgrade revision to the latest "firmware" |
| 19:59.29 | kerio | what's a "firmware" on the n900? |
| 19:59.29 | kerio | seriously |
| 19:59.41 | kerio | there's nothing firm about the ubifs rootfs |
| 19:59.44 | DocScrutinizer05 | pretty much an undefined term |
| 19:59.58 | wirr | combo of kernel/rootfs and emmc filesystem? |
| 20:00.03 | DocScrutinizer05 | if anything, then I'd call fiasco images "firmware" |
| 20:00.05 | kerio | hell, on the first boot it copies and deletes a huge chunk of data |
| 20:00.27 | kerio | wirr: a firmware can't really be the maemo rootfs |
| 20:00.33 | kerio | it's not firm! |
| 20:00.43 | DocScrutinizer05 | technically you're correct |
| 20:01.16 | DocScrutinizer05 | in common sense however people refer to images as firmware |
| 20:01.44 | DocScrutinizer05 | "disk" images |
| 20:01.45 | kerio | clearly that means that we should start working on a fiasco image for CSSU stable |
| 20:02.10 | lnxmen | kerio: Can I find it on Nokia site? |
| 20:02.15 | DocScrutinizer05 | I always supported that idea |
| 20:02.27 | kerio | lnxmen: no, you have to flash PR1.3 and then do an upgrade |
| 20:02.33 | lnxmen | okay |
| 20:02.40 | lnxmen | thankyou |
| 20:02.43 | DocScrutinizer05 | kerio: see? ^^^ :-) |
| 20:02.52 | kerio | DocScrutinizer05: >:c |
| 20:02.57 | wirr | lnxmen: latest global image on nokia is X-51_2009SE_20.2010.36-2_PR_COMBINED_MR0_ARM.bin |
| 20:03.11 | wirr | s/X/RX/ |
| 20:03.18 | kerio | DocScrutinizer05: how do we do it, though? it's not trivial by any means |
| 20:03.27 | DocScrutinizer05 | wirr: are you sure? |
| 20:03.39 | wirr | pretty... |
| 20:03.42 | DocScrutinizer05 | well, maybe it's correct |
| 20:03.50 | kerio | ~phone-control |
| 20:03.55 | kerio | ~phonecontrol |
| 20:03.55 | infobot | i heard phonecontrol is http://wiki.maemo.org/Phone_control |
| 20:03.58 | lnxmen | I'm downloading latest global |
| 20:03.58 | DocScrutinizer05 | 2011.38 is already SSU-PR1.3.1 |
| 20:04.04 | lnxmen | but speed is really slow |
| 20:04.17 | lnxmen | ~35 kb/s |
| 20:04.34 | wirr | Doc, yep |
| 20:04.52 | kerio | DocScrutinizer05: he said 36 |
| 20:05.02 | DocScrutinizer05 | yes |
| 20:05.05 | kerio | oh you mean that it's too low |
| 20:05.06 | DocScrutinizer05 | I know to read |
| 20:05.08 | kerio | well, nokia is nokia |
| 20:05.33 | kerio | RX-51_2009SE_20.2010.36-2_PR_COMBINED_MR0_ARM.bin PR 1.3 version 20.2010.36-2 |
| 20:05.49 | kerio | lnxmen: currently downloading at 1.3MB/s |
| 20:06.22 | kerio | DocScrutinizer05: is "OS 2009" the PR 1.0? |
| 20:06.32 | wirr | OS 2009 is fremantle |
| 20:06.33 | DocScrutinizer05 | not sure |
| 20:06.40 | kerio | oh, there's two of those |
| 20:06.48 | kerio | one is marked as "second" |
| 20:08.24 | wirr | kerio: i'm starting to doubt that this write test will ever finish - the time it took so far amounts to a write speed of approx 3.5MB/s |
| 20:08.32 | DocScrutinizer05 | it's all pretty precisely explained on |
| 20:08.34 | wirr | but on the positive side: no errors so far ;-) |
| 20:08.34 | DocScrutinizer05 | ~cssu |
| 20:08.35 | infobot | i guess cssu is http://wiki.maemo.org/Community_SSU |
| 20:08.46 | kerio | wirr: 3.5MB/s is about right, yes |
| 20:09.01 | kerio | but that's only because i told you the magic invocation rituals to get a decent I/O |
| 20:09.11 | wirr | bows before kerio |
| 20:09.41 | wirr | so this is just what the n900's card reader/bus can deliver? |
| 20:09.50 | DocScrutinizer05 | ~tell lnxmen about cssu |
| 20:10.03 | kerio | Pali: wirr has been having I/O problems on a uSD that have been "solved", maybe, with a couple of tweaks on the I/O scheduler - could you think about setting those as default? |
| 20:10.17 | kerio | ask ShadowJK for the details, they're his |
| 20:11.14 | Pali | kerio, I do know what linux sheduler doing and changing default configuration because XYZ wrote "it is cool" is not very good... |
| 20:11.45 | Pali | I do not know sideeffects... |
| 20:12.17 | freemangordon | kerio: I agree we should do something for WD kicking, but very carefully ;) |
| 20:12.37 | DocScrutinizer05 | do sth about WD kicking?? WTF?! |
| 20:12.40 | kerio | it's not WD kicking, he was getting IO errors |
| 20:13.14 | wirr | Pali, kerio: Anyway I'll try the tweaks for a week or two on pk51/cssu-thumb |
| 20:13.25 | DocScrutinizer05 | if kernel gets so busy so it can't even kick WD, then we have other problems to solve than change the WD timeout |
| 20:13.48 | kerio | the WD wasn't even considered here! |
| 20:14.59 | DocScrutinizer05 | kerio: could swappolube set the parameters accordingly? |
| 20:15.05 | kerio | yes |
| 20:15.10 | kerio | well, i'm not sure about slice_idle |
| 20:15.12 | DocScrutinizer05 | then what'S the problem? |
| 20:15.24 | kerio | ...wirr was getting *errors* |
| 20:15.31 | DocScrutinizer05 | yes, sure |
| 20:16.10 | DocScrutinizer05 | it's a singulary report though, so far |
| 20:16.32 | kerio | IO-related lockups and general slugginess is far from being unheard of |
| 20:16.41 | freemangordon | kerio: I am getting errors from my ADATA when it is overheated ;) |
| 20:16.51 | kerio | get a real uSD |
| 20:16.55 | kerio | like, a sandisk one |
| 20:17.07 | freemangordon | kerio: are you playing smart? |
| 20:17.22 | kerio | maybe a little :3 |
| 20:17.31 | DocScrutinizer05 | if those new parameters would evidently improve perfomance for everybody, get thorough tests for side effects, and we also see more of those reports about errors, we might consider making them a kernel or CSSU default |
| 20:17.35 | freemangordon | the point is that faulty card could lead to io errors |
| 20:17.47 | freemangordon | DocScrutinizer05: :nod: |
| 20:18.02 | kerio | card works fine on a card reader, fails on two separate N900s, seems to work with those tweaks |
| 20:18.11 | freemangordon | but we should find a way to test them |
| 20:18.25 | freemangordon | kerio: i'll label that card faulty then |
| 20:19.47 | freemangordon | or at least "incompatible" |
| 20:19.59 | *** join/#maemo shamus (~shmaus@ip-206-192-195-49.marylandheights.ip.cablemo.net) |
| 20:20.08 | DocScrutinizer05 | kerio: we're not going to taint kernel to make defect hardware work, as long as that defect hardware is not shipped by the dozens of millions to the general public |
| 20:20.13 | DocScrutinizer05 | and even then... |
| 20:21.13 | DocScrutinizer05 | basically we assume somebody used his head to find optimum values for IO parameters, for a set of most common usecases |
| 20:21.30 | kerio | that's a *reeeeeeeeeally* bold assumption |
| 20:21.45 | DocScrutinizer05 | if we find that's actually not the case, we have to do proper evaluation and verification of our new set of parameters |
| 20:22.16 | freemangordon | DocScrutinizer05: that is not the case, n900 is using the default kernel scheduler values for HDD |
| 20:22.18 | kerio | that's why i asked Pali if he'd /consider/ that |
| 20:22.30 | DocScrutinizer05 | fixing a fringe case for one defect uSD is not a good reason to force new IO parameters on everybody |
| 20:22.40 | freemangordon | DocScrutinizer05: though I strongly agree we should be very careful with those |
| 20:23.11 | Pali | can somebody check if ELF binary is thub compiled? |
| 20:23.18 | Pali | *thumb |
| 20:23.21 | freemangordon | Pali: readelf? |
| 20:23.43 | DocScrutinizer05 | Pali: there's not any *decent* test |
| 20:23.59 | freemangordon | i.e. readelf -a $YOUR_COOL_BIN |
| 20:24.05 | DocScrutinizer05 | I posted a shell oneliner in #maemo-ssu quite a long time ago |
| 20:24.17 | freemangordon | DocScrutinizer05: there is, readelf |
| 20:24.29 | Pali | I need to know if this diablo nokia closed lib is thumb or not: http://maemo.org/packages/view/libicd-network-ipv6/ |
| 20:24.30 | DocScrutinizer05 | and what will that tell you? |
| 20:24.39 | kerio | freemangordon: well, it doesn't really help with self-generated code |
| 20:24.49 | freemangordon | ARM_THUMB_ISA |
| 20:25.07 | DocScrutinizer05 | it didn't for modest when it been fekked |
| 20:25.49 | Pali | $ readelf -a /usr/lib/icd2/libicd_network_ipv6.so | grep thumb |
| 20:25.49 | DocScrutinizer05 | the only way been to disassemble binary and look for jump addr pointing to impair addr |
| 20:25.52 | Pali | no output |
| 20:26.09 | Pali | grep -i --> also no output |
| 20:26.15 | kerio | Pali: heh, i was about to say that |
| 20:26.32 | freemangordon | Pali: grep THUMB |
| 20:26.40 | freemangordon | it is in uppercase |
| 20:26.45 | Pali | -i --> case insensitive |
| 20:26.50 | freemangordon | however, i'll check it for you |
| 20:26.55 | DocScrutinizer05 | the only way been to disassemble binary and look for jump addr pointing to impair addr |
| 20:27.01 | freemangordon | libicd-network-ipv6_0.15-0.1_armel.deb |
| 20:27.07 | freemangordon | <PROTECTED> |
| 20:27.11 | freemangordon | no -i |
| 20:27.22 | DocScrutinizer05 | [2013-01-03 21:26:08] <Pali> grep -i --> also no output |
| 20:27.23 | Pali | [21:26:08] <Pali> grep -i --> also no output |
| 20:27.40 | DocScrutinizer05 | the only way been to disassemble binary and look for jump addr pointing to impair addr |
| 20:27.51 | kerio | hm, the scrutinizer is stuck again |
| 20:28.00 | kerio | kicks DocScrutinizer05 |
| 20:28.08 | Pali | DocScrutinizer05, do you know if diablo was thumb compiled? |
| 20:28.11 | kerio | that should've fixed it |
| 20:28.27 | DocScrutinizer05 | I thought it got stuck on the way from your rhetina to your brain (you got a brain, do you?) |
| 20:28.29 | freemangordon | Pali: wait, it is not readelf |
| 20:28.35 | freemangordon | sorry, my bad |
| 20:29.08 | kerio | DocScrutinizer05: there's no need to be rude :< |
| 20:29.21 | DocScrutinizer05 | just kidding |
| 20:30.18 | Pali | hm, autobuilder not working... |
| 20:30.45 | Pali | I uploaded wide-dhcpv6 20080615-11.1maemo1 via dput and nothing |
| 20:31.04 | *** join/#maemo shamus (~shmaus@ip-206-192-195-49.marylandheights.ip.cablemo.net) |
| 20:31.27 | freemangordon | Pali: well, it is readelf, but firle has no attributes |
| 20:31.31 | freemangordon | *the fiel |
| 20:31.34 | freemangordon | file |
| 20:31.58 | freemangordon | Pali: what was this build with? |
| 20:32.08 | Pali | nokia binary |
| 20:32.28 | Pali | nobody know |
| 20:32.37 | freemangordon | readelf -A libicd_network_ipv6.so |
| 20:32.40 | freemangordon | Attribute Section: aeabi |
| 20:32.42 | freemangordon | File Attributes |
| 20:32.49 | freemangordon | and then nothing |
| 20:32.56 | ShadowJK | pali / wirr: I remember wirr's read errors from yesterday.. Anyone care to summarize what you've done and current statsus? :) |
| 20:33.49 | ShadowJK | (trying to fish a summary before I scroll bavk and start replying yo things 24h ago) |
| 20:34.26 | DocScrutinizer05 | [2013-01-03 21:31:20] <DocScrutinizer05> http://mg.pov.lt/maemo-ssu-irclog/%23maemo-ssu.2011-11-29.log.html#t2011-11-29T00:04:00 |
| 20:34.28 | DocScrutinizer05 | [2013-01-03 21:33:35] <DocScrutinizer05> ^^^ that's not yet the ultimate check, which more was with a regex checking for [13579bdf] as last digit of an addr |
| 20:34.39 | freemangordon | Pali: launching IDA |
| 20:34.57 | wirr | ShadowJK: flashed stock pr1.3; seq read/write tests successful |
| 20:35.11 | wirr | eg no errors |
| 20:35.18 | freemangordon | Pali: do we know the target CPU at least? |
| 20:35.18 | DocScrutinizer05 | Pali: I don't know if diablo been thombified, but I honestly doubt it |
| 20:35.41 | wirr | ShadowJK: upgraded to pk51, I/O errors after a few hundred megs of writing |
| 20:35.45 | Pali | freemangordon, something for N8x0 |
| 20:35.51 | Pali | I really have no idea |
| 20:36.05 | DocScrutinizer05 | ~wtf eg |
| 20:36.08 | Pali | I copied it and it worked on n900 with n900's version of icd2 |
| 20:36.20 | wirr | ShadowJK: then applied some IO scheduler tweaks from kerio, which apparently originally came from you |
| 20:36.30 | Pali | but somebody on TMO thread wrote that his icd2 crashed with illegal instruction |
| 20:36.30 | kerio | ShadowJK: queue size and slice_idle |
| 20:36.38 | wirr | since then 32 gig seq writing test still running |
| 20:37.27 | wirr | ~180 min, which amounts to somewhat < 3MB/s |
| 20:37.58 | wirr | but no I/O errors so far |
| 20:38.00 | DocScrutinizer05 | Pali: that's pretty much a good indication that it actually been a thumb instruction |
| 20:39.12 | DocScrutinizer05 | wirr: what been your original write thruput before it threw IO errors? |
| 20:39.45 | wirr | Doc: unfortunately didn't write it down, I remember sth >4MB/s |
| 20:39.45 | freemangordon | Pali: yes, it is thumb |
| 20:40.13 | Pali | freemangordon, so for that we need thumb kernel... |
| 20:40.14 | ShadowJK | wirr/kerio: 4M alignment seems common now. I've also seen 8M for a 64g sd |
| 20:40.25 | DocScrutinizer05 | so higher? |
| 20:41.39 | DocScrutinizer05 | wonders how freemangordon finally found out about thombiness of that binary |
| 20:41.45 | freemangordon | IDA |
| 20:41.56 | DocScrutinizer05 | doing what exactly? |
| 20:42.13 | freemangordon | what? disassembling ;) |
| 20:42.19 | DocScrutinizer05 | and then? |
| 20:42.30 | Pali | freemangordon, so what to do? Adding some thumb dependency to package? |
| 20:42.32 | Pali | or not? |
| 20:42.45 | freemangordon | Pali: for sure |
| 20:43.01 | Pali | what is good solution for pushing thumb compiled application into extras-devel? |
| 20:43.10 | freemangordon | kernel-feature-.... |
| 20:43.12 | DocScrutinizer05 | none |
| 20:43.13 | ShadowJK | Hm, if dd without bs fails, it's likely that the card does a full read-modify-write cycle for every 512 bytes, so 4M read/write each time or even worse, might slow it down so that it blows through timeouts? |
| 20:44.05 | freemangordon | DocScrutinizer05: and after that looking at the disassembly - instructons size, address being odd, etc |
| 20:44.30 | DocScrutinizer05 | >>...address being odd,...<< :-D |
| 20:44.50 | *** join/#maemo luf (~luf@ip-89-102-208-114.net.upcbroadband.cz) |
| 20:44.54 | DocScrutinizer05 | thankyou :-) |
| 20:45.01 | wirr | ShadowJK: i'm not able to judge that |
| 20:45.16 | wirr | but maybe I can run additional tests? |
| 20:45.19 | DocScrutinizer05 | [2013-01-03 21:27:39] <DocScrutinizer05> the only way been to disassemble binary and look for jump addr pointing to impair addr |
| 20:45.24 | freemangordon | DocScrutinizer05: but actually I prefer to look at instructions size |
| 20:45.32 | Pali | freemangordon, can you check if "kernel-feature-errata-430973-workaround" is good dependency? |
| 20:46.18 | freemangordon | Pali: hmm, wait |
| 20:47.21 | freemangordon | well, usually I use "kernel-feature-errata-430973-workaround[armel]" |
| 20:47.37 | Pali | I have Architecture: armel |
| 20:47.40 | freemangordon | but having in mind you don't have the real source package |
| 20:47.43 | freemangordon | yep |
| 20:48.04 | Pali | I adding dependency to metapackage ipv6-support |
| 20:48.09 | freemangordon | Pali: should work |
| 20:48.11 | Pali | ok |
| 20:49.14 | ShadowJK | I've seen this interesting thing on recent sandisk (and adata), where the card seems atleast for a moment able to keep track of lots of halfwritten blocks.. I wonder if certain IO patterns cause this prepared-work or deferred-work to collapse, forcing the card to do some massive gigabyte-worth of housekeeping tasks all of the sudden, resulting in timeouts |
| 20:49.41 | Pali | freemangordon, but problem is that autobuilder not building package... |
| 20:50.03 | ShadowJK | that it works on stock and not pk makes little sense to me though |
| 20:50.32 | Pali | about 30 minutes ago I uploaded package and still nothing... |
| 20:50.36 | *** join/#maemo muellisoft (~muelli@port-93483.pppoe.wtnet.de) |
| 20:50.42 | DocScrutinizer05 | ShadowJK: that's been my very initial assumption |
| 20:50.47 | Pali | is there any log from autobuilder?ň |
| 20:50.53 | Pali | DocScrutinizer05 ^^^ |
| 20:51.07 | ShadowJK | wirr; btw, get iostat (sysstat in tools repo, iirc), "iostat -x -k -d mmcblk0 mmcblk1 10", the bigger the avgrq-sz, the better 512k and up is especially good |
| 20:51.15 | M4rtinK | Pali: the extras cauldron mailing list ? |
| 20:51.28 | Pali | M4rtinK, can you give me link? |
| 20:51.33 | DocScrutinizer05 | Pali: somebody else asked same thing ~2h ago. I still have no idea about autobuilder |
| 20:52.48 | Pali | I found this: https://garage.maemo.org/pipermail/extras-cauldron-builds/ |
| 20:52.54 | DocScrutinizer05 | [2013-01-03 19:56:50] <MSameer> kerio: true but I uploaded a package and the archive page didn't get updated so I was wondering |
| 20:53.01 | *** join/#maemo xes (~xes@host176-60-dynamic.2-87-r.retail.telecomitalia.it) |
| 20:53.18 | DocScrutinizer05 | [2013-01-03 19:59:21] <MSameer> so it might be an issue with the builder |
| 20:53.19 | DocScrutinizer05 | [2013-01-03 20:00:28] <DocScrutinizer51> last I heard was autobuilder has issues with web frontend |
| 20:53.33 | MSameer | so far nothing from autobuilder :( |
| 20:53.46 | *** join/#maemo ian--- (ian---@78.133.67.84) |
| 20:53.46 | Pali | that archive is out of date: Ending: Sun Dec 16 19:26:07 EET 2012 |
| 20:53.55 | MSameer | true |
| 20:54.13 | Pali | but last package was builded: 2012-12-27 10:42 |
| 20:54.31 | DocScrutinizer05 | isn't that roundabout the date when maemo.org infra been set into r7o mode? |
| 20:55.04 | DocScrutinizer05 | (12-16) |
| 20:56.01 | DocScrutinizer05 | since 12-27 Nemein might actually be busy migrating autobuilder, I don't know |
| 20:56.48 | DocScrutinizer05 | I honestly would appreciate they would update us more frequently about status of migration |
| 20:57.09 | DocScrutinizer05 | and in more detail |
| 20:59.33 | Pali | I want to update ipv6 support... |
| 21:00.18 | Pali | finally icd working with ipv6 only networks (radvd or dhcpv6) |
| 21:04.37 | *** join/#maemo pvanhoof (~philip@codeminded.be) |
| 21:12.07 | freemangordon | Pali: why don't ask jonwil to RE that lib :P |
| 21:12.30 | Pali | freemangordon, because it worked on my device :D |
| 21:12.49 | Pali | today I reread tmo posts and found some sigill |
| 21:12.58 | freemangordon | haha |
| 21:13.01 | freemangordon | I see |
| 21:13.09 | Pali | freemangordon and now ipv6 support working fine |
| 21:13.16 | Pali | but you need kernel with ipv6 support |
| 21:13.24 | Pali | so kernel-power |
| 21:13.32 | Pali | and last kernel-power has also thumb patch |
| 21:13.43 | Pali | so I do not see any problems... |
| 21:13.49 | freemangordon | Pali: we need to restart the work on kernel in CSSU |
| 21:14.07 | Pali | freemangordon, I changed some patches in kp52 |
| 21:14.11 | Pali | and I want to release it |
| 21:14.12 | freemangordon | merlin1991: has setup mediawiki on his server, we can use that |
| 21:14.21 | freemangordon | Pali: ok |
| 21:14.28 | Pali | after that I merge kernel-power to cssu git kernel repo |
| 21:14.34 | freemangordon | ok |
| 21:14.45 | Pali | and then we can start discussion about patches for new kernel in cssu |
| 21:15.04 | Pali | freemangordon, btw I can start ikiwiki if needed |
| 21:15.28 | Pali | (good wiki sw which store pages in git :D) |
| 21:15.37 | freemangordon | Pali: it does not matter for me, as long as we are making progress |
| 21:15.47 | Pali | so you can use it offline :-) |
| 21:16.13 | Pali | but first I need autobuilder! |
| 21:16.15 | freemangordon | Pali: windoze Xp here, lets stick to HTML :) |
| 21:16.35 | freemangordon | Pali: afaik dput should work |
| 21:16.37 | Pali | without it I cannot push kernel-power to extras-devel |
| 21:16.58 | Pali | freemangordon 1 hour ago I pushed wide-dhcpv6 package |
| 21:17.01 | Pali | nothing happened |
| 21:17.50 | Pali | I pushed version 2008 |
| 21:17.56 | Pali | but there is only old: http://repository.maemo.org/extras-devel/pool/fremantle/free/w/wide-dhcpv6/ |
| 21:18.15 | Pali | also nothing here: http://maemo.org/packages/ |
| 21:19.07 | Pali | and nothhing here: http://maemo.org/packages/view/wide-dhcpv6-client/ |
| 21:19.26 | freemangordon | Pali: https://garage.maemo.org/extras-assistant/index.php |
| 21:19.55 | Pali | aaa here is: https://garage.maemo.org/extras-assistant/index.php :-) |
| 21:20.01 | freemangordon | see the top in the queue :P |
| 21:20.03 | Pali | wide-dhcpv6_20080615-11.1maemo12013-01-03T19:51:57Z |
| 21:20.21 | Pali | but why is not buidling? |
| 21:20.35 | freemangordon | NFC |
| 21:20.51 | Pali | or is that list of waiting packages? |
| 21:21.11 | Pali | then something happened: 2013-01-01T00:03:29Z |
| 21:21.17 | Pali | new year? |
| 21:21.33 | *** join/#maemo sq-one (~sq-one@p549AA8AB.dip.t-dialin.net) |
| 21:21.36 | Pali | nokia turned off buidling machine? |
| 21:21.44 | Pali | DocScrutinizer05 ^^^ |
| 21:22.34 | wirr | ~wtf NFC |
| 21:24.20 | ShadowJK | The stock hsmmc data timeout code looks bizarre :/ |
| 21:26.14 | freemangordon | Pali: https://garage.maemo.org/builder/fremantle/?C=M;O=D |
| 21:27.01 | Pali | missing also :-( |
| 21:27.09 | Pali | wide-dhcpv6 version 2008 |
| 21:27.23 | *** join/#maemo valdyn (~valdyn@valdyn.org) |
| 21:27.25 | Pali | now going offline, bye |
| 21:27.50 | M4rtinK | any rought timeline on the autobuilder btw ? :) |
| 21:38.41 | DocScrutinizer05 | M4rtinK: what particularly? (not that I knew of *any* timeline for autobuilder) |
| 21:44.57 | M4rtinK | DocScrutinizer05: provided they don't fix it themselves, I'd guess it is dependent on HIF getting access to the machine running it |
| 21:45.28 | M4rtinK | DocScrutinizer05: when would should that be, cca ? |
| 21:45.59 | DocScrutinizer05 | sorry, can't parse your last 2 posts |
| 21:46.43 | DocScrutinizer05 | <PROTECTED> |
| 21:47.09 | DocScrutinizer05 | I'm more puzzled that autobuilder still doing *anything* |
| 21:47.12 | M4rtinK | I mean when the Hildon Foundation gets access to the machines running the Maemo infrastructure |
| 21:47.49 | DocScrutinizer05 | that's unclear, and ATM HiFo dropped the whole migration on council's feet basically |
| 21:49.12 | DocScrutinizer05 | HiFo is in negotiations with Nokia about legalese stuff. Once those papers are signed, hiFo will become owner of the domains/URLs |
| 21:50.05 | M4rtinK | well, its at least online :) |
| 21:50.20 | M4rtinK | and TMO is working |
| 21:50.30 | DocScrutinizer05 | Nemein is busy moving infra from current servers to some interim vservers (thus the r/o notice), and once Nemein installed the RX300 irons in colo hoster's racks and set up the OS on them, they move the vservers to those irons |
| 21:50.40 | M4rtinK | but IMHO the Wiki & autobuilder outage is harming the community quite a lot |
| 21:50.51 | DocScrutinizer05 | sure |
| 21:51.45 | M4rtinK | I hope we end with at least some semi-interested people with root access to those machines |
| 21:51.50 | DocScrutinizer05 | TMO will work until 2013-01-20 the least |
| 21:52.04 | wirr | ShadowJK: probably you want me to run iostat while writing to the sd card? |
| 21:52.41 | M4rtinK | so that bit rot & related issues can be handled in some timely manner |
| 21:52.49 | ShadowJK | it was more of a FYI than a request for information :) |
| 21:53.08 | DocScrutinizer05 | it's completely unclear when/if Nemein will make those vservers the ones the URLs are pointing at |
| 21:53.24 | wirr | :-) of course... |
| 21:53.43 | DocScrutinizer05 | it's also unclear when the current servers are expected to go offline |
| 21:53.50 | M4rtinK | its quite frustrating if something quite crucial stops working and there is no-on to contact :) |
| 21:54.04 | M4rtinK | oh, so its happening in parallel - good to know |
| 21:54.04 | DocScrutinizer05 | yes |
| 21:55.16 | DocScrutinizer05 | M4rtinK: the idea is to rsync/cp the current servers' content to the new machines, and eventually switch the URL DNS pointers |
| 21:55.34 | M4rtinK | BTW, any info about the COBS (build.pub.meego.com) infrastructure ? |
| 21:55.48 | DocScrutinizer05 | obviously until that switch you need to freeze old machines or they will render new machines obsolete |
| 21:55.54 | M4rtinK | last I heard it should run at least until about March/February |
| 21:56.23 | DocScrutinizer05 | sorry, I'm not up-to-date regarding the meego stuff |
| 21:56.40 | M4rtinK | so autobuilder is probably also offline |
| 21:56.41 | M4rtinK | np :) |
| 21:56.58 | fasta | Do N900 applications also all steal all contact data like just about all Android applications do? |
| 21:57.12 | M4rtinK | BTW, what about the Fremantle OBS that was put on ice ? :) |
| 21:57.14 | DocScrutinizer05 | (autobuilder) as mentioned above I'm puzzled that it's obviously not (completely) offline |
| 21:57.21 | DocScrutinizer05 | resp r/o |
| 21:57.37 | M4rtinK | well, it kinda still worked recently |
| 21:57.53 | M4rtinK | just the Web UI was borked since November |
| 21:57.58 | Belzebub | ~snowboard |
| 21:58.05 | DocScrutinizer05 | yes, and that's basically a flaw |
| 21:58.07 | Belzebub | ~n900snowboard |
| 21:58.21 | M4rtinK | but scping source packages worked for some |
| 21:58.47 | M4rtinK | (not for me - public key error :D ) |
| 21:58.49 | fasta | Does everyone have me on ignore? |
| 21:59.11 | fasta | It shouldn't be a hard question to answer for anyone who knows anything about the device. |
| 21:59.13 | DocScrutinizer05 | fasta: no, and no |
| 21:59.13 | wirr | ShadowJK: http://pastebin.com/1KwG0DRw seems not so bad... |
| 21:59.28 | fasta | DocScrutinizer05: thank you |
| 21:59.31 | DocScrutinizer05 | yw |
| 21:59.44 | wirr | but unfortunately now i got i/o errors again, this time even using the scheduling tweaks on kp51 |
| 21:59.53 | fasta | I don't understand why the mass buys spyware on a massive scale then. |
| 22:00.08 | fasta | Only because it has a faster processor and a more fancy screen? |
| 22:00.47 | ShadowJK | wirr; weird in emmc to usd case mmcblk1 shows both reads and writes |
| 22:00.52 | ShadowJK | swap? |
| 22:01.05 | fasta | The only good place for an Android device seems to be /dev/null. |
| 22:01.53 | fasta | Speaking of which: someone said I could test harddisk performance by doing dd if=/dev/zero of=/dev/null o.O |
| 22:02.05 | fasta | What has the world come to? |
| 22:02.23 | ShadowJK | wirr; error -110 in dmesg? |
| 22:02.24 | DocScrutinizer05 | *cough* |
| 22:02.33 | wirr | ShadowJK: yep |
| 22:03.23 | *** join/#maemo lnxmen (~lnxmen@adps204.neoplus.adsl.tpnet.pl) |
| 22:03.28 | fasta | Are the Lumia phones spyphones like the Androids and the i-devices? |
| 22:03.41 | wirr | ShadowJK: there is a swap partition on mmcblk1 (default nemo image) but it is not used/active in maemo. i definitely cannot explain the reads on mmcblk1 |
| 22:03.53 | fasta | That would seem a very Microsoft way of doing things; doing things exactly the same. |
| 22:03.56 | lnxmen | http://pastebin.com/tQ3WGNaj |
| 22:04.04 | lnxmen | [ 628.561950] HWRecoveryResetSGX: SGX Hardware Recovery triggered |
| 22:04.16 | freemangordon | lnxmen: power-cycle your device |
| 22:04.43 | freemangordon | this is the long-standing bug in SGX firmware |
| 22:04.50 | freemangordon | s/the/a/ |
| 22:05.00 | fasta | Does the N900 come with cgroups preconfigured? o.O |
| 22:05.10 | freemangordon | fasta: yes |
| 22:05.13 | fasta | Did Nokia invent them? |
| 22:05.25 | fasta | At least, I thought they weren't _that_ old. |
| 22:05.52 | fasta | NokiaTechTeam++ |
| 22:07.28 | fasta | Merged in 2007. |
| 22:10.41 | wirr | ShadowJK: I think the device descriptors in iostat are swapped (so mmcblk0=sd, mmcblk1=emmc). then the write effectively are page swaps |
| 22:10.51 | lnxmen | freemangordon: thanks, it works :) |
| 22:10.54 | ShadowJK | right |
| 22:11.10 | freemangordon | lnxmen: np |
| 22:14.13 | wirr | so far I can say the following in regards to the sandisk card: |
| 22:14.19 | wirr | - works fine in stock pr1.3 |
| 22:14.42 | wirr | - throws a lot fi/o errors in kp51 with default |
| 22:15.18 | wirr | - behaves way better in kp51 using ShadowJKs tweaks but still throws i/o errors from time to time |
| 22:15.45 | wirr | ShadowJK: any advice on how to find optimal alignment/scheduler settings for this card? |
| 22:17.06 | ShadowJK | well the scheduler stuff just tries to make data "easier" for the card to process, it's still possible that the vard might get data patterns it times out on |
| 22:17.48 | wirr | so far couldn't find _any_ documentation on sandisk website regarding recommended settings |
| 22:18.18 | jon_y | heh, docs? what docs? |
| 22:18.45 | wirr | ;-) |
| 22:18.56 | jon_y | these are highly confidential and trade secret information, yada yada yada |
| 22:19.26 | ShadowJK | suspects everyone is just ignoring it now |
| 22:19.59 | wirr | ... |
| 22:20.28 | ShadowJK | ignoring timeout stuff |
| 22:21.15 | wirr | hmm... doesn't seem to be a good option if this results in I/O -110 transmission errors :-( |
| 22:21.46 | wirr | could there be any relation to the older -110 problem with palis u-boot bootstrapping the nemo kernel? |
| 22:22.17 | ShadowJK | But basically kp sets timeout to maximum possible, and stock kernel sets it shorter, maybe |
| 22:22.23 | kerio | DocScrutinizer05: it's |
| 22:22.25 | kerio | ~snowboarding |
| 22:22.25 | infobot | methinks snowboarding is a sport that kills your n900 |
| 22:22.34 | ShadowJK | So kp should give the card the longest possible time to do stuff |
| 22:22.48 | kerio | oh no, not you, someone else who was talking at the same time, sorry for the ping |
| 22:24.28 | ShadowJK | Why it works on stock and not pk is mysterious :) |
| 22:24.45 | *** join/#maemo shamus (~shmaus@ip-206-192-195-49.marylandheights.ip.cablemo.net) |
| 22:35.00 | DocScrutinizer05 | ShadowJK: MAXINT==MININT-- |
| 22:35.06 | DocScrutinizer05 | ? |
| 22:37.19 | *** part/#maemo xes (~xes@host176-60-dynamic.2-87-r.retail.telecomitalia.it) |
| 22:37.36 | kerio | DocScrutinizer05: not necessarily |
| 22:38.57 | wirr | ~coffee |
| 22:38.58 | infobot | extra, extra, read all about it, coffee is the reason the net exists, the drug of choice for a GNU generation, http://www.chez.com/emarsden/downloads/coffee.el, /usr/share/doc/HOWTO/en-html/mini/Coffee.html, geiseri's favorite beverage |
| 22:39.06 | DocScrutinizer05 | kerio: once more, verbose: setting timeout to MAX might trigger a quite common bug in the card driver |
| 22:39.50 | wirr | Doc: is there an easy way for me to verify without to compile a custom kernel (don't have the sdk)? |
| 22:39.51 | DocScrutinizer05 | usually called one-off-bug |
| 22:39.53 | DocScrutinizer05 | iirc |
| 22:40.12 | DocScrutinizer05 | wirr: sorry, I never looked into that driver |
| 22:40.30 | *** join/#maemo eijk_ (~eijk@e178192032.adsl.alicedsl.de) |
| 22:40.59 | DocScrutinizer05 | a modinfo will tell a bit about allowed module parameters, if any |
| 22:41.22 | DocScrutinizer05 | I gather that module is no module though, it's probably monolithic |
| 22:41.40 | DocScrutinizer05 | aka built-in to kernel |
| 22:42.16 | DocScrutinizer05 | if it were a module, you could try unloading it and force-loading the stock kernel's driver module instead |
| 22:43.10 | wirr | mhm... I'll check that out |
| 22:43.24 | DocScrutinizer05 | wirr: otoh I'm rather sure pali and other devels here will be happy to compile test kernels for you |
| 22:43.57 | wirr | Doc: cool, that sounds generous :-) |
| 22:44.22 | DocScrutinizer05 | at least pali should be interested in finding out complete info about a possible flaw/bug in his powerkernel |
| 22:44.55 | DocScrutinizer05 | freemangordon might be willing to help as well |
| 22:45.46 | DocScrutinizer05 | wirr: btw doc: is not highlighting here (otherwise I'd get ~500 flase positives per day) |
| 22:46.50 | DocScrutinizer05 | xchat should allow tab-completion of nicknames |
| 22:47.31 | wirr | DocScrutinizer05: thanks |
| 22:47.36 | DocScrutinizer05 | np :-) |
| 22:49.44 | wirr | DocScrutinizer05: while I'm restoring my crypto-backup could you tell me a little something about what's to be expected from maemo's future? |
| 22:51.13 | wirr | I mean considering the current transition of maemo.org can we expect a boost in activity or is cssu-development rather slowing down due the lack of new hardware? |
| 22:54.06 | kerio | wirr: the transition shouldn't really change things |
| 22:54.23 | kerio | at best we'll get a bit more control over the repos |
| 22:54.34 | kerio | so things should work a bit better, i suppose |
| 22:55.28 | wirr | kerio: so far that sounds goods |
| 22:55.50 | kerio | yep :D |
| 22:56.12 | kerio | the lack of new hardware is annoying, yes |
| 22:57.51 | wirr | whats the stopper in porting maemo to other hardware? i mean the n9 seems ideal considering its omap |
| 22:58.13 | kerio | the closed blobs |
| 22:58.19 | kerio | and all the closed stuff |
| 22:59.02 | wirr | arrgh... it's always the same problem :-( |
| 22:59.22 | kerio | also, maemo kinda sucks |
| 22:59.28 | kerio | something like cordia HD would be better |
| 22:59.33 | wirr | why's that? |
| 22:59.35 | kerio | or, hell, just debian with hildon desktop |
| 22:59.44 | wirr | oh yeah! |
| 22:59.50 | wirr | agrees strongly |
| 23:00.21 | DocScrutinizer05 | ~closed |
| 23:00.21 | infobot | from memory, closed is http://wiki.maemo.org/Why_the_closed_packages or https://wiki.maemo.org/Fremantle_closed_packages |
| 23:00.21 | wirr | is it already possible to run hildon ontop of debian? |
| 23:00.33 | kerio | messybox, upstart, the fucking FUBAR partitioning, the billion ways to run daemons... |
| 23:00.41 | kerio | wirr: well, it's open source |
| 23:00.56 | kerio | and the cordiahd guys patched it to support resolutions other than 800x480 or 480x800 |
| 23:00.59 | wirr | kerio: ok, I rephrase: is it already possible for non-developer? |
| 23:01.21 | kerio | it *should* be just a x11 window manager |
| 23:02.06 | DocScrutinizer05 | kerio: the other sucking parts could get fixed easily in a spinoff, since any maemo on N9 wouldn't be fremantle anyway |
| 23:02.41 | kerio | my point is that we don't really want maemo, we want a linux distro with hildon-desktop |
| 23:02.58 | DocScrutinizer05 | well, no |
| 23:03.08 | DocScrutinizer05 | I also want ICD for example |
| 23:03.10 | kerio | i wonder why the openpandora guys didn't go with hildon-desktop too |
| 23:03.15 | DocScrutinizer05 | the status bar |
| 23:03.19 | DocScrutinizer05 | the dialer |
| 23:03.38 | kerio | ICD is kind of a piece of crap though |
| 23:03.51 | kerio | and can't manage more than one connection at a time, at least with the current UI |
| 23:03.54 | kerio | *GUI |
| 23:03.55 | DocScrutinizer05 | there's a lot more than HD that defines awesomness of fremantle |
| 23:04.10 | kerio | the status bar is part of hildon |
| 23:04.21 | kerio | not just hildon-desktop though, that's true |
| 23:04.24 | DocScrutinizer05 | not of HD though |
| 23:04.31 | kerio | why the dialer? |
| 23:04.44 | DocScrutinizer05 | because it works |
| 23:04.47 | kerio | it makes phone calls, what's so good about it? |
| 23:05.02 | kerio | the address book system is really good, that's true |
| 23:05.03 | DocScrutinizer05 | that it makes phonecalls |
| 23:05.18 | kerio | meh, phone calls are overrated :P |
| 23:05.27 | kerio | besides, couldn't we grab the openmoko stuff for that? |
| 23:05.44 | kerio | *can't |
| 23:05.58 | ShadowJK | DocScrutinizer05: it's 4 bits in a 32 bit register. 15 (1111) is reserved, 14 is longest timeout, and pk hard codes that, while the original code gets a timeout requested from higher level mmc code |
| 23:06.19 | ShadowJK | And then sets timeout to closest available of the 15 |
| 23:07.25 | ShadowJK | Another patch I found online sets it to twice the requested timeout (but still limited to 14 max, which is max the omap hw supports) |
| 23:13.45 | wirr | ShadowJK: so what do you suggest for my case? |
| 23:14.16 | ShadowJK | I have no idea :( |
| 23:19.30 | *** join/#maemo e-yes (~e-yes@77.51.100.86) |
| 23:22.57 | *** join/#maemo dhbiker (~dhbiker@95.87.145.175) |
| 23:33.36 | *** join/#maemo shamus (~shmaus@ip-206-192-195-49.marylandheights.ip.cablemo.net) |
| 23:35.15 | *** join/#maemo eijk_ (~eijk@e178192032.adsl.alicedsl.de) |
| 23:44.58 | DocScrutinizer05 | ShadowJK: SiErr? |
| 23:45.26 | ShadowJK | . |
| 23:45.39 | ShadowJK | ? |
| 23:45.58 | DocScrutinizer05 | 14 defective in silicon |
| 23:46.58 | DocScrutinizer05 | also rises eyebrows on "15: reserved" |
| 23:48.14 | DocScrutinizer05 | I'd build a PK module that hardcodes 7 instead 14 |
| 23:48.29 | DocScrutinizer05 | another one with 13 |
| 23:49.27 | DocScrutinizer05 | hell, if the 'patch' in PK that makes this adata card work is that it uses an hardcoded 14 instead a value it gets from card... |
| 23:50.50 | DocScrutinizer05 | could we enable some debug mode in that driver, to see what wirr's 'defective' card requests for that timeout value? |
| 23:51.16 | DocScrutinizer05 | raw value, not after trimming |
| 23:52.23 | DocScrutinizer05 | maybe the card's controller depends on that timeout? to save some internal timers for whatever |
| 23:53.13 | DocScrutinizer05 | after all flash-erasure of a page is some timed process |
| 23:53.15 | wirr | DocScrutinizer05, ShadowJK may this be related: http://e2e.ti.com/support/dsp/omap_applications_processors/f/42/t/29521.aspx |
| 23:54.55 | ShadowJK | That's a circuit board design thing... if Nokia did it wrong we'd see issues on many many devices and cards |
| 23:55.14 | DocScrutinizer05 | wirr: excellent find |