**** BEGIN LOGGING AT Sat Jul 16 02:59:57 2011 Jul 16 03:47:58 Okay, I'm here. (courtesy of docscrutinizer) Jul 16 10:37:55 <[Rui]> hi Jul 16 10:39:59 <[Rui]> Anyone awake? :) Jul 16 11:06:40 hi, could you help me specify the processor internals of an Qualcomm MSM7x27-2 for building shr? Jul 16 11:08:51 marcellus1, ask gnutoo when he's online, he'll know :) Jul 16 11:09:21 * pespin away for one week (http://www.setmanacantant.org/3eng/_m01_eng.asp), see ya! Jul 16 11:09:50 I tryed it myself and now I got a bunch of errors while trying to compile liboil Jul 16 11:10:57 pespin: do you know about when he'll be on? Jul 16 11:30:52 <[Rui]> marcellus, gnutoo is italian, I think, so you can guess a period when he might be on. He's on frequently, though. Jul 16 11:31:35 [Rui]: thx Jul 16 11:36:18 <[Rui]> gnutoo, ping marcellus ;) Jul 16 11:36:29 ? Jul 16 11:36:30 hi Jul 16 11:36:36 hi Jul 16 11:36:37 <[Rui]> hi Jul 16 11:36:48 marcellus1, you know fsodeviced well? Jul 16 11:37:04 GNUtoo|laptop: ? Jul 16 11:37:19 <[Rui]> gnutoo, ping marcellus ;) Jul 16 11:37:26 I'm looking for help on fsodeviced Jul 16 11:37:46 I wonder where to put the launch of bluetoothd Jul 16 11:38:09 GNUtoo|laptop: I try to get the cpu config running, so I can at least boot into shr on my phone Jul 16 11:38:12 <[Rui]> gnutoo, well, it's more the other way around, marcellus needed some help. Jul 16 11:38:27 <[Rui]> pespin was here a few minutes ago Jul 16 11:38:40 since we now lack udev on some devices(om-gta02,htcdream,n900) bluetoothd need to be launched somehow Jul 16 11:38:40 ok Jul 16 11:38:43 marcellus1, hi Jul 16 11:39:17 GNUtoo|laptop: I have the cpuinfo http://paste.pocoo.org/show/440033/ and the name Qualcomm MSM7x27-2  Jul 16 11:39:26 what device? Jul 16 11:39:32 GNUtoo|laptop: its the geeksphone zero Jul 16 11:39:39 ok Jul 16 11:39:45 I've the geeksphone one but no battery Jul 16 11:39:51 I must find a way to buy a battery Jul 16 11:40:01 marcellus1, we have 2 porting guide Jul 16 11:40:20 <[Rui]> I'm waiting for my wetab for shr tablet edition ;) Jul 16 11:40:31 http://www.shr-project.org/trac/wiki/Device%20Porting%20Guide Jul 16 11:40:36 http://www.shr-project.org/trac/wiki/Android%20Porting%20Guide Jul 16 11:40:42 read at least the first one Jul 16 11:40:53 and complete it as you do the porting Jul 16 11:41:02 GNUtoo|laptop: I tried these, however it does not boot on my phone :( Jul 16 11:41:12 ok Jul 16 11:41:17 what's your kenrel version? Jul 16 11:41:27 in the moment 2.6.32 Jul 16 11:41:31 ok Jul 16 11:41:36 its an own cyanogen mod branch Jul 16 11:41:39 first possibility: Jul 16 11:41:45 *did you try devtmpfs? Jul 16 11:41:54 I don't get any graphic output Jul 16 11:41:55 what not booting means? Jul 16 11:41:57 ok Jul 16 11:42:10 so you don't even get until the rootfs? Jul 16 11:42:20 try to see if the rootfs is not found Jul 16 11:42:25 how? Jul 16 11:42:26 and the kenrel still boots Jul 16 11:42:29 that's simple Jul 16 11:42:31 add a timeout Jul 16 11:42:37 like for instance: Jul 16 11:42:42 rootwait =0 Jul 16 11:42:46 then reboot with Jul 16 11:42:51 rootwait = 60 Jul 16 11:43:00 and look if you have 60 seconds of difference Jul 16 11:43:16 if not you have an earlier problem Jul 16 11:43:32 s/rootwait/rootdelay Jul 16 11:43:39 I don't have any led on the device Jul 16 11:43:48 ok Jul 16 11:43:52 the only way I can tell it boots is that it associates with the wifi Jul 16 11:43:57 ouch Jul 16 11:44:06 I found this http://smartphonebenchmarks.com/forum/index.php?/topic/105-analysis-of-qualcomm-msm7x27-msm7227-msm7627-and-msm7x25-msm7225-msm7625-processors-how-good-are-they/ Jul 16 11:44:13 so when it reboots you don't see it? Jul 16 11:44:19 no Jul 16 11:44:26 ouch Jul 16 11:44:30 that is really problematic Jul 16 11:44:33 there is a list with phones having there is a list with phones having at least the same graphics chip Jul 16 11:44:35 hmmmm Jul 16 11:44:45 the graphic chip is not important Jul 16 11:44:50 you have framebuffer Jul 16 11:44:53 and that's sufficent Jul 16 11:44:57 msmfb Jul 16 11:45:04 darn, so I have nothing Jul 16 11:45:10 how do you boot your phone? Jul 16 11:45:18 fastboot Jul 16 11:45:21 ok nice Jul 16 11:45:26 so try to do that: Jul 16 11:45:31 but I have only tried the htcdream image for now Jul 16 11:45:42 ok that should be fine Jul 16 11:45:47 take the htcdream image Jul 16 11:46:10 and try to boot a custom knerel Jul 16 11:46:19 you've 2 possibilities Jul 16 11:46:32 1)try to boot a custom knerel and boot to cyanogenmod Jul 16 11:46:39 I tried building my own one, but that went terribly wrong Jul 16 11:46:51 2)try to boot cyanogenmod's kernel with the htcdream's rootfs Jul 16 11:46:56 I'd try 1) Jul 16 11:47:07 first try to boot your own kernel like that: Jul 16 11:47:14 fastboot boot /pat/to/zImage Jul 16 11:47:17 *path Jul 16 11:47:43 I'm just not sure where to get the cm kernel Jul 16 11:47:44 some stuff may be wrong with what you did with reguard to fastboot, the fastboot format etc... Jul 16 11:48:02 the geeksphone zero is supported by cyanogenmod right? Jul 16 11:48:15 yeah, but its only a git repository Jul 16 11:48:23 where is that git? Jul 16 11:48:25 github? Jul 16 11:48:26 and the crosscompiling goes over my head Jul 16 11:48:36 cross compiling is easy Jul 16 11:48:39 I can teach you Jul 16 11:48:45 git://github.com/CyanogenMod/geeksphone-kernel-zero.git Jul 16 11:48:46 specially if it's a kernel Jul 16 11:48:52 also a guide to compile it http://forum.geeksphone.com/index.php?topic=2366.0 Jul 16 11:50:00 what cross compiling toolchain do you have? Jul 16 11:50:00 I tryed setting up my own shr-chroot, however I ran into trouble, which look like http://paste.pocoo.org/show/440035/ Jul 16 11:50:04 codesourcey or oe Jul 16 11:50:28 I tried setting up shr-chroot following http://www.shr-project.org/trac/wiki/Building%20SHR Jul 16 11:50:40 oe I guess Jul 16 11:51:00 try codesourcey, I'll guide you but at one condition Jul 16 11:51:08 you document what I tell you on a wiki Jul 16 11:51:12 like SHR wiki Jul 16 11:51:16 in the porting guide Jul 16 11:51:18 no problem Jul 16 11:51:22 ok nice Jul 16 11:51:47 however, my computer is quite old, it took me about 2 days to get shr-chroot compile until ~6000/9000 jobs Jul 16 11:51:54 wait Jul 16 11:52:00 indeed Jul 16 11:52:03 ist sourcery g++ this prebuild g++ compiler? Jul 16 11:52:14 codesourcey has binaries Jul 16 11:52:22 it's gcc and friends Jul 16 11:52:26 g++ is for c++ Jul 16 11:52:28 I tried that, I run x86_64 monolib Jul 16 11:52:44 let me guide you Jul 16 11:52:50 so we are less error prone Jul 16 11:53:03 so I had to recompile gcc, glibc and binutils to get the prebuild i386 binary running Jul 16 11:53:50 I did already find this compiler but was unable to compile it myself and the prebuild binary does not work here Jul 16 11:54:42 could you help me set up the oe/conf/machine file so I can proceed with oe? Jul 16 11:55:11 http://www.codesourcery.com/sgpp/lite/arm/portal/subscription?@template=lite Jul 16 11:55:20 yes if you want Jul 16 11:55:26 but first let's boot a kernel on it Jul 16 11:55:58 wget http://www.codesourcery.com/sgpp/lite/arm/portal/package8739/public/arm-none-linux-gnueabi/arm-2011.03-41-arm-none-linux-gnueabi-i686-pc-linux-gnu.tar.bz2 Jul 16 11:56:07 and extract it Jul 16 11:56:09 already loading it Jul 16 11:56:15 200Mb, this will take a moment Jul 16 11:56:31 ~10min Jul 16 11:56:43 then you'll need to go in the extracted dir Jul 16 11:56:46 like arm-* Jul 16 11:56:50 and then in bin Jul 16 11:56:53 and then do: Jul 16 11:57:02 export PATH=$(pwd):$PATH Jul 16 11:57:11 and then keep the shell open Jul 16 11:57:19 and go in the kenrel dir and do that: Jul 16 11:57:51 I thought I need to build the compiler first Jul 16 11:57:55 make ARCH=arm CROSS_COMPILE="arm-none-eabi-" Jul 16 11:58:02 it's an already built compiler Jul 16 11:58:07 download the binaries Jul 16 11:58:09 it's faster Jul 16 11:58:19 and doesn't work Jul 16 11:58:31 I already read the installer Jul 16 11:58:37 hmmm Jul 16 11:58:38 however I have x86_64 monolib Jul 16 11:58:44 ah ok Jul 16 11:58:45 no x86_32 support Jul 16 11:58:48 ah ok Jul 16 11:58:52 then you need a compiler Jul 16 11:58:56 built with oe Jul 16 11:59:00 ^^ Jul 16 11:59:22 can you recap what you did with oe Jul 16 11:59:29 I don't know well the shr-chroot Jul 16 11:59:33 I use plain oe Jul 16 11:59:46 http://www.shr-project.org/trac/wiki/Building%20SHR until first build Jul 16 12:00:23 ok Jul 16 12:00:37 additionally I added OE/openembedded/conf/machine/gp-zero http://paste.pocoo.org/show/440037/ Jul 16 12:01:04 ok Jul 16 12:01:16 are you sure about arm1136? Jul 16 12:01:25 also I changed OE/shr-unstable/setup-local to: Jul 16 12:01:25 # keep this file compatible with sh (it's read from setup-env) Jul 16 12:01:25 DISTRO="shr" Jul 16 12:01:25 MACHINE="gp-zero" Jul 16 12:01:28 no Jul 16 12:01:37 but I thought it should be similar Jul 16 12:02:02 also I tried adding the cm kernel source, but that didn't go well Jul 16 12:02:02 the htc dream is 1136 Jul 16 12:02:19 armv6-novfp Jul 16 12:02:23 jeah, I tried modifying the htc configs to match my cellphone Jul 16 12:02:42 let me look again at your previous paste Jul 16 12:02:59 http://paste.pocoo.org/show/440037/ Jul 16 12:03:43 the included cpu config is http://paste.pocoo.org/show/440039/ Jul 16 12:04:35 ok your device is really armv6 it seem Jul 16 12:04:43 but I've not sure if it has vfp or not Jul 16 12:04:59 cpuinfo http://paste.pocoo.org/show/440033/ Jul 16 12:05:26 yes I know Jul 16 12:05:27 vfp is in features, however I'm not so sure what it does Jul 16 12:05:32 but I've to look on my bug device Jul 16 12:05:36 that has vfp Jul 16 12:07:14 Features : swp half thumb fastmult vfp edsp java Jul 16 12:07:17 that's what I tought Jul 16 12:07:20 no vfp Jul 16 12:07:25 so your config is correct Jul 16 12:07:36 try to bitbake console-image Jul 16 12:07:46 or something minimal Jul 16 12:08:13 here's yours Jul 16 12:08:15 Features : swp half thumb fastmult vfp edsp java Jul 16 12:08:17 I was wrong Jul 16 12:08:21 you have vfp Jul 16 12:08:25 I didn't look well Jul 16 12:08:26 sorry Jul 16 12:08:43 I did look too quickely Jul 16 12:08:49 anyway Jul 16 12:08:55 you need a correct machine config Jul 16 12:08:59 for building the kernel Jul 16 12:09:04 and liboil :/ Jul 16 12:09:53 while trying to compile liboil I get http://paste.pocoo.org/show/440035/ Jul 16 12:09:57 yes Jul 16 12:09:59 but look at that: Jul 16 12:10:09 | math_vfp_asm.S:273: Error: selected processor does noERROR: Function 'do_compile' failed (see /OE/shr-unstable/tmp/work/armv6-oe-linux-gnueabi/liboil-0.3.17-r1/temp/log.do_compile.8281 for further information): Jul 16 12:10:15 you add a novfp in your machine config Jul 16 12:10:25 and you here you have armv6- Jul 16 12:10:31 for dream I have: Jul 16 12:10:37 armv6-novfp-oe-linux-gnueabi Jul 16 12:10:44 so do that: Jul 16 12:10:48 change your machine config Jul 16 12:10:51 to use the vfp one Jul 16 12:11:06 that'll make things rebuild Jul 16 12:11:18 like rebuild nearly everything Jul 16 12:11:21 but the native stuff Jul 16 12:11:27 native means x86 here Jul 16 12:11:37 native has many meanings Jul 16 12:11:50 so armv6-novfp-oe-linux-gnueabi goes into which variable? Jul 16 12:12:09 just modify your machine config to include that instead: Jul 16 12:13:42 require conf/machine/include/tune-arm1136jf-s.inc Jul 16 12:14:11 k, Jul 16 12:14:17 what is the absolute minimal bb target? Jul 16 12:14:23 let me look Jul 16 12:14:38 micro-base-image Jul 16 12:14:51 you'll have dropbear mdev busybox Jul 16 12:15:33 be sure to follow well our advices on kenrel compilation tough Jul 16 12:15:37 since you lack a keyboard Jul 16 12:15:42 you'll need usbnet Jul 16 12:16:06 you'll also need /etc/network/interfaces Jul 16 12:17:05 http://www.shr-project.org/trac/wiki/Android%20Porting%20Guide#usbnet Jul 16 12:17:34 I copied the /proc/config.gz file off my cm phone Jul 16 12:17:44 so a base config should be there Jul 16 12:17:53 how do I even enter menuconfig inside oe? Jul 16 12:17:57 yes that's the base config Jul 16 12:17:59 yes you can Jul 16 12:18:11 -c menuconfig Jul 16 12:18:17 but save your defconfig after Jul 16 12:18:24 bb linux -c menuconfig ? Jul 16 12:18:25 I personally prefer not to do it that way Jul 16 12:18:28 yes Jul 16 12:18:40 I prefer to go in workdir Jul 16 12:18:43 and to change it there Jul 16 12:18:47 ERROR: Unable to determine endianness for architecture 'INVALID' ? Jul 16 12:18:49 make ARCH=arm xconfig Jul 16 12:19:09 that's because you have an error in your machine config or setup Jul 16 12:19:44 it worked before Jul 16 12:19:48 so it's your last require Jul 16 12:19:52 remove the previous require Jul 16 12:19:57 or better Jul 16 12:20:02 pastebin the machine config Jul 16 12:20:29 I did http://paste.pocoo.org/show/440045/ Jul 16 12:21:15 ok it should work Jul 16 12:21:26 try to look how you choose your machine Jul 16 12:21:55 setup-local: http://paste.pocoo.org/show/440046/ Jul 16 12:22:03 and the config lies in openembedded/conf/machine/gp-zero.conf Jul 16 12:22:45 ok let me try Jul 16 12:24:27 I wonder, if everything is built with -novfp, don't I have to rebuild everything? Jul 16 12:25:06 you want vfp Jul 16 12:25:10 at least for the kernel Jul 16 12:25:29 jeah, but wouldn't oe rebuild everything after the change in the machine config? Jul 16 12:25:32 so you'll have to rebuild all what was build wit -novfp Jul 16 12:25:39 it depend on the change Jul 16 12:25:44 here you changed arm version Jul 16 12:26:05 I'd guess the machine config is quite important Jul 16 12:26:07 ERROR: Unable to determine endianness for architecture 'INVALID' | ETA: --:--:-- Jul 16 12:26:10 but wouldnt a clean help? Jul 16 12:26:16 let me fix it Jul 16 12:31:29 http://www.pastie.org/2222256 Jul 16 12:31:40 try that machine config Jul 16 12:31:53 I've to eat Jul 16 12:33:10 mahlzeit Jul 16 12:34:13 it stops right after, Jul 16 12:34:14 OE gp-zero@shr ~/shr-unstable $ bb micro-base-image -k Jul 16 12:34:14 OE gp-zero@shr ~/shr-unstable $ bb micro-base-image Jul 16 12:34:14 OE gp-zero@shr ~/shr-unstable $ bb console-image Jul 16 12:34:14 OE gp-zero@shr ~/shr-unstable $ Jul 16 12:35:02 ? Jul 16 12:35:06 where does it stops? Jul 16 12:35:15 I'm building it right now Jul 16 12:35:19 and it's at the compiler Jul 16 12:36:09 where's your kernel recipe btw? Jul 16 12:38:39 marcellus1, ping Jul 16 12:39:53 ? Jul 16 12:39:59 right there Jul 16 12:40:02 I need your kernel recipe Jul 16 12:40:10 I'll build Jul 16 12:40:15 so I want something usefull Jul 16 12:40:22 not a dummy builld Jul 16 12:40:59 linux-cm-zero/defconfig: http://paste.pocoo.org/show/440054/ Jul 16 12:40:59 linux- Jul 16 12:41:13 darn, linux-cm-zero_git.bb: http://paste.pocoo.org/show/440055/ Jul 16 12:41:21 ok thanks Jul 16 12:41:26 I derived it from linux-leviathan Jul 16 12:41:33 ok Jul 16 12:42:11 btw if you see someone named morphis in that channel talk to him Jul 16 12:42:23 tell him you have a geeksphone zero Jul 16 12:42:38 he's the one that can make your modem work Jul 16 12:42:47 :) Jul 16 12:43:11 actually I'd be more than happy in the moment to have something like a home directory Jul 16 12:43:25 ok Jul 16 12:43:28 android is crippled beyond usefullnes Jul 16 12:43:36 but since it can be long just talk to him Jul 16 12:43:47 he wants to work on supporting some modem like yours Jul 16 12:43:55 nice Jul 16 12:43:56 so you would only have to give him some traces Jul 16 12:44:07 I'd be happy to Jul 16 12:45:41 actually I got the geeksphone, because its afaik the only cellphone that comes per default with root rights and cyanogen mod, so I thought there is a big community around it Jul 16 12:45:55 however everything is done in the geeksphone forum in spanish Jul 16 12:45:56 ok Jul 16 12:46:03 ah ok ouch Jul 16 12:46:22 quite disappointing, I'd be better off with an openmoko Jul 16 12:48:52 <[Rui]> I agree, Android and the likes are nothing but dumb computers with a phone. Jul 16 12:49:30 <[Rui]> What society needs is to replace laptops with something smaller and screen projection, etc. Jul 16 12:50:12 my problem is rather that you don't actually own your android phone Jul 16 12:50:43 you have to void your warranty to run the software you want on your phone Jul 16 12:50:51 <[Rui]> I feel frustrated this Samsung Galaxy S from ny job is more powerful than my first laptop, circa 2001. Jul 16 12:51:41 [Rui]: I'd rather be disappointed in the way samsung cripples its phones Jul 16 12:52:10 one friend of mine had a samsung phone and told me they use some kind of proprietary fat extersion for its root fs Jul 16 12:52:54 <[Rui]> That's the state for most arm platforms, which is why I bought a wetab Jul 16 12:53:17 <[Rui]> that's true, but you can replace it with ext4. Jul 16 12:53:31 sorry connections issues Jul 16 12:53:37 however everything is done in the geeksphone forum in spanish Jul 16 12:53:45 that is the last thing I saw you saying Jul 16 12:54:09 I started building micro-base-image and will go to eat Jul 16 12:54:55 I thought you were already eating Jul 16 12:55:03 sry didn't mean to keep you hungry Jul 16 12:55:06 thanks a lot Jul 16 13:04:40 <[Rui]> Changing to 3g Jul 16 13:14:42 back Jul 16 13:15:42 it's still compiling Jul 16 13:15:51 since I didn't have a toolchain for amrv6+shr Jul 16 13:15:57 only armv6-novfp Jul 16 13:16:21 no problem, I already tried building oe for about a week Jul 16 13:16:27 I can wait a bit longer Jul 16 13:16:44 I'm just explaining, I know that there is no problem Jul 16 13:17:25 also my computer is quite slow, I guess it will build faster on your box anyway Jul 16 13:17:51 yes Jul 16 13:18:01 that's why I asked for the kernel recipe Jul 16 13:18:25 anyway even if I test, *you* will have to take care of submiting the patches Jul 16 13:18:29 so they get your name on it Jul 16 13:18:47 s/test/build/ Jul 16 13:18:49 patches? Jul 16 13:18:53 yes Jul 16 13:18:55 to oe.dev Jul 16 13:19:16 git add ;git commit;git format-patch; git send-email Jul 16 13:19:16 you mean the machine config and kernel and this kind of thing? Jul 16 13:19:19 yes Jul 16 13:19:38 if you want your machine upstream you'll have to make patches out of your work Jul 16 13:19:40 it's easy Jul 16 13:19:55 even Lopi that didn't know anything at git succedded with my help Jul 16 13:20:02 I already wondered about that since openemedded does not seem like an ordinary git repository Jul 16 13:20:14 it's an ordinary git repo Jul 16 13:20:21 but it's not code Jul 16 13:20:24 it's metadata Jul 16 13:20:27 openembedded $ git status Jul 16 13:20:27 error: object directory .git/objects/replace git object reference with relative path echo ../../../../openembedded/.git/objects/ git checkout master does not exist; check .git/objects/info/alternates. Jul 16 13:20:27 fatal: bad object HEAD Jul 16 13:20:36 ah Jul 16 13:20:48 maybe that's because of the shr-makefile Jul 16 13:20:54 I did the complex setup Jul 16 13:20:58 and I have a real git repo Jul 16 13:21:06 JaMa who did the shr Makefiles Jul 16 13:21:10 is on hollidays Jul 16 13:21:19 without internet.... Jul 16 13:22:10 what exactly is the complex setup? Jul 16 13:22:28 does it have any advantages, besides the git repo being functional? Jul 16 13:22:56 it's more manual, so it's more flexible Jul 16 13:23:20 and you can share the oe.dev metadata between distros Jul 16 13:23:30 I really don't know the shr-Makefile Jul 16 13:23:39 I should tough since a lot of people use it Jul 16 13:23:41 is there a manual for manual setup? Jul 16 13:23:44 yes Jul 16 13:24:27 http://docs.openembedded.org/usermanual/usermanual.html Jul 16 13:28:24 <[Rui]> What did pespin use for his x86 tablet, normal shr makefile but with machine x86 or something similar? Jul 16 13:28:48 no idea Jul 16 13:28:53 maybe it's documented on the wiki Jul 16 13:30:09 http://www.shr-project.org/trac/wiki/Devices/exoPCSlate Jul 16 13:33:23 [Rui], btw did you talk to morphis yet about your samsung galaxy? Jul 16 13:35:03 <[Rui]> haven't had time for it :( Jul 16 13:35:09 ok Jul 16 13:35:19 maybe he would want some dump Jul 16 13:35:38 he has in mind to refactor msmcommd to be more generic Jul 16 13:35:47 that would support other phones than palm pre Jul 16 13:35:56 for instance other transports layers Jul 16 13:35:57 <[Rui]> and great motivation either, as I fear it'll be much work for nothing :( Jul 16 13:36:00 like msm shared memory Jul 16 13:36:13 a dump is easy and fast Jul 16 13:36:18 <[Rui]> ok, that seems nice. Jul 16 13:36:32 I guess morphis is interested in the dump Jul 16 13:36:34 not more Jul 16 13:36:41 he plans to buy an hp veer Jul 16 13:36:47 just to support its modem Jul 16 13:36:51 not to support the rest Jul 16 13:37:10 so it can be interesting Jul 16 13:37:17 even if the phone doesn't get suported at the end Jul 16 13:37:57 larsc, ping Jul 16 14:09:10 ping mrmoku Jul 16 14:09:55 picocom -b 115200 /dev/ttyS3 Jul 16 14:09:56 root Jul 16 14:10:04 Jul 16 14:10:06 uname -a Jul 16 14:11:13 GNUtoo|laptop: Linux host 2.6.35-30-generic #54-Ubuntu SMP Tue Jun 7 18:41:54 UTC 2011 x86_64 GNU/Linux Jul 16 14:11:16 ;-) Jul 16 14:12:15 NOTE: package micro-base-image-1.0-r0: task do_rootfs: Succeeded Jul 16 14:12:31 ok lol Jul 16 14:12:59 ttyS3, can you run that comand too: MACHINE=om-gta02 bitbake world Jul 16 14:13:44 marcellus1, ping Jul 16 14:13:58 NOTE: package micro-base-image-1.0-r0: task do_rootfs: Succeeded Jul 16 14:14:21 or maybe world is too big Jul 16 14:14:32 so maybe....hmmmm wesnoth Jul 16 14:19:01 pong Jul 16 14:19:32 the build of micro-base-image(that doesn't contain a kernel) is finished Jul 16 14:19:35 what should I do now? Jul 16 14:19:58 can you give me the fastboot kernel image? Jul 16 14:20:06 I wasn't clear Jul 16 14:20:12 I didn't build a kernel Jul 16 14:20:20 I'll do it now Jul 16 14:20:31 but after building wesnoth for om-gta02 Jul 16 14:20:39 why esnoth? Jul 16 14:20:42 since I already launched wesnoth build Jul 16 14:20:47 battle for wesnoth Jul 16 14:20:50 let me find a link Jul 16 14:20:54 i know it Jul 16 14:20:57 ok Jul 16 14:21:05 i thought this would be a minmal shell only image Jul 16 14:21:11 it is Jul 16 14:21:22 How do you guys reverse engineer the hardware/software of unknown handsets to get support for them? Jul 16 14:21:23 I've many machines Jul 16 14:21:28 one of my machine is om-gta02 Jul 16 14:21:34 so I build for it: Jul 16 14:21:37 but after building wesnoth for om-gta02 Jul 16 14:21:58 the micro-base-image was built for geeksphone-zero Jul 16 14:22:07 but wesnoth is beeing built for gta02 Jul 16 14:22:22 jonwil, define unknown handsets Jul 16 14:22:25 how did that happen? Jul 16 14:22:38 I mean undocumented handsets Jul 16 14:22:53 give an example Jul 16 14:23:12 reverse engineering depend a lot on what there is to reverse engineer Jul 16 14:23:24 for instance you have several options: Jul 16 14:23:31 *printk in the kenrel Jul 16 14:23:36 Pick a smartphone in this case Jul 16 14:23:47 *reading kenrel sources Jul 16 14:24:01 of course if there is no open kernel for the phone, things get hard, right? Jul 16 14:25:01 it depends Jul 16 14:25:04 if it's windows ce Jul 16 14:25:06 there is haret Jul 16 14:25:15 it depend on what you have to do Jul 16 14:25:18 there is also: Jul 16 14:25:21 *tcpdump Jul 16 14:25:23 *disassembly Jul 16 14:25:32 it really depends Jul 16 14:25:57 the hardest would be the iphone I guess Jul 16 14:26:08 I guess they disassemble and do stuff like with haret Jul 16 14:26:15 What do you use if you have to disassemble binaries to figure out how stuff works? IDA? objdump? gdb? Jul 16 14:26:21 no idea Jul 16 14:26:25 ok Jul 16 14:26:25 some people use IDA Jul 16 14:26:29 but ida is non-free Jul 16 14:26:32 and costs a lot Jul 16 14:26:42 so...I guess you should try radare2 Jul 16 14:27:05 yeah, if I had the money I would seriously go and buy the new IDA ARM decompiler Jul 16 14:27:08 jonwil, what is the thing you want to reverse Jul 16 14:27:37 strings is also an option Jul 16 14:27:48 there are a lot of ways Jul 16 14:28:21 well I am working on N900 and trying to figure stuff out there so I was asking in the general sense in case someone had pointers to tips that might help me Jul 16 14:28:29 ok nice Jul 16 14:28:35 so tell me what you want to reverse Jul 16 14:28:49 bme is done Jul 16 14:28:59 what could be interesting....hmmm Jul 16 14:29:02 I am trying to reverse engineer some libraries used on the N900 and find out how to call them :) Jul 16 14:29:08 ah ok Jul 16 14:29:13 in aid of software I am working on for the stock N900 OS Jul 16 14:29:15 :) Jul 16 14:29:19 then most of the stuff I told didn't apply Jul 16 14:29:19 GNUtoo|laptop: did you get the branch shr/unstable for the manual oe setup? Jul 16 14:29:34 jonwil, you should look at radare2 strings and similar stuff Jul 16 14:29:46 marcellus1, I use master from oe.dev Jul 16 14:30:53 jonwil, there is also somehting that could work: asking nokia Jul 16 14:31:13 I saw stuff about non-free parts on maemo wiki Jul 16 14:31:21 and most of the time people asked nokia Jul 16 14:31:39 Asking Nokia wont help, they are not going to spend any time doing anything for the Jul 16 14:31:43 the N900 anymore Jul 16 14:31:46 ok Jul 16 14:31:46 since its a dead phone Jul 16 14:31:55 There is already an open bug asking for the info Jul 16 14:31:59 with zero responses Jul 16 14:32:03 ah ok Jul 16 14:32:12 easy first thing: Jul 16 14:32:16 try strings ./binary Jul 16 14:32:16 <[Rui]> N9 is a dead phone too, though :) Jul 16 14:32:28 Already got the binary disassembled Jul 16 14:32:43 What I need to figure out is the prototype of the 3 functions in question :P Jul 16 14:32:45 also binutils could help Jul 16 14:32:49 so I can call them :P Jul 16 14:32:54 ah ok Jul 16 14:33:02 what lib are you trying to reverse Jul 16 14:33:05 I've an n900 too Jul 16 14:33:15 and I think I've still maemo on the NAND Jul 16 14:33:27 I needed it for making a multiboot system Jul 16 14:33:32 with kexecboot Jul 16 14:34:00 usr/lib/libconnui_cell.so.0 Jul 16 14:34:08 ok Jul 16 14:34:14 let me try to find some infos with binutils Jul 16 14:34:21 you can find the symbols etc.... Jul 16 14:34:27 functions connui_cell_net_get_operator_name, connui_cell_sim_get_service_provider, connui_cell_sim_is_network_in_service_provider_info Jul 16 14:34:28 ldd can also help Jul 16 14:34:33 I already know all the symbols and stuff Jul 16 14:34:36 I got it disassembled Jul 16 14:34:39 ok Jul 16 14:34:44 and am staring at the ASM for those functions right now Jul 16 14:34:50 low disk space Jul 16 14:34:51 bbs Jul 16 14:34:59 <[Rui]> I almost had one too. But when ordered the operator claimed it was out of stock so I got this galaxy s for a little less euros than the n900 would cost. Jul 16 14:35:10 The tricky part is the crappy hard to follow ARM ABI Jul 16 14:35:17 x86 is nice and clean and easy to understand Jul 16 14:36:03 Even the 65816 stuff I did ages ago is fairly sane Jul 16 14:36:43 marcellus1, see http://ibot.rikers.org/%23openmoko-cdevel/20110606.html.gz arround 14:12 for your git problem Jul 16 14:37:30 <[Rui]> heh, Linus himself is definitely not happy with the current status of the arm platform in Linux. Jul 16 14:37:59 [Rui], yes but it's a different thing Jul 16 14:38:10 <[Rui]> 3x as much loc as the parts specific to x86 Jul 16 14:38:11 linus wants a clean bootloader<->linux kenrel thing Jul 16 14:38:27 like for instance the thing that ppc uses: devicetree Jul 16 14:38:59 <[Rui]> clean boot loader, merge if similar code, less incompatible code, etc. Jul 16 14:39:20 that would permit to have 1 kernel for many arm devices Jul 16 14:44:30 jluis: thx that narrows it down Jul 16 14:44:40 * jonwil wishes Nokia cared more about the community, with just a handful of bits and pieces (definitions for some DBus interfaces, header files for some libraries and a couple of things) I could really blow things open on the N900 :) Jul 16 14:45:26 jonwil, do you know barebox aka uboot v2 Jul 16 14:45:37 it's very small Jul 16 14:45:42 I was forced to read it too ;) Jul 16 14:45:50 I guess it's small enough to replace nolo Jul 16 14:46:01 replacing nolo is not of much use Jul 16 14:46:06 ah? Jul 16 14:46:08 why? Jul 16 14:46:34 btw how to coldboot a bootloader without flasher? Jul 16 14:46:50 not for me anyway, I dont want to run alt OSs, I just want to make changes to make the OS I use now better Jul 16 14:47:05 ah ok Jul 16 14:47:20 what about /dev/mtd1? Jul 16 14:47:24 does that interess you? Jul 16 14:47:52 I am not working at that low a level in the system Jul 16 14:47:54 :P Jul 16 14:47:57 marcellus1, should I bitbake an shr-lite-image for you? Jul 16 14:48:05 jonwil, ok, what do you do then? Jul 16 14:48:27 GNUtoo|laptop: actually I only need the kernel image, however I'm not sure how to build it without the image Jul 16 14:48:37 marcellus1, ok Jul 16 14:48:39 I am working at the application level Jul 16 14:48:44 ah ok Jul 16 14:48:48 like porting stuff Jul 16 14:48:51 porting games etc... Jul 16 14:48:55 GNUtoo|laptop: but if you can build the image it would be nice Jul 16 14:49:06 ok I'll build the kernel first Jul 16 14:49:09 no, more like trying to add features the N900 doesn't have Jul 16 14:49:14 ok Jul 16 14:49:29 like cyanogenmod does to android? Jul 16 14:49:49 a bit yeah but this isnt a full OS distro, just some packages Jul 16 14:49:51 :) Jul 16 14:49:54 or it will be Jul 16 14:49:54 ok Jul 16 14:50:30 I am also trying to figure out what one needs to know to be able to replace certain closed bits of the stock OS with open source clones that do more Jul 16 14:51:19 nice!!! Jul 16 14:51:33 bme could be replaced Jul 16 14:52:38 yeah one of the things I did was to document all the things one would need to know in order to replace bme, libbmeipc and hald-addon-bme with new items that talk directly to the hardware Jul 16 14:52:49 i.e. doing it without breaking any of the other packages on the phone Jul 16 14:53:24 ok Jul 16 14:54:07 Also documented the things one needs to create a new lock screen (the one with the swipe-to-unlock thing on it) Jul 16 14:55:13 ok Jul 16 14:55:35 I just love the N900 because its so open and hackable Jul 16 14:56:23 only phone that's anywhere near hackable with 3G data and a physical keyboard Jul 16 14:57:12 [Rui], pespin used the standard shr-chroot to compile the image the changes he did are OE (kernel config, network, machine conf) Jul 16 14:57:40 indeed Jul 16 14:58:37 all the other phones with physical keyboards (Android, Windows Phone etc) are crap, unhackable or both Jul 16 14:58:38 <[Rui]> jluis, I expected as such. but I can catch him later on otr by email, now we'll be two with x86 tablets Jul 16 15:03:53 I made http://wiki.maemo.org/N900_Resources to collect all the information I could find on the N900 stuff :) Jul 16 15:04:51 [Rui], see the backlog he will almost offline for a week, but it is really easy for x86. try first if it can boot a live distro from USB or SD Jul 16 15:07:10 that way you can have the kernel config X ... to put into OE (we did it with the exopc) Jul 16 15:15:17 marcellus1, Jul 16 15:15:19 | Cloning into /home/gnutoo/embedded/oe/sources/git/github.com.CyanogenMod.geeksphone-kernel-zero.git... Jul 16 15:15:19 | rsync: failed to connect to github.com: Connection refused (111) Jul 16 15:15:29 change to http Jul 16 15:17:09 wut? Jul 16 15:17:15 it should work with git Jul 16 15:17:28 ok I'll try Jul 16 15:17:29 in fact i cloned it a couple of days ago Jul 16 15:18:15 I'll retry Jul 16 15:18:19 indeed it seems correct Jul 16 15:18:44 https://github.com/CyanogenMod/geeksphone-kernel-zero Jul 16 15:19:04 thats the url to the github site with the url Jul 16 15:24:43 maybe I'll add a branch Jul 16 15:35:56 marcellus1, I think it's fetching Jul 16 15:35:58 I added that Jul 16 15:36:21 git://github.com/CyanogenMod/geeksphone-kernel-zero.git;protocol=git;branch=android-msm-2.6.32 \ Jul 16 15:36:27 *replaced with that Jul 16 15:37:13 <[Rui]_> ok, back home on laptop :) Jul 16 15:37:29 <[Rui]_> [Rui]: hey, die, already! Jul 16 15:38:26 <[Rui]_> obedient fellow, huh? Jul 16 15:47:21 GNUtoo|laptop: what does the ;protocol=git... do? Jul 16 15:58:28 I was able to fix the bb halt, however I still have this problem http://paste.pocoo.org/show/440186/ Jul 16 16:23:41 marcellus1, it set the protocol to git Jul 16 16:23:52 you have git or http or rsync etc.... Jul 16 16:23:55 the fetch protocol Jul 16 16:24:27 I thought so, but git does figure that out by git clone git://, so why the additional config? Jul 16 16:24:56 | include/linux/mmc/host.h:17:26: fatal error: linux/mmc/pm.h: No such file or directory| compilation terminated. Jul 16 16:25:11 I guess rsync is the default Jul 16 16:25:21 so we need protocol Jul 16 16:25:23 anyway Jul 16 16:25:42 it failed to compile Jul 16 16:25:48 see the log I just pasted Jul 16 16:25:53 I thought the difference is the _git in the recipe Jul 16 16:26:04 log? Jul 16 16:26:11 | include/linux/mmc/host.h:17:26: fatal error: linux/mmc/pm.h: No such file or directory| compilation terminated. Jul 16 16:27:59 so try to fix my compilation error Jul 16 16:29:10 make a patch to add pm.h Jul 16 16:29:19 marcellus1, do you have a server btw? Jul 16 16:29:26 no Jul 16 16:29:29 somewhere where to host a tarball for instance Jul 16 16:29:45 because if we have to collaborate it would be better to host your changes to oe Jul 16 16:29:47 I'm still about figuring out what pm.h should do Jul 16 16:29:48 like in a tarball Jul 16 16:29:52 that: Jul 16 16:31:17 I think the include path is just messed up Jul 16 16:31:39 http://lxr.free-electrons.com/source/include/linux/mmc/pm.h?v=2.6.34;a=arm Jul 16 16:31:52 it has been introduced in 2.6.34 Jul 16 16:31:57 android is kind of buggy Jul 16 16:32:05 they have strange kernels Jul 16 16:33:02 http://paste.pocoo.org/show/440198/ Jul 16 16:33:06 its different here Jul 16 16:33:35 host/msm_sdcc.c: mmc->pm_caps |= MMC_PM_KEEP_POWER; Jul 16 16:33:39 you need it Jul 16 16:34:04 no you have the wrong one Jul 16 16:34:09 download the one I gave you Jul 16 16:34:13 then do: Jul 16 16:34:18 quilt new foo.patch Jul 16 16:34:31 or better Jul 16 16:34:35 I've a better idea Jul 16 16:34:45 marcellus1, do you know a bit kernel developement? Jul 16 16:34:53 like at least know C a bit? Jul 16 16:35:12 because you could fork cyanogen's kernel Jul 16 16:35:14 I do know a little C, but the kernel ist really big Jul 16 16:35:34 anyway you will need to do some small kernel stuff for the port Jul 16 16:35:37 not big Jul 16 16:35:52 like rebase some of the dream's changes Jul 16 16:35:53 it's easy Jul 16 16:36:25 I could just try pushing the changes to the cm kernel Jul 16 16:36:28 there is a part that must be done in the kernel, and then there is a part in userspace(adaptation to your specific kernel) Jul 16 16:36:31 yes Jul 16 16:36:46 however they might not like all the changes Jul 16 16:36:48 only some Jul 16 16:36:52 like compilation fixes Jul 16 16:36:55 but for instance Jul 16 16:36:55 I can't change the kernel until I can't even compile it Jul 16 16:36:59 led->backlight Jul 16 16:37:02 api change Jul 16 16:37:06 they won't like that Jul 16 16:37:11 ok Jul 16 16:37:16 I'll do the patch for you then Jul 16 16:37:26 I believe the geeksphone people will want additional support Jul 16 16:37:27 and I'll publish them on my server Jul 16 16:37:38 don't worry about that right now Jul 16 16:37:45 I'll explain Jul 16 16:38:01 I need to boot at least with graphic support before even patching anything Jul 16 16:38:11 the android kernel is a fork of the linux kenrel Jul 16 16:38:17 their userland API are different Jul 16 16:38:24 for instance for the display backlight Jul 16 16:38:33 GNU/Linux uses the standard backlight API Jul 16 16:38:39 android uses the LED API Jul 16 16:38:51 is that the reason the kernel can't be compiled? Jul 16 16:38:55 no Jul 16 16:39:05 that is the reason why they won't accept all your patches Jul 16 16:39:31 for the reason why it can't be compiled Jul 16 16:39:34 just add pm.h Jul 16 16:39:40 the one I pasted Jul 16 16:39:41 in Jul 16 16:40:01 its not even the kernel right now Jul 16 16:40:11 include/linux/mmc/ Jul 16 16:40:31 it was added in 2.6.34 Jul 16 16:40:40 I guess they backported the mmc driver from higher kernels Jul 16 16:41:46 I wonder why they don't just bup up to 2.6.39 or something Jul 16 16:42:01 if you're willing to do the work, why not Jul 16 16:42:07 because it's kind of hard Jul 16 16:42:19 you have to re-do all the machine support for your machine Jul 16 16:42:24 including porting some drivers Jul 16 16:42:41 and the internals kernel API changes very very fast Jul 16 16:42:45 so it's hard Jul 16 16:42:49 and long Jul 16 16:42:58 and you need serial Jul 16 16:43:13 without the serial port it's harder Jul 16 16:43:20 why a serial port? Jul 16 16:43:34 because serial is easy to get working Jul 16 16:43:49 you don't want to get display+touchscreen+mmc working the first time Jul 16 16:43:51 not if you don't even have a serial port on your computer Jul 16 16:44:00 on embedded devices there is serial port Jul 16 16:44:04 it's very usefull Jul 16 16:44:14 let's say you have a board Jul 16 16:44:26 you must get the display, and the touchscreen right Jul 16 16:44:32 if you have no serial port Jul 16 16:44:35 and if you fails Jul 16 16:44:39 you get no feedback Jul 16 16:44:40 no dmesg Jul 16 16:44:42 nothing Jul 16 16:44:51 or you could get mmc right Jul 16 16:44:56 and save a dmesg on mmc Jul 16 16:44:59 but all that is hard Jul 16 16:45:03 serial is much easier Jul 16 16:45:10 and even better Jul 16 16:45:14 if you have serial.... Jul 16 16:45:19 and a good bootloader like uboot Jul 16 16:45:30 you can even get dmesg without nothing initialized Jul 16 16:45:34 only CPU/machine Jul 16 16:45:42 you don't even need serial to get that Jul 16 16:45:50 you only need serial support in the bootloader Jul 16 16:45:59 so you can dump the dmesg messages Jul 16 16:46:02 from the bootloader Jul 16 16:46:06 with md for instance in uboot Jul 16 16:46:18 I'm not sure how to connect the serial line to the phone Jul 16 16:46:28 or if there even is a place to connect it Jul 16 16:46:46 its fastboot, not uboot, thats quite sucky Jul 16 16:47:18 is there any option to enable sshd on startup? Jul 16 16:47:23 no Jul 16 16:47:28 :( Jul 16 16:47:38 beside you need a correct /etc/network/interfaces Jul 16 16:47:58 even without graphics my cellphone boots and associates on the wifi Jul 16 16:48:05 ok Jul 16 16:48:07 I can get its ip at the router Jul 16 16:48:07 but that requires: Jul 16 16:48:09 *mmc Jul 16 16:48:10 *wifi Jul 16 16:48:18 *the board support Jul 16 16:48:27 I'm not sure about the mmc, but the wifi does work Jul 16 16:48:31 ok Jul 16 16:48:35 what's the wifi card btw? Jul 16 16:48:46 that is a good question Jul 16 16:48:55 I guess the same as the htc dream Jul 16 16:49:02 wl1251_sdio then Jul 16 16:52:04 look what is it Jul 16 16:52:07 it's important Jul 16 16:53:04 anyway I can check that in a crippled android busybox? Jul 16 16:54:31 #lspci Jul 16 16:54:31 lspci: /sys/bus/pci/devices: No such file or directory Jul 16 16:54:34 grrr Jul 16 16:54:36 lsmod Jul 16 16:54:42 you have no pci Jul 16 16:54:46 on a phone Jul 16 16:55:10 pastebin your lsmod Jul 16 16:55:11 #lsmod Jul 16 16:55:11 dhd 137750 0 - Live 0xbf000000 Jul 16 16:55:16 broadcom Jul 16 16:55:16 thats all Jul 16 16:55:19 bcmsomething Jul 16 16:55:27 also paste is a bit difficult Jul 16 16:55:34 try that Jul 16 16:55:35 bash Jul 16 16:55:40 its a crippled android shell Jul 16 16:55:45 run bash Jul 16 16:55:49 try running bash Jul 16 16:55:51 typing Jul 16 16:55:54 bash Jul 16 16:55:55 then enter Jul 16 16:55:59 there is actually bash installed? Jul 16 16:56:03 wow I'm impressed Jul 16 16:56:07 in cyanogen yes Jul 16 16:56:09 it should Jul 16 16:56:13 but it's not the default Jul 16 16:56:19 that's better than SHR then :-P Jul 16 16:56:20 not to break the compatibility Jul 16 16:56:27 shr has bash too Jul 16 16:56:30 you install it Jul 16 16:56:34 not by default Jul 16 16:56:43 opkg install bash Jul 16 16:56:48 yes, I know I can install it. it's a stupid extra step though Jul 16 16:56:49 i have the default cm install here Jul 16 16:57:13 however a shell is a pain, when you don't have tab Jul 16 16:57:19 or control - R Jul 16 16:57:25 or pg up, pg down Jul 16 16:57:28 ok Jul 16 16:57:34 considering that SHR is interesting only for developers (and that won't change any time soon), it's just stupid not to include proper shell tools by default Jul 16 16:57:50 antrik, then ask JaMa when he's back Jul 16 16:59:17 mah, the openembedded build thingi depresses me, I'll go for a smoke, brb Jul 16 16:59:32 marcellus1, let me build it for you Jul 16 16:59:53 how can I screw around in the environment if I can't build it myself? Jul 16 17:00:01 I want a phone that does what I tell it to Jul 16 17:00:09 so its actually my phone Jul 16 17:00:40 I run exherbo on all my pcs, check it, then you can imagine what kind of control I want Jul 16 17:01:14 what is exherbo Jul 16 17:01:15 ? Jul 16 17:01:26 I can help you to fix your build issues Jul 16 17:01:41 I guess your computer is still building Jul 16 17:01:44 and that it's in progress Jul 16 17:02:17 <[Rui]> GNUtoo-N900: possibly http://exherbo.org/ Jul 16 17:03:08 seem like gentoo Jul 16 17:03:54 BTW, can't JaMa's premade shr-chroot be used for this stuff?... Jul 16 17:04:15 no idea Jul 16 17:04:25 i dont use shr-chroot Jul 16 17:05:01 its a gentoo fork Jul 16 17:05:07 ah ok Jul 16 17:05:13 where you can change everything more easily Jul 16 17:05:36 antrik: what premade shr-chroot? Jul 16 17:06:06 antrik: the one from that manual http://shr-project.org/trac/wiki/Building%20SHR ? Jul 16 17:07:12 no idea... I just keep hearing about it in this channel :-) Jul 16 17:07:32 apparently it makes getting started with building SHR stuff much easier Jul 16 17:08:13 can anyone give me a preferabbly statically linked dropbear binary for armv6? Jul 16 17:08:40 marcellus1, try nm Jul 16 17:08:43 oops Jul 16 17:08:47 netcat Jul 16 17:08:48 nc Jul 16 17:08:54 it's in busybox Jul 16 17:09:04 I mean an sshd server Jul 16 17:09:15 give more details Jul 16 17:09:18 why do you need that Jul 16 17:09:19 ? Jul 16 17:09:28 i thought I could just put it inside /etc/init.d/ and hope it comes up with the htcdream image Jul 16 17:09:35 ah ok Jul 16 17:09:38 try netcat Jul 16 17:09:39 nc Jul 16 17:09:41 from busybox Jul 16 17:09:44 it should be in Jul 16 17:09:51 no need of a complex not-included ssh Jul 16 17:10:02 dropbear requires: Jul 16 17:10:27 * a dev manager that wroked(such as udev,devtmpfs or mdev) Jul 16 17:10:31 as sshd server? Jul 16 17:10:31 */dev/urandom Jul 16 17:10:41 go in the wikipedia page for netcat Jul 16 17:10:56 the wifi comes up and it even grabs an ip Jul 16 17:11:03 ah ok Jul 16 17:11:05 try that: Jul 16 17:11:20 nc -l -p 1234 -e /bin/ash Jul 16 17:11:29 and that to connect to it Jul 16 17:11:31 nc 192.168.1.2 1234 Jul 16 17:11:42 change the ip tough Jul 16 17:12:09 the wifi comes up and it even grabs an ip Jul 16 17:12:13 can you describe more Jul 16 17:12:20 you boot on SHR(how?) Jul 16 17:12:28 and then your wifi comes up and get an ip Jul 16 17:12:32 but your screen is black? Jul 16 17:12:43 right? Jul 16 17:13:25 jeah Jul 16 17:13:28 ok Jul 16 17:13:37 first be sure that you booted in SHR Jul 16 17:13:41 and not in some kind of android Jul 16 17:13:50 try to add a hook somewhere Jul 16 17:13:55 do dmesg > dmesg Jul 16 17:13:59 and uname -a Jul 16 17:14:03 and some stuff like that Jul 16 17:14:09 and also add netcat Jul 16 17:14:25 because I guess you booted into the initrd of android Jul 16 17:14:38 or in android Jul 16 17:14:51 but the good news is that it booted something Jul 16 17:16:41 btw read carefully the porting guide Jul 16 17:16:49 it will save you hours of frustrations Jul 16 17:16:58 and read it totally Jul 16 17:17:27 the kernel compiled Jul 16 17:17:50 I guess android-f5073b9037dcbf13 is not a good sign Jul 16 17:18:01 what is that? Jul 16 17:18:20 where does it comes from? Jul 16 17:18:37 its the "name" which is shown by my router Jul 16 17:19:00 ddns I guess Jul 16 17:19:15 ok Jul 16 17:19:21 no shr I guess Jul 16 17:19:39 look for initrd Jul 16 17:19:50 in the porting guides Jul 16 17:20:59 if your device is an android one: Jul 16 17:21:06 * add g_ether(so you can ssh into your phone) compiled in the kernel(easier debugging) Jul 16 17:21:06 * remove paranoid network Jul 16 17:21:06 * remove the initramfs/initrd Jul 16 17:21:10 that is in the porting guide Jul 16 17:21:18 as I said....read it integrally Jul 16 17:21:21 and try to remember it Jul 16 17:21:29 because else it does what it's doing right now Jul 16 17:21:33 that is to say Jul 16 17:21:38 booting in android or your initrd Jul 16 17:21:53 obviously it also needs: Jul 16 17:21:58 root=/dev/mmcblk0p1 Jul 16 17:22:18 I'll complete the guide Jul 16 17:22:25 because I forgott the obvious Jul 16 17:23:13 CONFIG_BLK_DEV_INITRD=y Jul 16 17:23:14 remove that Jul 16 17:23:29 where exactly? Jul 16 17:23:45 kernel config Jul 16 17:23:51 but before Jul 16 17:23:58 I'll do some stuff and share it with you Jul 16 17:24:22 what do you have in your oe tree? Jul 16 17:24:29 *the new kernel recipe Jul 16 17:24:34 *the new machine config recipe Jul 16 17:24:37 is that ok? Jul 16 17:24:45 the machine config Jul 16 17:24:50 but that is it Jul 16 17:25:00 ok I'll make a tarball for you Jul 16 17:26:05 or better. Jul 16 17:26:09 patches.... Jul 16 17:27:15 I make a big patch that you split up Jul 16 17:27:17 is that ok? Jul 16 17:28:50 ont know if you can read this i just bb - c menuconfig linux and the harddisk just about blocks everything Jul 16 17:29:53 I'd be happy with the patch Jul 16 17:31:32 http://gnutoo.homelinux.org/downloads/people/marcellus1/0001-Add-support-for-geeksphone-zero-machine-config-and-k.patch Jul 16 17:31:43 it's a big patch Jul 16 17:31:48 easier for you to download Jul 16 17:31:56 but it should not be submitted as-is Jul 16 17:32:03 save your changes Jul 16 17:32:16 like for instance Jul 16 17:32:19 move them out of the tree Jul 16 17:32:26 download the patch Jul 16 17:32:31 apply the patch Jul 16 17:32:37 with at your choice: Jul 16 17:32:43 git apply /path/to/patch Jul 16 17:32:44 or Jul 16 17:32:50 git am /path/to/patch Jul 16 17:32:59 git apply doesn't add a commit message Jul 16 17:33:01 git am does Jul 16 17:33:09 clean your tmpdir Jul 16 17:33:17 because you made changes to your machine file Jul 16 17:33:28 in a way that break things Jul 16 17:33:40 (the change in the include for the CPU) Jul 16 17:33:43 and rebuild Jul 16 17:33:52 but before Jul 16 17:33:58 *CHANGE YOUR KERNEL CONFIG* Jul 16 17:34:07 sorry for the caps Jul 16 17:34:52 yay, my pc unfroze Jul 16 17:35:04 ok mine freeze often too Jul 16 17:35:13 that's why I've the n900 near me Jul 16 17:35:17 that runs SHR btw Jul 16 17:35:20 i have only 2gb ram, so swap does me no good Jul 16 17:35:28 same here Jul 16 17:35:50 but it's a core i7 Jul 16 17:36:15 with an 2 600G disks in raid0 Jul 16 17:39:15 I have an amd64x2 with 1x 500gb, 1x1tb with 500gb on raid1 Jul 16 17:39:26 ok nice Jul 16 17:41:12 no, its not, running the chroot with -j1 is actually faster, because the ram isn't exhausted so fast Jul 16 17:42:07 ok Jul 16 17:42:11 I've an amdx2 too Jul 16 17:42:13 and it's fast Jul 16 17:42:41 and I've only 1G of ram if I remember well Jul 16 17:42:44 I'm actually waiting for bulldozer Jul 16 17:42:45 but I run it on 32bit Jul 16 17:43:24 I need 64bit for aes_x86_64 Jul 16 17:43:32 ah ok Jul 16 17:43:36 i encrypted my /home Jul 16 17:43:43 then run a 64bit kernel and a 32bit userland Jul 16 17:43:57 I've encrypted rootfs Jul 16 17:44:05 what exactly do I gain from the 32bit userland? Jul 16 17:44:05 on my computers Jul 16 17:44:11 less ram usage Jul 16 17:44:30 the kernel does the paging Jul 16 17:44:59 and this mixed 32/64 bit systems are a complete mess considering security Jul 16 17:45:04 ah? Jul 16 17:45:26 instructions are 64bit instructions right? Jul 16 17:45:35 that means that the instructions are bigger right? Jul 16 17:45:50 which means that when a program is loaded into the memory it takes more space right? Jul 16 17:45:58 that means the numbers are bigger Jul 16 17:45:58 or is something wrong in what I said? Jul 16 17:46:34 an int is typically 32bit big on a 32bit machine and 64bit big an an 64bit machine Jul 16 17:46:44 the rest does not change at all Jul 16 17:46:49 ah ok Jul 16 17:46:51 ah right Jul 16 17:46:58 the instructions are variable size Jul 16 17:47:01 I forgott that Jul 16 17:47:15 because on some non x86 arch they are fixed size Jul 16 17:47:20 but you got 64bit adresses for ram, so you have a little overhead for the ~4tb adress space you could adress Jul 16 17:47:50 jeah, but its really hard to get your hands on that kind of machine Jul 16 17:48:19 even if you put 4TB of swap? Jul 16 17:48:31 I guess you could Jul 16 17:48:33 but why? Jul 16 17:48:41 just to arrive to the limit Jul 16 17:48:53 (for fun) Jul 16 17:50:09 I just checked it are 256TB Jul 16 17:50:29 it actually is 256 tb, have fun maxing this out Jul 16 17:50:42 ok lol Jul 16 17:50:55 however amd64 have a limit of 4gb physical ram, as do core2duos Jul 16 17:51:13 for up to 32gb you need an i3+, phenom+ Jul 16 17:51:40 ok Jul 16 17:51:41 <[Rui]> marcellus1: you mean 4TB right? Jul 16 17:51:44 however 16gb are well within my range :) Jul 16 17:52:05 [Rui]: no, I think they limited the physical adress bus of the processors Jul 16 17:52:32 <[Rui]> marcellus1: weird. Jul 16 17:52:52 theoretically the processors could adress 256TB, but there are not enough pipelines laid out of the die to physically connect to the ram Jul 16 17:55:09 mrmoku, piiing Jul 16 17:55:12 I suspect it's actually a chipset limitation, not a processor one Jul 16 17:55:54 however, the size of the cache tag rams also plays a role -- anything exceeding that can't be cached anymore, making the system extremely slow Jul 16 17:56:29 original Pentium3 was limited to 512 MiB for example, and so were the corresponding chipsets Jul 16 17:58:03 btw is there anything like a ports style pakage manager for openembedded? Jul 16 17:59:09 after all I ran gentoo on an 700Mhz duron with 256Mb ram, which is roughly as fast as my phone Jul 16 18:00:33 there isn't Jul 16 18:00:44 but you can make your own distro Jul 16 18:00:50 like inherit shr Jul 16 18:00:58 and do some personal changes Jul 16 18:01:22 and there is some configuration that can also be done in local.conf Jul 16 18:01:27 hmm, a little paludis and some distcc, could rock Jul 16 18:02:21 recipes have some similarities with ebuilds Jul 16 18:02:26 but there are some small differences: Jul 16 18:02:34 *USE flags are for distros Jul 16 18:02:52 *for instance there is no manual patching Jul 16 18:03:08 marcellus1: I'm sure your phone is a lot slower, in spite of similar CPU clock Jul 16 18:03:36 I think you just don't know how slow a duron is Jul 16 18:04:01 it's about as slow as a Pentium3/Celeron Jul 16 18:04:03 I know what a slow pentium M 2GHZ with heat issues is Jul 16 18:04:18 I did what I do in a 5 hours in 1 week Jul 16 18:04:42 which is much much faster than an embedded ARM system Jul 16 18:05:52 the CPU core is considerably faster at the some clock rate in a Pentium3-style x86 processor; but more importantly, I/O bandwidth tends to be abyssimal on embedded systems Jul 16 18:06:23 I think tuxbrain compiled QT on the device Jul 16 18:06:26 more than one week Jul 16 18:06:31 and that's only one package Jul 16 18:07:23 I think modern smartphones are perfectly fine for natively building individual packages when doing development; but trying to run a source-based distribution would be more than crazy :-) Jul 16 18:07:43 lol Jul 16 18:08:00 and they have limited ram Jul 16 18:08:14 imagine you get out of ram after 1 week of compilation Jul 16 18:08:16 I think about distcc Jul 16 18:08:48 but distcc is probably easier than a dedicated chroot Jul 16 18:10:20 GNUtoo|laptop: just get a large enough µSD and put a swap partition on it... I'm sure that won't cause any performance problems at all :-P Jul 16 18:10:32 ok Jul 16 18:12:22 I suspect that compiling natively in qemu emulating ARM on a fast x86 machine is actually faster than compiling on a typical ARM device Jul 16 18:12:32 yes it is Jul 16 18:12:37 nokia did some tests for that Jul 16 18:12:46 *some people at nokia Jul 16 18:14:33 what is with tegra/kal el Jul 16 18:14:52 dualcore 2x1Ghz should at least be fast enough shouldn't it? Jul 16 18:16:20 I just think compiling on flash disks would wear them out too fast Jul 16 18:16:27 hence the distcc Jul 16 18:18:21 again, it's more of an I/O issue than core speed Jul 16 18:19:11 a flash drive should still be faster than a classic harddisk Jul 16 18:19:29 "fast enough" is relative anyways. my old pentium1 used to be fast ten years ago... but software is getting larger. nowadays my Pentium3 is becoming a serious pain Jul 16 18:19:56 marcellus1: a good SSD is faster, yes. but embedded devices don't get have these Jul 16 18:20:13 the latency should still be lower Jul 16 18:20:21 the throughput is another story Jul 16 18:20:42 however while compiling you fiddle around with lots of small files Jul 16 18:27:12 marcellus1, at what point are you with the kernel config? Jul 16 18:28:33 I have accidentally crashed my chroot and try to get it up and running again Jul 16 18:30:33 ok Jul 16 18:31:11 so the menuconfig takes 376 tasks to do before menuconfig :( Jul 16 18:31:28 err, bb needs 376 tasks before menuconfig Jul 16 18:31:29 I'm pusing some stuff Jul 16 18:31:33 to my server Jul 16 18:31:41 so maybe bitbake only the kernel Jul 16 18:31:46 btw, do you have a fastboot image of the kernel? Jul 16 18:32:06 doesn't bb -c menuconfig linux-cm-zero only bake the kernel? Jul 16 18:32:07 it won't work Jul 16 18:32:19 no -c menuconfig does menuconfig Jul 16 18:32:23 that's all it does Jul 16 18:37:34 hmm, 500Mb in swap no wonder this takes forever Jul 16 18:44:08 $ bitbake -c menuconfig Jul 16 18:44:09 ERROR: Nothing to do. Use 'bitbake world' to build everything, or run 'bitbake --help' for usage information. Jul 16 18:44:09 ? Jul 16 18:53:18 do that instead: Jul 16 18:53:24 bitbake -c menuconfig your_kernel Jul 16 18:55:16 thats the 376 tasks thing I tried earlier Jul 16 18:55:20 @50 Jul 16 18:56:18 1 second Jul 16 18:57:02 bitbake -c menuconfig linux-cm-zero Jul 16 18:57:15 and save the defconfig (.config in workdir) Jul 16 18:57:17 jeah, 376 tasks to do Jul 16 18:57:21 ok Jul 16 18:57:32 I guess it needs an x86 compiler Jul 16 18:57:38 for making menuconfig Jul 16 18:57:49 xince the ncurses thing is compiled Jul 16 18:58:12 how does that even work? Jul 16 18:58:15 ping larsc Jul 16 18:58:20 you need a compiler to compile a compiler Jul 16 18:58:35 yes Jul 16 18:58:47 using native stuff in oe is needed Jul 16 18:58:52 because we patch them Jul 16 18:58:58 so there needs to be a native compiler in the first place Jul 16 18:59:04 yes Jul 16 18:59:04 ah Jul 16 18:59:25 basically you could even use codesourcey if you're good enough in the setup Jul 16 18:59:34 but you will surely have some issues Jul 16 19:00:23 i don't think a cross compiler is so good, if you need i386 to install, or to compile it Jul 16 19:00:55 I meant that oe was very configurable Jul 16 19:01:01 and you could even change the cross compiler Jul 16 19:01:16 and use a pre-built one Jul 16 19:01:21 but that brings many issues Jul 16 19:02:32 I like oe a lot Jul 16 19:02:41 GNUtoo|laptop: pong, here now Jul 16 19:03:05 also for the reason I had to play around with the avr32 buildroot, which even failed on clean Jul 16 19:04:51 mrmoku, pespin and me have an issue Jul 16 19:05:09 the bluetooth one? Jul 16 19:05:12 some devices like om-gta02 htcdream nokia900 nexusone uses devtmpfs Jul 16 19:05:12 yes Jul 16 19:05:24 we'd like to make fso launch bluetoothd Jul 16 19:05:31 yup Jul 16 19:05:32 where to do it in fso? Jul 16 19:05:43 knowing that: Jul 16 19:06:02 *putting it in the om-gta02 powercontrol resource will work only for om-gta02 Jul 16 19:06:24 *we can have only one plugin per resource Jul 16 19:06:36 I pinged mickeyl Jul 16 19:06:45 no response Jul 16 19:06:45 ahh, yes I remember that Jul 16 19:06:49 morphis wasn't there either Jul 16 19:07:04 what should I do? Jul 16 19:07:12 add that loading thing in every device? Jul 16 19:07:15 put it in a lib? Jul 16 19:09:00 GNUtoo|laptop: mrmoku: (on a sidenote, i did some work on process dependencies, so bluetoothd starting/shutting down should be relatively simple to complete...) Jul 16 19:09:12 is what mickeyl said in november :P Jul 16 19:09:27 yes but pratically speaking Jul 16 19:09:32 what should I do? Jul 16 19:09:46 it's simple to add Jul 16 19:09:50 but where to add it Jul 16 19:10:10 hmm... process dependencies Jul 16 19:10:15 whatever that means Jul 16 19:10:39 I guess he meant how to handle a process Jul 16 19:10:43 like spawn Jul 16 19:10:45 etc... Jul 16 19:10:52 or maybe I'm totally wrong Jul 16 19:11:33 marcellus1, or better go in your kenrel dir, do make ARCH=arm xconfig Jul 16 19:11:34 hmm... let me look around a bit Jul 16 19:11:49 cp the .config to the defconfig in oe Jul 16 19:11:53 mrmoku, ok Jul 16 19:12:58 there is no kernel directory until the phase for unpack or however it is called is done Jul 16 19:13:30 isnt it? Jul 16 19:13:45 marcellus1, yes you're right Jul 16 19:14:02 so maybe do -c unpack instead Jul 16 19:14:05 or rather Jul 16 19:14:07 -c patch Jul 16 19:14:16 if you applied my patch that should add the headers Jul 16 19:14:49 i thought that was one patch with the whole configuration Jul 16 19:15:19 but the patch is in there Jul 16 19:15:27 however still 142/376 Jul 16 19:15:41 marcellus1, the patch contain: Jul 16 19:15:48 *the updated machine config Jul 16 19:15:53 *the updated kernel recipe Jul 16 19:16:04 that itself contain a patch for the kernel Jul 16 19:16:18 *netbase for having usb0 come up at boot Jul 16 19:16:48 GNUtoo|laptop: dunno what he meant about process dependencies... but one probably clean possibility would be to add a BaseBluetoothPowerControl class to fsodeviced (derived from BasePowerControl) which does the bluetooth starting Jul 16 19:17:11 yes but since there is no _append.... Jul 16 19:17:21 if you override it you would have to copy it Jul 16 19:17:48 what do you mean? Jul 16 19:18:08 right now we have class BluetoothPowerControl : FsoDevice.BasePowerControl Jul 16 19:18:49 BluetoothPowerControl is inheriting stuff from BasePowerControl Jul 16 19:20:11 imagine you have that: Jul 16 19:20:20 abstract foo(){ Jul 16 19:20:34 write(sysfspath, something); Jul 16 19:20:35 } Jul 16 19:20:43 and you want to do that instead: Jul 16 19:20:46 abstract foo(){ Jul 16 19:20:48 write(sysfspath, something); Jul 16 19:20:51 bluetoothd(); Jul 16 19:20:53 } Jul 16 19:21:01 you have to overrite it Jul 16 19:21:07 you cannot do like in oe Jul 16 19:21:16 foo_append{ Jul 16 19:21:21 bluetoothd(); Jul 16 19:21:23 } Jul 16 19:21:34 but what you can do is add a setting for bluetoothd(); Jul 16 19:21:39 like that Jul 16 19:21:49 override foo_{ Jul 16 19:21:52 write(); Jul 16 19:21:56 if (setting) Jul 16 19:22:03 bluetoothd(); Jul 16 19:22:04 } Jul 16 19:22:14 should I do that? Jul 16 19:22:22 no, but you can doo base.foo() Jul 16 19:22:28 ah wow Jul 16 19:22:30 base.... Jul 16 19:22:32 to call the overriden one from the base class Jul 16 19:22:53 * GNUtoo|laptop is too low level and forget the object orriented stuff Jul 16 19:23:00 http://live.gnome.org/Vala/Tutorial#Polymorphism Jul 16 19:23:05 :) Jul 16 19:23:05 ok nice Jul 16 19:23:23 so I add a launch_bluetoothd class Jul 16 19:23:24 though I have no idea what mickeyl has in mind Jul 16 19:23:26 and call it Jul 16 19:23:31 that's all? Jul 16 19:23:40 that sounds nice and clean Jul 16 19:23:59 hmm Jul 16 19:24:23 I would make it BluetoothPowerControl --> BaseBluetoothPowerControl --> BasePowerControl Jul 16 19:24:40 ok Jul 16 19:24:51 but the bluetoothpowercontrol would call start_bluetoothd Jul 16 19:24:53 right? Jul 16 19:24:59 a new function in the calss Jul 16 19:25:12 I meant function here: Jul 16 19:25:15 so I add a launch_bluetoothd class Jul 16 19:26:04 no Jul 16 19:26:23 ah? Jul 16 19:26:24 you override setPower Jul 16 19:26:27 yes Jul 16 19:26:37 I would have done it like that Jul 16 19:26:39 and in setPower of your bluetooth base class you call base.SetPower first Jul 16 19:26:43 gta02 override set power Jul 16 19:26:46 and then launch blootoothd Jul 16 19:26:48 oops Jul 16 19:26:50 sorry Jul 16 19:26:51 or kill it if power is to be set off Jul 16 19:26:54 forget last line Jul 16 19:27:06 yeah, it does not override it :) Jul 16 19:27:11 I meant that: Jul 16 19:27:18 om-gta02 doesn't override setpower Jul 16 19:27:43 yup, because the sysfsnode handling of the base power control class is sufficient Jul 16 19:27:46 set-power in BaseBluetoothPowerControl do what it did + Jul 16 19:27:56 if (on) Jul 16 19:28:03 this.launch_bluetoothd(); Jul 16 19:28:06 else Jul 16 19:28:12 this.stop_bluetoothd(); Jul 16 19:28:21 hmm Jul 16 19:28:22 and base power control is unchanged Jul 16 19:28:28 probably nicer would be: Jul 16 19:28:31 if (off) Jul 16 19:28:32 that would permit overriding class to call: Jul 16 19:28:43 base.launch_bluetoothd(); Jul 16 19:28:43 this.stop_bluetoothd(); Jul 16 19:28:51 base.setPoser(onoff) Jul 16 19:28:54 if (on) Jul 16 19:28:58 launch.bluez Jul 16 19:29:17 _start_ it after turning bluetooth on Jul 16 19:29:24 and _stop_ it before turning it off Jul 16 19:29:24 ok Jul 16 19:29:25 is what I mean Jul 16 19:29:42 so we both agree Jul 16 19:29:45 so I'll implement it Jul 16 19:29:46 good :) Jul 16 19:29:49 great :D Jul 16 19:30:01 I've to eat btw Jul 16 19:30:04 thanks a lot Jul 16 19:30:12 and sorry again... I'm deep down in daywork these days :/( Jul 16 19:30:17 ok Jul 16 19:30:33 it's not problematic for me, it's problematic for SHR tough Jul 16 19:30:47 yup Jul 16 19:31:09 quite everyone is busy doing other stuff... Jul 16 19:31:15 dos1: ping :-) Jul 16 19:31:18 indeed Jul 16 19:31:19 lol Jul 16 19:31:34 dos1, ping Jul 16 19:31:42 we need GNU....oops you Jul 16 19:32:46 mrmoku, GNUtoo|laptop: so, what the problem? :D Jul 16 19:33:13 dos1, we lack manpower Jul 16 19:33:20 or developper power rather Jul 16 19:33:25 since women are welcome too Jul 16 19:34:10 so please make a comeback Jul 16 19:34:12 dos1: M A N P O W E R :-) Jul 16 19:34:16 and do usefull things Jul 16 19:34:32 dos1: now... that you're a man... give us your power ;) Jul 16 19:34:51 so, what things are the most important now? ;) Jul 16 19:35:01 dos1, voicecalls on n900 Jul 16 19:35:07 and audio routing Jul 16 19:35:11 on all devices Jul 16 19:35:12 yup audio routing Jul 16 19:35:13 (fso work) Jul 16 19:35:20 first audio routing Jul 16 19:35:22 then voicecalls Jul 16 19:35:31 i'm finishing my little www project now, so i'll be able to do something Jul 16 19:35:40 nice!!!! Jul 16 19:35:44 ahh, and there is still that nasty problem with SMS which might be lying somewhere in opimd where you wanted to take a look Jul 16 19:35:46 though i'll have to setup everything properly Jul 16 19:35:59 alexxy gave up pinging about it... but I guess it still exists :) Jul 16 19:36:06 i always give up on that step when I want to do something :x Jul 16 19:54:06 mrmoku, how to call a base contructor? Jul 16 19:54:34 the base constructor should be called automatically I think Jul 16 19:54:38 ok Jul 16 19:54:39 thanks Jul 16 19:55:33 I'll eat Jul 16 19:56:24 GNUtoo|laptop: not 100% sure in vala though Jul 16 19:56:45 ~bon apetit Jul 16 20:02:29 why do I need native gmp support for linux menuconfig? Jul 16 20:03:33 no idea Jul 16 20:03:51 196/376, I really want a faster pc Jul 16 20:43:07 mrmoku, how do I do the 3 classes, I did that but the compiler doens't want it: Jul 16 20:43:22 public virtual override void setPower ( bool on) Jul 16 20:49:13 I'll ask in #vala Jul 16 20:52:38 new question Jul 16 20:52:39 GNUtoo|laptop: that is in the Bluetooth base class? Jul 16 20:52:42 I want a setting Jul 16 20:52:47 so I do that: Jul 16 20:53:11 this.startstop_bluetoothd = config.boolValue( "REPLACE_ME", "start_stop_bluetoothd",true); Jul 16 20:53:18 what should I put in REPLACE_ME? Jul 16 20:53:34 the first question was answered in #vala Jul 16 20:53:40 but the second one is fso specific Jul 16 20:53:51 since that will be overriden..... Jul 16 20:53:56 you will have: Jul 16 20:54:18 do we need that option? Jul 16 20:54:18 [fsodevice.openmoko_powercontrol] Jul 16 20:54:31 yes Jul 16 20:54:33 ah no Jul 16 20:54:34 sorry Jul 16 20:54:35 I mean... do we want to have gta02 with udev? Jul 16 20:54:39 no Jul 16 20:54:43 it's device specific Jul 16 20:54:49 yeah, then we don't need it :) Jul 16 20:54:53 so the porters will have to override Jul 16 20:54:58 if they use udev Jul 16 20:55:00 ok thanks Jul 16 20:55:03 sorry for the noise Jul 16 20:55:03 yup, np Jul 16 21:14:39 mrmoku, Jul 16 21:14:40 plugin.vala:38.9-38.60: error: Too many arguments, method `FsoDevice.BaseBluetoothPowerControl' does not take 1 arguments Jul 16 21:14:49 so my question is: Jul 16 21:14:55 do I need a constructor? Jul 16 21:15:17 that does base(foo) Jul 16 21:21:19 I'll read about itinherence in vala Jul 16 21:21:28 *inheritance Jul 16 21:22:52 nothing inside Jul 16 21:22:58 I'll ask in #vala Jul 16 21:23:26 hmm Jul 16 21:23:50 mrmoku, I canceled the question in #vala Jul 16 21:23:55 so do you have an idea? Jul 16 21:24:02 dos1, ping Jul 16 21:24:54 not yet Jul 16 21:25:12 GNUtoo|laptop: how does your constructor look like? Jul 16 21:25:17 like that: Jul 16 21:25:28 GNUtoo|laptop: pong Jul 16 21:26:36 public BasePowerControl( string? powernode = null, string onvalue = "1", string offvalue = "0", uint switchtimeout = 3 ) Jul 16 21:26:37 GNUtoo|laptop: ahh... yup, you have to call it... just take a look at the first line of BluetoothPowerControl constructor of gta02 Jul 16 21:26:41 base( Path.build_filename( sysfsnode, "power_on" ) ); Jul 16 21:26:44 is what it does Jul 16 21:26:55 yes but I wonder if it was done automatically Jul 16 21:26:59 ok I'll call it Jul 16 21:27:00 thanks Jul 16 21:27:18 dos1, you should talk to mrmoku for infos on audio routing Jul 16 21:27:23 and to doc Jul 16 21:27:27 and to morphi Jul 16 21:27:28 s Jul 16 21:27:31 is setup done now? Jul 16 21:28:14 GNUtoo|laptop: your constructor is called BasePowerControl too? Jul 16 21:29:01 is there something like va_args in vala? Jul 16 21:29:25 I remember to have asked that mickey some time ago... and I think the answer was no Jul 16 21:29:27 no I had no constructor in BaseBluetoothPowerControl Jul 16 21:29:30 might have changed meanwhile Jul 16 21:29:35 ahh, ok Jul 16 21:29:53 you need the same as the BasePowerControl one... and call it too Jul 16 21:30:08 that's what I tought Jul 16 21:30:12 ok Jul 16 21:30:12 I'm doing it right now Jul 16 21:30:20 but I wonder if there is a va_args in vala Jul 16 21:30:28 never mind Jul 16 21:30:31 bad idea Jul 16 21:30:36 since it's a particular thing Jul 16 21:32:07 (the type is va_list and not general) Jul 16 21:40:04 GNUtoo|laptop: going to bed now... will pop in tomorrow morning to hopefully read about your success tomorrow morning :-) Jul 16 21:40:09 good luck Jul 16 21:40:16 and gnight Jul 16 21:42:20 thanks Jul 16 21:42:28 the morning I may not be on irc Jul 16 21:49:54 mrmoku, ouch Jul 16 21:50:07 there are many stuff that provide bluetooth Jul 16 21:50:11 like the openmoko plugin Jul 16 21:50:15 but something else too Jul 16 21:55:31 like for instance rfkill + powercontrol Jul 16 21:55:46 mickeyl, piing Jul 16 22:03:34 great....I didn't understand the rfkill plugin Jul 16 22:03:42 I guess I won''t understand it better now Jul 16 22:03:50 ls Jul 16 22:03:52 oops Jul 16 22:04:28 yoh Jul 16 22:04:41 having fun with N950 Jul 16 22:05:05 it's largely unclear if N9 will be "rootable" at all Jul 16 22:05:21 ~aegis Jul 16 22:05:22 i heard aegis is http://www.developer.nokia.com/Community/Wiki/Harmattan:Developer_Library/Developing_for_Harmattan/Harmattan_security/Security_guide , or "The purpose of this framework is: ... to make sure that the platform meets the requirements set by third party software that requires a safe execution environment.", or http://en.wikipedia.org/wiki/Trusted_Computing#Criticism Jul 16 22:07:23 A really experienced hacker built the stock(!) i.e. completely unpatched kernel in harmattan SDK, flashed the kernel to device... ->instant PANIC, no display (of course) Jul 16 22:09:19 we learned today flasher-3.5.11 doesn't flash firmware images to devices that lack the matching certs. So we e.g. couldn't flash R&D firmware image to our device, even if we'd find a leaked one Jul 16 22:10:19 all hail to TC and security-framework an esp Aegis Jul 16 22:27:56 ouch Jul 16 22:28:12 did some SHR devs got some N950? Jul 16 22:28:44 or is there something planed? Jul 16 22:30:49 if so how free is it? Jul 16 22:33:56 ahhh Jul 16 22:34:08 "So we e.g. couldn't flash R&D firmware image to our device" Jul 16 22:34:13 you talked about N950 Jul 16 22:34:16 ouch..... Jul 16 23:51:35 pespin, hi Jul 16 23:59:37 GNUtoo|laptop, hi there :) Jul 16 23:59:54 I've a question Jul 17 00:00:00 do you know the pid stuff in vala? Jul 17 00:00:12 like for instance: Jul 17 00:00:35 GLib.Process.spawn_async(...,out pid); Jul 17 00:00:58 pidof bluetoothd is +1 compared to out pid Jul 17 00:01:19 GNUtoo|laptop, nop sorry, never used it. I may have an answer for that maybe though Jul 17 00:01:30 ah? Jul 17 00:01:57 GNUtoo|laptop, I think bluetoothd forks itself to go to background unless you use -n option or similar Jul 17 00:02:45 so that pid+1 may be the children one Jul 17 00:02:57 GNUtoo|laptop, do you understand what I'm saying? :) Jul 17 00:02:59 ahhh ok Jul 17 00:03:02 yes it does Jul 17 00:03:06 yes Jul 17 00:03:14 ^_^ Jul 17 00:03:26 but the +1 is random? Jul 17 00:03:28 try spawning the process with -n to see if the out pid is correct Jul 17 00:03:48 hmm is the next one given by the OS so yes Jul 17 00:04:12 if a process is started between parent and children fork, then it shouldn't be +1 Jul 17 00:05:16 try with option: -n, --nodetach Don't run as daemon in background Jul 17 00:05:27 yes I'm doing it right now Jul 17 00:05:50 it works Jul 17 00:05:52 thanks a lot Jul 17 00:06:36 you are welcome, thanks for doing it :) Jul 17 00:10:11 * pespin going to sleep, gnight! Jul 17 00:14:12 GNUtoo|laptop: I finally managed to get to the kernel config, however there is no MMC_PM_KEEP_POWER option Jul 17 00:14:34 marcellus1, it's not an option Jul 17 00:14:38 look at my patch Jul 17 00:14:42 it's a header Jul 17 00:15:04 *it's inside a header and it's used in the kernel source code Jul 17 00:15:46 I read it, I thought you added an option Jul 17 00:16:30 there is a lot of stuff in there Jul 17 00:16:41 can you tell me what g_ether is? Jul 17 00:16:52 is it kernel related? Jul 17 00:19:11 I could find CONFIG_ANDROID_PARANOID_NETWORK and initramfs is certainly kernel related, however i can't find g_ether Jul 17 00:20:04 wait a sec Jul 17 00:20:08 I must push before Jul 17 00:20:59 freesmartphone.org: 03GNUtoo 07cornucopia * r9b59374affb6 10/fsodeviced/ (3 files in 3 dirs): Jul 17 00:20:59 freesmartphone.org: fsodeviced: kernel26_rfkill plugin: add a bluetoothd launcher and its config option Jul 17 00:20:59 freesmartphone.org: All the phones that don't have udev(om-gta02,htcdream,nexusone,n900) Jul 17 00:20:59 freesmartphone.org: must have bluetoothd launched for the applications that use bluetoothd(like emtooth), Jul 17 00:20:59 freesmartphone.org: when bluetooth is requested. Jul 17 00:21:00 freesmartphone.org: Signed-off-by: Denis 'GNUtoo' Carikli Jul 17 00:21:24 marcellus1, basically g_ether is for ethernet over usb Jul 17 00:21:32 with that you do on your laptop: Jul 17 00:21:39 ifconfig usb0 192.168.0.200 Jul 17 00:21:43 ssh root@192.168.0.202 Jul 17 00:21:48 and you're in the device Jul 17 00:22:02 all that are kernel related Jul 17 00:22:08 theses are kernel configuration options Jul 17 00:22:28 USB_FUNCTION_ETHER? Jul 17 00:22:37 no, that is usb function Jul 17 00:22:44 it's the non-standard android thing Jul 17 00:22:47 that does the same thing Jul 17 00:22:51 try gadget Jul 17 00:23:08 it need a very little fix explained in the porting guide tough Jul 17 00:30:12 marcellus1, other questions before I go to bed? Jul 17 00:30:46 nah, the first config is done Jul 17 00:30:56 pastebin it Jul 17 00:31:03 are you there tomorrow? Jul 17 00:31:12 and the difference between bb -c menuconfig linux-cm-zero and bb linux-cm-zero are ~1600 tasks Jul 17 00:32:02 .config http://paste.pocoo.org/show/440467/ Jul 17 00:32:24 does that last until tomorrow(the pastebin) Jul 17 00:32:25 ? Jul 17 00:32:52 ? Jul 17 00:33:02 some pastes have expiration dates Jul 17 00:33:05 like one hour Jul 17 00:33:08 one week Jul 17 00:33:12 never Jul 17 00:33:13 etc... Jul 17 00:33:38 I hope so Jul 17 00:33:43 but I need to check Jul 17 00:34:00 because I look your paranoid network Jul 17 00:34:03 and I go to bed Jul 17 00:34:05 the features list has Jul 17 00:34:05 * presistent pastes Jul 17 00:34:10 ok Jul 17 00:34:11 thanks Jul 17 00:34:25 sleep tight Jul 17 00:35:19 thanks Jul 17 00:40:31 Only allow certain groups to create sockets (ANDROID_PARANOID_NETWORK) Jul 17 00:40:33 that's not set Jul 17 00:40:40 so it's ok Jul 17 00:40:44 don't set it Jul 17 00:41:44 the guide says "remove parnoid network" Jul 17 00:41:45 I'll finish my om-gta02 image quickely and go to sleep Jul 17 00:41:48 yes Jul 17 00:41:51 it's removed Jul 17 00:41:59 feel free to improve the guide Jul 17 00:42:06 besides g_ether i did find everything Jul 17 00:42:10 in order to give more details Jul 17 00:42:21 how? Jul 17 00:42:32 g_ether is mandatory Jul 17 00:42:39 without g_ether => no ssh Jul 17 00:42:44 can I just register and modify as I like? Jul 17 00:42:57 I thought g_ether is ethernet over usb Jul 17 00:43:24 it's called USB_ETH in your kernel Jul 17 00:43:26 it's in Jul 17 00:43:34 usb support->usb gadget support Jul 17 00:43:54 yes it is Jul 17 00:43:59 but how can you ssh if: Jul 17 00:44:04 *wifi doesn't worl Jul 17 00:44:10 I searched for gadget, but didn't find it Jul 17 00:44:11 *Xorg doesn't start Jul 17 00:44:18 it's in usb support Jul 17 00:44:35 which is in device drivers Jul 17 00:44:50 its the cm kernel, exactly this config is copied from the running cm phone, at least wifi should work Jul 17 00:44:51 put that compiled in Jul 17 00:45:00 no it won't Jul 17 00:45:05 you need firmwares etc... Jul 17 00:45:10 and it expects android Jul 17 00:45:18 adding usb ether is easy Jul 17 00:45:21 just find the config Jul 17 00:45:27 and switch from android gadget Jul 17 00:45:30 to ethernet gadget Jul 17 00:45:47 *g_ether Jul 17 00:45:51 grr, I remember now why I got an ath9k softmac card for my pc Jul 17 00:46:03 ath9k are soo great Jul 17 00:46:08 they are very well supported Jul 17 00:46:13 lot of developement happening Jul 17 00:46:18 it has no need of a firmware Jul 17 00:46:25 and it also supports AP Jul 17 00:46:32 anyway Jul 17 00:46:36 only that in 2.6.37+ is a sucky bug Jul 17 00:46:38 add that gadget thing Jul 17 00:47:22 did you find it Jul 17 00:47:27 I have it under my eyes Jul 17 00:48:03 be sure to add the devtmpfs thing too Jul 17 00:48:12 unless you use a micro-base-image Jul 17 00:48:15 that has mdev Jul 17 00:48:57 in the worse case we could do that Jul 17 00:49:01 I build Jul 17 00:49:06 you test and do the work Jul 17 00:49:26 I push but you prepare me good patches with *your name on it* and a sign-off-by Jul 17 00:49:51 like for instance you will do xorg.conf Jul 17 00:49:53 etc... Jul 17 00:50:10 but at some point you will need to make your build succeed Jul 17 00:50:16 at least for doing kernel developement Jul 17 00:50:25 and fso developement if needed Jul 17 00:50:53 that would allow your build to take longer(me building) Jul 17 00:50:56 found it Jul 17 00:51:00 but you should still build Jul 17 00:51:04 for the future Jul 17 00:51:20 also I've not only your device to do and I'm a bit short on space Jul 17 00:51:23 I've too many devices Jul 17 00:51:33 so it may not be instantaneous either Jul 17 00:52:12 and the download speed will be 50k/s max Jul 17 00:52:19 that's my maximum upload speed Jul 17 00:52:24 on my server Jul 17 00:52:38 dont worry, i actually thought of me supporting my phone Jul 17 00:52:46 I'm the one who wants it running after all Jul 17 00:52:57 yes but you didn't understand what I said I guess Jul 17 00:53:07 I proposed to build at the beginning Jul 17 00:53:14 not forever Jul 17 00:53:21 just the time your machine build an image Jul 17 00:53:36 so you have builds before your machine finish building Jul 17 00:55:23 when you can help me with figuring out compile problems it should be more efficient on both your and my time Jul 17 00:55:27 don't worry Jul 17 00:55:37 yes I can help but I don't know everything Jul 17 00:55:54 and our best build expert ( JaMa ) is on hollidays Jul 17 00:55:58 without internet Jul 17 00:56:02 but if you can wait Jul 17 00:56:29 it could be an option too Jul 17 00:56:47 me building is just the computer doing some work Jul 17 00:56:51 I can try to figure it out on my own until then :P Jul 17 00:56:53 no intervention from me Jul 17 00:56:56 apart bitbake foo Jul 17 00:57:08 but I have the same bitbake foo to deal with Jul 17 00:57:20 in fact I've already a micro-base-image for your device Jul 17 00:57:26 you do? Jul 17 00:57:32 yes since a long time ago Jul 17 00:57:41 can you give it to me? Jul 17 00:57:45 yes but warning Jul 17 00:57:47 no X11 Jul 17 00:57:48 etc... Jul 17 00:57:55 only busybox and a boot system Jul 17 00:57:59 it boot until a shell Jul 17 00:58:01 and has ssh Jul 17 00:58:19 does the shell version use usb host mode? Jul 17 00:58:27 it requires a kernel Jul 17 00:58:31 there is no host mode Jul 17 00:58:34 only gadget Jul 17 00:58:37 in your kernel Jul 17 00:58:38 can I rewire an usb cable to plug a keyboard on the phone? Jul 17 00:58:44 I guess not Jul 17 00:58:50 unless your phone supports it Jul 17 00:58:55 how can I type on the phone without x? Jul 17 00:58:55 but once you built your kernel Jul 17 00:58:59 trough ssh Jul 17 00:59:09 but that is a start Jul 17 00:59:15 http://gnutoo.homelinux.org/downloads/openembedded/shr/images/gp-zero/ Jul 17 00:59:19 basically the plan is: Jul 17 00:59:25 1)boot something Jul 17 00:59:33 an shr-lite-image is required Jul 17 00:59:41 not a micro-base-image Jul 17 00:59:51 2)mess with the configs and test them Jul 17 01:00:06 once the configs are tested add them in openembedded and bump PR of the respective packages Jul 17 01:00:35 also add the fso configs Jul 17 01:00:50 and then when all the configs are there Jul 17 01:01:02 you will have a device that is half working Jul 17 01:01:17 why half working? Jul 17 01:01:19 you will need to make the other half working or modifying the kenrel or fso Jul 17 01:01:27 because the configs are one things Jul 17 01:01:28 I thought the telephony thing is about figured out Jul 17 01:01:48 but your device surely will have non-standard things Jul 17 01:01:54 all works on gta02 Jul 17 01:02:00 perfect Jul 17 01:02:00 but gta02 is standard Jul 17 01:02:16 so you'll have to do some work with the kernel and fso Jul 17 01:02:22 like if your modem is non-standard Jul 17 01:02:32 try to adapt fso to it or ask morphis to do it Jul 17 01:02:47 if your wifi is non-standard Jul 17 01:02:52 try to standardize it Jul 17 01:03:02 since we did a lot of work for the htc dream Jul 17 01:03:09 it should be faster Jul 17 01:03:19 since a lot is already done and known Jul 17 01:03:28 I half-supported the nexusone in 2 days Jul 17 01:03:43 not everything worked tough Jul 17 01:03:56 for instance I didn't integrate GPS yet Jul 17 01:04:00 and similar stuff Jul 17 01:04:11 audioo in phonecalls is a hack Jul 17 01:04:20 thats a privacy feature :P Jul 17 01:04:28 ? Jul 17 01:04:33 GPS not working Jul 17 01:04:37 it can work Jul 17 01:04:44 what's required to make it work is: Jul 17 01:04:52 I know, it was a joke Jul 17 01:04:52 *autotoolize the free android driver Jul 17 01:04:58 *integrate it in fso somehow Jul 17 01:05:07 it has been done for the htcdream Jul 17 01:05:12 so it can be done again Jul 17 01:05:23 but I've too much devices Jul 17 01:05:29 and I can't do everything Jul 17 01:05:32 not enough time Jul 17 01:05:36 only 24h in a day Jul 17 01:06:19 I'll get to it, but one step at a time Jul 17 01:06:44 2 htc dreams, 1 nexusone, 1 om-gta02(==freerunner), 1 n900,1 geeksphone one(without battery) Jul 17 01:06:50 that's way too much Jul 17 01:07:23 basically what can slow down a port is the non-standardness Jul 17 01:07:53 sometimes it's fast because there is source code, or that it's already known or something like that Jul 17 01:07:58 I already thought so, how is the documentation of the geeksphone one? Jul 17 01:08:12 I can't tell Jul 17 01:08:21 I've not looked at it yet Jul 17 01:08:27 I need to order a battery Jul 17 01:08:32 the big blocker will be the modem Jul 17 01:08:40 maybe it'll work easily Jul 17 01:08:42 maybe not Jul 17 01:08:47 I need morphis on that Jul 17 01:09:03 else the rest should be pretty easy Jul 17 01:09:05 btw http://shop.geeksphone.com/index.php?page=shop.browse&category_id=2&option=com_virtuemart&Itemid=1&lang=en&vmcchk=1&Itemid=1 Jul 17 01:09:08 and similar to the htcdream Jul 17 01:09:17 there are 2 issues: Jul 17 01:09:26 *cookies issues with their shop Jul 17 01:09:30 we had cookies enabled Jul 17 01:09:33 and there were issues Jul 17 01:09:56 * since I'll move during the hollidays I wait until the next move Jul 17 01:10:22 s/cookies/cookies and credit card Jul 17 01:10:48 I've already tried to buy it Jul 17 01:10:50 and I failed Jul 17 01:11:06 if I succeed to get a battery I port to it Jul 17 01:11:10 I need to go to sleep Jul 17 01:11:11 bye Jul 17 01:11:20 gn8 **** ENDING LOGGING AT Sun Jul 17 02:59:57 2011