**** BEGIN LOGGING AT Thu Mar 31 02:59:58 2011 Mar 31 08:41:53 heyh Mar 31 08:41:55 o Mar 31 08:45:07 morphis, gmorning :) Mar 31 08:46:55 morphis, what do you think about creating some kind of "Unified SHR installer" which supports several devices and has a graphical UI? I thought about it 2 days ago. Mar 31 08:47:23 pespin: should be a really nice thing, but I don't know how complicated it is Mar 31 08:47:39 you mean a local installer which does not run on the phone right? Mar 31 08:48:44 mrmoku: 2000.01.01 00:05:52.269042 [libphone-ui] MESSAGE: _get_audio_device_callback: error 19: GDBus.Error:org.freedesktop.DBus.Error.UnknownMethod: No such interface `org.freesmartphone.Audio.Manager' on object at path /org/freesmartphone/Audio/Manager Mar 31 08:49:01 mrmoku: you did a mistake in libphone-ui with fsoaudio Mar 31 08:49:11 mrmoku: it's only /org/freesmartphone/Audio for the path Mar 31 08:51:18 mickey|office: good morning! Mar 31 08:51:20 morphis, yep Mar 31 08:51:31 pespin: why not Mar 31 08:51:34 yeah, it can be quite complicated. Mar 31 08:51:44 but you need to abstract a lot of different ways we have for different devices Mar 31 08:51:47 but it's a good idea imho Mar 31 08:51:51 but a nice gui would be nice Mar 31 08:52:09 yes, it needs some thinking before starting coding Mar 31 08:52:22 maybe spliting it into a lib and a ui would allow us to have even a unified install-tool for all devices Mar 31 08:52:25 just spreading the idea so we can start thinking about it Mar 31 08:52:58 so you want to work on this? Mar 31 08:54:38 I first thought about using bash, but later I realized it can be a lot of work, so maybe python is a better option Mar 31 08:55:12 pespin: you something where you can write plugins for every device Mar 31 08:55:12 morphis, I can't do it with the time I have available now. Maybe in summer. Mar 31 08:55:18 pespin: ok Mar 31 08:55:31 I already did the fso-installer Mar 31 08:55:37 it's a simple Makefile Mar 31 08:55:49 to flash an image to the Palm Pre device Mar 31 08:55:59 but we could open a wiki page for it and write there some ideas and write some kind of draft Mar 31 08:56:19 yes, I know :) Mar 31 08:56:45 this gui should then have some error handling too Mar 31 08:56:59 yes Mar 31 08:57:10 and the posibillity to start somewhere in the middle Mar 31 08:57:14 SHR: 03morphis 07libphone-ui * r4ab706145fdb 10/src/dbus.c: phoneui-utils-sound: it's only /org/freesmartphone/Audio for the audio manager dbus path Mar 31 08:57:21 thats not possible with the Makefile ;) Mar 31 08:57:23 we can make it in a similar way than shr-settings Mar 31 08:58:46 there should be a list of support devices, and then for each device a (ordered) set of modules to load, such as steps in a wizard Mar 31 09:00:55 mrmoku: I fixed that already in the fsoaudio branch Mar 31 09:01:02 I'll open a wiki page and write there some thoughts Mar 31 09:05:22 pespin: ok Mar 31 09:22:52 morphis: morning Mar 31 09:25:50 did anyone have a chance to check n_gsm on Calypso yet? Especially the teardown would interest me Mar 31 09:26:29 which is the latest solid kernel we are using? perhaps we can backport n_gsm from a .38 back Mar 31 09:33:12 morphis, HeinervdmOff http://shr-project.org/trac/wiki/SHRUnifiedInstaller Mar 31 09:33:36 pespin: ok, will maybe add some notes Mar 31 09:35:09 ok thanks Mar 31 09:35:51 btw. what about a new news blog post? Mar 31 09:36:16 I'll try to do it this afternoon :) Mar 31 09:36:36 or tomorrow or this weekend at maximum Mar 31 09:37:14 ok, then I will add some more news about SHR on the Pre devices Mar 31 09:37:54 btw. we should use another theme for our blog Mar 31 09:37:59 nice :) Mar 31 09:38:16 and maybe wrapping it into our main page with some end-user relevant information about SHR Mar 31 09:38:19 morphis, we should get more rights before that Mar 31 09:38:21 some nice screen shot Mar 31 09:38:26 on the server? Mar 31 09:38:30 yes Mar 31 09:38:31 ok Mar 31 09:38:39 then we should ask at bearstech Mar 31 09:38:42 yeah Mar 31 09:38:59 I think mrmoku or dos1 said they were going to do it Mar 31 09:39:08 getting more rights? Mar 31 09:40:29 morphis, access Mar 31 09:40:46 I don't know exactly which access we have, but I know it's quite limited Mar 31 09:40:58 ok Mar 31 09:41:12 maybe we should even start to collect some funds Mar 31 09:41:28 we need a PR department Mar 31 09:41:39 someone who cares about such stuff Mar 31 09:41:48 have to reboot ... Mar 31 09:41:59 morphis, first step is talking with bearstech Mar 31 09:42:16 if we don't get more access, maybe tuxbrain could give us some space Mar 31 10:07:00 mrmoku: phoneuid is now dieing when recieving an incomming call Mar 31 10:15:03 mrmoku: http://pastie.org/1738767 Mar 31 10:28:06 mrmoku: I don't find out whats wrong with libphone-ui Mar 31 10:28:17 maybe you can take a look when you have some time :) Mar 31 10:33:26 mickeyl: 2.6.37 has n_gsm and works quite good on GTA02 Mar 31 10:45:09 radekp: do you plan to add 2.6.38 (based on om-for-upstream)? Mar 31 10:45:36 JaMa: i wanted 2.6.37 first, but there are some bugs Mar 31 10:46:09 JaMa: so i have it now just as optional package... Mar 31 10:47:11 JaMa: is the 2.6.38 working? Mar 31 10:47:26 JaMa: or at least booting.. ;-) Mar 31 10:48:08 i think larsc said that a lot of patches went into 2.6.39 Mar 31 10:51:47 yup, you can see git log of vanilla kernel Mar 31 10:53:34 so just wait some weeks and then care about 2.6.39 and don't loose time on 2.6.38 Mar 31 10:57:15 radekp: om-for-upstream was based on linux-next (arround 2.6.38-rc4 iirc), so I had to rebase the patch on released 2.6.38 and also add one patch to fix build issue, so maybe I broke it, but it doesn't boot here Mar 31 11:00:12 JaMa: i think there must be some upstream introduced in 2.6.38 - i tried merge on 2.6.37 and couldnt boot too, but i am quite sure i resoved the merge conflict correctly Mar 31 11:01:22 hi Mar 31 11:03:22 are there any news from captainigloo ? Mar 31 11:05:28 radekp: I needed https://gitorious.org/shr/linux/commit/e8b4b7fd342e9028391080a29b9727a32a5a4d05 Mar 31 11:06:04 but I agree with Heinervdm to jump to 2.6.39 instead :) Mar 31 11:06:07 dcordes: capataingloo is on holiday Mar 31 11:06:53 JaMa: I have some trouble with building a toolchain, maybe you can help me: http://pastie.org/1738922 Mar 31 11:08:07 morphis: ok. I am wondering about news on the big keyboard layout and elfe Mar 31 11:08:32 dcordes: the keyboard layout was just a little hack from captaingloo to play around Mar 31 11:08:34 JaMa: i am for 2.6.39 too :) Mar 31 11:11:28 morphis: ok s/big keyboard/little keyboard/ Mar 31 11:30:16 morphis: glibc? not eglibc Mar 31 11:31:22 "/OE/shr-unstable/tmp/work/armv7a-oe-linux-gnueabi/glibc-2.10.1-r37.1/" Mar 31 11:31:29 I copied the old fso toolchain Mar 31 11:31:42 maybe it's relying on glibc and I should start with meta-toolchain Mar 31 11:34:25 will try building meta-toolchain later Mar 31 11:38:08 morphis: yup fix it to use ${LIBC} or start from meta-toolchain Mar 31 11:44:35 ok Mar 31 11:59:10 morphis: (libphone-ui) thanks Mar 31 11:59:34 pespin: on the server running trac we have _no_ access other than what the trac admin interface offers Mar 31 12:21:37 radekp: oh, you did some experiments with that? Mar 31 12:22:05 (n_gsm) Mar 31 12:22:22 mickey|office: no, only with kernel, not with n_gsm :( Mar 31 12:22:31 oh, ok Mar 31 12:22:33 misunderstood you then Mar 31 12:22:53 i'll try to backport the latest state of n_gsm to .37 and take a look Mar 31 12:23:10 it's been ages i had a gta02 booting... must search it beforehand and reflash Mar 31 12:24:49 mickey|office: i plan to add 2.6.39-rc1 after reading git log so maybe you can wait a bit Mar 31 12:25:07 mickey|office: hopefully I'll have time for it tonight (if daywork permits :/) Mar 31 12:25:16 cool, thanks JaMa Mar 31 12:25:53 you might remember that the Calypso always had a problem with moving back to AT state once in MUX Mar 31 12:26:04 i just learned that there are two ways of terminating a MUX session Mar 31 12:26:05 mickey|office: is it new enough, or should I try to merge tty-next on top if it? Mar 31 12:26:09 s/if/of/ Mar 31 12:26:09 JaMa meant: mickey|office: is it new enough, or should I try to merge tty-next on top of it? Mar 31 12:26:21 JaMa: we need the latest patch on tty-next (the one with the fixed PF bit) Mar 31 12:26:27 JaMa: otherwise, the rest is recent enough Mar 31 12:26:34 ok ic Mar 31 12:26:50 perhaps the calypso didn't implement the one way, but implements the 2nd way Mar 31 12:26:54 that's what i like to see Mar 31 12:38:12 hi mrmoku Mar 31 12:41:41 GNUtoo|nexusone: heyho Mar 31 12:41:43 hi GNUtoo|nexusone Mar 31 12:41:54 mrmoku: great you are available :) Mar 31 12:42:03 hi Mar 31 12:42:06 GNUtoo, hi there :) Mar 31 12:42:14 13:54 < mrmoku> morphis: (libphone-ui) thanks Mar 31 12:42:15 13:55 < mrmoku> pespin: on the server running trac we have _no_ access other than what the trac admin interface offers Mar 31 12:42:26 looks like both did not make it to the recipient :P Mar 31 12:42:42 oh, dos1 came just in time hehe Mar 31 12:43:14 morphis: I neither can see where it segfaults there Mar 31 12:43:14 dos1, mrmoku who is going to talk to bearstech finally? Mar 31 12:43:16 mrmoku: seems so :) Mar 31 12:43:17 pespin: but not for long - i'm in school, using wifi there, as i'm offline in home ;x Mar 31 12:43:25 pespin: about? Mar 31 12:43:32 morphis: if not fsoaudiod got restarted Mar 31 12:43:36 mrmoku: it seems to be the callback in some way Mar 31 12:43:38 trac theme? Mar 31 12:43:38 hm Mar 31 12:43:42 get more access to servers Mar 31 12:43:47 dos1, yes Mar 31 12:43:56 + man page, blog theme, etc. Mar 31 12:44:05 *main Mar 31 12:44:29 leviathan, ping Mar 31 12:45:37 * JaMa would like to have root access to be able to use shr-chroot on buildhost :/ Mar 31 12:45:55 hehe Mar 31 12:46:03 as newer bitbake is not compatible with old python-2.5 we have there Mar 31 12:46:20 maybe dist-upgrade would be enough for a while Mar 31 12:50:28 mrmoku: fsogsmd dies ... Mar 31 12:54:33 mrmoko: btw. can we create a new git repository called shr-sdk which contains several tools/utilities we deliver with shr sdk? Mar 31 12:58:12 morphis: repository is no problem Mar 31 13:00:48 mrmoku: great Mar 31 13:15:03 morphis: what kind of tools? ;) Mar 31 13:16:45 freesmartphone.org: 03morphis 07cornucopia * r5154e22e73f4 10/fsoaudiod/TODO: fsoaudiod: update TODO Mar 31 13:16:46 freesmartphone.org: 03morphis 07cornucopia * rf488c5e480ee 10/ (10 files in 7 dirs): Merge branch 'master' of ssh://git.freesmartphone.org/cornucopia Mar 31 13:16:48 freesmartphone.org: 03morphis 07cornucopia * r08efc76f0c99 10/fsoaudiod/src/ (4 files in 4 dirs): fsoaudiod: be sure that the initial mode is always set on startup Mar 31 13:17:19 dos1: some scripts to compile applications with the sdk Mar 31 13:17:39 dos1: currently only the tools from openmoko like om-conf Mar 31 13:19:12 but there should even be sample applications in it Mar 31 13:19:22 the users can copy to create their own applications Mar 31 13:30:07 morphis: how do we move on with the ppp issue? can we find out when exactly which ioctl is being issued by webos? Mar 31 13:31:26 mickey|office: I strace'd it but I didn't found any ioctl issued by them Mar 31 13:31:41 maybe we should try the one I discovered in the kernel source Mar 31 13:31:51 or just add a delay after sending the AT commands Mar 31 13:32:52 i have added two delays Mar 31 13:32:57 you can customize them Mar 31 13:32:57 ok Mar 31 13:33:04 by config Mar 31 13:33:11 check the last commit Mar 31 13:33:40 morphis: repository is there now Mar 31 13:33:50 mrmoku: thanks Mar 31 13:33:54 np Mar 31 13:33:57 no, actually 6770bd40aa184da5794f6d028a204d58df2f7d88 Mar 31 13:34:23 ok Mar 31 13:34:29 it's in ms? Mar 31 13:34:36 yes Mar 31 13:34:37 so it's currently 500ms? Mar 31 13:34:39 yep Mar 31 13:35:22 morphis: do you have a phoneuid debug log for that segfault? Mar 31 13:35:28 you even got the ppp0 network interface with the external ppp? Mar 31 13:35:42 mrmoku: there is nothing in it about the segfault Mar 31 13:35:58 yes, when prepared the channel with mterm2 Mar 31 13:36:08 ok Mar 31 13:36:23 when doing it with fsogsmd we use the same transport as mterm2? Mar 31 13:36:34 and have a separate channel for it? Mar 31 13:37:05 yes, fsogsmd opens a temporary channel, hooks an at parser on it, configures the channel, then freezes the transport and hands the fd over to the ppp handling Mar 31 13:37:24 all that happens very quickly Mar 31 13:37:42 huuups I see whats different between the implementation and what I did Mar 31 13:37:49 I issued the commands Mar 31 13:37:55 then waited and the run pppd Mar 31 13:38:06 you added the delay before issuing the commands Mar 31 13:38:23 there are two delays Mar 31 13:38:38 the latter one is after CONNECT Mar 31 13:38:45 so you can try to set this to a couple of seconds Mar 31 13:38:49 oh Mar 31 13:52:12 mickey|office: still "2010-07-22T14:55:09.757324Z [INFO] PdpPppInternal <>: PPP stack now offline. Disconnect reason is G_AT_PPP_REASON_IPCP_FAIL" Mar 31 13:52:14 with 2s Mar 31 13:55:04 mickey|office: will play a little bit with and even try webOS again Mar 31 13:57:55 hmm Mar 31 13:58:00 do you still see the speed change? Mar 31 14:13:56 mickey|office: yes but before the internal stack starts to process Mar 31 14:15:09 hmm Mar 31 14:39:35 mickey|office: I am currently taking a closer look into webOS for pppd initialization Mar 31 15:01:09 mickeyl: I have found something ... Mar 31 15:11:47 mickeyl: webOS does the following before starting pppd Mar 31 15:11:53 * it opens /dev/bus/usb/001/001 Mar 31 15:12:19 * executes ioctl(..., USBDEVFS_DISCSIGNAL, 0); Mar 31 15:12:30 USBDEVFS_DISCSIGNAL: #define USBDEVFS_DISCSIGNAL _IOR('U', 14, struct usbdevfs_disconnectsignal) Mar 31 15:54:06 SHR: 03morphis 07shr-sdk * r9e6a840adca8 10/toolchain-scripts/ (11 files in 3 dirs): Import toolchain-scripts from openmoko svn Mar 31 16:11:35 mickeyl: no, it's not as I said; they execute first USBDEVFS_DISCSIGNAL on /dev/bus/usb/001/001 and then start pppd which execute the chatscript with the AT commands Mar 31 16:12:02 mickeyl: I hacked this into the pdp_ppp_internal plugin now and will check if it works Mar 31 16:12:44 if thats the way how we have to do it then we have to reimplement the activate context mediator and do the ioctl there Mar 31 16:21:28 ok, sounds like a plan. good luck Mar 31 16:22:08 :) Mar 31 16:22:28 just have to start SHR, install new fsogsmd and we will see if it works ... Mar 31 16:24:54 as webOS is doing nothing more than this Mar 31 16:28:03 2000-01-01T00:02:57.773986Z [INFO] PdpPppInternal <>: PPP stack now offline. Disconnect reason is G_AT_PPP_REASON_IPCP_FAIL Mar 31 16:28:08 :/ Mar 31 16:30:47 hm Mar 31 16:31:15 what about the extern ppp handler? Mar 31 16:37:38 hmm Mar 31 16:38:10 is the 2nd best option Mar 31 16:38:28 i'd rather figure out wtf. is happening here Mar 31 16:38:53 what was with the ioctls that have been added to cdc_acm? Mar 31 16:42:08 they are even in newer kernel versions Mar 31 16:42:37 do you have a working chatscript for the pppd? Mar 31 16:44:40 exec chat -v \ Mar 31 16:44:40 '' ATZ \ Mar 31 16:44:40 OK ATD*99***1# \ Mar 31 16:44:40 CONNECT '' \ Mar 31 16:46:15 however this is not necessary when used from fsogsmd, as we're doing the connection and then calling pppd Mar 31 16:49:51 I want to try it first with plain pppd Mar 31 16:50:02 k Mar 31 16:50:17 as that should work too Mar 31 16:53:34 ATZ is resetting the modem? Mar 31 16:54:39 yep Mar 31 16:54:45 hard reset? Mar 31 16:54:53 hard to say in an emulation Mar 31 16:55:02 as AT is basically just emulated Mar 31 16:55:03 ok Mar 31 16:55:10 it resets the config, like echo mode, verbosity, etc. Mar 31 16:57:56 http://pastie.org/1740144 Mar 31 16:58:45 so that works Mar 31 16:59:14 yep Mar 31 17:00:15 and I can reproduce it Mar 31 17:00:37 so where is the problem? Mar 31 17:01:19 as it seems not to be one with the hardware Mar 31 17:01:31 even the usb disconnect ioctl is irrelevant Mar 31 17:03:04 make sure you reboot and try from scratch as i'm not so sure about the states of the cdc_acm Mar 31 17:03:32 so the question is what are we doing wrong or what are we missing... Mar 31 17:03:49 perhaps we need to also set the control lines Mar 31 17:03:50 Jan 1 00:31:48 palmpre user.info kernel: [ 375.990000] cdc_acm 1-1:1.0: input control lines: dcd+ dsr+ break- ring- framing- parity- overrun Mar 31 17:04:03 i don't see this with ippp Mar 31 17:04:09 pdp_ppp_internal, that is Mar 31 17:04:52 but ppp does everything right Mar 31 17:05:00 and it's not modified Mar 31 17:05:29 yes yes Mar 31 17:05:48 so I don't think we need to set the control lines ... Mar 31 17:08:07 btw. after pppd is up I have to configure any ip/routing stuff Mar 31 17:08:09 ? Mar 31 17:08:14 yes Mar 31 17:08:29 fsogsmd does this by offering fsonetworkd a new default route Mar 31 17:09:47 * morphis is now trying fsogsmd with external ppp Mar 31 17:09:50 bbl, have to go Mar 31 17:09:55 ok Mar 31 17:10:56 if you want to try the external ppp, you need to overwrite channelForCommand and allocateDataPort Mar 31 17:11:22 so I need to open a channel to the modem? Mar 31 17:11:39 yes, as we are connecting Mar 31 17:11:45 ok Mar 31 17:12:45 maybe there is a bug in the internal ppp stack? Mar 31 17:19:09 will try with a newer version of the ppp stack Mar 31 18:01:14 what's the mechanism called that informs fsoXXXX e.g about charger sysnode changes? Mar 31 18:01:31 inotify? knotify? kqueue? kevent? Mar 31 18:02:09 mickeyl: ^^^? (sorry to ask this the 17th time) Mar 31 18:05:01 DocScrutinizer: to me kevent sounds like the candidate #1 :) Mar 31 18:05:28 thanks. Kevents (associated to kobjects?) Mar 31 18:06:44 mrmoku: you don't have a link to that sourcecode handy, that registers with particular kevents? (e.g. battery_charged event) Mar 31 18:07:16 DocScrutinizer: I'm looking at the source code to find it :) Mar 31 18:08:37 mille gracie - yu're supporting my rant on #maemo, to bash Qtmobility for doing nasty polling of an IRQ driven sensor Mar 31 18:08:54 FsoFramework.BaseKObjectNotifier.addMatch( "change", "power_supply", onPowerSupplyChangeNotification ); Mar 31 18:09:01 getting closer :) Mar 31 18:09:25 yup :-) Mar 31 18:09:32 been there, forgot it Mar 31 18:09:50 I just recall it's been vala iirc Mar 31 18:09:58 but doesn't matter Mar 31 18:10:23 * DocScrutinizer got way too many bookmarks in his browser Mar 31 18:10:43 and it's getting worse each single day Mar 31 18:16:06 fd = Posix.socket( Linux.Socket.AF_NETLINK, Posix.SOCK_DGRAM, Linux.Netlink.NETLINK_KOBJECT_UEVENT ); Mar 31 18:16:23 hmmmm http://www.linuxfoundation.org/collaborate/workgroups/networking/kevent is this a rather new API? Mar 31 18:16:37 mrmoku: \o/ Mar 31 18:20:55 mrmoku: how would I find the source in HTTP (git)? Mar 31 18:24:05 DocScrutinizer: moment Mar 31 18:24:55 http://git.freesmartphone.org/?p=cornucopia.git;a=blob;f=libfsoframework/fsoframework/kobjectnotifier.vala;h=b4d6aca64d67e118a58fb11f72aa084b75f50fb5;hb=00c471c86667ad3d86610296a634496d746ec287 Mar 31 18:24:58 thanks Mar 31 18:24:59 DocScrutinizer: http://git.freesmartphone.org/?p=cornucopia.git;a=blob;f=libfsobasics/fsobasics/kobjectnotifier.vala;h=69b643cba72f89d847a04fed01dada72081ca2dc;hb=master Mar 31 18:25:06 heh Mar 31 18:48:05 morphis: no, the internal stack is ok. it's sending the very same packages as ppp, but the modem is not answering Mar 31 18:48:14 mrmoku is right, kobject Mar 31 18:49:36 besides, i verified the stack with other modems Mar 31 18:50:00 you can even inspect the packages in wireshark Mar 31 18:55:15 mickeyl: I'm lost with building a libnl1 image Mar 31 18:55:22 ok Mar 31 18:55:31 mickeyl: what other calls to fsogsmd can I try Mar 31 18:55:34 apart from Register Mar 31 18:55:40 to see if that works Mar 31 18:55:52 check the mediators Mar 31 18:55:58 yeah, will do that Mar 31 18:56:06 (i don't know offhand) Mar 31 18:56:07 and check everything that does not need registration Mar 31 18:56:10 yep Mar 31 18:56:33 i guess we need to approach it from another direction. i will build a libnl2 image and try to find out what's happening exactly Mar 31 18:56:42 yeah, good Mar 31 18:57:37 that's quite annoying and i don't understand it Mar 31 18:57:46 now that we came so far Mar 31 18:57:54 something bogus is kicking us Mar 31 18:59:17 freesmartphone.org: 03mickey 07cornucopia * rd1d78e809797 10/libfsosystem/ (configure.ac fsosystem/network.vala): libfsosystem: catch up with (and require) vala 0.11.7.4 Mar 31 18:59:20 freesmartphone.org: 03mickey 07cornucopia * rcaf0d2c026fb 10/libfsosystem/fsosystem/network.vala: libfsosystem: add stub for WextInterface Mar 31 19:00:16 heh, yes :/ Mar 31 19:00:48 ok, libnl2 console image has been built. no sign of libnl1 so far Mar 31 19:00:54 * mickeyl untarring Mar 31 19:01:55 mickeyl: ok I know understand what you mean earlier with the line settings Mar 31 19:03:16 *nod* Mar 31 19:18:08 mrmoku: hmm, where was that cmt script again? Mar 31 19:20:48 ah, nm, got it Mar 31 19:28:53 hi Mar 31 19:29:17 mickeyl: the enhanced version including a recipe for phonet-utils is on git://git.shr-project.org/n900-oe.git Mar 31 19:29:27 ok Mar 31 19:30:19 do i need to poweron the modem? i forgot everything ISI Mar 31 19:31:14 I'm a newbie and I would sync my contacts with pisi but I cat the error "I cannot snyc this type of PIM informations as you do not have enough data sources aviable / configured". How I can configure the data sources? Mar 31 19:31:22 *get Mar 31 19:31:30 mickeyl: no, lowlevel will do it Mar 31 19:35:34 mickeyl: so we need to adjust the tty flags of our serial transport to get it right Mar 31 19:40:49 morphis: ok, cool Mar 31 19:40:51 mrmoku: darn: Mar 31 19:41:03 2011-03-31T19:26:02.255349Z [DEBUG] fsogsmd : GLib : gisicomm.vala:885: mccmnc = 26202 Mar 31 19:41:03 2011-03-31T19:26:02.255501Z [DEBUG] fsogsmd : GLib : gisicomm.vala:905: band = 0 Mar 31 19:41:03 2011-03-31T19:26:02.255623Z [DEBUG] fsogsmd : GLib : gisicomm.vala:911: lac = 0x02A5, cid = 0x0000 Mar 31 19:41:10 2011-03-31T19:26:26.277701Z [DEBUG] fsogsmd : GLib : gisicomm.vala:102: NETLINK STATE = PN_LINK_DOWN Mar 31 19:41:10 2011-03-31T19:26:26.691288Z [DEBUG] fsogsmd : GLib : gisicomm.vala:102: NETLINK STATE = PN_LINK_UP Mar 31 19:42:23 but ok, that's where i can start to investigate next time i have a bit of time Mar 31 19:42:53 yeah, that's it Mar 31 19:44:32 is the latest kernel working? Mar 31 19:44:38 just so that i start from the latest baseline Mar 31 19:44:54 yeah, the kernel looks quite good Mar 31 19:45:04 if you take it from our oe tree Mar 31 19:45:34 may i ask for a precompiled binary (w/ devtmpfs)? Mar 31 19:45:43 (just in case when you have one) Mar 31 19:45:52 let me check the defconfig Mar 31 19:46:29 mickeyl: yeah, devtmpfs is in... so moment I copy it to our buildhost Mar 31 19:46:34 ok, thanks a lot Mar 31 19:47:16 root=/dev/m Mar 31 19:47:16 mcblk0p1 i guess Mar 31 19:48:40 mickeyl: yeah, though I fear I have to rebuild it Mar 31 19:48:47 dunno why, but it's not in my tmp anymore Mar 31 19:49:24 Can anyone help me? Mar 31 19:50:05 sinji: man, have you tried reading pisi's docs? Mar 31 19:52:10 @ PaulFertser: yes, but without success Mar 31 19:53:12 sinji: and what exactly was non-obvious from those? Mar 31 19:56:11 I have found nothing to my problem or or I've missed it Mar 31 19:58:46 mickeyl, yes Mar 31 19:58:51 for booting: Mar 31 19:58:55 *flash u-boot Mar 31 19:59:09 press a key during uboot's boot Mar 31 19:59:11 and run Mar 31 19:59:28 setenv shrargs root=/dev/mmcblk0p1 rootwait Mar 31 19:59:31 run shr Mar 31 19:59:36 don't forget the rootwait Mar 31 19:59:39 else it doesn't boot Mar 31 19:59:43 and note that it's 0p1 Mar 31 20:00:23 GNUtoo: JaMa's u-boot env works just fine Mar 31 20:01:34 ah ok Mar 31 20:01:38 I used the wrong uboot then Mar 31 20:01:54 I used the one from SHR buildhost Mar 31 20:02:04 mickeyl: http://build.shr-project.org/tests/mrmoku/n900/uImage-2.6.37+gitr0+1c8a111c2041e8d240fcfb04d298a236af251d5d-r59-nokia900.bin Mar 31 20:02:12 mickeyl: http://build.shr-project.org/tests/mrmoku/n900/modules-2.6.37+gitr0+1c8a111c2041e8d240fcfb04d298a236af251d5d-r59-nokia900.tgz Mar 31 20:02:31 mrmoku, uImage is too big Mar 31 20:02:38 he must use u-boot Mar 31 20:02:51 mickeyl: ahh, you don#t have u-boot? Mar 31 20:02:53 hmm Mar 31 20:03:07 sinji: even here: http://wiki.openmoko.org/wiki/Pisi ? Mar 31 20:03:14 I've put no args to the kernel Mar 31 20:03:22 so it needs a bootloader Mar 31 20:03:27 that passes some args Mar 31 20:05:57 GNUtoo: which u-boot did you try? Mar 31 20:05:59 http://build.shr-project.org/shr-unstable/images/nokia900/u-boot-nokia900-2010.06+gitr0+bd2313078114c4b44c4a5ce149af43bcb7fc8854-r68.bin.ok Mar 31 20:06:02 this one? Mar 31 20:06:35 mrmoku, I don't remember but I can look Mar 31 20:06:47 .ok? Mar 31 20:06:57 mrmoku, having fun with arch? :P Mar 31 20:08:23 TAsn: anything special I should take care? ;=) Mar 31 20:09:01 GNUtoo: dunno about those u-boots... but I remember JaMa doing lots of tests and I guess .ok means it should work :-) Mar 31 20:09:02 nah Mar 31 20:09:05 just having a blast Mar 31 20:09:14 and wanted to make sure you are also :) Mar 31 20:09:23 a blast? Mar 31 20:10:28