**** BEGIN LOGGING AT Fri Feb 24 02:59:58 2012
Feb 24 03:50:31 <CIA-112> SHR: 03shr-devel 07buildhistory * r0799574e5669 10/packages/i686-nativesdk-oesdk-linux/ (790 files in 790 dirs): Build 201202232147 of shr 20120223 for machine nokia900 on opmbuild
Feb 24 08:15:55 <CIA-112> SHR: 03Martin.Jansa 07libphone-ui-shr * r57a1358c6666 10/src/view/ (4 files): view: move from elm_pager to elm_naviframe
Feb 24 08:51:13 <JaMa|Off> poor buildhost.. Load average: 41.07 16.87 8.75
Feb 24 08:52:15 <CIA-112> SHR: 03shr-devel 07buildhistory * r8064e4f20607 10/packages/nokia900-oe-linux-gnueabi/shr-version/ (latest shr-version/latest): Build 201202240939 of shr 20120224 for machine nokia900 on opmbuild
Feb 24 09:07:26 <CIA-112> SHR: 03shr-devel 07buildhistory * r83fe6cc1b28d 10/packages/armv7a-vfp-neon-oe-linux-gnueabi/mcnavi/ (7 files in 7 dirs): Build 201202240956 of shr 20120224 for machine nokia900 on opmbuild
Feb 24 13:02:54 <JaMa|Off> GNUtoo|laptop: Hi, any news about SIGILL?
Feb 24 13:03:39 <JaMa|Off> GNUtoo|laptop: yesterday I've started armv4t rebuild with bfd at least to close that staging, but for release we should decide to fix it or drop it
Feb 24 13:04:50 <GNUtoo|laptop> we fix it
Feb 24 13:04:56 <GNUtoo|laptop> we cannot drop gta02
Feb 24 13:05:04 <GNUtoo|laptop> it's the machine that works better
Feb 24 13:05:21 <GNUtoo|laptop> JaMa|Off, you talked with khem last night
Feb 24 13:05:29 <GNUtoo|laptop> I've no more news after that
Feb 24 13:05:43 <JaMa|Off> drop gold for gta02
Feb 24 13:06:23 <GNUtoo|laptop> ah yes
Feb 24 13:06:33 <GNUtoo|laptop> khem may have a fix tough
Feb 24 13:06:51 <JaMa|Off> reinstalling fsodevied from bfd build fixed SIGILL but I still have this now :/
Feb 24 13:06:54 <JaMa|Off> 2012-02-24T13:06:02.888244Z [DEBUG] fsodeviced : Found scenario 'voiphandset' - main volume = 0
Feb 24 13:06:58 <JaMa|Off> fsodeviced: control.c:1589: snd_ctl_elem_list_get_id: Assertion `idx < obj->used' failed.
Feb 24 13:11:54 <GNUtoo|laptop> maybe because of a kernel fix?
Feb 24 13:12:04 <GNUtoo|laptop> I must work now, sorry
Feb 24 16:33:57 <morgner> Hi! I've got some problems building a recipe for SHR. 1. autoconf looks at ltdl.h from the host. Adding CFLAGS += "-I${incdir}" to the recipe solves the issue, but I feel that there must be a more generic solution...
Feb 24 16:35:42 <JaMa|Off> morgner: pastebin your recipe
Feb 24 16:37:55 <morgner> not really pastebin, but... https://vsmartcard.svn.sourceforge.net/svnroot/vsmartcard/bitbake/opensc/opensc.bb
Feb 24 16:38:56 <JaMa|Off> is there something like -I/usr/include on command line where it failed?
Feb 24 16:39:12 <JaMa|Off> if yes check config.log from where you got that and fix that
Feb 24 16:39:35 <morgner> ok
Feb 24 16:44:19 <morgner> configure runs indeed with --includedir=/usr/include. but i cant explain why... is chroot required (i am currently not using it)
Feb 24 16:48:09 <JaMa|Off> no this param is ok
Feb 24 16:48:42 <JaMa|Off> problem is when it calls some *-config or usese pkgconfig file from your host instead of sysroot
Feb 24 16:48:56 <JaMa|Off> then it adds own -I/usr/include and breaks build
Feb 24 16:49:19 <morgner> hmm, ok. but i can't see -I/usr/include anywhere else
Feb 24 16:59:28 <morgner> solved the issue. i forgot to a dependency, which indeed caused pkg-config to look elsewhere
Feb 24 17:01:13 <JaMa|Off> good
Feb 24 18:35:25 <DocScrutinizer51> http://smartphones.panasonic.eu   modem: http://www.stericsson.com/products/m5730-thor.jsp
Feb 24 18:39:47 <JaMa|Off> hmm interesting standby time 
Feb 24 20:16:22 <GNUtoo|laptop> JaMa|Off, hi
Feb 24 20:16:32 <GNUtoo|laptop> JaMa|Off, did khem came up with a new patch?
Feb 24 20:18:34 <JaMa|Off> not yet
Feb 24 20:19:11 <GNUtoo|laptop> ok
Feb 24 20:19:22 <GNUtoo|laptop> and about armv7 is it better?
Feb 24 20:19:28 <GNUtoo|laptop> *is it better now?
Feb 24 20:19:47 <GNUtoo|laptop> (OOM etc...)
Feb 24 20:19:55 <GNUtoo|laptop> mrmoku`, ping
Feb 24 20:20:55 <JaMa|Off> yes
Feb 24 20:21:48 <GNUtoo|laptop> ok I'll build for armv7 then
Feb 24 20:21:55 <GNUtoo|laptop> like for gta04
Feb 24 20:22:02 <GNUtoo|laptop> and maybe work on gta04
Feb 24 20:22:16 <GNUtoo|laptop> mrmoku`, said he would be back
Feb 24 20:51:00 <GNUtoo|laptop> rah, hi
Feb 24 20:53:53 <rah> GNUtoo|laptop: hello
Feb 24 20:56:10 <GNUtoo|laptop> rah, we might switch back to 2.6.34 for gta02 and 2.6.34 contains support for gta01
Feb 24 20:56:45 <GNUtoo|laptop> however....
Feb 24 20:57:05 <GNUtoo|laptop> as soon as more recent kernels will become usable we'll switch to them
Feb 24 20:57:27 <GNUtoo|laptop> usable means reliable telephony and suspend/resume
Feb 24 20:57:44 <GNUtoo|laptop> and the gta01 is easier to work on than the gta02
Feb 24 20:57:46 <GNUtoo|laptop> no glamo
Feb 24 20:57:54 <GNUtoo|laptop> no ath6kl
Feb 24 20:58:00 <GNUtoo|laptop> both drivers are not mainline
Feb 24 20:58:12 <GNUtoo|laptop> and the mainline ath6kl is totally different from the openmoko one
Feb 24 20:58:17 <GNUtoo|laptop> (totally different firmware)
Feb 24 20:58:23 <rah> erm
Feb 24 20:58:46 <GNUtoo|laptop> you're the one with a gta01 right?
Feb 24 20:58:56 <rah> I am
Feb 24 20:58:58 <rah> you know that there's a 2.6.37 kernel for the gta01?
Feb 24 20:59:09 <GNUtoo|laptop> yes I know
Feb 24 20:59:33 <GNUtoo|laptop> do you want to know what's needed for mainlining the gta01?
Feb 24 20:59:40 <GNUtoo|laptop> do you plan to work on it?
Feb 24 20:59:51 <rah> possibly
Feb 24 20:59:54 <GNUtoo|laptop> ok
Feb 24 21:00:02 <GNUtoo|laptop> then you need to get a machine ID for it
Feb 24 21:00:25 <GNUtoo|laptop> and then to make a board file (mach-gta01.c)
Feb 24 21:00:26 <rah> that's nothing; just filling in a web form
Feb 24 21:00:28 <GNUtoo|laptop> and mainline that
Feb 24 21:00:34 <GNUtoo|laptop> yes I know
Feb 24 21:00:48 <rah> I thought they were only accepting device-tree support for new boards?
Feb 24 21:00:48 <GNUtoo|laptop> then you'll need to revert a patch I did
Feb 24 21:00:53 <rah> rather than board files?
Feb 24 21:00:59 <GNUtoo|laptop> about removing gta01 from the alsa driver
Feb 24 21:01:07 <GNUtoo|laptop> I'm not sure
Feb 24 21:01:39 <GNUtoo|laptop> I think you can still get machine ID for SOC that are not device-tree only
Feb 24 21:02:02 <rah> you can get a device ID, sure, but from what I'm told, they won't accept a new board file
Feb 24 21:02:03 <GNUtoo|laptop> but then you will need to work on mainlining stuff
Feb 24 21:02:11 <GNUtoo|laptop> else your machine id will be removed
Feb 24 21:02:23 <GNUtoo|laptop> are you sure about that?
Feb 24 21:02:34 <GNUtoo|laptop> I think device tree is not complete yet
Feb 24 21:02:38 <GNUtoo|laptop> so that makes no sense
Feb 24 21:02:52 <GNUtoo|laptop> maybe you should ask
Feb 24 21:02:54 <rah> I'm 100% sure that I was told that
Feb 24 21:03:00 * JaMa|Off too
Feb 24 21:03:02 <GNUtoo|laptop> who told you that?
Feb 24 21:03:16 <rah> I'm not sure who told me that :-)
Feb 24 21:03:25 <GNUtoo|laptop> because there was a discussion on lkml about that
Feb 24 21:03:38 <GNUtoo|laptop> I don't remember the result of it tough
Feb 24 21:04:23 <GNUtoo|laptop> rah, do you have a debug board?
Feb 24 21:05:36 <rah> GNUtoo|laptop: yes, I have a debug board
Feb 24 21:05:55 <GNUtoo|laptop> ok nice, so everything is possible then
Feb 24 21:07:50 <rah> "At the time of writing Linux is in a transition between the two. New board files are not accepted - or at least strongly discouraged - but support for device tree is still very limited."
Feb 24 21:07:52 <GNUtoo|laptop> so the first thing is to check about the board file
Feb 24 21:07:58 <rah> http://projects.goldelico.com/p/gta04-kernel/page/Mainline-Status/
Feb 24 21:08:30 <Alex[sp3dev]> afaik for tegra DT support is good so they are not accepting new boards. others like samsung seem to push new boards though
Feb 24 21:09:28 <GNUtoo|laptop> so it depend on the maintainer....
Feb 24 21:09:47 <Alex[sp3dev]> GNUtoo|laptop: tried running uboot on nexus s?
Feb 24 21:10:12 <GNUtoo|laptop> wow no, I didn't know there was uboot for it
Feb 24 21:10:22 <Alex[sp3dev]> i didn't say there is one
Feb 24 21:10:27 <GNUtoo|laptop> ok
Feb 24 21:10:46 <GNUtoo|laptop> Alex[sp3dev], if I were to port uboot to it I've some questions:
Feb 24 21:11:09 <GNUtoo|laptop> * how to talk to the bootrom, can hemingdal do it?
Feb 24 21:11:12 <Alex[sp3dev]> i just tried uboot on my tegra tablet and plan switching to it http://www.youtube.com/watch?v=moflp1BDCpA
Feb 24 21:11:35 <Alex[sp3dev]> GNUtoo|laptop: i'd suggest chain-loading uboot. i.e., flashing it instead of kernel
Feb 24 21:12:17 <GNUtoo|laptop> if I were to port it I wouldn't chainload it
Feb 24 21:12:20 <Alex[sp3dev]> i just think creating a daily usable gnu/linux with telephony for sgs2 is not an easy project so i'm exploring ways to dual-boot
Feb 24 21:13:01 <GNUtoo|laptop> ok
Feb 24 21:13:08 <Alex[sp3dev]> GNUtoo|laptop: unlike tegra and omap, which have usb bootloader in OTP area, I am not sure samsung has one. i mean, it does have it, but no public software/info on how to reflash via it when SPL is erased
Feb 24 21:13:22 <GNUtoo|laptop> ok
Feb 24 21:13:43 <GNUtoo|laptop> I've serial
Feb 24 21:14:05 <GNUtoo|laptop> so is there a way to talk to the bootrom?
Feb 24 21:14:11 <Alex[sp3dev]> well, for nexus s, iirc, there was some 'unbrickable mod' tool which allows to unbrick it
Feb 24 21:14:25 <GNUtoo|laptop> because I just learned that porting u-boot is easy
Feb 24 21:14:38 <Alex[sp3dev]> when SoC is supported, it is easy indeed
Feb 24 21:14:45 <GNUtoo|laptop> yes and SOC is supported
Feb 24 21:15:05 <GNUtoo|laptop> so it's just a mather of adding clock and serial , but maybe mux also
Feb 24 21:18:06 <GNUtoo|laptop> s/clock/timer
Feb 24 21:18:27 <GNUtoo|laptop> the thing on clock+timer was explained here:
Feb 24 21:18:53 <GNUtoo|laptop> http://video.linux.com/videos/getting-the-first-open-source-gsm-stack-in-linux
Feb 24 21:18:59 <GNUtoo|laptop> I didn't know it was so simple
Feb 24 21:19:44 <GNUtoo|laptop> so it's a good idea to do it
Feb 24 21:19:53 <GNUtoo|laptop> however I must find out how to load the code
Feb 24 21:20:02 <GNUtoo|laptop> so I need to talk to the bootrom
Feb 24 21:20:31 <GNUtoo|laptop> Alex[sp3dev], I guess there is only one kernel partition on your phone
Feb 24 21:20:31 <Alex[sp3dev]> use heimdall?
Feb 24 21:20:37 <GNUtoo|laptop> yes that's an option
Feb 24 21:20:48 <GNUtoo|laptop> however can it talk to the bootrom?
Feb 24 21:20:53 <Alex[sp3dev]> GNUtoo|laptop: there are two but only one is used. stupid OEMs always fuck up everything
Feb 24 21:22:46 <GNUtoo|laptop> also the code is signed
Feb 24 21:22:51 <GNUtoo|laptop> I would have to workarround that
Feb 24 21:23:02 <GNUtoo|laptop> I know it's possible tough
Feb 24 23:04:45 <GNUtoo|laptop> Alex[sp3dev], do you know the boot order of the Nexus S?
Feb 24 23:04:58 <GNUtoo|laptop> like the order the bootrom uses
Feb 24 23:25:20 <CIA-112> SHR: 03Martin.Jansa 07meta-smartphone * r8d2b70772125 10/meta-fso/recipes-freesmartphone/freesmartphone/ (fsogsmd-modules_1.0.bb fsogsmd_git.bb): fsogsmd: move machine specific RDEPENDS to new recipe fsogsmd-modules
Feb 24 23:25:21 <CIA-112> SHR: 03Martin.Jansa 07meta-smartphone * r2384ae4dcf93 10/meta-fso/recipes-freesmartphone/freesmartphone/ (fsodeviced-modules_1.0.bb fsodeviced_git.bb): fsodeviced: move machine specific RDEPENDS to new recipe fsodeviced-modules
Feb 24 23:25:21 <CIA-112> SHR: 03Martin.Jansa 07meta-smartphone * rcb6b1d5f8fca 10/meta-shr/recipes-shr/shr/ (libphone-ui-config_git.bb libphone-ui_git.bb): libphone-ui: move libphone-ui-config to separate recipe
Feb 24 23:25:21 <CIA-112> SHR: 03Martin.Jansa 07meta-smartphone * r8e4d6f442b83 10/meta-shr/recipes-shr/tasks/task-shr-systemd_1.0.bb: task-shr-systemd: use allarch
Feb 24 23:25:21 <CIA-112> SHR: 03Martin.Jansa 07meta-smartphone * r3b758906c28b 10/meta-fso/conf/layer.conf: meta-fso: include fsogsmd-modules, fsodeviced-modules, frameworkd-config in SIGGEN_EXCLUDERECIPES_ABISAFE
Feb 24 23:25:24 <CIA-112> SHR: 03Martin.Jansa 07meta-smartphone * re283ba784618 10/meta-fso/recipes-freesmartphone/tasks/task-fso2-compliance.bb: task-fso2-compliance: don't RDEPEND libfso* they will be pulled by some fso daemon, use allarch
Feb 24 23:25:24 <CIA-112> SHR: 03Martin.Jansa 07meta-smartphone * r2968f444a28f 10/meta-shr/conf/layer.conf: meta-shr: include libphone-ui-config in SIGGEN_EXCLUDERECIPES_ABISAFE
Feb 24 23:25:28 <CIA-112> SHR: 03Martin.Jansa 07meta-smartphone * r968bbcd366d1 10/meta-shr/recipes-shr/tasks/task-shr.bb: task-shr: use allarch
Feb 24 23:25:29 <CIA-112> SHR: 03Martin.Jansa 07meta-smartphone * rb3d6eb8093f9 10/meta-fso/recipes-freesmartphone/freesmartphone/ (frameworkd-config_git.bb frameworkd_git.bb): frameworkd: move machine specific RDEPENDS to new recipe frameworkd-config
Feb 25 00:43:50 <pabs3> is SHR/FSO participating in the Google Summer of Code?
**** ENDING LOGGING AT Sat Feb 25 02:59:58 2012