**** BEGIN LOGGING AT Tue Dec 07 02:59:58 2010 **** BEGIN LOGGING AT Tue Dec 07 08:12:19 2010 Dec 07 08:23:06 * JaMa rebuilding from scratch Dec 07 08:24:32 JaMa, morning Dec 07 08:24:53 i need to fix a thing in my new recipes for libmokosuite and mokohome Dec 07 08:24:54 JaMa: on buildhost? Dec 07 08:25:06 i need to create a symlink on install Dec 07 08:25:11 mrmobil: no locally Dec 07 08:25:17 but i'd rather do that on the recipe, can i? Dec 07 08:25:20 good :P Dec 07 08:25:25 mrmobil: buildhost is still busy building shr-t and new efl Dec 07 08:26:03 daniele_athome: if it's hard to do in Makefile.am then yes.. do it in do_install_append in recipe Dec 07 08:26:23 daniele_athome: or do you need it even in postinst on device? Dec 07 08:37:28 JaMa, the link is actually a workaround to a missing configuration capability Dec 07 08:37:41 e.g. the theme is named gry.edj, but the application points always to theme.edj Dec 07 08:37:44 so i need a symlink Dec 07 08:38:06 JaMa, what's your suggestion? apart from editing my app Dec 07 08:38:21 do_install_append is fine for it Dec 07 08:38:42 JaMa, ok i'll look for the env vars to use for paths Dec 07 08:38:56 is there easier way to resolve bugs in track with different resolution then reopen->close? Dec 07 08:39:14 all "fixed in unstable" should be just "fixed" now Dec 07 08:40:07 JaMa, i don't think with plain trac you can do otherwise Dec 07 08:40:11 maybe some addon... Dec 07 08:40:28 lets spam reporters then :/ Dec 07 08:41:37 JaMa, please do you remember quickly the env vars to use? :) Dec 07 08:41:50 otherwise i will look docs, just wondered if you can remember Dec 07 08:42:07 mmm Dec 07 08:42:10 ${datadir} Dec 07 08:42:27 ? Dec 07 08:42:36 ${D}${datadir} Dec 07 08:42:45 was close :) Dec 07 08:45:00 seems to work :) Dec 07 08:45:12 thanks JaMa, i'm sending patch for oe Dec 07 08:52:50 daniele_athome: thanks.. fyi will take a while for me to test (rebuilding) Dec 07 08:53:00 JaMa, i know :) Dec 07 08:53:28 sent Dec 07 08:53:58 i forgot feed inclusion :S sigh Dec 07 08:55:08 JaMa, where is the feed file in oe tree? Dec 07 08:55:13 i have to add two new recipes Dec 07 08:55:33 tasks/task-shr-feed.bb Dec 07 08:55:37 ah Dec 07 08:55:38 thanks Dec 07 08:56:47 feed patch sent as well :) Dec 07 08:56:55 that's all for today Dec 07 08:58:15 daniele_athome: PR bump is missing in feed, but I'll add it while apply Dec 07 08:58:43 ah damn :S Dec 07 08:58:43 sorry Dec 07 08:58:44 :) Dec 07 08:58:45 and task-shr-feed is not building for a while so it's not so important :/ Dec 07 08:59:46 got to work now :( Dec 07 08:59:55 JaMa, if you need something, you can contact me on gtalk Dec 07 09:00:07 bye! Dec 07 09:00:57 daniele_athome: PR bump also missing in libmokosuite: create theme symlink on install_append Dec 07 09:01:08 will add too Dec 07 09:01:12 JaMa, do i need it? Dec 07 09:01:17 ah yes because SRCREV is not changed Dec 07 09:01:32 :) Dec 07 09:01:54 yes and every change resulting in different target package needs it Dec 07 09:02:02 otherwise it's not upgraded on target Dec 07 09:02:08 i see Dec 07 09:02:25 gtg Dec 07 09:39:28 hi GNUtoo|laptop Dec 07 09:39:32 u-boot works for you? Dec 07 09:39:48 yes Dec 07 09:39:52 including atags? Dec 07 09:39:55 alsamixer working? Dec 07 09:40:04 I don't know for the rest Dec 07 09:40:08 I booted with uboot Dec 07 09:40:12 and that's all Dec 07 09:40:15 booting works for me too Dec 07 09:40:27 interesting part is if sound works Dec 07 09:40:36 mrmoku, I booted from microsd Dec 07 09:40:41 * mrmoku too Dec 07 09:40:45 ah ok Dec 07 09:40:52 I'll look then Dec 07 09:40:57 thanks :) Dec 07 09:40:58 I must flash it again Dec 07 09:41:29 meanwhile I will test if the toolchain updates in OE fixed u-boot Dec 07 09:42:10 JaMa: have you integrated the n900 patches in u-boot_git.bb? Dec 07 09:42:17 and if not... should I do it? Dec 07 09:45:08 I used your u-boot-nokia900 Dec 07 09:45:41 and I don't have strong opinion some machines are using own recipes other are using overrides in u-boot_git.. Dec 07 09:46:34 but I wanted to sort out diffs between meego(stskeeps), ali and metan sources and push those to some repo (gitorious maybe) and then pick right subset of patches from it Dec 07 09:47:31 ie metan has patch for detection of opened keyboard, so boot.scr can be read only with kbd open, otherwise boot default option immediately which is nice Dec 07 09:47:58 but I wanted to do it yesterday but fall asleep before that :/ Dec 07 09:50:48 hehe, ok Dec 07 09:51:14 JaMa: did you try it with the latest gcc fixes from khem? Dec 07 09:51:31 no Dec 07 09:51:36 ok, will do that then Dec 07 09:56:59 0022 mok@gonzales[pts/6]:~/Downloads/n900-> ls -l u-boo* Dec 07 09:57:03 -rwxr-xr-x 1 mok mok 160908 7. Dez 10:56 u-boot-nokia900-git-r0.bin Dec 07 09:57:07 -rw-r--r-- 1 mok mok 162180 29. Okt 10:15 u-boot.stskeeps Dec 07 09:57:10 hmm Dec 07 09:58:08 do you have onenand disabled as stskeeps claimed? Dec 07 09:58:23 because with onenand disable it's a lot smaller like 130k Dec 07 09:59:06 but that onenand change wasn't commited in stskeeps tree and grep -i onenand confirms that his binary have it actually enabled Dec 07 09:59:21 also his tree fails to compile with that change actually applied :) Dec 07 10:00:07 heh Dec 07 10:01:39 hmm.. still does not work Dec 07 10:02:02 JaMa: using patches and bb from tests/mrmoku/n900/u-boot Dec 07 10:02:13 no idea if onenand is enabled or not Dec 07 10:02:24 it is Dec 07 10:03:22 0004-Nokia-RX-51-aka-N900-support.patch:+#define CONFIG_CMD_ONENAND /* NAND support */ Dec 07 10:04:13 mrmoku, alsamixer is supposed to oops? Dec 07 10:04:23 stskeeps had 1st chunk of this http://gitorious.org/~jama/angstrom/jama-shr-experimental/blobs/master/recipes/u-boot/u-boot-nokia900/0003-disable-CONFIG_CMD_ONENAND.patch Dec 07 10:04:30 GNUtoo|laptop: to hang on start Dec 07 10:04:35 2nd chunk is needed to compile with it Dec 07 10:04:38 hang how? Dec 07 10:04:40 and dmesg will show an oops, yes Dec 07 10:04:49 won't show the mixers... just hangs when starting Dec 07 10:05:05 it works for me then Dec 07 10:05:11 wow Dec 07 10:05:18 what did you do exactly? :-) Dec 07 10:05:36 http://pastebin.com/xMjucPec Dec 07 10:05:57 I did what I said in the mail Dec 07 10:06:21 btw are you able to boot from u-boot reliabily Dec 07 10:06:28 without my battery trick? Dec 07 10:06:29 [ 12.546661] input: RX51 (tlv320aic3x) Jack as /devices/platform/soc-audio/input/input2 Dec 07 10:06:32 great Dec 07 10:08:48 hmm... interesting Dec 07 10:10:43 GNUtoo|laptop: sometimes I had to pull the battery to make it boot from SD Dec 07 10:10:45 mrmoku, I must open the cover, take the battery off, put it back and put the cover back to be able to boot with u-boot Dec 07 10:10:54 I have to do that everytimes Dec 07 10:10:57 not just sometimes Dec 07 10:11:13 u-boot reads from the SD with cover open for me btw. Dec 07 10:11:23 yes but then? Dec 07 10:11:29 the kernel fails? Dec 07 10:11:34 I close it before doing run shr Dec 07 10:11:42 ah me too then Dec 07 10:11:53 only that I close it before the timeout Dec 07 10:11:57 I don't do run SHR Dec 07 10:12:05 maybe I should use my magnets? Dec 07 10:12:24 I'm using jamas u-boot script Dec 07 10:12:46 so after the timeout it will run the script and wait for input Dec 07 10:14:30 ok Dec 07 10:15:06 where are strkeeps's uboot sources? Dec 07 10:15:32 * JaMa pushing those atm Dec 07 10:15:47 ok nice Dec 07 10:22:57 GNUtoo|laptop: http://gitorious.org/u-boot-shr/u-boot/commits/stskeeps be aware of last commit Dec 07 10:23:28 ok Dec 07 10:38:28 * mrmoku building Dec 07 10:40:15 -rwxr-xr-x 1 bitbake 501 136920 Dec 7 11:38 tmp/deploy/images/nokia900/u-boot-nokia900-git-r0.bin Dec 07 10:40:18 a lot smaller Dec 07 10:43:03 and gives me the same result... boots neither shr nor maemo Dec 07 10:45:20 verified that just changing u-boot.bin to the one downloaded from stskeeps boots fine Dec 07 10:47:15 mrmoku: that's because that last patch Dec 07 10:49:02 ARM: fix linker file for newer ld support Dec 07 10:49:04 sounds interesting Dec 07 10:49:29 I'm tempted to try to port the n900 patches to current HEAD.... Dec 07 11:10:11 mrmoku: few more branches pushed to http://gitorious.org/u-boot-shr/u-boot Dec 07 11:10:43 mrmoku: matan branch has few interesting patches Dec 07 11:11:53 but no idea what's this commit http://gitorious.org/u-boot-shr/u-boot/commit/44025d5a3d39a4a12f21517ec6463c12bdca027f Dec 07 11:13:17 hmm Dec 07 11:14:46 maybe it should be part of http://gitorious.org/u-boot-shr/u-boot/commit/80ce0132cf95b13bcee447b825f8040d170086fa Dec 07 11:15:17 but I was creating those patches only from diff -uNr from u-boot-for-power-kernel source tarbal :/ Dec 07 11:20:53 JaMa: that's initial GPIO config, i guess it makes sure that the particular pins do not source current to the peripheral. Dec 07 11:22:28 PaulFertser: which forces him to disable watchdog for it, right? Dec 07 11:22:47 JaMa: watchdog for gpio? Dec 07 11:22:54 JaMa: hm, sorry, i'm not sure what you're implying. Dec 07 11:23:43 + /* Disable TWL watchdog */ Dec 07 11:23:43 + twl4030_i2c_write_u8(TWL4030_CHIP_PM_RECEIVER, 0, Dec 07 11:23:44 + TWL4030_PM_RECEIVER_WATCHDOG_CFG); Dec 07 11:24:17 as those changed gpio are also for wireless then I guess those to commits are related Dec 07 11:24:34 but 80ce0132cf95b13bcee447b825f8040d170086fa is changing more then just this chunk Dec 07 11:25:05 JaMa: how are i2c writes related to SoC's gpio config? Dec 07 11:25:56 mrmoku: here are few binaries I collected :) http://build.shr-project.org/tests/jama/u-boot/ Dec 07 11:27:25 PaulFertser: I don't understand it on this level at all, sorry.. I'm just trying to understand a bit why he did those changes (and debian/changelog is not very helpfull) Dec 07 11:27:38 http://gitorious.org/u-boot-shr/u-boot/blobs/matan/debian/changelog Dec 07 11:29:58 JaMa: (gpio changes) m4 vs m0 means something like "generic gpio" vs "this port specific function" it seems. Dec 07 11:32:06 JaMa: disable twl watchdog seems to be only done in the commit you mention. wifi changes are unrelated. Dec 07 11:32:48 JaMa: i guess 44025d5a3d39a4a12f21517ec6463c12bdca027f is about * mmc2 support (still unreliable). Dec 07 11:36:54 PaulFertser: ah makes sense, thanks Dec 07 12:00:25 o/ PaulFertser Dec 07 12:00:59 DocScrutinizer: yo :) Dec 07 12:01:31 If only you all knew how much better it is to fix one's car when it's -4C comparing to -24C :) Dec 07 12:06:33 hmm, I seem to remember both situations Dec 07 12:06:56 and yes, that's quite a bit of a different experience Dec 07 12:07:18 though -24 is rather unlikely ever happened to me Dec 07 12:07:29 maybe -10 vs +15 Dec 07 12:09:06 :) Dec 07 12:09:18 mrmoku: I've merged boot.all.scr to default env, but without even build test.. will try tonight (hopefully) http://gitorious.org/u-boot-shr/u-boot/commit/68641f0dea622a6274337fcc1c14d1f176d3ea79 Dec 07 12:09:22 DocScrutinizer: you see, SHR's port to n900 is progressing nicely, thanks to wise folks. Dec 07 12:09:37 DocScrutinizer: soon we'll have something decent to use :) Dec 07 12:10:09 -10 are enough to make you wonder if that's just the cold that hurts, or you ripped off the skin from your knuckles, or broke your bones, when you slip with a tool Dec 07 12:11:20 good to learn my N900 sourcing efforts weren't completely for the shits and giggles Dec 07 12:12:28 I wouldn't have done that if I hadn't known it's a nice hardware, and sufficiently open to make it happen Dec 07 12:12:38 mrmoku: and will merge that to u-boot_git.bb Dec 07 12:15:31 PaulFertser: now I just hope the "H" in SHR will eventually result in a great unified system where most of one disto's aps - except the extremely system specific - also run happily on the other distro Dec 07 12:16:25 for FSO that'd be the most promising approach for a friendly takeover Dec 07 12:18:37 basically nobody likes dual boot systems, and for virtual machines the hw is a bit too slim Dec 07 12:19:19 what kernel are you using currently on N900? Dec 07 12:19:31 mrmoku: http://gitorious.org/~jama/angstrom/jama-shr-experimental/commit/ccba95b32841a4da1c7923ed38f652588bbcc2ee Dec 07 12:20:04 DocScrutinizer: currently FSO runs on Debian without much effort, so do most SHR apps (provided they're not using too bleeding edge E libs or the E libraries are compiled from very recent sources). Dec 07 12:20:42 hmm, maemo kernel probably should mostly fit then Dec 07 12:22:34 a bit of effort transscribing a few of these nasty upstart event files to sysV init Dec 07 12:23:27 to handle some of the weird low level stuff in maemo in a more debian manner Dec 07 12:23:42 nah, ignore me, I guess I need a nap Dec 07 12:23:53 there was some discussion for debian to use upstart too, in debconf 10 Dec 07 12:26:10 upstart has been in debian for a while Dec 07 12:26:37 I think the discussion was about making it something else than 'Priority: extra' Dec 07 12:27:22 interestingly one of the problems is that it does not afaik run on freebsd kernel yet Dec 07 12:27:40 (and debian is just about to start supporting those) Dec 07 12:29:10 i assume the same goes for systemd Dec 07 12:30:40 misc: yep, it uses cgroups Dec 07 12:46:49 * PaulFertser goes back to the street to try to install the fixed headlamp back (might be somewhat difficult due to all that corrossion on screws and parts, heh). Dec 07 12:50:34 Can you imagine a new glass for my headlamp (for a car made in 1983, and actually designed in the 60-s) is readily available in a usual car parts shop i pass by when i walk from work for just $0.5? Dec 07 12:55:06 PaulFertser: heh, for a modern car you would probably have to change the complete lamp Dec 07 12:55:21 JaMa: ok, will try before you then :) Dec 07 13:01:51 shr-t images already built :) http://build.shr-project.org/shr-testing/images/om-gta02/ Dec 07 13:07:06 JaMa: ahh... can't work Dec 07 13:07:11 * mrmoku needs to change partitions :P Dec 07 13:07:23 did not work booting maemo too though Dec 07 13:15:57 mrmoku: ah :/ Dec 07 13:16:59 I'm far from finishing rebuild :/ eglibc failed to compile and I didn't notice (it started to build spitz images instead) Dec 07 13:18:53 heh, ok Dec 07 13:19:07 does not work though... even when built with old toolchain Dec 07 13:19:18 brb to see what's going on Dec 07 13:32:28 JaMa: it does not even try to boot from the SD Dec 07 13:32:43 mrmoku: we had to use some two-component glue to repair a plastic lamp on my friend's SsangYong Korando. Dec 07 13:32:54 mrmoku: do you have keyboard open? Dec 07 13:33:01 PaulFertser: :) Dec 07 13:33:10 JaMa: hmm... one of natans patches, right? Dec 07 13:33:16 * mrmoku retries Dec 07 13:33:18 mrmoku: please check "printenv" Dec 07 13:33:51 I'm not sure about about backslasing ie " in env Dec 07 13:33:53 I managed to install my headlight back, just before it became dark outside :) Works ok, though now part of it is held by just two screws instead of 3. Dec 07 13:34:40 mrmoku: also he's a problem with fuel gauge. To repair it properly one has to buy the whole fuel pump (~200-300EUR)... Dec 07 13:35:28 JaMa: hmm... can't see no mmcinit Dec 07 13:36:04 maybe its in the part scrolling by to fast Dec 07 13:36:24 PaulFertser: heh, fun Dec 07 13:36:30 #define CONFIG_BOOTCOMMAND \ "if mmc init; then " \ Dec 07 13:36:40 mrmoku: ^ that's only mmc init now Dec 07 13:37:06 mrmoku: in boot.all I had it before every image load, but I think once should be enough Dec 07 13:37:13 JaMa: run shr gives me '** Bad partition 1 **' Dec 07 13:37:32 * mrmoku verifies sd sits correctly Dec 07 13:38:09 mrmoku: try "ext2load mmc 0:1 0x82000000 uImage-shr" manually Dec 07 13:38:41 mrmoku: did you reformat 1st partition from vfat to ext2? Dec 07 13:39:38 yup Dec 07 13:39:46 manual ext2load gives me the same Dec 07 13:39:57 mmcinit says mmc1 is available Dec 07 13:40:50 JaMa: after mmcinit the ext2load works Dec 07 13:41:00 probably for mmcinit back cover has to be closed Dec 07 13:42:10 "mmc init" right? Dec 07 13:42:18 err, yes :) Dec 07 13:42:43 hmm http://docwiki.gumstix.org/index.php/U-Boot also says mmcinit Dec 07 13:43:15 JaMa: hi. do you have a sec to help my clarify my mind about what Holger saied about qt4 tool native Dec 07 13:43:25 JaMa: does not boot though Dec 07 13:43:28 hangs at starting kernel Dec 07 13:43:47 * mrmoku wants to try to build u-boot without -O2 Dec 07 13:44:15 depends if this was applied :) http://www.mail-archive.com/u-boot-users@lists.sourceforge.net/msg05273.html Dec 07 13:45:24 GarthPS: yes.. you said qt4-native tools, I said qt4-native headers.. that's probably what confused Holger Dec 07 13:46:01 JaMa: hmm your are confusing me more now.. :) Dec 07 13:48:58 JaMa: even when turning on while the cover is already closed it does not work Dec 07 13:49:14 Now gonna try with a saner at command timeout value (5s instead of 120s) as promised... Dec 07 13:49:17 mmc init + run shr Dec 07 13:49:29 load the kernel... it does not boot though Dec 07 13:49:57 after some seconds it reboots and I'm back to u-boot Dec 07 13:50:18 mrmoku: if you are interested, my car is a direct descendant of http://en.wikipedia.org/wiki/Fiat_124 Dec 07 13:51:04 GarthPS: I've replied on ML Dec 07 13:51:19 JaMa: thx I Read it Dec 07 13:51:59 mrmoku: and shrargs in printenv looks sane? Dec 07 13:52:53 mrmoku: and do you still have boot.scr on 1st partition? Dec 07 13:53:59 JaMa: yup, still boot.scr there Dec 07 13:54:01 * mrmoku removes it Dec 07 13:55:13 JaMa: though I believe it's setenv atags making it not boot Dec 07 13:56:38 shrargs looks sane Dec 07 13:58:58 hmm... no way to type {} in u-boot :/ Dec 07 13:59:51 JaMa: I think even better would be to eliminate that first partition for kernels and load it from /boot/uImage instead Dec 07 14:04:44 JaMa: and default to 'run shr' instead of noloboot ;U/ Dec 07 14:04:53 s/;U\//;)/ Dec 07 14:04:59 mrmoku: but u-boot probably doesn't read btrfs with meego.. Dec 07 14:05:09 ok , then i will wait for Holger response, hoping he will be interessted in fixing it Dec 07 14:05:36 mrmoku: iirc I've puth setenv atags to very boot option now Dec 07 14:05:41 JaMa: for meego we could do what meego docs say and have a 3rd partition for the kernel Dec 07 14:05:52 yeah, seen that atags Dec 07 14:06:04 that was what I tried last night with boot.scr Dec 07 14:06:12 and it did not boot very much the same way Dec 07 14:06:49 I *think* loading kernel to 0x82.... will overwrite the atags Dec 07 14:07:43 as nolo puts them to 0x82000100 IIUC Dec 07 14:08:19 0x8200000c Dec 07 14:08:45 JaMa: that's where the address of the atags is Dec 07 14:09:27 ah.. right Dec 07 14:09:47 setenv atags 0x80000100; bootm 0x80008000 Dec 07 14:09:48 hmm Dec 07 14:10:02 we should just load the kernel there Dec 07 14:10:22 (that's from use prexisting atags commit) Dec 07 14:13:45 * mrmoku tries Dec 07 14:16:15 hmm... does not work :/ Dec 07 14:18:30 JaMa: ahh, I understand why mmc init is not called Dec 07 14:18:43 it is in BOOTCOMMAND and would be called after the timeout Dec 07 14:18:51 if you interrupt it before it will never be called Dec 07 14:21:42 ah sorry my fault then Dec 07 14:31:34 JaMa: If "atags" is set, bootm will skip all boot args setup entirely Dec 07 14:32:07 which means no correct cmdline for the kernel Dec 07 14:32:13 which explains why it does not boot Dec 07 14:33:31 we're doomed to use a new kernel ;) Dec 07 14:33:37 ah GNUtoo's change on ML was adding atags but also using empty bootargs Dec 07 14:33:57 and that works for him, because he has shr on first partition Dec 07 14:34:06 we will have to go that way then Dec 07 14:34:46 what root= is passed with atags? Dec 07 14:35:01 freesmartphone.org: 03sre 07libisi * rebf5b307c7cb 10/vapi/libisi.vapi: initial vapi file Dec 07 14:35:02 freesmartphone.org: 03sre 07libisi * r2917ccf2f76c 10/src/ (main.c modem.c modem.h network.c network.h): naming convention: constructor=create, free=destroy Dec 07 14:35:04 freesmartphone.org: 03sre 07libisi * ra042e25b5aa8 10/ (68 files in 6 dirs): update vapi file to current status Dec 07 14:35:05 freesmartphone.org: 03sre 07libisi * r95066f73b37c 10/Makefile: add root makefile Dec 07 14:35:07 freesmartphone.org: 03sre 07libisi * rd5bbb722e3d0 10/ (68 files in 6 dirs): do not include html/ dir upstream Dec 07 14:35:08 freesmartphone.org: 03sre 07libisi * r4317de863654 10/vapi/libisi.vapi: update vala bindings Dec 07 14:35:09 freesmartphone.org: 03sre 07libisi * rf2854d85da94 10/TODO: add TODO Dec 07 14:35:10 freesmartphone.org: 03sre 07libisi * r2eedd71836e2 10/ (6 files in 2 dirs): remove main code; network subsystem almost done Dec 07 14:35:12 freesmartphone.org: 03sre 07libisi * rae48323e9819 10/ (TODO src/network.c src/network.h vapi/libisi.vapi): use modem struct; update TODO Dec 07 14:35:13 freesmartphone.org: 03sre 07libisi * r2136b4e690d9 10/ (7 files in 3 dirs): modem class should work now Dec 07 14:35:15 freesmartphone.org: 03sre 07libisi * r7463f2a94b0c 10/ (11 files in 5 dirs): restructure build system; add test dir Dec 07 14:35:16 freesmartphone.org: 03sre 07libisi * r2440d025a542 10/src/ (network.c network.h): rename network_data to isi_network Dec 07 14:35:17 freesmartphone.org: 03sre 07libisi * rfede919a676c 10/ (data/libisi.vapi test/test.vala): fix vapi, enhance test Dec 07 14:35:18 freesmartphone.org: 03sre 07libisi * r46bde5485108 10/test/ (Makefile test.vala): some minor changes in test/ Dec 07 14:35:20 freesmartphone.org: 03sre 07libisi * r25a43cc51caa 10/data/libisi.vapi: more comments in vapi file Dec 07 14:35:21 freesmartphone.org: 03sre 07libisi * r84abdde14a22 10/data/libisi.vapi: even more comments for the vapi file Dec 07 14:35:24 freesmartphone.org: 03sre 07libisi * r2dcd98594827 10/src/ (20 files in 2 dirs): new gisi checkout from ofono Dec 07 14:35:25 freesmartphone.org: 03sre 07libisi * r588c035d9335 10/src/gisi/ (client.h netlink.h): fix includes in gisi Dec 07 14:35:26 freesmartphone.org: 03sre 07libisi * r849c3845a48f 10/.gitignore: ignore shared objects Dec 07 14:35:27 freesmartphone.org: 03sre 07libisi * r7bf7aa0a7250 10/src/ (modem.c modem.h network.c network.h): use gboolean instead of bool Dec 07 14:35:28 freesmartphone.org: 03sre 07libisi * r9185ee96eb65 10/src/ (debug.c debug.h info.c info.h opcodes/info.h): add device information stuff to the library Dec 07 14:35:30 freesmartphone.org: 03sre 07libisi * r687cc54ba081 10/data/libisi.vapi: Add DeviceInfo to vapi file and relicense it Dec 07 14:35:31 freesmartphone.org: 03sre 07libisi * ra79f445443d9 10/data/libisi.vapi: fix DeviceInfo class in vapi Dec 07 14:35:32 freesmartphone.org: 03sre 07libisi * rdd8bf0c99c67 10/src/Makefile: install device_info header file Dec 07 14:35:35 freesmartphone.org: 03sre 07libisi * rd3c204fece4a 10/src/ (device_info.c device_info.h info.c info.h): move info.* to device_info.* Dec 07 14:35:36 freesmartphone.org: 03sre 07libisi * r4779bd03eb55 10/test/ (Makefile test.vala): update the test Dec 07 14:35:39 freesmartphone.org: 03sre 07libisi * rc1ab5072c01c 10/src/modem.c: remove annoying newline Dec 07 14:35:41 freesmartphone.org: 03sre 07libisi * r33ccf41526b9 10/src/opcodes/sim.h: import new sim opcodes from ofono Dec 07 14:35:42 freesmartphone.org: 03sre 07libisi * rf7e0b6466ae4 10/ (data/libisi.vapi src/Makefile src/sim.c src/sim.h): initial SIM interface Dec 07 14:35:43 freesmartphone.org: 03sre 07libisi * r6d77116b330f 10/src/sim.c: add hplmn method (to be cleanuped later) Dec 07 14:35:44 freesmartphone.org: 03sre 07libisi * raa2f8bc568de 10/src/sim.c: correct parameters Dec 07 14:35:47 freesmartphone.org: 03sre 07libisi * re63530c38e9e 10/src/sim.c: data -> subsystem Dec 07 14:35:48 freesmartphone.org: 03sre 07libisi * r3963f28798c4 10/ (5 files in 4 dirs): add SIM PIN stuff Dec 07 14:35:49 freesmartphone.org: 03sre 07libisi * rddb53ac4bec0 10/src/opcodes/sim.h: PIN stuff seems to be an extra resource Dec 07 14:35:50 freesmartphone.org: 03sre 07libisi * r289c03f58751 10/ (src/sim.c test/test.vala): add some debugging stuff Dec 07 14:35:51 freesmartphone.org: 03sre 07libisi * ra591b11b0167 10/src/opcodes/sim.h: Merge branch 'master' of ssh://git.ring0.de/var/git/libisi Dec 07 14:35:52 JaMa: ubi0:rootfs Dec 07 14:35:52 freesmartphone.org: 03sre 07libisi * rfe15c103f240 10/data/wireshark_isi.lua: Initial import of the wireshark plugin Dec 07 14:35:54 freesmartphone.org: 03sre 07libisi * rda71bd2b25a7 10/ (src/sim.c test/test.vala): Merge branch 'master' of ssh://git.ring0.de/var/git/libisi Dec 07 14:35:55 freesmartphone.org: 03sre 07libisi * r99a66d97aed0 10/data/wireshark_isi.lua: add some resources to the wireshark plugin Dec 07 14:35:58 freesmartphone.org: 03sre 07libisi * r1738f79e0cff 10/data/wireshark_isi.lua: handle incorrect length fields Dec 07 14:36:01 freesmartphone.org: 03sre 07libisi * r481f168ffab1 10/ (7 files in 4 dirs): prepare SIMAuth Dec 07 14:36:02 freesmartphone.org: 03sre 07libisi * r59e0a1af0a6f 10/src/simauth.c: the sim auth ressource is different from the other ones :/ Dec 07 14:36:03 freesmartphone.org: 03sre 07libisi * r0a48f784ce27 10/src/ (debug.c debug.h): add method to print package content Dec 07 14:36:04 freesmartphone.org: 03sre 07libisi * ra38b0d7936ae 10/data/wireshark_isi.lua: [wireshark plugin] add knowledge of SIM Authentication Dec 07 14:36:06 freesmartphone.org: 03sre 07libisi * rf65cd4739ed1 10/src/ (debug.c debug.h): Merge branch 'master' of ssh://git.ring0.de/var/git/libisi Dec 07 14:36:07 freesmartphone.org: 03sre 07libisi * rec8240b4239d 10/data/wireshark_isi.lua: [wireshark plugin] remove filler characters from PIN request Dec 07 14:36:10 freesmartphone.org: 03sre 07libisi * r36ec36b0e828 10/ (9 files in 4 dirs): Dec 07 14:36:10 freesmartphone.org: SIM Authentication update Dec 07 14:36:10 freesmartphone.org: * add simauth headers instead of absuing sim.h Dec 07 14:36:10 freesmartphone.org: * set_pin() works Dec 07 14:36:10 freesmartphone.org: * set_puk() should work Dec 07 14:36:10 freesmartphone.org: * TODO: callbacks are not yet invoked Dec 07 14:36:12 freesmartphone.org: 03sre 07libisi * re6b22a4bd31d 10/ (data/libisi.vapi src/simauth.c src/simauth.h test/test.vala): SIMAuth: add callback support Dec 07 14:36:13 freesmartphone.org: 03sre 07libisi * r0b3389a49a89 10/.gitignore: ignore the test binary Dec 07 14:36:14 freesmartphone.org: 03sre 07libisi * r3684354226fe 10/ (data/libisi.vapi src/network.c src/network.h test/test.vala): some small fixes in Network Dec 07 14:36:15 freesmartphone.org: 03sre 07libisi * r321d982e11fb 10/src/network.c: add another null pointer check Dec 07 14:36:17 freesmartphone.org: 03sre 07libisi * r1e3689baf5a2 10/ (12 files in 5 dirs): Merge branch 'master' of ssh://git.ring0.de/var/git/libisi Dec 07 14:36:19 freesmartphone.org: 03sre 07libisi * r21b06cb77b2f 10/src/network.c: inform about missing callback Dec 07 14:36:20 freesmartphone.org: 03sre 07libisi * r120ba497dda4 10/src/network.c: small fix Dec 07 14:36:21 freesmartphone.org: 03sre 07libisi * r768af1456da1 10/ (TODO src/network.c): remove some wrong free calls Dec 07 14:36:21 yeah, let them flow in :-D Dec 07 14:36:22 freesmartphone.org: 03sre 07libisi * r333aa457cb3e 10/src/network.c: network_get_status - correct parameter Dec 07 14:36:23 freesmartphone.org: 03sre 07libisi * r15785b707a51 10/src/network.c: correct parameter for status subscribe Dec 07 14:36:24 freesmartphone.org: 03sre 07libisi * rc8d298074301 10/src/network.c: correct parameter of subscribe_strength Dec 07 14:36:27 freesmartphone.org: 03sre 07libisi * re3ce412751f0 10/ (data/libisi.vapi src/network.c): some small fixes Dec 07 14:36:30 freesmartphone.org: 03sre 07libisi * rfeecfde4c4e0 10/data/libisi.vapi: small vapi fix Dec 07 14:36:31 freesmartphone.org: 03sre 07libisi * r97a15f389c1b 10/test/test.vala: add code testing the Network Dec 07 14:36:32 freesmartphone.org: 03sre 07libisi * rfbd71a230b0d 10/TODO: add some stuff to the TODO Dec 07 14:36:34 freesmartphone.org: 03sre 07libisi * rc5afb3c45cc4 10/data/wireshark_isi.lua: [Wireshark Plugin] add some more information about SIM AUTH Dec 07 14:36:35 freesmartphone.org: 03sre 07libisi * r724faa142e13 10/src/ (opcodes/simauth.h simauth.c): add code for sim auth status indications Dec 07 14:36:37 freesmartphone.org: 03sre 07libisi * r6661af674770 10/ (data/libisi.vapi src/simauth.c): add status indication to the vapi file Dec 07 14:36:39 freesmartphone.org: 03sre 07libisi * ra7c6546458a9 10/src/simauth.h: add auth indication stuff to the simauth.h Dec 07 14:36:41 freesmartphone.org: 03sre 07libisi * r49b5a1b39a93 10/data/wireshark_isi.lua: [Wireshark Plugin] SIM Auth Status Indication Dec 07 14:36:42 freesmartphone.org: 03sre 07libisi * r2a66e6cecdaf 10/ (data/libisi.vapi src/simauth.c src/simauth.h): Merge branch 'master' of ssh://git.ring0.de/var/git/libisi Dec 07 14:36:46 freesmartphone.org: 03sre 07libisi * rf76295034e0a 10/ (4 files in 3 dirs): Dec 07 14:36:46 freesmartphone.org: SIM Auth Indication Dec 07 14:36:46 freesmartphone.org: * Callback is called now Dec 07 14:36:46 freesmartphone.org: * informs if authentication is needed Dec 07 14:36:52 freesmartphone.org: 03sre 07libisi * ref454cfdd2e1 10/ (data/libisi.vapi src/opcodes/simauth.h src/simauth.c): SIM Auth: add status request method Dec 07 14:36:53 freesmartphone.org: 03sre 07libisi * r938281d62f7d 10/data/libisi.vapi: small vapi fix Dec 07 14:36:54 freesmartphone.org: 03sre 07libisi * r1ab785897fd9 10/src/ (opcodes/simauth.h simauth.c simauth.h): add some more status codes to request status Dec 07 14:36:55 freesmartphone.org: 03sre 07libisi * r54fa2c30f34d 10/src/ (opcodes/simauth.h simauth.c simauth.h): SIM Auth: add unprotected status Dec 07 14:36:57 freesmartphone.org: 03sre 07libisi * r96cb349af9f8 10/data/wireshark_isi.lua: Dec 07 14:36:57 freesmartphone.org: [Wireshark Plugin] SIM Auth improvements Dec 07 14:36:57 freesmartphone.org: * add opcode for changed config indications Dec 07 14:36:57 freesmartphone.org: * add opcode for PIN update Dec 07 14:36:57 freesmartphone.org: * add opcodes for PIN authentication requirement Dec 07 14:36:58 freesmartphone.org: 03sre 07libisi * r0cfbeafa7ead 10/ (4 files in 3 dirs): Dec 07 14:36:59 freesmartphone.org: SIM Auth: Add update pin method Dec 07 14:36:59 freesmartphone.org: * prepare opcodes for auth requirement (SIM protection) Dec 07 14:36:59 freesmartphone.org: * g_free(cbd) -> isi_cb_data_free(cbd) Dec 07 14:36:59 freesmartphone.org: 03sre 07libisi * re028cd0884b6 10/src/ (opcodes/simauth.h simauth.c simauth.h): SIM Auth: Protection Indication Dec 07 14:37:00 freesmartphone.org: 03sre 07libisi * rebcc95d2dbcf 10/data/libisi.vapi: update enum in vapi file Dec 07 14:37:01 freesmartphone.org: 03sre 07libisi * r0f00449f5369 10/ (5 files in 3 dirs): SIM Auth: add pin protection calls Dec 07 14:37:04 freesmartphone.org: 03sre 07libisi * r815c7684a111 10/TODO: TODO-- Dec 07 14:37:06 freesmartphone.org: 03sre 07libisi * r18ab0d44c962 10/data/wireshark_isi.lua: [Wireshark Plugin] protection indication Dec 07 14:37:07 freesmartphone.org: 03sre 07libisi * r57a72866f612 10/data/wireshark_isi.lua: [Wireshark Plugin] Resource 0x54 = GPS Dec 07 14:37:08 freesmartphone.org: 03sre 07libisi * rb6f9d6a91def 10/ (TODO data/libisi.vapi): add GPS to the TODO Dec 07 14:37:09 freesmartphone.org: 03sre 07libisi * ra90d2f70842d 10/ (data/libisi.vapi src/gpds.c src/gpds.h src/opcodes/gpds.h): initial stuff for data connections Dec 07 14:37:10 freesmartphone.org: 03sre 07libisi * rfb7f517cd60a 10/test/test.vala: relicense the test stuff as ISC Dec 07 14:37:12 freesmartphone.org: 03sre 07libisi * r676bb8650db1 10/ (6 files in 4 dirs): Dec 07 14:37:12 freesmartphone.org: generate glib bindings for enums from SimAuth Dec 07 14:37:12 freesmartphone.org: * update vapi file Dec 07 14:37:12 freesmartphone.org: * we can do .to_string() in vala now Dec 07 14:37:15 freesmartphone.org: 03sre 07libisi * ra6b46cbb4664 10/ (5 files in 2 dirs): split test vala files Dec 07 14:37:17 freesmartphone.org: 03sre 07libisi * rbdaf2d9c23c7 10/test/authenticate.vala: authenticate does not try registering to network Dec 07 14:37:18 freesmartphone.org: 03sre 07libisi * r5a46fbe199f7 10/test/authenticate.vala: test/authenticate: exit after authentication Dec 07 14:37:21 freesmartphone.org: 03sre 07libisi * r617e81dee8e9 10/ (9 files in 4 dirs): Dec 07 14:37:21 freesmartphone.org: new wireshark plugin Dec 07 14:37:21 freesmartphone.org: * wireshark plugin written in C Dec 07 14:37:21 freesmartphone.org: * so far only sim authentication is implemented Dec 07 14:37:21 freesmartphone.org: * new isi.resource dissector Dec 07 14:37:21 freesmartphone.org: * expert info is used to inform about packages with broken length Dec 07 14:37:23 freesmartphone.org: 03sre 07libisi * r5f89c0cc3843 10/test/authenticate.vala: Merge branch 'master' of ssh://git.ring0.de/var/git/libisi Dec 07 14:37:24 freesmartphone.org: 03sre 07libisi * r5c844390c0f6 10/.gitignore: ignore shared objects Dec 07 14:37:26 freesmartphone.org: 03sre 07libisi * r6c190726e4f9 10/.gitignore: ignore vim swp files Dec 07 14:37:28 freesmartphone.org: 03sre 07libisi * r9d74db5d1012 10/wireshark-plugin/ (Makefile src/isi-gps.c src/isi-gps.h src/packet-isi.c): initial code for GPS resource Dec 07 14:37:29 freesmartphone.org: 03sre 07libisi * r8f5cb70d2d99 10/wireshark-plugin/src/isi-gps.c: set info for A-GPS packets and power packets Dec 07 14:37:31 freesmartphone.org: 03sre 07libisi * r2be45e9b66af 10/wireshark-plugin/src/isi-simauth.c: rename Message to Payload Dec 07 14:37:34 freesmartphone.org: 03sre 07libisi * rd029fb61f442 10/wireshark-plugin/src/isi-gps.c: Dec 07 14:37:34 freesmartphone.org: [Wireshark Plugin] GPS: Add Satellite & Cell Info Dec 07 14:37:34 freesmartphone.org: This completes the analysis of the GPS data package, which Dec 07 14:37:34 freesmartphone.org: is more or less completly reverse engineered now. Dec 07 14:37:34 freesmartphone.org: The reverse engineering has been done by by Luke Dashjr Dec 07 14:37:34 freesmartphone.org: , thanks :) Dec 07 14:37:35 freesmartphone.org: 03sre 07libisi * r01f3e411f70d 10/README: add a readme file Dec 07 14:37:38 freesmartphone.org: 03sre 07libisi * rc68103ea6239 10/ (.gitignore Makefile data/Makefile src/Makefile test/Makefile): make test no longer depends on make install Dec 07 14:37:39 freesmartphone.org: 03sre 07libisi * r1234436b05a7 10/src/Makefile: small fix Dec 07 14:37:40 freesmartphone.org: 03sre 07libisi * r2841e3f1443e 10/test/Makefile: test: do not reset PKG_CONFIG_PATH Dec 07 14:37:41 freesmartphone.org: 03sre 07libisi * ra2f5df4a25a2 10/test/authenticate.vala: test: authenticate: pin as parameter Dec 07 14:37:43 freesmartphone.org: 03sre 07libisi * rc053aae3dee0 10/ (data/libisi.vapi test/authenticate.vala test/network.vala): vapi does not need user_data Dec 07 14:37:44 freesmartphone.org: 03sre 07libisi * r9a2af7bd905d 10/ (19 files in 2 dirs): update gisi to latest code from ofono Dec 07 14:37:45 freesmartphone.org: 03sre 07libisi * r9f362caf5e59 10/test/Makefile: new gisi checkout needs -Iisi Dec 07 14:37:46 freesmartphone.org: 03sre 07libisi * r69366413d44b 10/src/network.c: first check for callback existance Dec 07 14:37:49 freesmartphone.org: 03sre 07libisi * rb1725bfc6d90 10/src/ (Makefile gps.c gps.h opcodes/gps.h): add stub code for gps support Dec 07 14:37:50 freesmartphone.org: 03sre 07libisi * r7ef55fc532ce 10/src/ (gps.c opcodes/gps.h): add all known gps opcodes Dec 07 14:37:51 freesmartphone.org: 03sre 07libisi * r981dc749545b 10/src/gps.h: gps.h: add TODO Dec 07 14:37:52 freesmartphone.org: 03sre 07libisi * r2cdf4470a8a5 10/src/gps.h: Merge branch 'master' into master-fso Dec 07 14:38:16 wow Dec 07 14:38:36 :) Dec 07 14:38:39 hehe Dec 07 14:40:08 mrmoku: GNUtoo has SHR on eMMC ubifs? Dec 07 14:40:25 JaMa: no, that is what is coming from atags under maemo Dec 07 14:40:25 mrmoku: or why does it work for him then? Dec 07 14:40:44 because kernel has the correct one built in Dec 07 14:41:04 ah.. my kernel also have correct CMDLINE Dec 07 14:41:15 with p2 ? Dec 07 14:41:24 yup Dec 07 14:41:26 GPS completely reverse engineered? wow! Dec 07 14:41:40 mrmoku: local OE modification) Dec 07 14:41:57 JaMa: ahh, that explains my problems then... would work with a correct cmdline maybe Dec 07 14:47:05 well do we really need those atags (is it only way to solve alsamixer with 2.6.28.10?) Dec 07 14:48:30 as we can put required params from atags to shrargs directly Dec 07 14:50:14 here is patch from RP to export atags to userspace :) http://kerneltrap.org/mailarchive/git-commits-head/2008/2/4/721434 Dec 07 14:56:28 mrmoku: is it possible that new glib depends on dbus? | gdbus-serialization.c:28:23: fatal error: dbus/dbus.h: No such file or directory Dec 07 14:58:52 JaMa: ohh, yes possible Dec 07 14:59:31 ok will push it soon Dec 07 14:59:38 JaMa: (atags) we need serial and revision probably Dec 07 14:59:49 and those are not static Dec 07 14:59:54 after resolving ERROR: Task /OE/dev/recipes/dbus/dbus_git.bb (do_package) has circular dependency on /OE/dev/recipes/glib-2.0/glib-2.0_2.26.1.bb (do_package) Dec 07 14:59:56 may differ from device to device Dec 07 14:59:57 somehow Dec 07 15:00:10 ouch Dec 07 15:00:46 heh... dbus-glib need glib and new glib needs dbus :P Dec 07 15:01:38 any hint how to build it? Dec 07 15:01:49 * JaMa doesn't want dbus-initial.bb :) Dec 07 15:02:51 mrmoku: and it's not only dbus-glib, dbus.inc have glib-2.0 in DEPENDS too Dec 07 15:03:34 JaMa: hmm, that seems strange though Dec 07 15:03:44 JaMa, not sure, I think it's not emmc but NAND Dec 07 15:03:48 why would dbus itself need glib? Dec 07 15:04:13 * JaMa trying dbus build without glib-2.0 Dec 07 15:04:36 JaMa: split out libdbus? Dec 07 15:04:42 maybe it needs glib for the daemon... Dec 07 15:08:54 mrmoku: seems like only ./tools/dbus-viewer.c needs it Dec 07 15:11:49 ok... dbus-tools then? Dec 07 15:13:16 hmm compiled fine without glib now Dec 07 15:16:01 hmm... what is the tool of choice to move p2 to p1? Dec 07 15:16:17 without loosing its content :P Dec 07 15:16:57 dd? Dec 07 15:20:09 JaMa: hmm... save with dd... repartition... backup with dd ? Dec 07 15:20:52 s/backup/restore/ Dec 07 15:20:52 mrmoku meant: JaMa: hmm... save with dd... repartition... restore with dd ? Dec 07 15:21:20 * mrmoku will just enhance his shr-n900-install.sh Dec 07 15:24:33 well last time I've used just mv for shr files and dd for meego partition Dec 07 15:24:51 on desktop with uSD in reader Dec 07 15:25:31 but even if you move it we still need those args ie for meego boot :/ Dec 07 15:26:00 JaMa: but meego does not need args, no? Dec 07 15:26:50 probably not as I don't need those too with 2.6.35 Dec 07 15:28:40 I mean that even if you confirm that atags is the cause for hanging alsamixer, then we should work on some other workarround (ie the required option for 2.6.28 is "static" and can be added to shrargs) Dec 07 15:29:22 grr I've added dbus/dbus-native to glib DEPENDS, removed glib from dbus and now even dbus-glib and still get "These are usually caused by circular dependencies and any circular dependency chains found will be printed below. Increase the debug level to see a list of unbuildable tasks." Dec 07 15:29:39 "Identifying dependency loops (this may take a short while)..." taking forever.. Dec 07 15:31:44 yay... finally success :) Dec 07 15:31:58 * JaMa reverting those changes and building again (after manual build of dbus) Dec 07 15:32:55 JaMa: I know that sound module init checks for the revision Dec 07 15:33:06 we might give it a fixed fake one Dec 07 15:33:15 brb Dec 07 15:38:01 GNUtoo|laptop: thanks for your u-boot test :) Dec 07 15:39:26 np Dec 07 15:41:44 we should decide about preferred partition layout (/me doesn't insist on his) Dec 07 15:42:19 NOTE: Running task 1655 of 9828 ;/ Dec 07 15:43:26 JaMa, meego is btrfs? Dec 07 15:43:38 after 1.1 yes Dec 07 15:43:42 ok Dec 07 15:44:02 maybe we could do that Dec 07 15:44:27 if ext2ls /etc/shr-versions ... Dec 07 15:44:55 do some function that looks for shr in uboot Dec 07 15:45:00 ah right sorry Dec 07 15:45:12 args are hardcoded in kernel Dec 07 15:45:16 wont work Dec 07 15:45:47 but can be suppied by u-boot bootargs if we don't need atags (like with fake revision for old kernel) Dec 07 15:46:31 s/old/2.6.35/ Dec 07 15:47:34 s/old/2.6.28.10/ Dec 07 15:47:34 JaMa meant: but can be suppied by u-boot bootargs if we don't need atags (like with fake revision for 2.6.28.10 kernel) Dec 07 15:48:41 * GNUtoo understood that 2.6.28 didn't need atag Dec 07 15:50:09 2.6.35 does not need atag afaik Dec 07 15:50:40 mrmoku has hanging alsamixer with 2.6.28.10, I have not with 2.6.35 (without atags) Dec 07 15:51:40 i know....i was just tellimg what I understood of the frase Dec 07 16:06:18 hmm... we should switch to g_nokia Dec 07 16:06:28 to enable mickey|office to use the modem from his laptop :) Dec 07 16:06:34 YEAH! Dec 07 16:08:16 mickey|office: loading g_nokia (and maybe phonet) instead of g_ether gives me /dev/ttyACM0 on my laptop Dec 07 16:08:38 dunno how to test if it works though Dec 07 16:08:59 we need to ask sre Dec 07 16:09:09 perhaps he already tried to talk over this iface Dec 07 16:10:45 mickey|office: mterm2 ? Dec 07 16:12:13 if it works with mterm2 then it's unusable for us Dec 07 16:12:17 we don't want the AT interface Dec 07 16:12:24 we need the very same interface libisi talks via Dec 07 16:12:28 no? Dec 07 16:13:08 mrmoku: g_nokia is already in MACHINE_EXTRA_RRECOMMENDS because usbnet works for me only with g_nokia not g_ether :/ Dec 07 16:13:14 mickey|office: ahh, ok Dec 07 16:13:23 JaMa: works for me with both :) Dec 07 16:14:00 mrmoku: for me it's maybe some collision between g_ether from gta and g_ether from n900 connected to same host at the same time.. Dec 07 16:17:39 GarthPS: ping Dec 07 16:18:03 morphis: Poooooong Dec 07 16:18:17 GarthPS: I am currently working on the kernel for the Pre2 Dec 07 16:19:00 kwel ! webos was boring me ! :) Dec 07 16:19:24 GarthPS: hehe Dec 07 16:19:43 GarthPS: so if you really want to test, I can build the kernel for you Dec 07 16:20:47 by the way , how does it pass to build for two deferents target by switch the target in conf file in oe ? well? like nothing to do else ? Dec 07 16:21:12 you need to change the machine Dec 07 16:21:18 s/by switch/by switching Dec 07 16:21:26 yop and ? Dec 07 16:21:31 and the machine then will let everything build with the correct stuff for palmpre2 Dec 07 16:21:53 you need MACHINE="palmpre2" in your config file Dec 07 16:21:54 morphis: palmpre or palmepre2, it is the same right ? Dec 07 16:22:06 GarthPS: palmpre2 is based on palmpre Dec 07 16:22:11 morphis: oh you aloready upload a machine profile in oe ? Dec 07 16:22:12 pespin: enjoy segfaults for me Dec 07 16:22:18 GarthPS: but it builds some recipes differently Dec 07 16:22:23 GarthPS: no Dec 07 16:22:28 GarthPS: have to do that Dec 07 16:23:07 morphis: so i i change MACHINEto palmpre2 then right now it will fail right ? Dec 07 16:23:12 GarthPS: jepp Dec 07 16:23:18 GarthPS: first I need to do the kernel Dec 07 16:23:27 GarthPS: then I will introduce the palmpre2 machine Dec 07 16:24:23 mrmoku, what are you doing when it segfaults? Dec 07 16:24:31 morphis: allright then for now I urgently wait that is it ? Dec 07 16:24:40 GarthPS: right Dec 07 16:24:47 for me the version in shr feeds works ok Dec 07 16:24:47 morphis: :) Dec 07 16:24:50 been using it today Dec 07 16:25:02 pespin: trying to play a song :) Dec 07 16:25:14 scanning worked apart from that: Dec 07 16:25:27 root@nokia900 ~ # test-lms -m mono -p id3 -i 5000 -s /media/card/Musik /home/root/.config/enjoy/media.db Dec 07 16:25:30 ERROR: could not add conversion charset 'UTF-16BE': Invalid argument Dec 07 16:25:32 ERROR: could not add conversion charset 'UTF-16LE': Invalid argument Dec 07 16:25:35 ERROR: could not add conversion charset 'UTF-16BE': Invalid argument Dec 07 16:25:37 ERROR: could not add conversion charset 'UTF-16LE': Invalid argument Dec 07 16:25:38 mrmoku, yeah, same here Dec 07 16:25:40 success! Dec 07 16:25:57 mrmoku, do you get some more output apart from segfault? Dec 07 16:26:05 no Dec 07 16:26:11 just segfaults Dec 07 16:26:29 will try to get a backtrace later then Dec 07 16:26:45 GarthPS: will ping you when the kernel is ready for testing Dec 07 16:26:46 morphis: so just to be sure. setting to another machine will not mess anything out right? if i want to go back to gta02 then i just need to change back, nothing to do else right ? Dec 07 16:26:53 mrmoku, are you using a packag from your own buildhost? Dec 07 16:27:15 morphis: sure! which eta do you think ? Dec 07 16:28:02 mrmoku: pespin opkg install eglibc-gconv-utf-16 Dec 07 16:28:48 mrmoku, JaMa so we should add this package to lightmediascanner recipe RDEPENDS? Dec 07 16:29:33 pespin: don't know if uclibc also have gconv-utf-16.. and anyways it needs to be something like ${LIBC}-gconv-utf-16 Dec 07 16:29:34 pespin: yep Dec 07 16:29:36 JaMa: ok Dec 07 16:29:40 and bbl :) Dec 07 16:30:10 GarthPS: don't know, an hour? Dec 07 16:30:26 mrmoku, JaMa could you add it and commit please? Dec 07 16:30:32 morphis: that fast ?? Dec 07 16:30:47 pespin: I won't commit it before uclibc check and not time to check it now Dec 07 16:30:50 maybe Dec 07 16:31:06 * JaMa dayjob deadline today :/ Dec 07 16:31:16 ok np Dec 07 16:31:35 and I've spent too much time with other stuff already :/ Dec 07 17:00:30 JaMa, hey Dec 07 17:00:40 (or should i say: ping) Dec 07 17:02:16 JaMa, if you are still working with your buildhost, could please bump mokowm for me? Dec 07 17:02:29 git rev is 1e33640ddb9b52d271233e9539aaec384e8a1fee Dec 07 17:03:15 daniele_athome: ok Dec 07 17:03:19 thanks Dec 07 17:04:08 daniele_athome: added to my gitorious queue Dec 07 17:04:22 mmm gitorious? Dec 07 17:04:32 JaMa, do you keep your OE local mirror on gitorious? Dec 07 17:04:46 daniele_athome: btw I have moved remaining mokosuite recipes from openmoko-3rdparty to mokosuite2 Dec 07 17:04:50 daniele_athome: yes Dec 07 17:05:01 JaMa, ah yes mokowm and mokowm-imf-ecore :) Dec 07 17:05:04 http://gitorious.org/~jama Dec 07 17:05:05 i guess mokosuite2 too Dec 07 17:05:30 yes those 2 recipes Dec 07 17:05:32 mokosuite2_git.bb will soon be dropped in favour of a virtual package (a DEPENDS-only package) Dec 07 17:05:58 JaMa, g_ether works only before suspend not after Dec 07 17:07:10 and I was told the isi modem had no AT btw Dec 07 17:07:22 there is a proprietary AT emulation done in userland tough Dec 07 17:08:21 GNUtoo|laptop: exactly, pnatd it's called. Dec 07 17:08:41 GarthPS: so the kernel compiles fine for palmpre Dec 07 17:08:45 GarthPS: but does not boot Dec 07 17:09:02 GarthPS: so I first need to check that before I work on the kernel for palmpre2 Dec 07 17:30:41 morphis, different machine id? Dec 07 17:30:58 GNUtoo|laptop: don't think Dec 07 17:31:05 ok Dec 07 17:31:06 GNUtoo|laptop: Pre and Pre2 is the same board Dec 07 17:31:15 same board file? Dec 07 17:31:21 jepp Dec 07 17:31:26 just some defines for Pre2 in there Dec 07 17:31:35 and config file is different Dec 07 17:31:37 is_machine_palmpre2() doesn't exist then Dec 07 17:32:03 jepp Dec 07 17:33:07 hm I need a serial console Dec 07 17:33:11 urgently .. Dec 07 17:34:55 GarthPS: ping Dec 07 17:35:07 GarthPS: don't have more time to build the kernel for palmpre2 Dec 07 17:35:23 GarthPS: use palmpre/master-next branch from git.freesmartphone.org/linux-2.6.git Dec 07 17:35:37 GarthPS: start with omap_sirloin3630_config from arch/arm/configs Dec 07 17:40:14 http://wiki.maemo.org/User:Jebba/Ofono#Using_oFono_in_Pass_thru_mode Dec 07 17:42:30 * GNUtoo|laptop will look what atgen is Dec 07 17:46:27 morphis: pong Dec 07 17:47:41 misc: indeed systemd is even worse for portability than upstart -- the author explicitely stated that he wants it to be Linux-specific Dec 07 18:08:46 ouch I've to wait for sre Dec 07 18:08:58 I forgott to tell him libisi doesn't compile Dec 07 18:09:02 I worked arround Dec 07 18:09:08 but now I need to make an oe recipe Dec 07 18:17:22 xx Dec 07 18:37:55 JaMa: Alignment trap: enlightenment (1622) PC=0x4028638e Instr=0x6023 Address=0xbea0873f FSR 0x813 Dec 07 18:41:13 GNUtoo|laptop: ./isi/glib-enum-binding.h:61:9: Fehler: »ISI_GPS_STATUS_ERROR« undeclared (first use in this function) Dec 07 18:41:17 this one ? Dec 07 18:43:04 mrmoku, yes Dec 07 18:43:04 I worked arround including the header Dec 07 18:43:05 it's ugly Dec 07 18:43:05 but I can't do that for oe inclusion Dec 07 18:44:09 what is usbpn0 ? Dec 07 18:44:18 no idea Dec 07 18:47:28 ahh... pn = phonet Dec 07 18:47:33 good :) Dec 07 18:48:13 GNUtoo|laptop: you include ../src/gps.h ? Dec 07 18:48:36 mrmoku, not sure if it's the right fix Dec 07 18:49:01 first question is how to include in vala :P Dec 07 18:51:00 hmm [CCcode ... Dec 07 18:51:06 -c Dec 07 18:54:48 I think it's a bit more complex Dec 07 18:54:52 that stuff is generated Dec 07 18:57:48 GNUtoo|laptop: sure Dec 07 18:58:07 GNUtoo|laptop: my fix is to comment the gps in isi/glib-enum-binding.h Dec 07 18:58:15 ? Dec 07 18:58:21 because the real stuff is missing in data/ Dec 07 18:58:21 comment all ? Dec 07 18:58:29 ok Dec 07 18:58:35 I'd better wait for sre Dec 07 18:58:39 GNUtoo|laptop: just //isi_gps_status_get_type Dec 07 18:58:45 till the end Dec 07 18:58:51 ok but my aim is not to make it compile Dec 07 18:58:54 it's to package it Dec 07 18:58:55 including GType of course Dec 07 18:58:58 yeah Dec 07 18:59:01 and what will happend? Dec 07 18:59:04 if I do that Dec 07 18:59:12 nothing Dec 07 18:59:14 oe will tell me to upstream the patch Dec 07 18:59:16 it's just the test Dec 07 18:59:36 * mrmoku wanted to try if phonet over usb works Dec 07 19:00:08 how can we try phonenet over usb? Dec 07 19:00:43 GNUtoo|laptop: by using g_nokia + phonet on the n900 Dec 07 19:01:10 ah? Dec 07 19:01:18 and cdc_phonet on the host Dec 07 19:01:33 ah there is cdc_phonenet Dec 07 19:01:40 ? Dec 07 19:01:43 this gives me /dev/ttyACM0 Dec 07 19:01:44 or is it a serial port Dec 07 19:01:48 and usbpn0 Dec 07 19:01:49 both Dec 07 19:01:50 that works wiht the serial emulation Dec 07 19:01:54 ah usbpn0 Dec 07 19:01:55 nice Dec 07 19:01:58 I didn't saw that Dec 07 19:02:00 I'll try Dec 07 19:02:11 ** (process:25543): DEBUG: Phonet: usbpn0 is up, idx=0x30 Dec 07 19:02:21 but then Dec 07 19:02:21 ** (process:25543): WARNING **: Retry COMM_ISI_VERSION_GET_REQ Dec 07 19:02:23 :&/ Dec 07 19:02:31 ** (process:25543): WARNING **: Unable to bootstrap mtc driver Dec 07 19:02:36 did you try with the correct host? Dec 07 19:02:47 hmm... correct host? Dec 07 19:03:06 src/gisi/netlink.h: PN_DEV_PC = 0x10, /* PC Suite */ Dec 07 19:03:51 hm Dec 07 19:04:22 hi morphis Dec 07 19:04:28 GNUtoo|laptop: hey again in IRC Dec 07 19:04:46 morphis, wants to get serial (and maybe jtag later ) on his palm-pre with broken screen Dec 07 19:04:59 so I told him that he had to do something like that: Dec 07 19:05:00 I alreday started with measuring the testpads Dec 07 19:05:08 picocom /dev/tty_right_port Dec 07 19:05:10 and found some connected pads Dec 07 19:05:24 while shorting rx,tx candidates Dec 07 19:05:29 and the GND pad Dec 07 19:05:37 ground is found Dec 07 19:05:43 what was the voltage already? Dec 07 19:05:59 3,45V for two of them Dec 07 19:06:05 they are both connected Dec 07 19:06:09 will make some picture Dec 07 19:06:34 ok Dec 07 19:07:47 GNUtoo|laptop: hmm... something is missing... under maemo it works http://shr.pastebin.com/hkYKCuMw Dec 07 19:08:41 ah? Dec 07 19:13:11 did you power on the modem? Dec 07 19:13:52 no Dec 07 19:14:18 hmm... now shr does not boot anymore ./ Dec 07 19:14:26 ahh... just took long :P Dec 07 19:16:49 GNUtoo|laptop: how to power on the modem? Dec 07 19:17:00 look in sre's website Dec 07 19:17:24 https://elektranox.org/n900/libisi/power.html Dec 07 19:18:41 ohh... thanks Dec 07 19:19:13 * mrmoku has to make his son turn off the light before cross compiling that :) Dec 07 19:21:49 ** (process:22593): DEBUG: g_pn_netlink_add_route: Invalid argument Dec 07 19:21:50 hmmm Dec 07 19:32:23 ok... cross-compiling that little thing now Dec 07 19:35:06 what about asking in #ofoon? Dec 07 19:35:23 the problem is that....libisi is old Dec 07 19:35:49 for instance I don't find a route stuff anymore in netlink.c of ofono Dec 07 19:36:30 hmm... no does not work Dec 07 19:36:36 indeed Dec 07 19:36:38 GNUtoo|laptop: it works when booted to maemo Dec 07 19:36:39 neither for me Dec 07 19:36:52 ah right Dec 07 19:37:10 maybe the modem need a forwarder Dec 07 19:37:11 hmm Dec 07 19:37:18 upnlink0 Dec 07 19:37:21 is down? Dec 07 19:38:35 on n900? Dec 07 19:39:28 yes Dec 07 19:39:37 I bet we need a forwarder Dec 07 19:39:42 from upnlink0 Dec 07 19:39:47 to phonet0 Dec 07 19:40:15 hmm Dec 07 19:40:23 will sre come? Dec 07 19:41:40 he's not online Dec 07 19:41:44 at least not on irc Dec 07 19:41:55 anyway I used tcpdump Dec 07 19:42:16 there is something reaching upnlink0 Dec 07 19:42:36 but not phonet0 Dec 07 19:42:36 also Dec 07 19:42:55 upnlink0 doesn't have a phonet address right? Dec 07 19:43:14 morphis, ping? Dec 07 19:45:09 GNUtoo|laptop: maybe just powering the modem is not enough Dec 07 19:45:23 I bet it's not enough Dec 07 19:45:37 I bet we need some sort of communication between phonet0 and upnlink0 Dec 07 19:45:45 and to make upnlink0 get an address Dec 07 19:48:35 * mrmoku reboots to maemo to see if it has an address there Dec 07 19:48:55 mrmoku, you won't see it in ifconfig Dec 07 19:51:03 well something I must see :P Dec 07 19:53:51 maybe we should wait for sre Dec 07 19:53:57 and do something else now Dec 07 19:55:21 yeah, probably more effective Dec 07 19:55:38 morphis: pong Dec 07 19:55:40 GNUtoo|laptop: I don't remember the ondemand thing... how to enable it? Dec 07 19:56:31 /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor Dec 07 19:56:52 just echo ondemand to it Dec 07 19:57:12 ok Dec 07 19:57:30 ouch Dec 07 19:57:32 be carefull Dec 07 19:57:40 cat scaling_available_frequencies Dec 07 19:57:50 and you'll see some side effect of the power kernel Dec 07 19:58:30 so we may put scaling_max_freq lower Dec 07 20:03:13 GNUtoo|laptop: lower like how much? Dec 07 20:03:31 like the maximum under the default kernel Dec 07 20:03:35 like 600Mhz Dec 07 20:04:05 ok... default after boot is 500 Dec 07 20:04:44 GNUtoo|laptop: see http://amethyst.openembedded.net/~morphis/palmpre_testpads.jpg and http://amethyst.openembedded.net/~morphis/palmpre_testpads_paper.jpg Dec 07 20:04:53 thats the layout Dec 07 20:05:52 there are a lot of pads Dec 07 20:06:24 mrmoku, also you could enable 125Mhz Dec 07 20:06:25 jepp Dec 07 20:06:36 GNUtoo|laptop: will fill it now with the informations I already have Dec 07 20:06:41 ok Dec 07 20:06:43 so... Dec 07 20:06:53 try to mesure the 4 pads groups Dec 07 20:07:30 mrmoku, maybe as some people could want to overclock you could do an /etc/default thing Dec 07 20:07:34 for your script Dec 07 20:07:45 just set variables in /etc/default/ondemand Dec 07 20:07:53 and source it in the init script Dec 07 20:07:57 good idea Dec 07 20:09:28 because wow in another hand it can see h264 movies with the overclock Dec 07 20:13:05 I will make the complete thing and let you even select the governor :) Dec 07 20:14:18 ok nice Dec 07 20:14:25 thanks a lot Dec 07 20:15:33 maybe we should add theses stuff in fso later? Dec 07 20:15:45 because fso knows when we are on battery etc... Dec 07 20:15:56 hmm... Dec 07 20:24:52 sorry I just tought that now Dec 07 20:27:04 GNUtoo|laptop: you're starting to be a quite hardware-aware developer ;) Dec 07 20:29:08 GNUtoo|laptop: until then you want still an init script? Dec 07 20:30:44 PaulFertser, thanks a lot Dec 07 20:30:53 but in another hand I'm still a kernel newbie Dec 07 20:31:01 I've still a lot to learn on kernel side Dec 07 20:31:11 mrmoku, I'm unsure Dec 07 20:31:32 mrmoku, anyway the init script only set it during boot Dec 07 20:31:36 so both are not incompatible Dec 07 20:35:05 GNUtoo|laptop: is it restricted to n900? Dec 07 20:41:43 mrmoku, I think we should make this available to every device Dec 07 20:41:47 if you do it correctly Dec 07 20:42:03 it should exit when no ondemand nodes are found Dec 07 20:44:09 no cpufreq nodes you mean? Dec 07 20:44:36 or are min and max frequency ondemand specific? Dec 07 20:44:53 they are ondemand specific Dec 07 20:45:03 so performance will overclock? Dec 07 20:45:30 http://pastebin.com/UHgXEbBV Dec 07 20:45:31 I've that Dec 07 20:45:44 ah no Dec 07 20:45:52 sorry Dec 07 20:46:02 I mean governors that weren't userspace Dec 07 20:47:36 GNUtoo|laptop: hmm... you should use $CPUFREQ for avoid_frequencies too :) Dec 07 20:48:20 just in case nokia will come up with some nice quad core phone someday :P Dec 07 20:51:57 GNUtoo|laptop: on n900, turning on developer mode with flasher-3.5, is this still necessary? Dec 07 20:58:05 vanous, only for first boot Dec 07 20:58:15 ok Dec 07 20:59:53 has someone tried beta 3 of E on FR? Dec 07 21:00:55 GNUtoo|laptop: meaning after setting up dual boot i can turn R&D off? Dec 07 21:01:51 vanous: fyi 0xFFFF works just as well for that. Dec 07 21:02:12 PaulFertser: already done flesher... Dec 07 21:05:19 vanous, I think so, mrmoku uses RD off Dec 07 21:05:56 indeed I use only 0xFFFF and apart the boot-kernel-via-usb feature missing it's ok Dec 07 21:06:19 can't compare with flasher, I only used flasher once trough a livecd(hdd encrypted) Dec 07 21:07:04 Heinervdm: I have this one for very long time Dec 07 21:07:20 GNUtoo|laptop: I will ask the next days I my university for a logic analyser Dec 07 21:07:25 JaMa: ok, then my problem was the corrupt fs Dec 07 21:07:27 that should speed up things Dec 07 21:07:37 morphis, ok Dec 07 21:07:39 as I can drive the pins from the userland side Dec 07 21:07:50 even the jtag pins Dec 07 21:07:54 ok Dec 07 21:07:59 I only know serial Dec 07 21:08:00 so it should be very easy to detect them Dec 07 21:08:01 ok Dec 07 21:08:23 Heinervdm: should I start gta01 shr-t build or some other machine? Dec 07 21:08:39 JaMa: no Dec 07 21:08:51 GNUtoo|laptop, vanous: right no I have RD enabled and the watchdogs turned off Dec 07 21:09:06 because otherwise it did not work... that might have change so now that we pass atags Dec 07 21:09:13 maybe watchdogs behave again... have to try Dec 07 21:09:28 JaMa: the fso bug is still present, not solved with mickeys commit Dec 07 21:10:01 Heinervdm: in the morning I tried to reopen and reclose few bug which were "fixed in unstable", do you know about faster way then reopening? Dec 07 21:10:06 Heinervdm: for me it worked Dec 07 21:10:19 no, i don't know Dec 07 21:10:22 Heinervdm: but I had to merge fsogsm.conf first Dec 07 21:10:52 Heinervdm: shutdown after registering almost imediatelly Dec 07 21:10:56 yes, i haven't found where GTA02 folder comes from... Dec 07 21:11:59 mrmoku, there are some scripts in http://wiki.maemo.org/Overclocking too Dec 07 21:12:00 hmm, seems like phoneuid segfaulted when i tried first Dec 07 21:12:36 Heinervdm: which GTA02 folder? Dec 07 21:12:57 Heinervdm: did you have libphone-ui-shr with PR bump? Dec 07 21:12:58 in /ets/freesmartphone/conf/fsogsmd/ Dec 07 21:13:18 phoneuid was failing for me after last EFL bump before PR bump in libphone-ui-shr Dec 07 21:14:02 I don't have this folder in shr-u.. Dec 07 21:14:22 but you probably meant /etc/freesmartphone/conf/GTA02/fsogsmd.conf Dec 07 21:14:33 and that's directly in cornucopia repo Dec 07 21:14:38 yes that's what i meant Dec 07 21:14:50 my FR shut down so i couldn't look it up ;) Dec 07 21:15:15 i bumped src_rev of libphone-ui-shr Dec 07 21:15:24 so it should be rebuild Dec 07 21:15:40 so I am off Dec 07 21:15:41 bye Dec 07 21:15:42 GNUtoo|laptop: ok, thanks Dec 07 21:15:48 morphis: bye Dec 07 21:16:07 morphis, good night Dec 07 21:16:57 Heinervdm: is it your local build? Dec 07 21:17:05 JaMa: yes Dec 07 21:17:35 this http://git.openembedded.org/cgit.cgi/openembedded/commit/?id=7bfcf5198dc06e18b20088d1753b299e8fa5ad90 Dec 07 21:17:44 sort of broke SRCPV versioning :/ Dec 07 21:18:18 i think i haven't cherry-picked that one Dec 07 21:18:20 PE=1 ? Dec 07 21:18:32 I've fixed it on shr buildhost, but IIRC I didn't pump PE/PV after it yet Dec 07 21:21:09 vanous, GNUtoo|laptop: just tried... still does not work without R&D mode :/ Dec 07 21:21:19 ah ok Dec 07 21:21:34 ok Dec 07 21:21:41 will try to find out whats going on tomorrow Dec 07 21:22:03 now bedtime Dec 07 21:22:05 i am following GNUtoo|laptop's howto on installation... Dec 07 21:22:21 following GNUtoo|laptop's instructions is usually a good thing :-) Dec 07 21:22:27 :) Dec 07 21:22:37 gnight and good luck :) Dec 07 21:26:43 GNUtoo|laptop: do i still need to copy modules and firmware? Dec 07 21:27:00 vanous, firmwares yes Dec 07 21:27:09 modules it depend on how you boot Dec 07 21:27:35 hmm, what options do i have? Dec 07 21:27:45 i have installed multibootn-900 Dec 07 21:28:00 many options Dec 07 21:28:01 s/multibootn-900/bootmenu-n900 Dec 07 21:28:08 uboot,native,multiboot etc... Dec 07 21:28:12 I use native Dec 07 21:28:19 what is native? Dec 07 21:28:28 flashing SHR kernel Dec 07 21:28:38 but you would only be able to boot SHR Dec 07 21:28:54 ok, i then need bootmenu Dec 07 21:29:08 as i need both sides Dec 07 21:30:47 ok Dec 07 21:30:53 then you need to copy the modules Dec 07 21:30:56 ok Dec 07 21:31:05 uboot can also boot both sides but it's not ready yet Dec 07 21:32:02 vanous: I would recomend installing kernel-power version 45 where is u-boot integrated and putting my boot.scr on 1st uSD vfat partition Dec 07 21:32:27 vanous: imho easiest way to test multiboot (I have maemo/meego/shr) Dec 07 21:32:48 JaMa: boot.scr ? Dec 07 21:33:44 http://build.shr-project.org/tests/jama/u-boot/ Dec 07 21:33:59 u-boot script which is executed by default from u-boot env Dec 07 21:34:14 then you'll have echo "Use run meego|shr|shr2|maemo" Dec 07 21:34:34 JaMa: sounds interesting Dec 07 21:34:44 read boot.all.scr to understand expected partitioning and kernel naming Dec 07 21:35:06 will look at this later, i guess first try with bootmenu... Dec 07 21:35:16 as i have ext3 card ready now Dec 07 21:35:35 vanous: but first issue is that currently shipped kernel needs atags (but you can use 2.6.35 as I do for SHR) Dec 07 21:41:40 vanous: small fat partition for this boot.scr and kernels is enough.. but if you prefer bootmenu.. :) Dec 07 21:43:08 JaMa: make sense, just that it's ready now :) Dec 07 21:47:58 huh Dec 07 21:49:15 wow Dec 07 21:49:20 you guys are great Dec 07 21:49:31 GNUtoo|laptop: shr asking for PIN? Dec 07 21:49:54 vanous, dummy modem Dec 07 21:50:05 yes, fso telekom Dec 07 21:50:12 is there a pin to enter? Dec 07 21:50:17 it doesn't work Dec 07 21:50:26 if you want you could switch to my plugin Dec 07 21:50:36 but the conf file get overwritten on upgrade Dec 07 21:51:08 not tonight anymore Dec 07 21:51:16 ok Dec 07 21:51:35 this is cool already tonight Dec 07 22:00:23 thank you Dec 07 22:43:21 pespin: btw that missing RDEPENDS is fixed with other stuff in http://patchwork.openembedded.org/patch/3387/ no idea why it wasn't updated/used Dec 07 22:44:27 pespin: also patches 3384 3385 3386 could be usefull for lightmediascanner.. **** ENDING LOGGING AT Wed Dec 08 02:59:57 2010