**** BEGIN LOGGING AT Tue Mar 29 02:59:57 2011 Mar 29 05:06:05 i have an htc-ish phone trying to figure out where to start or if its even possible to get shr or debian installed on it and have all the hardware functioning Mar 29 05:07:49 currently has cyanogenmod and bootloader installed and clockwork mod bootloader installed (yeah i know that is completely different from whats going on here) Mar 29 05:08:04 er you know what i meant Mar 29 05:09:33 its a commtiva z71 msm7227 chip iirc Mar 29 05:14:27 dunno if your familiar with clockworkmod nandroid type backups, uses zip files of partition images boot/apps/system bins Mar 29 05:14:43 i hate it all i miss my freerunner some dickwad stole Mar 29 05:15:15 he's probably here too >:| or he couldnt figure out how to use it and threw it away Mar 29 05:16:31 the faster processor camera and "everything works with android" stuff only makes me feel so good but i sure miss the debian days and zhone fso stuff Mar 29 05:18:47 im afraid i might have to do some scary lowlevel stuff like porting/flashing QI cause it seems like the few others that own this phone are fine with the mainstream cyanogenmod might aswell be proproetary gunk Mar 29 07:16:27 http://www.networkworld.com/news/2011/031411-richard-stallman.html Mar 29 07:22:02 pespin: not really news but that's indeed still a problem. fortunately at least my freerunner can only be used to track me, it should not be able to use the mic Mar 29 07:23:12 lindi-, I though mic was connected to the gsm cpu? Mar 29 07:23:16 *thought Mar 29 07:23:38 pespin: mic is connected to wm8753 Mar 29 07:24:27 but of course there can be a second mic inside calypso :P Mar 29 07:24:55 PaulFertser, what's wm8753? Mar 29 07:25:07 pespin: wolfson's "sound chip" Mar 29 07:26:08 freesmartphone.org: 03morphis 07msmcomm * rbb66191baf90 10/msmcommd/src/simservice.vala: msmcommd: try to work around misterious asseration failure in sim service read_file method Mar 29 07:26:09 freesmartphone.org: 03morphis 07msmcomm * rfba6d0556457 10/msmcommd/src/modemchannel.vala: msmcommd: modemchannel: check array list before evaluating it Mar 29 07:26:10 freesmartphone.org: 03morphis 07msmcomm * r440b05504919 10/msmcomm-specs/src/sms.vala: msmcomm-specs: sms service: add new method to retrieve sim memory status Mar 29 07:26:20 freesmartphone.org: 03morphis 07msmcomm * r66b5fdd6bec8 10/libmsmcomm/ (6 files in 4 dirs): libmsmcomm: add message type to retrieve stored count of sms on sim card Mar 29 07:26:21 freesmartphone.org: 03morphis 07msmcomm * r4093aeb91236 10/msmcommd/src/ (modemchannel.vala smsservice.vala): msmcommd: implement new memory status method for sms service Mar 29 08:41:54 lindi-: BS, there's no mic "inside calypso" Mar 29 08:42:28 DocScrutinizer: you missed the ":P" Mar 29 08:43:31 pespin: see http://wiki.openmoko.org/wiki/Neo_1973_audio_subsystem Mar 29 08:46:12 lindi-: ¡ is the only proper irony tag Mar 29 09:06:10 mickey|office: ping Mar 29 09:06:46 DocScrutinizer, ok thanks Mar 29 09:21:26 *yawn* morning Mar 29 09:21:29 morphis: peng Mar 29 09:21:59 mickey|office: heyho, I have some news for you Mar 29 09:22:07 ok, good i hope Mar 29 09:22:15 * mickey|office has a distaste for bad news Mar 29 09:22:21 mickeyl: I searched a little bit about PPP in webOS Mar 29 09:22:21 mickeyl: http://pastie.org/1725360 Mar 29 09:22:21 mickeyl: and http://pastie.org/1725383 Mar 29 09:22:21 ah stopp there is some stuff missing Mar 29 09:22:21 mickeyl: this one http://pastie.org/1725387 is more complete Mar 29 09:22:29 I hope the pastie links still work Mar 29 09:22:38 ah Mar 29 09:22:42 read all that yesterday Mar 29 09:22:47 but it didn't help unfortunately Mar 29 09:22:52 we're doing everything the same way Mar 29 09:23:00 but the kernel changes the speed of the device node Mar 29 09:23:09 right after LCP & AUTH have been established Mar 29 09:23:20 for some reason Mar 29 09:23:28 it doesn't do that in webos Mar 29 09:23:35 or at least it looks like Mar 29 09:23:47 hm Mar 29 09:23:56 the speed for the usb serial node? Mar 29 09:24:00 'cdc_acm speed changed to 262144' Mar 29 09:24:06 is what the kernel tells Mar 29 09:24:06 hm Mar 29 09:24:33 after that all IPCP communication stalls Mar 29 09:25:32 hm, will take a look Mar 29 09:26:20 ok, cool Mar 29 09:26:27 perhaps our kernel configuration is differently Mar 29 09:28:12 i'm pretty sure that when we have the external working the internal will work as well, as it fails exactly in the same phase (IPCP) Mar 29 09:28:29 ok Mar 29 09:28:47 can you tell me what exactly you did Mar 29 09:29:14 not from here, i can give you the exact commandline for my ppp invocation from at home Mar 29 09:29:27 but basically i just call ppp directly on the device Mar 29 09:29:36 with a couple of options and a connect script Mar 29 09:30:02 pppd, that is Mar 29 09:34:16 * DocScrutinizer wonders what's the semantics of speed on cdc_acm anyway Mar 29 09:35:57 i can only imagine they have some patches that allow higher speeds to cope for 3g data transfers Mar 29 09:36:06 which they only activate when the modem tells them to do so Mar 29 09:36:25 but the said output is not visible in the webos kernel log, so something is different Mar 29 09:41:40 mickey|office: isn't cdc_acm == tty_over_USB? so any speed setting is more or less meaningless, as the transfer speed over USB isn't determined by speed setting of a virtual TTY UART Mar 29 09:43:44 yes. still a "logical change" (even if it's just a matter of portsettings) to a speed that pppd does not support might have a negative effect on pppd Mar 29 09:44:00 but anywasy, it tries to communicate afterwards Mar 29 09:44:06 but doesn't receive any more replies Mar 29 09:46:26 sounds all rather odd Mar 29 09:46:52 the concept itself (of using tty_over_USB) sounds odd Mar 29 09:47:23 there is a drivers/misc/modem_activity.c driver in kernel sources Mar 29 09:48:55 well, maybe not. Mar 29 09:49:05 never mind what I said Mar 29 09:49:16 mickey|office: there are modifications to the cdc_acm driver too Mar 29 09:49:43 that's what I expected, and just deleted in favour of "never mind" Mar 29 09:50:52 generic cdc_acm doesn't sound like the ideal driver for attaching a high speed modem to system Mar 29 09:53:10 IP over PPP over TTY over USB XD Mar 29 09:53:46 I'd prefer a cdc_ether I guess Mar 29 09:55:45 hehe, tell Palm about that :) Mar 29 09:55:47 mickey|office: http://git.freesmartphone.org/?p=linux-2.6.git;a=blobdiff;f=drivers/usb/class/cdc-acm.c;h=c876ed10352d429d2f123fcce8cca7aad86a777b;hp=912d97aaf9bf7b7ad52068dc850a8332aa4a76e5;hb=294fa90581fe9474db7a2dda08c9a45590a71a0e;hpb=49914084e797530d9baaf51df9eda77babc98fa8 Mar 29 09:56:34 morphis: yeah, of course Mar 29 09:57:37 morphis: not even palm but probably the modem chip manuf of the chip they use in pre Mar 29 09:57:52 Qualcomm ... Mar 29 09:58:26 mickey|office: the modifcations they did to the cdc_acm driver looks interesting Mar 29 09:58:33 hmm Mar 29 09:58:37 that's way out of my depth Mar 29 09:58:57 o.O Mar 29 09:59:11 :) Mar 29 09:59:34 lol, they kicked the "or any later version" part of GPL? WTF! Mar 29 10:01:00 DocScrutinizer: maybe, but that can even be come from the kernel hackers as Palm merged 2.6.24 with more recent kernel versions Mar 29 10:01:31 I remember a time where gpl v3 was heavily discussed and linus stated that kernel will not be GPL v3 Mar 29 10:07:44 mickey|office: the speed changes is done by the modem Mar 29 10:08:24 ok Mar 29 10:09:02 as the kernel messages is issues by the part which handles the usb irqs Mar 29 10:13:04 goto found; } printk(KERN_ERR "%s: can't find the acm entry for index %d\n", __func__, wIndex); goto exit; found: Mar 29 10:13:06 YUK Mar 29 10:14:20 * DocScrutinizer thinks he has to stop reading that patch Mar 29 10:16:28 morphis: so 1st) is it not changing speed on webos or just not dumping that message? 2nd) if it is not changing speed, how can we prevent it from doing that for us. Or if it actually is changing speed, we have to find out whether we lack anything else to make pppd work. From what I have seen the pppd patches have absolutely nothing to do with speed. Mar 29 10:16:56 what about the kernel configuration for QC_MODEM_HANDSHAKE etc.? do we have the same? Mar 29 10:25:39 mickey|office: wait a moment Mar 29 10:26:08 QC_MODEM_HANDSHAKE = y Mar 29 10:27:28 1st) as far as I can see there comes a "notification" (irq) from the modem which indicates that the modem changes the speed of the line Mar 29 10:28:40 i can't see that in your logs from webos Mar 29 10:28:52 so is it not happening there or just not dumped Mar 29 10:28:56 (to logread) Mar 29 10:29:08 you mean the notifcation? Mar 29 10:29:24 it's what you mentioned and printed in the kernel log Mar 29 10:31:25 mickey|office: here is the full system log: http://pastie.org/1730406 Mar 29 10:31:52 I even strace'd the PmWanDaemon but it does nothing than calling stat64 on the modem node Mar 29 10:33:40 but Mar 29 10:33:42 /dev/bus/usb/001/001 Mar 29 10:33:42 %s: open ROOTHUB failed Mar 29 10:33:42 %s: Ignored %d Mar 29 10:33:42 /dev/ppp Mar 29 10:33:42 PPPIOCATTACH failed:%d Mar 29 10:33:43 PPPIOCGIDLE failed:%d Mar 29 10:33:58 they do something with the usb bus Mar 29 10:35:59 there is no speed change right in the middle of the protocol negotiation Mar 29 10:36:07 as it happens for us Mar 29 10:36:28 they added two ioctl to the cdc_acm driver Mar 29 10:36:35 TIOCMIWAIT and TIOCGICOUNT Mar 29 10:37:06 ok Mar 29 10:37:53 TIOCMIWAIT calls acm_wait_modem_status Mar 29 10:38:48 which then fall asleep and checks the line settings Mar 29 10:39:08 maybe thats what we have to do Mar 29 10:39:20 call TIOCMIWAIT until the modem configures the line Mar 29 10:39:23 and then start pppd Mar 29 10:39:42 if we only start pppd the modem configures the line while pppd is connecting Mar 29 10:39:54 which then gives us the failure with the changed port speed we have Mar 29 10:41:42 at which point in the whole stack setup is TIOCMIWAIT being called? Mar 29 10:42:44 perhaps right before launching pppd Mar 29 10:42:54 how can i 'wait' until the modem has configured the line? Mar 29 10:43:17 will TIOCMIWAIT return anything meaningful? Mar 29 10:43:48 mrmoku, I'm pushing right now Mar 29 10:44:28 mickey|office: I don't know I just guessing Mar 29 10:44:52 as stracing the PmWanDaemon of webOS does not work as I expect Mar 29 10:45:04 k Mar 29 10:45:13 morphis, you have 3g on the palm pre???? Mar 29 10:45:28 GNUtoo|bug20: we are working on it :) Mar 29 10:45:34 ok nice Mar 29 10:46:00 GNUtoo|bug20: great Mar 29 10:46:23 mrmoku, I didn't push frameworkd.conf tough Mar 29 10:46:37 I'll look for pushing that Mar 29 10:46:42 regarding gps? Mar 29 10:47:29 GPS??? Mar 29 10:47:36 I don't get the context Mar 29 10:47:42 are you talking to me or morphis Mar 29 10:48:02 GNUtoo|bug20: to you... frameworkd.conf Mar 29 10:48:07 morphis: no, to mickey|office :) Mar 29 10:48:08 what did you change there? Mar 29 10:48:15 oops Mar 29 10:48:21 I mean fsodeviced.conf Mar 29 10:48:24 ahh, ok :) Mar 29 10:50:15 I have to catch my train Mar 29 10:50:15 cya Mar 29 10:50:37 mrmoku, to boot it use u-boot and do: Mar 29 10:50:58 echo $shrargs Mar 29 10:51:27 setenv shrargs root=/dev/mmcblk0p1 rootwait rw Mar 29 10:51:29 run shr Mar 29 10:52:34 you need uboo since the kernel is big Mar 29 10:52:40 *u-boot Mar 29 10:56:23 GNUtoo|bug20: ok Mar 29 10:56:52 altough I've an issue with charging Mar 29 11:01:12 1970-01-01T00:08:30.495727Z [WARN] subsystem : Could not load plugin: Factory function returned error: Error opening directory '/sys/class/power_supply': No such file or directory Mar 29 11:02:02 ok, now lunch and then I start to build Mar 29 11:02:04 GNUtoo|bug20: thanks Mar 29 11:02:29 ok Mar 29 11:03:39 that's not the issue with charging Mar 29 11:03:46 ah? Mar 29 11:04:13 sys/class/power_supply sounds rather like kernel26_powersupply Mar 29 11:04:29 powersupply_n900 is not reading from sys/class/power_supply Mar 29 11:04:38 check for another failure Mar 29 11:04:40 such as: Mar 29 11:04:49 can't open /dev/i2c-2: powersupply will not be available Mar 29 11:05:10 ok Mar 29 11:05:44 if that's the case, then your i2c nodes are missing. enable devtmpfs or any other device manager to fix that. Mar 29 11:10:01 hmmm fsodeviced segfault Mar 29 11:10:10 I didn't see it because I was trough wifi before Mar 29 11:20:51 for some reason the plugin was not in fsodeviced.conf Mar 29 11:21:02 I'll push an updated fsodeviced.conf soon Mar 29 11:26:48 k Mar 29 11:29:43 mrmoku, http://www.pastie.org/1730548 Mar 29 11:29:51 that's my current fsodeviced.conf Mar 29 11:29:55 it works somehow Mar 29 11:30:00 ok Mar 29 11:30:05 (doesn't segfafult with the kernel I use) Mar 29 11:30:19 the kernle I use beeing the one in the branch I pushed Mar 29 11:36:54 build started Mar 29 11:37:37 ok Mar 29 11:37:50 do you have uboot? Mar 29 11:37:56 yup Mar 29 11:37:59 ok Mar 29 11:38:08 so do what I told for starting it Mar 29 11:38:11 setenv Mar 29 11:38:22 and push the fsodeviced.conf on the target too Mar 29 11:38:28 yup Mar 29 11:40:04 lots of NOTE: consider defining a PREFERRED_PROVIDER entry to match kernel-module-... Mar 29 11:55:32 mrmoku, it's a work in pogress Mar 29 11:55:45 that's why it's not in oe yet Mar 29 12:04:46 GNUtoo|bug20: sure Mar 29 12:04:55 * mrmoku just wanted to note :) Mar 29 12:06:21 ok Mar 29 12:07:28 penso non e midori Mar 29 12:07:30 oops Mar 29 12:40:24 so I am bak Mar 29 12:40:33 and mickey|bbl is gone .. Mar 29 12:40:48 anyway mickey|bbl: I have now compiled a kernel with debugging for cdc_acm enabled Mar 29 12:40:58 maybe we know more in some minutes Mar 29 12:53:12 mickey|bbl: if I look at the webOS log files the speed is changed before the first AT command is send Mar 29 13:01:34 morphis: hey after installing elfe, do we have something else to use it ? Mar 29 13:03:27 and by the way my pre2 under shr build today makes a lite sound like a becone emitting some bits permanantly . a different (from under webos) litte gsm noise Mar 29 13:04:42 GNUtoo|bug20: kernel build fails Mar 29 13:04:43 | drivers/char/hw_random/omap3-rom-asm.S:20: Error: selected processor does not support ARM mode `smc #1' Mar 29 13:08:21 GNUtoo|bug20: ahh, it's building the wrong branch? Mar 29 13:09:37 GNUtoo|bug20: it's missing the linux-nokia900-meego recipe me thinks Mar 29 13:09:52 the files dir is there... but not the recipe Mar 29 13:10:09 GarthPS: hm, interesting as fsoaudio support is not in SHR currently Mar 29 13:10:17 or do you used the fsoaudio-branches of libphone-ui? Mar 29 13:11:23 morphis: oh don't get it wrong! I don't think it is the odia part that makes sound but the gsm itself. (or does the gsm generate sound directly through the sound path...?!) Mar 29 13:11:41 it does Mar 29 13:11:47 someway Mar 29 13:11:55 morphis: nope no thing just out of the box! (still searching the bax by the way : ) ) Mar 29 13:12:06 hm tyeah, someway Mar 29 13:12:14 bax? Mar 29 13:12:17 s/bax/box Mar 29 13:12:39 where shr came from :) Mar 29 13:12:55 ok Mar 29 13:13:24 morphis: and about elfe ? Mar 29 13:13:44 what do you mean with "do we have something else to use it"? Mar 29 13:14:25 (As for the box : SHR came out because the rest was crap) Mar 29 13:14:30 (especially OM2007 stuff) Mar 29 13:15:22 Ainulindale: hi! yop I just try a joke here. searchin the box were my just build shr came from :p Mar 29 13:15:43 morphis: I have installed it but it is still looking the same Mar 29 13:15:58 Well the box is a sandbox obviously Mar 29 13:16:02 you need to activate the module through e17 config manager Mar 29 13:16:45 morphis: hmm don't know that.. Mar 29 13:19:04 you see the config button in the top bar? Mar 29 13:19:09 click it Mar 29 13:19:16 scroll to extensions Mar 29 13:19:23 click it Mar 29 13:19:25 click Modules Mar 29 13:19:28 go to mobile Mar 29 13:19:31 select elfe Mar 29 13:19:37 and press the button load module Mar 29 13:19:49 after that you have to unload illume-home Mar 29 13:21:53 mickey|bbl: http://pastie.org/1730875 Mar 29 13:22:30 morphis: thx! very nice! Mar 29 13:22:45 GarthPS: no problem Mar 29 13:24:38 morphis: it is really smooth! Mar 29 13:27:07 GarthPS: :) Mar 29 13:27:21 thats why we want it as new SHR home screen Mar 29 13:28:19 morphis: but somehow I have broken it.. can't add new icons.. bottom right icon does not work anymore... Mar 29 13:47:26 mrmoku, ah? Mar 29 13:47:30 I tought I pushed it Mar 29 13:49:30 mrmoku, ah right Mar 29 13:49:34 It misses the recipe Mar 29 13:49:38 can I force push? Mar 29 13:50:16 sure Mar 29 13:53:28 done Mar 29 13:55:03 noe it should work Mar 29 13:55:11 bbs Mar 29 13:57:44 GNUtoo|bug20: thanks Mar 29 14:07:28 mickey|office: Mar 29 14:07:32 mickey|office: ping Mar 29 14:07:43 yo Mar 29 14:08:36 I got a ppp0 interface Mar 29 14:08:42 is that normal? Mar 29 14:08:53 even if there were errors? Mar 29 14:10:08 which kind of errors? Mar 29 14:10:24 a ppp0 interface is usually only established after a successful IPCP negotiation Mar 29 14:10:35 do you have a transcript? Mar 29 14:10:55 no, closed the terminals already Mar 29 14:11:01 but I did the following Mar 29 14:11:03 in SHR Mar 29 14:11:14 after I entered the pin via UI Mar 29 14:11:53 check logread, pppd usually logs to syslg Mar 29 14:13:16 ok Mar 29 14:13:31 in mterm /dev/ttyACM0 I executed the three AT commands Mar 29 14:14:00 then ran pppd with 'pppd /dev/ttyACM0 file /etc/chatscripts/...' Mar 29 14:14:10 then I got this: http://pastie.org/1731045 Mar 29 14:16:30 mrmoku, btw read the commit messages, I left some messages for you in them Mar 29 14:16:38 some kind of todo Mar 29 14:17:07 morphis: hmm, your speed change occurs before starting pppd Mar 29 14:17:36 please call ppp with 'debug' next time Mar 29 14:17:45 otherwise we don't see exchanged packets Mar 29 14:18:21 ok Mar 29 14:18:52 thats the point Mar 29 14:19:01 who does execute the ATD99 command? Mar 29 14:19:05 pppd or fsogsmd? Mar 29 14:19:15 for us, fsogsmd Mar 29 14:19:22 ok Mar 29 14:19:44 I will retry in some minutes Mar 29 14:19:48 good Mar 29 14:21:59 another question about network time updates Mar 29 14:22:06 does every network provide these? Mar 29 14:22:07 maybe I should look how to link(statically) to libnl1 Mar 29 14:23:31 GNUtoo|bug20: ok, this time the kernel built... and will read the commit messages :-) Mar 29 14:25:02 GNUtoo|bug20, mrmoku: is it time to switch to nokia900/kernel-adaptation-n900-meego branch locally? Mar 29 14:25:32 JaMa, basically we need a better defconfig Mar 29 14:25:34 with more stuff Mar 29 14:25:39 for instance add the sensors Mar 29 14:25:45 add NAND and ubifs support Mar 29 14:25:48 etc... Mar 29 14:26:02 mickey|office: http://pastie.org/1731088 Mar 29 14:26:13 * JaMa still building only nokia900/nokia-next Mar 29 14:27:57 hmm Mar 29 14:28:04 no speed change whatsoever in the log Mar 29 14:28:34 jepp Mar 29 14:28:43 did you just reload the module or where do the initial messages came from? Mar 29 14:28:54 (cdc_) Mar 29 14:29:01 but thats all I did Mar 29 14:29:08 reboot Mar 29 14:29:19 but basically it's usable if you import the firmwaRES Mar 29 14:29:30 but without nand the imporrt is harder Mar 29 14:29:37 hmm Mar 29 14:29:52 morphis: let me retry with the very image you used. can you give me a link? Mar 29 14:29:56 mickey|office: some more kernel output: http://pastie.org/1731102 Mar 29 14:30:05 http://amethyst.openembedded.net/~morphis/oe/palmpre/deploy/images/palmpre/ Mar 29 14:30:13 I installed the lite image Mar 29 14:30:23 but on last boot there were even the speed changes Mar 29 14:30:36 but what is the problem with the speed changes? Mar 29 14:30:44 no idea Mar 29 14:30:46 all just speculation Mar 29 14:31:01 can we not open the channel to the modem, execute the AT commands and then run pppd/internal ppp Mar 29 14:31:01 my observation is that if the speed change comes right within the communication, it stalls Mar 29 14:31:08 ok Mar 29 14:31:18 then we have to wait after the last speed change received Mar 29 14:31:45 perhaps it's just my pre Mar 29 14:31:53 or my provider Mar 29 14:32:00 so many possible sources Mar 29 14:34:00 must not as I get the speed changes too Mar 29 14:34:14 ah you mean the other PPP problems Mar 29 14:37:04 will try the internal ppp stack later Mar 29 14:37:39 morphis, did you made some patches to trace the AT command on the serial line Mar 29 14:37:40 ? Mar 29 14:37:48 no Mar 29 14:37:49 because I did for the htc devices Mar 29 14:38:00 if you're interested I can point you to that Mar 29 14:38:08 but why should I trace them? Mar 29 14:39:05 maybe they have non-standard command for PPP Mar 29 14:39:13 ah ok Mar 29 14:39:23 but no they only execute three AT commands Mar 29 14:39:26 and nothing more Mar 29 14:39:29 ah ok Mar 29 14:39:34 you already traced it then Mar 29 14:39:36 ok Mar 29 14:39:47 jepp Mar 29 14:41:43 JaMa, how do I link against libnl1? Mar 29 14:41:55 hi btw Mar 29 14:47:17 GNUtoo|bug20: hi, see networkmanager Mar 29 14:47:56 I looked at it Mar 29 14:48:04 and found only a DEPENDS on libnl1 Mar 29 14:51:25 freesmartphone.org: 03morphis 07msmcomm * racb069758638 10/libmsmcomm/ (5 files in 4 dirs): libmsmcomm: evaluate incomming sms message events Mar 29 14:57:29 JaMa, where's the magicc in networkmanager? I didn't find it Mar 29 16:23:59 GNUtoo|bug20: _git and one later version has patch 0000-something by me.. sorry gtg now Mar 29 16:51:32 morphis: can we prevent fso-installer always extracting webos.jar for memload? once should be enough, right? Mar 29 16:55:30 hi mrmoku Mar 29 16:55:34 any news? Mar 29 16:58:07 GNUtoo|bug20: image built and is waiting for me to install it Mar 29 16:58:17 ok Mar 29 16:58:20 which I will do in some min Mar 29 17:00:22 morphis: ok, trying with your latest image now Mar 29 17:00:45 ok Mar 29 17:11:10 mickeyl: ok Mar 29 17:12:18 hmm Mar 29 17:12:29 ok, this worked Mar 29 17:12:44 now let me try with ippp again Mar 29 17:12:52 how can i reboot again? Mar 29 17:12:54 -f ? Mar 29 17:14:50 reboot -d -f Mar 29 17:15:04 k Mar 29 17:15:31 using mterm2 to connect and then starting pppd did it here Mar 29 17:15:53 the full stack was running though Mar 29 17:15:55 which wasn't before Mar 29 17:16:11 it might have an impact whether there is an established communication link on the main channel or not Mar 29 17:16:15 *shrug* Mar 29 17:16:37 jepp Mar 29 17:16:44 that is needed I think Mar 29 17:17:04 that why we can start the ppp channel only when the main channel is registered to the network Mar 29 17:18:05 hmm Mar 29 17:18:15 mmh, ippp plugin not loaded Mar 29 17:18:18 rebooting again... Mar 29 17:20:12 your image from yesterday seems to come up very reliable Mar 29 17:20:18 completely different from the march 14th one Mar 29 17:20:22 had a lot of problems with that Mar 29 17:20:45 ok Mar 29 17:20:51 there was something broken Mar 29 17:20:58 with vala/msmcommd/fsogsmd whatever Mar 29 17:21:03 ya Mar 29 17:21:10 ok, once again... Mar 29 17:21:30 GNUtoo|bug20: boots Mar 29 17:21:42 mmh Mar 29 17:21:49 "org.freesmartphone.Unsupported" Mar 29 17:21:51 GNUtoo|bug20: have to pickup my son now... will report back later Mar 29 17:21:57 bbiab Mar 29 17:22:17 don't override the pdp handlers Mar 29 17:22:30