**** BEGIN LOGGING AT Mon Feb 14 02:59:57 2011 Feb 14 04:40:16 PaulFertser: http://metafoo.de/s3c24xx-openmoko-next-uImage Feb 14 04:43:22 larsc: i guess i'll have to try to boot it later, when i get home from work. Is that image an openwrt-specific (i.e. expects /etc/preinit instead of /sbin/init)? Feb 14 04:47:07 nope Feb 14 04:47:46 larsc: what about its config? I mean i'm still able to compile from sources. Feb 14 04:49:54 well, i could give you the config, but you wouln't have the code ;) Feb 14 04:50:28 Interesting Feb 14 04:54:20 i'm pushing it right now to om-for-upstream Feb 14 04:55:16 but expect that branch to be rebased from time to time Feb 14 04:56:07 larsc: np. Any idea why the kernel i compiled doesn't boot fully? I guess i might be missing something obvious. Feb 14 04:56:35 (i'm yet to solder the serial console back, so probably the reason will be apparent from that) Feb 14 04:56:49 nope. no idea Feb 14 04:57:50 Ok. Anyways, in 10 hours from now i'll be able to test whatever you need on gta01. Feb 14 04:59:01 ok Feb 14 05:00:01 see you then. have a nice day at work. (if there is something like that ;)) Feb 14 08:44:56 <[Rui]> morning Feb 14 08:56:08 moin Feb 14 09:12:55 moin, moin Feb 14 09:13:15 JaMa|Off: had to disable qa tests to get something to build :P Feb 14 09:26:31 mrmoku: patch to make them not fatal already sent to ML Feb 14 09:27:18 mrmoku: I did rebuild from scratch with only binutils failing (after koen's RPATH fix) and then merged that fix from Denis and was hit by many QA too :/ Feb 14 09:45:46 JaMa|Off: fyi i tried booting 2.6.37 on gta01 yesterday but it failed with "attempted to kill init". Probably i'll get more clues when i solder my serial console back. Feb 14 09:46:15 PaulFertser: great, thanks mate! Feb 14 09:53:53 I do not know what made me wait for so long, my "testbench" was almost all ready and stuff... Also spent _hours_ yesterday trying to get n900 forwarding work. Without deeper understanding of the phonet it seems to be impossible, i am now trying to constrain myself enough to politely ask Remi about it. Feb 14 10:42:48 mrmoku: (PR) looks very good, well done Feb 14 10:44:28 mickey|office: feel free to look at the backscroll at #ofono, a reasonably strange talk with Remi i have. Feb 14 10:46:55 PaulFertser: will do, i don't have the channel open here though, need to do it when i'm at home Feb 14 10:48:31 mickey|office: yeah, I like it too Feb 14 10:49:08 ~hail vanous, [Rui] and all others involved Feb 14 10:49:08 * apt bows down to vanous, [Rui] and all others involved and chants, "I'M NOT WORTHY!!" Feb 14 10:49:40 mickey|office: I got a new n900 image now Feb 14 10:50:16 have to go out now to show I did not forget it's 14'th today :P Feb 14 10:50:32 after that I will try the image Feb 14 10:51:44 mrmoku: (14th) hehe, true, have fun Feb 14 10:51:57 thx Feb 14 10:52:09 * mrmoku hates shopping Feb 14 10:52:27 PaulFertser: actually, let me read the livelog which is archived somewhere Feb 14 10:52:34 if it is not for something that consumes electric power Feb 14 10:55:20 PaulFertser: hmm Feb 14 10:55:21 Feb 14 10:44:03 you just need to configure address 0x6C and route 0x00 on phonet0, and route 0x10 on upnlink0 Feb 14 10:55:22 mickey|office: http://logs.nslu2-linux.org/livelogs/ofono.txt Feb 14 10:55:58 What context is that comment abnout those addresses in? Feb 14 10:55:59 if that is all, it's worth a try Feb 14 10:56:12 jonwil: forwarding on n900 upstream kernels Feb 14 10:56:19 ok Feb 14 10:56:23 mickey|office: that Remi is ahem... strange Feb 14 10:56:30 on .28 it's broken, that's why they have the userland forwader Feb 14 10:56:46 according to remi it should work just by configuring addresses and routes in .37 Feb 14 10:56:58 PaulFertser: yes, he is... don't be surprised, many geeks are ;) Feb 14 10:56:58 ok Feb 14 10:57:10 although i doubt that, i'd be happy if it was that easy... Feb 14 10:57:15 mickey|office: i made heck of attempt to sound polite and to ask questions properly! Feb 14 10:57:24 remi is who? Feb 14 10:57:47 PaulFertser: yes, you did. Feb 14 10:57:52 jonwil: Rémi Denis-Courmont, he works for nokia Feb 14 10:57:57 ok Feb 14 10:58:26 but like the whole company, he's pretty tight lipped ;) Feb 14 11:00:30 "< courmisch> but someone decided otherwise" what the hell! Feb 14 11:00:48 someone decided what? Feb 14 11:01:01 hehe Feb 14 11:01:07 watching netlink to sync ofono status Feb 14 11:01:18 mickey|office: see, i knew it'd go that way and i was pissed in advance! Feb 14 11:01:23 (conversation) Feb 14 11:01:30 the usual fights between freelancers for Nokia and Nokia employees Feb 14 11:01:49 Anyone here have some libraries for sending packets to the cell modem? Specifically I am interested in sending COMM_ISI_GET_VERSION_REQ to all the different severs and identifying the actual version numbers that apply to the N900 cell modem Feb 14 11:02:22 PaulFertser: welcome to the club, I've been trying to communicate in #ofono for a couple of times and it was always unpleasant :) Feb 14 11:02:43 jonwil: sure, take a look at libgisi / gisicomm in git.fso Feb 14 11:02:58 jonwil: libgisi does that, but you'll have to install vala and have glib 2.24. Feb 14 11:03:03 SMS is using 004.001 from what I saw in my tcpdump logs from earlier (which I was using to dump some Cell Broadcast SMS messages) Feb 14 11:03:24 so I cant use libgisi on Maemo as-is? Feb 14 11:03:47 you don't need to run it on maemo Feb 14 11:03:51 use forwarding Feb 14 11:05:30 Forwarding sounds like a pain in the ass to use (especially if it requires connecting USB cable to phone) Feb 14 11:06:29 heh, ok Feb 14 11:07:24 i love forwarding, gisicomm wouldn't exist without it Feb 14 11:07:55 i don't fancy cross compiling and updating my stuff on the target device after every run Feb 14 11:08:01 s/run/edit/ Feb 14 11:08:02 mickey|office meant: i don't fancy cross compiling and updating my stuff on the target device after every edit Feb 14 11:08:51 more specifically though I am interested in sending COMM_ISI_GET_VERSION_REQ to the location server (resource ID 0x54) Feb 14 11:09:06 i can do such a program when i'm at home Feb 14 11:09:13 that would be great Feb 14 11:09:49 np, will get back to you tonite Feb 14 11:09:51 sending COMM_ISI_GET_VERSION_REQ to all the servers to get their versions, then we will know once and for all which interface to use for each server Feb 14 11:10:00 *nod* good idea in any case Feb 14 11:10:08 and whether any of the servers use versions we dont have information on at all Feb 14 11:10:25 right Feb 14 11:11:05 I'm specifically interested to see which servers are actually implemented in the firmware, i.e. responding. there's a ton of resource IDs in the ISI header files and I'm sure we don't have them all Feb 14 11:11:28 many of them look like feature-phone-stuff, functionality that on smartphones is rather handled by the AP Feb 14 11:11:42 and if we are missing docs, we can ask someone like stskeeps to kick the right people at Nokia and see if we can obtain those docs Feb 14 11:11:47 right Feb 14 11:12:05 also relavent to fso is the news of open source code that can read the CAL area Feb 14 11:12:18 oh yes Feb 14 11:12:35 I think an open source API compatible replacement for the Nokia libcal library would be great Feb 14 11:12:48 I say api compatible because it would then be usable in MeeGo also Feb 14 11:13:02 and because the API for the Nokia library is sane in any case Feb 14 11:13:36 The less closed source bits required for N900 with MeeGo, Android, fso or otherwise, the better Feb 14 11:13:58 for sure Feb 14 11:14:01 as well as the userspace stuff, one could write a kernel setup (at least for reading the CAL) and use that in the wifi drivers Feb 14 11:14:04 and elsewhere Feb 14 11:14:06 where its needed Feb 14 11:14:38 could replace the whole setup for the nokia-closed wi1251-cal and replicate its exact functionality inside the kernel wl1251 driver Feb 14 11:14:47 and that would be able to go upstream Feb 14 11:15:45 and by replicating it, you are going to be using the right wifi channels for the country you are in and wont accidentally step on some important radio frequency :) Feb 14 11:18:06 *nod* Feb 14 11:29:55 btw I was looking at some of the stuff for PowerVR earlier Feb 14 11:34:03 and I am sure that if someone with more ARM ASM skills than I have was to do some reverse engineering, cloning libsrv_um.so (library used to send powervr requests to the kernel) wouldn't be that complicated. Then on top of that you would need to clone libpvr2d.so and a couple of other things to get full 2D on N900 Feb 14 11:37:52 jonwil: you might hit some legal issues though? Feb 14 11:38:07 no idea :P Feb 14 11:58:01 For PowerVR: http://www.phoronix.com/scan.php?page=news_item&px=OTEwMA Feb 14 12:06:55 I have a vision of an OS on the N900 that supports all the hardware features and things that the hardware is capable of and does it using 100% open source software Feb 14 12:07:18 nice Feb 14 12:07:36 i would like to have an encrypted rootfs.... Feb 14 12:07:45 on the n900 Feb 14 12:07:52 jonwil: does that include running osmocombb too? Feb 14 12:08:03 no, I wouldn't go that far Feb 14 12:08:10 mainline has omap hardware encryption Feb 14 12:08:20 but an osmocombb port for a 3G cell modem would be interesting Feb 14 12:08:44 lindi, do you know that using osmcombb could crash the provider network Feb 14 12:08:45 jonwil: I think they need 3G base station first Feb 14 12:08:51 GNUtoo-n900: sure Feb 14 12:08:55 ok Feb 14 12:16:40 mickey|office: holy crap, i ended up reading phonet kernel sources and it looks like that's really the easiest way to understand how to actually use that shit despite all the limitations, i thought that could have been avoided by asking the official MAINTAINER but sigh. Feb 14 12:47:36 radek__: can you consider using omhacks package for qtmoko? Feb 14 12:47:50 radek__: omhacks 0.13 hit debian unstable some days ago Feb 14 12:51:23 lindi-: sure Feb 14 12:51:50 lindi-: is it possible to install it from unstable to squeeze? Feb 14 12:53:19 radek__: I think it works at the moment since nothing drastic has happened in unstable before it Feb 14 12:53:40 radek__: I looked at backports.org rules and they don't really fancy making a backport for such small number of users Feb 14 12:54:00 radek__: would it be ok for qtmoko to use an unofficial backport? Feb 14 12:58:53 lindi-: sure Feb 14 12:59:21 lindi-: i need some place for qtmoko packages Feb 14 13:01:38 lindi-: i think i can use our download server on linuxphones.ru for that, or any better idea? Feb 14 13:02:57 radekp: hmm Feb 14 13:03:18 lindi-: btw i have now qtmoko package, it has now also init.d script and i have nearly all qtmoko apps packaged (~30 packages) Feb 14 13:06:17 lindi-: another possibility is sourceforge, but i am not sure if it's possible to host debian repos there Feb 14 13:06:35 lindi-: or maybe can debian offer us some place? Feb 14 13:09:31 radekp: we need to wait at least three days: http://packages.qa.debian.org/o/omhacks.html Feb 14 13:09:37 radekp: backports.org might be an option after all Feb 14 13:09:47 radekp: does the qtmoko package still build on amd64? Feb 14 13:10:42 lindi-: still havent time to try Feb 14 13:47:19 PaulFertser: heh, ok, are the kernel sources comprehensible? Feb 14 13:50:20 mickey|office: yes, but can you see my latest question to him there? He simply ignores me! Feb 14 13:51:00 mickey|office: i hope i'll be able to find some spare uSD at home or here and finally install SHR on it and boot n900 with upstream kernel and test the forwarding. Feb 14 13:52:34 mickey|office: anyways, he gave me enough clues that'd allow me to understand enough of the kernel sources. Feb 14 13:55:46 PaulFertser: ok, i'm crossing all fingers Feb 14 13:56:23 * mrmoku too Feb 14 14:04:49 mrmoku: would you have time for a breakfast next thursday? Feb 14 14:05:06 (24th, that is) Feb 14 14:05:15 [assuming the family has been cured by then] Feb 14 14:06:00 i'm pondering whether to join the next openmoko stammtisch next wed Feb 14 14:19:27 mickey|office: family is back to school :-D Feb 14 14:19:35 let me check my calendar... Feb 14 14:19:58 mickey|office: 24th looks good Feb 14 14:21:23 mrmoku: ok, i'll decide until weekend and keep you posted Feb 14 14:21:45 good Feb 14 14:25:24 That Remi guy seems to be quite famous and all and yet he behaves in a rather unpleasant way :/ Feb 14 14:25:56 (vlc, miredo, ndisc6 are projects he's quite involved with) Feb 14 14:28:07 too much fame does no good :P Feb 14 14:31:55 he is french /o\ Feb 14 14:32:15 so is McKael and other fine folks Feb 14 14:32:37 ( so do I ) Feb 14 14:50:57 * mrmoku finally installing the n900 image Feb 14 15:04:20 \o/ Feb 14 15:06:32 (French) my first comment :-P Feb 14 15:07:17 and for "involved at projects" see inventor of PA and avahi X-( Feb 14 15:07:53 mrmoku: is it worth it? I might give it a shot then Feb 14 15:10:28 DocScrutinizer: probably not yet, i'm afraid the modem is not coming up yet Feb 14 15:10:47 mhm Feb 14 15:13:18 can't be a major thing, just the sequence of init commands needs to be ironed out Feb 14 15:13:32 i can't test that using maemo + forwarding... Feb 14 15:22:44 DocScrutinizer: not yet, no Feb 14 15:22:53 does not even boot out of the box :/ Feb 14 15:23:46 * mrmoku is waiting for gnutoo to pop up Feb 14 15:24:00 [Rui]: so... meanwhile I could take a look at your headset problems, right? Feb 14 15:24:31 <[Rui]> mrmoku: trying to get bernie to sleep again Feb 14 15:24:41 <[Rui]> only did for 30min Feb 14 15:24:50 let him cry Feb 14 15:24:54 seriously :) Feb 14 15:25:07 <[Rui]> it's my last day of paternity leave Feb 14 15:25:21 <[Rui]> I've done that several times when my wife wasn't at home :) Feb 14 15:25:31 yeah... hard for a mother :P Feb 14 15:25:58 <[Rui]> he just woke up again, I'm going to check the diaper and then let him play a little Feb 14 15:26:12 <[Rui]> so see you in 5min :) Feb 14 15:26:15 ok :) Feb 14 15:28:55 mickey|office: coming back to the PR thingie... is it okay for you to replace XYZ with your name? Feb 14 15:33:54 <[Rui]> mickey|office: if not, would you be okay with another quote and provide it? :) Feb 14 15:36:06 [Rui]: how do I reproduce your headset problem? Feb 14 15:36:25 <[Rui]> mrmoku: I have the 20110211 image Feb 14 15:36:51 <[Rui]> I plugged the headset and made a call. afterwards, I removed it, afterwards I wanted to make another call and saw the phone was in a borked status Feb 14 15:37:02 <[Rui]> I'm going to zeroize the logs right now Feb 14 15:37:06 ok Feb 14 15:39:28 [Rui]: hmm... please check if you can still reproduce it... I can't Feb 14 15:40:22 <[Rui]> plugging, the only message was: 2011.02.14 15:39:17.096742 [libphone-ui] MESSAGE: Headset connected Feb 14 15:41:01 <[Rui]> I'm making a call Feb 14 15:41:41 <[Rui]> ok. call done. Feb 14 15:42:20 <[Rui]> there is now a reference to the headset in fsodeviced Feb 14 15:42:34 <[Rui]> so I'm backing up the logs before removing... Feb 14 15:43:24 mrmoku: sure thing, feel free to Feb 14 15:43:40 (XZY => me) Feb 14 15:43:56 <[Rui]> 2011-02-14T15:41:36.644739Z [CRITICAL] fsodeviced : GLib : file plugin.c: line 259: uncaught error: Expected 4 descriptor components, got 3 (fso_device_sound_error-quark, 3) Feb 14 15:44:11 <[Rui]> and fsodeviced is now dead Feb 14 15:46:59 <[Rui]> now I'm going to make a call (without plugging) Feb 14 15:47:27 hmm... I don't get that critical Feb 14 15:47:31 <[Rui]> I don't hear any noise on the phone Feb 14 15:47:56 * mrmoku checks fsodeviced code for that error Feb 14 15:48:07 <[Rui]> possibly because the scenario was changed to the headset Feb 14 15:49:06 <[Rui]> fsodeviced is not running but I see, again, "2011-02-14T15:48:16.618740Z [CRITICAL] fsodeviced : GLib : file plugin.c: line 259: uncaught error: Expected 4 descriptor components, got 3 (fso_device_sound_error-quark, 3)" Feb 14 15:49:30 <[Rui]> I'l try repluggin Feb 14 15:50:12 <[Rui]> I don't hear anything with the headset now either Feb 14 15:50:31 <[Rui]> although the GSM hasn't failed yet. Feb 14 15:51:21 fso_device_sound_device_controlForString Feb 14 15:51:22 <[Rui]> but it's completely nuts Feb 14 15:51:42 <[Rui]> it took an awful time longer than usual to give up the call Feb 14 15:51:46 <[Rui]> my wife didn't pick up Feb 14 15:52:04 <[Rui]> 2011-02-14T15:51:22.058831Z [INFO] libfsotransport <0710:1>: URC: [ "NO CARRIER" ] Feb 14 15:52:19 <[Rui]> but this may be normal as the call just ended Feb 14 15:52:40 PaulFertser: why are you frustrated with the phonet discussion? as far as I can see in http://logs.nslu2-linux.org/livelogs/ofono.txt, he tried to answer all your specific technical questions... Feb 14 15:53:25 there was some disagreement whether phonet routing is same as IP routing, which I can't judge on, but in either case, it was purely technical, and I don't see anything unfriendly about it Feb 14 15:53:50 <[Rui]> so now I'm going to try to reboot and check the status Feb 14 15:53:56 and he didn't reply to your moaning about missing docs... which I can totally understand, especially after he answered your specific questions Feb 14 15:54:03 <[Rui]> now I can't make or receive calls anymore as I get no sound either way Feb 14 15:54:06 <[Rui]> so reboot it is Feb 14 15:54:20 <[Rui]> a sane reboot via ssh Feb 14 15:54:25 <[Rui]> ie, poweroff Feb 14 15:54:52 DocScrutinizer: there are surely "better" examples of unfriendly people involved in projects than Lennart ;-) Feb 14 15:55:37 <[Rui]> my wife said she heard me, so that explains the awful longer time Feb 14 15:55:45 (I don't like his attitude either -- but some others are far far worse) Feb 14 15:55:47 <[Rui]> mic was sending sound, but nothing on my side Feb 14 15:56:38 <[Rui]> ok, now after boot I get a black forbidden sign in the network strength gadget Feb 14 15:57:25 PaulFertser: BTW, "do you mean you've answered all of my questions you felt like answering?" doesn't sound polite at all to me... Feb 14 15:58:04 <[Rui]> now it's replaced by the littlest star on the left, but no network Feb 14 15:58:53 <[Rui]> and phoneuid is segfaulting crazily Feb 14 16:00:25 <[Rui]> and the phone is now "dead". os works, but telephony is completely gone. Feb 14 16:01:16 <[Rui]> fsodeviced is also a busy bee thinking it has to plug the headset Feb 14 16:04:55 [Rui]: after reboot? strange.... Feb 14 16:05:09 <[Rui]> mrmoku: yes. I'll send the logs Feb 14 16:05:11 even stranger that I can plug/unplug as much as I want Feb 14 16:05:15 it just works Feb 14 16:05:33 <[Rui]> this happened to me first after an upgrade Feb 14 16:05:33 hmm Feb 14 16:05:43 I just upgraded before testing Feb 14 16:05:44 <[Rui]> so I thought: well, borked upgrade Feb 14 16:06:07 <[Rui]> let's get a fresh recent image (shr-full, 20110211). Feb 14 16:06:09 <[Rui]> happened. Feb 14 16:06:17 <[Rui]> just tried now live with you, happened. Feb 14 16:06:41 <[Rui]> and now I'm preserving my opim.db as I'll just reformat the whole sdcard again Feb 14 16:06:55 <[Rui]> this is a horrible status Feb 14 16:07:05 <[Rui]> if plugging the headset causes havok Feb 14 16:07:15 * mrmoku back in 5 min Feb 14 16:09:20 antrik: I don't know lennart. I just know I have strong aversions against PA as well as avahi Feb 14 16:27:54 mickey|office: ping =) Feb 14 16:32:29 [Rui]: news? Feb 14 16:33:24 [Rui]: btw. shr_elm_softkey rocks now :-) Feb 14 16:33:24 <[Rui]> mrmoku: haven't reformatted yet as I waited for you Feb 14 16:33:30 ahh, ok Feb 14 16:33:33 I'm here :) Feb 14 16:33:37 <[Rui]> mrmoku: it does? cool :) it would rock more if I could get the window icons Feb 14 16:33:48 <[Rui]> mrmoku: you prefer I open a bug? on fso or shr? Feb 14 16:34:00 this smells like fso Feb 14 16:34:14 though I can't reproduce... and would like to know why :/ Feb 14 16:34:17 <[Rui]> the logs aren't very big, I'll mail them to you, perhaps you can grasp it better Feb 14 16:34:22 ok Feb 14 16:34:43 hmm Feb 14 16:34:59 [Rui]: what rev of fsodeviced do you have installed? Feb 14 16:35:25 JaMa|Off: does the tests feed have something not yet synched? Feb 14 16:36:34 <[Rui]> mrmoku: some are different Feb 14 16:36:50 antrik: that citation you took yes, is not exactly polite because i was already frustrated. Feb 14 16:36:56 <[Rui]> mrmoku: most are these: libfsoframework0 - 1:0.8.1+gitr946+97d25ab71816be21b8d46be71f4a90f3f5707d8c-r5.0.6 Feb 14 16:37:01 antrik: he didn't tell me a thing about documentation. Feb 14 16:37:24 <[Rui]> mrmoku: phonefsod - 0.0.0+gitr201+374548a6d9d53f4b3d26b70cbb5ab7257e6ce26d-r5.6 Feb 14 16:37:45 antrik: also, he didn't answer my questions about why it doesn't add routes automatically at all, simply ignored them. Feb 14 16:38:22 antrik: look at the conversation again: i actually did take a look at the "ip" and kernel code and proved it worked the way i said. Feb 14 16:38:56 antrik: also he never answered my question to which interface i should assign that 0x6C address. Feb 14 16:39:59 <[Rui]> mrmoku: sent Feb 14 16:40:22 [Rui]: received :) Feb 14 16:41:09 antrik: imho i have every right to be frustrated but i'm ready to learn from you if you can spare some time to teach me why i am wrong. Feb 14 16:41:57 [Rui]: do you have custom alsa state files? Feb 14 16:42:02 <[Rui]> mrmoku: no Feb 14 16:42:19 <[Rui]> mrmoku: since one of the big kernel updates the sound improved *a*lot* Feb 14 16:42:27 yeah, got louder :) Feb 14 16:42:50 <[Rui]> I once changed one parameter regularly against DocScrutinizer's prescription but I no longer need that. Feb 14 16:43:11 could you please paste your gsmheadset state file? Feb 14 16:43:12 <[Rui]> however the balance between whan I can hear and have me heard and without echo appears to be a bit harder now Feb 14 16:43:15 <[Rui]> sure Feb 14 16:45:43 <[Rui]> mrmoku: did so in a priv msg Feb 14 16:45:51 yup following Feb 14 16:51:58 mrmoku: after latest upgrade phone cannot init modem =) Feb 14 16:52:01 in gta02 Feb 14 16:52:06 on gta02 Feb 14 16:52:45 alexxy: I just upgraded an hour ago... and it still works fine Feb 14 16:52:54 ok Feb 14 16:53:01 what logs do you need? Feb 14 16:55:13 http://paste.pocoo.org/show/338443/ Feb 14 16:55:18 fsogsmd.log Feb 14 16:55:48 phonefsod.log -> http://paste.pocoo.org/show/338444/ Feb 14 16:56:12 alexxy: debug logs please :P Feb 14 16:56:21 ok Feb 14 17:00:00 hmmm Feb 14 17:01:36 <[Rui]> alexxy: do you use a headset? Feb 14 17:01:37 antrik: now in the evening he seems to become nicer... Feb 14 17:02:16 mrmoku: frameworkd.log > http://paste.pocoo.org/show/338449/ Feb 14 17:02:39 mrmoku: fsogsmd.log -> http://paste.pocoo.org/show/338451/ Feb 14 17:03:17 mrmoku: phonefsod.log http://paste.pocoo.org/show/338452/ Feb 14 17:03:50 mrmoku: phoneuid.log > http://paste.pocoo.org/show/338453/ Feb 14 17:04:17 mrmoku: fsodeviced.log -> http://paste.pocoo.org/show/338454/ Feb 14 17:04:37 alexxy: ok... have to have dinner first though Feb 14 17:05:10 mrmoku: ok =) but phone seems not working Feb 14 17:08:14 <[Rui]> alexxy: do you use a headset? Feb 14 17:08:28 i use handset Feb 14 17:08:30 =) Feb 14 17:08:39 and i have bt headset Feb 14 17:08:51 <[Rui]> alexxy: ok, because I'm having a huge problem with a plugged in headset Feb 14 17:08:59 <[Rui]> alexxy: after removal, fso doesn't work anymore Feb 14 17:09:09 hmmm Feb 14 17:09:10 <[Rui]> alexxy: have you been using your bt headset then? Feb 14 17:09:16 well i'm going to reflash Feb 14 17:09:18 =) Feb 14 17:09:21 no Feb 14 17:09:27 <[Rui]> ok. then it may be something else Feb 14 17:09:34 <[Rui]> and not the same that I have Feb 14 17:12:52 damn, how's kernel to change *anything* with sound? Feb 14 17:13:17 at least in FR Feb 14 17:18:05 <[Rui]> DocScrutinizer: don't know, what I know is that even the ringtone is now so laudible I had to lower it Feb 14 17:19:29 ringtone is playback from DAC. GSM however never enters digital domain at all, on FR, outside of calypso Feb 14 17:20:15 <[Rui]> DocScrutinizer: what can I say... :| Feb 14 17:22:04 so if call audio changes with kernel, without any change in statefiles or whatever you use nowadays, then that has one single possible cause: the WM8753 alsa driver writes random crap to the codec/mixer chip Feb 14 17:22:22 <[Rui]> not impossible Feb 14 17:22:31 (modulo the AT%Nxxxx cmds to modem) Feb 14 17:22:36 <[Rui]> but I welcome that crap Feb 14 17:23:10 [Rui]: the problem is it's not reproducible or controllable. Feb 14 17:23:42 might depend on the last email you received on buildhost of the kernel Feb 14 17:24:25 or on the moon phase when you flashed the system to the phone Feb 14 17:24:45 <[Rui]> haha Feb 14 17:28:20 dos1: ping any news on delivery report? Feb 14 17:44:59 sigh, why is it always that hard with those folks... Feb 14 17:45:13 oh well Feb 14 17:45:17 marcel has always been an NIH asshole Feb 14 17:45:19 no doubt Feb 14 17:45:20 :) Feb 14 17:45:27 too big egos Feb 14 17:45:28 *shrug* Feb 14 17:48:08 if it wasn't so sad, it would actually be funny. i quite enjoy being told 'ofono rocks and works everywhere', then seeing how folks come to #ofono with their nightmares and then "ah yes, this doesn't work yet, no, noone has patched this, oh and there you need to change that, etc." Feb 14 17:48:32 and thanks to Intel in the background noone looks elsewhere Feb 14 17:48:44 fscking world. Feb 14 17:59:34 mickey|bbl: So when you are done complaining about myself and oFono, keep in mind what is driving your SMS support in FSO these days ;) Feb 14 18:01:34 mickey|bbl: you're so right Feb 14 18:04:38 holtmann: i personally was totally convinced by your explanation about why and how oFono was created, and i see benefits in oFono existance for the community as a whole, so thank you for you work. Feb 14 18:04:48 I do really mean that. Feb 14 18:06:31 PaulFertser: Thanks. Feb 14 18:28:30 mickeyl: hehe, right - when i was trying to check, how ofono is working in order to write fso-ofono wrapper, i couldn't power up the modem Feb 14 18:28:46 i was thinking that i'm doing something wrong, or i'm using somehow very old version Feb 14 18:29:38 so i asked on #meego... and they said, that powering up modem is implemented only on ISI :D Feb 14 18:31:01 according to those who know but rather play sphinx than talk clear it's all better in .37 Feb 14 18:31:36 so if that guy is right, forwarding on .37 might really just be setting addresses and routes Feb 14 18:31:49 mickeyl: on 2.6.35 it should work too. Feb 14 18:31:54 k Feb 14 18:34:25 mickeyl: it even looks like the relevant code was post-2.6.32: v2.6.32-rc3-379-g86a0a1e Feb 14 18:37:40 How big should the first vfat partition be? Just enough to hold boot.scr? JaMa|Off ? Feb 14 18:38:34 And the kernel Feb 14 18:39:48 PaulFertser: current u-boot in SHR expects ext not vfat Feb 14 18:40:29 mrmoku: afaik everything is synced Feb 14 18:40:37 JaMa|Off: ok, how to get it installed? The wiki seems a bit outdated. Feb 14 18:41:06 shr wiki should be up2date, fso wiki is outdated? Feb 14 18:41:21 JaMa|Off: yes, fso wiki is outdated. Feb 14 18:41:23 http://wiki.freesmartphone.org/index.php/Hardware/N900/Installation Feb 14 18:46:17 arrg javascript.....is slowing down the paste Feb 14 18:46:20 oops Feb 14 18:50:41 PaulFertser: look at SHR wiki Feb 14 18:52:16 dos1: i do it now :) Feb 14 18:53:46 JaMa|Off, PaulFertser: the kernel for n900 as built by OE does not boot Feb 14 18:55:13 mrmoku: heh, exactly what i observe. Feb 14 18:55:21 PaulFertser: the _good_ kernel is in a branch :) Feb 14 18:55:23 hi guys, does someone know the difference/meaning on dinamic vs static asm instructions? I can't find it in google :S Feb 14 18:55:53 mrmoku: which? Feb 14 18:56:04 http://git.freesmartphone.org/?p=linux-2.6.git;a=shortlog;h=refs/heads/nokia900/dvfs_rebase_wip%2Bsound_revert Feb 14 18:56:09 pespin: that's a strange question, any additional context? Feb 14 18:56:15 mrmoku: what about binaries? Feb 14 18:56:20 GNUtoo|laptop: ahh, you're here :-D Feb 14 18:56:44 PaulFertser, it's from a university subject of Computer Archicteture Feb 14 18:56:56 GNUtoo|laptop: we should merge it to the n900 master branch or switch the oe recipe Feb 14 18:57:15 mrmoku, it has DVFS but it doesn't work Feb 14 18:57:15 PaulFertser: for the kernel? or the rootfsÃŸ Feb 14 18:57:16 ? Feb 14 18:57:20 mrmoku: kernel please Feb 14 18:57:24 CPUFREQ can't change frequency Feb 14 18:57:27 ondemand doesn't work Feb 14 18:57:32 GNUtoo|laptop: do you have a kernel to share for PaulFertser ? Feb 14 18:57:37 heyho Feb 14 18:57:37 ah yes Feb 14 18:57:45 he just needs one for forwarding Feb 14 18:57:46 GNUtoo|laptop: the one built by OE without modifications does not even boot :P Feb 14 18:57:55 PaulFertser, we have to evaluate some times given a table with numbers of instructions, and there's one column with "Dynamic Instructions" and another with "Static Instructions" Feb 14 18:57:57 then any 2.6.37 will work Feb 14 18:58:02 give me a sec Feb 14 18:58:14 but I have nfi about the difference Feb 14 18:58:18 GNUtoo|laptop: even 2.6.32 should work probably. Feb 14 18:58:59 pespin: there're so called "pseudo-instructions", but i do not see how they are related here. Any particular examples of static/dynamic instrs? Feb 14 18:59:36 PaulFertser, nope, just 2 the 2 different columns in the table hehe Feb 14 18:59:40 GNUtoo|laptop: and I'm interested in your defconfig :-) Feb 14 18:59:45 brb Feb 14 18:59:57 ok I'll pastebin it Feb 14 19:00:29 pespin: who's supposed to fill that table then? Feb 14 19:01:39 mrmoku, PaulFertser http://pastebin.com/NWi1zMDD Feb 14 19:01:46 2.6.37-next Feb 14 19:01:49 on gitorious Feb 14 19:02:02 GNUtoo|laptop: can you share the binary? All i need is to boot and get phonet and usb networking. Feb 14 19:02:05 PaulFertser, the table is filled with number of instructions, CPI, etc. in differnt programs (such as 10^6), and we have to calc the time Feb 14 19:02:22 http://gitorious.org/nokia-n900-kernel/nokia-n900-kernel/trees/2.6.37-n900-next Feb 14 19:02:27 yes Feb 14 19:02:48 pespin: then probably they mean static always takes the same time to evaluate? Feb 14 19:03:23 PaulFertser, hm could be Feb 14 19:03:57 GNUtoo|laptop: thanks Feb 14 19:04:25 that means kernel from gitorious? not fso? Feb 14 19:04:27 http://gnutoo.homelinux.org/nokia900/zImage Feb 14 19:04:31 I hope it works Feb 14 19:04:40 I experiment with kenrels Feb 14 19:04:46 and so I tried the gitorious one Feb 14 19:04:53 just to be sure dvfs didn't work on it Feb 14 19:06:16 GNUtoo|laptop: zImage is not suitable for bootm. Feb 14 19:10:32 <[Rui]> anyone else has ^M on some files in /etc/freesmartphone/conf/openmoko_gta/alsa-2.6.34 ? Feb 14 19:10:40 <[Rui]> possibly other places too Feb 14 19:11:12 <[Rui]> this fixes them all perl -pi -e 's,\r,,;' * Feb 14 19:11:30 GNUtoo|laptop: ok, i can use mkimage on my own :) Feb 14 19:13:15 GNUtoo|laptop: Starting kernel ... is the last thing i see... Feb 14 19:14:38 <[Rui]> after fixing and rebooting my issue is gone, so the alsastate files are either being borked by some of the software that manipulates them or they're borked at the source Feb 14 19:15:04 mrmoku: so... what about PR? Feb 14 19:15:51 then convert it Feb 14 19:15:57 hmmm Feb 14 19:15:59 I'm eating Feb 14 19:16:02 <[Rui]> as some of the files are states I never used and they had ^M there... I'm suspecting of source Feb 14 19:16:05 or preparing the thing to eat Feb 14 19:16:09 I'll be back soon Feb 14 19:18:41 dos1: I transfered it to the wiki Feb 14 19:18:55 GNUtoo|laptop: i converted it to uImage, using 0x80008000 as the boot address. Feb 14 19:19:11 dos1: mickey is fine with it and replacing XYZ with his name Feb 14 19:19:22 dos1: dunno what's still missing... Feb 14 19:19:25 mrmoku: so i guess we should publish it Feb 14 19:19:30 [Rui]: want to take another look? Feb 14 19:19:49 <[Rui]> mrmoku: feeding the baby, will check it out in a few minutes Feb 14 19:20:14 ok Feb 14 19:21:03 alexxy: taking a look at your logs now Feb 14 19:22:02 mrmoku: i reflashed lite image and now it works Feb 14 19:22:03 =) Feb 14 19:22:13 2011-02-14T17:00:32.553143Z [INFO] libfsotransport <0710:2>: SRC: "+CMGL=4" -> [ "+CMS ERROR: 321" ] Feb 14 19:22:16 2011-02-14T17:00:32.553920Z [WARN] FsoGsmAtSmsHandler <250021003008686>: Can't synchronize SMS storage with SIM Feb 14 19:22:19 2011-02-14T17:00:32.553143Z [INFO] libfsotransport <0710:2>: SRC: "+CMGL=4" -> [ "+CMS ERROR: 321" ] Feb 14 19:22:22 2011-02-14T17:00:32.553920Z [WARN] FsoGsmAtSmsHandler <250021003008686>: Can't synchronize SMS storage with SIM Feb 14 19:22:25 2011-02-14T17:00:32.553143Z [INFO] libfsotransport <0710:2>: SRC: "+CMGL=4" -> [ "+CMS ERROR: 321" ] Feb 14 19:22:29 2011-02-14T17:00:32.553920Z [WARN] FsoGsmAtSmsHandler <250021003008686>: Can't synchronize SMS storage with SIM Feb 14 19:22:32 2011-02-14T17:00:32.553143Z [INFO] libfsotransport <0710:2>: SRC: "+CMGL=4" -> [ "+CMS ERROR: 321" ] Feb 14 19:22:35 2011-02-14T17:00:32.553920Z [WARN] FsoGsmAtSmsHandler <250021003008686>: Can't synchronize SMS storage with SIM Feb 14 19:22:38 ouch Feb 14 19:22:40 sorry :P Feb 14 19:22:47 alexxy: ok, then... :) Feb 14 19:23:03 but it still may be a problem Feb 14 19:23:05 freesmartphone.org: 03mickey 07libgisi * r76faadbbea0c 10/ (4 files in 2 dirs): tests: add test pinging all available resource servers Feb 14 19:23:15 mickeyl: ping =) Feb 14 19:23:21 yo? Feb 14 19:23:35 any news on multiple smsc and seen messsages? Feb 14 19:23:36 =) Feb 14 19:24:00 i have a fix for the first issue, no idea on the latter one Feb 14 19:24:18 i have to create a test case and then i'll commit, hopefully some time this week Feb 14 19:30:05 Hm, meego kernel doesn't boot either, probably i'm doing mkimage in a wrong way... Feb 14 19:30:25 PaulFertser: how are you booting? 0xFFFF ? Feb 14 19:30:47 mrmoku: no, i flashed special shr uboot and it fetches the kernel from ext3 partition on uSD. Feb 14 19:30:59 ok Feb 14 19:31:04 FYI: here is the list of resource servers that are answering on the 900: http://pastebin.com/R93s6HdQ Feb 14 19:31:23 jonwil wanted that today, please point him to it next time Feb 14 19:31:27 heh, that is quite some :P Feb 14 19:31:52 PN_HARDCORE ... whatever that means ;) Feb 14 19:32:09 hehe Feb 14 19:32:11 #define PN_HARDCORE 175 /* 0xAF [S] TSS Hardware access server */ Feb 14 19:32:14 whatever _that_ means Feb 14 19:32:20 :) Feb 14 19:33:19 neither can i boot uImage-2.6.28.10power-omap1, strange :/ Feb 14 19:33:23 mickeyl: from the acronyms wikipedia is offering 'Time Stamping Service' might be the most probable one Feb 14 19:33:42 mrmoku: ya, that sounds more likely than Triebwerksschallsimulator Feb 14 19:33:51 :D Feb 14 19:34:09 :P Feb 14 19:36:22 freesmartphone.org: 03mickey 07cornucopia * rf5cd9a71a98e 10/docs/fsogsmd/nokia_isi/n900-servers-and-versions: docs: add n900 resource servers Feb 14 19:38:24 hmm Feb 14 19:38:45 i wonder whether PN_ENERGY might be useful or actually connected to hardware Feb 14 19:43:58 larsc: yo, your 2.6.38-rc4 boots nicely Feb 14 19:44:29 What about the press release? is it finished and published? Feb 14 19:44:42 <[Rui]> mrmoku: so let's try that thing again Feb 14 19:45:04 larsc: no soundcard present altogether Feb 14 19:45:23 mickeyl: I have now my tickets for the 03.04/04.03 and got holiday for theses days Feb 14 19:45:37 back Feb 14 19:45:40 larsc: pcf50606-wdt pcf50606-wdt: cannot register miscdev on minor=130 (-16) Feb 14 19:45:44