**** BEGIN LOGGING AT Sat Apr 02 02:59:58 2011 Apr 02 09:29:54 | ngsm.vala:98.25-98.33: error: The name `Gsm' does not exist in the context of `Linux' Apr 02 09:29:56 | var muxconfig = Linux.Gsm.Config(); Apr 02 10:02:38 rebuild vala, it's in the latest version that is in OE Apr 02 10:23:48 mickey|zzZZzz, btw is there a libnl1 branch of fso? Apr 02 10:25:05 because I think my compilation was useless Apr 02 10:25:18 since it linked to libnl2 only Apr 02 10:25:35 for converting to libnl1 I convert the following configure.ac: Apr 02 10:25:51 libfsobasics Apr 02 10:25:57 libfsotransport Apr 02 10:26:14 libfsoresource Apr 02 10:26:22 libfsoframework Apr 02 10:26:25 and that's all? Apr 02 10:26:29 or is there smoething else? Apr 02 10:26:34 like vapis Apr 02 10:26:38 or similar? Apr 02 10:31:21 GNUtoo: i tried that and failed, because either I use the libnl2 vapi which is incompatible with libnl1 or I use libnl1 vapi which is incompatible with fso Apr 02 10:31:43 neither compiles Apr 02 10:31:58 did you push your work in a branch? Apr 02 10:33:10 GNUtoo: no, I added patches to the recipes Apr 02 10:33:45 can I have theses patches? Apr 02 10:33:58 maybe push to shr's oe Apr 02 10:34:32 have to fetch my notebook... Apr 02 10:34:40 ok Apr 02 10:39:28 GNUtoo: at this point I would probably prefer to push a libnl1 branch for cornucopia Apr 02 10:39:48 ok Apr 02 10:39:53 do that Apr 02 10:39:54 then Apr 02 10:41:19 GNUtoo: done... libnl1 is it's name Apr 02 10:41:28 ok Apr 02 10:41:42 it needs some mods in libfsobasics to build though...as it is incompatible with libnl1 Apr 02 10:41:46 did not do that yet Apr 02 10:42:56 ok Apr 02 10:46:40 I'm afraid we're looking at the wrong side of the problem, but anyways it will help us rule out possibilities. When I have a chance, I will flash the old image (hoping that it is really the one i have here) and check whether this still works. Apr 02 10:47:37 ok Apr 02 10:47:40 yeah, I think that too... Apr 02 10:47:47 keep the image that works preciously Apr 02 10:47:54 it could be some srcrev too Apr 02 10:47:55 mickey|zzZZzz: I still have it too Apr 02 10:48:15 mrmoku, can you upload the working image tarball? Apr 02 10:48:25 GNUtoo: sure, moment Apr 02 10:51:05 you know, the thing that is really puzzling me, is that i have tested a lot with forwarding and i didn't change much of my environment here. But now it no longer works and previously it did. So what did change... mostly the image contents, not so much the stuff on my workstation. So - if with the old image and my current state of things on the workstation it would start to work again, then clearly something in the image is to blam Apr 02 10:51:06 e. However as there are hardly any processes running, what's left is the kernel, the device nodes, and the init scripts.... Apr 02 10:51:20 GNUtoo: http://build.shr-project.org/tests/mrmoku/n900/minimal-fso2-console-image-eglibc-ipk-dev-snapshot-20110314-nokia900.rootfs.tar.gz Apr 02 10:52:00 bbl, need to clean the car Apr 02 10:52:09 mickey|zzZZzz: but IIRC I tried with the same kernel Apr 02 10:52:17 and it worked with your image but not mine Apr 02 10:52:23 yes, this leaves the device nodes and the init scripts Apr 02 10:52:38 and karma ;) Apr 02 10:52:41 * mrmoku will try with the minimal image and current kernel in a bit Apr 02 10:57:51 bbl Apr 02 11:04:44 is there a script to create /dev/cmt? Apr 02 11:13:18 I'll go bye Apr 02 11:13:23 I'll look at cmt later Apr 02 11:32:57 heyho Apr 02 11:42:09 moin Apr 02 11:58:38 playya_: whats up? new job is still fine? Apr 02 12:19:26 morphis, yes. Apr 02 12:19:49 I celebrated my first real salaray yesterday :) Apr 02 12:19:58 yeah! Apr 02 12:20:25 hmm. n900 fo 132€ on ebay Apr 02 12:20:58 the new ebay software is cool Apr 02 12:21:06 it shows all bids live Apr 02 12:21:12 they reworked their site? Apr 02 12:21:41 yes Apr 02 12:21:48 damn it. to slow :( Apr 02 12:21:53 brb Apr 02 12:24:00 :) Apr 02 12:27:29 mickey|zzZZzz: it seems I found out why our internal ppp stack does not work and pppd works fine ... Apr 02 12:28:14 mickey|zzZZzz: AT+CGACT seems to be the problem ... Apr 02 12:28:39 mickey|zzZZzz: if we sent it with pppd in the chatscript too pppd even cannot initialize the ppp connection Apr 02 12:30:11 freesmartphone.org: 03morphis 07cornucopia * rbcdfc780cde3 10/fsogsmd/src/plugins/pdp_ppp_internal/plugin.vala: fsogsmd: pdp_ppp_internal: deactivate sending AT+CGACT for now while initializing ppp Apr 02 12:30:43 playya_: why not buying a Pre Vee or Pre 3 when they will come out here in germany? Apr 02 12:39:37 mrmoku: ping Apr 02 12:40:02 mrmoku: any news on long standing major issue with seen sms and messages that always storred on sim card? Apr 02 12:58:10 morphis, because it's not aout yet :) Apr 02 12:59:35 wuhuuu!! Apr 02 12:59:39 2000-01-01T00:09:14.751647Z [INFO] PdpPppInternal <>: PPP stack now online via ppp0. Local IP is 10.222.65.141, remote IP is 0.0.0.0, DNS1 is 139.7.30.125, DNS2 is 139.7.30.126 Apr 02 12:59:47 mickey|zzZZzz: it works! Apr 02 13:00:46 playya_: jepp but I thinking about buying one Apr 02 13:03:44 and network works fine! Apr 02 13:03:55 yeah now we have working PPP on the Pre devices Apr 02 13:07:07 just the network route cannot set by fsonetworkd Apr 02 13:07:14 2000-01-01T00:09:14.990234Z [INFO] SharingConnectionSharing : Setting new default as offered by cellular: ppp0=10.222.65.141/255.255.255.0 via 0.0.0.0 Apr 02 13:07:15 2000-01-01T00:09:15.013793Z [ERROR] SharingConnectionSharing : Can't route add default gw 0.0.0.0 ppp0 Apr 02 13:08:23 playya_: btw. do you know what the problem was with the 0 and . keys on the hardware keyboard? Apr 02 13:17:41 morphis: \o/ Apr 02 13:19:06 sidenote: via 0.0.0.0 looks extremely fishy - but maybe that's just me Apr 02 13:19:51 ~praise morphis Apr 02 13:19:52 All hail morphis! Apr 02 13:20:29 DocScrutinizer: thx :) Apr 02 13:20:32 mickeyl: heyho Apr 02 13:20:47 mickeyl: read my messages and you day will become the greatest of all days before! Apr 02 13:21:13 DocScrutinizer: yep via 0.0.0.0 looks fishy but maybe something in our code is only wrong Apr 02 13:26:05 sorry when telling BS (waiting for coffe to kick in) but maybe it's not that important to know the exact IP of a PPP connection, as the far end is rather determined anyway. So it *might* work with any arbitrary *valid* IP for remote - 0.0.0.0 is _not_ a valid IP I guess Apr 02 13:28:57 mickeyl: how we will proceed with getting everything ppp related into a good shape? Apr 02 13:29:10 OMG that PPP is *local* and some 10mm distance, from CPU to modem Apr 02 13:29:38 no? Apr 02 13:30:27 morphis: i'll take a look at the rest Apr 02 13:30:53 yes, 10mm :) Apr 02 13:31:21 so I'd think it's sane we wouldn't need TWO IPs for that Apr 02 13:32:23 ppp doesn't go over the air? Apr 02 13:33:08 no Apr 02 13:33:23 that's the sickness of it all Apr 02 13:33:37 we have to deal with this ancient stuff just because of the modem Apr 02 13:34:00 which speaks a completely different protocol over the air Apr 02 13:34:12 it's like your NIC has one IP and you connect to that via PCIe and PPP and give CPU another IP Apr 02 13:34:16 sadly thats the same in so much areas these days ... Apr 02 13:34:40 from http://laforge.gnumonks.org/weblog/2009/10/27/ I thought PPP did go over the air Apr 02 13:35:09 mrmoku,hi, do you still have the script for populating /dev/cmt Apr 02 13:36:02 mickeyl: ok, for the rest it would be great if you can do it Apr 02 13:36:13 morphis: yep Apr 02 13:36:19 mickeyl: you can even remove the doubled atchannel in the modem_qualcomm_palm plugin then Apr 02 13:36:30 and everything I did there with the data channel Apr 02 13:36:34 ok Apr 02 13:36:37 as we don't need that stuff anymore Apr 02 13:36:41 right Apr 02 13:36:59 then I will go on working to get SMS, SUPS, GPS ... done Apr 02 13:37:32 excellent Apr 02 13:37:40 some progress after the nightmares with isi Apr 02 13:37:46 playya_: ping Apr 02 13:37:54 progress we have all the time with the pre :) Apr 02 13:38:10 that's because I'm somewhat absent Apr 02 13:38:11 two days for ppp should be ok I think Apr 02 13:38:19 else there would be progress for n900 Apr 02 13:38:20 too Apr 02 13:38:26 :) Apr 02 13:38:51 GNUtoo: btw. you tried fsoaudiod a little bit more yesterday? Apr 02 13:38:52 it seem that I'm somehow indispensable, too bad Apr 02 13:39:21 morphis, no, I did some useless sftuff like rage-against-irc Apr 02 13:39:32 GNUtoo: look at me, if I would not do any more work on the Pre nobody else would do it Apr 02 13:39:52 GNUtoo: ok Apr 02 13:39:59 yes but I don't want to work on phones anymore, I want phones to succeed but without me Apr 02 13:40:20 but somewhat stuff is not beeing done Apr 02 13:40:27 so I finish working on it Apr 02 13:40:28 given that we are a crazy handfull of lone wolfes here, _noone_ of us is dispensable Apr 02 13:40:45 I unlocked many things Apr 02 13:41:00 and we need modem and recent kernels Apr 02 13:41:08 recent kernel is easy Apr 02 13:41:13 just a defconfig Apr 02 13:41:16 mickeyl: jepp, there is one thing we need to do more in the future: publicity ... Apr 02 13:41:16 and it's dnoe Apr 02 13:41:20 *done Apr 02 13:41:46 anyway is mrmoku here? Apr 02 13:42:00 morphis: can i powercycle the modem without fsogsmd? (want to use forwarding again) Apr 02 13:42:03 or should I rage-against-irc again and try useless stuff in the dark? Apr 02 13:42:46 heh, you're too pessimistic these days... i thought that's my job ;) Apr 02 13:42:59 mickeyl: I have a simple shell script for that, wait a moment Apr 02 13:43:09 also captainigloo made a software keyboard, is it possible to try it somehow Apr 02 13:44:10 mickeyl: http://pastie.org/1747298 Apr 02 13:44:35 GNUtoo: I asked him about the keyboard and he said it was just a quick-and-dirty-hack Apr 02 13:44:43 ok Apr 02 13:44:50 is there some screenshots or something? Apr 02 13:45:08 on the Weekly-News site in shr wiki is something Apr 02 13:45:10 I looked at keyboards in the past and abandoned Apr 02 13:45:13 ok Apr 02 13:45:19 let me look Apr 02 13:45:31 morphis: thanks. Apr 02 13:45:37 no problem Apr 02 13:46:10 Woops! That image may have been removed, remember Imagebin is for temparary image storage. Sorry. Apr 02 13:46:14 that was the issue Apr 02 13:46:31 ah ok Apr 02 13:46:41 then we have to ask him when he is back from holiday Apr 02 13:48:03 ok Apr 02 13:48:13 and mrmoku will come back soon? Apr 02 13:48:50 don't know Apr 02 13:49:19 we have nice weather today, i would imagine he has family business Apr 02 13:49:32 ok Apr 02 13:49:40 too bad since I needed a cmt.sh script Apr 02 13:49:51 maybe I've it on nand or something like that Apr 02 13:50:00 but I've no access to nand with that kernel Apr 02 13:50:52 hmm, cmt.sh wasn't that in SHR-initscripts? Apr 02 13:50:58 or something that does the same Apr 02 13:51:17 ok I'll look Apr 02 13:51:51 http://git.shr-project.org/git/?p=n900-oe.git;a=blob;f=recipes/shr/initscripts-shr/nokia900/nokia-n900-cmt-gpio.sh;h=61813e65910d6158eafe723696822cf4425c4e06;hb=n900-2.6.37 ? Apr 02 13:51:52 yes it is Apr 02 13:51:57 a grep found it Apr 02 13:52:00 thanks a lot!!!! Apr 02 13:52:10 np Apr 02 13:52:19 note that the phonet setup is not configuring forwarding Apr 02 13:52:25 that needs three additional commands Apr 02 13:57:17 I know Apr 02 13:57:22 I'm not using forwarding Apr 02 13:59:13 morphis: Apr 02 13:59:15 Program received signal SIGSEGV, Segmentation fault. Apr 02 13:59:15 0x00007ffff27e6071 in msmcomm_management_initialize (self=0x0, _callback_=0x7ffff2a1c140 , _user_data_=0x687180) Apr 02 13:59:15 at management.c:211 Apr 02 13:59:15 211 MSMCOMM_MANAGEMENT_GET_INTERFACE (self)->initialize (self, _callback_, _user_data_); Apr 02 13:59:20 ever seen that? Apr 02 14:02:17 uuups Apr 02 14:02:33 not sure Apr 02 14:02:49 it's in msmcommd or fsogsmd? Apr 02 14:03:02 looks like fsogsmd Apr 02 14:03:15 than maybe the msmcomm dbus interface disappeared? Apr 02 14:03:27 misterious Apr 02 14:04:16 it didn't even initialze Apr 02 14:04:21 i'll fix some of the error reporting Apr 02 14:04:25 please don't use empty catch blocks Apr 02 14:04:29 they're dangerous Apr 02 14:04:39 dangerous? Apr 02 14:04:45 yeah, hiding errors Apr 02 14:04:51 ah ok Apr 02 14:05:23 fsogsmd initializes on it's own Apr 02 14:05:34 when it's resource is aquired Apr 02 14:05:49 yeah Apr 02 14:05:56 i don't have fsousaged here Apr 02 14:06:06 the other modems just turn on then Apr 02 14:06:09 hm ok then it's starts with resource stuff Apr 02 14:06:18 registerObjects is never called Apr 02 14:06:33 then the mamagement proxy is null Apr 02 14:06:33 other modems? Apr 02 14:06:44 fsogsmd modem classes Apr 02 14:06:53 if we can't register with ousaged, we just turn on Apr 02 14:07:06 that's the way the others are handled Apr 02 14:07:46 ah ok Apr 02 14:07:55 i'll add it where it tries to register the reousrce Apr 02 14:07:56 that should be the same for the modem_qualcomm_pre plugin Apr 02 14:08:05 it's not the case? Apr 02 14:08:14 no, it just crashes because registerObject is never called Apr 02 14:08:24 the only call to registerObjects seems to be in requestResource Apr 02 14:08:29 which is never called in that case Apr 02 14:08:34 ok Apr 02 14:08:40 then please fix it Apr 02 14:08:42 don't worry, i'll fix that Apr 02 14:09:33 please don't hesitate to fix silly things I did Apr 02 14:09:53 :) Apr 02 14:10:03 I will leave for some time now, maybe available later Apr 02 14:10:08 so have fun with the Pre :) Apr 02 14:10:48 yeah. the state of telephony looks really good now. where are we wrt. audio? Apr 02 14:10:56 ok, have fun :) Apr 02 14:10:58 audio works too Apr 02 14:11:02 yay Apr 02 14:11:08 but not with the shr gui Apr 02 14:11:27 there is a fsoaudio branch for libphone-ui/-shr Apr 02 14:11:36 but that one needs testing and bug fixing Apr 02 14:11:41 but in general it works Apr 02 14:11:47 you can try fsoaudiod on the pre Apr 02 14:12:07 only volume setting in normal mode is not implemented Apr 02 14:12:23 for that we will use a alsa softvol control Apr 02 14:13:21 what would i have to call after establishing a call? Apr 02 14:13:30 (to get call audio) Apr 02 14:16:08 hmm Apr 02 14:16:14 all the unpack errors are ok? Apr 02 14:16:15 like Apr 02 14:16:17 2011-04-02T14:11:14.091355Z [ERROR] MsmcommDaemonModemChannel <>: Could not unpack incomming message: groupId = 23, messageId = 05 Apr 02 14:16:18 or Apr 02 14:16:41 2011-04-02T14:11:04.452611Z [ERROR] MsmcommDaemonModemChannel <>: Could not unpack incomming message: groupId = 23, messageId = 01 Apr 02 14:18:35 freesmartphone.org: 03mickey 07cornucopia * r7239f5d66d24 10/fsogsmd/src/plugins/modem_qualcomm_palm/channel.vala: Apr 02 14:18:35 freesmartphone.org: fsogsmd: modem_qualcomm_palm: fix operation without fsousaged Apr 02 14:18:35 freesmartphone.org: register proxy objects on demand only in open() Apr 02 14:35:55 freesmartphone.org: 03mickey 07cornucopia * ra0ac280307cd 10/fsogsmd/src/plugins/modem_qualcomm_palm/ (Makefile.am atchannel.vala plugin.vala): fsogsmd: modem_qualcomm_palm: remove traces of AT channel, no need for it with ippp Apr 02 14:38:46 GNUtoo: here now Apr 02 14:40:05 * mrmoku had some garden business Apr 02 14:40:31 GNUtoo: regarding cmt... we have an initscript which populates /dev/cmt and brings up the phonet interface Apr 02 14:40:32 no problem I was answered Apr 02 14:40:45 ok Apr 02 14:41:15 ahh... yeah Apr 02 14:41:23 ~hail git :) Apr 02 14:41:24 * apt bows down to git :) and chants, "I'M NOT WORTHY!!" Apr 02 14:42:56 GNUtoo, mickeyl: did one of you try the working minimal image with our current kernel meanwhile? Apr 02 14:43:01 if not I will do that now Apr 02 14:45:14 I'm trying right now Apr 02 14:45:15 stuff Apr 02 14:45:30 ok Apr 02 14:46:24 * mickeyl dives a bit into pre for a while Apr 02 14:46:36 luckily, there's always some progress _somewhere_ Apr 02 14:46:43 so it's not 100% frustrating Apr 02 14:46:44 :) Apr 02 14:46:45 GNUtoo: should I try anyway? Apr 02 14:46:48 mickeyl: :) Apr 02 14:47:26 a typo or something in the cmt stuff can be excluded? Apr 02 14:47:41 (still trying to find theories for the failure....) Apr 02 14:56:13 mrmoku, I think you should or try or work on the kenrel defconfig Apr 02 14:57:08 ok Apr 02 14:57:20 because It's difficult for me to reproduce mickeyl's setup Apr 02 14:58:14 mickeyl's setup? Apr 02 14:58:56 yes, the image that works doens't work for me since I was unable to make it pass the level2 init Apr 02 14:59:01 *modem init Apr 02 14:59:17 basically testping refused to work Apr 02 14:59:48 GNUtoo: yeah, there are some manual steps necessary... Apr 02 15:00:01 which are the manual steps? Apr 02 15:00:08 like copying the init script for /dev/cmt Apr 02 15:00:16 and bringing up phonet Apr 02 15:00:17 * script for /dev/cmt Apr 02 15:00:19 * modprobe Apr 02 15:00:27 but after that? Apr 02 15:00:29 testping? Apr 02 15:00:37 how to make testping work in the image Apr 02 15:00:40 I never tried testping Apr 02 15:01:14 GNUtoo: requesting GSM via mdbus2 does not work then? Apr 02 15:01:41 and note if you requested and released GSM you have to kill fsogsmd before re-requesting it Apr 02 15:03:01 no Apr 02 15:03:09 I know the fsogsmd setup Apr 02 15:03:13 with mdbus -s -i Apr 02 15:03:15 etc... Apr 02 15:03:24 but what I don't know is how to make testping work Apr 02 15:07:05 I did that Apr 02 15:07:13 old rootfs(mine, with SHR not aurora) Apr 02 15:07:27 with fsogsmd + the fsogsmd plugins from the rootfs.... Apr 02 15:07:33 no way Apr 02 15:07:38 it still goes up and down Apr 02 15:07:41 maybe a chroot Apr 02 15:07:52 ok, will try if that testping works for me Apr 02 15:10:57 maybe the testping is the issue Apr 02 15:14:32 maybe I know why Apr 02 15:14:39 when searching: Apr 02 15:15:36 I'll paste privately to mickeyl since there is the lac and cid Apr 02 15:17:50 hmm, same issue Apr 02 15:18:08 try to outcomment setPower Apr 02 15:18:12 perhaps this is interfering Apr 02 15:18:29 needs recompiling thoug Apr 02 15:19:19 mickeyl, I sent you a private pastebin Apr 02 15:19:21 look at band Apr 02 15:19:25 band = 0 Apr 02 15:19:30 at the end Apr 02 15:20:14 that is what Network.GetStatus tells me too Apr 02 15:20:15 band = 0 Apr 02 15:20:28 POWER_OFF state as well i guess? Apr 02 15:20:35 check the debug logs when issuing getstatus Apr 02 15:20:56 poweron should be necessary, but try Apr 02 15:20:59 ok Apr 02 15:21:02 -if ( yield NokiaIsi.isimodem.poweron() ) Apr 02 15:21:07 I will issue getstatus Apr 02 15:21:07 +if ( true || yield NokiaIsi.isimodem.poweron() ) Apr 02 15:21:42 hmm Apr 02 15:21:53 1970-01-01T00:09:20.106353Z [DEBUG] fsogsmd : GLib : gisicomm.vala:859: regstatus = NET_REG_STATUS_NOSERV Apr 02 15:21:57 1970-01-01T00:09:20.106781Z [DEBUG] fsogsmd : GLib : gisicomm.vala:860: regmode = NET_SELECT_MODE_UNKNOWN Apr 02 15:22:01 is what I have... nothing about POWER Apr 02 15:23:32 mickeyl: the unpack errors indicate that this message type is currently not handled by msmcomm Apr 02 15:23:46 like the message with groupId = 0x23 (they are related to GPS) Apr 02 15:24:47 morphis|sun: ah, ok Apr 02 15:24:53 GNUtoo, mickeyl: when trying Register it says: Apr 02 15:24:54 1970-01-01T00:17:45.020996Z [DEBUG] fsogsmd : GLib : gisicomm.vala:905: band = 1800 Apr 02 15:25:00 which would be correct Apr 02 15:25:29 yeah, it detects the band, and sometimes also the cid Apr 02 15:25:32 and then it goes down Apr 02 15:25:33 .. Apr 02 15:27:00 hm sadly firefox-mobile does not build with recent OE .... would really like to see how good it works on the Pre Apr 02 15:28:34 2000-01-01T00:50:26.356507Z [DEBUG] NokiaIsiModem : Created mediator FsoGsmNetworkListProviders Apr 02 15:28:37 is all I got Apr 02 15:29:09 morphis|sun: unfortunately forwarding doesn't work with Pre's cdc_acm, they're doing some strange things :) Apr 02 15:29:28 really? Apr 02 15:29:54 ya, i only receive a HUP on opening the channel via forwarding Apr 02 15:30:09 I'll try with more recent fsogsmd Apr 02 15:30:19 GNUtoo: how to try testping? Apr 02 15:30:41 ./testping Apr 02 15:30:51 it's in gisilib/tests Apr 02 15:31:01 via forwarding then? Apr 02 15:31:08 I tried locally Apr 02 15:31:16 I do everything locally Apr 02 15:31:47 but it is not packaged... so you just built and copied it, right? Apr 02 15:32:23 mickeyl: hm that sounds strange Apr 02 15:33:22 2011-04-02T14:25:22.525072Z [DEBUG] libfsotransport <192.168.0.202:5622 (fd 10)>: Opening... Apr 02 15:33:22 2011-04-02T14:25:22.525112Z [DEBUG] libfsotransport <192.168.0.202:5622 (fd 10)>: Opened Apr 02 15:33:22 2011-04-02T14:25:22.525938Z [ERROR] libfsotransport <192.168.0.202:5622 (fd 10)>: Read 0 bytes => synthesizing actionCallback w/ HUP. Apr 02 15:33:22 2011-04-02T14:25:22.525953Z [ERROR] libfsotransport <192.168.0.202:5622 (fd 10)>: HUP => closing channel Apr 02 15:33:41 ok, well, it's not a HUP, it's a synthesized HUP. but it tells being ready to read, and then there are no bytes Apr 02 15:33:46 and whats the result with serial_forward on the device? Apr 02 15:34:05 hm Apr 02 15:34:12 root@palmpre ~ # serial_forward -n /dev/ttyACM0 -p 5622 -t serial -r Apr 02 15:34:12 New connection from: '192.168.0.200' Apr 02 15:34:13 there is another tool in webOS for forwarding them Apr 02 15:34:16 called mpt Apr 02 15:34:32 stefan has written a mail about in the early phase of hacking on the device Apr 02 15:34:39 it lets you forward the usb serial node Apr 02 15:34:52 ya, i remember Apr 02 15:35:09 maybe thats the way to got Apr 02 15:35:12 s/got/go/ Apr 02 15:35:12 morphis|sun meant: maybe thats the way to go Apr 02 15:35:18 oddly, it works with mterm2 Apr 02 15:35:52 usually a read of 0 bytes means the transport is dead, perhaps i should try ignoring that case Apr 02 15:35:59 * mickeyl tries Apr 02 15:38:21 2011-04-02T15:33:22.260539Z [ERROR] MsmcommDaemonLinkLayerControl <>: processIncommingData: Could not unpack valid frame! crc error? Apr 02 15:38:26 those are also normal during reinit? Apr 02 15:38:56 jepp Apr 02 15:39:39 ignore it ... I have to fix that when I have more time for beauty :) Apr 02 15:40:05 it's even the case that msmcommd cannot establish the link layer sometimes Apr 02 15:40:30 then you have to restart it ... thats due to I don't flush the buffers before starting to read from the modem Apr 02 15:40:40 right, this just happened here Apr 02 15:40:41 and then there are frames in it which are broken Apr 02 15:40:42 it completely stalled Apr 02 15:40:53 it never arrives in ACTIVE state Apr 02 15:40:59 correct? Apr 02 15:41:23 yep Apr 02 15:41:36 hmm, no, that doesn't work Apr 02 15:41:40 it's in 2011-04-02T15:36:56.295875Z [WARN] libfsotransport <192.168.0.202:5622 (fd 10)>: Ignoring a short read w/ 0 bytes Apr 02 15:41:41 forever Apr 02 15:42:45 ok, need to move, bbq now Apr 02 15:43:29 mickey|bbq: ok, enjoy the good weather! Apr 02 15:43:30 ahh... that would have been a good idea... bbq Apr 02 15:44:18 hehe Apr 02 16:12:28 hmmm Apr 02 16:12:36 it seem to prevent the up and down Apr 02 16:12:40 I waited some minutes Apr 02 16:13:15 http://pastie.org/private/dwlfb3qn7ingmgx4vxieza Apr 02 16:13:56 but when trying to re-register I've that: Apr 02 16:13:57 2000-01-01T01:38:37.429565Z [DEBUG] NokiaIsiModem : Created mediator FsoGsmNetworkRegister Apr 02 16:14:01 and that's all Apr 02 16:14:16 I already tried removing the following if in the past: Apr 02 16:14:28