**** BEGIN LOGGING AT Tue Apr 03 02:59:58 2012 Apr 03 07:33:50 SHR: 03shr-devel 07buildhistory * r7637fd9e3e3c 10/ (20 files in 12 dirs): Build 201204030835 of shr 20120403 for machine om-gta02 on opmbuild Apr 03 07:34:53 SHR: 03Martin.Jansa 07shr-chroot * ra758439f1380 10/ (1471 files in 64 dirs): system upgrade Apr 03 07:55:23 SHR: 03Martin.Jansa 07meta-smartphone * r3416b3535f33 10/meta-nokia/recipes-kernel/linux/linux-nokia900-meego_git.bb: Revert "meta-nokia: bump srcrev to unbreak nokia900 kernel build" Apr 03 08:01:49 SHR: 03shr-devel 07buildhistory * r4879fc5586c7 10/packages/nokia900-oe-linux-gnueabi/fsogsmd-modules/ (fsogsmd-modules/latest latest): Build 201204030940 of shr 20120403 for machine nokia900 on opmbuild Apr 03 08:42:26 SHR: 03Martin.Jansa 07meta-smartphone * r735b143ade50 10/meta-samsung/recipes-kernel/linux/linux-samsung-crespo_git.bb: linux-samsung-crespo: partial revert of af9cd00d06b099dbdf32402c7eb9626fa796c660 Apr 03 10:02:47 SHR: 03shr-devel 07buildhistory * rffa923c9c2f6 10/images/nokia900/eglibc/ (20 files in 2 dirs): images: Build 201204031030 of shr 20120403 for machine nokia900 on opmbuild Apr 03 10:03:45 SHR: 03shr-devel 07buildhistory * r4dd13e201e5e 10/packages/ (172 files in 172 dirs): packages: Build 201204031203 of shr 20120403 for machine nokia900 on opmbuild Apr 03 10:59:08 SHR: 03shr-devel 07buildhistory * rf17722545e8f 10/images/om_gta04/eglibc/ (22 files in 2 dirs): images: Build 201204031211 of shr 20120403 for machine om-gta04 on opmbuild Apr 03 10:59:52 SHR: 03shr-devel 07buildhistory * r8666562b4017 10/packages/om_gta04-oe-linux-gnueabi/ (4 files in 4 dirs): packages: Build 201204031259 of shr 20120403 for machine om-gta04 on opmbuild Apr 03 11:14:40 Hi, it seems like svn.openmoko.org is down. Is it temporary ? I can't geht started with OpenEmbedded Apr 03 11:16:46 Bebbo_: you need to talk to DocScrutinizer51 Apr 03 11:52:28 SHR: 03shr-devel 07buildhistory * ra13e059c26d1 10/images/palmpre/eglibc/ (20 files in 2 dirs): images: Build 201204031307 of shr 20120403 for machine palmpre on opmbuild Apr 03 11:52:58 SHR: 03shr-devel 07buildhistory * r07ba64772ce8 10/packages/palmpre-oe-linux-gnueabi/ (4 files in 4 dirs): packages: Build 201204031352 of shr 20120403 for machine palmpre on opmbuild Apr 03 12:45:33 SHR: 03shr-devel 07buildhistory * rb13f09ab698c 10/images/palmpre2/eglibc/ (20 files in 2 dirs): images: Build 201204031400 of shr 20120403 for machine palmpre2 on opmbuild Apr 03 12:46:16 SHR: 03shr-devel 07buildhistory * r851865059575 10/packages/palmpre2-oe-linux-gnueabi/ (4 files in 4 dirs): packages: Build 201204031445 of shr 20120403 for machine palmpre2 on opmbuild Apr 03 14:25:38 SHR: 03shr-devel 07buildhistory * rb09895451d63 10/images/crespo/eglibc/ (27 files in 3 dirs): images: Build 201204031453 of shr 20120403 for machine crespo on opmbuild Apr 03 14:26:30 SHR: 03shr-devel 07buildhistory * r03cf3d8728da 10/packages/crespo-oe-linux-gnueabi/ (40 files in 40 dirs): packages: Build 201204031626 of shr 20120403 for machine crespo on opmbuild Apr 03 15:01:07 im a noob and idk what's the latest version of shr for n900. can you give me the address of latest image? Apr 03 15:04:50 guys Apr 03 15:05:23 Timmy: build.shr-project.org Apr 03 15:08:49 It was so fun Apr 03 15:10:13 thank you ppl for creating this awesome page Apr 03 15:10:52 :) Apr 03 15:10:58 ~hail dos11 Apr 03 15:10:59 * apt bows down to dos11 and chants, "I'M NOT WORTHY!!" Apr 03 15:11:36 ;) Apr 03 16:17:08 freesmartphone.org: 03morphis 07cornucopia * r750633570415 10/libfsobasics/ (4 files in 3 dirs): libfsobasics: restructure autoconf/automake configuration to be ready for a release Apr 03 16:20:35 heyho Apr 03 16:21:08 yo morphis Apr 03 17:39:00 hi mrmoku Apr 03 17:41:54 hi GNUtoo Apr 03 17:42:10 mrmoku, what are you working on right now? Apr 03 17:42:17 GNUtoo: is there some android irc app you would recommend? Apr 03 17:42:17 I mean in general Apr 03 17:42:25 ah let me look Apr 03 17:42:40 I'm working on getting back to do something usefull Apr 03 17:42:52 like reading the mailinglists Apr 03 17:42:53 ok but you build an image Apr 03 17:42:55 ok Apr 03 17:43:00 yeah, I built an image for gta04 Apr 03 17:43:12 basically install FDroid Apr 03 17:43:21 fdroid ok Apr 03 17:43:42 ohh nice Apr 03 17:43:43 and from there install yaaic Apr 03 17:43:44 opensource market Apr 03 17:43:46 great Apr 03 17:43:48 indeed Apr 03 17:43:52 that's what we use on replicant Apr 03 17:43:59 cool thing Apr 03 17:46:21 GNUtoo: I would prefer to start looking into systemd problems Apr 03 17:46:33 even if that fsogsmd thing might be more important Apr 03 17:47:43 ah what systemd problems do we have on gta04? Apr 03 17:47:48 btw. morphis was here Apr 03 17:47:53 just a moment Apr 03 17:47:57 ouch I missed him Apr 03 17:48:12 yeah Apr 03 17:48:29 I'm waiting since years for AT+VTS=N bug Apr 03 17:48:39 hmm Apr 03 17:48:41 I cannot fix it Apr 03 17:48:42 ok Apr 03 17:48:45 and it blocks me Apr 03 17:48:47 since months Apr 03 17:48:50 then lets try to fix it Apr 03 17:48:59 nothing was done for gta04 because of that bug Apr 03 17:49:07 what do I have to do to try it? Apr 03 17:49:15 is that in the ticket? Apr 03 17:49:20 because sound quality depend on my ability to call 4200 Apr 03 17:49:33 and 4200 can play back your voice Apr 03 17:49:37 but that depend on DTMF Apr 03 17:49:45 which is what AT+VTS=N is about Apr 03 17:49:57 yes Apr 03 17:50:08 just call a free number with DTMF Apr 03 17:50:12 then it will fail Apr 03 17:50:25 like the mailbox Apr 03 17:50:26 repeating the last AT+VTS thing again and again Apr 03 17:50:28 yes Apr 03 17:50:31 ok Apr 03 17:50:34 for instance if you type 9 Apr 03 17:50:35 it will do Apr 03 17:50:36 9 Apr 03 17:50:37 9 Apr 03 17:50:37 9 Apr 03 17:50:39 etc.... Apr 03 17:50:41 ok Apr 03 17:51:09 then morphis tried very quickely to fix it Apr 03 17:51:13 he used a branch Apr 03 17:51:21 that didn't work Apr 03 17:51:29 so I tried to fix morphis's code but I failed Apr 03 17:51:43 it's in the internals of fsogsmd AT parser and fsotransport Apr 03 17:53:51 ok, first I will try to reproduce it Apr 03 17:53:56 ok Apr 03 17:55:13 yo, nice thing yaicc :) Apr 03 17:55:29 mrmobil, yes but it lacks logs.... Apr 03 17:55:41 there is often irssi on cyanogen but I failed to make it work Apr 03 17:55:54 (replicant is derived from cyanogenmod) Apr 03 17:56:13 interesting. I'm running cm9 nightly build Apr 03 17:56:32 logs I do not need there Apr 03 17:56:38 but irssi would be nice too :-) Apr 03 17:56:43 I'm used too it Apr 03 17:57:26 ok Apr 03 17:57:34 type irssi in console Apr 03 17:57:36 it's there Apr 03 17:57:40 really? Apr 03 17:57:42 but I've no idea how to use it Apr 03 17:57:48 EXPORT TERM=xterm Apr 03 17:57:50 irssi -d Apr 03 17:57:52 doesn't work Apr 03 17:58:08 hmm, not there in cm9 Apr 03 17:58:23 ok Apr 03 17:58:39 nah, I will try yaicc for a while Apr 03 17:58:45 how to complete nicks? Apr 03 17:58:50 anyway we need to solve that AT+VTS=9 Apr 03 17:58:54 no idea Apr 03 17:58:56 yeah Apr 03 17:59:56 maybe installing the hacker keyboard you get tab Apr 03 18:01:57 ahh, comes with the next version :/ Apr 03 18:02:08 * Nick completion (use search button) Apr 03 18:02:11 is in 0.9 beta Apr 03 18:02:38 ok Apr 03 18:02:46 GNUtoo: ok, let me try to reproduce that bug and take a look at what morphis thought would be the fix Apr 03 18:02:51 maybe I get somewhere Apr 03 18:02:55 ok thanks a lot Apr 03 18:03:18 what should I work on in the mean time? Apr 03 18:03:28 maybe add the radekp sound forwarder Apr 03 18:03:38 well I have no idea what is missing where Apr 03 18:03:40 maybe the first step would be to make it work with /etc/asound.conf Apr 03 18:03:41 ok Apr 03 18:03:48 but sound forwarder sounds important :) Apr 03 18:03:49 our forwarder is not good enough Apr 03 18:04:01 yeah, looks like radek is doing a great job :) Apr 03 18:04:07 yes Apr 03 18:04:11 basically: Apr 03 18:04:20 1)our sound forwarder is too generic Apr 03 18:04:29 it's not tailored for the gta04 Apr 03 18:04:34 and so it doens't work well Apr 03 18:04:45 2) radek's forwarder is tailored for the gta04 Apr 03 18:04:58 yeah, hand-tweaked :P Apr 03 18:05:05 bascailly I would need to modify too much our alsa forwarder to make it work Apr 03 18:05:06 no Apr 03 18:05:13 it's not about tweaks Apr 03 18:05:34 you have 4 devices Apr 03 18:05:38 modem playback Apr 03 18:05:40 modem record Apr 03 18:05:48 CODEC playback Apr 03 18:05:52 CODEC record Apr 03 18:06:03 and you need to wait for modem to be available Apr 03 18:06:18 you cannot do that in our alsa forwarder without highly modifying the alsa uttility Apr 03 18:06:25 basically add a new option Apr 03 18:06:34 because you must not wait for CODEC Apr 03 18:06:37 only for modem Apr 03 18:06:52 and you cannot differenciate modem from CODEC in our alsa forwarder Apr 03 18:07:25 ok Apr 03 18:08:29 2000-01-02T00:35:35.604217Z [DEBUG] Gtm601Modem <>: Did not receive OK (instead '+EXT: TIMEOUT 5') for FsoGsmPlusVTS Apr 03 18:08:33 GNUtoo: good :P Apr 03 18:09:08 mrmoku, it seem that you have the bug too Apr 03 18:09:13 AT+VTS doesn't expect an OK Apr 03 18:09:18 according to the standard Apr 03 18:09:23 and to my experiments on gta04 Apr 03 18:11:49 GNUtoo: but that VTS with waiting for OK works on freaking calypso? Apr 03 18:12:37 no idea Apr 03 18:12:40 I must test Apr 03 18:13:41 did you try with a terminal to manually execute +VTS? Apr 03 18:14:01 I'll do if I succeed to get ssh on the phone Apr 03 18:14:11 ok, that one was working out of the box for me Apr 03 18:14:25 usually it works Apr 03 18:14:29 last reboot it worked Apr 03 18:14:37 but this reboot not Apr 03 18:32:13 rebooting worked Apr 03 18:32:17 good Apr 03 18:32:20 now I must fix radek's program Apr 03 18:32:24 but it's not easy Apr 03 18:32:54 the problem is that our generic approach was over-engineered and so it had many functions Apr 03 18:33:10 also we must fix /etc/asound.conf Apr 03 18:33:22 if you record from default it tries to record from dmix!!!!! Apr 03 18:33:28 dmix is for playback Apr 03 18:36:20 nschle85: pong Apr 03 18:36:29 ahh hello Apr 03 18:36:41 though I will be a bit distracted in 10 mins ;) Apr 03 18:37:03 i have a small question i cannot change the ringtone value in N900 Apr 03 18:37:21 value like in which ringtone to play? Apr 03 18:37:25 or how loud to play? Apr 03 18:37:32 how loud Apr 03 18:37:37 that never existed Apr 03 18:37:42 for no platform Apr 03 18:37:44 the value is saved but it has no effect Apr 03 18:37:46 was never working Apr 03 18:37:49 yeah Apr 03 18:37:54 not implemented :P Apr 03 18:38:17 really ? Apr 03 18:38:20 really Apr 03 18:38:38 and very annoying yeah Apr 03 18:39:03 remember morphis talking about an oeventsd replacement on our meeting? Apr 03 18:39:04 nschle85, hi, I failed at fixing n900 sound quality but at least there is sound now Apr 03 18:39:08 that should fix it Apr 03 18:39:52 mrmoku: i do not remember anymore Apr 03 18:40:08 GNUtoo: which sound do you mean ? Apr 03 18:40:13 yeah, anyway. not implemented :-) Apr 03 18:40:33 normal sound like playing a ringtone ? Apr 03 18:40:47 yeah, you have to adjust the stereout volume Apr 03 18:40:54 that accounts for the ringtone too Apr 03 18:41:03 nschle85, during calls Apr 03 18:41:10 ah during calls Apr 03 18:41:22 * mrmoku back in 45 mins :) Apr 03 18:42:09 GNUtoo: so i think you have already the settings for normal stereout Apr 03 18:42:54 nschle85, I mean: Apr 03 18:43:02 you never got sound during calls Apr 03 18:43:07 even with correct alsa scenario Apr 03 18:43:16 I fixed the fsoaudio part Apr 03 18:43:21 wow Apr 03 18:43:24 but I failed to fix the sound quality Apr 03 18:43:29 so it's still unusable Apr 03 18:43:34 have you already pushed ? Apr 03 18:43:37 yes Apr 03 18:43:45 note that you won't like the sound quality Apr 03 18:43:57 do you know why its so bad ? Apr 03 18:44:00 any ideas ? Apr 03 18:44:03 yes Apr 03 18:44:09 mrmoku, didn't finish his work Apr 03 18:44:20 my previous implementation worked better Apr 03 18:44:36 what mrmoku wanted to do ? Apr 03 18:44:50 a cleaner implementation Apr 03 18:45:08 nschle85, do you know what cmt_speech is? Apr 03 18:45:38 its one of the audio plugins ? Apr 03 18:45:52 the audio plugin took the same name Apr 03 18:45:59 but basically it's the modem audio interface Apr 03 18:46:09 it's not a standard sound card Apr 03 18:46:26 so we have to translate between the n900 sound card and that Apr 03 18:46:29 and make a forwarder Apr 03 18:46:32 like for gta04 Apr 03 18:46:37 but on gta04 it's easier Apr 03 18:46:46 since it's standard alsa on both sides Apr 03 18:47:02 on n900 it's alsa on the n900 sound card and "cmt_speech" for the modem side Apr 03 18:47:50 and which process pipes the audio data ? Apr 03 18:48:21 the cmt_speech audio plugin ? Apr 03 18:49:45 yes Apr 03 18:49:49 using the cmt_speech lib Apr 03 18:50:33 GNUtoo: from Meego project ? Apr 03 18:50:40 yes Apr 03 18:50:48 altough meego uses pulseaudio Apr 03 18:50:55 and have a pulse plugin Apr 03 18:51:36 GNUtoo: but what mrmoku has to finish ? Apr 03 18:51:45 many things Apr 03 18:52:18 but in the things to finish there is the fsoaudiod plugin for cmt_speech<->n900 alsa card Apr 03 18:52:35 he also abandoned another audio thing that was unlrelated (named ACI) Apr 03 18:53:14 GNUtoo: but how does it work at the moment ? Apr 03 18:53:36 it works using that unfinished code Apr 03 18:53:46 basically here how it went Apr 03 18:54:21 mickeyl vala-ized some example code that did a loop (memcpy) between receiving from cmt_speech and sending to cmt_speech Apr 03 18:55:02 he made an fsoaudiod plugin of it if I remember well Apr 03 18:55:11 then I added alsa to that Apr 03 18:55:17 it was very hard since it was in vala Apr 03 18:55:26 and used cmt_speech too Apr 03 18:55:36 heh udev + systemd merge? http://lwn.net/Articles/490413/ Apr 03 18:55:38 the result were not perfect Apr 03 18:55:48 but it mostly worked Apr 03 18:56:13 GNUtoo: ok so the current solution is without alsa ? Apr 03 18:56:24 no it's with alsa Apr 03 18:56:26 let me finish Apr 03 18:56:46 then I don't remember well Apr 03 18:57:05 but I think I followed more advises from DocScrutinizer Apr 03 18:57:21 which told me to make separate buffers and threads Apr 03 18:57:24 we did that Apr 03 18:57:29 It didn't work well Apr 03 18:57:40 and mrmoku tried to fix and converted the whole stuff Apr 03 18:57:49 it's not completely implemented I guess Apr 03 18:57:54 to something using a ringbuffer class Apr 03 18:58:03 and since then it works very badly Apr 03 18:58:10 it always used alsa Apr 03 18:58:29 (apart at the very beginning when there was no alsa yet) Apr 03 18:58:30 ok Apr 03 18:59:06 GNUtoo: ok so if i compile the current shr source tree i get N900 audio during calls ? Apr 03 18:59:50 yes somehow Apr 03 18:59:56 you need to fix the scenarios Apr 03 19:00:01 to get it out of the box Apr 03 19:00:07 ok Apr 03 19:00:13 and to fix /etc/freesmartphone/conf/fsoaudiod.conf Apr 03 19:00:23 remove the useless stuff from /etc/freesmartphone/conf/fsoaudiod.conf Apr 03 19:00:36 only keep the forwarding plugin in it Apr 03 19:00:41 the rest is useless Apr 03 19:01:43 and how do the cmt_speech plugin know to which device it has to pipe ? Apr 03 19:02:03 /dev/cmtspeech Apr 03 19:02:14 and on the other side it's hardcoded in the plugin Apr 03 19:02:24 "plug:dmix:0" Apr 03 19:02:31 oops Apr 03 19:02:33 "plug:dmix" Apr 03 19:02:47 and "plug:dsnoop" Apr 03 19:03:20 ohje Apr 03 19:03:43 dmix is the mixer ? and dsnoop the alsa mic ? Apr 03 19:05:30 not exactly Apr 03 19:05:41 dmix is for sound multiplexing for playback Apr 03 19:05:53 dsnoop is for sound multiplexing but for recording Apr 03 19:06:08 the purpose is to allow playback of music at the same time Apr 03 19:06:17 if we don't allow that the following happens: Apr 03 19:06:22 you play music Apr 03 19:06:25 it rings Apr 03 19:06:36 you pick up Apr 03 19:06:41 ring stops Apr 03 19:06:43 music continues Apr 03 19:06:52 music occupy the sound card(tm) Apr 03 19:07:03 and forwarding fails because of that Apr 03 19:07:21 I tried default but it didn't work at all Apr 03 19:07:33 because of not resolved bugs in the code Apr 03 19:08:01 so it has no specific alsa control ? Apr 03 19:08:44 no Apr 03 19:08:49 it doesn't use alsamixer at all Apr 03 19:08:53 it's plain PCM Apr 03 19:09:06 basically it does that Apr 03 19:09:17 decode cmt_speech -> playback the result Apr 03 19:09:51 so its the PCM alsa control to control volume ? Apr 03 19:10:36 control and PCM are 2 separated things Apr 03 19:10:45 you're confused because there is a control named PCM Apr 03 19:11:06 yes Apr 03 19:11:18 basically the PCM controls controls the PCM volume Apr 03 19:11:31 PCM is the raw sound from the card Apr 03 19:11:36 it's a sampling method Apr 03 19:11:56 https://en.wikipedia.org/wiki/PCM Apr 03 19:11:58 ok how is it played ? Apr 03 19:12:07 trough alsa Apr 03 19:12:24 but in alsa you have to open a device Apr 03 19:12:31 yes we do that Apr 03 19:12:43 we open the default sound card Apr 03 19:13:09 and you can control its loudness of this device ? Apr 03 19:13:14 no Apr 03 19:13:21 we don't touch any controls Apr 03 19:13:25 as said before Apr 03 19:13:44 we only playback the sound comming from /dev/cmt_speech Apr 03 19:13:57 like if I were to use aplay Apr 03 19:13:59 ok but how comes the scenario in play ? Apr 03 19:14:36 think of the forwarding and the scenarios of something separated Apr 03 19:14:42 with the scenarios: Apr 03 19:14:43 http://pastebin.com/sfye958d this my current stereout scenario Apr 03 19:14:53 you can optionaly reroute to the earpiece if you want Apr 03 19:14:59 when you have a call Apr 03 19:15:04 or reroute where you want Apr 03 19:15:28 nschle85, do you know aplay? Apr 03 19:15:33 yes Apr 03 19:15:44 ok Apr 03 19:15:57 imagine that the forwarder does the equivalent of: Apr 03 19:16:03 cat /dev/cmt_speech | aplay Apr 03 19:16:09 it doesn't do more Apr 03 19:16:22 ok Apr 03 19:16:41 then you need to fix the scenarios to be able to ear aplay Apr 03 19:17:23 and possibly to do the equivalent of playing with alsamixer in the scenarios you are doing to make it switch to what you want, such as earpiece Apr 03 19:17:24 ah ok my stereout scenario still works so i should hear it if the scenario is used Apr 03 19:17:29 yes Apr 03 19:17:50 GNUtoo: ahhhhhhhhh ok :-) Apr 03 19:18:25 ok and if i am unsure which scenario is active during call i can ask dbus :-) Apr 03 19:19:14 and cat /dev/cmt_speech | aplay gives also bad sound quality ? Apr 03 19:19:30 nschle85, first do the normal scenarios Apr 03 19:19:45 nschle85, then you can look in adding more scenarios Apr 03 19:20:00 nschle85, for cat /dev/cmt_speech it was a figure of speech, to help explain the thing Apr 03 19:20:03 the only one scenario i know is stereout Apr 03 19:20:17 and its working like pasted Apr 03 19:20:27 in reality it aquires the buffer from the cmt_speech library and play them trough alsa Apr 03 19:20:51 nschle85, there is one for the headphones too Apr 03 19:21:01 but first push that one if it works Apr 03 19:21:24 but what is the default laudness ? Apr 03 19:21:40 as loud i can ? Apr 03 19:21:52 ask mrmoku for that Apr 03 19:22:05 and can it be reconfigured ? Apr 03 19:22:12 no idea ask mrmoku Apr 03 19:22:16 ok Apr 03 19:22:21 but I know a trick for you Apr 03 19:22:26 during call there is a slider Apr 03 19:22:32 for controlling the volume Apr 03 19:22:58 this one works ? Apr 03 19:23:06 no but it's really easy to fix Apr 03 19:23:15 look into /etc/libphoneui.conf Apr 03 19:23:18 and add it there Apr 03 19:23:23 compare to the gta02 one Apr 03 19:23:41 i tried that to configure the ringtone Apr 03 19:23:46 ok Apr 03 19:23:56 but the ringtone is not during a call Apr 03 19:24:04 so I don't know about the ringtone Apr 03 19:24:06 but this configuration is for loudness during calls Apr 03 19:24:08 ask mrmoku for that Apr 03 19:24:11 yes Apr 03 19:24:13 exactly Apr 03 19:24:15 ahh ok Apr 03 19:24:36 you can regulate mic and speaker/headphones or whatever it is using as output Apr 03 19:25:13 headphones are the thinks with the plugs in my ears ? Apr 03 19:25:31 yes Apr 03 19:26:03 speaker is what ? the louder speaker or the speaker i put on my ear ? Apr 03 19:26:17 no idea Apr 03 19:26:26 I think on gta02 stereoout is for the louder one Apr 03 19:26:29 no problem ill find it out Apr 03 19:26:36 so I guess it's also the louder one on n900 Apr 03 19:26:47 earpiece is for the one you put near your ear Apr 03 19:27:04 but I don't know how it's called in the scenarios file name Apr 03 19:27:05 ahh ok i got earpeace also working Apr 03 19:28:25 radek_, hi Apr 03 19:28:33 why don't you use _near functions in alsa Apr 03 19:28:34 ? Apr 03 19:29:14 like snd_pcm_hw_params_set_period_size_near Apr 03 19:39:55 GNUtoo: hmm i am not sure, i looked mostly at aplay sources and did that according to them Apr 03 19:45:42 ok Apr 03 19:45:43 JaMa: what does merging udev and systemd mean ? do they share code ? Apr 03 19:46:06 nschle85, they will share code but that change nothing, you will be able to build udev separately Apr 03 19:46:45 GNUtoo: ok they will share in future Apr 03 19:47:03 nschle85: now they duplicate code and they plan to share it Apr 03 19:47:34 dang, I elaborated on *all* that in OM-wiki Apr 03 19:47:46 JaMa: ah ok Apr 03 19:48:23 (true names of controls) Apr 03 19:50:18 ~audio Apr 03 19:50:19 methinks audio is http://wiki.openmoko.org/wiki/Neo_Freerunner_audio_subsystem and http://wiki.openmoko.org/wiki/Neo_1973_audio_subsystem Apr 03 19:51:42 >>Control 4: "Speaker Playback Volume" This is the user control for earpiece volume Apr 03 19:52:47 DocScrutinizer: hmmm and its the same naming convention for N900 ? Apr 03 19:53:04 no friggin way Apr 03 19:53:28 N900 has a completely different mixer and audio hardware at large Apr 03 19:53:51 so i talked with GNUtoo about N900 Apr 03 19:54:42 DocScrutinizer: how does the +apt bot know about the wiki page links ? Apr 03 19:54:58 n900 has different CPU DAI(CPU audio interface) and CODEC Apr 03 19:55:33 ~factinfo #openmoko-cdevel audio Apr 03 19:55:34 #openmoko-cdevel audio -- created by DocScrutinizer at Mon Sep 21 17:23:56 2009 (925 days); it has been requested 22 times, last by DocScrutinizer, 5m 15s ago. Apr 03 20:04:52 ~listkeys audio Apr 03 20:04:54 Factoid search of 'audio' by key (16 of 38): #openmoko-cdevel audio ;; /dev/audio ;; audio ;; audio cd ;; audio from the ucb1200 speaker outputs (+ & -) ;; audio-multicards ;; audio2 ;; audio::dsp ;; audiogalaxy ;; audiomixer ;; audionotes ;; audiooss ;; audiopy ;; caraudio player ;; ccfaudio ;; crlaudio. Apr 03 20:06:07 and how is the configuration done ? Apr 03 20:10:11 mrmoku, we use only fsodeviced for scenario swithcing, does aurora uses fsoaudiod now? Apr 03 20:12:06 freesmartphone.org: 03GNUtoo 07cornucopia * rf4b910aafbd7 10/fsoaudiod/conf/asound.conf: Apr 03 20:12:06 freesmartphone.org: fsoaudiod: conf: asound.conf: fix recording when using the "default' sound card Apr 03 20:12:06 freesmartphone.org: Without that fix we have: Apr 03 20:12:06 freesmartphone.org: root@om-gta04:~# arecord Apr 03 20:12:06 freesmartphone.org: ALSA lib pcm_dmix.c:957:(snd_pcm_dmix_open) The dmix plugin supports only playback stream Apr 03 20:12:07 freesmartphone.org: arecord: main:682: audio open error: Invalid argument Apr 03 20:12:08 freesmartphone.org: Signed-off-by: Denis 'GNUtoo' Carikli Apr 03 20:18:38 mrmoku`, hi Apr 03 20:19:10 do you know if aurora uses fsoaudiod routing capability or if they should be removed from the n900 and gta04 configs? Apr 03 20:19:44 s/gta04/gta02/ Apr 03 20:19:46 GNUtoo meant: do you know if aurora uses fsoaudiod routing capability or if they should be removed from the n900 and gta02 configs? Apr 03 20:31:28 GNUtoo: i installed 043 image on N900 it does not finish boot process have you tried it too ? Apr 03 20:32:21 http://trac.shr-project.org/trac/attachment/ticket/1911/n900-image-043-not-starting.jpg Apr 03 20:39:29 GNUtoo: bye tomorrow i have to work :-) Apr 03 20:39:52 GNUtoo: thynk you for your explainations Apr 03 20:40:07 GNUtoo: regarding aurora I have no idea whatever Apr 03 20:41:12 GNUtoo: does your self build image for N900 finish booting ? Apr 03 20:42:02 nschle85, let me look Apr 03 20:42:07 nschle85, yes it's booting Apr 03 20:42:11 but not complete Apr 03 20:42:13 no dbus Apr 03 20:42:26 if you boot it the first time you may have to ssh inside Apr 03 20:42:40 GNUtoo: does systemd-journalctl tell something? Apr 03 20:43:03 nschle85, how much time did you wait? Apr 03 20:43:07 mrmoku, yes socket issue Apr 03 20:43:36 GNUtoo: hmm 3-4 minutes but its a guesss Apr 03 20:44:05 ok Apr 03 20:44:21 you installed a new image? Apr 03 20:44:26 i booted a second time and its still hanging since more than 10 minutes Apr 03 20:44:28 or just opkg upgrade Apr 03 20:44:32 ok Apr 03 20:44:45 yes i wanted to test the 043 image Apr 03 20:45:18 yes for which one? Apr 03 20:45:25 GNUtoo: N900 Apr 03 20:45:36 GNUtoo: what do you mean with socket issue? Apr 03 20:45:39 for opkg upgrade or for new image Apr 03 20:45:50 mrmoku, basically here's the issue: Apr 03 20:45:55 at boot dbus is not started Apr 03 20:46:12 but starting it trough systemctl start dbus.service works Apr 03 20:46:23 and journald said something about socket Apr 03 20:46:27 give me some minutes Apr 03 20:46:29 GNUtoo: do you have X ? Apr 03 20:46:31 ok Apr 03 20:46:39 nschle85, I don't remember let me look Apr 03 20:46:55 i have a screenshot of hanging ... Apr 03 20:47:13 I worked only on maknig the audio forwarder work again.... Apr 03 20:47:27 GNUtoo: mrmoku: http://www.shr-project.org/trac/attachment/ticket/1911/n900-image-043-not-starting.jpg Apr 03 20:48:06 for me it blocks some seconds during boot, and then continue, X starts Apr 03 20:49:02 GNUtoo: do you have the firmware installed ? Apr 03 20:49:17 I think so Apr 03 20:49:18 yes Apr 03 20:49:30 but it should not block the boot like that without Apr 03 20:49:53 GNUtoo: i have firmware installed too Apr 03 20:50:33 GNUtoo: phonet0 seems also not to come up Apr 03 20:50:49 phonet0: link is not ready Apr 03 20:52:30 ok Apr 03 20:52:51 GNUtoo: now ill try my selbuild image Apr 03 20:52:59 selfbuild Apr 03 20:53:08 ok Apr 03 21:25:12 sigh alsa.... Apr 03 21:27:07 GNUtoo: self build image has different problem: udev/283 potentially unexpected fatal signal 4. Apr 03 21:27:47 thats the last message Apr 03 21:28:51 ok Apr 03 21:29:44 so now ill go to bed .... bye Apr 03 22:15:02 yeah, bed is a good idea... gnight to whomever is still awake :-) Apr 03 22:25:06 gnight indeed Apr 03 22:32:24 grrr alsa Apr 03 22:32:56 it doesn't let me use 4* the period size for the buffer size Apr 03 22:35:08 it's dmix Apr 03 22:48:47 DocScrutinizer, do you know why dmix refuses to use buffer_size = 4 * period_size? Apr 03 23:16:36 I think I'll improve the alsaloop instead Apr 03 23:16:37 it's easier Apr 04 01:14:12 * pabs3 ugh @ gta04 having a PowerVR GPU **** ENDING LOGGING AT Wed Apr 04 02:59:58 2012