**** BEGIN LOGGING AT Wed Mar 23 02:59:57 2011 Mar 23 04:36:34 PaulFertser: ping Mar 23 04:36:50 CQ, CQ Mar 23 04:37:33 does anybody know (maybe even remember a 'contest') how to cat the number of bad blocks on NAND? Mar 23 06:02:17 DocScrutinizer: pong Mar 23 06:02:28 moin Mar 23 06:03:04 do you recall the method to read out number of bad blocks on NAND? Mar 23 06:03:18 DocScrutinizer: http://svn.openmoko.org/developers/werner/badnand/ was created to find out various aspects of bad blocks on NAND Mar 23 06:03:34 :nod: Mar 23 06:04:28 But kernel's BBT might be not synchronised with u-boot or qi's ideas because they tend to mark bad blocks in OOB data iirc. Mar 23 06:04:44 Probably it was never really sorted out. Mar 23 06:04:53 but I seem to remember a contest about number of bad blocks going on in some freenode channel (#OM or #maemo), and that's not depending on installing special tools like badnand Mar 23 06:05:48 http://wiki.openmoko.org/wiki/NAND_bad_blocks Mar 23 06:05:57 ^^^didn't help Mar 23 06:07:58 I'm looking for some "cat /proc/foo/bar" or similar, maybe a "lshal|grep foobar" Mar 23 06:10:31 Can't find anything like that, currently badnand look like the easiest option, it has no deps and should be easy to compile. Mar 23 06:10:35 there's /sys/class/ubi/ubi0/bad_peb_count, but that's only for ne partition, not for the whole NAND Mar 23 06:13:16 kernel has a copy of BBT, so you'd think you can get info about details regarding it Mar 23 06:15:59 I'd need to check the sources to tell if that's possible but i'm currently in a hurry, sorry. Mar 23 06:17:57 PaulFertser: no worries. Just thought you recall that "contest" that took place some 6..9 months ago, where one user posted the cmdline, and like 50 others answered by "5 here", "I got 11", "one! :-)" etc Mar 23 06:18:38 either here, or in #maemo Mar 23 06:19:03 iirc it's been s simple "cat /foo/bar" Mar 23 06:19:35 but I might be wrong Mar 23 06:20:46 or it's actually been "cat /sys/class/ubi/ubi0/bad_peb_count" and I just don't recall correctly about it excluding the other smaller mtd partitions Mar 23 06:21:43 well, for OM/FR prolly s/ubi/jffs/ Mar 23 06:32:15 http://shr-project.org/trac/wiki/Devices/NokiaN900 Mar 23 06:33:54 oops Mar 23 08:28:26 freesmartphone.org: 03morphis 07cornucopia * r196191f9e289 10/libfsosystem/ (4 files in 2 dirs): libfsosystem: implement basic network interface handling (up/down) Mar 23 08:28:28 freesmartphone.org: 03morphis 07cornucopia * rcc2641cc0200 10/fsodeviced/ (3 files in 2 dirs): fsodeviced: palmpre_quirks: activate network interface when powering up wifi Mar 23 08:28:29 freesmartphone.org: 03morphis 07cornucopia * r62b80c5e583c 10/fsodeviced/ (7 files in 4 dirs): fsodeviced: include ambientlight_palmpre in palmpre_quirks plugin Mar 23 08:28:32 freesmartphone.org: 03morphis 07cornucopia * rb367c612db9b 10/libfsosystem/fsosystem/network.vala: libfsosystem: network: evaluate errno variable in error case Mar 23 08:28:33 freesmartphone.org: 03morphis 07cornucopia * r7e25576313a7 10/libfsosystem/configure.ac: libfsosystem: bump to version 0.1.0 Mar 23 09:37:14 hi Mar 23 09:37:27 captainigloo: does it make sense to bump elfe PR ? Mar 23 09:44:08 dcordes, hi, do you know the name of the subject of the mail or the commit where autoconf.inc was fixed? Mar 23 10:19:03 GNUtoo|bug20: git log -n 56 > recent-commits.txt; grep autoconf -C 6 recent-commits.txt Mar 23 10:19:17 GNUtoo|bug20: commit 08f214deb957944b4354870d4a8969e68e500055 Mar 23 10:19:23 ok let me look Mar 23 10:20:02 GNUtoo|bug20: don't worry, I think it is a different way of fixing it compread to your patch Mar 23 10:20:02 dcordes: why PR, do you mean SRCREV? Mar 23 10:20:14 JaMa|Off: yes, thanks Mar 23 10:20:22 ok Mar 23 10:20:48 NOTE: package eeze-2_1.0.0-r0.0: task Fetch failed: http://download.enlightenment.org/releases/eeze-1.0.0.tar.gz checksum mismatch.: Failed Mar 23 10:21:00 anybody came across it ? Mar 23 10:21:02 broken download? Mar 23 10:21:09 seems to me Mar 23 10:21:17 I downloaded it from the shr mirror now Mar 23 10:21:19 let's se Mar 23 10:21:54 GNUtoo|bug20: of course he could put thanks to GNUtoo and dcordes for discussing it ... but hey Mar 23 10:22:06 yes Mar 23 10:22:13 he fixed fennec :) Mar 23 10:22:14 dcordes: ok, it was changed upstream.. Binary files eeze-1.0.0.tar.gz and eeze-1.0.0.tar.gz.1 differ Mar 23 10:22:20 but anyway it's pushed, and maybe he just forgott Mar 23 10:22:21 wow Mar 23 10:22:22 nice Mar 23 10:22:36 JaMa|Off: wtf Mar 23 10:23:30 GNUtoo|bug20: I just think it's some convention to not put everybody involved in investigating Mar 23 10:23:58 ok Mar 23 10:24:12 dcordes: http://paste.pocoo.org/show/358205/ Mar 23 10:24:13 guess everybody has their own Mar 23 10:24:23 if somebody helps me with something I always drop a small note Mar 23 10:24:25 .. Mar 23 10:24:36 so I'll say the patch is applied in patchwork then Mar 23 10:24:47 I try to do that too and not to forgett Mar 23 10:26:23 JaMa|Off: ok Mar 23 10:33:25 is there a web interface for enlightenment source code ? Mar 23 10:33:38 guys should switch to git Mar 23 10:34:54 dcordes: yes, see timeline in trac Mar 23 10:35:02 dcordes: and checksums changed in oe Mar 23 10:35:39 dcordes: please test :) Mar 23 10:40:36 Repository checkins event provider (ChangesetModule) failed: Mar 23 10:40:38 TracError: Unsupported version control system "svn": "/usr/lib/libsvn_client-1.so.1: undefined symbol: svn_mergeinfo__add_prefix_to_catalog" Mar 23 10:40:42 see: git ! Mar 23 10:42:24 dcordes: yes.. somebody broke it yesterday :/ Mar 23 10:52:35 hi! Mar 23 10:52:46 n3v3rmind: hey Mar 23 10:52:53 there is someone can help me with jalimo installation? Mar 23 10:53:01 hi dcordes Mar 23 10:59:05 it's possible that some jalimo repository aren't more available? Mar 23 10:59:59 Hello guys Mar 23 11:00:27 hi GarthPS Mar 23 11:01:02 have you ever installed java on a freerunner? Mar 23 11:01:10 nope Mar 23 11:11:09 some java dev online and available :)? Mar 23 11:26:36 guys Mar 23 11:26:38 ERROR: '/home/luke/linux/openembedded/recipes/freesmartphone/fsodeviced_git.bb' failed Mar 23 11:26:49 | configure.ac:161: required file `src/plugins/ambientlight_palmpre/Makefile.in' not found Mar 23 11:34:43 GNUtoo|bug20: where's the palm pre crowd :) ? Mar 23 11:35:10 dcordes, i just sent a patch for this to morphis Mar 23 11:35:23 noice Mar 23 11:35:27 dcordes, ??? I don't undestand the question Mar 23 11:35:30 ah ok Mar 23 11:35:34 I should look up Mar 23 11:35:35 you can easily fix it by removing a line from configure.ac in fsodeviced Mar 23 11:36:03 dcordes, I do not have a palm pre 2 yet Mar 23 11:36:17 Slyon: ok good to have temp local fix to go on with build thanks Mar 23 11:36:24 maybe I will,maybe I won't it depend on several factors Mar 23 11:37:24 dcordes, ok, just change into you tmp/work/fsodeviced/git dir and remove the line "src/plugins/ambientlight_palmpre/Makefile" from configure.ac Mar 23 11:37:26 GNUtoo|bug20: I was just joking around like 'lol where are the palm pre developers when you need them' Mar 23 11:37:45 ahh ok Mar 23 11:37:49 then it compiles fine Mar 23 11:38:22 note that ??? isn't something rude, it's just me that doesn't understand something Mar 23 11:40:10 GNUtoo|bug20, btw: i'll get a Pre2 as well Mar 23 11:40:25 ok Mar 23 11:40:44 basically I hope to be able to work on GNU/Linux phones again Mar 23 11:40:51 Slyon: send that patch to me too, I'll apply now and bump cornucopia SRCREV again Mar 23 11:41:17 Slyon: only see plugins/ambientlight_n900/ Mar 23 11:41:22 if am able to work on it again and that captainigloo get alsa and don't need a pre2 I could do some stuff for the pre Mar 23 11:41:34 JaMa|Off, to which address? Mar 23 11:41:34 heh I will wait for martin to push Mar 23 11:41:44 Slyon: Martin.Jansa(at)gmail.com Mar 23 11:42:50 JaMa|Off, sent Mar 23 11:47:46 pushed Mar 23 11:47:55 thanks Mar 23 11:50:29 where i can find dbus api to get gps and accelerometer data frome the freerunner? Mar 23 11:51:39 n3v3rmind, dbus api is basically here: docs.freesmartphone.org Mar 23 11:52:05 there is a GPS section, dunno if this is up to date, though Mar 23 11:52:38 :) ok! Mar 23 11:52:43 thanks! Mar 23 11:52:46 yw Mar 23 13:30:12 wtf? Mar 23 13:30:12 Configuring android-rpc. Mar 23 13:30:36 Upgrading android-rpc on root from 1.1+gitr0+9da90ad4ebc0efe978c61060d8fdf7362cc9115c-r1.6 to 1.1+gitr0+9da90ad4ebc0efe978c61060d8fdf7362cc9115c-r2.6... Mar 23 13:30:36 Downloading http://build.shr-project.org/shr-unstable/ipk//armv4t/android-rpc_1.1+gitr0+9da90ad4ebc0efe978c61060d8fdf7362cc9115c-r2.6_armv4t.ip Mar 23 13:30:42 what's this for? Mar 23 13:33:11 that reminds of the need of android adb program in OE Mar 23 13:33:43 ~rpc Mar 23 13:33:44 methinks rpc is remote procedure call, a protocol used for executing procedures on a (usually remote) server Mar 23 13:33:56 pespin: does it ring a bell ? Mar 23 13:34:24 it might be needed to alter vital hardware functions in HTC devices Mar 23 13:34:35 dcordes, why is it installed in my FR then? -.^ Mar 23 13:34:52 pespin: FR ? Mar 23 13:35:27 http://www.openembedded.org/index.php/Inspect_DEPENDS Mar 23 13:36:35 morphis: hi :) Mar 23 13:36:46 JaMa|Off: heyhp Mar 23 13:36:49 dcordes, yes, it got in my freerunner with the opkg upgrade I did some min ago :O Mar 23 13:37:34 GNUtoo|bug20: we might add the bcm4329 bluetooth program from android git Mar 23 13:37:49 morphis: just curious, any reason to start libfsosystem with PE=1 and PE bump in fsoaudio? Mar 23 13:38:19 pespin: it's dependency of fsodevided Mar 23 13:39:00 pespin: we would have to package individual fsodeviced modules to separate packages (with own dependencies) to resolve this Mar 23 13:39:21 JaMa|Off, hmm ok Mar 23 13:39:31 pespin: and then maintain right machine-specific RDEPENDS to install right set of needed modules for each device Mar 23 13:39:43 JaMa|Off, so you cannot set specific RDEPENDS depen ding on MACHINE ? Mar 23 13:40:00 pespin: same problem with fsogsmd modems Mar 23 13:40:03 now I have following lines and still the rootfs.ext3 is only 300MB in size Mar 23 13:40:06 IMAGE_ROOTFS_SIZE_ext3 = "819200" Mar 23 13:40:08 IMAGE_ROOTFS_SIZE = "819200" Mar 23 13:40:55 pespin: yes.. we can specific RDEPENDS.. just a bit error-prone to keep it in sync with machine config etc.. Mar 23 13:41:14 pespin: but as mickey said.. we will have to do it later Mar 23 13:41:43 ok Mar 23 13:43:40 JaMa|Off: PE bump in fsoaudiod is there cause it was 0.9.6 before and now is 0.1.0 Mar 23 13:43:50 it's PE = 1 for libfsosystem? Mar 23 13:43:55 then I did a mistake ... Mar 23 13:43:59 sorry for that Mar 23 13:44:04 JaMa|Off: I can't find such topic in yocto list Mar 23 13:51:27 dcordes: sorry it was poky ML and I had them both in same folder .. https://lists.yoctoproject.org/pipermail/poky/2011-March/004911.html Mar 23 13:53:19 If someone can point me the way to fix this. http://trac.shr-project.org/trac/ticket/1325 . I really want to track down the hardkeyboard support of the pre2 in azerty layout Mar 23 13:53:24 dcordes: also thread before https://lists.yoctoproject.org/pipermail/poky/2011-March/004939.html Mar 23 13:55:43 dcordes, what's that? Mar 23 13:57:50 dcordes, were did you put that: Mar 23 13:57:58 IMAGE_ROOTFS_SIZE_ext3 = "819200" Mar 23 13:57:58 IMAGE_ROOTFS_SIZE = "819200" Mar 23 13:59:29 dcordes, btw fennec works fine for you? Mar 23 14:05:21 morphis: vala 0.11.7.2 available inoe Mar 23 14:11:11 morphis: and newer msmcomm SRCREV is also needed it seems.. | phonebookhandler.vala:44.26-44.73: error: The name `get_extended_file_info' does not exist in the context of `Msmcomm.Phonebook' Mar 23 14:11:15 | info = yield channel.phonebook_service.get_extended_file_info( book_type ); Mar 23 14:20:28 mickeyl: great, thx for that Mar 23 14:25:28 JaMa|Off: ok for msmcomm bump Mar 23 14:25:34 I thought I already did that Mar 23 14:26:16 JaMa|Off: with 2f2447ea3fc2f9177325aa792a6c6c4391577570 Mar 23 15:00:54 hello all, on SHR trying to convert my contacts with opimd_convert_db but it's failing. I've been searching around and found the problem out there but on a German language forum. Not getting anywhere with that. Mar 23 15:00:56 Initializing new task db Mar 23 15:00:56 Adding fields Mar 23 15:00:56 Traceback (most recent call last): Mar 23 15:00:56 File "/usr/bin/opimd_convert_db", line 197, in Mar 23 15:00:56 new_db = NewDb(old_db) Mar 23 15:00:57 File "/usr/bin/opimd_convert_db", line 129, in __init__ Mar 23 15:00:59 morphis: built on buildhost fine, pushed latest rev Mar 23 15:00:59 self.save_entries_to_db('task', dom.db_handler) Mar 23 15:01:01 File "/usr/bin/opimd_convert_db", line 175, in save_entries_to_db Mar 23 15:01:03 for field in self.old_db.fields[prefix]: Mar 23 15:01:07 KeyError: 'task' Mar 23 15:03:32 JaMa|Off: ok Mar 23 15:08:08 mickeyl: whats part of 0.11.7.2? the fix from luca? Mar 23 15:12:10 morphis: it's HEAD + luca Mar 23 15:13:05 mickeyl: great Mar 23 15:13:25 JaMa|Off: thanks Mar 23 15:13:44 GNUtoo|bug20: it is configuration lines in conf/local.conf I didn't test fennec yet Mar 23 15:14:48 use _local Mar 23 15:15:40 GNUtoo|bug20: what's _local ? Mar 23 15:16:01 JaMa|Off: ok I added exactly the same line as him except for the ? and rootfs size still ignored Mar 23 15:16:23 1s Mar 23 15:18:22 dcordes, I forgett about it and was reminded of it trough irc Mar 23 15:18:27 basically do that: Mar 23 15:18:43 IMAGE_ROOTFS_SIZE_ext3_local = "819200" Mar 23 15:18:49 aha Mar 23 15:18:52 IMAGE_ROOTFS_SIZE_local = "819200" Mar 23 15:18:58 note that it works that way Mar 23 15:19:09 the ext3 is an override I think Mar 23 15:19:12 not sure Mar 23 15:19:19 but if it acts like an override Mar 23 15:19:26 it will do that: Mar 23 15:19:38 IMAGE_ROOTFS_SIZE = IMAGE_ROOTFS_SIZE_ext3 Mar 23 15:19:44 when using ext3 Mar 23 15:20:22 for instance in case of machine override: Mar 23 15:20:32 SRC_URI_bug20 Mar 23 15:20:42 will collapse in SRC_URI Mar 23 15:20:48 when the machine is bug20 Mar 23 15:20:53 pratically speaking Mar 23 15:20:58 that means that something like Mar 23 15:21:10 SRC_URI = "foo" Mar 23 15:21:19 SRC_URI_bug20 += "foo" Mar 23 15:21:21 oops Mar 23 15:21:23 SRC_URI = "foo" Mar 23 15:21:26 SRC_URI_bug20 += "bar" Mar 23 15:21:36 SRC_URI won't be foo bar Mar 23 15:21:37 but bar Mar 23 15:21:40 ok Mar 23 15:21:46 another question Mar 23 15:21:51 * GNUtoo|bug20 listens Mar 23 15:21:53 qhen you first boot shr and go thru config screen Mar 23 15:22:04 yes? Mar 23 15:22:08 for what does it wait when it sasy waiting? Mar 23 15:22:09 I see that Mar 23 15:22:11 register ? Mar 23 15:22:15 no idea Mar 23 15:22:26 I have present the config screen Mar 23 15:22:29 but not the wait Mar 23 15:22:39 maybe it's waiting to load Mar 23 15:22:40 ? Mar 23 15:22:41 dcordes: check -e output if it's really used in the end (not overwritten somewhere else) Mar 23 15:32:38 fennec seems to have some problems Mar 23 15:32:43 it'slow Mar 23 15:33:53 mickeyl: I asked juergbi. vala 0.12 will be out at end of march Mar 23 15:35:42 mickeyl: we even have to think about getting a little bit more concept into fso version numbers Mar 23 15:37:35 it seems to me that the fennec rendering engine is competing with efl Mar 23 15:38:01 dcordes: it's fast? Mar 23 15:38:35 no I get artifacts when scrolling Mar 23 15:38:54 I will start an Xserver solely with fennec Mar 23 15:41:09 dcordes, even on 1GHz ouch..... Mar 23 15:41:32 looks like GTA04 should adapt H1 Anthill :) Mar 23 15:41:42 dcordes, maybe you lack xf86-video-leofb Mar 23 15:41:43 that would be great Mar 23 15:41:53 no it is not a kernel or hardware problem Mar 23 15:41:55 JaMa|Off, what's that Mar 23 15:41:56 ? Mar 23 15:42:02 http://news.cnet.com/8301-30685_3-20043249-264.html Mar 23 15:42:03 in ubuntu fennec works fluidly on hd2 Mar 23 15:42:16 ok Mar 23 16:04:35 morphis: (march) good. (version numbers), yes, we should also make a new set of releases when 0.12 is out Mar 23 16:05:20 ok Mar 23 16:05:50 maybe we should make a little concept like adding new features will bump minor version number Mar 23 16:05:56 or we do 20xx.xx releases Mar 23 16:16:52 ok, i don't have any strong opinions on that. my versioning has always been more or less based on a gut feeling how mature a certain component is. improvements welcome Mar 23 16:23:11 mickeyl: ok Mar 23 16:23:35 in the end we are only two people working "really" on FSO, right? Mar 23 16:26:25 GarthPS: heyho Mar 23 16:27:08 mickeyl: can you make me a trac admin for FSO? I want to sort out some stuff and create new components (fsoaudio, fsoinit, msmcomm) Mar 23 16:27:14 morphis: more or less, but i still hope we can get more folks on board :) Mar 23 16:27:21 mickeyl: ok Mar 23 16:27:22 i'm pondering whether to shut down the trac Mar 23 16:27:26 i can hardly keep track with the spam Mar 23 16:27:27 shut down? Mar 23 16:27:28 ok Mar 23 16:27:29 it drives me crazy :/ Mar 23 16:27:38 maybe we should use something else Mar 23 16:27:50 thinking whether we might create a bugzilla instance which seem to be less volatile against spam attacks Mar 23 16:29:24 ok Mar 23 16:29:36 do you know the github community feature? Mar 23 16:29:37 https://github.com/features/projects/collaboration Mar 23 16:29:55 ok, trac admin privileges granted Mar 23 16:29:56 not as powerful as bugzilla/trac etc Mar 23 16:29:59 mickeyl: thx Mar 23 16:30:18 or whats with redmine? Mar 23 16:30:36 I would really love to have wiki, bug tracking and source control in one system Mar 23 16:31:06 I'm getting crazy by spam in our trac too :( Mar 23 16:31:12 :) Mar 23 16:31:51 about the last 20 tickets have been spam exclusively... Mar 23 16:32:41 Slyon: btw. from where are you being a privileged mnet client? :) Mar 23 16:33:04 mrmoku, heh, moved to munich in Oktober last year :) Mar 23 16:33:15 welcome then :) Mar 23 16:33:19 thx Mar 23 16:33:28 Slyon: heyho Mar 23 16:33:34 morphis, hey Mar 23 16:37:18 yes, wiki, bugtracking and source control needs to be cross referenced these days. it's quite anachronistic having to link that manually Mar 23 16:37:28 jepp Mar 23 16:37:30 this doesn't offer a lot of choices though Mar 23 16:37:44 mickeyl: you took a look at the github thing or redmine? Mar 23 16:38:19 I even thought about having a blog to post news about FSO Mar 23 16:38:41 for some reason using a public git hoster seems wrong to me Mar 23 16:38:51 ok Mar 23 16:38:54 redmine i have looked at long ago, need a second look Mar 23 16:39:16 hmm, does the Palm Pre need any specific initialization before opening a ppp session? Mar 23 16:39:43 another point, can we still use the server from the tu braunschweig for FSO or will we lost access when stefan, jan etc. are finished with their studies? Mar 23 16:39:52 mickeyl: generally not Mar 23 16:40:03 hmm, ok, then i need to investigate why it's going wrong here Mar 23 16:40:04 we only have to open the channel after network registration Mar 23 16:40:18 we should move services sooner or later Mar 23 16:40:22 but when I tried I gets a hup signal from the transport while network is online Mar 23 16:40:36 mickeyl: and to which server? Mar 23 16:41:00 (ppp) but when opening /dev/ttyUSB0 with mterm2 while running fsogsmd it never gets a hup signal Mar 23 16:41:01 amethyst perhaps Mar 23 16:41:03 ok Mar 23 16:41:13 (ppp) but would be nice if you can take a look Mar 23 16:41:29 (ppp) hmm, might be something else than what i have Mar 23 16:41:30 (ppp) if the connection is established you should get an initiating call signal from msmcommd Mar 23 16:41:30 2011-03-23T16:34:33.862735Z [INFO] PdpPppInternal <>: PPP stack now offline. Disconnect reason is G_AT_PPP_REASON_NET_FAIL Mar 23 16:41:39 hmok Mar 23 16:41:46 it's the new stack Mar 23 16:41:47 what ever _NET_FAIL means ;) Mar 23 16:41:49 yep Mar 23 16:41:50 :) Mar 23 16:41:58 it's already working? Mar 23 16:42:05 no idea :) Mar 23 16:42:13 ok than just a first try .. Mar 23 16:42:15 that's what i wanted to test Mar 23 16:42:16 yep Mar 23 16:42:26 i might go back to my external board Mar 23 16:42:31 it has fewer variables Mar 23 16:42:31 btw. I added some network interface functionality to libfsosystem Mar 23 16:42:38 ya, seen that. great work Mar 23 16:42:40 external board? Mar 23 16:42:48 cinterion mc75i modem board Mar 23 16:42:56 ok Mar 23 16:42:57 (for testing) Mar 23 16:43:31 does it send AT commands through ttyUSB0? Mar 23 16:43:31 ooh Mar 23 16:43:38 (ttyUSB0 yes) Mar 23 16:43:42 something resetted the modem Mar 23 16:43:51 hmm Mar 23 16:43:59 i guess i will stop msmcommd for the time being Mar 23 16:44:03 so you got a MODEM_RESET_IND signal from msmcommd? Mar 23 16:44:05 to make sure it doesn't interfere Mar 23 16:44:11 it should not Mar 23 16:44:14 i just seen the PIN dialog coming agian Mar 23 16:44:25 than it maybe segfault'ed Mar 23 16:44:32 msmcommd.log would be interesting Mar 23 16:47:12 2000-01-01T19:27:54.554504Z [DEBUG] MsmcommDaemonModemChannel <>: MSMCOMM_LOW_LEVEL_MESSAGE_TYPE_UNSOLICITED_RESPONS Mar 23 16:47:12 E_MISC_RADIO_RESET_IND Mar 23 16:47:12 2000-01-01T19:27:54.554595Z [DEBUG] MsmcommDaemonModemChannel <>: Modem was reseted, we should do the same ... Mar 23 16:47:20 ok Mar 23 16:47:22 before a crc error then a restarting link Mar 23 16:47:32 can you give me some more log output? Mar 23 16:47:39 hold on Mar 23 16:49:18 http://www.linuxtogo.org/~mickeyl/misc/msmcommd.log.gz Mar 23 17:00:57 thx Mar 23 17:07:55 mickeyl: someone called change_opeation_mode RESET Mar 23 17:08:23 ok Mar 23 17:08:33 perhaps fsogsmd when it found out that it could no longer read from the AT channel? Mar 23 17:08:38 (since i basically highjacked it) Mar 23 17:13:07 hm a open() does a reset Mar 23 17:13:30 it looks more like there are running two fsogsm daemons Mar 23 17:13:54 cool sim contacts :) Mar 23 17:16:02 mickeyl: check this Mar 23 17:17:09 no stop Mar 23 17:17:18 it's fsogsmd which is dieing Mar 23 17:17:27 then modem resource get disabled Mar 23 17:17:34 and after that it restarts Mar 23 17:17:54 look at line 399468 Mar 23 17:18:03 ok Mar 23 17:18:14 i'll try with the external modem first Mar 23 17:18:18 ok Mar 23 17:18:21 just to make sure it's not the stack itself Mar 23 17:18:38 but its good to know you are working on this Mar 23 17:18:45 than I can concentrate on other things Mar 23 17:19:36 morphis: Yop! Mar 23 17:23:52 mickeyl: be carefull with msmcommd.log Mar 23 17:24:00 it contains pin + everything else Mar 23 17:24:19 mickeyl: ERROR: Function 'Fetch failed: http://downloads.freesmartphone.org/sources/vala-0.11.7.2.tar.bz2;name=archive checksum mismatch.' failed Mar 23 17:26:58 refreshed lately? because I was able to build new vala on buildhost today Mar 23 17:29:03 hm Mar 23 17:29:16 I have mickey commit in my history Mar 23 17:29:20 but checks are wrong Mar 23 17:29:39 ah I know why Mar 23 17:29:54 I did a vala 0.11.7.2 on my own Mar 23 17:30:07 and it didn't download the new one as my one was already there Mar 23 17:32:30 one case the checksums are really good for Mar 23 17:35:04 morphis: you called me ? Mar 23 17:52:39 mickeyl: exactly Mar 23 17:52:41 GarthPS: jepp Mar 23 17:52:46 I have to reboot then we can talk Mar 23 17:52:59 morphis: ok Mar 23 18:01:22 so Mar 23 18:10:38 yep Mar 23 18:21:56 GarthPS: I want to ask if you can do some more testing of the SHR images on your Pre 2? Mar 23 18:24:17 morphis: I have a brand new frew image 3 hours old! :) Mar 23 18:24:27 yeah Mar 23 18:24:35 I hope GSM is not still broken Mar 23 18:24:46 with the msmcomm: bump SRCREV Mar 23 18:24:57 ok Mar 23 18:25:17 morphis: so I juste update it and boot it ok ?* Mar 23 18:26:34 jepp Mar 23 18:32:32 morphis: booting.. Mar 23 18:32:36 ok Mar 23 18:38:10 morphis: I know that it is not your first focu but the touch sreen is bugy sometimes.. it hangs on some where like if I was playing with it Mar 23 18:38:54 morphis: so I have the lock screen and can't sse anything :) Mar 23 18:39:05 "sse"? Mar 23 18:39:22 see Mar 23 18:39:41 ok Mar 23 18:39:47