**** BEGIN LOGGING AT Thu Nov 17 02:59:57 2011 Nov 17 05:47:42 freesmartphone.org: 03morphis 07components-cleanup * r204cd7b7c38e 10aurora/aurora-daemon/src/ (components/StatusBar.qml plugins/kernel/plugin.cpp): Nov 17 05:47:42 freesmartphone.org: aurora-daemon: bump version of kernel plugin to 1.1 to match version of other components Nov 17 05:47:42 freesmartphone.org: Signed-off-by: Simon Busch Nov 17 06:41:16 JaMa|Off: sure ... did not have the idea of alterantives... was just looking for virtual runtime :) Nov 17 06:43:24 JaMa|Off: hmm and S not being valid is strange Nov 17 06:48:54 JaMa|Off: http://www.freedesktop.org/wiki/Software/systemd/Incompatibilities tells me that S is an SysV extension for which support from systemd will be dropped soon Nov 17 06:52:19 JaMa|Off: heh. but looking at testlab tells me it probably always had that Nov 17 06:52:26 no link to shr-splash for S Nov 17 06:52:33 (even without my change) Nov 17 06:53:12 moment Nov 17 06:54:19 not true Nov 17 06:54:30 there has been one Nov 17 06:54:43 with my change it will only get stopped... never started :-P Nov 17 06:55:41 * mrmoku is stupid Nov 17 07:00:20 JaMa|Off: clearly that fixed my dbus problem too ;) Nov 17 07:20:11 moin Nov 17 07:20:34 mrmoku: shouldn't we migrate all "our" stuff to native systemd .service? Nov 17 07:21:14 sure Nov 17 07:21:32 JaMa|Off: please revdrt that one Nov 17 07:21:51 I will add a unit for the splash Nov 17 07:23:25 JaMa|Off: or let me revert it myself :) Nov 17 07:24:49 ok, I'll try to fix efl bump :) Nov 17 07:25:40 revert pushed Nov 17 07:25:51 now looking into the unit Nov 17 07:40:12 JaMa: as fast fix I will add a systemd-compat-units.bbappend to disable the sysv script Nov 17 07:40:35 and then we maybe should evaluate something more sophisticated Nov 17 07:41:08 JaMa: by adding that bbappend we can remove masking of the networking start script too Nov 17 07:45:07 JaMa: something like this: http://paste.pocoo.org/show/509096/ Nov 17 07:45:58 fine with me Nov 17 07:46:57 ok pushed Nov 17 07:56:19 ERROR: Logfile of failure stored in: /OE/shr-core/tmp-eglibc/work/armv7a-vfp-neon-oe-linux-gnueabi/epdf-2_0.1.0+svnr65313-r5/temp/log.do_patch.28015 Nov 17 07:56:38 guess I have time for a shower now :) Nov 17 07:59:39 I'll push efl fixes in the meantime + coffee Nov 17 08:01:09 hi Nov 17 08:17:47 mmmh... coffee is a good idea :) Nov 17 08:20:00 hi mrmoku Nov 17 08:20:11 hi gnutoo Nov 17 08:21:23 what should I work on for om-gta02? Nov 17 08:22:02 gnutoo: what is hindering use as daily? Nov 17 08:22:20 I made a music page: Nov 17 08:22:27 http://www.shr-project.org/trac/wiki/MusicStatus Nov 17 08:22:32 you wanted to try newer qi? there is patch for it in jansa/test Nov 17 08:22:35 see the procedure.... Nov 17 08:22:51 ok nice, but I don't have the debug board with me right now Nov 17 08:22:55 I'll test at home Nov 17 08:23:26 I'll update mplayer2 entry tough Nov 17 08:28:21 in the meantime I'll add a better fstab Nov 17 08:37:03 I'd like to fix the microsd issue but it sound rather too hard for me Nov 17 08:37:12 that is to say lars_ failled Nov 17 08:39:52 and the diff between the two glamo driver is too small to be significant Nov 17 08:40:07 so it's not the diff between the two glamo Nov 17 08:48:56 gnutoo: we can try to keep as much Per's patches as possible viz http://gitorious.org/shr/linux/commits/shr-2.6.39-nodrm-mci-wip Nov 17 08:49:35 maybe it will fix uSD issues.. Nov 17 08:49:55 you mean the last patch? Nov 17 08:50:41 I didn' understand the first sentense btw Nov 17 08:50:49 (gnutoo: we can try to keep as much Per's patches as possible viz) Nov 17 08:52:49 JaMa: eeze still fails for me Nov 17 08:53:01 JaMa: have to run to a client now though Nov 17 08:54:23 bbl Nov 17 08:54:53 JaMa: is it possible to have 2 bbappends? Nov 17 08:55:04 like one for shr and one for meta-openmoko? Nov 17 08:55:20 gnutoo: yes Nov 17 08:55:21 because I did that with princ etc... Nov 17 08:55:30 and it doesn't get build or included Nov 17 08:55:30 mrmoku: I've patch for it.. pushing it now Nov 17 08:55:35 ok Nov 17 08:55:39 both are included Nov 17 08:55:53 but PRINC should be only once for all .bbappends Nov 17 08:55:54 ok Nov 17 08:55:58 with highest value Nov 17 08:56:17 otherwise it depends on order of layers which .bbappend is parsed last wins Nov 17 08:56:18 maybe shr overwrote the openmoko /etc/fstab then Nov 17 08:56:43 so I guess I've to put fstab override in meta-shr right? Nov 17 08:57:30 you should override it with _om-gta02 Nov 17 08:58:08 only the PRINC is problematic as it's "shared" and overriding it with machine override wont help much Nov 17 08:58:59 ah right I forgott that(I'm not very awke right now) Nov 17 08:59:51 what should I override exactly? Nov 17 09:00:05 the bbappend file name? Nov 17 09:01:24 no, the variables in the file see existing .bbappends Nov 17 09:01:32 ok Nov 17 09:04:14 but I only need PRINC + FILESEXTRAPATH_prepend Nov 17 09:05:09 ./meta-smartphone/meta-samsung/recipes-core/base-files/base-files_3.0.14.bbappend doesn't override the variables but what's crespo specific(do_install) Nov 17 09:13:37 then it should override it Nov 17 09:13:53 FILESEXTRAPATHS_prepend Nov 17 09:16:13 gnutoo: btw someone also reported midori segfaulting http://trac.shr-project.org/trac/ticket/1547 so you're not alone Nov 17 09:16:26 ok Nov 17 09:24:17 strange the PRINC is not taken into account, I do not see it in bitbake -e base-files Nov 17 09:24:28 ah it is Nov 17 09:24:30 it's 1 Nov 17 09:24:35 let me fix that Nov 17 09:26:35 JaMa: is PRINC_om-gta02 = "2" ok? Nov 17 09:26:47 no Nov 17 09:26:50 ok Nov 17 09:26:56 the problem is the following: Nov 17 09:27:06 meta-shr has no pr-inc Nov 17 09:27:15 *PRINC Nov 17 09:27:27 meta-samsung has PRINC = "1" Nov 17 09:27:37 gnutoo: http://git.shr-project.org/git/?p=meta-smartphone.git;a=commit;h=20ae2e1c88c1dbc13d4baa9a609403c8957cf4f5 Nov 17 09:28:14 ok Nov 17 09:28:28 is that in shr branch yet? Nov 17 09:29:25 seem not Nov 17 09:29:29 can I push it? Nov 17 09:30:00 it's not in master branch, just in jama Nov 17 09:30:18 ok Nov 17 10:00:10 JaMa: also https://gitorious.org/shr/linux/commits/shr-2.6.39-nodrm is out of sync with shr.patch Nov 17 10:00:16 for openmoko kernel Nov 17 10:02:57 it's in sync with http://git.shr-project.org/git/?p=meta-smartphone.git;a=commit;h=be7757239fe54a3510788aa5a442ae75a3b84e28 Nov 17 10:03:12 but as this change doesn't change anything for us I didn't push this to master yet Nov 17 10:03:22 waiting for more changes from lindi-_ :) Nov 17 10:03:33 or test of Per's patches Nov 17 10:04:43 a73311169fef3284647f3c80748c644abe3c72fb is in the patchset Nov 17 10:05:12 or in other words, the patch you pointed me to is already included a73311169fef3284647f3c80748c644abe3c72fb Nov 17 10:05:27 (in gitorious tree) Nov 17 10:07:41 yes.. see patch header for list of included patches Nov 17 10:07:58 yes that's what I looked Nov 17 10:08:21 so what do you advise to try for fixing the microsd issue? Nov 17 10:08:36 because if I've already the patch that is supposed to fix the issue.... Nov 17 10:08:40 still the same 09:47:21 < JaMa> gnutoo: we can try to keep as much Per's patches as possible viz http://gitorious.org/shr/linux/commits/shr-2.6.39-nodrm-mci-wip Nov 17 10:09:28 ahh I understood the countrary, I'm not very awake, sorry Nov 17 10:10:24 how do I generate the patchset then? Nov 17 10:10:33 else I'll make a git recipe but that's not great Nov 17 10:10:53 else....is it possible to load from dfu without flashing Nov 17 10:11:12 like tftpboot where you boot your kernel straigth from network Nov 17 10:11:20 without flahsing Nov 17 10:13:06 mmt I'll give you shr.patch and how-to Nov 17 10:14:31 ok Nov 17 10:17:18 gnutoo: script for shr.patch added to repo Nov 17 10:20:14 ok I'll git pull,thanks Nov 17 10:21:06 gnutoo: and om-gta02-upgrade branch in meta-smartphone has all related changes including this Nov 17 10:23:09 ok nice Nov 17 10:23:12 thanks a lot Nov 17 11:05:54 time to build everythin with new shr-chroot :) Nov 17 11:06:07 hi pespin Nov 17 11:06:34 gnutoo, hi :) Nov 17 11:07:11 pespin: I added some infos on the Music SHR page Nov 17 11:07:36 I'm trying to fix microsd (+ /etc/fstab) with the help of JaMa Nov 17 11:07:38 gnutoo, http://shr-project.org/trac/wiki/MusicStatus ? Nov 17 11:07:42 yes Nov 17 11:07:45 ok I'll look Nov 17 11:11:53 I'll go bye Nov 17 11:48:54 JaMa: first reboot: nothing, second reboot it found the partition Nov 17 11:49:23 gnutoo: due to newer qi or kernel? Nov 17 11:53:01 kernel Nov 17 11:53:08 I didn't reflash QI Nov 17 11:53:24 is QI supposed to have a fix? Nov 17 11:53:36 for what bug? Nov 17 11:54:03 microsd /dev/mmcblk0p1 not found Nov 17 11:54:28 gnutoo: I think that only depends on kernel boot options and kernel configuration and patche Nov 17 11:54:29 +s Nov 17 11:55:35 gnutoo: no Qi is just updated to latest rev and recipes are changed to provide -jffs2 and -ubi versions as before Nov 17 11:56:07 gnutoo: but the kernel works +- the same as without all Per's patches right? Nov 17 12:04:44 gnutoo: btw newer EFL is in jansa/test branch if you want to test newer enjoy Nov 17 12:05:00 gnutoo: iirc pespin reported that it works better then older version Nov 17 12:06:51 ok Nov 17 12:07:28 JaMa: yes it works but without the reverts it found the microsd after 1 reboot Nov 17 12:07:36 ok Nov 17 12:08:30 and you have glamo_mci slowed the same, right? Nov 17 12:09:00 yes Nov 17 12:09:13 it depends if that's reproducible issue or just temporary fail which could also happen with older kernel (without Per's) patches or not Nov 17 12:09:16 glamo_mci was not changed and is at the minimum Nov 17 12:09:20 ok Nov 17 12:09:40 btw: I have tried minimum once and it didn't boot for me anymore Nov 17 12:09:50 I had to return to default value to make my uSD usable again Nov 17 12:10:26 but my uSD works good with default, so tring to lower it was only for performance test Nov 17 12:17:23 ok Nov 17 12:22:12 JaMa: after some reboot it doesn't work anymore Nov 17 12:23:08 but it seem better: fdisk finds the partition Nov 17 12:26:04 basically it seem that when I do the partition, after reboot the partition stays Nov 17 12:32:28 basically: Nov 17 12:32:46 1) fdisk /dev/mmcblk0, p, w Nov 17 12:32:57 2)the partition appear Nov 17 12:33:01 3)reboot Nov 17 12:33:09 4)the partition is still there Nov 17 12:33:13 5) reboot Nov 17 12:33:19 6)the partition is gone Nov 17 12:33:24 7) goto 1 Nov 17 12:44:42 JaMa, lol, I got latest shr-chroot from scratch, and I did make setup-shr-core inside... -> git: res_query.c:251: __libc_res_nquery: Assertion `hp != hp2' failed. Nov 17 12:47:27 pespin: afaik you're only one seeing this.. so I guess it has to be your system infuencing it somehow, but as I cannot reproduce you have to google and debug yourself sorry :/ Nov 17 12:47:44 yeah :) Nov 17 12:48:08 but seems quite common https://groups.google.com/group/linux.debian.bugs.dist/browse_thread/thread/493ae98e7d3e4ef3 Nov 17 12:48:31 https://bugs.archlinux.org/task/24615 Nov 17 12:49:57 or change dns server :) Nov 17 12:52:34 http://sourceware.org/bugzilla/show_bug.cgi?id=13013 Nov 17 12:53:44 and http://sourceware.org/git/?p=glibc.git;a=commitdiff;h=032c0ee3 Nov 17 12:54:25 * mrmoku still is convinced pespin has a provider with bad dns servers ;) Nov 17 12:55:03 JaMa: how's elsa going? Nov 17 12:55:42 can someone pass me his dns server ip? I'll try adding it to /etc/resolv.conf in chroot Nov 17 12:56:08 pespin: add 78.40.125.6 build.shr-project.org to the hosts inside the chroot Nov 17 12:56:35 mrmoku, I have problems with git.openembedded.org too Nov 17 12:56:36 pespin: my dns server won't work for you Nov 17 12:56:48 hm maybe I'll try adding opendns ones Nov 17 12:57:40 yup Nov 17 12:57:46 pespin: 8.8.8.8 Nov 17 12:58:00 that one is easy to remember even :P Nov 17 12:58:24 mrmoku: not much.. after fixing efl build I went to work.. Nov 17 12:58:33 ok Nov 17 12:58:41 * mrmoku updating and building a new image Nov 17 12:59:07 JaMa: today is the day to make systemd to boot into X, right? :) Nov 17 12:59:33 is it? :) Nov 17 12:59:49 mrmoku: but I've pinged cedric to push his elsa.service to e repo Nov 17 12:59:54 he said this weekend Nov 17 13:00:15 * mrmoku is an optimist from the toes up to the hair :-D Nov 17 13:00:40 along with some tips to optimize efl for embedded Nov 17 13:00:48 good Nov 17 13:01:03 yup /me is glad to meet cedric at ELCE :) Nov 17 13:01:24 :) Nov 17 13:01:32 and I didn't rebuild much elm stuff.. I expect few more deprecated stuff braking build Nov 17 13:01:32 yeah, personal contacts are always a good thing Nov 17 13:10:09 ok it seems it worked :) Nov 17 13:11:14 ~hail google for dns and search :) Nov 17 13:11:14 * apt bows down to google for dns and search :) and chants, "I'M NOT WORTHY!!" Nov 17 13:16:27 ~lart google for everything else Nov 17 13:16:28 * apt calls google on the phone ... the lights are on but nobody's home for everything else Nov 17 13:36:47 mrmoku: hi, did you notice my message about http://mailman.alsa-project.org/pipermail/alsa-devel/2011-November/046036.html ? Nov 17 13:41:46 gnutoo, could you push missing gst modules in enjoy recipe? or at least add them to wiki page you created :) Nov 17 13:43:11 lindi-_: no :) Nov 17 13:52:29 JaMa: latest image looks quite good Nov 17 13:52:41 the only glitch is that networking does not come up on first boot Nov 17 13:52:52 because the fixing of /var/run did not happen yet Nov 17 13:52:58 second boot all is fine Nov 17 13:57:06 mrmoku: my last n900 image got /var/log back somehow :/ Nov 17 13:57:28 hmm Nov 17 14:08:25 mrmoku: ok, since that was originally your patch do you remember if there is something special that needs to be take in to account? (besides changing return 1 to return 0) Nov 17 14:17:11 mrmoku: dbus is bad guy http://paste.pocoo.org/show/509218/ Nov 17 14:18:56 lindi-_: iirc it was lars_ telling me to do that Nov 17 14:19:13 mrmoku: ok, I didn't hear about that but figured it out myself :) Nov 17 14:19:36 :) Nov 17 14:20:11 JaMa: nice. will try in some min if that fixes first boot Nov 17 14:20:45 mrmoku: are there any other patches in http://wiki.openmoko.org/wiki/Kernel/Upstreaming that you might think are easy to upstream? Nov 17 14:28:12 lindi-_: nice page :) Nov 17 14:28:23 but I have no idea about what is easy to upstream Nov 17 14:28:49 everything openmoko specific should be easy? Nov 17 14:31:18 mrmoku: all changes need proper commit messages that explain the reasoning still Nov 17 14:40:33 lindi-_: dunno if my 'sure' still made it :/ Nov 17 14:41:30 mrmoku: made it? Nov 17 14:41:46 lindi-_: what I meant is that patches touching only openmoko stuff should be not too difficult to upstream (provided they're sane and have a correct commit message) Nov 17 14:41:49 lindi-_: got disconnected Nov 17 14:41:56 mrmoku: ah ok Nov 17 14:41:59 15:29 < lindi-_> mrmoku: all changes need proper commit messages that explain the reasoning still Nov 17 14:42:02 15:30 < mrmoku> sure Nov 17 14:42:03 I ignore quits Nov 17 14:42:17 too small screen :) Nov 17 14:42:19 I cannot ignore my own quit :P Nov 17 14:42:49 mrmoku: I'm next going to try to figure out what the API for gps/etc. power management should be Nov 17 14:47:10 mrmoku: rebuilding dbus helped here Nov 17 14:47:24 NOTE: package shr-lite-image-2.0-r18: task do_rootfs: Started Nov 17 14:47:30 JaMa: then we can remove that hack again :) Nov 17 14:49:12 good morning Nov 17 14:49:54 mrmoku: yup, but I'll remove also volatile from dbus just in case, becase it will try to replace it in runtime.. Nov 17 14:50:12 ok Nov 17 14:51:04 hmm maybe not needed because it's creating only ${localstatedir}/run/dbus which doesn't break anything as long as /var/run exists fine Nov 17 14:53:36 freesmartphone.org: 03angelo 07components-cleanup * r7587493d229e 10aurora/aurora-daemon/src/components/qmldir: aurora-daemon: do not duplicate entry of Browser in qmldir file Nov 17 15:02:22 JaMa: networking failed differently now Nov 17 15:02:37 probably due to missing depmod Nov 17 15:03:42 second boot it works Nov 17 15:10:01 pespin: I cannot right now, I'm in a database course Nov 17 15:10:52 pespin: and I guess I need newer efl for that Nov 17 15:11:20 gnutoo, ok np, when you have some time :) Nov 17 15:12:11 ok Nov 17 15:12:26 in what branch was the efl bump already? Nov 17 15:12:33 JaMa: could you improve the commit message of https://gitorious.org/shr/linux/commit/a73311169fef3284647f3c80748c644abe3c72fb?format=patch a bit? it's quite unclear what it does :/ Nov 17 15:12:51 maybe I could build here Nov 17 15:13:56 lindi-_: it's just reverting glamo_mci to where it was before lars_ adapted it for Per's changes and not something for upstream Nov 17 15:14:20 JaMa: ok Nov 17 15:14:26 JaMa: but lars's patches are upstream? Nov 17 15:14:57 and this is simplier version (while keeping all Per's patches) https://gitorious.org/shr/linux/commit/504802b3336ec3fee26baa5365531c61670e5fb3?format=patch Nov 17 15:14:59 JaMa: is the situation that we do not quite know what version works best? Nov 17 15:15:43 JaMa: Per's patches are not upstream so if SD works without them I'd rather not try to add them to the mix just yet :/ Nov 17 15:15:48 moo Nov 17 15:15:52 lindi-_: no it's not upstream, this all is from here http://git.openmoko.org/?p=kernel.git;a=shortlog;h=refs/heads/glamo-2.6.39 Nov 17 15:16:08 JaMa: yep Nov 17 15:16:14 lindi-_: and whole drivers/mmc/host/glamo-mci.c is not upstream Nov 17 15:16:30 JaMa: yep Nov 17 15:17:23 not very nice that our SD card depends on graphics :P Nov 17 15:50:10 any plan to upstream glamo? Nov 17 15:50:29 now ar6k is upstream Nov 17 15:50:36 so the last part is glamo I guess Nov 17 15:51:57 gnutoo: ar6k is upstream? Nov 17 15:53:22 gnutoo: glamo + ar6000 + fiq stuff is the hardest: http://wiki.openmoko.org/wiki/Kernel/Upstreaming Nov 17 15:53:49 JaMa: syslog still is missing start of boot Nov 17 15:54:29 in last version I have replaced syslog-ng with rsyslog Nov 17 15:54:43 yeah, that's what I have Nov 17 15:58:06 hey, I heard there are a lot of asensors on GTA04 that still need proper drivers? Nov 17 15:58:08 :-D Nov 17 15:58:31 JaMa: elsa: PAM error on login password Nov 17 15:59:20 yes seen that, add autologin user to elsa config Nov 17 15:59:32 mrmoku: that's how we should start it anyway I guess Nov 17 16:00:13 JaMa: that came after adding it :) Nov 17 16:00:17 mrmoku: you already got proper working for instance i2ctools on gta04? Nov 17 16:00:19 before I had a nice login screen Nov 17 16:00:38 DocScrutinizer: not installed Nov 17 16:00:45 available Nov 17 16:00:59 I might need them shortly Nov 17 16:01:00 does it make a difference if gta04 or gta02? Nov 17 16:01:02 ok Nov 17 16:01:10 I think that should be no problem Nov 17 16:02:30 wel, the tools probably shouldn't be any problem. I mean they use the generic I2C-bus dev Nov 17 16:17:35 lindi-_: yes I think so Nov 17 16:19:05 DocScrutinizer: will try that for you... now is house-cleaning hour Nov 17 16:19:56 mrmoku: no hurries, I haven't even answered Nik's mail yet, and it's for sure a long time until I receive a device Nov 17 16:20:07 atm reading schematics Nov 17 16:20:18 cool :) Nov 17 16:23:16 gnutoo: I can't find it in upstream source Nov 17 16:23:24 gnutoo: do you have a commit ref? Nov 17 16:28:26 drivers/net/wireless/ath/ath6kl Nov 17 16:29:36 "Atheros AR6003 chipset running over SDIO." Nov 17 16:29:37 gnutoo: that is not for our hardware Nov 17 16:29:59 kvalo: does ath6kl support AR6001/AR6002? Nov 17 16:29:59 pabs3: no Nov 17 16:30:15 ok Nov 17 16:30:17 ouch Nov 17 16:30:24 gnutoo: http://wiki.openmoko.org/wiki/Kernel/Upstreaming#Add_ar6000_wireless_driver. Nov 17 16:30:29 did the staging module support that? Nov 17 16:30:30 gnutoo: it's in the wiki page as a comment Nov 17 16:30:34 ok Nov 17 16:30:37 gnutoo: nothing in mainline ever did Nov 17 16:31:24 ok Nov 17 16:32:26 gnutoo: can you comment on some other parts of that page too? Nov 17 16:32:37 I think it's important that we all are on the same page here :) Nov 17 16:32:42 I'm in a database course right now Nov 17 16:32:56 ok Nov 17 16:32:57 no problem Nov 17 16:34:09 ok Nov 17 16:39:53 JaMa: Configuring ppp-dialin. Nov 17 16:39:54 //var/lib/opkg/info/ppp-dialin.postinst: line 4: adduser: command not found Nov 17 16:40:07 * mrmoku wonders what we need that for anyway :P Nov 17 16:40:40 JaMa: hmm... there possibly is one principle thing to watch out for with systemd Nov 17 16:40:45 env is clean Nov 17 16:40:50 including PATH Nov 17 16:41:38 hmm... that's not the problem in this case though Nov 17 16:41:54 there really is no adduser Nov 17 16:42:21 DocScrutinizer: I got i2c-tools installed now Nov 17 16:42:26 anything you want me to try? Nov 17 16:42:55 ~ping Nov 17 16:42:55 ~pong Nov 17 16:53:49 mrmoku: ppp-dialing .. that's because we have shadow instead of tinylogin (adduser instead of useradd) Nov 17 16:54:32 mrmoku: only few recipes is still using adduser.. http://www.mail-archive.com/openembedded-core@lists.openembedded.org/msg08498.html Nov 17 17:04:37 mrmoku: the patch alsa DAI mode setting was just accepted upstream o/ Nov 17 17:29:22 mrmoku: maybe because of ifup: can't open '/var/run/ifstate': No such file or directory ? Nov 17 17:36:58 SHR: 03Martin.Jansa 07shr-chroot * r21876399847f 10/ (870 files in 33 dirs): system upgrade Nov 17 17:49:38 lindi-_: hurray :-) Nov 17 17:50:22 JaMa: that error I had before with /var/run still being a link to volatile Nov 17 17:50:28 * mrmoku checks testlab Nov 17 17:50:42 * JaMa had /var/run still link :/ Nov 17 17:50:53 I had rebuild only n900 image not qemuar.. Nov 17 17:50:54 m Nov 17 17:52:40 drwxr-xr-x 4 root root 4096 Nov 17 15:43 run Nov 17 17:53:01 my last error was the no such device one Nov 17 17:53:19 maybe we're too quick :) Nov 17 17:53:25 :) Nov 17 17:53:37 qemu is really fast :) Nov 17 17:53:38 or depmod too late Nov 17 17:55:11 and we need fsodeviced running before depmod, right? for firmware uploads Nov 17 17:56:53 yup Nov 17 18:00:25 mrmoku: I have http://paste.pocoo.org/show/509335/ now Nov 17 18:00:57 JaMa: exactly like me Nov 17 18:01:11 and on next boot it will work Nov 17 18:01:23 provided you have an eth0 in qemu Nov 17 18:01:40 hmm Nov 17 18:01:50 or configuration does not fit for qemu Nov 17 18:01:52 I have eth0 already set from kernel param Nov 17 18:02:10 what do you have in /etc/network/interfaces? Nov 17 18:03:09 http://paste.pocoo.org/show/509336/ Nov 17 18:03:35 indeed... no usb0 in qemu Nov 17 18:14:14 leviathan: I definitely have charging problems :/ Nov 17 18:35:08 JaMa: ouch... found out why elsa autologin does not work :P Nov 17 18:35:24 /etc/pam.d/elsa includes system-auth... which we don't have Nov 17 18:40:05 mrmoku: do we want pam in DISTRO_FEATURES? :) Nov 17 18:40:39 JaMa: hehe, probably not... but right now we have some pam Nov 17 18:43:00 mrmoku: hmm I have just rebuilt toolchain_core just to get libstdc++ issue and it still works.. strange Nov 17 18:43:26 hmm Nov 17 18:44:39 but now we have /etc/ld.so.conf.d/05gcc-x86_64-pc-linux-gnu.conf instead of libstc set in /etc/ld.so.conf, maybe this fixed whole issue with binary cache getting borked by new machine OE build Nov 17 18:47:52 JaMa: some gentoo thing? Nov 17 18:48:58 partially yes Nov 17 18:49:17 there is gcc-config to set preferred version when you have multiple gcc installed Nov 17 18:49:33 so it updates ld.so.conf with links to right version after switch Nov 17 18:51:05 mrmoku: I've updated network/interfaces to match qemu settings and now connmand is setting that for me.. Nov 17 18:54:22 mrmoku: do you know about good how-to-write-systemd-service? Nov 17 18:54:47 mrmoku: I would like to start with fso*.service and we'll get elsa hopefully from efl :) Nov 17 19:01:59 JaMa: I have an elsa.service on my laptop Nov 17 19:02:14 JaMa: copied it to the gta04 but does not work Nov 17 19:02:36 but it's more elsa that does not work yet Nov 17 19:03:06 because of that pam, right? Nov 17 19:03:40 no, I fixed it by using the common-* things in there Nov 17 19:04:01 auth include common-auth Nov 17 19:04:03 and friends Nov 17 19:04:16 root@om-gta04:~# elsa Nov 17 19:04:17 elsa: Couldn't create lockfile (null)! Nov 17 19:04:19 is my problem Nov 17 19:04:27 and there is no /var/run/elsa.pid Nov 17 19:04:34 which should be the lockfile Nov 17 19:05:59 open(NULL, O_RDONLY) = -1 EFAULT (Bad address) Nov 17 19:05:59 open(NULL, O_WRONLY|O_CREAT|O_TRUNC, 0666) = -1 EFAULT (Bad address) Nov 17 19:05:59 write(2, "elsa: Couldn't create lockfile ("..., 39) = 39 Nov 17 19:06:01 hmm Nov 17 19:07:48 gahhh Nov 17 19:08:43 JaMa: ok, that was due to me maltreating elsa.conf :P Nov 17 19:10:10 JaMa: there is the systemd for admin blog series: http://0pointer.de/blog/projects/systemd-for-admins-1.html Nov 17 19:10:10 Startup finished in 5770ms (kernel) + 13193ms (userspace) = 18963ms Nov 17 19:10:37 mrmoku: I've started with blacklisting all sysvinit services.. Nov 17 19:10:43 not I'll try to boot n900 first Nov 17 19:10:46 now Nov 17 19:11:01 Startup finished in 10944ms (kernel) + 17165ms (userspace) = 28109ms Nov 17 19:11:27 there is one long hang in the kernel Nov 17 19:11:31 then I'll finish beer and fetch some coffee Nov 17 19:11:36 but that's another thing Nov 17 19:11:43 mine was from qemu.. so cannot compare Nov 17 19:11:47 * mrmoku started beer and has finished with coffee for today :) Nov 17 19:12:51 do you see the same during shutdown? http://paste.pocoo.org/show/509355/ Nov 17 19:13:08 * mrmoku tries Nov 17 19:13:26 I'm bit surprised that systemd itself tries to use dbus after closing it Nov 17 19:13:44 no, don't see that Nov 17 19:13:58 btw. systemd is using its own dbus bus Nov 17 19:14:49 actually dbus is one of the first things stopped http://paste.pocoo.org/show/509356/ Nov 17 19:15:11 dbus bus? Nov 17 19:15:52 yeah, not the system bus Nov 17 19:16:27 Successfully created private D-Bus server. Nov 17 19:17:19 ah I see Nov 17 19:17:40 hmm did you have issue with getty not allowing you to login? Nov 17 19:17:47 I just got this on n900 Nov 17 19:18:14 the getty over serial console works fine Nov 17 19:18:30 for the 'normal' one I'm lacking a keybd on gta04 Nov 17 19:18:36 qemu too, weird Nov 17 19:19:16 time for break, bbl Nov 17 19:30:07 mrmoku: strange, it should work just fine with the recent master Nov 17 19:30:08 ... Nov 17 19:30:10 :-/ Nov 17 19:30:51 hmm Nov 17 19:31:51 leviathan: let me get a clean log Nov 17 19:32:46 kk Nov 17 19:33:53 leviathan: http://paste.pocoo.org/show/509367/ Nov 17 19:34:26 leviathan: hmm... is u-boot involved in turning charging on? or might have some influence? Nov 17 19:35:02 [ 2.590179] twl4030_charger notifier registered Nov 17 19:35:47 leviathan: [ 17.383514] twl4030_charger notifier called Nov 17 19:35:47 [ 17.394500] power_supply twl4030_usb: driver failed to report `current_now' property Nov 17 19:35:50 [ 17.422546] twl4030_bci twl4030_bci: battery disconnected Nov 17 19:36:56 root@om-gta04:~# cat /sys/class/power_supply/twl4030_usb/online Nov 17 19:36:56 0 Nov 17 19:37:02 while having usb plugged in Nov 17 19:38:51 hmm Nov 17 19:39:08 does the bq battery appear in /sys/class/power_supply/ ? Nov 17 19:39:12 if yes Nov 17 19:39:22 cat present first Nov 17 19:39:35 then wait until 1 appears Nov 17 19:39:54 then sometimes it doesn't automatically start charging Nov 17 19:40:01 and I frankly don't have an idea why Nov 17 19:40:07 root@om-gta04:/sys/class/power_supply/bq27000-battery# cat present Nov 17 19:40:08 1 Nov 17 19:40:14 good Nov 17 19:40:23 then the battery is answering Nov 17 19:40:24 :-) Nov 17 19:40:30 yeah Nov 17 19:40:45 and telling me: Nov 17 19:40:45 root@om-gta04:/sys/class/power_supply/bq27000-battery# cat status Nov 17 19:40:45 Discharging Nov 17 19:40:46 :P Nov 17 19:40:50 which I don't want ;) Nov 17 19:41:14 hmm Nov 17 19:41:18 mrmoku: head Nov 17 19:41:19 mrmoku: head * Nov 17 19:41:26 hmm Nov 17 19:41:31 cat /proc/apm Nov 17 19:41:36 maybe this helps Nov 17 19:41:37 :-) Nov 17 19:41:49 * mrmoku logs in via serial console to be able to unplug/replug that thing Nov 17 19:42:00 it appears as if twl and hdq interface don't learn about each other on their own Nov 17 19:42:08 you first need to kick in apm Nov 17 19:42:20 in order to make these two work together and charge the battery Nov 17 19:42:21 ==> power <== Nov 17 19:42:22 head: power: Input/output error Nov 17 19:42:31 ahh. Nov 17 19:42:40 yeah head on subdirectories is not good :P Nov 17 19:43:45 root@om-gta04:/sys/class/power_supply/bq27000-battery# cat /proc/apm Nov 17 19:43:46 1.13 1.2 0x02 0x00 0x00 0x00 86% 127 min Nov 17 19:43:57 well Nov 17 19:44:08 at least it's talking correctly Nov 17 19:44:16 hmm Nov 17 19:44:44 that's a problem with the OMAP version we are using Nov 17 19:44:48 a quite buggy it is Nov 17 19:44:57 but maybe that's why it was affordable to us >_> Nov 17 19:46:23 [ 799.416717] twl4030_bci twl4030_bci: VBUS overvoltage Nov 17 19:46:23 [ 799.422393] twl4030_bci twl4030_bci: VBUS overvoltage Nov 17 19:46:23 [ 799.428558] twl4030_bci twl4030_bci: VBUS overvoltage Nov 17 19:46:23 [ 799.434722] twl4030_bci twl4030_bci: battery disconnected Nov 17 19:46:25 heh Nov 17 19:46:59 that's what I get when connecting my usb charger Nov 17 19:47:01 mrmoku: head copes with directories here Nov 17 19:47:17 lindi-_: hmm... it has problems with some files in there too Nov 17 19:47:36 ==> time_to_full_now <== Nov 17 19:47:36 head: time_to_full_now: Input/output error Nov 17 19:47:36 maybe you have busybox head? Nov 17 19:47:47 heh, that might be possible Nov 17 19:48:11 lrwxrwxrwx 1 root root 17 Nov 17 2011 /usr/bin/head -> ../../bin/busybox Nov 17 19:48:17 ~lart busybox Nov 17 19:48:18 * apt teaches busybox that M$ Access is a database. No, really, a database. A real live multi-user... well, ok, not multi-user, but a database. Yeah, that sounds right. Nov 17 19:49:10 mrmoku: no need to lart, just don't use it unless you want to :) Nov 17 19:49:29 :) Nov 17 20:06:06 congrats guys! I was able to build a shr-core image from scratch without problems!!! (apart from my dns problem ;)) Nov 17 20:11:08 pespin: indeed... JaMa is doing a great job with that chroot Nov 17 20:13:48 freesmartphone.org: 03morphis 07components-cleanup * r0a5c68bbdf22 10aurora/aurora-daemon/src/components/Makefile.am: Nov 17 20:13:49 freesmartphone.org: aurora-daemon: components: clean generated qt moc files too Nov 17 20:13:49 freesmartphone.org: Signed-off-by: Simon Busch Nov 17 20:13:49 freesmartphone.org: 03morphis 07components-cleanup * r68a47a442edb 10aurora/aurora-daemon/ (5 files in 3 dirs): Nov 17 20:13:49 freesmartphone.org: aurora-daemon: several enhancements for some components Nov 17 20:13:49 freesmartphone.org: Signed-off-by: Simon Busch Nov 17 20:13:50 freesmartphone.org: 03morphis 07components-cleanup * re6ab16df69db 10aurora/aurora-daemon/data/theme/ (layouts/480_320_210.params widgets/qtg_fr_toolbar.svg): Nov 17 20:13:50 freesmartphone.org: aurora-daemon: components: update style of toolbar component Nov 17 20:13:50 freesmartphone.org: Signed-off-by: Simon Busch Nov 17 20:13:51 freesmartphone.org: 03morphis 07components-cleanup * rde302ab2ec5e 10aurora/aurora-daemon/src/components/Window.qml: Nov 17 20:13:52 freesmartphone.org: aurora-daemon: components: make it possible to hide the toolbar of the window component Nov 17 20:13:52 freesmartphone.org: Signed-off-by: Simon Busch Nov 17 20:14:27 freesmartphone.org: 03morphis 07components-cleanup * r93c564dafb15 10aurora/aurora-daemon/src/system/launcher/main.qml: Nov 17 20:14:27 freesmartphone.org: aurora-daemon: launcher: hide toolbar Nov 17 20:14:27 freesmartphone.org: Signed-off-by: Simon Busch Nov 17 20:14:27 freesmartphone.org: 03morphis 07components-cleanup * rfe125f0704c6 10aurora/aurora-daemon/src/components/Window.qml: Nov 17 20:14:27 freesmartphone.org: aurora-daemon: components: add a margin for page stack in window component Nov 17 20:14:27 freesmartphone.org: Signed-off-by: Simon Busch Nov 17 20:14:28 freesmartphone.org: 03morphis 07components-cleanup * r9b48787c7de2 10aurora/aurora-daemon/src/ (6 files in 6 dirs): Nov 17 20:14:28 freesmartphone.org: aurora-daemon: components: remove back and apply button from header component Nov 17 20:15:27 freesmartphone.org: We don't need the buttons here. Back stacking through the several pages on the page stack Nov 17 20:15:27 freesmartphone.org: is done with the global back button in the bottom toolbar and applying of settings options Nov 17 20:15:27 freesmartphone.org: should be done immediately after the user changed the option without any further action Nov 17 20:15:27 freesmartphone.org: from the user side. Nov 17 20:15:27 freesmartphone.org: Signed-off-by: Simon Busch Nov 17 20:15:27 freesmartphone.org: 03morphis 07components-cleanup * r43b8ecf89a16 10aurora/aurora-daemon/src/bin/application.cpp: Nov 17 20:15:28 freesmartphone.org: aurora-daemon: exit application correctly when window is closed Nov 17 20:15:28 freesmartphone.org: Signed-off-by: Simon Busch Nov 17 20:15:28 freesmartphone.org: 03morphis 07components-cleanup * r1e9f61aab86e 10aurora/aurora-daemon/src/components/qmldir: Merge remote-tracking branch 'origin/components-cleanup' into components-cleanup Nov 17 21:22:14 leviathan: dmesg is getting spammed by: Nov 17 21:22:16 [ 990.741546] omap_hsmmc omap_hsmmc.0: rpm_suspend returns 0 Nov 17 21:22:16 [ 990.741577] omap_hsmmc omap_hsmmc.0: rpm_suspend flags 0xa Nov 17 21:22:16 [ 990.741607] omap_hsmmc omap_hsmmc.0: rpm_suspend returns 0 Nov 17 21:31:42 mrmoku: I know Nov 17 21:31:50 this kernel still has some bugs Nov 17 21:31:58 I didn't have much time lately Nov 17 21:32:04 ok Nov 17 21:32:10 work and study occupied my businessplan a lot Nov 17 21:32:13 hopefully I'll be with you a bit soon Nov 17 21:32:24 :-) Nov 17 21:32:27 transitioning to systemd is progressing Nov 17 21:32:39 and after that I will look into gta04 again Nov 17 21:32:45 nice Nov 17 21:32:49 :-D Nov 17 21:33:44 GNUtoo|laptop: ping Nov 17 21:34:11 well Nov 17 21:34:13 morphis, pong Nov 17 21:34:14 I'll sleep now Nov 17 21:34:23 tired Nov 17 21:34:23 that is a good idea :) Nov 17 21:34:28 GNUtoo|laptop: look at my private message ... Nov 17 21:34:29 guess I will do that too Nov 17 21:34:29 mrmoku, remove PM debug Nov 17 21:34:30 and tomorrow again 6:00h up Nov 17 21:34:31 >_> Nov 17 21:34:33 ok Nov 17 21:34:33 gn8 Nov 17 21:34:38 night Nov 17 21:34:42 thx ^^ Nov 17 21:37:15 mrmoku, theses prints are from PM_DEBUG, remove that Nov 17 21:37:31 CONFIG_PM_DEBUG to be more precise Nov 17 21:39:29 morphis: hi Nov 17 21:40:01 GNUtoo|laptop: ahh, great thx :) Nov 17 21:52:58 lindi-_, hi Nov 17 21:53:11 GNUtoo|laptop: hi Nov 17 21:53:30 I've read part of your work on the wiki Nov 17 21:54:15 do you know more details about the wifi card? Nov 17 21:54:19 *chip Nov 17 21:55:05 GNUtoo|laptop: not much Nov 17 21:55:11 GNUtoo|laptop: I think we want to upstream the easy bits first Nov 17 21:55:56 ok Nov 17 21:57:20 GNUtoo|laptop: and then move to 3.x Nov 17 21:57:33 GNUtoo|laptop: then maybe we need to hire some wifi expert to give us advice :) Nov 17 21:59:43 possible Nov 17 21:59:48 I don't know drivers enough Nov 17 21:59:56 I usually do stuff with platform code Nov 17 22:00:05 like platform device, board files etc... Nov 17 22:02:10 JaMa: man systemd.service is quite helpful Nov 17 22:05:22 lindi-_, did you contact lars_ ? Nov 17 22:06:50 * mrmoku off to bed Nov 17 22:06:51 gnight all Nov 17 22:07:11 mrmoku: gnight Nov 17 22:07:21 and thanks Nov 17 22:09:15 GNUtoo|laptop: on irc yes Nov 17 22:10:50 what did he say? is he still working on the gta02? Nov 17 22:16:50 GNUtoo|laptop: hmm, I don't think he replied Nov 17 22:27:05 ok **** ENDING LOGGING AT Fri Nov 18 02:59:57 2011