**** BEGIN LOGGING AT Mon Feb 28 02:59:57 2011 Feb 28 06:29:35 moin Feb 28 06:36:14 [Rui]: heh, guess what... that's exactly the same segfault HeinervdmWork had in shr-testing... just ported to gdbus :P Feb 28 06:36:17 * mrmoku fixes Feb 28 06:42:10 SHR: 03mok 07libphone-ui-shr * r4d39c5a1fc48 10/src/view/message-list-view.c: message-list-view: fix segfault in _process_message_get Feb 28 06:44:57 moin JaMa|Off Feb 28 06:52:21 JaMa|Off: sorry, did not manage to work on specs and libshr over the weekend :/ Feb 28 07:02:18 mrmoku: no problem Feb 28 07:02:38 mrmoku: pushed SRCREV bumps, then will bump again with new versions Feb 28 07:03:22 ok Feb 28 09:38:47 you're aware of this: http://wiki.maemo.org/User:Jebba/Ofono ? Feb 28 09:39:15 dunno if it's of any use to your recent work Feb 28 09:40:29 PaulFertser: mickey|bbl ^^^ Feb 28 10:14:58 DocScrutinizer: thanks. I think mickey|office is already at more advanced state :) Feb 28 10:15:11 sure Feb 28 10:15:20 just felt like dropping it here Feb 28 10:15:56 as 2h ago, I wasn't aware we got a working ofono on maemo at all Feb 28 10:18:04 and jonwil is about to RE maemo dialer, which is a friggin monster Feb 28 10:18:36 as is telepathy Feb 28 10:19:03 DocScrutinizer: have you heard the story about how phonet forwarding was made to work? Feb 28 10:19:41 not yet any details I guess. The last thing I read is that special rtlink shit for old kernels or sth like that Feb 28 10:20:49 DocScrutinizer: no, older kernel do not work reasonably at all, newer kernel need rtnetlink shit. Remember how i asked Remi about the details on #ofono and we had a strange conversation? Feb 28 10:21:09 DocScrutinizer: he kept his promise and released phonet-tools on Feb 15 but never notified us. Feb 28 10:21:17 DocScrutinizer: with those it "just works". Feb 28 10:21:43 DocScrutinizer: and my attempt to write anything based on his explanations failed (probably because either i had not enough clue or dedication or whatever). Feb 28 10:23:31 so those phonet-tools are FOSS? Feb 28 10:24:14 (I recall the strange convo I participated, but never heard of any promise from Remi) Feb 28 10:25:42 for the "no-notification" bit - meego all the time gets *maemo* sources that are blobs in maemo, and publishes on gitorious without neither Nokia nor meego folks dropping a single word on any maemo channel Feb 28 10:27:18 which puts then on par with android folks on my blacklist of unsympathetic guys Feb 28 10:27:23 them* Feb 28 10:27:54 mickey|office: ping =) any news on seen messages? also seen messages doent stored in /tmp/fsogsmd/ Feb 28 10:29:27 meanwhile I changed the #maemo topic to point to Source: http://mxr.maemo.org/ http://maemo.gitorious.org/ http://meego.gitorious.org/ ;-P Feb 28 10:31:04 What about some rss feed for commits? Feb 28 10:31:18 (not that i want to follow it but it'd be logical) Feb 28 10:47:38 alexxy: no news, didn't have time to work on that yet. will keep you posted Feb 28 10:48:30 mickey|office: ok Feb 28 10:49:40 i'll revisit the AT layer soon, but before there's a bit more to do for the ISI layer Feb 28 10:52:34 mickey|office: how's progress with the ppp layer? :P Feb 28 10:54:01 mrmoku: i only did a bit yet, but so far it's looking very good. if all goes well, it's probably just 2-3 days of work to integrate it. Feb 28 10:55:07 it's going to boost our efficiency on slower systems Feb 28 10:55:29 but also on faster ones, on process less, fewer context switches, fewer buffer copies,e tc. Feb 28 10:56:11 good thing :-) Feb 28 11:09:13 mickey|office, hi Feb 28 11:10:01 which faster systems? Feb 28 11:10:11 gta04? Feb 28 11:11:47 GNUtoo|laptop: slower systems he said :P Feb 28 11:12:03 ahh... also faster ones Feb 28 11:12:06 yeah Feb 28 11:12:32 because: Feb 28 11:12:41 *htcdream and other qualcomm devices have rmnet Feb 28 11:12:50 *n900 seem to have a gprs0 Feb 28 11:13:07 for palm-pre no idea Feb 28 11:13:18 ic Feb 28 11:16:23 palm pre will benefit from our internal ppp stack Feb 28 11:16:33 it has a seperate device node for data Feb 28 11:20:50 ok Feb 28 11:21:03 but palm-pre doesn't even have 3g Feb 28 11:21:04 anyway Feb 28 11:21:17 no? Feb 28 11:21:22 did you make forwarding work? Feb 28 11:27:48 GNUtoo|laptop: I failed last night Feb 28 11:28:15 will retry after lunch with your kernel config Feb 28 11:29:00 I mean mickey|office wanted forwarding Feb 28 11:29:20 mrmoku, you need it too? Feb 28 11:35:07 SHR: 03Martin.Jansa 07shr-makefile * r80d5c4e09797 10/ (Makefile conf/auto.conf setup-env setup-local): move DISTRO/MACHINE from auto.conf to setup-local Feb 28 11:35:23 GNUtoo|laptop: no, but we want that integrated Feb 28 11:35:33 then use the source Feb 28 11:36:52 you mean the phonet-utils one? Feb 28 11:37:22 yes Feb 28 11:38:19 yeah, should do a recipe for it... or take it and integrate it somewhere... Feb 28 11:39:05 make a recipe Feb 28 11:39:40 it's just an oe_runmake CROSS_COMPILE=arm-oe-.... Feb 28 11:43:09 ok, and I will stuff it in the initscript then... or better a new one Feb 28 11:44:47 SHR: 03Martin.Jansa 07shr-makefile * r1f2d809a7e0f 10/Makefile: Makefile: update feed URI for shr-testing2011.1 Feb 28 11:50:26 mrmoku: fyi wrt 2f7832b2465efe5bc9bf3bd7d31a52773ba05b5f: classes/utils.bbclass is_machine_specific should detect machine-specific files in SRC_URI and force MACHINE_ARCH, not sure if it still works but if yes then libphone-ui-config for palmpre would be MACHINE_ARCH and for every other machine just FEED_ARCH (ie armv4t) Feb 28 12:10:38 JaMa|Off: hmm... interesting Feb 28 12:11:38 JaMa|Off: probably it does not work... because GNUtoo|laptop was getting n900 udev rules on htcdream IIRC Feb 28 12:12:51 mrmoku: it works only if there is ie default libphoneui.conf and then ie palmpre/libphoneui.conf (in machine-specific dir) Feb 28 12:13:10 mrmoku: that's not the case for udev as there is _append_nokia900 Feb 28 12:15:38 JaMa|Off: ahh, ok Feb 28 12:16:21 JaMa|Off: that feels somewhat wrong though... Feb 28 12:17:54 you meen like usefull only in few cases? Feb 28 12:19:23 more like that it would be even _more_ usefull if it would catch those machine specific appends too Feb 28 12:20:12 agreed Feb 28 12:21:02 but ie PACKAGE_ARCH_${PN}-config = "${MACHINE_ARCH}" forces om-gta01 and om-gta02 build libphone-ui twice Feb 28 12:21:24 while normally you would build it once for arch + extra for palmpre Feb 28 12:21:37 but I don't mind this, because of another issue with opkg :/ Feb 28 12:22:10 which prefers ie newer armv7a package then older but right palmpre package Feb 28 12:22:41 and it won't "upgrade" to same version with better arch (palmpre) when it gets available with next opkg update&upgrade Feb 28 12:23:34 so our feed is mostly rsynced in wrong order Feb 28 12:24:15 so if you call opkg upgrade for newer efl when only om-gta02 is already built on buildhost then you will get new armv4t efl on your nokia900 Feb 28 12:29:09 ok Feb 28 12:42:13 mrmoku, ??? Feb 28 12:42:28 you're talking about forwarding Feb 28 12:42:29 ? Feb 28 12:42:35 first try ti manally Feb 28 12:42:38 *manually Feb 28 14:46:03 GNUtoo|laptop: ping Feb 28 14:46:15 busy Feb 28 14:46:17 mickey|office: you around ? Feb 28 14:46:21 GNUtoo|laptop: ok Feb 28 15:20:59 dcordes, back Feb 28 15:44:20 GNUtoo|laptop: need to tackle kernel level debug problem (usb driver: adb usbeth usbhost) before continuing Feb 28 15:44:26 GNUtoo|laptop: with SHR on HD2 Feb 28 15:44:34 ok 1 sec Feb 28 15:44:38 I finish sending a mail Feb 28 15:55:09 GNUtoo|laptop: sorry, got NMI from my wife... Feb 28 15:55:20 :) Feb 28 15:56:00 NMI? Feb 28 15:56:04 * mrmoku still inside interrupt handler :P Feb 28 15:56:08 ok Feb 28 15:56:20 _inside_ ?:) Feb 28 15:56:45 JaMa|Off: not what you think ;) Feb 28 15:57:26 unfortunately... got to repair something in the house instead :( Feb 28 16:03:39 GNUtoo|laptop: what's the magic incarnation for 0xffff to flash a zImage again? Feb 28 16:03:46 -pkernel% ? Feb 28 16:06:01 mickeyl, yes Feb 28 16:06:08 I do that: Feb 28 16:06:38 ./0xFFFF -pkernel%/path/to/kernel Feb 28 16:10:16 hmm Feb 28 16:10:27 hangs with "waiting for root device /dev/mmcblk0p1" Feb 28 16:10:36 ok Feb 28 16:10:44 what do you have at /dev/mmcblk0p1? Feb 28 16:10:47 a microsd card? Feb 28 16:10:52 yes Feb 28 16:10:57 how is your microsd formated? Feb 28 16:11:02 hmm Feb 28 16:11:03 no idea Feb 28 16:11:09 didn't change anything since last time Feb 28 16:11:14 i guess ext3 Feb 28 16:11:23 did the CMDLINE change? Feb 28 16:11:24 yes but what's the first partition Feb 28 16:11:27 no idea Feb 28 16:11:30 hmm Feb 28 16:11:38 is the last time kenrel a 2.6.3x Feb 28 16:11:41 yes Feb 28 16:11:50 then maybe boot last time's kernel Feb 28 16:11:53 hmm Feb 28 16:11:58 i don't have that Feb 28 16:12:02 that's months ago Feb 28 16:12:07 ok Feb 28 16:12:28 mmc0 is the one right next the SIM socket? Feb 28 16:12:36 what is your kernel expecting as rootfs? Feb 28 16:13:12 what else do you see? Feb 28 16:13:16 is the cover closed? Feb 28 16:13:22 ye Feb 28 16:13:25 ext3 Feb 28 16:13:30 /dev/mmcblk0p1 Feb 28 16:13:45 what else do you see on the framebuffer console? Feb 28 16:13:59 let me boot mine with that kernel Feb 28 16:14:01 tux and a bunch of output Feb 28 16:14:29 yes but do you see stuff about mmc? Feb 28 16:14:32 do you have a camera? Feb 28 16:15:01 no mmc stuff Feb 28 16:15:15 oh well, who knows what maemo did to the card Feb 28 16:15:29 i guess i need to bitbake an image and reflash the card Feb 28 16:15:51 ok Feb 28 16:15:58 put the card in your laptop Feb 28 16:16:00 and look at it Feb 28 16:16:20 the kernel you flashed is the one I gave you? Feb 28 16:16:23 if so I'll try it Feb 28 16:20:17 ok I'll give you another kernel Feb 28 16:20:24 it doesn't find init for me Feb 28 16:21:06 ah lol sorry Feb 28 16:21:12 I'm sutpid I'm using NAND Feb 28 16:21:18 I'll try to find a rootfs Feb 28 16:21:24 on microsd Feb 28 16:26:06 mickeyl, what is there in the microsd? Feb 28 16:26:22 personally I use that system: Feb 28 16:26:29 typex with a number on the microsd Feb 28 16:26:47 and a file on my laptop that has the corresponding description Feb 28 16:28:15 mickeyl, the kernel I gave you works with a microsd Feb 28 16:29:31 ok, i'll bitbake another toofs Feb 28 16:29:34 rootfs, that is Feb 28 16:30:03 ok Feb 28 17:53:28 GNUtoo|laptop: hmm... could I bother you to paste your kernel config again? Feb 28 17:53:34 * mrmoku destroyed it with make menuconfig :/ Feb 28 17:54:34 mrmoku, lol np Feb 28 17:54:39 my current config: Feb 28 17:54:42 change CMDLINE Feb 28 17:55:27 GNUtoo|laptop: OE will override it anyway, no? Feb 28 17:55:34 not sure Feb 28 17:55:41 you must look Feb 28 17:55:47 ahh, ok Feb 28 17:55:52 that might explain my problems :P Feb 28 17:55:54 brb Feb 28 17:56:02 as I don't use oe for that yet Feb 28 17:56:04 I didn't test Feb 28 17:56:15 but what if you don't set CMDLINE = "foo" in oe? Feb 28 17:57:20 then it would probably fall back to the one in the defconfig Feb 28 17:57:47 GNUtoo|laptop: did you paste it and I can't see it? or not yet pasted? Feb 28 17:58:08 pastie is working hard....to send it Feb 28 17:58:12 or the javascript rather Feb 28 17:58:21 I've waiting for www.pastie.org Feb 28 17:58:26 and so I'm waiting Feb 28 17:58:38 ah ok :-) Feb 28 17:58:55 let's wait then... /me back in 5mins Feb 28 17:59:07 ok Feb 28 17:59:18 the pastes are huge so it usually take some time Feb 28 17:59:22 on pastebin.com it's worse Feb 28 17:59:28 it contacts facebook etc... Feb 28 17:59:32 so it takes more time Feb 28 18:05:57 it's not pasting.... Feb 28 18:06:01 I'll try another pastebin Feb 28 18:06:18 the net is too slow here Feb 28 18:06:55 maybe traffic shaping Feb 28 18:07:10 because I just downloaded from jamendo not so long ago and I'm still doing it Feb 28 18:08:33 mrmoku, http://pastebin.com/qXS7LDTG Feb 28 18:08:46 change to root=/dev/mmcblk0p1 Feb 28 18:15:14 thanks Feb 28 18:48:33 GNUtoo|laptop: does touchscreen work correctly for you? or did you change something in x config? Feb 28 18:48:47 for me y is inverted again Feb 28 18:49:59 I changed stuff in xconfig I think Feb 28 18:50:17 but not what you think Feb 28 18:50:25 rather the devices number Feb 28 18:50:28 if I remember well Feb 28 18:50:46 hmm Feb 28 19:01:06 try that then Feb 28 19:01:10 Xorg -retro Feb 28 19:01:13 and look if it's the same Feb 28 19:02:00 GNUtoo|laptop: I tried xinput_calibrator and added the udev rule it gave me Feb 28 19:02:26 did not work Feb 28 19:02:31 try X -retro Feb 28 19:02:34 yup Feb 28 19:02:36 to look if it's the same there Feb 28 19:02:42 same? Feb 28 19:02:54 mrmoku, ping Feb 28 19:03:12 TAsn: pong Feb 28 19:03:23 sup? Feb 28 19:03:40 GNUtoo|laptop: yeah, inverted Feb 28 19:04:05 GNUtoo|laptop: nice thing if you can see the cursor :) Feb 28 19:04:10 ok Feb 28 19:04:11 mrmoku, ok, I'm a bit in hurry, so I'll just shoot: what kind of wall socket do you use in germany? Feb 28 19:04:26 i.e power plug Feb 28 19:04:30 or whatever it's name is :PY Feb 28 19:04:42 hmm, dunno how you call that in english... moment Feb 28 19:04:46 http://www.google.de/products/catalog?q=schuko+steckdose&hl=de&safe=off&client=ubuntu&hs=TtT&channel=cs&prmd=ivns&resnum=3&um=1&ie=UTF-8&cid=8707046541926860360&sa=X&ei=p_FrTe31D8fj4gbs97jfCQ&ved=0CGQQ8gIwAA# Feb 28 19:04:56 http://en.wikipedia.org/wiki/File:C_plug.jpg Feb 28 19:04:57 this? Feb 28 19:05:09 thanks mickeyl Feb 28 19:05:51 TAsn: CEE 7/16 (Europlug 2.5 A/250 V Feb 28 19:06:00 mrmoku, yeah, I can also google Feb 28 19:06:00 http://en.wikipedia.org/wiki/Power_plug Feb 28 19:06:07 just wanted to make sure with a picture Feb 28 19:06:08 :) Feb 28 19:06:09 TAsn: so what? ;) Feb 28 19:06:10 anyhow, thanks. Feb 28 19:06:26 http://en.wikipedia.org/wiki/File:C_plug.jpg Feb 28 19:06:37 so you guys don't have grounding in germany? Feb 28 19:06:53 sorry Feb 28 19:06:56 actually more http://en.wikipedia.org/wiki/File:Schuko_plug_and_socket.png Feb 28 19:07:04 similiar but grounded :P Feb 28 19:07:15 i.c Feb 28 19:07:16 :) Feb 28 19:07:25 thanks. Feb 28 19:07:46 yw Feb 28 19:08:08 I'll be staying in berlin tomorrow Feb 28 19:08:11 GNUtoo|laptop: (EE) PreInit returned NULL for "TSC2005 touchscreen" Feb 28 19:08:31 then change the nodes index Feb 28 19:08:37 TAsn: still too far for a beer :/ Feb 28 19:08:41 like /dev/input/event1 instead of /dev/input/event0 Feb 28 19:08:50 :) Feb 28 19:09:24 lrwxrwxrwx 1 root root 6 Feb 28 19:01 touchscreen0 -> event1 Feb 28 19:09:40 TAsn, they use the shevaplug in Geekmany Feb 28 19:09:43 that's what is configured though... it's not that it does not work at all... just y-axis is inverted Feb 28 19:10:13 GNUtoo|laptop, yeah, thanks. Feb 28 19:10:18 already got a couple of pics :) Feb 28 19:10:19 hmm Feb 28 19:10:32 GNUtoo|laptop: ok, kernel is booted, but i can't ifconfig. locks up Feb 28 19:10:42 ah, after 2 minutes, the command completed Feb 28 19:10:53 mickeyl, you mean the wifi? Feb 28 19:10:59 if so get the firmwares Feb 28 19:11:09 no wifi Feb 28 19:11:10 usb0 Feb 28 19:11:20 ah? Feb 28 19:11:21 should be up automatically Feb 28 19:11:21 and it has a 169 address Feb 28 19:11:30 ahh... probably you built some minimal image? Feb 28 19:11:48 fso2-console-image, the one i always use Feb 28 19:12:38 hmm, interesting usb0 reports 169.254.73.102, still i can login via 192.168.0.202 Feb 28 19:12:39 odd Feb 28 19:12:56 ok, so lets see whether we can get this forwarding thingy Feb 28 19:13:15 isn't 169. some zeroconf... avahi stuff? Feb 28 19:13:17 ok Feb 28 19:13:30 yes now there is avahi in console-image Feb 28 19:13:38 no idea why tough Feb 28 19:13:58 there was an oe discussion about micro console-image and avahi Feb 28 19:14:34 I had some avahi experience recently. I can say that i was always saying i do not understand that shit. But now i do and it seems useful! Feb 28 19:15:04 I know of two problems with that: unicast .local domain present on the net (shouldn't be provided the admin is sane). Feb 28 19:15:49 2. reverse dns query can take a long time if you have mdns listed in the hosts: in /etc/nsswitch.conf. So i suggest to only use mdns_minimal, that should be enough for reasonable avahi experience. Feb 28 19:16:54 mrmoku: 169.blablabla is so-called IPv4LL stuff, and it's not by avahi-daemon, it's by a dedicated ipv4ll daemon. Feb 28 19:17:08 ahh, ok :) Feb 28 19:17:16 avahi-autoipd Feb 28 19:17:17 mrmoku: do you have a command line script that does the equivalent of lowlevel_n900? Feb 28 19:17:32 yes Feb 28 19:17:41 IPv4LL is shit, IPv6 link-local works automatically and is mandatory for ipv6, and is actually good. Feb 28 19:18:44 where? :) Feb 28 19:19:27 mickeyl: the powering on, yup, if GNUtoo|laptop does not beat me :P Feb 28 19:20:47 http://gnutoo.homelinux.org/mickeyl/forwarderkit/arm/ Feb 28 19:20:52 http://gnutoo.homelinux.org/mickeyl/forwarderkit/arm/cmt Feb 28 19:20:56 just uploaded it Feb 28 19:21:07 or http://build.shr-project.org/tests/mrmoku/n900/n900-modem-power Feb 28 19:21:08 :P Feb 28 19:21:13 lol Feb 28 19:21:27 syntax is? Feb 28 19:21:32 ./cmt --enable Feb 28 19:21:35 thanks Feb 28 19:21:53 hmm Feb 28 19:21:56 those warnings are ok? Feb 28 19:22:15 what warnings? Feb 28 19:22:27 8 times no such file or directory Feb 28 19:22:30 mickeyl: do you have a populated /dev/cmt ? Feb 28 19:22:33 root@nokia900 ~/modem # ./cmt --enable =>enabling the modem...DONE Feb 28 19:22:34 no Feb 28 19:22:37 probably not in your image Feb 28 19:22:37 you need udev rules Feb 28 19:22:38 mrmoku: obviously not Feb 28 19:22:43 argh no Feb 28 19:22:49 we have an initscript for that... moment Feb 28 19:23:07 k Feb 28 19:23:07 mickeyl: or just pick it out of recipes/shr/initscripts-shr/nokia900 Feb 28 19:25:11 * mickeyl dances a jig Feb 28 19:25:23 mickey@saphir:/local/pkg/fso/cornucopia$ sudo sendisi usbpn0 0a Feb 28 19:25:23 sendisi 1.0.0 (C) Michael 'Mickey' Lauer comes without any warranty. Don't blame me for frying your modem! Feb 28 19:25:23 (process:8310): gisicomm-DEBUG: gisicomm.vala:136: waiting for netlink state to change... Feb 28 19:25:23 (process:8310): gisicomm-DEBUG: gisicomm.vala:102: NETLINK STATE = PN_LINK_UP Feb 28 19:25:23 Connected to ISI modem via usbpn0, checking whether resource 0x0A is reachable... Feb 28 19:25:26 Resource 0x0A answering. OK Feb 28 19:26:29 ok, so it's just 6 commands to enable forwarding Feb 28 19:26:31 very good Feb 28 19:26:42 nothing to do on the host, btw. Feb 28 19:26:47 (not more than always) Feb 28 19:27:10 thanks to all involved Feb 28 19:27:21 ok nice Feb 28 19:28:04 great :-D Feb 28 19:28:35 now lets see how far fsogsmd comes Feb 28 19:28:42 with a virgin modem Feb 28 19:29:57 2011-02-28T19:29:13.256451Z [INFO] NokiaIsiModem : Modem Status changed to FSO_GSM_MODEM_STATUS_ALIVE_SIM_LOCKED Feb 28 19:30:02 so far so good Feb 28 19:31:19 2011-02-28T19:30:07.879628Z [INFO] NokiaIsiModem : Modem Status changed to FSO_GSM_MODEM_STATUS_ALIVE_SIM_READY Feb 28 19:31:22 good Feb 28 19:31:28 now... network Feb 28 19:32:36 hmm Feb 28 19:37:56 GNUtoo|laptop: disabling AutoAddDevices makes the keyboard work again correctly (blue keys did not work) Feb 28 19:38:08 but touchscreen is still wrong Feb 28 19:38:18 ok Feb 28 19:39:01 damn... in the end we want to get rid of udev anyway... so we better do a correct xorg.conf and disable auto-adding of devices now, no? Feb 28 19:42:17 heyho Feb 28 19:42:35 hey Feb 28 19:42:42 morphis, i just updated bootr Feb 28 19:42:52 Slyon: great Feb 28 19:42:55 i added a script: rebootr.sh Feb 28 19:43:00 but: Feb 28 19:43:23 it doesn't work on SHR yet, as it uses tellbootie to reboot, which doesn't work on SHR Feb 28 19:43:39 usage: /boot/bootr/bin/rebootr.sh [webos|shr] Feb 28 19:44:03 morphis, do you know, why tellbootie doesn't work? Feb 28 19:44:25 Slyon: it's doing somethin wrong with the parameters of reboot Feb 28 19:45:58 morphis, hmm, this needs to be fixed... how to figure out the right parameters? Feb 28 19:46:17 look at man reboot Feb 28 19:46:45 tellbootie is using the REBOOT2 option with the reboot|recover argument for bootie as last parameter Feb 28 19:47:33 you should try to strace tellbootie in webOS Feb 28 20:06:10 morphis, hmm when i strace the webos tellbootie it goes down in the middle of the strace... Feb 28 20:06:14 this is the last line Feb 28 20:06:21 reboot(LINUX_REBOOT_MAGIC1, LINUX_REBOOT_MAGIC2, LINUX_REBOOT_CMD_RESTART2, "\370\'W5" Feb 28 20:06:56 jepp Feb 28 20:07:07 the last command is what you supply as argument to tellbootie Feb 28 20:07:09 recover or reboot Feb 28 20:07:19 thats the boot reason bootie will supply via cmdline Feb 28 20:12:10 freesmartphone.org: 03morphis 07cornucopia * ra54d00cd0523 10/fsogsmd/src/plugins/modem_qualcomm_palm/mediators_device.vala: Feb 28 20:12:10 freesmartphone.org: fsogsmd: modem_qualcomm_palm: use register/unregister within set functionality Feb 28 20:12:10 freesmartphone.org: The DeviceSetFunctionality mediator is not finished yet and needs some work to be work Feb 28 20:12:10 freesmartphone.org: completly as expected. Feb 28 20:12:11 freesmartphone.org: 03morphis 07cornucopia * rc84ea336143a 10/fsodeviced/src/plugins/backlight_omappanel/plugin.vala: fsodeviced: backlight_omappanel: set backlight power always with internal method to archive same mute Feb 28 20:18:43 freesmartphone.org: 03morphis 07cornucopia * r8ae7dee8378b 10/fsodeviced/conf/palm_pre/fsodeviced.conf: fsodeviced: palmpre conf: reduce timeout for ilde state from 10000 (!!!) to 20 Feb 28 20:19:31 JaMa|Off: http://trac.shr-project.org/trac/ticket/1295 is fixed with E r57435 i will include that patch to testing, don't know what to do with unstable Feb 28 20:21:30 Heinervdm: great, could you apply same patch to shr-u? Feb 28 20:21:42 to efreet_1.0.0 ? Feb 28 20:22:58 yes Feb 28 20:23:01 ok Feb 28 20:24:45 hmm Feb 28 20:30:22 Slyon, what strace command do you use? Feb 28 20:30:32 learn about -ff -o Feb 28 20:30:51 GNUtoo|laptop, i just do "strace tellbootie", never used strace before Feb 28 20:30:55 ok Feb 28 20:31:05 try strace -ff -o tellbootie Feb 28 20:31:10 oops Feb 28 20:31:12 I meant Feb 28 20:31:20 try strace -ff -o tellbootie.strace tellbootie Feb 28 20:31:30 it will create tellbootie.strace.pid Feb 28 20:31:50 so it would handle multiples thereads Feb 28 20:33:56 one should use the tree in which one has changed the recipe... Feb 28 20:35:23 GNUtoo|laptop, hmm this doesn't give any output and reboots the pre Feb 28 20:35:50 that's normal Feb 28 20:35:53 that's what I said Feb 28 20:35:59 it create the output on the files Feb 28 20:36:07 it will create tellbootie.strace.pid Feb 28 20:36:10 man strace Feb 28 20:36:14 may be more clear Feb 28 20:36:23 ah ic there are files in my dir :) Feb 28 20:38:59 more than one file? Feb 28 20:39:06 if so it uses threads Feb 28 20:39:20