**** BEGIN LOGGING AT Fri Jun 03 02:59:57 2011 Jun 03 03:09:10 captainigloo: any updates with elfe lately? Jun 03 03:43:14 mrmoku: moin Jun 03 03:43:33 mrmoku: there should be sysvinit installed iirc (so not linked to busybox) Jun 03 04:00:01 mrmoku: hmm shr-core images are somehow without opkg now :/ Jun 03 04:07:56 hi mrmoku Jun 03 04:08:25 I've just booted the n900 with kexec, none is in oe yet, nor locally in oe Jun 03 04:08:49 basically I made a kexec initramfs Jun 03 04:08:56 I included in the kernel Jun 03 04:09:15 defconfig == the one from oe but....with initramfs and the initramfs inside Jun 03 04:09:24 and no modules of course Jun 03 04:09:33 then I booted that Jun 03 04:09:37 I had a menu Jun 03 04:09:46 and it didn't find the kernel or something Jun 03 04:09:49 then I read the doc Jun 03 04:09:57 specially that: Jun 03 04:09:58 http://kexecboot.org/documentation/how_to_write_config Jun 03 04:10:04 and I wrote that config file Jun 03 04:10:13 and it booted Jun 03 04:10:24 prior to all that I tested kexec in standalone Jun 03 04:10:42 now...the advantages: Jun 03 04:10:47 *there is a shutdown button Jun 03 04:11:04 *we might be able to boot maemo this way if we modify kexec Jun 03 04:11:10 *kexecboot Jun 03 04:11:37 not sure if the maemo kernel is capable of beeing kexec booted Jun 03 04:13:02 disavantages: I don't know why but I've a black screen during boot Jun 03 04:13:06 until Xorg Jun 03 04:14:51 maybe it's just the screen that is not illuminated Jun 03 04:15:11 using the bootloader initialization check doesn't change a thing Jun 03 04:16:11 maybe it doesn't pass the good atags? Jun 03 04:16:14 or something like that Jun 03 04:34:57 bbl Jun 03 05:36:31 SHR: 03Martin.Jansa 07meta-smartphone * rfc54d0005b2f 10/meta-shr/recipes-shr/images/shr-image.inc: shr-image: temporary put opkg directly here, not sure why ROOTFS_PKGMANAGE in image bbclass is not installed in rootfs now (it was on 2011-04-12) Jun 03 05:36:41 SHR: 03Martin.Jansa 07meta-smartphone * rc693208cf91f 10/meta-fso/recipes-freesmartphone/freesmartphone/fsogsmd_git.bb: fsogsmd: bump PR to pickup new libgisi name Jun 03 05:50:04 JaMa: yeah, init.sysvinit is there... but does not get linked to /sbin/init Jun 03 05:50:20 and shr-core without opkg was one of the problems in my image too Jun 03 05:50:45 GNUtoo: wow, great :D Jun 03 06:04:43 mrmoku: weird that it looks like it's missing since 20110412 image on buildhost (not sure when I reflashed from local image) Jun 03 09:49:11 My freerunner who was flashed anew a week ago and upgraded yesterday has a tendency to freeze with no other option than removal of battery to recover. What do you need to debug such an issue? Jun 03 09:49:43 Daramarak: are you using accelerometers when this happens? Jun 03 09:50:04 JaMa not that I know of. Jun 03 09:50:44 I only start shr, and connect it to my laptop to charge, and then after a couple of hours I check it and it is dead. Jun 03 09:51:20 JaMa: But otherwise it acts like the accel. problem yes. Jun 03 09:52:37 I just asked because such behavior was reported from accel. and I haven't seen it here Jun 03 09:53:30 there is also problem with suspend enabled even while charging Jun 03 09:53:30 JaMa: Do you have any good advice on how I can get good debug information telling us what happens before it dies? Jun 03 09:53:55 so maybe for you it dies during sleep Jun 03 09:54:35 Yes that might be Jun 03 09:55:37 I the problem with suspend also when it isn't charging? Jun 03 09:55:45 s/I/Is Jun 03 09:57:42 * JaMa -> lunch Jun 03 10:26:34 the problem is that it suspends, when it should stay up while charging Jun 03 10:56:25 * jluis_ is testing a patch on gta02 kernel26_powersupply/plugin.vala Jun 03 11:05:31 * JaMa is building 2.6.39.1 Jun 03 11:16:39 the patch makes work platform_battery on 2.6.34.8 2.6.37.6 (bq27x00 rarely reports uevents) and 2.6.39 http://pastie.org/2013181 Jun 03 11:18:44 I didn't test it on 2.6.34.8 with bq27000 as the battery is at home :/ will test this evening Jun 03 12:40:11 mrmoku, ping Jun 03 12:40:41 JaMa, no other idea for the icons? Jun 03 12:45:25 GNUtoo: no, but it worked for pespin and everybody else except you :/ Jun 03 12:46:32 do you have /usr/lib/efreet/efreet_icon_cache_create ? Jun 03 12:49:38 looking Jun 03 12:50:59 yes I do Jun 03 12:51:03 but it's not in the PATH Jun 03 12:59:51 mrmoku, [ 4.237518] ieee80211 phy0: Failed to initialize wep: -2 Jun 03 12:59:59 maybe that's also the cause of why you can't connect Jun 03 13:28:53 GNUtoo: I also don't have it in PATH, that's fine Jun 03 13:28:57 but please try again to stop it Jun 03 13:29:02 ok Jun 03 13:29:02 make sure it's all stoped Jun 03 13:29:08 I'll reinstall a new image maybe Jun 03 13:29:11 rm -rf ~/.e Jun 03 13:29:15 ok Jun 03 13:29:40 rm -rf /var/volatile/appshadow/* Jun 03 13:29:44 or how it's named Jun 03 13:29:50 echo > /var/log/Xsession.log Jun 03 13:29:55 and then start xserver Jun 03 13:30:03 ok Jun 03 13:30:05 and if it still doesn't work, pastebin /var/log/Xsession.log\ Jun 03 13:32:36 http://pastie.org/private/6yrm9ijmvybs9kl0xpsca Jun 03 13:45:16 GNUtoo: I don't have Xsession log handy, but iirc there should be line like this Run desktop cache creation: /usr/lib/efreet/efreet_desktop_cache_create calling that icon_cache_create :/ Jun 03 13:45:29 ok Jun 03 13:45:33 I'll make a new image then Jun 03 13:45:35 and look Jun 03 13:45:41 but my image is not that old Jun 03 13:46:05 generated: 'hicolor' 1 (5) Jun 03 13:46:05 theme change: hicolor 1300668881 Jun 03 13:46:05 E17: Begin shutdown procedure! Jun 03 13:46:09 looks weird too Jun 03 13:46:34 why does it begin shutdown just after something what looks like icon cache creation Jun 03 13:46:48 what device it is? Jun 03 13:47:48 last changes were only cherry-picks from shr-t (as I'm not using that old efl) so if the problem is there, then it's probably also in shr-t Jun 03 13:48:03 and as I said before.. for everybody else removing .e was enough Jun 03 13:48:41 shr-core has r59908 :) Jun 03 13:49:43 n900 Jun 03 13:49:48 oe.dev Jun 03 13:50:40 yo Jun 03 14:00:12 mrmoku, I was looking at my mails, I'm back Jun 03 14:00:23 basically I got kexec working on the n900 Jun 03 14:00:29 it's not in oe even locally Jun 03 14:00:35 *kexecboot Jun 03 14:02:46 GNUtoo: yeah, saw your success this morning Jun 03 14:02:59 it wasn't hard Jun 03 14:47:42 now how do I integrate that into oe? Jun 03 14:47:57 JaMa, should I fork the n900 recipe? Jun 03 14:48:07 like linux-nokia900-meego/ Jun 03 14:48:22 or is there something smarter? Jun 03 15:02:12 sorry I don't understand what you need Jun 03 15:07:15 I need to do a new kernel recipe for linux-kexecboot-nokia900 ? Jun 03 15:08:41 or can the linux-nokia900-meego have something like BBCLASSEXTEND = "native" but for kexecboot? Jun 03 15:08:51 or should I use inc instead Jun 03 15:09:00 I put the main n900 stuff in an inc Jun 03 15:09:04 and do a kexec recipe Jun 03 15:09:08 and a non kexec Jun 03 15:09:58 mrmoku: will push vala 0.12.1 in a minute Jun 03 15:13:52 done Jun 03 15:18:19 mickeyl: thx Jun 03 15:26:31 GNUtoo: why not add n900 specific patches to linux-kexecboot_2.6.37 or whatever is closest to linux-kexecboot-nokia900 codebase? Jun 03 15:28:17 I don't really like recipe names per machine and per version, at least because it forces you to redownload shared codebase many times Jun 03 15:28:42 that's why there are only openmoko.patch and shr.patch applied on vanila kernels instead of fetching from git directly Jun 03 15:30:18 mickeyl: o/ Jun 03 15:30:52 mickeyl: still waiting? Jun 03 15:31:52 JaMa: patches are a pita, but that's just me I guess (maybe not) Jun 03 15:32:12 hmmmm Jun 03 15:32:32 do you know how many patches there are Jun 03 15:32:37 there are a lot of patches..... Jun 03 15:33:00 btw I'm lost with bluetooth and modem on MCBSP Jun 03 15:33:22 which, according to some mainline kernel hackers - all should've gone into git branches or whatever (I'm a noob about all that) Jun 03 15:33:46 basically I guess it's possible to connect a PCM or i2s interface to the MCBSP Jun 03 15:34:06 DocScrutinizer: if someone really cares about separate patches then he will probably check that upstream repo from where they are Jun 03 15:34:07 let's say this PCM interface is a modem or a bluetooth chip Jun 03 15:34:19 GNUtoo: I'm listening Jun 03 15:34:25 where would that be described in the kernel Jun 03 15:34:29 (it's for gta04) Jun 03 15:35:16 basically their CODEC seem to somehow work Jun 03 15:35:17 DocScrutinizer: that's why for gta kernel I've added only one bigger patch with header showing upstream repo and --oneline list of patches included Jun 03 15:35:28 but they have no idea on how to make the modem and the bluetooth chip work Jun 03 15:35:37 I looked at om-gta02 schematics Jun 03 15:35:40 and it's different Jun 03 15:35:53 om-gta02 uses a PCM interface on worlson CODEC Jun 03 15:36:10 GNUtoo: gta02 is TOTALLY different Jun 03 15:36:14 indeed Jun 03 15:36:22 look at N900 Jun 03 15:36:30 ah ok Jun 03 15:36:33 hci4hp then Jun 03 15:36:41 but where? Jun 03 15:36:47 arch/arm/mach-omap2? Jun 03 15:36:51 sound/soc/omap? Jun 03 15:36:52 nfc Jun 03 15:36:59 ok Jun 03 15:37:00 GNUtoo: you can also squash them into one patch like I do for gta.. but that's that's just me maybe too :) Jun 03 15:37:20 EE & HW devel here, no kernel hacker Jun 03 15:37:21 JaMa, or I will fork the recipe Jun 03 15:37:28 ok Jun 03 15:37:50 on the hardware side I'm lost too Jun 03 15:37:54 I know how it's connected Jun 03 15:37:56 but that's all Jun 03 15:38:09 ERROR: Error parsing /OE/shr-unstable/openembedded/recipes/yeaphone/yeaphone_0.1.bb: 'module' object has no attribute 'init' | ETA: --:--:-- Jun 03 15:38:09 GNUtoo: then you have to introduce new provider saying which kexecboot kernel it should generate etc.. Jun 03 15:38:13 wait a sec I'll ask some questions Jun 03 15:38:19 I've not even seen schematics of gta04 yet Jun 03 15:38:44 mrmoku: vala bumped also in shr-core :) Jun 03 15:38:52 JaMa: great Jun 03 15:38:58 lo mrmoku Jun 03 15:39:11 now if either of both would give me a working image I'd be happy ;) Jun 03 15:39:30 the modem is connected trough I2S for the audio data Jun 03 15:39:37 the twl4030 too Jun 03 15:39:38 * JaMa off to redecorate apartment Jun 03 15:39:47 different cpu DAI tough(McBSP) Jun 03 15:39:53 GNUtoo: that's why I suggested N900 :-D Jun 03 15:39:59 I mean they use a different mcbsp Jun 03 15:40:04 but the question is: Jun 03 15:40:10 mrmoku: n900 image? Jun 03 15:40:29 how to route audio between the modem (i2s) and the CODEC(i2s) at hardware level? Jun 03 15:40:50 the audio comes from the modem, is decoded by the CPU and re-encoded for the CODEC? Jun 03 15:40:51 right? Jun 03 15:40:58 GNUtoo: isn't that called cmtspeech? ;-) Jun 03 15:40:58 JaMa|Off: yup Jun 03 15:41:16 DocScrutinizer, not sure Jun 03 15:41:18 I wondered that too Jun 03 15:41:24 mrmoku: shr-core image is http://jama.dyndns-home.com/org.openembedded.shr-core.images/nokia900/, but haven't reflashed yet (but it should have opkg again) Jun 03 15:41:29 GNUtoo: it IS (both questions) Jun 03 15:41:41 I tough cmt_speech was only for phonet Jun 03 15:41:54 GNUtoo: modulo the "decoded" part - it's actually not exactly decoded Jun 03 15:41:54 JaMa|Off: yeah, but I need my own one to be able to do local builds Jun 03 15:42:06 maybe transcoded (as in resampling) Jun 03 15:42:13 JaMa|Off: though I will try yours anyway meanwhile Jun 03 15:42:17 DocScrutinizer, are there schematics for the n900? Jun 03 15:42:21 sure Jun 03 15:42:22 ok Jun 03 15:42:50 ok I'll look on maemo wiki Jun 03 15:43:17 http://wiki.maemo.org/N900_Hardware_Schematic Jun 03 15:43:29 ok I found it Jun 03 15:47:24 how's the modem called? Jun 03 15:47:26 gazoo? Jun 03 15:47:29 or Rapuyama? Jun 03 15:48:38 btw a not so related question: Jun 03 15:48:57 on om-gta01/om-gta02 the modem is accessed trough a serial line Jun 03 15:49:03 so there is a real serial port Jun 03 15:49:07 and no shared ram Jun 03 15:49:27 but on which phone is there shared memory between the modem and the CPU beside on qualcomm phones? Jun 03 15:49:52 (that would allow the modem to read the main CPU memory for instance) Jun 03 15:58:01 sameerynho: let's cotinue here Jun 03 15:58:15 sameerynho has the htc desire (bravo) and would like to use shr on it Jun 03 15:58:29 captainigloo, too Jun 03 15:58:41 dcordes: sure Jun 03 15:59:15 dcordes: i have some misunderstanding that cause me to mixed up and don't know what to read Jun 03 15:59:29 dcordes: http://shr-project.org/trac/wiki/Building%20SHR Jun 03 15:59:42 dcordes: currently i'm in "Building SHR for other devices" Jun 03 15:59:57 dcordes: and i think that there is no target for bravo Jun 03 16:00:00 sameerynho: I also have problems with this guide Jun 03 16:00:12 dcordes: :) so what do you suggest Jun 03 16:00:16 sameerynho: it is a very good tool (Makefile) but it can be difficult to do Jun 03 16:00:37 dcordes: so what should i use ? Jun 03 16:00:43 sameerynho: Makefile :) Jun 03 16:00:55 JaMa|Off: is the author of Makefile. I am sure he will help Jun 03 16:00:55 dcordes: :D Jun 03 16:01:11 dcordes: wow nice Jun 03 16:01:23 dcordes: but he is off Jun 03 16:01:33 currently there is a big change in openemebdded: it is being re-organized in different "layers" Jun 03 16:02:16 dcordes: the main question is that what should i read ? Jun 03 16:02:19 so you can chose: A) use old (org.openembedded.dev) or B) use new openembedded (openembedded-core) Jun 03 16:02:45 A) is very complete ad easy to use because everything is in one git repository Jun 03 16:03:02 JaMa|Off: core fails now with: | evas_font_dir.c:10:17: fatal error: Eet.h: No such file or directory Jun 03 16:03:14 every run... some new fun ;) Jun 03 16:03:28 B) does not have all features yet because it is new. and it is more clean: but it is more difficult because it has the extra structure. Jun 03 16:04:05 sameerynho: I suggest to use A) for now because it has everything for htcleo Jun 03 16:04:08 dcordes: so i think i'll choose A) because its my first build and i already downloaded that with "make setup-shr-unstable" Jun 03 16:04:18 good choice then :) Jun 03 16:04:20 dcordes: same choice Jun 03 16:04:47 dcordes: but what about kernel, should i configure and build a kernel for bravo by my self ? Jun 03 16:04:52 ok so if we want to work cleanly, we should do the following: Add htcbravo machine in org.openembedded.dev first, before you build. Jun 03 16:05:22 do you have org.openembedded.dev git repository locally ? Jun 03 16:05:57 dcordes: i have a openembedded folder in shr-unstable Jun 03 16:08:18 dcordes: is it the org.openembedded.dev ? Jun 03 16:10:02 does it have a recipes and conf directory ? Jun 03 16:10:52 dcordes: yeah Jun 03 16:11:07 http://cgit.openembedded.org/cgit.cgi/openembedded/tree/?h=org.openembedded.dev this can be used for easy reference of oe metadata Jun 03 16:11:45 machine configuration is located in conf/machine/ directory: http://cgit.openembedded.org/cgit.cgi/openembedded/tree/conf/machine/htcleo.conf?h=org.openembedded.dev Jun 03 16:12:23 as a start you can do a cp conf/machine/htcleo.conf conf/machine/htcbravo.conf Jun 03 16:12:51 it is trivial to modify the file for bravo. you can keep Jun 03 16:12:53 require conf/machine/include/htc-qsd8.inc Jun 03 16:13:26 dcordes: aha let me try that Jun 03 16:13:43 dcordes: can you please highlight me for first sentences? :P Jun 03 16:15:05 sameerynho: with pleasure. if you look at conf/machine/include/htc-qsd8.inc ( http://cgit.openembedded.org/cgit.cgi/openembedded/tree/conf/machine/include/htc-qsd8.inc?h=org.openembedded.dev ) you will find out that the kernel recipe that is used is linux-qsd8 Jun 03 16:15:47 sameerynho: linux-qsd8 can be found in recipes/linux/linux_qsd8_git.bb (.bb is for bitbake file, a recipe) Jun 03 16:15:54 sameerynho, using the makefile shr-unstable/openembedded is org.openembedded.dev tree ;) Jun 03 16:16:43 jluis: thanks man Jun 03 16:16:52 dcordes: let me look at them Jun 03 16:17:21 sameerynho: yes take some time to read through it and understand how this will create a kernel for htcleo Jun 03 16:18:42 dcordes: sure Jun 03 16:19:09 sameerynho: next step: decide which kernel repository to use for bravo and add it. in order to debug / test the htcbravo machine configuration, run "bitbake virtual/kernel" Jun 03 16:19:49 dcordes: after adding the kernel repo? Jun 03 16:19:52 yep Jun 03 16:20:04 dcordes: what does that do? Jun 03 16:20:49 sameerynho: if you do everything correctly it compiles linux-qsd8 for htcbravo machine, including all run and build time dependencies Jun 03 16:20:56 sameerynho: and packages it Jun 03 16:21:06 dcordes: nice, Jun 03 16:21:38 dcordes: :D i don't know bravo display resolution :P (what a sham) do you know it? Jun 03 16:21:57 sameerynho: I have to get back to learning organic chemistry now. I hope I was to point you into the right direction. welcome aboard :D Jun 03 16:22:33 dcordes: thanks man i try to do it ( but i'll boom my self :D) Jun 03 16:22:37 sameerynho: same wvga as htcleo Jun 03 16:22:39 bye!" Jun 03 16:22:45 dcordes: bye man Jun 03 16:28:37 DocScrutinizer, so mcbsp can do HSI, and can be used for other stuff than audio i2s, like controlling a modem? Jun 03 16:28:58 on n900 it also get the modem's audio right? Jun 03 16:29:04 right Jun 03 16:29:10 and so they made an hsi driver with a cmt_speech backend Jun 03 16:29:16 thanks a lot!!!!!!!!!! Jun 03 16:29:25 I'm unsure about the controlling-modem part, guess no Jun 03 16:29:34 ah Jun 03 16:29:45 how is the modem wired then? Jun 03 16:29:49 mcbsp is all about audio AIUI Jun 03 16:29:58 ok Jun 03 16:30:01 ISS also mainly audio Jun 03 16:30:19 mompl, I'll check for you the details of N900 modem Jun 03 16:30:30 ok thanks a lot!!!! Jun 03 16:30:48 also while you're at it, can you look if the modem can spy what the main CPU does? Jun 03 16:31:39 I think it's page 11 Jun 03 16:31:58 I guess gazoo is the modem Jun 03 16:32:03 but I wonder what is rapuyama Jun 03 16:32:43 you're right, all modem control is via ISS Jun 03 16:32:57 thanks a lot!!!! Jun 03 16:33:02 no, modem has no way to spy on CPU Jun 03 16:33:08 nice!!!! Jun 03 16:33:24 on qualcomm SOC it has(they share the same memory bus) Jun 03 16:33:31 RAPUYAMA is modem, GAZOO is PMU for modem Jun 03 16:33:38 ah ok Jun 03 16:34:58 GAZOO is kinda like TWL5030 GAIA Jun 03 16:36:05 ok Jun 03 16:36:35 so from learning about ISS on modem, we conclude you need to mux/demux audio data and control cmd/data on CPU after mcbsp hardare Jun 03 16:36:57 or even inside mcbsp Jun 03 16:37:04 never looked at it Jun 03 16:37:12 might do that in hardware Jun 03 16:37:28 and mux/demux in hardware Jun 03 16:37:57 different sets of registers to interface to control and data channels on ISS - dunno Jun 03 16:38:13 if it's not, then your mcbsp driver has to do that Jun 03 16:38:54 which quite probably is some of the magic about cmtspeech Jun 03 16:39:27 (just handwaving here - you know my handwaving, it's based on educated guess) Jun 03 16:40:26 anyway scratch my statement about mcbsp == audio, it's obviously not, as is ISS Jun 03 16:41:34 the AIC34 codec datasheet might have a nice in-deepth explanation of how the ISS works, giving clue about what mcbsp does Jun 03 16:42:32 sorry I'm sub par on my own marks of performance, as my mouse is dead Jun 03 16:42:54 a PITA to manouve in pdf like schematics Jun 03 16:43:12 so bear with me :-) Jun 03 16:46:05 ok Jun 03 16:47:38 does any one know a suitable kernel for htc desire ( should i use kernel-msm7 ? ) ? Jun 03 16:49:44 lxsameer__, cyanogen's kernel modified? ask captainigloo Jun 03 16:51:58 GNUtoo: thanks Jun 03 16:52:35 GNUtoo: do you know what should i use as desire kernel ? is there any kernel for that in openembedded source tree? Jun 03 16:53:31 lxsameer__, I've no htc desire, captainigloo has one Jun 03 16:53:35 he did work on it Jun 03 16:53:58 lxsameer__, so I really don't know if he published something Jun 03 16:54:01 he should tough Jun 03 16:54:28 lxsameer__, are you in a hurry or can you wait for captainigloo Jun 03 16:54:44 GNUtoo: ;) thanks man, i know about desire kernel but i don't know about if there is any kernel for that in the source tree or not Jun 03 16:54:53 just look Jun 03 16:54:58 GNUtoo: yeah i can wait Jun 03 16:55:03 I can look for you if you want Jun 03 16:55:11 GNUtoo: i looked at them but there is not specific one Jun 03 16:55:25 GNUtoo: that would be great Jun 03 16:55:46 no htcdesire in openembedded Jun 03 16:55:49 not yet Jun 03 16:56:25 GNUtoo: yeah i see :D it seems that i have to write the bb file for cm kernel Jun 03 16:56:53 lxsameer__, do that: Jun 03 16:56:57 1)write a machine config Jun 03 16:57:13 2)write the kernel recipe inspiring you of the htcdream one Jun 03 16:57:18 GNUtoo: 1) done (except of kernel part) Jun 03 16:57:19 3) try it and boot it Jun 03 16:57:34 GNUtoo: thanks man Jun 03 16:58:02 lxsameer__, ping me if you need some patches Jun 03 16:58:09 for instance for usbnet that doesn't compile Jun 03 16:58:12 or similar things Jun 03 16:58:54 GNUtoo: where does that htcdream exists( do you mean the machin file) Jun 03 16:59:04 linux-leviathan Jun 03 16:59:10 and htcdream.conf in conf/machine Jun 03 16:59:39 GNUtoo: aha i used htcleo instead Jun 03 17:00:11 I point to linux-leviathan for a reason: you need a fastboot kernel Jun 03 17:00:46 GNUtoo: aha yeah thanks man let my try Jun 03 17:03:25 GNUtoo: where is linux-leviathan? Jun 03 17:03:42 recipes/linux Jun 03 17:04:04 GNUtoo: aha thanks Jun 03 17:07:02 GNUtoo: linux-leiviathan is a kernel config file, what does make it a fastboot kernel Jun 03 17:07:33 lxsameer__, look at linux-leviathan_*.bb Jun 03 17:07:50 try to read a bit the openembedded manual btw Jun 03 17:07:59 GNUtoo: sure Jun 03 17:08:04 GNUtoo: thanks Jun 03 17:15:16 heyho Jun 03 17:18:56 GarthPS: ping Jun 03 17:29:10 morphis: pong Jun 03 17:31:05 GarthPS: I saw you opened a SHR bug about wifi on the Pre 2 Jun 03 17:31:23 wifi should working you just need to activate it Jun 03 17:31:45 (but I never tried on a Pre 2 ) Jun 03 17:32:08 there is a org.freesmartphone.Device.PowerControl interface for it Jun 03 17:32:23 SetPower(true) should activate the wifi interface Jun 03 17:32:38 you just have to bring it up afterwards with "ifup eth1" Jun 03 17:33:02 as thats something the fsodeviced plugin currently does wrong Jun 03 17:33:41 GarthPS: for more info, look here: http://git.freesmartphone.org/?p=cornucopia.git;a=blob;f=fsodeviced/src/plugins/palmpre_quirks/powercontrol.vala;h=0e620ad40ef29637a4e7817238e6133c7c721dca;hb=HEAD Jun 03 17:36:04 morphis: ok thx I will take a look. ass my pre2 under webos actually don't work.. (I don't call working a phone that does not receive and ring on a incomming call.. idem from mms not working etc etc..)à Jun 03 17:36:50 ah ok Jun 03 17:37:05 GarthPS: if you need more info, just ask Jun 03 17:37:11 morphis: yeah sometime I miss my gta02 ... Jun 03 17:37:15 morphis: ok thx Jun 03 17:37:54 where is it gone? Jun 03 18:02:35 where does default machin defined? bitbake.conf? Jun 03 18:49:10 lxsameer__, in your local.conf Jun 03 19:25:45 ohhh this time the n900 kernel is 1.9M with the newest patches Jun 03 19:25:57 I've to push the kexecboot patches tough Jun 03 19:26:06 *still to push Jun 03 19:40:22 is this kernel bb file ok ? http://dpaste.com/550211/ Jun 03 19:46:59 mrmoku, hi Jun 03 19:52:48 how can i cleanup the uncompleted bitbake virtual/kernel environment Jun 03 19:57:08 bitbake -c clean linux-foo Jun 03 19:59:16 GNUoo|n900: i do that but it seems that the old build env still exists Jun 03 19:59:51 GNUoo|n900: http://dpaste.com/550218/ Jun 03 20:01:44 dcordes: ping Jun 03 20:04:08 i try to compile a 2.6.37 kernel but when i issue a bitbake virtual/kernel it still download the 2.6.32 source code does any one know the problem ? Jun 03 20:09:18 looking Jun 03 20:09:58 lxsameer, that means that you have unrelated issues Jun 03 20:10:03 1)an issue with git Jun 03 20:10:08 2)a download issue Jun 03 20:10:44 for the download issue move that file out of the source dir and its .md5 too Jun 03 20:10:50 and retry Jun 03 20:11:01 GNUtoo: i fixed that Jun 03 20:11:06 GNUtoo: but Jun 03 20:11:37 GNUtoo: i create a bb file for my kernel 2.6.37 i used that in my htcbravo.conf file Jun 03 20:11:54 GNUtoo: but at the bitbake virtual/kernel time Jun 03 20:12:08 GNUtoo: bitbake try to download everything for kernel 2.6.32 Jun 03 20:12:22 how's your recipe named? Jun 03 20:12:57 also note that the 2.6.32 are for the libc headers Jun 03 20:13:00 it's not the kernel Jun 03 20:13:04 it's for building the libc Jun 03 20:13:12 you need kernel headers for that Jun 03 20:16:17 GNUtoo: the recipe file name is linux-cm7-bravo_git.bb Jun 03 20:16:36 GNUtoo: there is also a directory with the same name that contains the config file Jun 03 20:17:19 lxsameer, ok Jun 03 20:17:29 try to fix your fetch error Jun 03 20:17:43 GNUtoo: i fixed that Jun 03 20:17:55 GNUtoo: does everything looks normal ? Jun 03 20:18:21 you didn't paste anything Jun 03 20:18:29 so I cannot see if something looks normal Jun 03 20:18:34 then wait some hours Jun 03 20:19:07 GNUtoo: its the kernel bb file http://dpaste.com/550211/ Jun 03 20:19:11 until it fails or succeed Jun 03 20:19:30 start at r0 Jun 03 20:20:00 GNUtoo: and its the machin file http://dpaste.com/550220/ Jun 03 20:20:04 GNUtoo: sure Jun 03 20:20:34 SRC_BRANCH is not used Jun 03 20:20:45 SRCREV is set but not used in SRC_URI Jun 03 20:21:05 ah wait Jun 03 20:22:06 SRCREV should work Jun 03 20:22:18 but I'm not sure for SRC_BRANCH in the git situation Jun 03 20:22:37 ah should work too Jun 03 20:22:46 GNUtoo: so its fine? Jun 03 20:22:50 if you add: Jun 03 20:22:59 branch=${SRC_BRANCH} Jun 03 20:23:03 in the SRC_URI Jun 03 20:24:08 GNUtoo: aha thanks man letme try to build it Jun 03 20:24:10 apart that it should work but I cannot test Jun 03 20:24:30 I've to change the branch of a kernel, to push it before Jun 03 20:24:35 and to change its defconfig Jun 03 20:24:42 and then to create a kexecboot recipe Jun 03 20:27:28 sigh I'm lost with all theses meego kernels Jun 03 20:28:09 GNUtoo: hm it my first build, i just used stock android before Jun 03 20:28:38 ok Jun 03 20:28:59 lxsameer, you could also choose to test before building: Jun 03 20:29:02 GNUtoo: which one do you prefer shr or meego Jun 03 20:29:07 *build a kernel with codesourcey Jun 03 20:29:21 we depend on meego for the n900 port Jun 03 20:29:23 SHR Jun 03 20:29:30 GNUtoo: nice Jun 03 20:29:43 it's not finished yet for the n900 but it's progressing nicely Jun 03 20:29:50 GNUtoo: do you mean like bitbake codesourcey ? Jun 03 20:29:56 I mean like: Jun 03 20:30:03 *download codesourcey's toolchain Jun 03 20:30:09 *download cyanogen's kernel Jun 03 20:30:30 *install the toolchain, put it in the path with export PATH=$(pwd):$PATH Jun 03 20:30:34 GNUtoo: what is the difficult part in n900 job Jun 03 20:30:47 then compile the kenrel Jun 03 20:30:52 and boot an existing SHR image Jun 03 20:30:56 like for another device Jun 03 20:30:58 just to see Jun 03 20:31:02 it won't look fine tough Jun 03 20:31:04 on your device Jun 03 20:31:08 GNUtoo: aha that is the good idea Jun 03 20:31:10 since it's not "adapted" Jun 03 20:31:21 for instance DPI will be wrong Jun 03 20:31:23 etc... Jun 03 20:31:29 many things won't work Jun 03 20:31:31 etc... Jun 03 20:31:51 The n900 port consist in: Jun 03 20:31:54 GNUtoo: hm i like this, Jun 03 20:31:56 *reusing meego's kernel Jun 03 20:32:01 *adapting the userland Jun 03 20:32:05 both are easy Jun 03 20:32:07 but Jun 03 20:32:12 the modem is non-standard Jun 03 20:32:19 so we rewrite the modem part Jun 03 20:32:26 and it's sound handler etc... Jun 03 20:32:54 we don't have a lot of docs for the modem Jun 03 20:33:02 so it can be very hard when you're blocked Jun 03 20:33:10 GNUtoo: hmm do you think that i'll need some stuff like these for bravo too? Jun 03 20:33:22 bravo is a qualcomm chipset Jun 03 20:33:29 right? Jun 03 20:33:40 so basically you have a standard modem Jun 03 20:33:42 GNUtoo: yeah Jun 03 20:33:45 but non-standard sound Jun 03 20:34:02 for sound there are 2 options which both require to wait: Jun 03 20:34:15 *)wait for cotulla in #htc-linux to finish his driver Jun 03 20:34:25 *)wait for palm to release their palm driver Jun 03 20:34:35 bravo is what version of qualcomm SOC? Jun 03 20:34:38 msm7k? Jun 03 20:34:40 qsd8k? Jun 03 20:34:55 GNUtoo: qsd8k Jun 03 20:34:59 if you don't want to wait you could add a .asoundrc Jun 03 20:35:07 that writes to /dev/msm_pcm_out Jun 03 20:35:20 that does the trick but has no controls like alsamixer Jun 03 20:35:47 for the control you can improve the C router programs that I started to write Jun 03 20:35:53 I've a nexus one btw Jun 03 20:36:08 GNUtoo: hmmm if i built my image successfully i'll like to participate in the cotulla's driver Jun 03 20:36:25 he wants to release only when it's ready Jun 03 20:36:32 I cannot do anything to change that Jun 03 20:36:40 GNUtoo: :( Jun 03 20:36:59 but the router program + the .asoundrd/asound.conf can do the trick for now Jun 03 20:37:01 it works Jun 03 20:37:05 GNUtoo: i think the first and the most important step for me is to build an image Jun 03 20:37:10 ok Jun 03 20:37:11 yes Jun 03 20:37:16 GNUtoo: really Jun 03 20:37:18 if you want to contribute that's required Jun 03 20:37:35 (building an image) Jun 03 20:37:41 GNUtoo: if i pass the first one i'v love to help you as much as i can Jun 03 20:38:10 I'm not the one to help, dcordes and captainigloo needs more help than me Jun 03 20:38:15 I'm busy with the n900 port Jun 03 20:38:23 I even didn't add the nexusone in openembedded Jun 03 20:38:36 because I'm waiting for alsa Jun 03 20:38:42 what's your wifi chip? Jun 03 20:38:52 GNUtoo: BCM43xx Jun 03 20:38:59 ah ok Jun 03 20:39:03 really? Jun 03 20:39:05 GNUtoo: the most hateful chip i ever known Jun 03 20:39:10 isn't bcm4329? Jun 03 20:39:19 *isn't it Jun 03 20:39:28 GNUtoo: yeah thats right Jun 03 20:39:32 because bcm4329 is not supported by the bcm43xx driver Jun 03 20:39:40 but by the bcm4329 driver Jun 03 20:39:56 GNUtoo: yeah i know i struggled with that in my old laptop Jun 03 20:39:57 that need to be modified to support standard scanning Jun 03 20:40:35 btw : http://wiki.freesmartphone.org/index.php/HardwareComparison Jun 03 20:40:41 there is the asoundrc there Jun 03 20:41:25 dcordes, is the one that knows that hardware the most Jun 03 20:41:41 on his leo he has wifi, and bluetooth working in a standard way Jun 03 20:41:41 GNUtoo: i let me take a look Jun 03 20:42:35 great Jun 03 20:42:45 he has an old kernel tough Jun 03 20:44:55 the most annoying thing about building an image is my slow connection Jun 03 20:47:49 ok Jun 03 20:48:12 so first you need to do a machine config (done) and a kernel(done) Jun 03 20:48:34 then you will need several configs like xorg.conf /etc/network/interfaces etc... Jun 03 20:48:51 and then you will need to add a config for your machine in cornucopia Jun 03 20:48:55 at least for fsodeviced Jun 03 20:49:19 and then maybe do some kernel work to standardize things Jun 03 20:50:09 GNUtoo: long way to go Jun 03 20:50:26 not so long Jun 03 20:50:30 the kernel can be long Jun 03 20:50:35 the rest is fairly easy Jun 03 20:52:49 GNUtoo: :D Jun 03 21:01:29 first artwork created on N900 sole discretion is on youtube now :-) Jun 03 21:01:56 http://www.youtube.com/watch?v=t-2uAOypbfg Jun 03 21:09:01 hello, is here anybody who can tell me how to configure navit on FR to use the fso gpsd ? Jun 03 21:09:27 at the moment i get navit:vehicle_new:invalid type 'gpsd' Jun 03 21:11:44 and if i use 'gpsd_dbus:' as source i do not get a position too Jun 03 21:14:23 nschle85: are you using fso-gpsd? Jun 03 21:15:08 PaulFertser: i am not sure but something like that is running Jun 03 21:15:28 nschle85: you need to have it running (plus frameworkd), and to make navit use the usual gpsd protocol. Jun 03 21:16:36 nschle85: it's strange to hear your navit doesn't know about gpsd:// Jun 03 21:17:32 PaulFertser: i was using navit since long time, but the current update seems to break someting Jun 03 21:18:00 nschle85: if navit barks on source="gpsd://localhost" it's broken indeed Jun 03 21:21:39 PaulFertser: navit does not like gpsd://localhost Jun 03 21:22:31 mickeyl, mrmoku can I push a newer meego kernel? Jun 03 21:22:48 for instance you used the master branch Jun 03 21:22:54 I used another branch Jun 03 21:22:57 PaulFertser: in /usr/lib/navit a libvehicle_gpsd not present Jun 03 21:22:59 push means in oe Jun 03 21:25:36 PaulFertser: ps aux: /usr/sbin/fso-gpsd -S localhost gpsd -P /var/run/fso-gpsd.pid Jun 03 21:25:55 PaulFertser: so gpsd is running i think Jun 03 21:27:20 i remember that a package like libgps19 was necessary to run navit, now the package is not installed (necessary ??) Jun 03 21:28:16 nschle85: i think some navit component is missing, and it's not libgps. Jun 03 21:29:15 do you have navit installed and do you have a libvehicle_gpsd.so* ? Jun 03 21:30:18 nschle85: i do not have navit, unfortunately. Jun 03 21:31:13 PaulFertser: i ll try to find some answers in the OE navit history Jun 03 21:40:46 hi paul Jun 03 21:46:47 lxsameer: are you sameerynho ? Jun 03 21:47:04 GNUtoo: pong Jun 03 21:48:16 lxsameer: the good thing is that once you downloaded the source code for a package version you don't need to download it again. bitbake will test its checksum versus saved hash Jun 03 21:48:37 dcordes, hi Jun 03 21:48:38 you can even clean your entire working directory while still keeping the sources Jun 03 21:48:53 if the sources aren't in the working directory Jun 03 21:49:46 :) right Jun 03 21:55:50 ~seen mickeyl Jun 03 21:56:00 mickeyl is currently on #webos-internals #htc-linux #oe #openmoko #openezx #openmoko-cdevel. Has said a total of 80 messages. Is idling for 6h 38m 2s, last said: 'will keep you posted about the "status" ;)'. Jun 03 21:56:17 aaah Jun 03 21:57:46 DocScrutinizer: hi there :) Jun 03 21:58:12 :-) Jun 03 21:59:38 now this last post of mickey definitely wasn't a direct answer to my question... Jun 03 22:00:00 if apt only would tell the chan of last post too Jun 03 22:14:43 PaulFertser: hello again, using source="gypsy://localhost" solved the problem :-) Jun 03 22:16:40 PaulFertser: thank you for trying to help me :-), I think you are right, that navit misses something (like vehicle_gps.so*) . Jun 03 22:22:39 * angelox is too lazy to code! What should he do? Jun 03 22:22:49 GNUtoo: http://article.gmane.org/gmane.linux.ports.arm.msm/1538 nice Jun 03 22:22:58 GNUtoo: did you get the sparkfun adapter ? Jun 03 22:26:09 no Jun 03 22:26:13 I've to buy it Jun 03 22:26:18 I almost forgott about it Jun 03 22:26:58 maybe I'll finish the htcdream after the n900 Jun 03 22:36:08 JaMa|Off, I just made an om-gta02 image and no icons either Jun 03 22:36:13 it start to be annoying Jun 03 23:08:42 GNUtoo: any extra apps installed in your image? Jun 03 23:09:17 it had problems with Icon=sth.png (with extension) but I've fixed all .desktop files with this I had installed on my image Jun 03 23:09:26 and later they fixed it in efl too iirc Jun 03 23:09:45 and also it caused no icon only for such .desktop Jun 03 23:09:48 not for all Jun 03 23:10:03 at the second boot the icons were restored Jun 03 23:10:07 I didn't touch a thing Jun 03 23:10:24 ok Jun 03 23:27:35 JaMa, could you bump FSO, in oe? Jun 03 23:27:52 so we could add the n900 gsm voice plugin Jun 03 23:28:17 *FSO rev Jun 03 23:31:47 and icons are there at first boot with newer n900 image Jun 03 23:41:28 mrmoku, hi Jun 03 23:48:26 GNUtoo: sorry not today.. to tired to do anything ;/ Jun 03 23:49:41 yes not a problem Jun 03 23:49:51 I'll push my stuff tomorrow too Jun 03 23:49:56 waking up at 5 am messes my biorytms .. Jun 03 23:50:55 ah ok ouch Jun 03 23:51:11 gnight Jun 03 23:51:24 or can I do it Jun 03 23:51:29 I use the last rev Jun 03 23:51:31 is it ok? Jun 03 23:51:56 ok for me Jun 03 23:56:47 ok thanks Jun 03 23:56:55 maybe I'll do it tomorrow then **** ENDING LOGGING AT Sat Jun 04 02:59:56 2011