**** BEGIN LOGGING AT Sun Nov 20 02:59:58 2011 Nov 20 08:58:17 freesmartphone.org: 03morphis 07cornucopia * r8d87a646bbd5 10/fsogsmd/src/plugins/modem_samsung/ (unsolicited.vala utils.vala): Nov 20 08:58:17 freesmartphone.org: fsogsmd: modem_samsung: make network status update functionaly robust against unexpected behaviour Nov 20 08:58:17 freesmartphone.org: Signed-off-by: Simon Busch Nov 20 08:58:18 freesmartphone.org: 03morphis 07cornucopia * r25d20db8e645 10/fsogsmd/src/plugins/modem_samsung/ (channel.vala utils.vala): Nov 20 08:58:18 freesmartphone.org: fsogsmd: modem_samsung: be more verbose and use correct value for message ids Nov 20 08:58:18 freesmartphone.org: Signed-off-by: Simon Busch Nov 20 08:58:19 freesmartphone.org: 03morphis 07cornucopia * r966b121c6587 10/libfsotransport/fsotransport/commandqueue.vala: Nov 20 08:58:19 freesmartphone.org: libfsotransport: commandqueue: respect the case that we can have more than two commands pending Nov 20 08:58:20 freesmartphone.org: Signed-off-by: Simon Busch Nov 20 08:58:28 freesmartphone.org: 03morphis 07call-management * rae8b4247d964 10aurora/aurora-daemon/ (configure.ac src/bin/Makefile.am src/bin/cellularservice.h): Merge branch 'master' into call-management Nov 20 08:58:29 freesmartphone.org: 03morphis 07call-management * reddfb4d89ea7 10aurora/aurora-daemon/src/components/Dialpad.qml: Nov 20 08:58:29 freesmartphone.org: aurora-daemon: don't set an absolute height for the dial button on the dialpad component Nov 20 08:58:29 freesmartphone.org: Signed-off-by: Simon Busch Nov 20 08:58:30 freesmartphone.org: 03morphis 07call-management * rf88c0e3ea96f 10aurora/aurora-daemon/src/applications/app-phone/main.qml: Nov 20 08:58:30 freesmartphone.org: aurora-daemon: app-phone: check for sim auth status everytime we become visible again Nov 20 08:58:30 freesmartphone.org: Signed-off-by: Simon Busch Nov 20 08:58:37 freesmartphone.org: 03morphis 07call-management * rcc0e08fc1e53 10aurora/aurora-daemon/src/ (6 files in 3 dirs): Nov 20 08:58:37 freesmartphone.org: aurora-daemon: app-phone: implement necessary steps to handle incoming/outgoing calls Nov 20 08:58:37 freesmartphone.org: Signed-off-by: Simon Busch Nov 20 08:58:37 freesmartphone.org: 03morphis 07call-management * r44d1eb095ab5 10aurora/aurora-daemon/src/ (3 files in 2 dirs): Nov 20 08:58:37 freesmartphone.org: aurora-daemon: app-phone: don't push pin request page more than one time onto the stack Nov 20 08:58:37 freesmartphone.org: Signed-off-by: Simon Busch Nov 20 08:59:45 freesmartphone.org: 03morphis 07call-management * r9b9802405c73 10aurora/aurora-daemon/src/services/cellularservice.vala: Nov 20 08:59:45 freesmartphone.org: aurora-daemon: services: be more hardened against disappeareance of the GSM resource Nov 20 08:59:45 freesmartphone.org: Signed-off-by: Simon Busch Nov 20 09:02:28 SHR: 03morphis 07meta-smartphone * r00af571150d4 10/meta-fso/recipes-freesmartphone/freesmartphone/cornucopia.inc: meta-fso: cornucopia: bump SRCREV Nov 20 09:02:38 SHR: 03morphis 07meta-smartphone * r5db1edb64384 10/meta-samsung/recipes-graphics/xorg-drivers/xf86-input-mtev_git.bbappend: meta-samsung: xf86-input-mtev: bump SRCREV Nov 20 09:02:41 SHR: 03morphis 07meta-smartphone * r864ab1fc3607 10/meta-aurora/recipes-aurora/aurora/aurora-base.inc: meta-aurora: aurora-base: bump SRCREV Nov 20 09:29:27 SHR: 03morphis 07meta-smartphone * rbd2b2ca5d179 10/meta-fso/recipes-freesmartphone/freesmartphone/libsamsung-ipc_git.bb: meta-fso: libsamsung-ipc: bump SRCREV Nov 20 09:33:54 SHR: 03morphis 07meta-smartphone * r6244d060651c 10/meta-fso/recipes-freesmartphone/freesmartphone/libsamsung-ipc_git.bb: meta-fso: libsamsung-ipc: bump SRCREV Nov 20 09:42:58 lindi-, I found a better idea: Nov 20 09:43:16 instead of using a partition in the NAND Nov 20 09:43:32 let's just append a uboot-mkimage env at the end of QI binary Nov 20 09:43:36 and use that Nov 20 09:43:42 so for the user it's like that: Nov 20 09:43:46 wget qi Nov 20 09:43:52 wget script Nov 20 09:44:08 ./script --cmdline "foo" ./qi.udfu Nov 20 09:44:17 and then flash qi Nov 20 10:01:26 SHR: 03Martin.Jansa 07shr-chroot * r352328109547 10/ (77 files in 10 dirs): system upgrade Nov 20 10:07:01 freesmartphone.org: 03morphis 07aurora * r118db7ec9730 10/aurora-daemon/src/services/cellularservice.vala: Nov 20 10:07:01 freesmartphone.org: aurora-daemon: fix some compilation issues with vala services Nov 20 10:07:01 freesmartphone.org: Signed-off-by: Simon Busch Nov 20 10:07:54 SHR: 03morphis 07meta-smartphone * r59fbea3483ce 10/meta-aurora/recipes-aurora/aurora/aurora-base.inc: meta-aurora: aurora-base: bump SRCREV to a more stable version than before Nov 20 10:10:11 hi Nov 20 10:10:14 gst-launch filesrc location="./02 - Denilio.ogg" ! oggdemux ! ivorbisdec ! audioconvert ! alsasink is broken Nov 20 10:11:36 it does some krrr Nov 20 10:12:26 but mp3 works fine Nov 20 10:13:50 gst-launch filesrc location="./something.mp3" ! mad ! alsasink works Nov 20 10:14:22 JaMa, you told me enjoy was fixed, I've that efl rev: Nov 20 10:14:57 EFL_SRCREV ?= "65386" Nov 20 10:15:16 did I miss something? Nov 20 10:15:21 do I need to rebuild something Nov 20 10:15:36 or did the tester (you or pespin) only test the mp3 Nov 20 10:16:08 it's kind of problematic because nearly all my music is in ogg Nov 20 10:16:13 *ogg vorbis Nov 20 10:19:12 well, obviously they were talking about the EFL problem with enjoy being fixed, not some random breakage in gstreamer... Nov 20 10:19:46 what was the problem then? Nov 20 10:20:06 no sound because of a problem in emotion? Nov 20 10:26:25 no idea really... it just seems rather obvious that if it was anything about EFL, it had nothing to do with a breakage exposed by gst-launch... Nov 20 10:38:13 GNUtoo: yes, efl bump is in jansa/test branch only Nov 20 10:40:12 GNUtoo: and I didn't say I've tested it.. I said that pespin said it works better in newer EFL and that if you want to test newer EFL you can merge jansa/test from meta-oe-contrib Nov 20 10:41:27 done I'm testing it right now Nov 20 10:41:34 I mean I built it yesterday Nov 20 10:41:38 here what I have: Nov 20 10:41:50 gta02-upgrade rebased on top of master Nov 20 10:41:55 for meta-smartphone Nov 20 10:42:11 and jansa/test for meta-openembedded Nov 20 10:42:43 ah sorry you have newer efl then Nov 20 10:43:04 I have even newer then 65386 so I didn't see that's what is now in jansa/test Nov 20 10:43:04 yes and with om-gta02-upgrade it's so great Nov 20 10:43:09 I've microsd that works now Nov 20 10:43:41 so is it better then before now? Nov 20 10:43:50 or the issue with first boot is still there? Nov 20 10:43:59 (I had to hardcode glamo mci sd_max_clk in a local qi version tough) Nov 20 10:44:04 yes it's very very good now Nov 20 10:44:14 with max_clk + the branch I'm ok Nov 20 10:44:18 it works flawlessly Nov 20 10:45:15 hardcod? append in /boot didn't work? Nov 20 10:45:38 or applied too late? Nov 20 10:48:12 I was told that it didn't work for NAND Nov 20 10:48:14 I've ubifs Nov 20 10:49:03 ah ok Nov 20 10:49:12 I didn't know you have rootfs in nand Nov 20 10:49:34 ok Nov 20 10:50:02 I'll go Nov 20 10:50:03 bbl Nov 20 10:57:38 SHR: 03Martin.Jansa 07meta-smartphone * rd67305f38459 10/meta-openmoko/recipes-kernel/linux/ (linux-2.6.39/shr.patch linux-openmoko_2.6.39.bb): linux-openmoko_2.6.39: apply work around for GCC bug Nov 20 10:57:49 SHR: 03Martin.Jansa 07meta-smartphone * ra760005378a9 10/meta-openmoko/recipes-kernel/linux/ (linux-2.6.39/shr.patch linux-openmoko_2.6.39.bb): linux-openmoko: remove only glamo_mci_pre_request & glamo_mci_post_request instead of reverting all Per's patches Nov 20 10:58:01 GNUtoo: kernel branches swapped and pushed to meta-smartphone master, thanks for testing Nov 20 11:08:40 JaMa|Wrk: hmm... systemd.bbclass is not perfect Nov 20 11:14:48 what's wrong? Nov 20 11:47:52 JaMa|Wrk: it does not allow for multiple services Nov 20 11:48:12 JaMa|Wrk: like openssh... there we have systemd.socket, systemd@.service and sshdgenkeys.service Nov 20 11:48:32 * mrmoku will extend it with a for loop and try if that works Nov 20 11:49:40 mrmoku: but you can have more SYSTEMD_PACKAGES or no? Nov 20 11:50:07 hmm Nov 20 11:50:30 but in sshd case you're right it doesn't make much sense to package them in separate packages Nov 20 11:50:32 like openssh-server-socket-systemd? Nov 20 11:50:40 yeah Nov 20 11:59:52 good morning all Nov 20 12:09:43 hmmm It seem that I didn't test enough Nov 20 12:09:52 I've some freeze Nov 20 12:10:35 basically I used the console and at some point the phone froze Nov 20 12:26:15 GNUtoo: are you using newer efl now I mean complete UI not only enjoy? Nov 20 12:26:59 I have patch for libphone-ui-shr and it would be easier for me to push it to repo and bump EFL_SRCREV for all in meta-oe-contrib/shr Nov 20 12:28:12 nvm pushed it to jama branch Nov 20 12:28:14 for now Nov 20 12:55:12 yes complete UI Nov 20 12:55:26 JaMa|Wrk, ^^^ Nov 20 12:55:50 basically bitbake shr-lite-image and some other packages;bitbake package-index;opkg update;opkg upgrade Nov 20 13:00:29 btw yesterday morphis broke fsogsmd, I'll look if it's fixed now but I guess not (not that important since I opkg upate;opkg upgrade) Nov 20 13:06:02 pespin, hi I've good news Nov 20 13:06:06 and bad news too Nov 20 13:06:25 GNUtoo, hi :) tell me Nov 20 13:06:30 good: I've solved my microsd issue, part of the fix is local waiting for a way to solve it better Nov 20 13:06:37 the fix is the following: Nov 20 13:07:08 the local fix is that I hardcoded glamo_mci.sd_max_clk=1000000 in qi(not pushed) Nov 20 13:07:46 microsd issue... not mounting or too slow for playback? or something similar Nov 20 13:07:48 the other fixes is to use the correct branch for the kenrel, there is a branch without the reverts of mainline commits for glamo Nov 20 13:08:00 not finding /dev/mmcblk0p1 Nov 20 13:08:07 pespin, I've also pushed an /etc/fstab Nov 20 13:08:34 bad news: enjoy fails to work for me: gstreamer doesn't play ogg vorbis well (krrr) Nov 20 13:08:44 (krrr is the sound that it does) Nov 20 13:09:26 basically cat /proc/partition only gave /dev/mmcblk0 Nov 20 13:09:46 to make the partition appear I had to follow the howto I added in the music page Nov 20 13:10:31 ok Nov 20 13:10:54 GNUtoo, did you try playing ogg files with gst-launcher (I think it's called like that) Nov 20 13:11:49 yes of course Nov 20 13:11:52 gst-launch btw Nov 20 13:12:42 gst-launch filesrc location="./02 - Denilio.ogg" ! oggdemux ! ivorbisdec ! audioconvert ! alsasink produces krrr instead of the music Nov 20 13:12:50 same with vorbisdec Nov 20 13:13:03 ivorbisdec is the integer only version (no floating point) Nov 20 13:13:12 like tremor Nov 20 13:15:56 GNUtoo: but you didn't rebuild from scratch right? Nov 20 13:17:29 no Nov 20 13:17:41 what should I rebuild? Nov 20 13:22:49 I was just curious.. because I know libphone-ui-shr would be failing for you Nov 20 13:23:03 without that patch in meta-smartphone/jama Nov 20 13:23:59 14:05:50 < GNUtoo> the other fixes is to use the correct branch for the kenrel, there is a branch without the reverts of mainline commits for glamo Nov 20 13:24:07 what do you mean by this ^ ? Nov 20 13:24:46 because as I said and write in commit shr-2.6.39-nodrm-mci-wip is removed and shr-2.6.39-nodrm is without those reverts Nov 20 13:25:51 [Notice] -kloeri- [Global Notice] Hi all, it's time to continue our ircd upgrades so we'll have a few netsplits as wolfe and hubbard is restarted. It will be somewhat noisy with just shy of 4000 people affected but shouldn't take long. Thank you for using freenode. Nov 20 13:26:45 85 users Nov 20 13:30:12 SHR: 03Martin.Jansa 07libphone-ui-shr * r49a5e14fc862 10/src/ (10 files in 2 dirs): Adapt to more elm API changes from r64506 - r65420 Nov 20 13:36:18 GNUtoo, is it working with same file + command in your PC? Nov 20 13:37:14 SHR: 03Martin.Jansa 07meta-smartphone * re3eaad2c7271 10/meta-nokia/recipes-bsp/formfactor/ (formfactor/machconfig formfactor_0.0.bbappend): meta-nokia: add formfactor files Nov 20 13:37:14 SHR: 03Martin.Jansa 07meta-smartphone * r266e3c978238 10/meta-shr/recipes-efl/efl/ (elsa/elsa.conf elsa_svn.bbappend): elsa: add bbappend with our autologin elsa.conf Nov 20 13:37:14 SHR: 03Martin.Jansa 07meta-smartphone * r3fbd681542b5 10/meta-shr/recipes-shr/shr/libphone-ui-shr_git.bb: libphone-ui-shr: bump PR Nov 20 13:37:14 SHR: 03Martin.Jansa 07meta-smartphone * r708b1dfb4255 10/ (3 files in 3 dirs): initscripts: move PRINC to meta-shr Nov 20 13:38:45 mrmoku: can I move "linux-gta04_git.bb: switch to master branch based on 3.1" to master? or does it depend on systemd somehow and you want it only in jama branch? Nov 20 13:39:40 mrmoku: I've moved efl changes to shr branches and started build from scratch on nschle's server Nov 20 13:42:23 pespin, I'll try Nov 20 13:43:05 JaMa|Wrk, I mean that glamo was added on top of some reverted patches Nov 20 13:43:18 *removing theses reverts Nov 20 13:43:26 *commenting a part Nov 20 13:43:30 like you did in: Nov 20 13:43:48 shr-2.6.39-nodrm-mci-wip Nov 20 13:44:02 and your fix is? Nov 20 13:44:05 + the glamo max sd clk Nov 20 13:44:09 fixed it Nov 20 13:44:15 my fix is in reality your fix Nov 20 13:44:21 I just tested it and said that it worked Nov 20 13:44:32 but we cannot set this value for everybody :/ Nov 20 13:44:35 I've also had to add glamo max sd clk Nov 20 13:44:51 ah ok.. I was confused when you said we need to use different branch now Nov 20 13:44:59 the fix is 2 parts: Nov 20 13:45:11 max clk + the branch you told me to test Nov 20 13:45:22 *is divided in 2 parts: Nov 20 13:45:24 the branch _DOES NOT_ exist anymore Nov 20 13:45:33 I know, it was merged Nov 20 13:46:06 * pespin launch Nov 20 13:46:10 and it's already in master http://git.shr-project.org/git/?p=meta-smartphone.git;a=commit;h=a760005378a9fdca16df84c1ccbe1a9cc0303b00 Nov 20 13:46:23 yes I know Nov 20 13:46:27 so only pending patch is max clk, right? Nov 20 13:46:30 yes Nov 20 13:46:35 but we cannot set it for everybody Nov 20 13:46:38 I know Nov 20 13:46:43 I've an idea tough Nov 20 13:46:52 how about using initramfs and autodetecting the right clock? Nov 20 13:46:58 maybe only on first boot? Nov 20 13:46:59 lindi-, is working on QI Nov 20 13:47:07 GNUtoo: was that a question? Nov 20 13:47:13 and I will suggest him something: Nov 20 13:47:24 no it was an affirmation Nov 20 13:47:26 GNUtoo: on, now I understand Nov 20 13:47:49 and I guess the solution is to permit an user to define the cmdline, even with NAND+ubifs Nov 20 13:48:12 to do that I think the correct approach is to put that cmdline in a uboot-mkimage format Nov 20 13:48:19 and then to append that to the QI binary Nov 20 13:48:29 so the user does that: Nov 20 13:48:30 GNUtoo: but if you boot from nand then surely you can specify the SD clock settings when you load the mmc modules? Nov 20 13:48:36 nano cmdline.txt Nov 20 13:48:47 lindi-, yes Nov 20 13:48:52 GNUtoo: I don't like appending options to qi binary :/ Nov 20 13:48:56 ok Nov 20 13:49:05 lindi-: but GNUtoo would need such initramfs while booting from ubifs.. Nov 20 13:49:21 JaMa|Wrk: but the max clk is not needed for nand? Nov 20 13:49:22 lindi-, the problem is how to do it in a permanent way: Nov 20 13:49:36 first we have glamo built in =y Nov 20 13:49:37 GNUtoo: yeah but if you mess something up while patching qi binary then you can't boot from anything Nov 20 13:49:51 lindi-: not to boot it, but still you need to set it to access uSD Nov 20 13:49:52 so having qi read from uboot-env partition sounds a lot better Nov 20 13:50:13 lindi-, I don't think so: Nov 20 13:50:20 but if you set it from userspace before fstab automounts it, you should be fine Nov 20 13:50:29 1) uboot env appened: it doesn't boot => you reflash QI Nov 20 13:50:32 GNUtoo: you are assuming DFU and second computer Nov 20 13:50:49 2) uboot env on nand => it doesn't boot => well you're screwed at that point Nov 20 13:50:58 because reflashing won't fix Nov 20 13:51:16 GNUtoo: you can have second boot option on SD Nov 20 13:51:23 ok Nov 20 13:51:23 GNUtoo: so if nand boot fails you can still recover Nov 20 13:52:00 GNUtoo: you can flash uboot_env with dfu too so it shouldn't be very difficult Nov 20 13:52:08 ok nice Nov 20 13:52:38 then env on nand would be the way to go Nov 20 13:53:13 how big is that nand partition? Nov 20 13:53:23 big enough for small initramfs? :) Nov 20 13:53:34 mtd2: 00040000 00020000 "depr-ub-env" Nov 20 13:54:00 $ sudo wc --bytes /dev/mtd2 Nov 20 13:54:00 262144 /dev/mtd2 Nov 20 13:54:01 256k Nov 20 13:54:59 mtd4: 000a0000 00020000 "depr" => 640k Nov 20 13:55:02 hmm 1,6M zář 21 13:15 initramfs-JaMa.img Nov 20 13:55:25 but I have much more stuff there then what we need to detect valid clock Nov 20 13:55:38 * JaMa|Wrk likes the idea to detect it in runtime Nov 20 13:55:39 GNUtoo: that's the splash image? Nov 20 13:55:51 no idea Nov 20 13:55:57 then ask user to put right value in u-boot env Nov 20 14:05:46 hmm and again 85 users Nov 20 15:16:36 the shutdown button now works on om-gta02, nice Nov 20 15:25:02 damn, but apt is gone Nov 20 16:15:17 JaMa|Wrk, indeed the max_clk is good for that particular sd only, it prevent booting other microsd..... Nov 20 16:30:46 JaMa|Wrk: sure, 3.1 for gta04 in master is fine Nov 20 16:30:51 sorry for delay Nov 20 16:30:58 * mrmoku was watching a basketball game :-) Nov 20 16:31:26 JaMa|Wrk, indeed the max_clk is good for that particular sd only, it prevent booting other microsd..... Nov 20 16:33:20 mrmoku: ok, moved Nov 20 16:33:26 I'll debug ffalarms Nov 20 16:33:40 GNUtoo: that's why I would prefer to detect it somehow if possible in runtime Nov 20 16:33:45 me too Nov 20 16:34:04 now I'm obligated to flash a bootloader for nand+32G microsd and one for the rest.... Nov 20 16:34:50 SHR: 03mok 07meta-smartphone * r13fa7402b500 10/meta-openmoko/recipes-kernel/linux/ (linux-gta04/defconfig linux-gta04_git.bb): linux-gta04_git.bb: switch to master branch based on 3.1 Nov 20 16:39:19 JaMa|Wrk: thx Nov 20 16:39:39 mrmoku, what's the status of gta04? Nov 20 16:40:41 it needs work on fsogsmd Nov 20 16:40:47 but not much Nov 20 16:40:55 and on fsodeviced Nov 20 16:41:02 ok Nov 20 16:41:06 to integrate all the nice gadgets Nov 20 16:41:12 and kernel works Nov 20 16:41:21 what kind of kernel work? Nov 20 16:41:48 dunno exactly Nov 20 16:41:51 ok Nov 20 16:41:59 leviathan should know Nov 20 16:42:01 brb Nov 20 16:42:03 ok Nov 20 16:45:45 I think a todo list is needed Nov 20 16:45:53 maybe I'll do that soon Nov 20 16:46:18 GNUtoo: great Nov 20 16:47:11 I will be busy with systemd the next 2 or 3 days Nov 20 16:47:26 ok but soon is not in 2-3 days Nov 20 16:47:33 it's later Nov 20 16:48:00 ok, np Nov 20 17:02:57 http://www.pastie.org/2893501 Nov 20 17:05:58 who knows ffalarm? Nov 20 17:09:29 mrmoku: hi Nov 20 17:09:35 hi leviathan Nov 20 17:09:41 GNUtoo: hi Nov 20 17:09:48 what's the kernel status of the gta04? Nov 20 17:09:58 GTA04: I've got DRM driver running so far in kernel Nov 20 17:10:34 better abstraction? or are you looking after non-free 3d? Nov 20 17:10:49 nahh Nov 20 17:10:54 DRM works so far Nov 20 17:11:07 only some bugs are preventing the full xorg omapdrm driver Nov 20 17:11:15 what's that? Nov 20 17:11:24 and I mean the new FOSS version for 3D from TI Nov 20 17:11:25 :-) Nov 20 17:11:34 direct rendering manager Nov 20 17:11:38 for the OMAP chips Nov 20 17:11:46 there is no foss 3d on omap, altough there is DRM, which is another thing than 3d Nov 20 17:11:47 https://gitorious.org/gta04/gta04-kernel/commits/omapdrm Nov 20 17:11:55 yeah Nov 20 17:11:56 I know Nov 20 17:12:02 but 3D goes faster with it Nov 20 17:12:03 ;-) Nov 20 17:12:21 because you can use the graphics engine within OMAP Nov 20 17:12:27 I'll care about 3d when it'll be free.... Nov 20 17:12:30 allthough it doesn't do 3D in hardware Nov 20 17:12:39 well Nov 20 17:12:44 3D... Nov 20 17:12:58 there can't be something free for something which doesn't exist at all Nov 20 17:12:59 :-) Nov 20 17:13:01 but well Nov 20 17:13:07 we can at least have direct rendering Nov 20 17:13:13 ok Nov 20 17:13:16 and for this I've got done the kernel part so far Nov 20 17:13:21 now it only needs debugging Nov 20 17:13:25 xf86-video-omapfb is not good enough? Nov 20 17:13:34 debian's segfaults Nov 20 17:13:36 where's the other userland xorg drm driver? Nov 20 17:13:47 ah? Nov 20 17:13:56 that's because you miss some patches I guess Nov 20 17:14:03 there were some segfaults which were fixed Nov 20 17:14:08 https://github.com/robclark/xf86-video-omap Nov 20 17:14:19 it's an issue in kernel space Nov 20 17:14:24 which I can't locate for some reason Nov 20 17:14:29 maybe you can find it Nov 20 17:14:35 possible buglabs fixed such segfaults in their kenrels Nov 20 17:14:37 driver fbdev works just fine Nov 20 17:14:48 ok Nov 20 17:14:48 ,,, Nov 20 17:14:52 well Nov 20 17:14:56 I'll look when the gta04 will arrive Nov 20 17:15:00 kk Nov 20 17:15:04 thx! Nov 20 17:15:11 I'm a little bit overworked right now Nov 20 17:15:14 but I'll try SHR not debian tough Nov 20 17:15:15 with study + job Nov 20 17:15:20 kk Nov 20 17:15:36 and there is an official repo for omapfb btw Nov 20 17:38:48 I'll try updating libical to 0.4.7 and see if it fixes the segfault Nov 20 18:38:02 JaMa|Wrk: damn it... next PRINC problem Nov 20 18:38:35 JaMa|Wrk: I wanted bbappend openssh in meta-oe... but we have a bbappend in meta-shr too :/ Nov 20 18:39:47 those PRINCs should sum up and not the last one wins if you ask me Nov 20 18:56:11 GNUtoo, did you try playing the ogg file in PC? Nov 20 19:02:45 GNUtoo: why do you want to avoid the DRM driver? it's clearly the right approach Nov 20 19:05:29 pespin, not yet I'll do it Nov 20 19:05:35 antrik, I don't want to avoid DRM Nov 20 19:05:47 I know it's a good abstraction Nov 20 19:06:01 better than the framebuffer+v4l2+etc... Nov 20 19:06:13 I just want to avoid non-free 3d Nov 20 19:07:10 aha: Nov 20 19:07:23 current timezone: Europe/Rome Nov 20 19:08:10 using DRM doesn't force you to use the nonfree 3D driver Nov 20 19:09:09 I know Nov 20 19:09:13 hence my question: Nov 20 19:09:22 I asked him if he wanted a better abstraction Nov 20 19:09:30 or if he was aiming at making 3d work Nov 20 19:10:17 what does his motivation matter? it's the right thing either way Nov 20 19:33:23 DRM as in Direct Rendering Manager, not DRM as in Digial {Rights,Restrictions} Management Nov 20 19:35:51 I know Nov 20 19:36:27 and implementing DRM for ploubseau and without ploubseau is very different in code Nov 20 19:36:38 anyway Nov 20 19:36:44 with that it hang now: Nov 20 19:36:44 EXTRA_OECONF = "--with-builtintz" Nov 20 19:37:07 libical_0.47.... Nov 20 19:37:16 I'm trying to fix ffalarms Nov 20 19:38:42 ploubseau ? Nov 20 19:38:52 powevr Nov 20 19:39:32 oki, poulsbo, I tought it was some pun for a software or something like that Nov 20 19:39:54 it's another name for powervr Nov 20 19:39:59 it has many names Nov 20 19:40:10 (like the devil?) Nov 20 19:40:36 tought poulsbo was a variation made by intel, by taking powervr chip + intel i810 Nov 20 19:41:11 yes it's that Nov 20 19:41:25 but it's the same chip Nov 20 19:41:40 it's late so I inverted the name Nov 20 19:42:17 there is some people working on a free driver for sgx Nov 20 19:42:31 really? Nov 20 19:42:32 wow Nov 20 19:42:37 where's the peoject? Nov 20 19:42:56 I heard about 2d-only things Nov 20 19:43:04 but maybe that stage is complete already? Nov 20 19:43:11 GNUtoo, I think it's http://libreplanet.org/wiki/Group:PowerVR_drivers Nov 20 19:44:02 paulk, I know that page, but unfortunately it doesn't link to a project Nov 20 19:44:23 indeed Nov 20 19:44:26 the project is IIRC not public yet, the guy is preferring having something to present before doing a announce Nov 20 19:44:37 hi misc btw Nov 20 19:44:40 hi paulk Nov 20 19:44:51 ah ok Nov 20 19:44:58 that sounds good Nov 20 19:45:04 if they finish Nov 20 19:45:22 GNUtoo, btw I never really asked you how fast is nexus s with SHR? Nov 20 19:45:29 very very fast Nov 20 19:45:37 like more than replicant? Nov 20 19:45:39 shr-setting is instantaneous Nov 20 19:45:43 faster Nov 20 19:45:44 wow Nov 20 19:45:54 I thought xorg would slow things down Nov 20 19:46:00 no Nov 20 19:46:05 take navit for instance Nov 20 19:46:15 compare it between htcdream and freerunner Nov 20 19:46:23 yeah I remember that one Nov 20 19:46:28 android's java may slow down things Nov 20 19:46:34 ok Nov 20 19:48:25 GNUtoo, so about GPS, I wrote a test program (that doesn't work yet) that should implement the process to get the first MEIF messages [that I can't decode] Nov 20 19:48:48 I traced gpsd so I have the exact way to bring it up Nov 20 19:48:49 ok Nov 20 19:49:00 but I don't think I'll do much more for now Nov 20 19:49:02 how to bring it up? Nov 20 19:49:18 I've tried without tracing like with the gpios Nov 20 19:49:27 GNUtoo, apparently it's echo 1 > gpio Nov 20 19:49:35 then setup serial Nov 20 19:49:47 then write 20 "0x80" Nov 20 19:49:49 10 times Nov 20 19:50:06 then send MEIF message "0xff, 0x00, 0xfd, 0x40, 0x00, 0x00, 0xe6, 0xfc" Nov 20 19:50:21 then select on serial and it should read GPS MEIF messages Nov 20 19:50:22 ah ok Nov 20 19:50:31 can't we get NMEA? Nov 20 19:50:46 in other words: Nov 20 19:50:51 oh maybe it can be initialized for NMEA Nov 20 19:50:58 would be sooo nice Nov 20 19:51:01 indeed Nov 20 19:51:16 maybe the document gives a clue Nov 20 19:51:17 in other words: could the chip be capable of NMEA? Nov 20 19:51:18 ok Nov 20 19:51:48 mhh NMEA not found on the doc Nov 20 20:25:08 mrmoku: agreed, I was expecting them to sum up, and was also disappointed that they don't Nov 20 20:28:46 JaMa: do you think that is something changeable? :) Nov 20 20:30:28 no changes in elsa either :/ Nov 20 20:31:50 JaMa: systemd is quite connected with udev... at least with the standard units Nov 20 20:31:59 will need some fiddling to get rid of it Nov 20 20:33:23 like gettys don't work without Nov 20 20:33:34 because they're After=tty.device Nov 20 20:33:43 and the tty.device get automatically added via udev Nov 20 20:37:50 I don't know how to change this behavior with current api :/ so no idea Nov 20 20:38:27 maybe with something like anonymous python code icrementing it during parsing Nov 20 20:40:38 ~lart broken apis Nov 20 20:41:36 bbl Nov 20 20:42:10 yeah... break is a good idea... Nov 20 20:42:44 ah JaMa has just quit Nov 20 20:42:58 I wanted to ask about the xrandr patch, because I just refreshed it Nov 20 20:43:32 anyway mrmoku, what do you know about ffalarms? Nov 20 20:43:45 for instance, is it still maintained? Nov 20 20:55:02 I'll push anyway Nov 20 20:55:10 anyway he wanted to do it Nov 20 20:55:16 but he didn't have the time to do it Nov 20 20:55:18 if I remember well Nov 20 20:55:23 because it works Nov 20 20:59:53 mrmoku, btw next time you do a commit in meta-smartphone, try to add meta-openmoko: in the beginning of the commit message Nov 20 21:01:17 SHR: 03GNUtoo 07meta-smartphone * r3c3ac75e8db1 10/meta-shr/recipes-graphics/xorg-xserver/ (2 files in 2 dirs): meta-shr: recipes-graphics: xserver-xorg: bring back randr-support.patch Nov 20 21:02:26 microsd and rotation, shr is slowly becomming usable again on om-gta02.... Nov 20 21:02:33 which is nice Nov 20 21:03:47 GNUtoo, on shr-core? Nov 20 21:04:35 yes Nov 20 21:04:40 rotation is back Nov 20 21:04:47 that's great Nov 20 21:04:59 before it still worked but the input was not at the right place Nov 20 21:05:13 so image rotated but not touch Nov 20 21:05:44 that's because that patch in oe-core broke someone else's rotation Nov 20 21:06:02 so I refreshed the patch and added it to meta-shr instead Nov 20 21:06:11 so it doesn't affect oe-core Nov 20 21:06:20 ok Nov 20 21:06:37 (it was not removed from oe-core by me and not done by me at the beginning) Nov 20 21:07:07 reminds me I have to rewrite and document my utility to send input events via network so they can be interpreted by host pc Nov 20 21:07:08 now I will need some advises on ffalarms Nov 20 21:07:18 ok Nov 20 21:07:27 ok Nov 20 21:07:49 pespin, hi Nov 20 21:09:24 after ffalarms I'll need to debug midori because I'm without a browser....that's not nice Nov 20 21:09:56 on some wifi networks the browser is the way to login and get access to the internet Nov 20 21:11:50 ah right I forgott to test pespin's stuff Nov 20 21:12:02 *what he asked me to test Nov 20 21:18:29 pespin, I tested and it works on my computer using pure alsa Nov 20 21:18:44 (hw:2, usb sound card) Nov 21 01:12:36 good night guys **** ENDING LOGGING AT Mon Nov 21 02:59:58 2011