**** BEGIN LOGGING AT Thu Sep 09 02:59:58 2010 Sep 09 07:34:33 Interesting: marvel sdio wifi module with free thin firmware: http://wiki.laptop.org/go/Thinfirm_1.5 Sep 09 07:35:08 PaulF, free firmware? Sep 09 07:35:11 are you sure Sep 09 07:35:20 GNUtoo|laptop: check it out yourself Sep 09 07:35:26 ok Sep 09 07:35:57 I checked Sep 09 07:35:57 tf is mostly done in usersapce, doesn't have the mesh features etc. Sep 09 07:36:04 and the license is only for marvell hardware Sep 09 07:36:09 I didn't see any sources Sep 09 07:36:12 don't know if there's ource or not Sep 09 07:37:52 Hm, so it's me misintepreting desired for granted again :( Sep 09 07:38:14 I assumed that if olpc developed a firmware it's free. Sep 09 07:39:24 But at least this fw supports AP mode, so i guess monitor and injection would work as well. Sep 09 07:40:13 And what's important it has a known developer. Sep 09 07:41:03 I mean i'm still unaware of the name of the asshole who's written ar6000 fw and driver. And moreover he seem to be still in action. Sep 09 07:41:17 http://nv-tegra.nvidia.com/gitweb/?p=3rdparty/atheros.git Sep 09 07:41:30 PaulF, the driver+firmware indeed support Master mode, buglabs people ported it to their kernel and tested it and it worked Sep 09 07:49:20 what tegra hardware? Sep 09 07:49:44 tmzt_: that's some nvidia dev board i guess. Chromiumos guys are using it. Sep 09 07:50:50 okay Sep 09 07:50:58 I'm looking for ac100 source, don't expect to find it Sep 09 07:51:04 what's this about ar6k? Sep 09 07:51:11 I thought the open firmware was legitimate Sep 09 08:01:22 tmzt_: i'm afraid i'm missing the context or something, i do not understand what you're talking about. Sep 09 08:01:41 hmm, two different things (falling asleep) Sep 09 08:02:04 first, since you mentioned (somebody) tegra I just mentioned I was looking for toshiba ac100 source Sep 09 08:02:09 second, Sep 09 08:02:27 07:34 < PaulF> I assumed that if olpc developed a firmware it's free. Sep 09 08:02:27 07:36 < PaulF> But at least this fw supports AP mode, so i guess monitor and injection would work as well. Sep 09 08:02:31 07:36 < PaulF> And what's important it has a known developer. Sep 09 08:02:33 07:37 < PaulF> I mean i'm still unaware of the name of the asshole who's written ar6000 fw and driver. And moreover he seem to be still Sep 09 08:04:39 tmzt_: the fw for marvell is not related to fw for ar6000. I proposed those marvell chips as an alternative SDIO solution. But was surprised that OLPC is working on a proprietary firmware for it. Sep 09 08:04:52 right Sep 09 08:05:02 it's redistributable Sep 09 08:05:22 the license is pretty 'open' but no source Sep 09 08:05:44 tmzt_: firmware for ar6001 was never available for upgrade, but ar6002 needs all its fimware loaded after power on, so if we had ar6002 we could probably benefit for firmware fixes. Sep 09 08:06:04 which is in om phones? Sep 09 08:06:09 tmzt_: ar6001 Sep 09 08:06:18 power on implies a rom bootblock Sep 09 08:06:43 tmzt_: it has a special bootloader and a protocol (BMI) Sep 09 10:23:37 gena2x_: hi, my new patch for debugging current in suspend - for 2.6.29 now http://activationrecord.net/radekp/pub/suspend3.patch Sep 09 10:24:58 gena2x_: each device suspend call has number that is wrtitten with printk and leds blink the number Sep 09 10:26:02 gena2x_: e.g. 1 aux blink + 2 blue blinks + 3 red blinks make number 123 - and that number is in log Sep 09 10:26:26 gena2x_: will do version for 2.6.34 after lunch... Sep 09 10:47:49 hi DocScrutinizer Sep 09 10:48:06 hi Sep 09 10:48:34 DocScrutinizer51, I've a question you may not be able to answer: when will n910 be out? Sep 09 10:48:48 because if it's soon maybe I should wait a bit Sep 09 10:49:03 there'll be no N910 :-D Sep 09 10:49:14 ah ok Sep 09 10:49:18 n950? Sep 09 10:49:29 it's probably called N9 and not even announced yet Sep 09 10:49:33 ok Sep 09 10:49:46 will it be the same hardware with more powerfull cpu and more ram? Sep 09 10:50:03 unclear Sep 09 10:50:07 ok Sep 09 10:50:16 and it won't be after meego is complete Sep 09 10:50:23 and I bet meego is not complete anytime soon Sep 09 10:50:39 that's my guess as well Sep 09 10:50:44 ok Sep 09 10:51:05 so does FSO(because we depend on meego, for instance ofono) Sep 09 10:51:22 though Nokians were to point me to meego harmattan edition, alias maemo6 Sep 09 10:52:02 and of course there's meego-arm backport to N900 Sep 09 10:52:12 so basically if I buy a n900 I've a great fso tablet....without phone which I must wait for Sep 09 10:52:34 meego-arm did first phonecall some 2 weeks ago Sep 09 10:52:40 yes I know Sep 09 10:52:44 but we need to integrate that Sep 09 10:52:51 I don't know how long it'll take Sep 09 10:52:56 maybe mickeyl knows Sep 09 10:53:13 it also depends on pulse which we need to integrate Sep 09 10:53:30 if you are willing to use ofono, I guess it'll be a bit faster with the phonecalls Sep 09 10:53:46 ok, but then how do I use SHR apps? Sep 09 10:54:02 maybe an FSO<->ofono should be done Sep 09 10:54:03 well, pulse is foss (for the most part of it) - seems easy to cherrypick and port Sep 09 10:54:10 ok Sep 09 10:55:47 I really don't think there's much of a problem to take whole meego-arm kernel and core system (incl ALSA, PA, whatnot shit) and build SHR on top of that Sep 09 10:56:06 ok Sep 09 10:56:13 I know it's doable Sep 09 10:56:24 but I was wondered of the people lack of time Sep 09 10:56:31 like mickeyl is ultra-busy Sep 09 10:56:59 don't ask me, I'm not involved in any SHR/FSO activities Sep 09 10:57:34 I'm just prodding and helping where I see opportunity Sep 09 10:57:50 and https://git.ring0.de/libisi/ is from 7 days ago Sep 09 10:57:59 thanks a lot for that Sep 09 10:58:56 DocScrutinizer: fsogsmd api and ofono api are considerably different, i do not think SHR folks will use ofono. Sep 09 10:58:59 meego core has a feature freeze, so what they plan to ship 1.1 october, is not what they already got implemented Sep 09 10:59:31 DocScrutinizer: and also ofono needs to be used with many other components to be an FSO equivalent functionality-wise. Sep 09 11:00:00 I never suggested to use ofono as a FSO equiv Sep 09 11:00:41 DocScrutinizer: porting modem code from ofono to fsogsmd is doable and (imho) not really that hard for somebody who understands fsogsmd good (i'd estimate basic functionality should take not more than 5 full-time days). But mickeyl thinks it's considerably harder, i guess he knows better. Sep 09 11:00:46 FSO is replacing a lot of cruft in meego, like ofono, sensorfw, whatnot Sep 09 11:01:33 I think mickey plans to replace libisi Sep 09 11:01:47 which for sure is a hard task Sep 09 11:02:00 but no idea actually Sep 09 11:02:10 I'm not a real sw-devel Sep 09 11:02:18 wow nice: Add isimodem support for MO and MT SMS Sep 09 11:02:20 that's old Sep 09 11:02:27 but I didn't know it had sms support Sep 09 11:02:49 DocScrutinizer: there's a lower layer (libgisi? or somehow) that can be reused. But toplevel should be done somewhat from scratch. No good documentation but ofono's code. Though the code is pretty understandble imho. Sep 09 11:09:35 It'd be so damn smart & cool if FSO - in best M$ embrace&conquer strategy - could replace ofono but still offer a compatibility API so ofono based stuff wouldn't even notice any difference. Do same for sensorfw and another 2 or 3 unconnected subsystems on meego, and kick Nokia&Intel's meego ass all the way down to south pole Sep 09 11:11:58 btw you heard BMW is planning to use meego for their car entertainment systems? Sep 09 11:42:39 hi mickeyl Sep 09 11:42:47 hi mickey|office Sep 09 11:51:28 DocScrutinizer: interesting Sep 09 11:51:44 so far I only saw some genivi experiments in automotive Sep 09 11:52:15 (I have to say I wasn't particularly impressed by genivi) Sep 09 11:52:23 only hearsay Sep 09 11:53:23 From what I've seen it's mostly wince and qnx in automotive. :-/ Sep 09 12:02:01 gena2x_: here is patch for 2.6.34 too http://activationrecord.net/radekp/pub/suspend_34_2.patch Sep 09 12:02:25 * radekp is going now to start measuring Sep 09 13:15:09 hi GNUtoo|laptop Sep 09 13:15:41 mickey|office, I think I'll get a n900 but I wonder....even if nearly everything is floss we lack manpower right? Sep 09 13:15:56 specially for integrating telephony Sep 09 13:18:00 mickey|office, I'll also PM you Sep 09 13:38:36 mickeyl, ping? Sep 09 13:57:58 ~nf Sep 09 13:57:59 The #openmoko-cdevel Newsflash Bulletin Board. (continued at ~NF2. For help see ~NF-help) - - - Recommended URLs and channels(chanlogs etc):see ~RL - - - NEWSFLASH [2010-07-08 11:25 UTC]: SHR-unstable moved to 2.6.32 kernel; gena2x works on overclocking Neo and making Glamo faster. Sep 09 13:58:23 ~logs Sep 09 13:58:24 logs are on http://ibot.rikers.org/channel, where "channel" is replaced by the URL-encoded channel name, such as %23freenode for #freenode. Lines starting with spaces are not logged. logs are updated daily --- livelogs are http://logs.nslu2-linux.org/livelogs/openmoko-cdevel.txt and http://hentges.net/tmp/logs/irc/livelogs/#openmoko-cdevel.livelog Sep 09 14:01:50 I'll go bye Sep 09 14:22:44 who is the awesomeness person behind http://trac.shr-project.org/trac/wiki/DreamInstall ? Sep 09 14:22:47 that's neat Sep 09 14:31:34 radekp: damn. printk delay code in .29 and .32 different. i missed something in my first attempt of .29 with printk delay. do, i built other version. but... i can't upload new kernel image to my sd now :) my desktop kernel crashes in repoducible way while mounting copy of fs from FR. now going to report bug against XFS, but need recheck against latest vanilla kernel, etc. i saw you notes about patches, will be back to video after resolving this... Sep 09 14:32:28 gena2x_: have you seen my last patches? Sep 09 14:32:48 radekp: "i saw you notes about patches" Sep 09 14:32:54 yes Sep 09 14:33:00 oki Sep 09 14:33:12 i am now running second test with 2.6.29 kernel Sep 09 14:33:22 i have already 2 suspends measured with 2.6.34 Sep 09 14:33:31 with multimeter? Sep 09 14:33:33 i can upload results once it's done Sep 09 14:33:35 yes Sep 09 14:33:37 nice Sep 09 14:33:51 multimeter + camera + dmesg Sep 09 14:33:53 ok, i'll be back after fixing my fs/kernel. Sep 09 14:34:11 i will have current values for every printk Sep 09 14:34:38 oki, i'll post results somewhere when the test is done (like 30minutes remaining) Sep 09 14:34:40 kernel chrases with whole system here, so... Sep 09 14:34:59 * gena2x_ thinking that hurd may be not so bad idea Sep 09 14:52:05 radekp: did you get ivir emailing you about the dboard? Sep 09 14:53:24 vanous1: yes, got it, thanks Sep 09 14:53:56 cool, but not the board itself yet, or? Sep 09 14:54:09 vanous1: i am not sure when i will get to Prague, but for my current problem with "current" it does not matter so much ;) Sep 09 14:54:18 oh, ok Sep 09 14:54:53 vanous1: i guess Jan Mares is ivir? Sep 09 14:55:00 i haven't been catching up much yesterday... trying to catch up the power hungry culprit? Sep 09 14:55:07 radekp: i really don't know :) Sep 09 14:55:07 yes Sep 09 14:55:20 i have quite good debug method now :) Sep 09 14:56:14 yes, overheard...print + camera recording screen + multimeter? Sep 09 14:56:47 yes, seems it works very good Sep 09 15:55:22 hmmm: http://lkml.org/lkml/2010/3/24/180 Add an implementation of GSM 0710 MUX. exist .35. Sep 09 15:55:46 (just noticed while upgrading host kernel) Sep 09 15:55:57 yo, there's an in-kernel muxer now Sep 09 16:05:02 i doubt anyone tried to use it w/ FR though Sep 09 16:05:09 lindi-: Log panic/oops to a RAM buffer (RAMOOPS) [N/m/y/?] (NEW). vanilla close to your idea to reserve memory for whole log :) Sep 09 16:05:11 i'd be surprised if it would just work Sep 09 16:05:51 mickey|office: heh, it's in .35, and we have no .35 atm Sep 09 16:06:12 well, the patch has been available for quite a while Sep 09 16:06:20 and it applies to older versions IIRC Sep 09 16:21:50 gena2x_: i have suspend power analysis for 2.6.34 now http://pastebin.com/VsV0kpbX Sep 09 16:24:10 gena2x_: after pm_counter 211 leds stopped blinking and current is 29.7 Sep 09 16:24:26 gena2x_: i'll do the same for 2.6.29 now Sep 09 16:27:04 ah, you skipped most interesting part...... Sep 09 16:27:38 but still interesting to compare data Sep 09 16:32:20 gena2x_: i just filled the mA where it changed Sep 09 16:35:12 60mA is eaten by wdt or ohci? Sep 09 16:35:35 look like wdt... Sep 09 16:37:03 my kernel crashed again... Sep 09 16:37:39 hm, wdt eats much power?? Sep 09 16:41:35 mickeyl, ping Sep 09 16:55:03 here is 2.6.29 http://pastebin.com/fdiFe2Kj Sep 09 17:23:52 GNUtoo|laptop: pong Sep 09 17:24:29 mickeyl, on N900 the only issue is the lack of manpower for telefony stuff right? Sep 09 17:24:43 what's the plan for integrating ofono stuff? Sep 09 17:24:49 ofono uses dbus? Sep 09 17:25:16 well Sep 09 17:25:19 you know my approach Sep 09 17:25:26 everything is unknown unless proven otherwise Sep 09 17:25:30 so i can't make any statements Sep 09 17:25:36 I know but what's the plan? Sep 09 17:26:11 ideally someone would add a modem plugin plus corresponding dependencies to FSO Sep 09 17:26:12 use electranox's lib? Sep 09 17:26:20 what lib? Sep 09 17:26:22 yes I know that Sep 09 17:26:31 but...how should this modem pluggin be written Sep 09 17:26:48 hmm, 'how'? Sep 09 17:27:01 I mean there is a lot of possible aproach: Sep 09 17:27:05 use ofono via dbus Sep 09 17:27:10 that's crazy Sep 09 17:27:12 reimplement the modem in vala Sep 09 17:27:15 yes Sep 09 17:27:21 make the ofono stuff a lib Sep 09 17:27:23 and use it Sep 09 17:28:00 that might be possible, depending on how woven it is Sep 09 17:28:14 mickeyl, https://git.ring0.de/libisi/ Sep 09 17:28:21 https://elektranox.org/n900/libisi/index.html Sep 09 17:28:25 you're aware of that? Sep 09 17:28:27 morning Sep 09 17:28:33 ehm evening Sep 09 17:28:45 GNUtoo|laptop: no, never seen that Sep 09 17:28:50 morningn daniele_athome Sep 09 17:29:08 mickeyl, it's from the guy who ports debian on the n900 Sep 09 17:29:09 wow, that looks quite good Sep 09 17:30:14 at this point of time we need people who can help us with oe integration and kernel/userland integration, checking which things we need, firmware, fso abstractions, etc. Sep 09 17:30:38 telephony being probably the largest bite, but i'm sure we'll see itchy details Sep 09 17:30:45 have seen them on every platform :) Sep 09 17:31:03 mickeyl, I got a n900 Sep 09 17:31:06 congrats Sep 09 17:32:18 I got a screw you result from dhl. Sep 09 17:32:25 ouch Sep 09 17:32:26 *sigh* Sep 09 17:33:08 I didn't open it yet, I'm building an image for now Sep 09 17:33:11 OTOH it would be worse if i got the device but did nothing useful. Sep 09 17:34:41 GNUtoo|laptop: it will fail Sep 09 17:35:09 GNUtoo|laptop: you have to remove IMAGE_EXTRADEPENDS, as omap3.inc pulles u-boot and something else, whicxh does not build for n900 Sep 09 17:35:37 GNUtoo|laptop: also, you probably want to add tar.gz images to conf - it's jffs2 only by default ;) Sep 09 17:35:54 ok, Sep 09 17:36:07 tar.bz2 is my defult local.conf Sep 09 17:36:08 GNUtoo|laptop: also, mplayer with patches for armv7 does not build, i had to comment out lines with those patches Sep 09 17:36:12 ok Sep 09 17:36:21 I'll try to fix this stuff Sep 09 17:36:53 when I'll have time Sep 09 17:36:54 GNUtoo|laptop: http://patchwork.dev.bearstech.com/project/SHR/list/ Sep 09 17:36:59 ok Sep 09 17:37:37 but EXTRA_IMAGEDEPENDS and mplayer are not there Sep 09 17:37:50 ok Sep 09 17:37:53 I'll see that later Sep 09 17:38:25 GNUtoo|laptop: also, bump frameworkd-config-shr, and maybe cornucopia for updated n900 config (but with latest rev fsogsmd and fsotdld does not build) Sep 09 17:38:35 mickeyl: ^^^^ ;) Sep 09 17:39:00 I'll look all this stuff later Sep 09 17:39:14 and I use autorev Sep 09 17:39:51 http://tinderbox.openembedded.net/public/logs/task/7634768.txt Sep 09 17:40:40 hmm... ok, fsotdld fails due to too old libfso-glib, so i'll check it with newer one :) Sep 09 17:40:54 check specs and libfso-glib SRCREV Sep 09 17:41:17 apropos libfso-glib Sep 09 17:41:55 is it intentional that all out are parameters are return via out parameter if there's more than one out parameter? Sep 09 17:44:10 radekp: ok, my xfs problem propely reported on .35 on loop mounted image, reported and workaround found. now i am back to measurements Sep 09 17:44:34 s/propely reported/reproduced/ Sep 09 17:44:34 gena2x meant: radekp: ok, my xfs problem reproduced on .35 on loop mounted image, reported and workaround found. now i am back to measurements Sep 09 17:44:50 playya_: yes, that's normal for dbus methods in vala Sep 09 17:45:01 oh. ok. Sep 09 17:45:01 radek: did you find anything? Sep 09 17:45:07 you could also use the one return arg and add more out params Sep 09 17:45:11 would have the same effect Sep 09 17:45:29 yes. i was just wondering about the signatures Sep 09 17:45:47 it's strange to have no return types, but out args Sep 09 17:45:54 ya, looks odd Sep 09 17:46:07 you'll get used to it :) Sep 09 17:46:35 mickeyl, so we could use the lib Sep 09 17:46:39 ? Sep 09 17:46:49 btw. the get*sync_proxy methods are missing, too Sep 09 17:47:07 GNUtoo|laptop: to give a full assessment i have to tr Sep 09 17:47:08 y Sep 09 17:47:17 mickeyl: http://wiki.freesmartphone.org/index.php/Hardware/N900/Installation Sep 09 17:47:17 gena2x: i am now analyzing it - in case you missed it here are the logs http://pastebin.com/VsV0kpbX http://pastebin.com/fdiFe2Kj Sep 09 17:47:20 ok Sep 09 17:47:21 but it think it looks good Sep 09 17:47:24 GNUtoo|laptop, there's still a problem with compley types in Values Sep 09 17:47:25 s/mickeyl/GNUtoo|laptop/ Sep 09 17:47:26 dos1 meant: GNUtoo|laptop: http://wiki.freesmartphone.org/index.php/Hardware/N900/Installation Sep 09 17:47:37 gena2x: i am now analyzing it - in case you missed it here are the logs http://pastebin.com/VsV0kpbX http://pastebin.com/fdiFe2Kj Sep 09 17:47:47 s/compley/complex/ Sep 09 17:47:48 problems with complex values will vanish when we switch to gdbus Sep 09 17:47:48 playya_ meant: GNUtoo|laptop, there's still a problem with complex types in Values Sep 09 17:47:52 dos1, I know, can it be done with 0xFFF Sep 09 17:48:08 there's only [noreply] missing from gdbus Sep 09 17:48:13 all the rest is there i think Sep 09 17:48:18 or should I use a livecd? Sep 09 17:49:09 maybe I'll try openoffice first? Sep 09 17:49:31 GNUtoo|laptop: install SHR to SD card Sep 09 17:49:40 ok Sep 09 17:50:08 I'll wait for bitbake to finish or fail first Sep 09 17:50:20 I bet it's not dangerous to try maemo Sep 09 17:50:25 just to see Sep 09 17:50:41 GNUtoo|laptop: we firstly need working kernel built by bitbake and working clock and battery support before we can just wipe maemo out ;) Sep 09 17:50:59 dos1,I know Sep 09 17:51:07 GNUtoo|laptop: yup, just don't insert SIM card before you remove MyNokia Sep 09 17:51:08 but I wasn't aware of clock Sep 09 17:51:15 what's that? Sep 09 17:51:24 I didn't plan to insert any working sim Sep 09 17:51:35 GNUtoo|laptop: http://wiki.maemo.org/PR1.2_compulsory_My_Nokia_subscription Sep 09 17:51:44 GNUtoo|laptop: ok then, me too :) Sep 09 17:53:04 I just want to see how it looks, for instance how to install openoffice on it Sep 09 17:53:10 to see its speed Sep 09 17:53:15 i quite like maemo from user point of view, i'm using it sometimes as IM and VBA and Amiga emulator :D Sep 09 17:53:25 Please notice how fucking bad nokia deals with this compulsory subscription issue. Sep 09 17:53:53 radek: look nice. both enter at same value, but end up in someting different! Sep 09 17:53:53 PaulF: yup, that sucks Sep 09 17:56:01 GNUtoo|laptop: try maemo, it's quite good system IMO and i think we should use some good ideas from it, like notifications Sep 09 17:56:24 any bash experts in here? http://pastebin.com/v33PnJii Sep 09 17:58:27 dos1, so before installing SHR and trying maemo,is there any procedure, like for instance the device must be charged for a period of time etc.... Sep 09 17:58:57 GNUtoo|laptop: clean maemo quite sucks, but after looking into repositories it becomes useful Sep 09 17:59:17 ok Sep 09 17:59:17 playya_: what's your problem, I'm a BASH expert Sep 09 17:59:25 I mean hardware things to do Sep 09 17:59:29 like battery charging Sep 09 17:59:30 and now, after setting up maemo as I like, i'm looking into bringing all that usefulness into SHR on n900 :) Sep 09 17:59:32 before using it Sep 09 17:59:45 1s. i think i had a problem with my environment Sep 09 18:00:06 GNUtoo|laptop: hmm... after first run i just played with it until battery became flat, then connected to wall charger and charged fully Sep 09 18:00:15 ok Sep 09 18:00:26 GNUtoo|laptop: nothing else Sep 09 18:11:59 ok Sep 09 18:40:07 mickeyl, i think i completed a preliminary working version of my code generator for libframeworkd-glib Sep 09 18:40:34 pretty primitive, but is enough for now Sep 09 18:42:06 gena2x: it's quite possible that the changes are +- one if i counted wrong... Sep 09 18:46:47 gena2x: if i compare 2.6.29 and 2.6.34 then i dont see backlight turning off in 2.6.34 Sep 09 18:47:30 gena2x: in 2.6.29 [ 912.935000] generic-bl generic-bl.1: suspend saves 25mA - dont see anything like that on 2.6.34 Sep 09 18:52:46 radek: are you radekp? Sep 09 18:55:33 Gabrys: yes :) Sep 09 18:56:28 Gabrys: check user info in your client Sep 09 18:56:52 Gabrys, there're some hacks in there. could you help me to improve my script? http://pastebin.com/UjFtCthJ Sep 09 18:57:36 btw. it's a bash-completion script for mdbus2 if someone wants to test it Sep 09 18:59:21 Radek Polak is czech pole ;) Sep 09 18:59:37 ("polak" is "pole" in polish :D) Sep 09 18:59:59 and what does radek mean? Sep 09 19:00:35 playya_: it's also a polish name :) Sep 09 19:00:42 diminution of Radosław Sep 09 19:00:52 ah. ok Sep 09 19:01:11 just want to know if has some special meaning Sep 09 19:01:17 s/polish name/name used in Poland/ Sep 09 19:01:50 i know a guy, who's name is radoslav and nick name is radek Sep 09 19:01:55 probably more correct, as i don't know origin of this name Sep 09 19:01:58 dos1: hmmm. interesting. didn't know full variant. Sep 09 19:02:48 dos1, how's the n900 shr-progress? (just looked at the pictures) Sep 09 19:03:33 JesusMcCloud-lt: it's running :) there are some issues, like clock not working, battery charging needs external script, GSM of course doesn't work yet Sep 09 19:03:38 playya_, It's also a Czech name Sep 09 19:03:56 JesusMcCloud-lt: but USB networking and WiFi works, X works, sound too Sep 09 19:04:07 coolio... Sep 09 19:04:39 i'm still hoping for palm pre support... but i haven't been actively following any open smarphone os proigress the last few months... Sep 09 19:04:42 it just needs integration with fsodeviced and our SHR apps to support sensors which are not present on Freerunner ;) Sep 09 19:06:53 firstly the modem protocol needs to be demystified, doesn't it? Sep 09 19:07:42 afaik there's a open implementation for ofono Sep 09 19:07:59 and elektranox wrote some code to make it usable from fso Sep 09 19:08:08 yup, there is, it just has to be integrated into fso Sep 09 19:08:49 (though it's quite complex task, as this protocol is really different than everything else supported by now) Sep 09 19:08:55 hmmm Sep 09 19:08:56 s/it's/it seems to be/ Sep 09 19:08:57 dos1 meant: (though it seems to be quite complex task, as this protocol is really different than everything else supported by now) Sep 09 19:09:32 at least there's a light at the end of the tunnel... Sep 09 19:11:51 radekp: btw, where is no need to count blinks. just check time on video and subtract kernel message time. Sep 09 19:13:48 radekp: (+-1 really sounds not good) Sep 09 19:17:37 mickeyl: if proximity sensor on n900 is always on, can i just remove freesmartphone.device.powercontrol functions? Sep 09 19:27:52 freesmartphone.org: 03seba.dos1 07cornucopia * r40e317e8dd66 10/ (Makefile fsodeviced/src/plugins/proximity_n900/plugin.vala): proximity_n900: cleanup and implement GetProximity Sep 09 19:29:03 freesmartphone.org: 03seba.dos1 07cornucopia * rcdd2da7c43e1 10/fsodeviced/src/plugins/proximity_n900/plugin.vala: proximity_n900: cleanup and implement GetProximity Sep 09 19:29:04 freesmartphone.org: 03seba.dos1 07cornucopia * r342a5efe2325 10/Makefile: Merge branch 'master' of git.freesmartphone.org:cornucopia Sep 09 19:29:07 radekp: strange logs Sep 09 19:29:27 gena2x: it is close yes but RAMOOPS only supports oops and panic Sep 09 19:29:43 lindi-: that's why i told 'close' :) Sep 09 19:30:37 freesmartphone.org: 03seba.dos1 07cornucopia * r91ee68726775 10/Makefile: fix accidentally commited Makefile Sep 09 19:33:53 now that I checked the sound quality I can try to bitbake an shr-image Sep 09 19:35:54 GNUtoo|laptop: http://build.shr-project.org/shr-unstable/images/nokia900/ ;) Sep 09 19:36:21 dos1, is there a feed? Sep 09 19:36:34 GNUtoo|laptop: yup Sep 09 19:36:39 with wesnoth? Sep 09 19:36:42 lol Sep 09 19:36:55 if wesnoth is in task-shr-feed, then yes :D Sep 09 19:36:55 I'll need to create a wesnoth-higres version Sep 09 19:36:59 nice!!!! Sep 09 19:37:03 mplayer? Sep 09 19:37:08 too Sep 09 19:37:11 wow Sep 09 19:37:14 I try it now Sep 09 19:37:20 but with commented out those patches Sep 09 19:38:00 ok Sep 09 19:38:02 i'm using that there is no mrmoku nor JaMa Sep 09 19:38:06 where is the microsd slot? Sep 09 19:38:10 so if i break something, noone will spank me (yet) :D Sep 09 19:38:14 lol Sep 09 19:38:15 GNUtoo|laptop: under back cover Sep 09 19:38:22 ahh so like om-gta02 Sep 09 19:38:31 GNUtoo|laptop: but not under battery ;) Sep 09 19:38:37 ok Sep 09 19:39:10 big question Sep 09 19:40:06 can I use 0xFFF Sep 09 19:41:15 what is 0xFFF? Sep 09 19:41:33 cool free firmware updtaer Sep 09 19:41:43 Because nokia was too stupid to release their own properly. Sep 09 19:42:02 DESCRIPTION = "The 'Open Free Fiasco Firmware Flasher' aka 0xFFFF utility aims to implement a free (GPL'd) userspace handler for the NOLO bootloader." Sep 09 19:43:08 hah Sep 09 19:43:22 GNUtoo|laptop: if you can enable RD mode with it, then yes Sep 09 19:43:27 but i haven't checked it Sep 09 19:43:33 ok Sep 09 19:43:36 I'll look Sep 09 19:44:26 my proximity_n900 segfaults when opening sysfs node with FsoFramework.Async.ReactorChannel.rewind :( Sep 09 19:47:41 dos1, btw look at morphis's patch for uboot Sep 09 19:47:49 I bet he had the same problem than us Sep 09 19:47:54 GNUtoo|laptop: where is it? Sep 09 19:47:59 it's pushed Sep 09 19:48:00 in oe Sep 09 19:48:11 grep for morphis + uboot Sep 09 19:52:33 freesmartphone.org: 03seba.dos1 07cornucopia * r2d4286e376e7 10/fsodeviced/src/plugins/proximity_n900/plugin.vala: proximity_n900: try creating ReactorChannel without rewind (it segfaults) Sep 09 20:02:54 mickeyl: hi Sep 09 20:03:07 a simple question Sep 09 20:03:32 when a call is missed, do we know how long or how many rings were missed? Sep 09 20:03:47 could fso provide it? Sep 09 20:04:08 so the phone log would say i.e. missed xxx xxx xxx rang 5times...? Sep 09 20:11:58 vanous: opimd Sep 09 20:12:02 vanous: look at opimd-notifier Sep 09 20:12:27 dos1: it has it? Sep 09 20:12:33 yup Sep 09 20:15:58 mickeyl: ReactorChannel segfaults to me :( Sep 09 20:16:09