**** BEGIN LOGGING AT Wed Apr 18 02:59:59 2012 Apr 18 05:13:07 Good day all , is this correct form of > setenv mtdparts mtdparts=physmap-flash:-(nor)\;neo1973-nand:0x00040000(u-boot) Apr 18 05:14:23 when we hold aux button , it's nand , so we should change physmap-flash:-(nor)\ to physmap-flash:-(nand)\ Apr 18 05:14:25 ? Apr 18 05:35:04 TAsn: hehe :-) Apr 18 05:35:29 TAsn: they're quite motivated as the final will be in their living room :-P Apr 18 05:42:42 what's th problem ?http://www.pastie.org/3808737 Apr 18 07:01:49 SHR: 03Martin.Jansa 07meta-smartphone * r896d00f6e77b 10/meta-shr/recipes-shr/tasks/task-shr-feed.bb: task-shr-feed: bump PR after adding monav Apr 18 07:04:41 alabd: setenv mtdparts mtdparts= Apr 18 07:05:40 you have semicolon instead of colon there Apr 18 07:06:58 ah no.. semicolon is fine.. only quotes are mising Apr 18 07:07:00 s Apr 18 07:07:08 * JaMa off to work Apr 18 08:32:48 JaMa: ping Apr 18 09:00:17 mrmoku: ping Apr 18 09:00:45 mrmoku: I hope you doesn't mind if I am releasing a snapshot 0.1 version of libgisi Apr 18 09:01:02 (I think you're the only left responsible maintainer of it :) Apr 18 09:21:50 morphis: pong Apr 18 09:26:10 JaMa: I just some steps away from releasing version 0.10 of cornucopia Apr 18 09:26:22 JaMa: so we need to decide how we want to deal with FSO releases in SHR Apr 18 09:26:36 JaMa: there will be a 0.10 branch in cornucopia.git which will t Apr 18 09:26:42 only includes bug fixes Apr 18 09:26:51 which we can use in SHR Apr 18 09:27:06 or we just stay with master and bump SRCREV only when needed Apr 18 09:30:31 you told be about some not backward compatible changes you were planing Apr 18 09:30:41 so do you plan to push them to master now? Apr 18 09:30:50 thats I already done Apr 18 09:31:12 but I hold the not backward compatible changes back Apr 18 09:31:27 just all the other things are I did are now in master branch Apr 18 09:31:46 the questions is more about if SHR wants to ship development versions of FSO or real releases Apr 18 09:32:01 FWIW I'm fine with tracking master and keeping old SRCREV Apr 18 09:32:14 the problem with switching branches is that it needs PE bump Apr 18 09:33:01 ok, good to know Apr 18 09:33:22 then let's keep the master branch Apr 18 09:33:30 and don't bump SRCREV until new release is out Apr 18 09:33:39 so we can bump SRCREV to today's 0a4ed72764d864d3d140a799ff8299aad2390287 and if we have some issues with it which will be fixed in 0.10 branch then we can decide to switch or update SHR apps to be compatible with master Apr 18 09:34:34 or we can add recipes for tarballs (so no messing with PE, because PV will be different) Apr 18 09:34:34 JaMa: yes, but let me push some more commits until we bump Apr 18 09:34:46 JaMa: there will be tarballs for all components Apr 18 09:35:03 maybe thats the better way? Apr 18 09:35:08 and fso-autorev.inc can define P_V for all components to use _git recipes Apr 18 09:35:19 yes Apr 18 09:35:56 as if we ship *_git people can easily bump it and I want to force working on real releases of FSO as to have git dumps in a "stable" distro Apr 18 09:39:26 JaMa: so we switch to tarballs for all FSO components we ship in shr-core? Apr 18 09:39:27 tarballs are better option then switching branch in the same _git recipe, so yes if you plan to release often then we should add recipes for tarbals Apr 18 09:39:49 ok, then let me get the release out so we can do this Apr 18 09:40:05 as that would be a best test case for the tarballs I generate here Apr 18 09:41:05 not sure how available I'll be this and next week.. but I'm fine with this plan :) Apr 18 09:41:53 lets ask GNUtoo and mrmoku too ^^^ Apr 18 09:42:38 ok Apr 18 09:43:24 we should ask mickeyl too, but as he is out of time we should maybe discuss this on shr-devel ML to include everybody in the discussion Apr 18 09:43:30 I will kick off a thread later today Apr 18 09:46:47 JaMa: but it's not a very easy task to release all FSO components at the same time ... :) Apr 18 09:55:47 SHR: 03shr-devel 07buildhistory * r64bdf3b8329e 10/packages/ (32 files in 32 dirs): packages: Build 201204181147 of shr 20120418 for machine om-gta02 on opmbuild Apr 18 10:29:21 JaMa: mail is sent Apr 18 10:45:17 freesmartphone.org: 03morphis 07libgisi * r87e58805ce5d 10/ (12 files in 7 dirs): We provide version 1.0 of our API not 0.0 anymore Apr 18 10:45:17 freesmartphone.org: 03morphis 07libgisi * rca1141f3de8d 10/autogen.sh: Update autogen.sh script Apr 18 10:45:18 freesmartphone.org: 03morphis 07libgisi * r0ef5085a6d1a 10/MAINTAINERS: Add missing but empty MAINTAINERS file (who is the maintainer of this atm?) Apr 18 10:45:18 freesmartphone.org: 03morphis 07libgisi * r83f664c70f6a 10/ (4 files in 4 dirs): Various automake related adjustments to pass `make distcheck` Apr 18 10:45:20 freesmartphone.org: 03morphis 07libgisi * r18ca750c770a 10/configure.ac: Don't distribute gzip archive but just bzip2 ones Apr 18 10:45:20 freesmartphone.org: 03morphis 07libgisi * r07d5f4860e61 10/ChangeLog: Release version 0.1.0 Apr 18 10:45:55 freesmartphone.org: 03morphis 07libgisi * r38d23dd55652 10/configure.ac: Bump version for next development cycle Apr 18 10:50:38 freesmartphone.org: 03morphis 07gdbus * ra5df26606427 10libfso-glib/autogen.sh: Update autogen.sh script Apr 18 10:50:38 freesmartphone.org: 03morphis 07gdbus * r6f6400e2b861 10libfso-glib/configure.ac: Bump version to reflect last changes to autoconf/automake environment Apr 18 10:50:39 freesmartphone.org: 03morphis 07gdbus * rb6e5aac3d893 10libfso-glib/ChangeLog: Release version 2012.04.18.1 Apr 18 10:55:07 freesmartphone.org: 03morphis 07libgsm0710 * r259ef4b72ac5 10/ChangeLog: Update ChangeLog for new release 1.2.2 Apr 18 10:55:07 freesmartphone.org: 03morphis 07libgsm0710 * r37ae2a2d2748 10/configure.ac: We don't want to distribute our releases as gzip but just bzip2 archive Apr 18 10:55:08 freesmartphone.org: 03morphis 07libgsm0710 * rccc3b39e9007 10/configure.ac: Bump version for next release cycle Apr 18 11:00:04 freesmartphone.org: 03morphis 07cornucopia * r43ad36aa8827 10/ (32 files in 32 dirs): Remove unneeded stuff from all autogen.sh files Apr 18 11:00:04 freesmartphone.org: 03morphis 07cornucopia * r850ebcb80d04 10/ (14 files in 14 dirs): Bump required version of libfso-glib to 2012.04.18.1 Apr 18 11:00:05 freesmartphone.org: 03morphis 07cornucopia * r8134f8092c6c 10/fsogsmd/configure.ac: fsogsmd: require version 0.1.0 of gisicom Apr 18 11:00:05 freesmartphone.org: 03morphis 07cornucopia * rf71b1f6b1e28 10/scripts/update-changelogs.sh: scripts: add helper script to update ChangeLog files automatically Apr 18 11:00:06 freesmartphone.org: 03morphis 07cornucopia * r6d9ec46459e0 10/scripts/list_components.sh: scripts: update list of components we want to consider Apr 18 11:00:06 freesmartphone.org: 03morphis 07cornucopia * rbf7a4c134249 10/fsotdld/configure.ac: fsotdld: restructure autoconf configuration to be ready for a release Apr 18 11:00:07 freesmartphone.org: 03morphis 07cornucopia * r4639160d8c61 10/fsogsmd/src/plugins/ (modem_nokia_isi/Makefile.am pdp_nokia_isi/Makefile.am): fsogsmd: modem_nokia_isi: respect gisicomm ABI bump Apr 18 11:00:08 freesmartphone.org: 03morphis 07cornucopia * r264970f6cf6a 10/ (26 files in 14 dirs): Release version 0.10.0 Apr 18 11:08:45 freesmartphone.org: 03morphis 07cornucopia * r84b83e656588 10/ (14 files in 14 dirs): Bump version of all components for next development cycle Apr 18 11:13:20 JaMa: FSO 0.10 is out now ... Apr 18 11:33:26 hi, ppl. Are nschle85 or GNUtoo here? Apr 18 11:33:38 (maybe other nicks?) Apr 18 11:34:47 right nicks but they are not atm Apr 18 11:34:48 morphis: ohh... did not know I'm maintaining something in FSO land :-P Apr 18 11:34:52 morphis: great! Apr 18 11:34:56 yeah, I'm fine with everything Apr 18 11:35:06 mrmoku: now you have to :P :) Apr 18 11:36:21 JaMa, thanks Apr 18 11:36:32 mrmoku: I thought you are as mickeyl and you were the only ones developing libgisi :) Apr 18 11:36:41 hehe ok Apr 18 11:36:50 JaMa: damn ;) Apr 18 11:36:58 how do I reach them? Apr 18 11:37:24 mrmoku: but you don't have to do anything, I will take care that there is a release if there is one needed Apr 18 11:37:33 mrmoku: it's now out as 0.1 Apr 18 11:37:37 ok :) Apr 18 11:37:51 ildar: maybe retry later Apr 18 11:37:56 they usually pop in daily Apr 18 11:37:57 mrmoku: you saw my mail on shr-devel about using the FSO tarballs in shr-core? Apr 18 11:37:58 or e-mail them Apr 18 11:38:04 morphis: not yet Apr 18 11:38:14 * mrmoku just finished lunch Apr 18 11:38:17 mrmoku: :) Apr 18 11:38:32 mrmoku: take your time, don't hesitate Apr 18 11:38:39 * mrmoku reading Apr 18 11:38:56 mrmoku: thanks a lot Apr 18 11:39:35 ok, we have a meta-chromium now Apr 18 11:39:36 nice Apr 18 11:43:56 * mrmoku replied Apr 18 11:46:35 mrmoku: ok, JaMa should now whats the best to archive this :) Apr 18 11:46:41 s/now/know/ Apr 18 11:46:42 morphis meant: mrmoku: ok, JaMa should know whats the best to archive this :) Apr 18 11:48:55 reply sent Apr 18 11:50:54 great :) Apr 18 11:51:25 there is one point missing, who will do the work to get the tarball versions packaged? Apr 18 11:53:22 morphis: you mean adjust bb's ? Apr 18 11:53:32 for new tarball versions? Apr 18 11:55:24 * JaMa is quite busy for next few (10) days or so Apr 18 12:00:48 mrmoku: yes Apr 18 12:01:27 that should not be a big deal... might even be scriptable Apr 18 12:01:30 JaMa: is there anything we have to consider before doing this? Apr 18 12:01:43 anyway... bbl Apr 18 12:02:03 mrmoku: I don't think so as we have to refactor some common recipes out before like fsogsmd.inc from fsogsmd_git.bb Apr 18 12:03:10 JaMa: when I am bumping PV can I reset PE then? Apr 18 12:22:19 SHR: 03shr-devel 07buildhistory * r0566b5ad3342 10/packages/ (932 files in 932 dirs): packages: Build 201204181201 of shr 20120418 for machine om-gta02 on opmbuild Apr 18 13:08:02 Hi. Are there some noteworthy differences between samsungs Exynos and TIs OMAP? I mean enlightenment is more or less a samsung thing, well at least you can expect the developer to have samsung sponsored buildboxes. somehow I get the feeling this could be related to some segfaults you have *hint,hint*. Apr 18 14:21:45 SHR: 03shr-devel 07buildhistory * r911096581d4b 10/packages/ (932 files in 932 dirs): packages: Build 201204181429 of shr 20120418 for machine nokia900 on opmbuild Apr 18 14:26:12 hi mrmoku Apr 18 14:58:22 hi GNUtoo-desktop Apr 18 14:58:33 how's forwarding going? Apr 18 15:01:32 GNUtoo-desktop: I still have no working image :/ Apr 18 15:01:51 GNUtoo-desktop: tried to rebuild from scratch but that failed somewhere on subversion Apr 18 15:02:00 ah? Apr 18 15:02:01 have still to see why Apr 18 15:02:04 let me boot an image Apr 18 15:02:06 to see Apr 18 15:02:23 maybe there's something else wrong here after installing qtmoko Apr 18 15:02:38 if latest staging works for you.... Apr 18 15:05:53 ok Apr 18 15:05:59 what should I try? Apr 18 15:07:10 GNUtoo-desktop: does latest staging image work for you on second boot? Apr 18 15:07:15 that would be good to know for me Apr 18 15:07:36 if it does... I will redo my first partition from scratch and see if there's something wrong there Apr 18 15:07:41 ok Apr 18 15:07:48 my last image boots to Xorg Apr 18 15:07:51 like the one before Apr 18 15:08:01 and like the one before e crashes at first boot Apr 18 15:08:04 so I calibrate Apr 18 15:08:07 ssh inside it Apr 18 15:08:11 and restart Xorg Apr 18 15:08:15 and then everything is fine Apr 18 15:08:32 hmm Apr 18 15:08:42 ok, then it maybe is not the image Apr 18 15:08:42 but I built that image Apr 18 15:08:47 possible Apr 18 15:08:53 could you try the buildhost image? Apr 18 15:08:56 I'll dowload the image you point me too Apr 18 15:09:02 ok, moment Apr 18 15:09:03 which exact image should I wget? Apr 18 15:09:51 http://build.shr-project.org/shr-core-staging/047/images/om-gta04/shr-image-om-gta04.tar.gz Apr 18 15:10:09 I tried 46... but will try 47 now Apr 18 15:18:13 I'll try very soon Apr 18 15:40:54 what should I try with this image? Apr 18 15:41:38 SHR: 03shr-devel 07buildhistory * rf147bd46f0b3 10/packages/om_gta04-oe-linux-gnueabi/ (6 files in 6 dirs): packages: Build 201204181628 of shr 20120418 for machine om-gta04 on opmbuild Apr 18 15:44:54 GNUtoo-desktop: for me on first boot I get *no* X but can login via serial Apr 18 15:47:10 622 ? Z< 0:00 [Xserver] Apr 18 15:49:42 GNUtoo-desktop: reboot hangs Apr 18 15:50:30 GNUtoo-desktop: and second boot is completely broken then Apr 18 15:50:37 udevd[99]: '/sbin/modprobe sdio:c07v02DFd9103' [302] terminated by signal 15 (Terminated) Apr 18 15:51:15 hmmm Apr 18 15:51:33 let me find a microsd and try Apr 18 15:52:37 ok Apr 18 15:52:58 GNUtoo-desktop: take your time... I will be off for dinner and the gta04 meeting soon Apr 18 15:53:18 pity I don't have a working gta04 to bring with me :/ Apr 18 15:53:18 ah ok Apr 18 15:53:26 let me try fast then Apr 18 15:53:31 hmm... maybe I try to setup from scratch including MLO and everything Apr 18 15:54:05 I'm rming the current microsd Apr 18 15:54:30 untaring Apr 18 15:54:44 ok Apr 18 15:55:56 umounting Apr 18 15:57:43 for me X starts Apr 18 15:59:17 hmm Apr 18 15:59:26 ok, on second boot too? Apr 18 16:01:00 let me ssh inside Apr 18 16:03:08 mrmoku, second starts work as well Apr 18 16:03:12 try changing microsd Apr 18 16:07:09 mrmoku, ^^^ Apr 18 16:14:01 JaMa: is it normal that i get "Please wait: booting..." appearing about every minute on booting? Apr 18 16:14:06 i mean, that and nothing else? :P Apr 18 16:14:21 after upgrade to systemd? Apr 18 16:14:39 (yes, i did symlinks->directories fix) Apr 18 16:15:31 dos11, do you have the serial cable? Apr 18 16:15:34 which device btw? Apr 18 16:15:43 gta02 Apr 18 16:15:54 about cable: no Apr 18 16:15:59 ok Apr 18 16:16:52 when booting in debug it stops after loading modules Apr 18 16:17:21 systemd-modules-load[46]: Inserted module 'snd_soc_wm8753' Apr 18 16:17:57 what kernel version? Apr 18 16:18:10 2.6.39 or some 3.x Apr 18 16:18:18 2.6.39 i guess Apr 18 16:18:39 yes, 2.6.39.4 Apr 18 16:18:49 ok Apr 18 16:19:05 now it went to Apr 18 16:19:05 let's wait for JaMa then Apr 18 16:19:11 Please wait: booting... Apr 18 16:19:17 udevd[262]: starting version 182 Apr 18 16:19:26 after long waint, "Please waint: booting..." again Apr 18 16:19:32 hmmm Apr 18 16:19:34 add debug Apr 18 16:19:37 what's your image? Apr 18 16:19:46 jffs2 Apr 18 16:19:52 ok Apr 18 16:19:53 some older one Apr 18 16:19:55 opkg upgraded non Apr 18 16:19:57 now* Apr 18 16:19:57 ok Apr 18 16:20:08 maybe reflash a recent one Apr 18 16:20:58 systemd-fsck: Root directory is writable, skipping check. Apr 18 16:21:06 udevd[530]: starting version 182 Apr 18 16:22:22 again systemd-fsck Apr 18 16:22:23 :( Apr 18 16:22:34 try to get more debug Apr 18 16:22:36 and "Please waint: booting..." Apr 18 16:22:48 but how? Apr 18 16:23:08 loglevel=N Apr 18 16:23:11 i'm booting with long press, so i guess it's loglevel=8 Apr 18 16:23:22 are you sure of that? Apr 18 16:23:27 I didn't know that Apr 18 16:23:33 I usually modified QI Apr 18 16:23:40 or used serial Apr 18 16:23:45 there were lot's of kernel messages before systemd Apr 18 16:23:51 so i think it worked ;] Apr 18 16:23:52 ok Apr 18 16:24:11 I think the best thing is to reflash Apr 18 16:24:27 and if the reflashed image behaves the same.... Apr 18 16:24:31 I could help Apr 18 16:24:38 because I've the debug board + a cable Apr 18 16:24:52 Neil Brown here? Apr 18 16:25:10 no idea Apr 18 16:25:17 maybe in #gta04? Apr 18 16:26:10 I'll send him an e-mail if he doesn't answer :-) Apr 18 16:46:42 GNUtoo-desktop: ok after redoing the first partition all looks better (with the *same* SD) Apr 18 16:49:14 GNUtoo-desktop: thx and sorry for the noise Apr 18 16:49:23 * mrmoku off for the meeting... bbl Apr 18 17:00:45 SHR: 03shr-devel 07buildhistory * r147ef73f9050 10/packages/palmpre-oe-linux-gnueabi/ (6 files in 6 dirs): packages: Build 201204181748 of shr 20120418 for machine palmpre on opmbuild Apr 18 18:20:29 SHR: 03shr-devel 07buildhistory * r43c712708bd3 10/packages/palmpre2-oe-linux-gnueabi/ (6 files in 6 dirs): packages: Build 201204181907 of shr 20120418 for machine palmpre2 on opmbuild Apr 18 19:39:55 SHR: 03shr-devel 07buildhistory * raafa4f35ac9f 10/images/crespo/eglibc/chroot-image/ (build-id image-info.txt installed-package-sizes.txt): images: Build 201204182026 of shr 20120418 for machine crespo on opmbuild Apr 18 19:49:33 dos1: some people reported it but I don't see it here.. so no idea what could go wrong Apr 18 20:38:29 congrats anyway for adoping systemd ;-P Apr 18 20:39:49 some of the more savvy devels ovet at #maemo recently pondered, with tongue in cheek, how long it will take until dbus gets integrated into systemd too Apr 18 20:40:42 udev alredy got nuked and probably will go into systemd anyway, AIUI. Or maybe I got that wrong Apr 18 20:41:55 oooh, and HAL of course Apr 18 20:42:13 HAL *has to* move into systemd X-P Apr 18 20:44:13 * DocScrutinizer ponders whether to hum "trouble every day" or rather "the torture never stops" Apr 18 20:57:52 http://www.youtube.com/watch?v=e9nu1gJV1rg http://www.youtube.com/watch?v=3UJCI5hf120 Apr 18 21:00:32 actually scratch the latter - http://www.youtube.com/watch?v=G0QmrbHE6w0 Apr 18 21:10:13 I'm worried the last one is one of poettering's favourites X-P. Some day in my fantasies I'll wander thru the dungeon to watch him suffer, and it turns out he's the evil prince himself Apr 18 21:10:49 offering us all his iron sausage Apr 18 21:11:52 * DocScrutinizer wanders of for the clinical thermometer Apr 18 21:14:25 it's about time linux gets integrated into systemd and rewritten Apr 18 21:14:34 indeed Apr 18 21:14:51 I bet poettering already working on that Apr 18 21:15:28 well, having one init system across all distros is good. breaking rc.local, inittab and bsd support is not. Apr 18 21:16:26 I recently heard somebody cursing as systemd boot is virtually un-debug-able Apr 18 21:18:25 i cannot comment on that because i have not used systemd myself and spreading fud is not what i like to do. but judging by NM, *Kit and other modern developments, i can believe it Apr 18 21:19:29 "pulseaudio" Apr 18 21:19:32 yeah, the cute young rebels Apr 18 21:20:23 I insist in that POS originally and still correctly named PolypAudio Apr 18 21:20:59 i have not used pulseaudio since i have seen it for the first time. but is there a way to set per-application volume levels with alsa/dmix? (i don't claim it's PA's advantage, just want to know) Apr 18 21:21:19 softvol plugin Apr 18 21:21:38 pretty straigtforward Apr 18 21:22:31 cool. i'm already using alsaeq and find alsa plugin system nice. time to write led control plugin ;) Apr 18 21:22:34 http://tech.groups.yahoo.com/group/twinklephone/message/1731 Apr 18 21:34:03 one property of softvol I like very much and which is quite different to what I heard PA is doing: a slider you once created will be persistent, you can change it any time, not only while the app it's menat for is playing audio Apr 18 21:34:12 meant* Apr 18 21:35:26 Iprefer the sequence 1. set convenient volume 2. start audio playback Apr 18 22:31:14 mrmoku: hello, this is a nice overview of N900 kernel features, so if GNUtoo-desktop: is available again we should ask him if it would be a good idea to upgrade the kernel Apr 18 22:31:37 mrmoku: this is more detailed http://elinux.org/N900 Apr 18 22:32:18 nschle85, hi Apr 18 22:32:33 mrmoku: http://elektranox.org/n900/kernel/status.html (this is what i wanted to paste first) Apr 18 22:32:46 GNUtoo-desktop: hi , how are you Apr 18 22:34:06 let me look Apr 18 22:34:14 more or less fine, tired right now Apr 18 22:34:51 nschle85, what do you want me to do exactly? Apr 18 22:34:59 note that I've no serial on my n900 Apr 18 22:35:14 GNUtoo-desktop: i do not expect some answer now... it was only an idea ... but i dont know what will wor better or not compared to current meego kernel Apr 18 22:35:31 s/wor/work Apr 18 22:36:10 there is a 3.0 kernel...without modem support Apr 18 22:36:54 GNUtoo-desktop: a meego 3.0 kernel ? and modem = isi ? Apr 18 22:36:59 yes Apr 18 22:37:16 but now the community switched to something else than meego Apr 18 22:37:21 mer or something like that Apr 18 22:37:24 nemo it seems Apr 18 22:38:48 GNUtoo-desktop: but why modem is not supported in kernel 3.0 ? i thought its already in mainline Apr 18 22:39:03 it was meant to be posted in mainline Apr 18 22:39:11 but I didn't follow if they did post it or not Apr 18 22:39:40 because at some point nokia shifted focus towards windows phones Apr 18 22:40:10 GNUtoo-desktop: do we are talking about same thing ? modem=libisi or modem = phonet ? Apr 18 22:40:22 modem = the kernel part of it Apr 18 22:40:35 basically you have a high speed serial port Apr 18 22:40:37 named hsi Apr 18 22:40:42 *HSI Apr 18 22:40:57 and at the other end you have phonet0 Apr 18 22:41:17 basically the part I'm talking abuot is what creates phonet0 out of the HSI port....in the kernel Apr 18 22:43:33 GNUtoo-desktop: so you mean that ? http://git.kernel.org/?p=linux/kernel/git/torvalds/linux.git;a=commit;h=b1a808ff436343956a6ae63178ea1810c5e5a3a1 Apr 18 22:44:09 let me look Apr 18 22:46:04 nschle85, I think that's part of it Apr 18 22:46:09 what's on top is needed too Apr 18 22:46:23 that's just support for the serial port if I understand well Apr 18 22:46:32 not for the modem connected on that serial port Apr 18 22:47:28 hmm but how was it implemented in meego kernel ? was it closed source ? Apr 18 22:48:07 no Apr 18 22:48:11 it was old Apr 18 22:48:37 the meego kernel is a 2.6.35 right? Apr 18 22:49:11 GNUtoo-desktop: yes something like 35 .. Apr 18 22:49:15 ok Apr 18 22:49:28 you want me to port the modem part forward to 3.0? Apr 18 22:49:36 what does nemo uses? Apr 18 22:49:51 big warning: I've no serial at all for n900 Apr 18 22:49:51 GNUtoo-desktop: no Apr 18 22:51:01 GNUtoo-desktop: i wanted to know what will work better or worse if we would upgrade the kernel.... what kind of problems or work must be done Apr 18 22:51:24 it depend Apr 18 22:51:39 first find out what is the most recent kernel for the n900 Apr 18 22:51:42 and then what it lacks Apr 18 22:51:54 back when there was still meego it was 3.0 Apr 18 22:51:57 and it lacked the modem Apr 18 22:52:26 GNUtoo-desktop: no modem no telephony ? Apr 18 22:52:31 yes indeed Apr 18 22:52:42 but also no 3g/data Apr 18 22:53:42 GNUtoo-desktop: hmmm things may often change in kernel :-) Apr 18 22:54:11 yes so find what version nemo uses Apr 18 22:54:16 ok Apr 18 22:54:20 and what most recent version they have Apr 18 22:54:42 GNUtoo-desktop: ill do Apr 18 22:55:09 GNUtoo-desktop: lets talk later, it very late now Apr 18 22:55:24 ok Apr 18 22:56:07 GNUtoo-desktop: see you later, bye Apr 18 23:23:33 nemo seems to use meego kernel 2.6.37 pretty much the same as here in shr (https://build.pub.meego.com/package/show?package=kernel-adaptation-n900&project=CE%3AAdaptation%3AN900) Apr 18 23:23:48 ok Apr 18 23:25:14 also, http://elinux.org/N900 (bottom) the thing missing from mainline hsi is omap-ssi driver. Apr 18 23:26:56 maybe more, the previous link to kernel adaption does have a list of patches applied. Apr 18 23:29:43 yes Apr 19 00:20:00 http://bits.blogs.nytimes.com/2012/04/04/google-begins-testing-its-augmented-reality-glasses/ YAY Apr 19 00:20:49 * DocScrutinizer starts putting money aside **** ENDING LOGGING AT Thu Apr 19 02:59:59 2012