**** BEGIN LOGGING AT Sun Mar 06 02:59:57 2011 Mar 06 05:31:17 [Rui]: why would it not be fixed on the stable branch, if it's a known bug? Mar 06 08:24:29 antrik: elementary does not even seem to be branched... Mar 06 08:40:42 <[Rui]> antrik: possibly because it would be too much work. Mar 06 08:41:02 <[Rui]> I know there has been a lot of work in TEXTBLOCKs making them a lot faster. Mar 06 09:54:09 <[Rui]> mickey|bbl: interesting challenge: zrrtp in fso, heh? :) Mar 06 09:54:21 <[Rui]> s/zrrtp/zrtp/ Mar 06 09:54:23 [Rui] meant: mickey|bbl: interesting challenge: zrtp in fso, heh? :) Mar 06 10:21:06 GNUtoo|laptop: yo got some good progress on the shr image on hd2 Mar 06 10:21:18 GNUtoo|laptop: I can now debug remotely and have internet Mar 06 10:21:26 GNUtoo|laptop: downloading shr feeds now Mar 06 10:21:28 dcordes_, we don't have the image Mar 06 10:21:37 it's not online anymore Mar 06 10:21:59 Cotulla and you do not have the shr hd2 image ? Mar 06 10:22:38 dcordes_, Cotulla is in #htc-linux Mar 06 10:22:39 and no Mar 06 10:22:42 no one got the image Mar 06 10:22:47 I pinged you many time Mar 06 10:22:50 wrote a mail Mar 06 10:22:58 looked for your phone number but didn't find it Mar 06 10:23:11 because we *need* theses images Mar 06 10:23:36 I will have to go to eat soon Mar 06 10:23:52 GNUtoo|laptop: I told cotulla I finish it first before I upload Mar 06 10:23:57 ok Mar 06 10:24:05 so ping me when you have an image Mar 06 10:24:07 to download Mar 06 10:24:18 check query for my phone # Mar 06 10:24:21 ok Mar 06 10:24:21 and keep the image online next time Mar 06 10:24:43 I need some help with modem debug Mar 06 10:26:32 ok Mar 06 10:26:35 1 sec Mar 06 10:27:28 dcordes_, modem doesn't work right? Mar 06 10:27:31 first Mar 06 10:27:43 did you modify the config files Mar 06 10:27:47 to point to your board Mar 06 10:28:00 for instance cat /proc/cpuinfo is trout for htcdream Mar 06 10:28:03 so you have Mar 06 10:28:13 /etc/freesmartphone/conf/trout Mar 06 10:28:46 modem works to an extent it seems: I see non-error log messages in fosgsmd logfile Mar 06 10:28:54 dialer directly quits when dialing Mar 06 10:29:11 # cat /proc/cpuinfo | grep Hardware Mar 06 10:29:15 Hardware : htcleo Mar 06 10:29:30 so cp -r some_machine htcleo Mar 06 10:29:33 and modify Mar 06 10:29:49 # ls /etc/freesmartphone/conf/ | grep leo Mar 06 10:29:49 htcleo Mar 06 10:29:49 try the qualcomm modem Mar 06 10:29:53 done Mar 06 10:29:55 already Mar 06 10:29:55 also try singleline Mar 06 10:30:02 I moved nexus I think Mar 06 10:30:05 ok Mar 06 10:30:20 is the modem singleline? Mar 06 10:30:30 or the same than dream? Mar 06 10:30:41 yes it's same qsd8250 as your nexus Mar 06 10:30:52 I know that Mar 06 10:30:53 only differences is way GPRS works Mar 06 10:31:09 but I'm not sure I selected the right plugin for nexus Mar 06 10:31:20 ok how to check ? Mar 06 10:31:39 /etc/freesmartphone/conf/htcleo # grep -ri singleline . Mar 06 10:31:39 ./fsogsmd.conf:modem_type = singleline Mar 06 10:31:39 ./fsogsmd.conf:[fsogsm.modem_singleline] Mar 06 10:31:50 sounds good right ? Mar 06 10:36:29 yes Mar 06 10:36:38 then if both modem doesn't work Mar 06 10:36:45 you may need to change the code Mar 06 10:37:30 ok I got the log Mar 06 10:37:35 what's the error? Mar 06 10:38:01 CLCC is calling number presentation? Mar 06 10:38:04 I'll check Mar 06 10:38:16 if so I've fixed it in our replicant ril Mar 06 10:42:21 what's the problem with CLCC ? Mar 06 10:42:32 * dcordes_ s looking for error line Mar 06 10:44:12 GNUtoo|laptop: can you see my call attempt in the log ? Mar 06 10:44:21 ah no I didn't look Mar 06 10:45:04 the call is not in Mar 06 10:45:11 it was made before the beginning of the log Mar 06 10:45:39 try to add that in the initialization: Mar 06 10:46:28 ;+GTKC=2;+CLIP=1 Mar 06 10:46:35 it's in fsogsmd.conf Mar 06 10:46:44 alright do you want to see the log from beginning ? Mar 06 10:46:51 or should I do the init first and restart ? Mar 06 10:47:28 init first Mar 06 10:47:30 do that Mar 06 10:47:33 add the init Mar 06 10:47:38 rm /var/log/fsogsmd Mar 06 10:47:50 pidof fsogsmd Mar 06 10:47:54 killall fsogsmd Mar 06 10:47:58 pidof fsogsmd Mar 06 10:48:07 and a clean log should be created Mar 06 10:49:25 modem_init = E0V1;+CMEE=1;+CRC=1;+CSCS="UCS2";@BRIC=0;+GTKC=2;+CLIP=1 Mar 06 10:50:10 yes Mar 06 10:52:22 I will reboot cause I had some filesystem corruption (fsck on every boot) Mar 06 10:53:44 ok Mar 06 11:01:10 GNUtoo|laptop: ok that is the fresh log with extra init Mar 06 11:01:24 ok Mar 06 11:01:27 looking Mar 06 11:03:06 dcordes_, where's the error Mar 06 11:03:11 I don't see errors Mar 06 11:03:22 you can't call or something like that? Mar 06 11:03:27 I didn't call Mar 06 11:03:30 in that log Mar 06 11:03:42 I get err 257 on call putting log now Mar 06 11:05:12 ok Mar 06 11:06:54 I think I should install the fso cli program Mar 06 11:07:07 is it expected that only dialer program will start but not phone program ? Mar 06 11:08:02 ? Mar 06 11:08:10 If I remember well it worked for me Mar 06 11:08:16 I can try if you want Mar 06 11:09:14 maybe only one of them works ? Mar 06 11:10:07 do you see the call in the new log ? Mar 06 11:11:50 I'll look Mar 06 11:12:08 what is the difference between the dialer and the phone? Mar 06 11:12:15 note that they're just dbus wrapper Mar 06 11:28:15 * dcordes_ pulls oe Mar 06 11:38:55 GNUtoo|laptop: I don't have access to freesmartphone gits Mar 06 11:38:58 GNUtoo|laptop: can you push it ? Mar 06 11:39:21 push waht? Mar 06 11:39:27 I do have access Mar 06 11:39:30 htcleo config with the init Mar 06 11:39:32 but I must go very soon Mar 06 11:39:39 send a patch to the mailing list Mar 06 11:39:44 and I'll try to push it Mar 06 11:39:45 ok Mar 06 11:39:54 if I fail maybe someone else will Mar 06 11:40:01 Or I could do it when I return Mar 06 11:41:41 GNUtoo|laptop: do you have the git url ? Mar 06 11:41:58 of the configs? Mar 06 11:42:00 cornucopia Mar 06 11:42:30 yes Mar 06 11:42:44 git://git.freesmartphone.org/cornucopia.git ? Mar 06 11:43:39 Login error Mar 06 11:43:40 Htc-linux uses cookies to log in users. You have cookies disabled. Please enable them and try again. Mar 06 11:43:45 I've cookies enabled Mar 06 11:43:50 yes Mar 06 11:44:55 GNUtoo|laptop: I had same problem. Will report to admin. can you try different browser ? Mar 06 11:45:06 http://gnutoo.homelinux.org/dcordes/audio_test_programs_qsd.tar.bz2 Mar 06 11:45:19 I've only firefox Mar 06 11:54:13 GNUtoo|nexusone: which mailing list to put it ? http://www.angstrom-distribution.org/~lgorris/htcleo.diff Mar 06 11:54:42 fso userland Mar 06 12:00:18 ok Mar 06 12:08:00 GNUtoo|nexusone: mail sent Mar 06 12:26:08 somebody got local.conf used to compile SHR for n900 ? Mar 06 14:15:19 dcordes_: here it is http://git.shr-project.org/git/?p=shr-makefile.git;a=summary (see what Makefile creates) Mar 06 14:39:38 JaMa: is it based on the old moko makefile from rwhitby ? Mar 06 14:41:52 ~seen rwhitby Mar 06 14:41:57 rwhitby is currently on #webos-internals. Has said a total of 106 messages. Is idling for 3h 34m 9s, last said: 'I think I rebuilt the kernel placeholders with the right metadata flag'. Mar 06 14:44:14 cp common/conf/local.conf shr-stable/conf/local.conf Mar 06 14:44:33 JaMa: it doesn't have much in it :( Mar 06 14:44:53 dcordes_: but that's used to compile SHR for n900 :) Mar 06 14:45:24 dcordes_: and openembedded.mk was droped, now Makefile is only used to setup environment and update git checkouts Mar 06 14:45:44 dcordes_: for the rest we're using just bitbake calls Mar 06 14:46:54 ok Mar 06 14:50:21 JaMa: http://git.angstrom-distribution.org/cgi-bin/cgit.cgi/setup-scripts/ Mar 06 15:10:13 JaMa: I was expecting loads of extra env vars and config settings needed for shr as opposed to other distros e.g. angstrom Mar 06 15:10:27 JaMa: last time I built it I remember adding some fso autorev Mar 06 16:01:20 dcordes_: you can add fso-autorev if you want, but currently only shr-u is using shr-autorev Mar 06 16:02:11 JaMa: ok Mar 06 16:02:41 GNUtoo gave me an n900 image that had a dialer and a phone app (with same icon). only one worked. is it expected ? Mar 06 16:03:28 with the program that started I could dial but no call was seen in fsogsmd.log . when using the dbus command line program calling worked Mar 06 16:27:19 hey guys, I'd like to play with modem myself Mar 06 16:27:32 how do I prevent fsogsmd from starting in shr-u? Mar 06 16:28:01 right now I put bogus value into it's config to make sure that it doesn't touch modem Mar 06 16:28:19 however smth constantly spawn new fsogsmd processes Mar 06 16:28:34 who's doing that and how to prevent it? Mar 06 16:29:52 plotr: thanks :) I was wondering same thing today Mar 06 16:30:39 dcordes_: also playing with osmocom? Mar 06 16:31:18 plotr: playing with shr on htc hd2 Mar 06 16:32:49 plotr: make sure that phonefsod and phoneuid don't get started Mar 06 16:32:57 they will dbus-activate fsogsmd Mar 06 16:33:17 freesmartphone, ofono, android ril, osmocom, what am I missing ? Mar 06 16:33:37 radio frameworks for linux Mar 06 16:33:44 plotr: phonefsod you can deactivate by adding exit 0 on top of /etc/init.d/phonefsod Mar 06 16:34:06 plotr: phoneuid get's started by /etc/X11/Xsession.d/80phoneuid Mar 06 16:34:08 just comment it out Mar 06 16:34:26 mrmoku: that's the reason why I didn't find it. the other fso services are named /etc/init.d/fso* Mar 06 16:34:32 not sure if that is all needed though to prevent fsogsmd from being started Mar 06 16:34:34 mrmoku: thanks! it would be nice to have this as config option somewhere in /etc/ Mar 06 16:35:11 plotr: ack Mar 06 16:35:12 plotr: not sure... if you don't want to use phonefsod/phoneuid you can just deinstall them Mar 06 16:36:28 mrmoku: that's the thing - I'd like to disable them for some time - reinstalling is overkill Mar 06 16:37:15 if I do not want asterisk to run by default in ubuntu - I just (un)comment one string in /etc/default/asterisk - I do not uninstall it :) Mar 06 16:40:02 plotr: hmm... good argument :-) Mar 06 16:41:09 something like disable = 1 in /etc/phonefsod.conf ? Mar 06 16:41:16 and if that is set phonefsod will just exit? Mar 06 16:41:28 mrmoku: precisely! Mar 06 16:41:53 note that phonefsod is also doing the screen blanking, locking and suspending Mar 06 16:41:58 that would be disabled then too Mar 06 16:43:14 mrmoku: that's the price I'm ready to pay... besides it's more question of granularity of control over functions - I mean "disable.fsogsmd = 1" might do the trick as well Mar 06 16:46:00 plotr: sure, but that's a lot more work ;) Mar 06 16:46:17 * mrmoku takes a look at the code Mar 06 16:46:39 mrmoku: I thought fsogsmd also read some config? Mar 06 16:47:56 the more I think about it - the more I have to fight desire to re-invent systemd in order to track all start-stop dependencies between various parts of fso :) Mar 06 16:48:58 plotr: sure fsogsmd has it's config... phonefsod will start it regardless though Mar 06 16:50:18 fsogsmd could kill itself upon reading disable=1 from it's own config, although this looks like ugly hack if it will be started every second anyway Mar 06 16:56:35 yup Mar 06 16:56:52 plotr: easiest way would be to disable fsogsmd in the dbus-activation config Mar 06 16:57:07 /usr/share/dbus-1/system-services/fsogsmd or something like that Mar 06 17:01:01 plotr: why are you using the other phone api ? Mar 06 17:01:18 plotr: osmocom vs freesmartphone Mar 06 17:05:35 dcordes_, I'm back Mar 06 17:05:44 dcordes_: it's not about API Mar 06 17:06:08 dcordes_: with osmocom I got complete control over gsm stack - to the very low level Mar 06 17:06:35 with fso - I just have abstraction on top of external modem which can speak gsm Mar 06 17:06:39 GNUtoo|laptop: ok 2 things: I sent fso patch to userland ml as desired and setup oe. compiling now but not sure if I have everything needed in the configs Mar 06 17:07:10 plotr: osmocom dosen't abstract the AT ? Mar 06 17:07:41 plotr: don't you have complete control with minicom, cat, echo & friends ? Mar 06 17:07:50 osmcom...lol Mar 06 17:08:08 GNUtoo|laptop: I sent the htcleo config patch to userland devel Mar 06 17:08:11 dcordes_, imagine that you could replace baseband firmware Mar 06 17:08:18 that's osmcombb Mar 06 17:08:24 but it only works with old modems Mar 06 17:08:29 like the ti calypso Mar 06 17:08:31 ah I get it :) Mar 06 17:08:34 or some motorolla phones Mar 06 17:08:43 yepp Mar 06 17:09:16 they could put AT abstraction on top - it's just nobody volonteered to do so yet Mar 06 17:09:31 no way in hell you can install this on some qualcomm qsd8250 device Mar 06 17:09:36 replacing the stock amss Mar 06 17:10:16 dcordes_, unless you do the work, no way Mar 06 17:10:23 plotr: it reminds me of gnuradio Mar 06 17:10:25 dcordes_: not yet - but if enough documentation would leek and some people would step in to write hardware drivers... ;-) Mar 06 17:10:26 or someone else does it Mar 06 17:10:28 plotr: AT is not that great really Mar 06 17:10:34 * GNUtoo|laptop would love to have an usrp Mar 06 17:11:17 GNUtoo|laptop: save some $$ on lunches and buy one... or try to obtain some university prof - that's the way I've used :-D Mar 06 17:11:38 I could work the summer Mar 06 17:11:44 but I bet even if I work 2 months Mar 06 17:11:51 I'm not sure it would be sufficent Mar 06 17:12:07 because it's like 2000$/E Mar 06 17:12:13 plotr: it's not a bad idea to have uni buy one Mar 06 17:12:17 for a recent one Mar 06 17:12:49 plotr: chances are my university even has one already Mar 06 17:13:22 is the usrp1 sufficent for GSM Mar 06 17:13:28 I know it's not sufficent for wifi Mar 06 17:13:31 hi morphis Mar 06 17:13:32 GNUtoo|laptop: definitely Mar 06 17:13:40 heyho Mar 06 17:13:44 I use usrp1 for gsm base station Mar 06 17:13:57 also, how much does the test license cost? Mar 06 17:14:00 and I use openmoko + osmocom for mobile terminal Mar 06 17:14:08 GNUtoo|laptop: we need to create an image with working phone GUI Mar 06 17:14:11 GNUtoo|laptop: I do not have license :-D Mar 06 17:14:13 GNUtoo|laptop: for cotulla Mar 06 17:14:18 dcordes_, yes Mar 06 17:14:21 sorry for beeing away Mar 06 17:14:33 GNUtoo|laptop: I setup OE but it will take a while. building from scratch you know Mar 06 17:14:46 plotr, you use osmcombb on freerunner, wow, I know where the tutorial is, but what's the status? Mar 06 17:14:50 can you make calls? Mar 06 17:15:03 cough...did you test carrier network? Mar 06 17:15:29 I bet you know the risks of testing carrier network(huge chance of crashing their network) Mar 06 17:15:44 GNUtoo|laptop: I use machine htcleo and distro shr Mar 06 17:15:48 dcordes_, for me the GUI worked Mar 06 17:15:52 some time ago Mar 06 17:16:06 mrmoku, can I push dcordes's patch? Mar 06 17:16:17 GNUtoo|laptop: well you seen in the logs that there was no call after I tried Mar 06 17:16:19 because obviously there are some stuff that is wrong Mar 06 17:16:25 like the alsa support Mar 06 17:16:30 because it has no alsa Mar 06 17:16:43 dcordes_, I'll try then Mar 06 17:16:44 GNUtoo|laptop: isn't it the plan to get alsa ? Mar 06 17:16:45 GNUtoo|laptop: I only did basic tests, but it looks like everything works Mar 06 17:16:55 dcordes_, should I add support for nexusone in oe? Mar 06 17:17:03 dcordes_, yes of course Mar 06 17:17:06 after gps is floss Mar 06 17:17:08 GNUtoo|laptop: ok. yes Mar 06 17:17:13 GSM+3g is known Mar 06 17:17:15 as for provider's network - as long as I only make voice calls it doesn't differ that much from any other phone out there Mar 06 17:17:22 wifi would be problematic Mar 06 17:17:33 maybe I should try to make brcm80211 work Mar 06 17:17:35 GNUtoo|laptop: I think it can't harm to add nexus.. as we will maintain both, nexus and leo Mar 06 17:17:43 ok Mar 06 17:17:48 I'll add nexus then Mar 06 17:17:54 since my usrp's gsm net is visible only in our lab (I do not use power amps) - nobody gives a crap if I work without license Mar 06 17:18:15 plotr: where's your lab? at uni ? Mar 06 17:18:21 * GNUtoo|laptop powers down replicant Mar 06 17:18:26 and will boot SHR Mar 06 17:18:44 GNUtoo|laptop: do I need to add any hacky stuff in local.conf to compile such image as you gave me ? Mar 06 17:18:50 plotr, I'm very interested by what you're doing Mar 06 17:19:02 dcordes_: yepp - if I had enough $$ I would setup one in dorm :) Mar 06 17:19:02 dcordes_, yes you need that: Mar 06 17:19:32 require conf/distro/include/fso-autorev.inc Mar 06 17:19:32 require conf/distro/include/shr-autorev.inc Mar 06 17:19:38 GNUtoo|laptop: http://bb.osmocom.org/trac/wiki/CalypsoRomloader - that would be good starting point :) Mar 06 17:19:45 I know that page Mar 06 17:19:55 it talks about pressing a button to reset the modem etc... Mar 06 17:19:57 but I wonder Mar 06 17:20:06 you don't need fluid right? Mar 06 17:20:14 * GNUtoo|laptop re-looks at the page Mar 06 17:20:20 GNUtoo|laptop: we can ask cotulla to make an osmocom on qsd8250 for leo :D Mar 06 17:20:37 dcordes_, lol but we must ask to make it FLOSS Mar 06 17:20:39 else..... Mar 06 17:20:42 GNUtoo|laptop: haha Mar 06 17:20:58 sorry wrong window for ctrl+w Mar 06 17:21:28 GNUtoo|laptop: he learned that breaking gpl is illegal Mar 06 17:21:40 ok Mar 06 17:21:42 GNUtoo|laptop: just like entire XDA forum Mar 06 17:22:16 it's good to setup OE after such long while Mar 06 17:22:16 plotr, btw what can you do with a 3310? Mar 06 17:23:23 GNUtoo|laptop: as far as I remember it's not supported by osmocom but I might be wrong Mar 06 17:23:43 plotr, yes but I eared that you could do stuff with it, I wonder what Mar 06 17:23:44 anyway Mar 06 17:23:49 there were project called mados for it but it become abandoned before anything working were produced Mar 06 17:23:53 can osmcombb be installed without flashing Mar 06 17:23:56 ah ok Mar 06 17:25:29 yepp, osmocom is "loaded" into baseband chip - after reboot we will get default software again Mar 06 17:25:39 dcordes_, could you clean a bit your config? Mar 06 17:25:39 although I think it could be flashed as well Mar 06 17:25:43 GNUtoo|laptop: again, brcm80211 only supports a few recent chipsets Mar 06 17:25:52 because I'm not sure I'm allowed to push as is Mar 06 17:26:07 antrik, yes but maybe with compat-wireless Mar 06 17:26:18 I saw some 4329 strings in it Mar 06 17:26:39 you told me the support may be incomplete Mar 06 17:27:14 util/hndpmu.c: case BCM4329_CHIP_ID: Mar 06 17:27:17 in linux-next Mar 06 17:27:36 well, perhaps it will be supported in next Linux then ;-) Mar 06 17:27:50 - Support for BCM4329(SDIO) Mar 06 17:27:52 in README Mar 06 17:28:00 :q Mar 06 17:28:02 oops Mar 06 17:28:16 drivers/staging/brcm80211/brcmfmac/README Mar 06 17:30:49 dcordes_, if you want I can comment your config Mar 06 17:30:57 so you address the comments Mar 06 17:30:59 and resend? Mar 06 17:32:32 GNUtoo|laptop: you can just strip the unneeded alsa stuff and commit it right away if you like... Mar 06 17:33:00 there is more to strip Mar 06 17:33:40 GNUtoo|laptop: ok.. actually it's only about the init Mar 06 17:33:59 dcordes_, I comment Mar 06 17:34:02 you address Mar 06 17:34:04 you resend Mar 06 17:34:06 I push Mar 06 17:34:10 if you like .. Mar 06 17:34:13 I've already started that Mar 06 17:34:16 good Mar 06 17:34:19 no problem Mar 06 17:34:41 are you sure there is no need for the alsa ? (=> cotulla experiments ? ) Mar 06 17:39:35 sent Mar 06 17:48:50 dcordes_, that's for routing etc... Mar 06 17:48:55 basically when you have a call Mar 06 17:48:58 it should route Mar 06 17:49:01 and play a sound Mar 06 17:49:16 and also other programs may require fso routing Mar 06 17:49:22 but for now we don't need it Mar 06 17:49:30 we could add later Mar 06 17:49:35 if we keep it Mar 06 17:49:38 it could crash fso Mar 06 17:49:52 for instance if the states files are wrong Mar 06 17:50:00 it can potentially crash fsodeviced Mar 06 17:50:24 which makes cpu usage 100% or makes the phone unusable, no idea which one it does in the case something goes wrong Mar 06 17:55:12 GNUtoo|laptop: leo has 7 keys Mar 06 17:55:17 wow Mar 06 17:55:18 vibrator works Mar 06 17:55:26 ok Mar 06 17:55:35 then keep them in the next patch Mar 06 17:55:42 you send ms to sysfs file Mar 06 17:55:52 ms? Mar 06 17:56:02 ah by works you didn't test wiht mdbus2? Mar 06 17:56:04 *with Mar 06 17:56:06 > +#modem_type = qualcomm_htc Mar 06 17:56:12 remove that Mar 06 17:56:13 why ? Mar 06 17:56:18 because it's a comment Mar 06 17:56:22 that's useless Mar 06 17:56:26 ok Mar 06 17:56:32 i didn't test with mdbus2 Mar 06 17:56:38 it might be different mechanism than on nexus Mar 06 17:57:19 on nexus I didn't test either Mar 06 17:57:29 I didn't even bother to clean and push nexus's files Mar 06 17:58:08 GNUtoo|laptop: http://htc-linux.org/wiki/index.php?title=Leo/Interfaces Mar 06 17:58:15 write vibration time in ms to Mar 06 17:58:15 /sys/devices/virtual/timed_output/vibrator/enable Mar 06 17:58:27 just test it with mdbus2 Mar 06 17:58:58 where is code that does that stuff ? Mar 06 17:59:09 what's the plugin already? Mar 06 17:59:10 I doubt it is correct mechanism Mar 06 18:00:08 ok finally mine booted Mar 06 18:00:10 nexusone Mar 06 18:01:12 let me know if the two dialer programs work for you Mar 06 18:01:45 I've an old image Mar 06 18:01:47 I should update Mar 06 18:01:54 you just built? Mar 06 18:04:07 it doesn't anymore Mar 06 18:04:40 altough it seem to call Mar 06 18:04:49 but nothing is displayed right after Mar 06 18:05:47 GNUtoo|laptop: here: either it timeout, close, or show error. in no case something is visible in log so something is fishy Mar 06 18:05:57 GNUtoo|laptop: since it worked with mdbus2 as you know Mar 06 18:06:36 yes Mar 06 18:06:45 maybe I'll try to opkg upgrade Mar 06 18:07:33 look at /var/log/phonefsod.log Mar 06 18:07:37 not promizing at all Mar 06 18:08:16 it segfaults Mar 06 18:08:21 (phoneuid Mar 06 18:08:22 ) Mar 06 18:09:36 http://www.pastie.org/1640054 Mar 06 18:10:00 <[Rui]> phoneuid segfaults with what? Mar 06 18:10:15 when you call Mar 06 18:10:18 on qsd devices Mar 06 18:10:29 basically I open dialer Mar 06 18:10:30 I do Mar 06 18:10:31 <[Rui]> oh :( Mar 06 18:10:32 4242 Mar 06 18:10:38 I press call Mar 06 18:10:46 and no call screen appear Mar 06 18:14:32 GNUtoo|laptop: ok glad you have same problem Mar 06 18:14:52 GNUtoo|laptop: I applied changes locally is it ok to do a second patch so it will be two commits ? Mar 06 18:14:55 I'll build a new n900 image Mar 06 18:15:01 and opkg update;opkg upgrade Mar 06 18:15:12 ? Mar 06 18:15:17 just resend the full patch Mar 06 18:15:29 how ? I commited the first one locally already Mar 06 18:15:35 git add ./ Mar 06 18:15:39 git commit --amend -s Mar 06 18:16:01 well I commited both patches already, sorry Mar 06 18:16:06 replace ./ with the path to che changed stuff Mar 06 18:16:10 an not a big issue Mar 06 18:16:16 then git rebase -i HEAD~2 Mar 06 18:16:19 and merge them Mar 06 18:16:27 altough save before Mar 06 18:16:28 like that Mar 06 18:16:39 git chechout -b new Mar 06 18:18:00 GNUtoo|laptop: it opens some "pick" thing that lists the commits Mar 06 18:18:08 in $EDITOR Mar 06 18:18:10 yes Mar 06 18:18:16 what to do ? Mar 06 18:18:19 read what is written Mar 06 18:18:23 there is one for merging Mar 06 18:18:25 let me look Mar 06 18:18:34 ah ok... Mar 06 18:18:35 squash if I remember well Mar 06 18:18:37 # If you remove a line here THAT COMMIT WILL BE LOST. Mar 06 18:18:38 # However, if you remove everything, the rebase will be aborted. Mar 06 18:18:48 basically the older one -> pick Mar 06 18:18:51 but how to put the commands ? Mar 06 18:18:53 the newer one -> squash Mar 06 18:18:54 it's in editor .... Mar 06 18:19:07 editor is an issue? Mar 06 18:19:18 you've got vi with vi mapping? Mar 06 18:19:24 gnu nano Mar 06 18:19:26 instead of vim or nano Mar 06 18:19:28 then it's fine Mar 06 18:19:34 # s, squash = use commit, but meld into previous commit Mar 06 18:19:39 so squash the newer one Mar 06 18:19:44 how ? Mar 06 18:19:44 and pick the older one Mar 06 18:19:49 instead of pick Mar 06 18:19:51 write squash Mar 06 18:19:52 or s Mar 06 18:19:59 in front of the line ? Mar 06 18:20:08 yes Mar 06 18:20:10 ok Mar 06 18:20:12 wicked Mar 06 18:20:12 let me show Mar 06 18:20:16 ? Mar 06 18:20:18 wicked???? Mar 06 18:20:29 pick b50b210 add msm_wifi for bcm4329 Mar 06 18:20:30 pick b4a723c fix compilation Mar 06 18:20:31 becomes Mar 06 18:20:53 pick b50b210 add msm_wifi for bcm4329 Mar 06 18:20:54 squash b4a723c fix compilation Mar 06 18:20:58 got it .. Mar 06 18:21:00 thanks Mar 06 18:21:02 ok Mar 06 18:21:36 then again editor will be called with the commit message to write Mar 06 18:21:41 with both commit message inside Mar 06 18:21:49 just comment the newer commit message Mar 06 18:22:14 and it will create a commit with both commits with the remaining commit message Mar 06 18:22:28 awesome that worked well Mar 06 18:24:57 :) Mar 06 18:25:08 btw now do Mar 06 18:25:11 git commit --amend -s Mar 06 18:25:15 for adding a sign-off Mar 06 18:25:52 it's for telling you did the work or the work you took is ok etc... Mar 06 18:26:07 as I did the inital work and that it's mentioned it's ok Mar 06 18:26:12 so you can sign-off Mar 06 18:26:17 Based on GNUtoo's nexus one config. Tested and working on the device. Mar 06 18:26:18 Known problem: Non working audio routing. Mar 06 18:26:18 Without alsa as recommended by GNUtoo. Mar 06 18:26:28 yes it's fine Mar 06 18:26:40 sent Mar 06 18:27:27 ok Mar 06 18:27:33 Mon Sep 17 00:00:00 2001 *_* Mar 06 18:27:49 lol Mar 06 18:27:56 that will make some issue in some SCM Mar 06 18:28:01 started to bitbake shr-lite-image now Mar 06 18:29:57 your modem is qmi? Mar 06 18:30:05 or is it PPP? Mar 06 18:30:59 it's both Mar 06 18:31:05 ok Mar 06 18:31:08 then it's ok Mar 06 18:31:15 there is only that that seem not ok: Mar 06 18:31:20 +#[fsogsm.modem_qualcomm_htc] Mar 06 18:31:33 I won't send a third patch because of it Mar 06 18:31:34 should I correct for you? Mar 06 18:31:39 just correct on the fly Mar 06 18:31:43 if you want I can correct for you Mar 06 18:31:44 that would be nice Mar 06 18:33:08 bitbake -k shr-lite-image Mar 06 18:33:15 oops wrong window sorry Mar 06 18:33:43 GNUtoo|laptop: is there any way I can help debugging the dialer gui ? Mar 06 18:34:00 I can do it Mar 06 18:34:04 bitbake a newer image Mar 06 18:34:08 with debug on Mar 06 18:34:15 rather Mar 06 18:34:17 check if it's on Mar 06 18:34:19 should be Mar 06 18:34:21 by default Mar 06 18:34:30 and then try the newer image Mar 06 18:34:32 if it doesn't work Mar 06 18:34:36 try to debug it Mar 06 18:34:44 with gdbserver+kgdb Mar 06 18:34:49 I can show you Mar 06 18:35:01 but I improved a lot the elinux.org tutorial Mar 06 18:35:29 debug on in local.conf ? Mar 06 18:35:44 i.e. do not strip ? Mar 06 18:36:04 no Mar 06 18:36:12 debug something Mar 06 18:36:17 look in bitbake.conf Mar 06 18:36:25 but maybe we already have debug by default in SHR Mar 06 18:36:30 I'll look Mar 06 18:36:36 let me push your stuff before Mar 06 18:37:08 cool my bitbake will fetch the htcleo ready fso then :) Mar 06 18:37:15 I put the autorev as you said Mar 06 18:37:21 fatal: corrupt patch at line 92 Mar 06 18:37:25 how did you sent the patch? Mar 06 18:37:33 I hope not using a normal mail client Mar 06 18:37:45 using a normal mail client. should I use git send-mail ? Mar 06 18:37:49 yes Mar 06 18:37:51 line 92 Mar 06 18:37:52 +#modem_type = qualcomm_htc Mar 06 18:38:04 it's the line you wanted to change Mar 06 18:38:19 no I did that Mar 06 18:38:30 git am ~/Desktop/Re\:_\[PATCH\]_Add_htcleo_machine_in_fsogsmd Mar 06 18:38:36 try git-send-email Mar 06 18:38:41 ok Mar 06 18:39:03 anyway using git-send-email is needed for sending patches to many mailing list Mar 06 18:39:08 so it's not bad if you learn it Mar 06 18:39:10 it's easy Mar 06 18:40:38 send-email --cc="smartphones-userland@linuxtogo.org" --to "Denis 'GNUtoo' Carikli " --smtp-server "out.alice.it" --smtp-server-port=587 --smtp-pass yourpass --smtp-user=your_user 0001-mx31-add-support-for-the-bugbase-1.3-from-buglabs.patch Mar 06 18:40:44 change the patch Mar 06 18:40:48 and the smtp settings Mar 06 18:41:03 if you do not have a smtp server Mar 06 18:41:13 send the patch attached using a normal mail client Mar 06 18:41:15 like that Mar 06 18:41:20 git format-patch -1 Mar 06 18:41:26 and send the resulting file Mar 06 18:42:03 so I'll recap Mar 06 18:42:11 1) git-format-patch -1 Mar 06 18:42:24 2) if( you have an smtp server to use) Mar 06 18:42:35 use_git_send_email like this: Mar 06 18:43:10 git send-email --cc="smartphones-userland@linuxtogo.org" --to "Denis 'GNUtoo' Carikli " --smtp-server "out.alice.it" --smtp-server-port=587 --smtp-pass yourpass --smtp-user=your_user your-patch Mar 06 18:43:12 else Mar 06 18:43:18 attach the patch in the mail client Mar 06 18:43:20 BTW Mar 06 18:43:29 please correct the error while you're at it Mar 06 18:43:30 like this Mar 06 18:43:37 vim /path/to/file Mar 06 18:43:45 git add /path/to/file Mar 06 18:43:49 git commit --amend Mar 06 18:43:58 ctrl+x (as you use nano) Mar 06 18:44:01 and it's corrected Mar 06 18:44:04 ALSO: Mar 06 18:44:13 next time send the newer patch to the mailing list Mar 06 18:44:16 as CC Mar 06 18:44:32 becaue I see a TO Mar 06 18:44:34 which is fine Mar 06 18:44:40 but you forget the mailing list as CC Mar 06 18:44:45 (yes sending mails is hard) Mar 06 18:44:56 (many people have a hard time sending patches) Mar 06 18:45:14 (that's why there was greg kh did a talk about that at fosdem) Mar 06 18:45:16 <[Rui]> how do I configure git send-email? I have no man for that part Mar 06 18:45:36 man git-send-email Mar 06 18:45:48 or Mar 06 18:45:52 git help send-email Mar 06 18:45:55 <[Rui]> I don't have that Mar 06 18:45:58 <[Rui]> I tried. Mar 06 18:45:59 [Rui]: what do you need? Mar 06 18:46:02 <[Rui]> is it from a recent git? Mar 06 18:46:09 if you have working sendmail Mar 06 18:46:17 [Rui]: fedora? Mar 06 18:46:17 <[Rui]> I'm just curious... I saw you could configure git to use an smtp server... Mar 06 18:46:19 then only "git config" Mar 06 18:46:19 it's an extra package Mar 06 18:46:22 <[Rui]> mrmoku: ah Mar 06 18:46:24 git-email I think Mar 06 18:46:25 <[Rui]> mrmoku: thanls Mar 06 18:46:34 yw Mar 06 18:46:56 [Rui], btw enlightenment uses svn, how to send an svn patch? Mar 06 18:47:01 I always wondered Mar 06 18:47:05 <[Rui]> svn diff Mar 06 18:47:06 you diff it yourself Mar 06 18:47:07 ? Mar 06 18:47:08 GNUtoo|laptop: sent but didn't remove the comment line now Mar 06 18:47:08 ok Mar 06 18:47:14 but then after the svn diff Mar 06 18:47:21 how do you send it by mail? Mar 06 18:47:32 <[Rui]> eg, mutt -a fubar.diff ... Mar 06 18:47:33 as there is no svn send-email Mar 06 18:47:33 GNUtoo|laptop: thanks for all the git tutoring :) I will setup a server for next time Mar 06 18:47:38 <[Rui]> GNUtoo|laptop: no Mar 06 18:48:10 dcordes_, you forgott to CC the mailing list Mar 06 18:48:15 <[Rui]> dcordes_: here's a nice manual :) http://ebb.org/bkuhn/blog/2011/01/23/git-shared-repository-tutorial.html Mar 06 18:48:19 I'll look, correct if necessary and push Mar 06 18:48:33 dcordes_, can I change that: Mar 06 18:48:35 +#[fsodevice.kernel26_firmwareloader] Mar 06 18:48:37 to that: Mar 06 18:48:41 [fsodevice.kernel26_firmwareloader] Mar 06 18:48:47 do you use udev? Mar 06 18:48:53 do you want to use udev Mar 06 18:48:59 or do you want devtmpfs? Mar 06 18:49:00 yep not the new thingy Mar 06 18:49:03 no tmpfs Mar 06 18:49:07 ok Mar 06 18:49:08 so udev Mar 06 18:49:11 yep Mar 06 18:49:18 ok so I keep as-is Mar 06 18:49:43 luke@computer:~/linux/evo$ grep -i tmpfs .config Mar 06 18:49:43 # CONFIG_DEVTMPFS is not set Mar 06 18:49:47 I will remove that: Mar 06 18:49:48 +#modem_type = qualcomm_htc Mar 06 18:50:01 ok Mar 06 18:50:11 unless you want to replace it with a comment Mar 06 18:50:13 is devtmpfs still in vanilla? I heard there was lots of discussion on it Mar 06 18:50:16 like Mar 06 18:50:22 just trash it Mar 06 18:50:26 ok Mar 06 18:50:35 we can always fine tune later Mar 06 18:50:43 me think Mar 06 18:50:44 +#[fsogsm.modem_qualcomm_htc] => I'll tash it too Mar 06 18:51:36 I need to go out and eat a whopper or so. didn't leave my flat and more precisly this computer since I woke up :> Mar 06 18:51:37 I'll correct whitespaces too Mar 06 18:52:04 will bbiab Mar 06 18:52:10 ok Mar 06 18:52:15 bye Mar 06 18:54:32 dcordes_, wait Mar 06 18:54:36 do you sign-off? Mar 06 18:57:37 dcordes_, I push the same Mar 06 18:57:39 thanks Mar 06 18:57:48 freesmartphone.org: 03lukas.gorris 07cornucopia * rc65d801ba4ab 10/fsogsmd/conf/htcleo/ (fsodeviced.conf fsogsmd.conf fsotdld.conf fsousaged.conf): Mar 06 18:57:49 freesmartphone.org: Add htcleo (HTC HD2) config Mar 06 18:57:49 freesmartphone.org: Based on GNUtoo's nexus one config. Tested and working on the device. Mar 06 18:57:49 freesmartphone.org: Known problem: Non working audio routing. Mar 06 18:57:49 freesmartphone.org: Without alsa as recommended by GNUtoo. Mar 06 18:57:49 freesmartphone.org: Acked-by: Denis 'GNUtoo' Carikli Mar 06 19:00:00 I will fix for the building Mar 06 19:00:05 (build system) Mar 06 19:04:10 ohhh noes Mar 06 19:04:16 I didn't look at the paths Mar 06 19:04:18 mickey|bbl, ouch Mar 06 19:04:29 maybe I should stop pushing patches Mar 06 19:04:35 I always do bad stuff Mar 06 19:04:38 because I'm tired Mar 06 19:05:01 ouch Mar 06 19:05:05 what should I do now Mar 06 19:05:11 anyway the configs are not activated Mar 06 19:05:22 why didn't I look at the path Mar 06 19:05:30 I focussed on the files themselves Mar 06 19:05:35 reviewing trough git Mar 06 19:05:42 ohhh no!!!!!! Mar 06 19:06:31 morphis, you commit a lot of stuff in fso repo, do you have something to tell about that? Mar 06 19:06:41 *some coments/ideas etc.... Mar 06 19:07:23 GNUtoo|laptop: don't panic :) Mar 06 19:07:35 I'm not panicking since the configs are not activated Mar 06 19:07:44 if they were I would be panicking Mar 06 19:08:19 GNUtoo|laptop: what do you mean? Mar 06 19:08:26 about general commiting to fso repo? Mar 06 19:08:46 morphis, in the past days I did that: Mar 06 19:08:54 *I sent 2 wrong mails to oe ml Mar 06 19:09:04 *I did a bad commit in dream's fsogsmd config Mar 06 19:09:10 I forgott to strip the AT Mar 06 19:09:18 and finally I did that ugly commit Mar 06 19:09:30 so I wonder 2 things: Mar 06 19:09:38 1) what could be done to fix the ugly commit? Mar 06 19:09:49 2) if I should keep commiting without review Mar 06 19:10:06 the 2 is problematic because mickeyl is rarely there Mar 06 19:10:12 so I would need a reviewer Mar 06 19:10:17 that is quick Mar 06 19:10:17 did your commits affect only the htc dream? Mar 06 19:10:22 yes Mar 06 19:10:26 ok Mar 06 19:10:28 the htcdream's commit was that one: Mar 06 19:10:43 c0e5fd6740d31e98372236bf434598fff6e3bb1f Mar 06 19:10:54 it was the one with the AT+? Mar 06 19:11:00 yes Mar 06 19:11:05 ok Mar 06 19:11:09 +modem_init = E0V1;+CMEE=1;+CRC=1;+CSCS="UCS2";AT+GTKC=2 Mar 06 19:11:15 AT+GTKRC=2 is plain wrong Mar 06 19:11:18 it's +GTKRC Mar 06 19:11:20 and I knew Mar 06 19:11:23 I can review your patches but I cannot gurantee that I will find all issues Mar 06 19:11:29 ok Mar 06 19:11:42 the think with the AT+ I even didn't know about until mickey fixed it Mar 06 19:11:47 the oe patches I send seem clean until now Mar 06 19:11:58 but not theses fso patches Mar 06 19:12:04 I knew Mar 06 19:12:09 but I did something stupid Mar 06 19:12:13 copy-paste from ril Mar 06 19:12:22 because I didn't know the command by heart Mar 06 19:12:29 (The AT command) Mar 06 19:12:32 ok Mar 06 19:12:37 so it copied the AT Mar 06 19:12:37 but you tested the config? Mar 06 19:12:41 yes before Mar 06 19:12:46 without the AT Mar 06 19:12:49 and it worked Mar 06 19:12:57 I wouldn't ever have pushed that stuff without testing Mar 06 19:13:55 in general, if it only affects one machine and you are the main guy working on it Mar 06 19:14:17 yes but the problem is that I'm too tired theses days Mar 06 19:14:26 so I'm afraid of doing bad things Mar 06 19:14:27 it should be ok Mar 06 19:14:31 hm ok Mar 06 19:14:38 and indeed I do bad things locally Mar 06 19:14:39 then send patches first to ML Mar 06 19:14:41 because I know the rules Mar 06 19:14:48 and I respect the rules Mar 06 19:14:54 so it only affect the local stuff Mar 06 19:21:13 or maybe quick irc review would be the best Mar 06 19:22:38 maybe I'm looking for too much quality/cleanness Mar 06 19:23:04 but kernel is very strict and has rather good results (lower bugs rate per lines of code) Mar 06 19:23:36 I think I should talk to mickey|bbl Mar 06 19:39:30 GNUtoo|laptop: coffee helps a lot :) Mar 06 19:39:57 hmmm Mar 06 19:40:09 I don't like coffee Mar 06 19:40:28 s/coffee/green tea/ Mar 06 19:40:29 ynezz meant: GNUtoo|laptop: green tea helps a lot :) Mar 06 19:40:59 i had an issue with tea...it bringed dependency Mar 06 19:41:12 that meant harder to wake up Mar 06 19:41:19 more and more need of tea Mar 06 19:43:38 but i like tea Mar 06 19:43:51 GNUtoo|htcdream: I would not say I introduce less bugs in FSO than you Mar 06 19:44:02 ok Mar 06 19:44:05 but I try every time to make my commits bug free as possible Mar 06 19:44:22 maybe i am too afraid of introducing bugs Mar 06 19:44:33 if there is as bug .. why not? we are only a very small group commiting to FSO Mar 06 19:44:39 you should Mar 06 19:44:52 but there is somewhere a line where you should commit your work Mar 06 19:45:14 FSO is currently in a all-time-dev-phase period Mar 06 19:45:15 indeed not commiting is not an option Mar 06 19:45:43 we don't have a release-cycle or snapshots Mar 06 19:46:00 so FSO is currently even in a buggy-all-the-time mode Mar 06 19:46:23 somewhere in the future we should do releases Mar 06 19:46:41 but I don't know how Mar 06 19:47:15 ok Mar 06 19:47:19 indeed Mar 06 19:47:33 many times it fails to compile Mar 06 19:47:37 *failed Mar 06 19:47:49 I started the SHR release discussion but did not have the time to answer all the mails until know Mar 06 19:48:06 ok Mar 06 19:50:32 what about the following solution Mar 06 19:50:42 I commit as usual Mar 06 19:50:57 but with a distributed after-commit review Mar 06 19:51:21 or with irc quick review when available Mar 06 19:53:21 do you commit many things that influences other devices? Mar 06 19:53:38 no Mar 06 19:53:44 only plugins Mar 06 19:54:19 GNUtoo|htcdream: I even look over nearly all cornucopia commits as I am receiving them by mail Mar 06 19:54:33 ok Mar 06 19:54:41 so if you commit something very bad it will be seen by somebody Mar 06 19:54:47 here's what i am afraid of: Mar 06 19:55:08 i made the commit with the Mar 06 19:55:10 AT Mar 06 19:55:29 without mickeyl....we would never have found out Mar 06 19:55:36 that it was bogus Mar 06 19:57:32 basically it would have made Mar 06 19:57:47 ATAT+GTKC=2 Mar 06 19:57:56 =>ERROR Mar 06 19:58:03 ok, but who uses it? Mar 06 19:58:15 that's the big issue Mar 06 19:58:18 it should have some result with initialising the modem? Mar 06 19:58:19 nobody Mar 06 19:58:24 yes Mar 06 19:58:33 making it work in usa Mar 06 19:58:36 but only for people in us? Mar 06 19:58:38 ok Mar 06 19:58:41 yes Mar 06 19:58:53 so as result Mar 06 19:58:54 so if someone from us is using it, it will not work -> we have a bug Mar 06 19:59:03 we silently loose potential users Mar 06 19:59:04 until then we have only a hidden bug Mar 06 19:59:10 why? Mar 06 19:59:20 because they try Mar 06 19:59:27 they cannot except from a all-time-in-development software to work out of the box Mar 06 19:59:28 it doesn't work Mar 06 19:59:35 and they leave Mar 06 19:59:51 then thats their own fault Mar 06 19:59:57 i used dream as a main phone under shr for a long period Mar 06 20:00:00 if it does not work, they should report Mar 06 20:00:09 ok Mar 06 20:00:13 loosing users is not nice Mar 06 20:00:23 whoever fault it is Mar 06 20:00:26 if they aren't able to report a bug they are not very usefull in the current state Mar 06 20:00:34 ok Mar 06 20:00:56 the problem is the tollerence of the user Mar 06 20:01:10 you try something the first time Mar 06 20:01:19 if it doesn't work Mar 06 20:01:25 what do you do? Mar 06 20:01:28 I understand what you mean Mar 06 20:01:33 1)walk away? Mar 06 20:01:38 but thats the problem with the software we develop Mar 06 20:01:42 2)bugreport? Mar 06 20:01:48 we can not support the us side as we can not test Mar 06 20:01:49 most users do 1 Mar 06 20:02:02 i tested Mar 06 20:02:05 we need someone from there to take care about Mar 06 20:02:07 ok Mar 06 20:02:09 i understand too, but if i see that it is working for others i will ask someone Mar 06 20:02:15 then you should have tested with the commited config Mar 06 20:02:48 i couldn't Mar 06 20:02:53 i tested before Mar 06 20:03:06 having ssh on an us phone is not easy Mar 06 20:03:12 ok Mar 06 20:03:29 but then we cannot say "we support the US version of the HTC dream with FSO" Mar 06 20:03:34 you must ask and guide the user trough a long setup etc.... Mar 06 20:03:51 we so but nobody test Mar 06 20:03:57 after the commit Mar 06 20:05:57 GNUtoo|htcdream: but you have someone there who wants to use SHR on dream? Mar 06 20:07:45 no Mar 06 20:07:53 he wanted replicant Mar 06 20:08:03 i jumped on the ocasion Mar 06 20:08:11 to support dream in the us Mar 06 20:08:25 we already lost some au user Mar 06 20:08:30 some time ago Mar 06 20:08:38 he reported 1 log Mar 06 20:08:43 and then disapeared Mar 06 20:09:15 hm Mar 06 20:09:20 but what should we do? Mar 06 20:09:39 we cannot produce bug free software Mar 06 20:11:00 yes Mar 06 20:11:20 then let's just do what I suggested? Mar 06 20:11:31 irc review Mar 06 20:11:38 and post review Mar 06 20:12:06 jepp Mar 06 20:18:59 GNUtoo|htcdream: btw. how does audio routing currently works on htc dream? Mar 06 20:19:19 I saw there is a qdsp5 plugin for fsodeviced? Mar 06 20:19:34 it was removed because of licensing issue Mar 06 20:19:43 (the qdsp5) Mar 06 20:20:03 basically it doesn't route Mar 06 20:20:11 because of a bug Mar 06 20:20:31 but you don't really need routing Mar 06 20:20:41 as the modem handle audio Mar 06 20:20:50 routing is only for Mar 06 20:20:55 and the modem switches automatically? Mar 06 20:21:17 *headphones Mar 06 20:21:25 *speakers Mar 06 20:21:30 *headset Mar 06 20:21:46 so when you have a call Mar 06 20:21:54 it's handled automatically Mar 06 20:21:57 but... Mar 06 20:22:04 it's different on qsd Mar 06 20:22:31 on qsd you have to root Mar 06 20:22:36 *route Mar 06 20:23:15 what when I want to do a call with bluetooth mic? Mar 06 20:23:36 morphis, no idea Mar 06 20:23:47 I must look in audioHardwareInterface Mar 06 20:24:02 do you care about dream? Mar 06 20:24:07 or do you want infos on qsd Mar 06 20:24:08 ? Mar 06 20:24:19 GNUtoo|htcdream: I am currently implementing fsoaudiod Mar 06 20:24:24 ahhh Mar 06 20:24:27 which should handle audio related stuff in the future Mar 06 20:24:29 then you care about dream Mar 06 20:24:33 for sure Mar 06 20:24:43 if you look at the API Mar 06 20:24:51 you have a SetInput and a SetOutput Mar 06 20:24:53 because else I would have described qsd directly Mar 06 20:25:39 where's the API? Mar 06 20:25:41 whats qsd? the qualcomm audio chip? Mar 06 20:25:45 GNUtoo|htcdream: in specs.git Mar 06 20:25:49 it's not finished Mar 06 20:26:00 only a quick draft Mar 06 20:26:10 ok Mar 06 20:26:24 basically her's for dream: Mar 06 20:26:31 we didn't try bluetooth yet Mar 06 20:26:39 ok Mar 06 20:26:49 for audio you have: Mar 06 20:27:08 hardware<->qdsp6<->alsa Mar 06 20:27:16 we do not support multiplexing yet in alsa Mar 06 20:27:29 so when it rings Mar 06 20:27:35 and that you are listenning to music Mar 06 20:27:38 it doesn't ring Mar 06 20:27:57 so it rings only when no music is playing Mar 06 20:28:15 so if you use dream on SHR for day to day use you have several issues Mar 06 20:28:31 not ringing -> rely on vibration for knowing that you are called Mar 06 20:28:46 doesn't go out of suspend for sms -> could be fixed Mar 06 20:28:56 some issues with wifi PSM + ALSA Mar 06 20:29:03 the rest is pretty ok Mar 06 20:29:35 you even have 3g on dream Mar 06 20:29:40 and it works Mar 06 20:29:49 ok Mar 06 20:29:51 a bit buggy(you must wait for registering) Mar 06 20:29:53 but it works Mar 06 20:30:03 but for example Mar 06 20:30:05 and the keyboard is great Mar 06 20:30:09 a call comes in Mar 06 20:30:13 no music is playing Mar 06 20:30:23 then it rings Mar 06 20:30:25 but Mar 06 20:30:31 it rings (as SHR put the ringer music on the speaker) Mar 06 20:30:34 it rings at the current routed state Mar 06 20:30:35 no Mar 06 20:30:40 if you're on headphones Mar 06 20:30:43 it rings on headphones Mar 06 20:30:51 else there is a crash Mar 06 20:30:53 and who lets it ring? Mar 06 20:30:54 or something like that Mar 06 20:31:03 it just does that Mar 06 20:31:13 aplay /usr/share/sound/something.wav Mar 06 20:31:18 according to the fsodeviced alsa plugin Mar 06 20:31:26 look at fsodeviced.conf for dream Mar 06 20:31:29 it contains that: Mar 06 20:32:40 [fsodevice.audio] Mar 06 20:32:40 player_type = alsa Mar 06 20:32:40 router_type = none Mar 06 20:32:54 so it plays using the alsa plugin which uses aplay Mar 06 20:32:58 and doesn't route Mar 06 20:36:25 ok Mar 06 20:37:26 so if I would say with the new API SetInput(HeadsetMic) and SetOutput(Headset) we can not do that on htc dream? Mar 06 20:39:28 1s Mar 06 20:41:36 busy right now Mar 06 20:41:44 bbs Mar 06 20:43:22 re Mar 06 20:44:03 back Mar 06 20:44:25 dcordes_, bad patch....lol Mar 06 20:44:30 morphis, so... Mar 06 20:44:46 if you switch to headset Mar 06 20:44:54 it switches to headset's mic Mar 06 20:45:11 if you switch to handset, it swtich to hadnset mic Mar 06 20:45:12 etc... Mar 06 20:45:31 dcordes_, I commited your patch but I realized after that it lacked 2 things: Mar 06 20:45:37 1)the patch are wrong Mar 06 20:45:53 because you put fsodeviced.conf in fsogmsd's config directory Mar 06 20:46:10 each config should go in their respective daemon configs Mar 06 20:46:12 then Mar 06 20:46:28 it lacks the activation part, that is to say the autoconf system Mar 06 20:46:31 Makefile.am Mar 06 20:46:32 etc... Mar 06 20:46:39 GNUtoo|laptop: you will fix dcordes_ commit issues? Mar 06 20:47:01 *autotools Mar 06 20:47:10 maybe Mar 06 20:47:14 I'll try Mar 06 20:48:33 ok Mar 06 20:48:44 GNUtoo|laptop: oh, sorry. I should have checked the present directories in git but it seems to be fixable easily. shall I send a patch to move the files and add Makefile.am ? Mar 06 20:48:54 I can move them Mar 06 20:49:13 but could you send a patch for the autotools Mar 06 20:49:17 and test that patch Mar 06 20:49:22 bitbake devshell Mar 06 20:49:25 for getting a toolchain Mar 06 20:49:29 source the devshell: Mar 06 20:49:46 source tmpdir/deploy/addon/the_dev_shell Mar 06 20:49:59 and you have oe_runconf Mar 06 20:50:02 oe_runmake Mar 06 20:50:03 etc... Mar 06 20:50:05 so do that: Mar 06 20:50:09 sh autogen.sh Mar 06 20:50:20 oe_runconf --help Mar 06 20:50:30 oe_runconf --with-the --right-options Mar 06 20:50:33 oe_runmake Mar 06 20:50:49 at least you would have tested compilation Mar 06 20:51:02 you could oe_runmake to a specific destdir if you want Mar 06 20:51:08 and inspect that Mar 06 20:51:16 anyway you're not running that as root Mar 06 20:51:22 so no risk of overwriting system stuff Mar 06 20:52:20 GNUtoo|laptop: ok let me know soon as I can pull the file move then I try it Mar 06 20:52:51 ok better Mar 06 20:52:58 can I move to htc_qualcomm_hd2 ? Mar 06 20:53:39 as I understood it the configuration mechanism relies on the machine name Mar 06 20:53:52 yes Mar 06 20:53:56 but look into the dir Mar 06 20:53:59 it's symlinked Mar 06 20:54:41 or maybe Mar 06 20:54:45 what is symlinked ? Mar 06 20:54:53 htc_qualcomm_qsd Mar 06 20:55:05 ln -s htc_qualcomm_dream trout Mar 06 20:55:25 lrwxrwxrwx 1 root root 20 Mar 6 20:23 trout -> ./htc_qualcomm_dream Mar 06 20:55:34 grrr konsole is buggy Mar 06 20:56:31 I don't see the problem about htcleo directories Mar 06 20:57:02 why not stick with the same naming convention as used in kernel ? Mar 06 20:57:07 causes less confusion Mar 06 20:57:24 kernel and arm linux machine registry Mar 06 20:57:27 dcordes_, basically I want to share leo's config with nexusone Mar 06 20:57:38 I know how it works Mar 06 20:57:48 some of my patches went until the kernel Mar 06 20:57:51 why do you want to share them ? Mar 06 20:57:56 and one of the 2 patches I sent Mar 06 20:58:01 was a machine patch Mar 06 20:58:14 dcordes_, because they are very similar Mar 06 20:58:19 both will use singleline Mar 06 20:58:22 both qmi Mar 06 20:58:27 etc... Mar 06 20:58:34 so for now why not sharing it? Mar 06 20:58:48 there is really no difference right now Mar 06 20:58:54 ah maybe the buttons Mar 06 20:58:58 hmmm Mar 06 20:59:02 etc? that'S about it. how do you want to make the buttons, vibrator, etc device specific in the cofnig? Mar 06 20:59:04 morphis, any idea ? Mar 06 20:59:19 right Mar 06 20:59:43 I think one-device-specific directory with correct machine name is good Mar 06 21:00:18 of course it's extra code but I don't see mechanisms to pick the machine specifics within a 'shared config file' Mar 06 21:00:28 at least it seems like lots of extra work Mar 06 21:03:56 so Mar 06 21:04:04 htc_qualcomm_leo Mar 06 21:04:11 simlinked to htcleo Mar 06 21:04:26 let's match the existing Mar 06 21:04:32 else mickeyl won't be happy Mar 06 21:05:15 dcordes_, btw cotulla images contains traces of one of the music I scp-ed in the phone Mar 06 21:05:17 trough intone Mar 06 21:05:23 but that's not very important Mar 06 21:06:02 GNUtoo|laptop: no, no shared configs Mar 06 21:06:10 ok Mar 06 21:06:15 morphis, I meant for the names Mar 06 21:06:21 we already decided against shared configs Mar 06 21:06:52 GNUtoo|laptop: I don't see much sense in devicemanufacturer_basebandchipmanufaturer_modifedmachinename naming Mar 06 21:07:45 GNUtoo|htcdream: for machine names in config directories? Mar 06 21:08:23 GNUtoo|laptop: I like htcleo a lot Mar 06 21:08:35 morphis, yes Mar 06 21:08:44 dcordes_, wants htcleo as a name without simlynk Mar 06 21:08:48 *symlink Mar 06 21:10:09 GNUtoo|laptop: the other machines are devicemanufacturer_devicename so we could do htc_leo but as the machine name represents both already we could just stick with htcleo Mar 06 21:10:34 GNUtoo|laptop: I can't find the present symlinks in git Mar 06 21:10:34 GNUtoo|htcdream: look at Palm Pre Mar 06 21:11:11 dcordes_: the makefile does the symlinks Mar 06 21:11:42 morphis: ok Mar 06 21:12:12 morphis, so I move to htc_leo ? Mar 06 21:14:24 fsodeviced/conf/palm_pre/Makefile.am: for compat in $(COMPAT); do ln -sf ./$(THISDIR) $(DESTDIR)/etc/freesmartphone/conf/$$compat; done Mar 06 21:14:40 morphis: playya__: hi guys. will you push some more update today for the palmpre ? (do I need to wait before rebuilding shr-image and test it on my pre2?) Mar 06 21:15:11 GarthPS: heyho Mar 06 21:15:18 GarthPS: no, start a new build Mar 06 21:15:23 but use autorev Mar 06 21:15:30 you can even try the images from amethyst Mar 06 21:16:19 Lopi, hi Mar 06 21:16:25 morphis: amethyst for pre2 not found Mar 06 21:16:31 GarthPS: and I will restart build for palmpre2 now Mar 06 21:16:38 GarthPS: use images for palmpre Mar 06 21:16:43 GNUtoo|htcdream: jepp Mar 06 21:17:14 morphis: boh.. i am nearly done with it on my laptop so.. I will directly build and test a pre2 image Mar 06 21:17:41 GarthPS: ok Mar 06 21:17:44 dcordes_, really wants htcleo Mar 06 21:17:50 instead of htc_leo Mar 06 21:18:04 hey GNUtoo|laptop Mar 06 21:18:17 freesmartphone.org: 03morphis 07cornucopia * ree1ffef51796 10/fsogsmd/src/plugins/modem_qualcomm_palm/mediators.vala: fsogsmd: modem_qualcomm_palm: even report signal strength on network status update Mar 06 21:18:28 GNUtoo|laptop: yes if you ask me, move everything to match the official armlinux name ! Mar 06 21:18:35 GNUtoo|laptop: no need to add confusion Mar 06 21:18:36 GarthPS: you should be able to access your SIM card and make phone calls with the latest version Mar 06 21:18:56 morphis: lol I was writing that you were stillpushing... Mar 06 21:18:57 if it must be named htcleo or htc_leo I prefer htcleo Mar 06 21:19:11 morphis: while my build is ongoing Mar 06 21:19:13 because ln -s htc_leo htcleo is a bit overkill Mar 06 21:19:33 I agree Mar 06 21:19:46 GNUtoo|htcdream: if the machine you get with uname is htcleo then use it Mar 06 21:19:56 for example for palmpre we have Sirloin3430Board as machine name Mar 06 21:20:00 which says nothing Mar 06 21:20:04 so we named it palm_pre Mar 06 21:20:12 and made the symlink Mar 06 21:20:23 but in your case no symlink is needed Mar 06 21:20:28 just name it htcleo Mar 06 21:20:31 the machine is htcleo Mar 06 21:20:35 ok thanks Mar 06 21:20:36 ok Mar 06 21:20:39 I'll do that then Mar 06 21:20:43 great Mar 06 21:20:58 GarthPS: I hope you will succeed Mar 06 21:21:14 GarthPS: please report any issues with the image in FSO/SHR bug tracker Mar 06 21:21:18 so I will leave now Mar 06 21:21:20 gn8 Mar 06 21:41:23 freesmartphone.org: 03GNUtoo 07cornucopia * r8ce04de1917e 10/ (6 files in 4 dirs): Mar 06 21:41:24 freesmartphone.org: Move htcleo's config Mar 06 21:41:24 freesmartphone.org: I carefully reviewed the commit c65d801ba4abfd09ee49f3c4a89823679c090bf9 Mar 06 21:41:24 freesmartphone.org: But I looked at the content, not at the pathes. Mar 06 21:41:24 freesmartphone.org: This fixes the pathes. Mar 06 21:41:24 freesmartphone.org: Note that the config is not activated yet in the autotools build system. Mar 06 21:41:25 freesmartphone.org: Signed-off-by: Denis 'GNUtoo' Carikli **** ENDING LOGGING AT Mon Mar 07 02:59:57 2011