**** BEGIN LOGGING AT Fri Feb 03 02:59:57 2012
Feb 03 06:10:39 <CIA-80> freesmartphone.org: 03morphis 07cornucopia * rb4970e14a5bb 10/libfsosystem/ (fsosystem/network.vala vapi/linuxext.vapi): 
Feb 03 06:10:39 <CIA-80> freesmartphone.org: libfsosystem: fix bug in interface class which causes interface operations to fail
Feb 03 06:10:39 <CIA-80> freesmartphone.org: It's now working again, verified with successfull excuted tests which failed before:
Feb 03 06:10:39 <CIA-80> freesmartphone.org: morphis@nirvana .../Workspace/fso/cornucopia/libfsosystem (git)-[morphis/pending] % sudo tests/testnetwork
Feb 03 06:10:40 <CIA-80> freesmartphone.org: /Network/Interface/UpDown: OK
Feb 03 06:10:40 <CIA-80> freesmartphone.org: /Network/WextInterface/PowerStatus: OK
Feb 03 06:10:41 <CIA-80> freesmartphone.org: Signed-off-by: Simon Busch <morphis@gravedo.de>
Feb 03 07:43:44 <JaMa> moin
Feb 03 08:16:27 <CIA-80> SHR: 03shr-devel 07buildhistory * r083eee9623cc 10/packages/ (28 files in 28 dirs): Build 201202030802 of shr 20120203 for machine om-gta02 on shr-chroot
Feb 03 10:07:55 <JaMa> hmm crespo kernel seems still failing because of | error: could not load ramdisk '/OE/shr-core/tmp/deploy/images/crespo/chroot-image-crespo.cpio.gz'
Feb 03 11:19:11 <DocScrutinizer> does anybody have a matching ALSA scenario for routing GSM mic and GSM earpiece thru CPU? like gsm->ADC-left->CPU->DAC-left->earpiece; mic->ADC-right->CPU->DAC-right->GSMmic  ?
Feb 03 11:19:59 <DocScrutinizer> alabd will ask for that in a few hours
Feb 03 11:21:23 <DocScrutinizer> oh, GTA02
Feb 03 11:24:03 <DocScrutinizer> mrmoku`: are there already ACI pathes for the above? gsm->ADC-left, mic->ADC-right, DAC-left->earpiece, DAC-right->GSMmic?
Feb 03 11:25:22 * DocScrutinizer hmmms
Feb 03 11:27:46 <DocScrutinizer> aaah yeah, sure. You simply have to define your own audio device in a per-app asoundconf, where you use pcm_route plugin to split the stereo ADC/DAC to the according two 'standard' ACI devices representing the two paths
Feb 03 11:29:45 <DocScrutinizer> opening that custom audio device will chainload the two ACI devices that in turn set up the two paths in mixer
Feb 03 11:31:00 <DocScrutinizer> once for output, and same again for input
Feb 03 11:38:19 <DocScrutinizer> or - attention advanced ALSA magic - you use (open) only one audiodevice for both record and playback in your app, then define that audiodevice in app-specific asoundrc as pcm_split{down: pcm_route{left:ACI_mono-left_cpu2gsm; right:ACI_mono-right_cpu2earpiece}; up: pcm_route{left:ACI_mono-left_gsm2cpu; right:ACI_mono-right_handsetmic2cpu} }
Feb 03 11:40:25 <DocScrutinizer> you might want to c&p the above to the "ACI unsorted notes about >how it is supposed to work<"
Feb 03 11:47:13 <DocScrutinizer> in your ~/.asoundrc (or /etc/alsaconf whatever) you'll want a passage like:
Feb 03 11:47:15 <DocScrutinizer> @hooks [
Feb 03 11:47:16 <DocScrutinizer>         {
Feb 03 11:47:18 <DocScrutinizer>                 func load
Feb 03 11:47:19 <DocScrutinizer>                 files [
Feb 03 11:47:21 <DocScrutinizer>                         func concat
Feb 03 11:47:22 <DocScrutinizer>                         strings [
Feb 03 11:47:24 <DocScrutinizer>                            "~/."
Feb 03 11:47:25 <DocScrutinizer>                           func getownpid"
Feb 03 11:47:26 <DocScrutinizer>                          "-asoundrc"
Feb 03 11:47:28 <DocScrutinizer>                 ]
Feb 03 11:47:30 <DocScrutinizer>                 errors false
Feb 03 11:47:31 <DocScrutinizer>         }
Feb 03 11:47:33 <DocScrutinizer> ]
Feb 03 11:48:12 <DocScrutinizer> (beware, the syntax is most likely flawed, and getwonpid is completely made up by me)
Feb 03 11:51:09 <DocScrutinizer> for clarity: the above is meant to load the app specific asoundrc config from a file called ~/.12345-asoundrc when DUH... (flaw, sorry) your app has PID 12345
Feb 03 11:51:28 <DocScrutinizer> of course that's nonsense, you want to use app's name rather than pid
Feb 03 11:52:06 <DocScrutinizer> and ship app ACME pkg with a file ~/.ACME-asoundrc
Feb 03 11:53:27 <DocScrutinizer> so s/func getownpid/func getenv [$0]/
Feb 03 11:53:31 <DocScrutinizer> or sth like that
Feb 03 11:53:45 <DocScrutinizer> getenv is NOT made up by me ;-)
Feb 03 11:59:11 <DocScrutinizer> look e.g into /usr/share/alsa/center_lfe.conf for examples of a few @func and how to use them
Feb 03 12:14:47 <DocScrutinizer> a nice one, regarding hooks: /usr/share/alsa/pcm/modem.conf -> autoamtically sets alsamixer control "offhook" to true when opening the device, restores previous state of the control on closing the device
Feb 03 12:15:56 <DocScrutinizer> s/device/card/g
Feb 03 12:15:57 <apt> DocScrutinizer meant: a nice one, regarding hooks: /usr/share/alsa/pcm/modem.conf -> autoamtically sets alsamixer control "offhook" to true when opening the card, restores previous state of the control on closing the card
Feb 03 12:16:46 <DocScrutinizer> a pity hooks seem to work on card level only, never made them to work in plugins up the stack
Feb 03 12:17:29 <DocScrutinizer> probably there's some rationale for that, alas I can't get it
Feb 03 12:21:00 <DocScrutinizer> well, actually it's not hooks that are limited to card level, but rather hooks "type ctl_elems" that are
Feb 03 12:21:44 <DocScrutinizer> my libhookexec hooks work on any lkevel (otherwise the whole ACI idea was moot)
Feb 03 12:23:59 <DocScrutinizer> so you can emulate a type ctl_elems hook on plugin level, by calling libhookexec to invoke amixer (or a script that calls amixer, or a [fso}daemon that calls the script that calls amixer) which in turn sets the controls the way you want
Feb 03 12:24:31 <DocScrutinizer> which is the core of ACI in one terse sentence :-D
Feb 03 12:29:10 <DocScrutinizer> the specialized ACI hook lib should use dbus calls basically exactly the same way fsoraw does it, thus making sure fsoaudiod resets all controls to their previous state as soon as the app quits, by whatever reason (sigkill!)
Feb 03 12:31:04 <DocScrutinizer> my libhookexec couldn't warant this behavior, even when you get a close-hook that is supposed to get executed when snd_pcm_close()
Feb 03 12:32:00 <DocScrutinizer> on kill -9 >app> it would never free the paths this ACIdevice has allocated
Feb 03 12:32:20 <DocScrutinizer> thus messing up whole mixer
Feb 03 12:32:55 <DocScrutinizer> as we don't want to reboot whenever an app segfaults, we do it the dbus fso resource-alloc way
Feb 03 12:33:14 <DocScrutinizer> see fsoraw
Feb 03 12:35:33 <CIA-80> SHR: 03shr-devel 07buildhistory * r7f30d28fd6b8 10/packages/x86_64-nativesdk-oesdk-linux/meta-environment-arm/meta-environment-arm/latest: Build 201202031157 of shr 20120203 for machine om-gta02 on shr-chroot
Feb 03 13:42:36 <CIA-80> SHR: 03shr-devel 07buildhistory * r8874954218d9 10/images/crespo/eglibc/chroot-image/ (11 files): Build 201202031417 of shr 20120203 for machine crespo on shr-chroot
Feb 03 14:12:04 <nullie> Hello. I cannot find firmware files for use with ar6k driver. Does it work without them?
Feb 03 14:16:37 <pabs3> nullie: the firmware is in the AR6000 device flash, external firmware doesn't exist. wifi should work, the firmware is a bit buggy though
Feb 03 14:19:45 <nullie> pabs3, ar6k_sdk supplies eeprom.data, data.patch.hw2_0.bin, eeprom.bin, athwlan.bin.z77. Is it used for some other purposes?
Feb 03 14:20:21 <pabs3> thats probably for AR6003 (newer device, not in OpenMoko phones)
Feb 03 14:20:28 <nullie> oh
Feb 03 14:20:55 <nullie> too bad, looks I cannot use openmoko driver for it
Feb 03 14:20:57 <pabs3> OpenMoko GTA02 uses AR6001 (containing buggy beta firmware), with no way to update the firmware
Feb 03 14:21:22 <pabs3> there is an ath6kl driver if you have an AR6003 device though
Feb 03 14:22:18 <nullie> thank you very much
Feb 03 14:27:55 <lindi-> pabs3: no known way to update firmware )
Feb 03 14:38:28 <GNUtoo> hi JaMa 
Feb 03 14:38:36 <GNUtoo> I was travelling today
Feb 03 14:40:42 <pabs3> lindi-: I'm sure AtherOS folks had a known way to update the firmware
Feb 03 14:41:20 <GNUtoo> JaMa, ping
Feb 03 14:41:24 <JaMa> hi
Feb 03 14:41:27 <GNUtoo> hi
Feb 03 14:41:32 <GNUtoo> so I broke crespo
Feb 03 14:41:43 <GNUtoo> did you fix or should we fix together?
Feb 03 14:41:47 <JaMa> sort of.. yes
Feb 03 14:42:01 <JaMa> I used that work around I've sent later to build it now
Feb 03 14:42:08 <GNUtoo> ok
Feb 03 15:10:12 <JaMa> GNUtoo: thanks for 3.2 fixes.. with newer xorg.conf my ts is working
Feb 03 15:14:13 <JaMa> GNUtoo: and g_ether still doesn't for load with http://git.shr-project.org/git/?p=meta-smartphone.git;a=commit;h=e48895e2b69553e35ffb1fbc30da69b23e55be24 or your initscript change.. but at least now I can start it manually and debug
Feb 03 15:16:26 <GNUtoo> ok
Feb 03 15:16:28 <GNUtoo> it loaded for me
Feb 03 15:16:42 <GNUtoo> I'll go to the beer event of fosdem
Feb 03 15:16:55 <GNUtoo> thanks and bye
Feb 03 15:16:58 <JaMa> and haven't you use module_autoload_s3c2410_udc ?
Feb 03 17:42:20 <CIA-80> SHR: 03shr-devel 07buildhistory * ra70f86a76fcb 10/packages/ (396 files in 396 dirs): Build 201202031443 of shr 20120203 for machine om-gta02 on shr-chroot
Feb 03 18:10:54 <morphis> heyho
Feb 03 18:19:46 <nully_> ~nf
Feb 03 18:19:47 <apt> The #openmoko-cdevel Newsflash Bulletin Board. (continued at ~NF2. For help see ~NF-help)  - - - Recommended URLs and channels(chanlogs etc):see ~RL  - - -  NEWSFLASH [2011-05-06] No News
Feb 03 19:41:36 <CIA-80> freesmartphone.org: 03morphis 07morphis/pending * rc160270fcf83 10cornucopia/fsogsmd/src/plugins/modem_samsung/Makefile.am: 
Feb 03 19:41:36 <CIA-80> freesmartphone.org: fsogsmd: modem_samsung: extra define for libsamsung-ipc is not needed here anymore
Feb 03 19:41:36 <CIA-80> freesmartphone.org: Signed-off-by: Simon Busch <morphis@gravedo.de>
Feb 03 19:41:39 <CIA-80> freesmartphone.org: 03morphis 07morphis/pending * rbefebfc0571b 10cornucopia/fsogsmd/src/plugins/modem_samsung/plugin.vala: 
Feb 03 19:41:39 <CIA-80> freesmartphone.org: fsogsmd: modem_samsung: initialize samsung ipc library on module loading
Feb 03 19:41:39 <CIA-80> freesmartphone.org: Signed-off-by: Simon Busch <morphis@gravedo.de>
Feb 03 19:41:40 <CIA-80> freesmartphone.org: 03morphis 07morphis/pending * r47a6ddc3012f 10cornucopia/fsogsmd/src/plugins/modem_samsung/ (4 files): 
Feb 03 19:41:40 <CIA-80> freesmartphone.org: fsogsmd: modem_samsung: handle different functionality modes (full, airplane)
Feb 03 19:41:40 <CIA-80> freesmartphone.org: Signed-off-by: Simon Busch <morphis@gravedo.de>
Feb 03 19:41:41 <CIA-80> freesmartphone.org: 03morphis 07morphis/pending * r435e44eb1e0e 10cornucopia/fsogsmd/src/ (lib/modem.vala lib/pdp.vala plugins/dbus_service/plugin.vala): 
Feb 03 19:41:42 <CIA-80> freesmartphone.org: fsogsmd: pdp: take new roaming allowed setting and network status into advance for contex status updates
Feb 03 19:41:42 <CIA-80> freesmartphone.org: Signed-off-by: Simon Busch <morphis@gravedo.de>
Feb 03 19:41:45 <CIA-80> freesmartphone.org: 03morphis 07morphis/pending * reb40bd8634cb 10cornucopia/fsogsmd/src/lib/pdp.vala: 
Feb 03 19:41:45 <CIA-80> freesmartphone.org: fsogsmd: pdp: mark context as suspended when there is no network connectivity
Feb 03 19:41:45 <CIA-80> freesmartphone.org: Signed-off-by: Simon Busch <morphis@gravedo.de>
Feb 03 19:41:45 <CIA-80> freesmartphone.org: 03morphis 07morphis/pending * r867f1e70ad66 10cornucopia/fsogsmd/src/plugins/pdp_qmi/plugin.vala: 
Feb 03 19:41:46 <CIA-80> freesmartphone.org: fsogsmd: pdp_qmi: adjust for recent changes to PDP handler class
Feb 03 19:41:46 <CIA-80> freesmartphone.org: Signed-off-by: Simon Busch <morphis@gravedo.de>
Feb 03 19:41:47 <CIA-80> freesmartphone.org: 03morphis 07morphis/pending * rc30aac021b83 10cornucopia/fsogsmd/src/lib/pdp.vala: 
Feb 03 19:41:57 <CIA-80> freesmartphone.org: fsogsmd: dbus_service: add possible thrown exception type FreeSmartphone.Error for two methods
Feb 03 19:41:58 <CIA-80> freesmartphone.org: Signed-off-by: Simon Busch <morphis@gravedo.de>
Feb 03 19:41:58 <CIA-80> freesmartphone.org: 03morphis 07morphis/pending * r28b84923b77e 10cornucopia/fsogsmd/src/plugins/modem_samsung/channel.vala: 
Feb 03 19:41:58 <CIA-80> freesmartphone.org: fsogsmd: modem_samsung: close transport when modem is going into CLOSING state
Feb 03 19:41:58 <CIA-80> freesmartphone.org: Signed-off-by: Simon Busch <morphis@gravedo.de>
Feb 03 19:41:58 <CIA-80> freesmartphone.org: 03morphis 07morphis/pending * r4a30e6ad93d4 10cornucopia/fsogsmd/src/lib/sms.vala: 
Feb 03 19:41:59 <CIA-80> freesmartphone.org: fsogsmd: lib: implement an abstract SMS handler class based on the AT commandset one
Feb 03 19:41:59 <CIA-80> freesmartphone.org: This abstract command class should be used in the future by all modem specific SMS
Feb 03 19:42:04 <CIA-80> freesmartphone.org: handlers as it abstracts the common functionality of handling incoming and outgoing SMS
Feb 03 19:42:04 <CIA-80> freesmartphone.org: message and only requires the specific handler to implement actions like acknowledge a
Feb 03 19:42:04 <CIA-80> freesmartphone.org: message with a specific id.
Feb 03 19:42:04 <CIA-80> freesmartphone.org: Signed-off-by: Simon Busch <morphis@gravedo.de>
Feb 03 19:42:04 <CIA-80> freesmartphone.org: 03morphis 07morphis/pending * r807506d92a07 10cornucopia/fsogsmd/src/plugins/modem_samsung/ (channel.vala unsolicited.vala): 
Feb 03 19:42:04 <CIA-80> freesmartphone.org: fsogsmd: modem_samsung: tell the modem that we're ready to received SMS messages
Feb 03 19:42:05 <CIA-80> freesmartphone.org: Signed-off-by: Simon Busch <morphis@gravedo.de>
Feb 03 19:42:05 <CIA-80> freesmartphone.org: 03morphis 07morphis/pending * r1a2a9e54133d 10cornucopia/fsogsmd/src/ (7 files in 2 dirs): 
Feb 03 19:42:13 <CIA-80> freesmartphone.org: fsogsmd: modem_samsung: implement polling mechanism for network status
Feb 03 19:42:13 <CIA-80> freesmartphone.org: Signed-off-by: Simon Busch <morphis@gravedo.de>
Feb 03 19:42:13 <CIA-80> freesmartphone.org: 03morphis 07morphis/pending * r7ab26b4776b7 10cornucopia/fsogsmd/src/plugins/modem_samsung/unsolicited.vala: 
Feb 03 19:42:13 <CIA-80> freesmartphone.org: fsogsmd: modem_samsung: correct calculation of signal strength based on rssi value
Feb 03 19:42:13 <CIA-80> freesmartphone.org: Signed-off-by: Simon Busch <morphis@gravedo.de>
Feb 03 19:42:14 <CIA-80> (32 lines omitted)
Feb 03 19:42:14 <CIA-80> freesmartphone.org: 03morphis 07morphis/pending * r49ffafb45801 10cornucopia/fsogsmd/src/plugins/modem_samsung/mediators_device.vala: 
Feb 03 19:42:15 <CIA-80> freesmartphone.org: fsogsmd: modem_samsung: report minimal functionality level as unsupported
Feb 03 19:42:15 <CIA-80> freesmartphone.org: Signed-off-by: Simon Busch <morphis@gravedo.de>
Feb 03 19:42:26 <CIA-80> freesmartphone.org: 03morphis 07morphis/pending * r6505d48c6274 10cornucopia/fsogsmd/src/ (3 files in 3 dirs): 
Feb 03 19:42:27 <CIA-80> freesmartphone.org: fsogsmd: lib: cleanup and refactor code of our pdp handler base class a bit
Feb 03 19:42:27 <CIA-80> freesmartphone.org: Signed-off-by: Simon Busch <morphis@gravedo.de>
Feb 03 19:42:29 <dcordes> boom
Feb 03 19:49:20 <CIA-80> freesmartphone.org: 03morphis 07morphis/pending * rea187bfe96e4 10cornucopia/fsogsmd/src/ (7 files in 2 dirs): 
Feb 03 19:49:20 <CIA-80> freesmartphone.org: fsogsmd: modem_samsung: implement polling mechanism for network status
Feb 03 19:49:20 <CIA-80> freesmartphone.org: Signed-off-by: Simon Busch <morphis@gravedo.de>
Feb 03 20:02:19 <CIA-80> freesmartphone.org: 03morphis 07morphis/pending * r277dbb3afdf9 10cornucopia/fsogsmd/src/plugins/modem_samsung/plugin.vala: 
Feb 03 20:02:19 <CIA-80> freesmartphone.org: fsogsmd: modem_samsung: libsamsung-ipc dont' needs to be initialized anymore
Feb 03 20:02:19 <CIA-80> freesmartphone.org: Signed-off-by: Simon Busch <morphis@gravedo.de>
Feb 03 20:13:15 <dcordes> mickeyl: ping
Feb 03 20:13:36 <dcordes> everybody in belgium yet :) ?
Feb 03 22:06:25 <slyon> hi
Feb 03 22:07:08 <dcordes> hi
Feb 03 22:18:55 <dcordes> where can I read up on aurora? I would like to build an image with it
Feb 03 22:21:25 <dcordes> meta-smartphone/meta-aurora/recipes-aurora/images/aurora-image.bb looks good
Feb 03 22:22:42 <slyon> dcordes, should be identical to building an shr-image. only thing to change is bitbake shr-image -> bitbake aurora-image
Feb 03 22:33:18 <dcordes> slyon: thx
Feb 03 22:33:32 <dcordes> anybody came across Failure expanding variable PRINC[:=], expression was ${@int(PRINC) + 1} which triggered exception NameError: name 'PRINC' is not defined
Feb 03 22:33:49 <dcordes> it was discussed on oe-dev ml but can't find solution
Feb 03 22:34:22 <dcordes> http://lists.linuxtogo.org/pipermail/openembedded-devel/2011-December/036639.html
Feb 03 22:51:34 <tamouse__> i was sent here to ask about SHR on iphone 3g: dead or alive? 
Feb 03 22:52:30 <slyon> tamouse__, well, missing developers i'd say
Feb 03 22:53:10 <slyon> tamouse__, there was a guy who started to port SHR to the iphone3g (ix-project) but he got frustrated by the iphone and stopped the effort
Feb 03 22:53:19 <tamouse__> i see
Feb 03 22:53:30 <slyon> tamouse__, still the work he did is available
Feb 03 22:53:56 <tamouse__> oh, good
Feb 03 22:54:06 <slyon> tamouse__, http://www.projectix.org/ take a look here
Feb 03 22:54:15 <slyon> that was his blog
Feb 03 22:54:16 <tamouse__> thank you :)
Feb 03 22:54:37 <slyon> there is even a shr release for the iphone
Feb 03 22:54:38 <dcordes> that guy who made it a university project
Feb 03 22:54:44 <dcordes> I remember
Feb 03 22:55:29 <dcordes> slyon: s/shr/ix/
Feb 03 22:59:29 <slyon> yo
Feb 03 23:03:24 <dcordes> slyon: I'm setting up my build env. would you recommend using shr branches or main branches ? http://wiki.shr-project.org/trac/wiki/Building%20SHR
Feb 03 23:05:10 <slyon> dcordes, i'd recommend using shr branches
Feb 03 23:05:51 <slyon> dcordes, and i'd recommend using the shr-chroot. that's the easiest and safest way
Feb 03 23:05:52 <tamouse__> ok, thanks, slyon 
Feb 03 23:06:00 <slyon> tamouse__, you're welcome
Feb 03 23:16:22 <dcordes> slyon: ok thanks. I checked shr branches out. I prefer non-chroot though
Feb 03 23:17:19 <slyon> allright
Feb 03 23:18:08 <dcordes> claustrophobia
**** ENDING LOGGING AT Sat Feb 04 02:59:58 2012