**** BEGIN LOGGING AT Tue May 18 02:59:57 2010
May 18 04:32:20 <shaz123> Building shr error .... "Build of /home/shaz/moko/shr-unstable/openembedded/recipes/fontconfig/fontconfig-native_2.6.0.bb do_configure failed" ... then did make image again and it worked .... whats this behavior called :)
May 18 05:09:55 <shaz123> how much disk space does shr-unstable take?!
May 18 07:33:57 <bakc> hi i am new who have Freerunner..  i searching something for multiboot from sdcard with a few partitions,, on each partition i want have another distribution. Exist some solution for this? i found project qi-bootmenu-but i dont know what is wrong maybe "qi-bootmenu" is wrong,, becouse in my "menu" i saw only power off  but on sdcard i have 3 prartitions with ext3 fs.  I want got something like this picture,, http://www.brain-dump.org/projects/qi-bootmenu/scre
May 18 07:33:57 <bakc> enshot.png but i have only poweroff
May 18 07:34:09 <bakc> sry for my poor english
May 18 07:35:35 <PaulFertser> bakc: tried reading qi-bootmenu manual?
May 18 07:36:46 <bakc> PaulFertser,  yes i trying ,, but my english is not fully good, then i can not found or understand where is problem
May 18 07:37:03 <PaulFertser> bakc: are you sure you have only primary partitions on your SD?
May 18 07:37:13 <bakc> yes
May 18 07:37:26 <bakc> it is only primary none logical-extendet
May 18 07:41:44 <bakc> but as he has (freerunner ) in this qi-bootmenu where ís only poweroff, i  connect via ssh to freerunner, i try looking for /dev/mmcblk0pX but in /dev/ i not saw something as mmc****
May 18 07:41:46 <PaulFertser> bakc: where did you place the kernels on your partitions?
May 18 07:43:09 <PaulFertser> bakc: then connect via ssh and check dmesg, you should see all the partitions there in dmesg.
May 18 07:45:35 <bakc> only untar each distributiion file.tar.gz to first partition.. another distribution to second partition..  it is wrong?
May 18 07:46:54 <bakc> dmesg shows only these 2 lines
May 18 07:46:55 <bakc>  # dmesg
May 18 07:46:55 <bakc> [    1.500000] S3C24XX RTC, (c) 2004,2006 Simtec Electronics
May 18 07:46:55 <bakc> [    1.545000] S3C2410 Watchdog Timer, (c) 2004 Simtec Electronics
May 18 07:55:18 <PaulFertser> bakc: no idea, you should have /boot/uImage-GTA02.bin on every partition you want to be able to boot.
May 18 08:02:00 <bakc> hmm,  thx also
May 18 08:11:28 <djp_> trying to bring my freerunner out of suspend... when i press the power button, the following message appears... "... bq27000-battery bq27000-battery.0: battery service reschedule failed". i'm running shr-unstable (13.5.2010). anyone know why my freerunner is failing to come out of suspend and reporting a failed "battery service reschedule"?
May 18 08:23:00 <naquan> uhm, is SHR trying to minic Android and remove buttons to switch and close applications? I can't find a way to switch or close applications in SHR-u 2010-05-13 :(
May 18 08:28:51 <djp_> naquan: open up terminal and run shr_elm_softkey
May 18 08:29:13 <djp_> naquan: then tap the top shelf
May 18 08:30:27 <naquan> djp_: great, thank you
May 18 08:31:19 <djp_> naquan: np. by the way, does your freerunner have issues with suspend using shr (2010-05-13)?
May 18 08:31:52 <djp_> naquan: if i leave my fr to auto suspend, i can't bring it back out of suspend!
May 18 08:32:10 <djp_> naquan: worked fine on earlier shr-unstable releases
May 18 08:34:38 <naquan> djp_: i'm not sure, my phone has just auto-suspended once and there's no problem of resuming.
May 18 08:46:51 <djp_> naquan: ah, ok. yes, i find it won't come out of suspend if left for a while. if i let it go into suspend and then immediately try and bring it out of suspend, all is fine.
May 18 09:10:34 <djp_> update on issues with suspend and latest versions of shr-unstable. if i suspend manually, by pressing the power button to call up profile/power and using the option to suspend, then everything appears fine. i can press the power button to come out of suspend and all works as it should. it would seem that the problem only exists when auto-suspend is enabled.
May 18 09:15:44 <SpeedEvil> odd
May 18 09:16:09 <SpeedEvil> Lots of people have reported over the last month or two that suspend is broken in 'recent' FSO for them.
May 18 09:16:17 <SpeedEvil> I haven't seen any solution.
May 18 09:18:27 <djp_> SpeedEvil: oh really? well at least i'm not on my own then ;)
May 18 09:18:40 <djp_> SpeedEvil: thanks for the advice
May 18 09:19:56 <djp_> SpeedEvil: i'm wondering if the message that i received this morning about "battery service reschedule", was related to the fr going into suspend while charging
May 18 09:20:37 <djp_> SpeedEvil: i came across this, http://shr-users-discussions.2691941.n2.nabble.com/New-SHR-unstable-td4035401.html
May 18 09:21:03 <djp_> seems to talk about an issue with shr-unstable/charging and suspend
May 18 09:21:03 <SpeedEvil> Sorry - not actually running SHR at the moment.
May 18 09:21:27 <djp_> SpeedEvil: ah, i see. what do you run out of interest?
May 18 09:21:37 <SpeedEvil> Well - my neo1973 is dismantled awaiting reassembly into a microwave oven controller.
May 18 09:21:41 <SpeedEvil> Also - n900.
May 18 09:21:49 <djp_> SpeedEvil: :)
May 18 09:22:15 <SpeedEvil> I got one - though I couldn't really afford it - with the promise to myself that I'd partially pay for it with a diet/planned meals.
May 18 09:22:23 <SpeedEvil> Now 20Kg down. :)
May 18 09:22:27 <djp_> SpeedEvil: i only use my fr for phone calls. is shr-unstable the best distro for that task do you know, or is there a better alternative?
May 18 09:22:37 <SpeedEvil> Sorry - no FR.
May 18 09:22:49 <SpeedEvil> I recall people saying it was more stable a few months back.
May 18 09:22:58 <SpeedEvil> I have no idea if there are shapshots available.
May 18 09:23:28 <djp_> SpeedEvil: yes, it was. maybe i should dig out an older version and go with that.
May 18 09:23:39 <PaulFertser> djp_: or shr-t
May 18 09:23:49 <SpeedEvil> If you want to be loved, binary-search to find the failing commit.
May 18 09:25:14 <PaulFertser> djp_: so do you have usb networking or not after a "failing" resume?
May 18 09:25:14 <djp_> PaulFertser: is shr-t better to use than unstable?
May 18 09:25:32 <PaulFertser> djp_: that question is better be answered by the shr usres
May 18 09:25:35 <djp_> SpeedEvil: i wouldn't know where to start! ;)
May 18 09:26:13 <djp_> PaulFertser: do they have an irc channel do you know, or do they hang out here?
May 18 09:26:19 <SpeedEvil> djp_: Find a commit where shr works and suspends properly. Find one where it does not.
May 18 09:26:28 <PaulFertser> djp_: here + #openmoko-cdevel
May 18 09:26:34 <djp_> PaulFertser: thanks
May 18 09:26:35 <PaulFertser> djp_: but why not debug the issue?
May 18 09:26:43 <PaulFertser> djp_: do you have usb access or not?
May 18 09:26:47 <SpeedEvil> djp_: Now, pick one in the middle. Does it suspend? If so - try a later one, ...
May 18 09:26:52 <djp_> PaulFertser: yes
May 18 09:27:07 <PaulFertser> djp_: aha, so the device in fact resumes properly 
May 18 09:27:07 <SpeedEvil> djp_: in about 10-15 searches, you find the exact commit that caused the suspend problems.
May 18 09:27:14 <djp_> SpeedEvil: ah, i see. yeah, think i could do that! ;)
May 18 09:27:25 <PaulFertser> SpeedEvil: i think i remember the issue he's talking about
May 18 09:27:29 <djp_> PaulFertser: yes
May 18 09:27:48 <djp_> PaulFertser: it only seems to have an issue when set to auto-suspend
May 18 09:27:59 <PaulFertser> djp_: so, after a "failing" resume access it with usb, type ps ax | grep X, that'll tell you the VT number, then do "chvt <number>"
May 18 09:28:39 <djp_> PaulFertser: aha! it's gone wrong again. this time i see a message... "hdq error: 3"
May 18 09:28:53 <PaulFertser> djp_: hdq errors are safe to ignore
May 18 09:29:16 <djp_> PaulFertser: let me try what you suggest...
May 18 09:31:43 <SpeedEvil> djp_: http://www.kernel.org/pub/software/scm/git/docs/git-bisect.html - has some overview - I don't think the project uses git - but it's the idea
May 18 09:31:57 <djp_> PaulFertser: 660 ?        S      0:00 xinit /etc/X11/Xsession -- /usr/bin/Xorg -br -pn -dpi 280 -nocursor 665 tty2     S<s+   0:22 /usr/bin/Xorg :0 -br -pn -dpi 280 -nocursor 873 pts/1    S+     0:00 grep X
May 18 09:32:08 <PaulFertser> djp_: so?
May 18 09:32:17 <PaulFertser> SpeedEvil: OE uses git :)
May 18 09:32:37 <djp_> PaulFertser: what number do i use? the last one, 873?
May 18 09:33:09 <PaulFertser> djp_: :-O
May 18 09:33:13 <PaulFertser> djp_: of course not
May 18 09:33:17 <PaulFertser> djp_: 2
May 18 09:34:08 <djp_> PaulFertser: chvt 2 returns nothing
May 18 09:34:18 <PaulFertser> djp_: does the screen change?
May 18 09:34:38 <djp_> PaulFertser: yes
May 18 09:34:53 <djp_> PaulFertser: back to screen and out of suspend
May 18 09:35:14 <PaulFertser> djp_: pardon?
May 18 09:35:46 <djp_> PaulFertser: the freerunner has returned to the shr-unstable desktop
May 18 09:35:56 <djp_> PaulFertser: or whatever you refer to it as
May 18 09:36:12 <djp_> PaulFertser: or whatever you refer to it as
May 18 09:36:16 <djp_> oops
May 18 09:36:27 <djp_> PaulFertser: so not stuck on suspend
May 18 09:36:39 <djp_> PaulFertser: does that make sense?
May 18 09:36:50 <PaulFertser> djp_: now you can tell something meaningful to JaMa like: "Hi, JaMa, do you have any idea why my FR doesn't switch to the second VT with X after it auto-suspends. Using SHR-u with the latest upgrades".
May 18 09:37:30 <djp_> PaulFertser: ah! thanks.
May 18 09:37:46 <PaulFertser> djp_: mrmoku might be of help too.
May 18 09:37:49 <PaulFertser> :)
May 18 09:38:42 <mrmoku> that one seems to be a hard to solve nut :/
May 18 09:38:53 <PaulFertser> djp_: http://www.mail-archive.com/shr-user@lists.shr-project.org/msg04743.html
May 18 09:38:55 <djp_> PaulFertser: i'll note down what you've explained. i'm not a dev or anything like that you see, thus my complete blank face (which i realise you can't see ;)) when reading your advice!
May 18 09:38:55 <mrmoku> some people have it... some don't
May 18 09:39:04 <PaulFertser> djp_: is there any reason you haven't seen that thread yet?
May 18 09:39:25 <djp_> PaulFertser: searched through, but not seen that one no.
May 18 09:39:37 <djp_> PaulFertser: thanks. will take a look.
May 18 09:39:50 <PaulFertser> djp_: you should be subscribed to that ML ;)
May 18 09:40:20 <PaulFertser> mrmoku: probably you can use a workaround like chvt on every resume?
May 18 09:40:35 <djp_> PaulFertser: yes! think i should. :) i'll subscribe right now...
May 18 09:41:48 <PaulFertser> :D
May 18 09:42:57 <PaulFertser> mrmoku: is it possible some extra action is involved during the suspend triggered by phonefsod?
May 18 09:43:14 <PaulFertser> mrmoku: some script in /etc/suspend.d or something?
May 18 09:48:00 <mrmoku> PaulFertser: I was not involved in debugging that thing... but IIRC trying that system freezed immediately
May 18 09:48:23 <mrmoku> PaulFertser: Heinervdm would know more for sure :)
May 18 09:48:32 <PaulFertser> mrmoku: thanks :)
May 18 09:48:54 <PaulFertser> mrmoku: fyi the user report chvt works for them
May 18 09:49:16 <Heinervdm> PaulFertser: i just flashed the 17052010 image
May 18 09:49:28 <Heinervdm> there it seems to work again
May 18 09:49:37 <Heinervdm> but i haven't rebootet yet
May 18 09:50:49 <Heinervdm> PaulFertser: the problem with the script on resume is, that we use fso-apm and so /etc/resume.d/ scrips aren't executed
May 18 09:51:29 <Heinervdm> cross your fingers, i'm rebooting now ;)
May 18 09:53:46 <PaulFertser> Heinervdm: apm2 from cornucopia?
May 18 09:55:54 <Heinervdm> PaulFertser: i don't think so, i will look where it's from
May 18 09:56:44 <Heinervdm> PaulFertser: ah, it's apm2 from cronucopia
May 18 09:58:30 <PaulFertser> Heinervdm: it's anyway wrong idea i guess. Why not use pm-utils?
May 18 10:00:02 <Heinervdm> PaulFertser: i think this is to handle the suspend in the FSO way
May 18 10:00:15 <PaulFertser> Heinervdm: it doesn't make any sense ;)
May 18 10:01:06 <Heinervdm> PaulFertser: What i know is: with apm instead of fso-apm suspend isn't working right ;)
May 18 10:01:32 <Heinervdm> PaulFertser: don't know why mickey|zzZZzz has choosen this way
May 18 10:02:12 <PaulFertser> Heinervdm: you do not get me
May 18 10:02:33 <PaulFertser> Heinervdm: SHR devs should just integrate pm-utils instead of using some "apm emulation" wrapper.
May 18 10:02:49 <PaulFertser> Heinervdm: pm-utils have all you need, including doing the suspend fso-way.
May 18 10:18:12 <djp_> PaulFertser: all subscribed up! thanks for your help and advice this morning (or whatever time it is where you are) :D
May 18 10:18:51 <PaulFertser> djp_: welcome
May 18 10:19:11 <PaulFertser> djp_: try upgrading now, as Heinervdm says it started to work for him after yesterday's upgrade.
May 18 10:20:14 <Heinervdm> PaulFertser, djp_: i reflashed a fresh image from yesterday, i'm not sure if a upgrade will fix it, as i still don't know what caused this error
May 18 10:23:38 <djp_> PaulFertser: Heinervdm: flashing as i type... ;)
May 18 10:23:48 <djp_> thanks
May 18 10:23:58 <Heinervdm> djp_: you should have tried the update mehtode first ;)
May 18 10:24:17 <Heinervdm> then we would know if it's fixed with an update too ;)
May 18 10:24:51 <djp_> Heinervdm: :) true... by the way, with regards updating, is it ok to flash a later version than the kernel?
May 18 10:25:17 <djp_> Heinervdm: my kernel is dated 13.5.2010 you see...
May 18 10:25:19 <JaMa> djp_: as long as you keep kernel image and kernel modules in sync
May 18 10:25:48 <Heinervdm> the kernel is only build on upgrade of the kernel, not everytime an image is build
May 18 10:26:15 <djp_> Heinervdm: ah right, got you. thanks
May 18 10:26:22 <djp_> JaMa: thanks also
May 18 11:26:03 <yamitenshi> Hey, I read that QtMoko has an issue with GSM/GPRS multiplexing (you can't make/receive calls when GPRS is active). Does anybody know how big this problem is?
May 18 11:33:02 <PaulFertser> yamitenshi: in general with any GSM phone often if you actively use GPRS you're not available for calls/sms messages.
May 18 11:38:49 <gena2x> debian-gta02:~# cat /tmp/strace.txt |grep dev
May 18 11:38:49 <gena2x> open("/dev/rfcomm0", O_RDWR|O_NOCTTY|O_NONBLOCK) = -1 EINTR (Interrupted system call)
May 18 11:38:49 <gena2x> write(2, "minicom: cannot open /dev/rfcomm"..., 61minicom: cannot open /dev/rfcomm0: No such file or directory
May 18 11:40:24 <gena2x> ^^ sample of informative error messages
May 18 11:49:20 <yamitenshi> So basically, if I just set the GPRS to on demand (which I have to anyway), and set a timeout of, say, 30 seconds, that means that while loading a web page and for 30 seconds after it's done, I can't call?
May 18 11:55:59 <yamitenshi> Gtg, I'll find out later, thanks for your responses :)
May 18 14:47:36 <gena2x> PaulFertser: can I ask you some bluetooth questions?
May 18 14:47:55 <PaulFertser> gena2x: sure
May 18 14:50:34 <gena2x> PaulFertser: first one, i don't know if you can help: where is 'sco' stat in hciconfig. my guess this should increase if some sco channel connected. can you recall did it increase last time you tried bluetooth headset profile (not a2dp)?
May 18 14:53:05 <PaulFertser> gena2x: it did increase when i did everything right with a working headset
May 18 14:53:35 <gena2x> PaulFertser: after play()?
May 18 14:54:06 <PaulFertser> gena2x: iirc, yes, after play() when the sound started to actually flow to and from headset.
May 18 14:54:23 <PaulFertser> gena2x: but i'm not sure
May 18 14:54:37 <PaulFertser> gena2x: the counters increased for sure when i was using SCO over HCI.
May 18 14:54:43 <PaulFertser> (after the eeprom hack)
May 18 14:55:54 <gena2x> PaulFertser: why route it over HCI in software if it shold work in hardware over PCM?
May 18 14:56:39 <PaulFertser> gena2x: i wanted to play a sound file from SoC. And also i wanted to investigate if it's possible to use a bluetooth headset for voip.
May 18 14:56:48 <gena2x> PaulFertser: i still didn't make my headset work, but have a bit better understanding of all that bluez/bluetooth thing...
May 18 14:57:24 <gena2x> PaulFertser: wait, pcm is routed to SoC?
May 18 14:58:04 <PaulFertser> gena2x: i tried with two headsets. One headset i could never make to work, no matter how hard i tried (even recompiling the kernel with the latest bluetooth parts). After Play() i can hear only background amp noise. The other headset i tried worked perfectly.
May 18 14:58:21 <PaulFertser> gena2x: pcm is not routed to SoC, pcm is connected to Wolfson.
May 18 14:58:40 <PaulFertser> gena2x: but i wanted to route SCO to SoC investigating if it's possible to use voip.
May 18 14:58:58 <TomaszD> if I have the latest shr-testing, do I have to do anything to enable gps? it's on auto and I'm running tangogps
May 18 14:59:25 <JaMa> TomaszD: check if fso-gspd is running
May 18 14:59:29 <gena2x> PaulFertser: wait, how soc related to wolfson?
May 18 14:59:36 <TomaszD> JaMa, how can I do that
May 18 14:59:54 <JaMa> TomaszD: and that you have right fsotdld.conf (the one from .ipk package)
May 18 15:00:08 <TomaszD> JaMa, tangogps is by default in shr
May 18 15:00:09 <JaMa> TomaszD: ps aux | grep gpsd
May 18 15:00:43 <gena2x> PaulFertser: i only hear some noise too, but i see that nothing is really transferred to headset - sco is 0.
May 18 15:01:06 <gena2x> PaulFertser: and we have only 1 sound card - wolfson, yes?
May 18 15:01:14 <gena2x> PaulFertser: so what is soc?
May 18 15:01:16 <TomaszD> JaMa, yep, it's running
May 18 15:01:48 <JaMa> TomaszD: and do you have commented out gps sections in fsotdld.conf?
May 18 15:02:02 <PaulFertser> gena2x: soc is system on chip == s3c2442
May 18 15:02:06 <gena2x> PaulFertser: (sorry if my question look stupid)
May 18 15:02:20 <PaulFertser> gena2x: (nothing transferred) i think it was exactly the same for me with the non-working headset.
May 18 15:02:42 <gena2x> PaulFertser: yes, but how soc participate in sound?
May 18 15:03:10 <PaulFertser> gena2x: if i use voip, i need to use a "virtual sound card" that is SCO over HCI (usb).
May 18 15:03:33 <PaulFertser> gena2x: because it's SoC that generates and receives the sound in voip case.
May 18 15:04:54 <PaulFertser> gena2x: just like you use for playing music over a2dp, but for voip bi-directional communication is needed.
May 18 15:05:05 <TomaszD> JaMa, checking..
May 18 15:05:23 * JaMa leaving sorry
May 18 15:05:26 <gena2x> PaulFertser: you mean 'as the CPU on SoC' doing processing and the sound card is vitual -> we call SoC soundcard.
May 18 15:06:34 <gena2x> PaulFertser: (i just thought that SoC might have some integrated sound device you wanted to use)
May 18 15:07:31 <gena2x> PaulFertser: s/we call SoC soundcard./we call SoC soundcard?/
May 18 15:08:12 <gena2x> PaulFertser: ok, now i understood.
May 18 15:09:10 <gena2x> PaulFertser: what you wanted to archieve. But why not captute/playback throught Wolfson?
May 18 15:17:25 <gena2x> PaulFertser: No, wait, again. as i understand we can pick data from 'bt-CSR' via USB bus (in a2dp case), also we can pick SCO data (in HSP case) via same 'bt-CSR' via USB bus, and finally we can route SCO (HSP case) to Wolfson and pick it up via SoC.
May 18 15:19:34 <gena2x> and latter case only case where SoC is used that's why i always thought Wolfson and SoC are synonims from sound point of view. I were wrong?
May 18 15:24:54 <TomaszD> JaMa|Sports, edited the file, rebooted, got a gps fix, thanks
May 18 15:31:33 <gena2x> PaulFertser: please, answer. Is i am missing something in understanding system?
May 18 15:33:47 <PaulFertser> gena2x: i'm answering :)
May 18 15:34:07 <gena2x> PaulFertser: oh, ok, thanks in advance :)
May 18 15:34:12 <PaulFertser> gena2x: a2dp is only from SoC to BT, afaik
May 18 15:35:05 <PaulFertser> gena2x: to have SCO flowing over HCI with the csr chip, you need to alter its  eeprom
May 18 15:35:31 <PaulFertser> gena2x: wolfson is connected with pcm interface to the BT chip, SoC is connected to the BT only via USB.
May 18 15:36:26 <gena2x> PaulFertser: so all ok in my understanding.
May 18 15:36:46 <PaulFertser> gena2x: i think i looked at it and found it impossible to route sound SoC<->Wolfson<->BT PCM (bidirectionally) 
May 18 15:38:09 <gena2x> PaulFertser: sounds strange. because BT PCM<==>Wolfson interface is definetly designed for bidirectional transfers (PCM_IN, PCM_OUT)
May 18 15:38:39 <gena2x> PaulFertser: without doubt, SoC<==>Wolfson is bidirectional too.
May 18 15:38:51 <PaulFertser> gena2x: yes, but you need too tricky routing inside the Wolfson
May 18 15:39:06 <PaulFertser> gena2x: probably i'm wrong, just take a look at the diagram and judge for yourself. 
May 18 15:39:39 <gena2x> PaulFertser: also it seems (for me) that PCM is specially designed for such routing. because even channel in wolfson called 'Voice'.
May 18 15:40:05 <PaulFertser> gena2x: look at the diagram and see for yourself :)
May 18 15:41:27 <gena2x> PaulFertser: i looked to shematics and to Wolfson specification, just wanted to discuss/ask some questions with someone who (i thought) did that too before.
May 18 15:42:15 <PaulFertser> gena2x: i did but i've already forgotten the details. Do you think you see a way to route the sound the way you propose? 
May 18 15:45:07 <gena2x> PaulFertser: according to how i understand that i read, the PCM output of bluetooth and Voice in of Wolfson is designed to handle bluetooth in hardware (play, record, route to speakers). and thought you did that configuration first (before routing sco via bluetooth)
May 18 15:45:42 <gena2x> PaulFertser: even in wiki this way is described (SCOrouting=PCM)
May 18 15:46:22 <gena2x> PaulFertser: Also want to ask about alsa contols (if you know) which should control Voice in Wolfson
May 18 15:46:22 <PaulFertser> gena2x: because it's the default eeprom configuration
May 18 15:46:46 <PaulFertser> gena2x: have you actually seen "the prettier" diagram? It has all the controls printed over it.
May 18 15:47:10 <gena2x> PaulFertser: Which diagram you talking?
May 18 15:47:21 <TomaszD> mokonnect is unable to power on the wifi device, any pointers? I'm using latest shr-testing
May 18 15:47:28 <gena2x> PaulFertser: (mb i missed it)
May 18 15:47:48 <PaulFertser> gena2x: http://wiki.openmoko.org/wiki/Image:WM8753_routing_diagram_alsa_controls.png
May 18 15:48:01 <PaulFertser> TomaszD: use iliwili :)
May 18 15:48:11 <PaulFertser> TomaszD: or something like that :)
May 18 15:49:03 <TomaszD> hmm
May 18 15:49:30 <PaulFertser> gena2x: and also this: http://wiki.openmoko.org/wiki/Image:Wolfson_dai_routing.png
May 18 15:49:38 <TomaszD> does anyone know if the bug that makes the freerunner a heater when there's no microsd in the slot will be fixed anytime soon?
May 18 15:49:41 <gena2x> PaulFertser: Oh, thanks much, i really cool!!!
May 18 15:50:33 <PaulFertser> gena2x: there's only one ADC, so you won't have bidirectional i think
May 18 15:50:42 <gena2x> PaulFertser: like in specification but with alsa controls added!
May 18 15:50:44 <SpeedEvil> TomaszD: The obvious way round this is to add a little slip of plastic.
May 18 15:51:08 <PaulFertser> gena2x: i waited for someone to add alsa control names for long time. Then i felt i have to do it myself so i did... :/
May 18 15:51:46 <TomaszD> SpeedEvil... the card must be detected by the kernel, it's a kernel bug, present in android-on-freerunner, qtmoko and shr
May 18 15:51:56 <gena2x> PaulFertser: _Thank_ _you_ _!_
May 18 15:52:06 <PaulFertser> gena2x: welcome :)
May 18 16:01:51 <gena2x> PaulFertser: cool, controls are "Mono playback Volume" and "Mono Mixer Voice Playback Switch" :)
May 18 16:02:02 <gena2x> PaulFertser: for mono headset :)
May 18 16:02:18 <gena2x> PaulFertser: i mean mono profile for headset :)
May 18 16:04:11 <gena2x> PaulFertser: I gone to digest new information :)
May 18 16:04:37 <PaulFertser> gena2x: bon appetit
May 18 16:04:49 <PaulFertser> Hm, or is it too late
May 18 16:05:05 <PaulFertser> gena2x: well, anyway, having only one ADC is not enough for bidirectional communication.
May 18 16:05:52 <gena2x> PaulFertser: but where is both VXDIN and VXDOUT. Data come from bt in digital format.
May 18 16:06:03 <gena2x> PaulFertser: (as i understand)
May 18 16:06:44 <gena2x> PaulFertser: so we need only 1 adc to convert it to our local consumers (as i understand)
May 18 16:07:26 <PaulFertser> gena2x: the data comes and goes in digital format, yes, but inside the wolfson it travels in analog form.
May 18 16:09:41 <gena2x> PaulFertser: so, only 1 DAC is needed to convert data which we got from VXDIN (headset mic), while we can feed bt with digital data directly?
May 18 16:10:36 <PaulFertser> gena2x: how can you feed BT with digital data directly, via what interface?
May 18 16:11:12 <gena2x> PaulFertser: VXDOUT output of PCM Wolfson interface
May 18 16:11:33 <PaulFertser> gena2x: where will it get digital data from?
May 18 16:13:09 <PaulFertser> gena2x: from ADC. But where will SoC get digital data from then?
May 18 16:13:54 <gena2x> PaulFertser: Why, you can get digital data for example from SoC
May 18 16:14:44 <PaulFertser> gena2x: you want SoC to get what you say in BT mic. So BT is transferring digital data through its pcm interface to Wolfson to its DAC, then you want to route it to SoC but there's no ADC left to do that.
May 18 16:16:31 <PaulFertser> gena2x: and if you're considering using ADC for both digital interfaces, we investigated that and came to conclusion it's impossible given our hardware.
May 18 16:16:35 <PaulFertser> I do not remember the details.
May 18 16:17:55 <gena2x> PaulFertser: I have to think to understand all this...
**** ENDING LOGGING AT Wed May 19 02:59:57 2010