**** BEGIN LOGGING AT Sun Sep 11 02:59:56 2011
Sep 11 07:16:10 <mrmoku> moin
Sep 11 07:16:23 <mrmoku> JaMa: (gta04) ok, have no opininion there either
Sep 11 07:18:51 <mrmoku> but we probably don't want a layer per phone... and as it's a continuation of the gta02 we might just stuff it into the om layer
Sep 11 07:21:48 <PaulFertser> So, any news from raster and/or the enlightment team?
Sep 11 07:24:02 <mrmoku> PaulFertser: I loosely follow the ml and there is still activity :-)
Sep 11 07:24:47 <mrmoku> PaulFertser: TAsn could tell you exactly what's going on
Sep 11 07:25:28 <PaulFertser> mrmoku: thanks :)
Sep 11 07:26:45 <mrmoku> yw
Sep 11 07:36:41 <mrmoku> TAsn: enlighten(ment) us pls :-)
Sep 11 07:56:12 <juri_> i was showing off a year old release of SHR the other day.
Sep 11 07:56:20 <juri_> my students were impressed.
Sep 11 07:57:50 <PaulFertser> juri_: my students were impressed too when i showed them my FR running Emacs UI. Probably they were impressed by the level of my insanity, not the FR itself though ;)
Sep 11 07:59:03 <PaulFertser> And also by the safety pin in my ear :)
Sep 11 08:18:02 <mrmoku> juri_: on gta01?
Sep 11 08:31:19 <juri_> neo-1973.
Sep 11 08:31:41 <juri_> i've got a second one, to play with the current stuff...
Sep 11 08:31:56 <juri_> just no time. w=orking on a mail server, and a zoneminder server ATM.
Sep 11 08:43:24 <mrmoku> juri_: ok :)
Sep 11 10:17:28 <GNUtoo|laptop> hi larsc 
Sep 11 10:18:04 <GNUtoo|laptop> do you have a defconfig of 39 with working sound?
Sep 11 10:19:14 <larsc> GNUtoo|laptop: what did debugfs show?
Sep 11 10:19:29 <GNUtoo|laptop> let me look
Sep 11 10:22:22 <GNUtoo|laptop> http://www.pastie.org/2517552
Sep 11 10:23:04 <larsc> GNUtoo|laptop: `cat platform dais codecs`
Sep 11 10:24:00 <GNUtoo|laptop> http://www.pastie.org/2517557
Sep 11 10:24:04 <GNUtoo|laptop> pdata is lacking?
Sep 11 10:24:30 <larsc> platforms, sorry
Sep 11 10:24:46 <larsc> so what's missing seems to be the codec driver
Sep 11 10:25:04 <GNUtoo|laptop> nothing inside platforms
Sep 11 10:25:04 <larsc> have you loaded snd-soc-wm8753.ko?
Sep 11 10:25:18 <GNUtoo|laptop> altough the plaforms file exist but it's empty
Sep 11 10:25:22 <GNUtoo|laptop> no
Sep 11 10:25:22 <larsc> and the pcm driver
Sep 11 10:25:24 <GNUtoo|laptop> I'll do that
Sep 11 10:26:28 <larsc> snd-soc-pcm
Sep 11 10:26:31 <larsc> .ko
Sep 11 10:27:28 <GNUtoo|laptop> here what I had:
Sep 11 10:27:28 <GNUtoo|laptop> http://www.pastie.org/2517564
Sep 11 10:27:50 <larsc> snd-soc-pcm is missing
Sep 11 10:28:16 <larsc> don't you have udev, which should auto-load the modules?
Sep 11 10:29:03 <GNUtoo|laptop> no
Sep 11 10:29:11 <GNUtoo|laptop> we don't have udev
Sep 11 10:29:11 <GNUtoo|laptop> but we have another system
Sep 11 10:29:17 <GNUtoo|laptop> that autoloads modules
Sep 11 10:29:24 <GNUtoo|laptop> but we have to tell it which modules to autoload
Sep 11 10:29:38 <larsc> that's not auto-loading...
Sep 11 10:30:39 <GNUtoo|laptop> ok lol
Sep 11 10:31:12 <pabs3> whats the status of Linux 3.1 on the FR?
Sep 11 10:31:26 <GNUtoo|laptop> pabs3, glamo is not mainline....
Sep 11 10:32:04 <pabs3> GNUtoo|laptop: thats the only missing thing?
Sep 11 10:32:44 <GNUtoo|laptop> not sure
Sep 11 10:33:07 <GNUtoo|laptop> but  I know it's missing and it's a huge thing
Sep 11 10:33:08 <GNUtoo|laptop> it does:
Sep 11 10:33:08 <GNUtoo|laptop> *MFD
Sep 11 10:33:08 <GNUtoo|laptop> *MMC
Sep 11 10:33:16 <GNUtoo|laptop> *framebuffer
Sep 11 10:34:41 <pabs3> whats MFD?
Sep 11 10:35:19 <GNUtoo|laptop> multi function device
Sep 11 10:36:11 <GNUtoo|laptop> it has some stuff like gpio or something like that,but I don't remember it well
Sep 11 10:36:52 <GNUtoo|laptop> larsc, is it snd-soc-pcm or snd-pcm
Sep 11 10:37:13 <pabs3> ok, so do folks plan to submit the glamo and other FR stuff during the 3.2 merge window?
Sep 11 10:37:13 <larsc> you need both. but snd-soc-pcm is missing
Sep 11 10:37:14 <GNUtoo|laptop> because I've grepped Kconfig and Makefile and found no SND_SOC_PCM
Sep 11 10:38:19 <larsc> the Kconfig symbol is SND_SAMSUNG_PCM
Sep 11 10:38:46 <Alex[sp3dev]> GNUtoo|laptop: ping
Sep 11 10:39:00 <GNUtoo|laptop> ok
Sep 11 10:39:32 <Alex[sp3dev]> GNUtoo|laptop: i have fixed msm framebuffer driver. i have removed early_suspend hacks and made the FBIOBLANK really power the panel down and up
Sep 11 10:40:38 <Alex[sp3dev]> GNUtoo|laptop: does your hacked xf86-video-msm work on msm7200A?
Sep 11 10:40:57 <GNUtoo|laptop> pong
Sep 11 10:41:26 <GNUtoo|laptop> it does but I now use xf86-video-fbdev
Sep 11 10:41:36 <Alex[sp3dev]> fbdev is too slow
Sep 11 10:42:01 <GNUtoo|laptop> ok
Sep 11 10:43:02 <Alex[sp3dev]> GNUtoo|laptop: what do i need to do so that sound profiles are switched when i open music player or dialer and turned off when i don't use anything? edit rules.yaml?
Sep 11 10:45:49 <GNUtoo|laptop> hmmm
Sep 11 10:45:56 <GNUtoo|laptop> mrmoku, do you know that answer ^^^
Sep 11 10:48:24 <GNUtoo|laptop> larsc, thanks a lot!!!!!!
Sep 11 10:51:19 <GNUtoo|laptop> alsamixer showed up
Sep 11 10:51:19 <GNUtoo|laptop> not sure if pcm works tough
Sep 11 10:51:21 <GNUtoo|laptop> ( aplay: pcm_write:1682: write error: Connection timed out )
Sep 11 10:53:39 <larsc> you need to load a proper profile first
Sep 11 10:53:54 <larsc> or manualy setup a working configuration
Sep 11 10:54:13 <GNUtoo|laptop> ok
Sep 11 10:54:13 <GNUtoo|laptop> I'll do that
Sep 11 10:54:27 <GNUtoo|laptop> yes ok, I'll try but I need mdbus2 first
Sep 11 10:55:02 <larsc> the important part is the "DAI mode"
Sep 11 10:55:58 <GNUtoo|laptop> I'll reboot my laptop and be back
Sep 11 10:56:02 <GNUtoo|laptop> problem with raid
Sep 11 11:03:02 <pabs3> GNUtoo|laptop: so any thoughts on the 3.2 merge window? would be nice to finally be able to have an FR kernel in Debian
Sep 11 11:03:53 <GNUtoo|laptop> no idea
Sep 11 11:03:56 <GNUtoo|laptop> since there was some intrusion at kernel.org....
Sep 11 11:05:52 <juri_> ah, mainlining. i need to do that one day.
Sep 11 11:08:21 <GNUtoo|laptop> still no sound
Sep 11 11:08:27 <GNUtoo|laptop> I'm on stereoout scenario....
Sep 11 11:08:59 <Alex[sp3dev]> GNUtoo|laptop: which SHR branch should i take that is known to build without compilation errors for dream?
Sep 11 11:11:39 <GNUtoo|laptop> you mean between shr-core and shr-unstable?
Sep 11 11:11:39 <GNUtoo|laptop> I must compile an image and fix dream's status in shr-core
Sep 11 11:11:39 <GNUtoo|laptop> shr-core is not great for the dream
Sep 11 11:12:24 <Alex[sp3dev]> GNUtoo|laptop: yes. which one are you using?
Sep 11 11:13:33 <GNUtoo|laptop> oe-core is not usable yet for freerunner
Sep 11 11:14:55 <Alex[sp3dev]> GNUtoo|laptop: as of today (with my yesterday work), sound works on X1 and it can suspend/resume. And voice calls are working with htc msm modem driver
Sep 11 11:17:51 <GNUtoo|laptop> and for htcdream either
Sep 11 11:17:51 <GNUtoo|laptop> so I'm trying to fix that first for freerunner
Sep 11 11:17:51 <GNUtoo|laptop> then for n900
Sep 11 11:17:51 <GNUtoo|laptop> then for htcdream
Sep 11 11:17:52 <GNUtoo|laptop> n900 seem to be ok tough
Sep 11 11:17:54 <GNUtoo|laptop> so first I do the freerunner
Sep 11 11:17:54 <GNUtoo|laptop> then the htcdream 
Sep 11 11:17:56 <GNUtoo|laptop> wow
Sep 11 11:17:59 <GNUtoo|laptop> larsc, do I still miss a module?
Sep 11 11:18:16 <GNUtoo|laptop> http://www.pastie.org/2517743
Sep 11 11:20:14 <GNUtoo|laptop> ah maybe fsodeviced doesn't work as expected
Sep 11 11:20:48 <larsc> GNUtoo|laptop: i don't think so
Sep 11 11:24:04 <GNUtoo|laptop> ok thanks a lot
Sep 11 11:24:05 <GNUtoo|laptop> I'll investigate with alsamixer then
Sep 11 11:25:18 <pabs3> GNUtoo|laptop: well, linus is using github so
Sep 11 11:25:55 <GNUtoo|laptop> yes
Sep 11 11:54:20 <morphis> JaMa: ping
Sep 11 12:17:49 <mrmoku> TAsn: yeah, had my first connman success :-)
Sep 11 12:29:33 <CIA-5> SHR: 03morphis 07meta-smartphone * r9f228704914b 10/meta-aurora/recipes-core/netbase/ (netbase-4.45/aurora/interfaces netbase_4.45.bbappend): meta-aurora: netbase: use usb0 as default and only network interface and bump PR
Sep 11 12:29:35 <CIA-5> SHR: 03morphis 07meta-smartphone * r21bca02b3864 10/meta-aurora/recipes-aurora/aurora/aurora-version.bb: meta-aurora: aurora-version: add LIC_FILES_CHKSUM for license check
Sep 11 12:29:35 <CIA-5> SHR: 03morphis 07meta-smartphone * rbaf2fc6c0066 10/meta-aurora/recipes-aurora/images/aurora-image.bb: meta-aurora: aurora-image: various fixes and bump PR
Sep 11 12:29:35 <CIA-5> SHR: 03morphis 07meta-smartphone * r7d925be85a96 10/meta-palm/recipes-kernel/linux/ (3 files in 3 dirs): meta-palm: linux-palmpre: switch to devtmpfs enabled kernel and update defconfig
Sep 11 12:29:35 <CIA-5> SHR: 03morphis 07meta-smartphone * r11a2a31413b2 10/meta-palm/recipes-core/initscripts/ (initscripts/mountdevtmpfs.sh initscripts_1.0.bbappend): meta-palmpre: initscripts: add initscript for mounting devtmpfs on startup
Sep 11 12:29:36 <CIA-5> SHR: 03morphis 07meta-smartphone * r5f31d1662384 10/meta-palm/conf/machine/include/palmpre.inc: meta-palm: machine: introduce MACHINE_EXTRA_RDEPENDS
Sep 11 12:29:42 <CIA-5> SHR: 03morphis 07meta-smartphone * r8a04ec83a777 10/meta-palm/recipes-graphics/tslib/ (tslib/ts.conf tslib/tslib.sh tslib_git.bbappend): meta-palmpre: tslib: add machine specific configuration files
Sep 11 12:29:42 <CIA-5> SHR: 03morphis 07meta-smartphone * r4c362ae787ce 10/meta-palm/recipes-bsp/tsmd/ (tsmd/tsmd tsmd/tsmd_control tsmd_git.bb): meta-palm: tsmd: import from oe-dev
Sep 11 12:29:43 <CIA-5> SHR: 03morphis 07meta-smartphone * r914235949934 10/meta-aurora/recipes-graphics/tslib/ (tslib/ts.conf tslib/tslib.sh tslib_git.bb): meta-aurora: tslib: add git version but with D_P = "-1"
Sep 11 12:29:43 <CIA-5> SHR: 03morphis 07meta-smartphone * r861fc31aa0ff 10/meta-palm/recipes-support/lvm2/ (lvm2/lvm.conf lvm2_2.02.85.bbappend): meta-palm: lvm2: adjust configuration for some machine specific things
Sep 11 12:31:58 <CIA-5> SHR: 03morphis 07meta-smartphone * r03e2407b5b8a 10/meta-palm/recipes-graphics/tslib/tslib_git.bbappend: meta-palm: tslib: fix FILESEXTRAPATHS to include right directory and bump PR
Sep 11 12:51:30 <GNUtoo|laptop> morphis, hi
Sep 11 12:51:31 <GNUtoo|laptop> why 9f228704914b ?
Sep 11 12:51:31 <GNUtoo|laptop> because we use a shr netbase /etc/network/interfaces
Sep 11 12:51:32 <GNUtoo|laptop> it has auto usb0 and usb0 
Sep 11 12:51:33 <GNUtoo|laptop> ahhh
Sep 11 12:51:33 <GNUtoo|laptop> meta-aurora
Sep 11 12:51:34 <GNUtoo|laptop> ok
Sep 11 13:27:58 <morphis> GNUtoo|laptop:  :)
Sep 11 13:34:41 <angelox|laptop> Hi Everyone
Sep 11 13:35:02 <CIA-5> freesmartphone.org: 03morphis 07cornucopia * raf83dd20fa73 10/fsoeventsd/ (10 files in 2 dirs): fsoeventsd: basic infrastructure to parse and create rules
Sep 11 13:36:02 <GNUtoo|laptop> hi
Sep 11 13:41:19 <morphis> angelox|laptop: heyho
Sep 11 13:44:33 <angelox|laptop> morphis: hey
Sep 11 13:45:22 <mrmoku> morphis: hmm... fsoeventsd :-)
Sep 11 13:45:35 <morphis> mrmoku: yes, still in research-phase
Sep 11 13:45:39 <morphis> just trying some things
Sep 11 13:46:04 <morphis> and I am unsure how to solve the problem in the end :)
Sep 11 13:46:33 <mrmoku> ok
Sep 11 13:46:47 <mrmoku> in what way ever... oeventsd replacement is very much welcome :-)
Sep 11 13:47:01 <morphis> yes
Sep 11 13:47:29 <morphis> I am currently thinking about a qml based data format for the rules but with a tiny DSL implemented
Sep 11 13:47:45 <morphis> which lets you act dynamically within the rules
Sep 11 13:47:48 <mrmoku> xml you mean?
Sep 11 13:48:04 * mrmoku wonders if morphis is too much into qt :P
Sep 11 13:48:23 <morphis> it's a json like data format
Sep 11 13:48:29 <morphis> so key-value based
Sep 11 13:48:53 <mrmoku> ahh, ok
Sep 11 13:48:57 <morphis> Rule { name: "test"; filter: And { Filter1 { }; Filter2 { }; } }
Sep 11 13:49:03 <morphis> like this
Sep 11 13:49:12 <morphis> and for an action
Sep 11 13:49:22 <morphis> action: ScriptAction { ...}
Sep 11 13:50:53 <dos1> qt is great
Sep 11 13:51:10 <dos1> though we're not using anything else written in Qt in SHR
Sep 11 13:51:24 <morphis> dos1: look at aurora :)
Sep 11 13:51:31 <dos1> so it's quite a big dependency for our images
Sep 11 13:51:35 <mrmoku> in SHR is the key ;)
Sep 11 13:52:26 <mrmoku> dos1: btw. I'm quite happy with the latest shr-core image on n900
Sep 11 13:52:38 <morphis> dos1: I hope that will end with qt5 where they split up whole qt layout
Sep 11 13:52:40 * angelox|laptop thinks that Qt is *easy*,but it is *very very big*
Sep 11 13:53:00 <morphis> in qt5 you can have a qt-core without any other components
Sep 11 13:53:06 <morphis> which makes it smaller :)
Sep 11 13:53:11 <mrmoku> dos1: and the connman plugin now works out of the box
Sep 11 13:53:20 <mrmoku> we probably could dump iliwi now
Sep 11 13:53:55 <dos1> oe-core, shr-core, qt-core, ecore, what else?
Sep 11 13:54:00 <dos1> when fso-core will be created? :D
Sep 11 13:56:30 <morphis> mrmoku: the connman plugin for fsogsmd?
Sep 11 13:57:55 <dos1> morphis: i guess enlightenment's one
Sep 11 13:58:47 <morphis> ah ok
Sep 11 13:59:00 <mrmoku> morphis: for wifi
Sep 11 13:59:06 <mrmoku> yeah, the e one
Sep 11 13:59:50 <GNUtoo|laptop> hi morphis, at eukrea we have overriden tslib too in our repository for having the recent tslib_git
Sep 11 14:00:13 <morphis> eukrea?
Sep 11 14:01:27 <GNUtoo|laptop> the company I work for
Sep 11 14:03:06 <GNUtoo|laptop> maybe meta-oe should be the place where to override it for everybody
Sep 11 14:05:30 <morphis> GNUtoo|laptop: yes
Sep 11 14:05:36 <morphis> tslib_git should be moved to meta-oe
Sep 11 14:09:56 <GNUtoo|laptop> ok
Sep 11 14:10:31 <GNUtoo|laptop> JaMa, hi
Sep 11 14:11:44 <angelox|laptop> morphis: btw,sorry bother: my property test just returned 'undefined'; that's normal?
Sep 11 14:11:55 <morphis> if the property is never set, yes
Sep 11 14:15:39 <angelox|laptop> hmm,i did manually set one for test and didn't worked
Sep 11 14:18:06 <angelox|laptop> morphis: used this: http://pastebin.com/NF39Gd8j
Sep 11 14:18:40 <morphis> where do you call this: "self._number = 10"?
Sep 11 14:19:12 <angelox|laptop> at def __init__( self, parent = None ):
Sep 11 14:19:19 <morphis> ok
Sep 11 14:23:52 <angelox|laptop> then it should work isn't ?
Sep 11 14:26:57 <morphis> it should work
Sep 11 14:27:03 <morphis> mrmoku: http://pastie.org/2518382
Sep 11 14:28:07 <angelox|laptop> morphis: and i call it likely: console.log(dbus_AudioAgent.getNumber);
Sep 11 14:28:29 <morphis> no
Sep 11 14:28:34 <morphis> don't call getNumber
Sep 11 14:28:41 <morphis> just dbus_AudioAgent.numbe
Sep 11 14:29:16 <angelox|laptop> wow
Sep 11 14:29:26 <angelox|laptop> morphis: thanks very much,worked :) 
Sep 11 14:29:39 <morphis> no problem :)
Sep 11 14:29:40 <mrmoku> morphis: what is the script? something to be compiled?
Sep 11 14:29:57 <morphis> mrmoku: thats the question
Sep 11 14:29:58 * angelox|laptop needs learn dbus properties calling + a bit more of qt + a bit more of python + a bit more of all :)
Sep 11 14:30:11 <mrmoku> :)
Sep 11 14:30:18 <morphis> mrmoku: I am thinking about lua
Sep 11 14:30:26 <mrmoku> ok
Sep 11 14:32:13 <GNUtoo|laptop> wow the freerunner can make a call
Sep 11 14:39:48 <GNUtoo|laptop> morphis, in http://pastie.org/2518382 resource lacks the u
Sep 11 14:39:51 <GNUtoo|laptop> resorce_display_used
Sep 11 14:40:24 <morphis> ah
Sep 11 14:40:36 <morphis> not a problem, it's only concept-cod
Sep 11 14:40:38 <morphis> e
Sep 11 14:40:51 <GNUtoo|laptop> ok
Sep 11 14:40:59 <GNUtoo|laptop> it's for ACI?
Sep 11 14:42:04 <morphis> no
Sep 11 14:42:06 <morphis> fsoeventsd
Sep 11 14:43:40 <morphis> I am currently thinking about the script part
Sep 11 14:43:47 <morphis> how complex should it be
Sep 11 14:43:52 <morphis> which language etc.
Sep 11 14:44:44 <morphis> as for example we need to call another dbus service in the rule
Sep 11 14:44:48 <morphis> so what should we do?
Sep 11 14:45:01 <morphis> expose single functions which wraps the dbus api to the rules?
Sep 11 14:45:16 <morphis> or add a complex scripting language which can do the dbus on it's own
Sep 11 14:47:15 <angelox|laptop> morphis: really, LAST question: i did this way for brightness (i needed to know actual brightness before changing it to inform the slider about it) http://pastebin.com/raw.php?i=BLUasp9G. It will work ?
Sep 11 14:47:20 <GNUtoo|laptop> ok
Sep 11 14:47:49 <morphis> angelox|laptop: remove the @Slot for setBrightness and getBrightness
Sep 11 14:49:53 <angelox|laptop> morphis: ok,but i need setBrightness as slot to control brightness from slider,so what i do? create a new function slot-method to it?
Sep 11 14:59:13 <angelox|laptop> morphis: ah ok :) dbus_DeviceDisplayAgent.brightness = cur_value
Sep 11 14:59:19 <angelox|laptop> s/cur_value/value
Sep 11 15:39:11 <GNUtoo|laptop> I've sent the patch for oe-core
Sep 11 15:39:11 <GNUtoo|laptop> *meta-smartphone
Sep 11 15:39:11 <GNUtoo|laptop> but now I need to override stereoout
Sep 11 15:39:11 <GNUtoo|laptop> I don't remember how it work to add a 2.6.39 dir
Sep 11 15:39:12 <GNUtoo|laptop> how does it choose that over 2.6.34 at runtime?
Sep 11 16:02:02 <GNUtoo|laptop> mrmoku, hi
Sep 11 16:08:17 <GNUtoo|laptop> sorry, 3g issues
Sep 11 16:11:24 <mrmoku> hi GNUtoo|laptop 
Sep 11 16:11:28 <GNUtoo|laptop> hi
Sep 11 16:11:41 <GNUtoo|laptop> mrmoku, do you know how to add scenarios for 2.6.39
Sep 11 16:11:47 <GNUtoo|laptop> I've to override stereoout
Sep 11 16:11:55 <mrmoku> what machine?
Sep 11 16:12:13 <GNUtoo|laptop> om-gta02
Sep 11 16:12:49 <mrmoku> just putting them in /etc/freesmartphone/config/GTA02/alsa-2.6.39 ?
Sep 11 16:13:03 <mrmoku> so it's the scenarios fault that sound did not work?
Sep 11 16:40:10 <GNUtoo> mrmoku, sorry bad 3g
Sep 11 16:40:10 <GNUtoo> anyway
Sep 11 16:40:10 <GNUtoo> I wonder how it detect under what kernel it is running
Sep 11 16:40:11 <GNUtoo> for choosting between 2.6.29 2.6.31 2.6.34
Sep 11 16:40:11 <GNUtoo> default is when it's not one of theses kernels
Sep 11 16:40:25 <GNUtoo> machine om-gta02
Sep 11 16:45:57 <mrmoku> GNUtoo: actually I don't remember the mechanism... but the needed thing is the link from alsa-2.6.39 to alsa-defauilt
Sep 11 16:46:09 <mrmoku> dunno where it get's set though
Sep 11 16:49:48 <GNUtoo> mrmoku, but there are many distros(shr-core,shr-unstable,debian,qtmoko) that uses or can use fso....
Sep 11 16:49:53 <GNUtoo> they have different kernels
Sep 11 16:49:58 <mrmoku> meta-fso/recipes-freesmartphone/freesmartphone/fsodeviced_git.bb:       # work-arround for opkg complaining that it cannot replace alsa-default dir (leftover from older fsodevice
Sep 11 16:50:02 <mrmoku> meta-fso/recipes-freesmartphone/freesmartphone/fsodeviced_git.bb:        rm -rf ${sysconfdir}/freesmartphone/conf/openmoko_gta/alsa-default/
Sep 11 16:50:19 <mrmoku> can't find the part setting the link yet
Sep 11 16:50:53 <GNUtoo> I can
Sep 11 16:50:56 <GNUtoo> in fsodeviced
Sep 11 16:51:01 <GNUtoo> in the autotools
Sep 11 16:51:10 <GNUtoo> but what I wonder is:
Sep 11 16:51:16 <GNUtoo> *does it only use the default link
Sep 11 16:51:36 <GNUtoo> or is there some hidden kenrel detection mecanism somewhere
Sep 11 16:51:43 <mrmoku> don't think so
Sep 11 16:53:32 <GNUtoo> ok
Sep 11 16:53:55 * mrmoku dinner
Sep 11 16:53:56 <mrmoku> bbl
Sep 11 16:53:59 <GNUtoo> so I add a 2.6.39 and do a link?
Sep 11 16:54:04 <GNUtoo> ok
Sep 11 17:36:07 <mrmoku> GNUtoo: ugly, yeah... but with switching to fsoaudiod obsolete anyway
Sep 11 17:36:18 <mrmoku> so just add the link and make it default :)
Sep 11 17:39:55 <GNUtoo> there are also other issues in fsoaudiod:
Sep 11 17:39:57 <GNUtoo> ALSA lib pcm_dmix.c:957:(snd_pcm_dmix_open) The dmix plugin supports only playback stream
Sep 11 17:39:57 <GNUtoo> with arecord
Sep 11 17:39:57 <GNUtoo> we must tell morphis about that
Sep 11 17:39:57 <GNUtoo> s/fsoaudiod/audio/
Sep 11 17:42:15 <mrmoku> yeah, the asoundrc is quite broken
Sep 11 19:01:40 <GNUtoo> hmmm mic works with the high volume speaker switch in the shr phone GUI tough
Sep 11 19:13:38 <mrmoku> GNUtoo: what do you mean?
Sep 11 19:15:30 <GNUtoo> on SHR you have a GUI during phone calls
Sep 11 19:15:33 <GNUtoo> there is a button for mute
Sep 11 19:15:41 <GNUtoo> a slider
Sep 11 19:15:41 <GNUtoo> and another slider
Sep 11 19:15:46 <GNUtoo> when I slide the other slider
Sep 11 19:15:50 <GNUtoo> mic magically works
Sep 11 19:16:35 <GNUtoo> since the gta02 sound controls are a bit complicated I didn't succeed to have mic in calls yet but by sliding the slider
Sep 11 19:16:36 <mrmoku> so it starts disabled?
Sep 11 19:16:43 <TAsn> mrmoku, connman: yay \o/
Sep 11 19:16:53 <mrmoku> yo TAsn :)
Sep 11 19:16:58 <GNUtoo> yes
Sep 11 19:17:34 <mrmoku> hmm
**** ENDING LOGGING AT Mon Sep 12 02:59:57 2011