**** BEGIN LOGGING AT Sun Dec 19 02:59:57 2010 Dec 19 03:47:54 hi Dec 19 08:31:49 GNUtoo|laptop: sorry... fell asleep Dec 19 08:32:18 GNUtoo|laptop: yeah, after tinkering with phonet -a and -d I was not able to make it work again under maemo (until reboot) Dec 19 08:32:48 and maemo showed me a nice notice that telephony (including emergency calls) is not working due to some communications failure :P Dec 19 09:57:21 hi mrmoku Dec 19 09:57:24 look at that: Dec 19 10:19:27 morning Dec 19 10:21:43 moin Dec 19 10:22:51 gnutoo: ? Dec 19 10:23:59 mrmoku, look in #oe Dec 19 10:24:32 mrmoku, sorry for the wrong channel btw Dec 19 10:24:49 :) Dec 19 10:25:07 brb Dec 19 10:25:12 ok Dec 19 10:28:38 hmm Dec 19 10:29:29 mickeyl, maybe we should switch to 2.6.35? Dec 19 10:29:48 well Dec 19 10:29:55 we should at least try whether this makes passthrough working Dec 19 10:30:03 those working on modem stuff can use 2.6.35 then Dec 19 10:30:09 even if other stuff is lacking Dec 19 10:30:33 i think passthrough is very important for developing the fsogsmd plugin Dec 19 10:30:46 ok Dec 19 10:32:00 mickeyl, who will use passrtough? Dec 19 10:32:18 I wouldn't know how to run fsogsmd on my laptop Dec 19 10:32:41 sre compile and runs directly on nokia900 Dec 19 10:32:42 i would tell you Dec 19 10:32:50 i can help then Dec 19 10:32:52 ok Dec 19 10:33:03 and will you work a bit on the modem if I get pass-trough? Dec 19 10:33:13 yes, promised Dec 19 10:33:16 nice Dec 19 10:33:20 so it's really worth Dec 19 10:33:22 it's a nice challenge Dec 19 10:33:31 since everything else looks so well on the device atm. Dec 19 10:33:36 so i think it's really worth it, yep Dec 19 10:33:48 battery now works? Dec 19 10:34:18 yes, simple, but effective. wallcharger detection missing and some other things Dec 19 10:34:38 but the knowledge we have atm. we can put into a kernel driver pretty easily Dec 19 10:35:17 wallcharger detection should be easy in userspace Dec 19 10:35:18 ok Dec 19 10:42:55 I started to work on a new kernel Dec 19 10:43:04 ah ok Dec 19 10:43:06 where is it? Dec 19 10:43:08 is it pushed? Dec 19 10:43:09 based on the DVFS patches Dec 19 10:43:12 no, not yet Dec 19 10:43:16 ok Dec 19 10:43:20 does it have usb host? Dec 19 10:43:21 I'm in the middle of porting the meego n900 patches to it Dec 19 10:43:27 ah ok Dec 19 10:43:32 so I should wait? Dec 19 10:43:35 yup :) Dec 19 10:44:00 when I'm done with porting the meego patches I will push it as a new branch to the fso kernel Dec 19 10:44:22 ok nice!!!! Dec 19 10:45:16 received a family interrupt :P Dec 19 10:45:23 bbl Dec 19 12:01:59 * gnutoo does a community interrupt: Dec 19 12:02:03 mrmoku, hi Dec 19 12:02:13 any news? Dec 19 12:02:15 eating? Dec 19 12:07:52 I bet you masked the interupts? Dec 19 12:34:43 OT: i really dont know where to go, so i am hoping someone can help me: how can i exclode forders from synching with mbsync using patterns if those folders include whitespaces in the name Dec 19 13:12:43 mrmoku, back? Dec 19 13:14:47 mickeyl, 54c9371f6a6cd244ed227458c2f68eb121ba0ea2 in oe : you forgott to bump PR? Dec 19 14:17:17 gnutoo: did not manage to mask them :P Dec 19 14:17:38 I meant my interupt Dec 19 14:17:56 the community interrupt Dec 19 14:18:19 still 8 patches to go.... Dec 19 14:18:28 ahh :) Dec 19 14:18:33 ok Dec 19 14:18:34 no, was just AFK Dec 19 14:18:49 so somehow it was masked, yes Dec 19 15:59:52 gnutoo: pushed as nokia900/dvfs-meego-wip Dec 19 15:59:58 gnutoo: no idea if it builds even Dec 19 16:00:10 gnutoo: and it might let it explode :P Dec 19 16:00:22 (well push still ongoing) Dec 19 16:11:54 ok I'll try Dec 19 16:37:50 <[Rui]> hey Dec 19 16:52:08 [Rui]: hey Dec 19 16:52:42 [Rui]: if you still suffer form missing shr_elm_softkey please check #1105 Dec 19 16:54:41 s/form missing/from not started/ Dec 19 16:54:42 JaMa meant: [Rui]: if you still suffer from not started shr_elm_softkey please check #1105 Dec 19 16:54:42 <[Rui]> JaMa: that only happened to me on the first time after reinstall Dec 19 16:54:53 ah ok Dec 19 16:55:49 <[Rui]> sadly, shr on freerunner is not so stable I don't have to reboot now and again :) Dec 19 17:10:49 SHR: 03seba.dos1 07shr-themes * rcb1391fc4afe 10/frameworkd/frameworkd-config-shr/nokia900/rules.yaml: frameworkd-config-shr: nokia900: rules.yaml: fix typo Dec 19 17:28:27 mrmoku, where did you find the patches to rebase? Dec 19 17:29:25 are they complete? Dec 19 17:29:31 I mean radio for instance Dec 19 17:29:43 gnutoo: dunno if they're complete... but it's all the n900 patches from meego Dec 19 17:29:51 on top of the dvfs tree Dec 19 17:32:04 gnutoo: http://meego.gitorious.org/meego-os-base/kernel-source/trees/master Dec 19 17:32:32 the patches from kernel-n900.spec from the n900 section in there Dec 19 17:36:34 Hi everybody.. SHR unstable (20101218) lite boot problems: JFFS2 error: (1) jffs_build_inode_pass1: child dir "multiprocessing" (ino #4398) of dir ino #1847 appears to be a hard link Dec 19 17:37:00 debugfs dir creation failed -19 Dec 19 17:39:26 btw. [Rui]: elmdentica workes fine now ;) Dec 19 17:39:47 <[Rui]> ritchy: yeah, it was a missing dependency :) Dec 19 17:39:55 ah, okay :) Dec 19 17:41:38 meego have a lot more patches but not all are for n900 Dec 19 17:41:55 http://meego.gitorious.org/meego-os-base/kernel-source/trees/master/patches Dec 19 17:49:31 JaMa: ping Dec 19 17:54:56 heyho Dec 19 17:57:25 yo Dec 19 18:02:27 i try to build shr-unstable, but failed with eglibc-inital, here is the logfile http://dl.dropbox.com/u/845779/log.do_install.21887 Dec 19 18:03:15 :5:87: error: expected expression before 'struct' Dec 19 18:09:10 gnutoo: yup, I just took the n900 ones... might lack some interesting general one Dec 19 18:14:51 gnutoo: is libisi + tests in OE yet? Dec 19 18:16:20 it is Dec 19 18:17:15 :) Dec 19 18:17:25 is fsogsmd already working with libisi? Dec 19 18:21:02 i don't think so Dec 19 18:21:08 gnutoo just started with that Dec 19 18:21:13 i want to help, but i want passthrough mode Dec 19 18:22:26 which is missing some netlink init bits Dec 19 18:23:44 * mrmoku is building a new kernel Dec 19 18:24:03 no idea if that is a good or a bad thing :P Dec 19 18:24:06 hehe Dec 19 18:24:42 having no idea about kernel I just tried to resolve all rejects as good as I can :) Dec 19 18:25:03 cool Dec 19 18:25:10 mrmoku => kernel hacker Dec 19 18:25:12 :D Dec 19 18:25:32 :P Dec 19 18:26:03 the new kernel is supposed to do that automagically? Dec 19 18:26:28 (that = netlink init for upnlink0 and phonet0) Dec 19 18:26:32 I read something like that, yes Dec 19 18:26:41 in theory phonet binary should not be needed anymore Dec 19 18:26:55 as far as i can see libgisi does that as well Dec 19 18:27:11 HRLLO! Dec 19 18:27:20 oups sorry caplock Dec 19 18:27:32 yeah, and I found some mail in ofono list with some nokia guy stating that it *should* be done by new kernel but is not done correctly Dec 19 18:27:37 so... no idea Dec 19 18:27:49 brb Dec 19 18:27:50 ok, we'll see when your new kernel boots Dec 19 18:27:59 does someone knows or has a script to save opim contact to the SIM card µ? Dec 19 18:28:43 I have a know sim card and i want to copy my old sim card's contact into it Dec 19 18:29:04 GarthPS, afaik you can do it with sim-manager Dec 19 18:29:17 GarthPS, you can run it from shr-settings->other Dec 19 18:30:02 I have a know sim card and i want to copy my old sim card's contact into it... Dec 19 18:30:10 mrmoku, enjoy+headsets working, so I suppouse someone fixed alsa scenarios? :) Dec 19 18:30:11 * GarthPS look at this Dec 19 18:31:39 mickeyl: ah I was wondering why the amthyst is so slow ... but are building on it too :) Dec 19 18:31:49 GarthPS, uhm import all SIM->opim it's implemented, but it seems that to do opim->SIM you have to do it one by one ;) Dec 19 18:31:50 yah, sorry :) Dec 19 18:32:20 GarthPS, you could try pisi :) Dec 19 18:32:38 morphis: wifi and bt are now working out-of-the-box or is there additional init necessary? Dec 19 18:33:38 mickeyl: wifi is now working, powercontrol plugin is there, recipe for compat-wireless-2.6-old too Dec 19 18:34:09 putting the firmware in /lib/firmware, and loading sirloin_wifi and libertas_sdio will give you then a working wifi setup Dec 19 18:34:19 it is even working with WPA2 without any problems Dec 19 18:34:19 * GarthPS soup time brb Dec 19 18:34:23 good Dec 19 18:34:26 but I tried to download some huge file Dec 19 18:34:30 about 4GB Dec 19 18:34:47 the device died after 10% Dec 19 18:35:34 and now need to test the powercontrol plugin Dec 19 18:35:42 s/now/now I/ Dec 19 18:35:42 morphis meant: and now I need to test the powercontrol plugin Dec 19 18:35:59 ok Dec 19 18:36:03 and in parallel I am working on getting the touchscreen thing working Dec 19 18:36:25 but the best is, we can use the firmware from linux-firmware for wifi Dec 19 18:36:35 yes, that's pretty cool Dec 19 18:37:22 so I need only to install linux-firmware Dec 19 18:37:52 is that right that linux-firmware in OE installs all available firmware? Dec 19 18:38:12 should we really do that? Dec 19 18:38:28 or create some libertas-firmware_git.bb recipe which does that? Dec 19 18:38:38 the latter sounds more sane to me Dec 19 18:38:47 hmm Dec 19 18:38:57 /sys/class/i2c-adapter/i2c-2/2-0029/lux is really LUX? Dec 19 18:39:06 where? Dec 19 18:39:11 (n900) Dec 19 18:39:42 ah ok :) Dec 19 18:39:51 hmm, yeah could be Dec 19 18:39:59 root@nokia900 /sys/devices/platform/i2c_omap.2/i2c-adapter/i2c-2/2-0029 # cat lux Dec 19 18:39:59 249036 Dec 19 18:40:08 250000 lux is a lot Dec 19 18:41:36 pespin: yup, Paulus provided the fixed ones :) Dec 19 18:41:54 hmm... kernel built successfully... Dec 19 18:41:58 gnutoo: did you try yet? Dec 19 18:41:59 awesome Dec 19 18:42:01 boot! Dec 19 18:42:40 * mrmoku wonders if he should drink some 'Glühwein' to raise the courage level ;) Dec 19 18:42:50 mrmoku, great! one more week of exams and I hope I'll have time to work on SHR related things :D Dec 19 18:42:58 good Dec 19 18:44:10 little OE question: how can I refer to bin dir of buildhost arch? Dec 19 18:47:19 ${STAGING_BINDIR} ? Dec 19 18:47:41 if I have a do_compile() { : } in some recipe in OE, what means the ":"? Dec 19 18:47:42 mickeyl: upgrade is running Dec 19 18:47:49 yay Dec 19 18:48:28 * mrmoku rebooting Dec 19 18:52:26 hmm Dec 19 18:52:32 looks like the old kernel :/ Dec 19 18:52:36 d'oh Dec 19 18:53:23 heh Dec 19 18:53:33 oversaw that linux-nokia900_git has a SRCREV set :P Dec 19 18:53:35 mrmoku: some SHR distribution specific question Dec 19 18:53:55 we will have something which provides linux-firmware-sd8686 Dec 19 18:54:06 there are two different versions we can provide Dec 19 18:54:08 v8 and v9 Dec 19 18:54:30 I created two recipes linux-firmware-sd8686-v8_git.bb and linux-firmware-sd8686-v9_git.bb Dec 19 18:54:39 where are the differences? Dec 19 18:54:42 mrmoku: d'oh :) Dec 19 18:54:59 mickeyl: different versions and I currently don't which is best Dec 19 18:55:11 so I would like to introduce both Dec 19 18:55:18 hm Dec 19 18:55:50 mickeyl: or would it be possible to tell linux26-firmwareloader in fsodeviced to load different firmware when requested? Dec 19 18:56:09 then we can create linux-firmware-sd8686_git.bb which installs both versions Dec 19 18:56:19 and we let fsodeviced choose which one we want to use Dec 19 18:56:23 maybe the better way Dec 19 18:56:54 morphis: hmm, we can introduce a force-mapping-table Dec 19 18:57:19 or a full search PATH Dec 19 18:57:26 instead of just one location Dec 19 18:57:30 (lib/firmware) atm. IIRC Dec 19 18:57:34 ok Dec 19 18:57:57 the other would be we tell the powercontrol plugin to load the module with a parameter set with the correct firmware name Dec 19 18:58:06 s/the other/the other way/ Dec 19 18:58:08 morphis meant: the other way would be we tell the powercontrol plugin to load the module with a parameter set with the correct firmware name Dec 19 18:58:17 if the module has such a parameter, yes Dec 19 18:58:30 ok Dec 19 18:58:38 then I will go this way Dec 19 18:59:12 NOTE: package linux-nokia900-2.6.37-rc3+gitr1+9d359d14073592dbda32fdb6e84c407a728b2f98-r57: task do_compile: Started Dec 19 19:00:32 NOTE: package linux-nokia900-2.6.37-rc3+gitr1+9d359d14073592dbda32fdb6e84c407a728b2f98-r57: task do_compile: Failed Dec 19 19:00:38 ok, that is more what I expected :P Dec 19 19:01:01 2.6.37? Dec 19 19:02:39 bummer Dec 19 19:04:25 mickeyl, dos1: based on http://dev.omapzoom.org/?p=thara/omap-dvfs.git;a=shortlog;h=refs/heads/pm-dvfs Dec 19 19:04:41 if new... then *new* ;) Dec 19 19:04:46 hehe, sure Dec 19 19:18:43 the phonet binary is on rootfs? Dec 19 19:19:40 can we mount that? Dec 19 19:23:17 ferluszt: pong Dec 19 19:25:10 mickeyl: yeah, there are instructions on one of our wikis somewhere... Dec 19 19:25:33 ah, found it Dec 19 19:28:22 ferluszt: never seen this one or similar report, can you check output of that "gawk -f ../scripts/gen-as-const.awk ../ports/sysdeps/arm/eabi/rtld-global-offsets.sym" ? Dec 19 19:28:53 hmmm Dec 19 19:28:54 /home/mok/src/openmoko/kernel-omap-dvfs/arch/arm/include/asm/atomic.h:42: error: impossible constraint in ‘asm’ Dec 19 19:29:02 might that be too old compiler? Dec 19 19:32:50 which one are you using Dec 19 19:33:24 http://www.spinics.net/lists/arm-kernel/msg95356.html Dec 19 19:34:31 hmm Dec 19 19:34:42 mickeyl, I think phonet binary is not sufficent Dec 19 19:34:47 ya Dec 19 19:34:56 it is not doing anything with upnlink0 in the first place Dec 19 19:35:01 besides, the modem is inited ok Dec 19 19:35:06 mickeyl: the good old openmoko tool chain Dec 19 19:35:06 the missing link is somewhere else Dec 19 19:35:13 mrmoku: that could be a bit too old, yea Dec 19 19:35:15 there is a module with an interesting name Dec 19 19:35:24 mickeyl: yeah, I fear so too Dec 19 19:35:32 PN_something Dec 19 19:35:50 it's a phonet forwarder or loop or something like that Dec 19 19:36:03 aha Dec 19 19:36:34 also note that we have the following tools on maemo: Dec 19 19:36:37 *mdbus2 Dec 19 19:36:41 *dmesg Dec 19 19:36:48 *udevadm --monitor Dec 19 19:36:58 mrmoku: there was some SHR toolchain built recently, wasn't it? Dec 19 19:39:04 JaMa: where is gen-as-const.awk Dec 19 19:40:20 dos1: really? Dec 19 19:40:35 ferluszt: see the log Dec 19 19:40:37 mrmoku: http://build.shr-project.org/shr-unstable/sdk/ Dec 19 19:41:20 dos1: heh, nice :D Dec 19 19:41:20 hmm I should refresh that Dec 19 19:41:46 JaMa: as long as it is capable of building a current kernel... I'm fine :) Dec 19 19:41:55 description: Phonet pipe protocol Dec 19 19:41:59 pn_pep.ko Dec 19 19:42:14 JaMa: http://pastebin.com/wspPeiHr Dec 19 19:42:16 it's in phonet dir in the source Dec 19 19:42:22 and I don't understand a lot the code Dec 19 19:42:30 do you have a link offhand? Dec 19 19:43:04 mrmoku: it should.. but I've already started build so it will prepare toolchain with those new gcc patches Dec 19 19:43:25 ok Dec 19 19:43:40 mickeyl: http://git.freesmartphone.org/?p=linux-2.6.git;a=blob;f=net/phonet/pep.c;h=3e60f2e4e6c2d1e5982b2a56aed64fc38aa49259;hb=493fbfeac727bbe4b98715e4e71c447509affed4 Dec 19 19:43:50 dunno if that is what gnutoo means though Dec 19 19:44:06 yes that's it Dec 19 19:44:26 so in 2.6.35 it doesn't work either? Dec 19 19:44:34 or 37-rcsomething rather Dec 19 19:44:36 gnutoo: still have building problems Dec 19 19:44:44 ok Dec 19 19:44:47 I'll look Dec 19 19:50:59 can i boot maemo from SHR? Dec 19 19:52:40 ??? Dec 19 19:52:45 ah kexec Dec 19 19:55:53 drivers/usb/musb/am35x.c:33:26: fatal error: plat/control.h: No such file or directory Dec 19 19:56:57 http://lxr.free-electrons.com/source/arch/arm/plat-omap/include/plat/control.h Dec 19 19:56:59 hmmm Dec 19 19:58:42 hmmm Dec 19 19:58:44 a9db2036744676e0a9bf01522ef24140a591c0f0 Dec 19 19:58:56 not a good idea Dec 19 19:59:22 OMAP: control: move plat-omap/control.h to mach-omap2/control.h Dec 19 19:59:25 maybe that commit Dec 19 20:01:59 SHR: 03mail 07libphone-ui * r9888bd641a66 10/src/ (phoneui-utils-messages.c phoneui-utils-messages.h): phoneui-utils-messages: added "message_add" function Dec 19 20:02:09 SHR: 03mail 07libphone-ui * r4281d3cb8505 10/src/ (phoneui-utils-messages.c phoneui-utils-messages.h): phoneui-utils-messages: added add_fields function Dec 19 20:02:22 4814ced5116e3b73dc4f63eec84999739fc8ed11 is the right commit Dec 19 20:07:05 maybe plat/usb-control.h? Dec 19 20:07:13 hmm Dec 19 20:07:33 * mrmoku still has to hit that... building with shr toolchain on my laptop Dec 19 20:07:57 gnutoo: did you adjust the defconfig? Dec 19 20:08:06 yes but too fast Dec 19 20:08:13 I just did it to make it happy Dec 19 20:08:19 so blindly adding modules Dec 19 20:08:26 rx51_tpa6130a2_data is there both Dec 19 20:08:39 *rx51_tpa6130a2_data is defined 2 times in the board file Dec 19 20:08:45 sound/soc/omap/rx51.c: In function ‘rx51_aic34_init’: Dec 19 20:08:45 sound/soc/omap/rx51.c:355:35: error: ‘struct snd_soc_codec’ has no member named ‘socdev’ Dec 19 20:08:48 sound/soc/omap/rx51.c:355:23: warning: unused variable ‘card’ Dec 19 20:08:54 I know that Dec 19 20:09:06 gnutoo: the doubled thing I fixed meanwhile Dec 19 20:09:06 it's one more -> Dec 19 20:09:30 oh Dec 19 20:09:37 I mean like Dec 19 20:10:13 foo->addthis->codec Dec 19 20:10:37 ok Dec 19 20:10:48 socdev->card->codec Dec 19 20:11:44 - socdev->codec = codec; Dec 19 20:11:45 + socdev->card->codec = codec; Dec 19 20:11:48 to be more exact Dec 19 20:12:03 - card = socdev->codec->card; Dec 19 20:12:03 + card = socdev->card; Dec 19 20:12:20 hey morphis! is send you a patch to fix parsing of the read_tokens recipe (in fso OE) Dec 19 20:12:51 gnutoo: but it's codec->socdev->card Dec 19 20:13:00 ah? Dec 19 20:13:56 ahh, codec->card Dec 19 20:14:10 yes Dec 19 20:16:18 gnutoo: ok, it built now for me Dec 19 20:16:24 nice Dec 19 20:16:38 I wonder what's the correct fix for plat/control.h Dec 19 20:17:08 I don't have that Dec 19 20:17:54 ok Dec 19 20:18:04 do you have a good defconfig? Dec 19 20:18:35 anyway push what you have first Dec 19 20:18:37 so I pull Dec 19 20:19:09 no good defconfig yet Dec 19 20:19:25 I took the old one... did make menuconfig... and disabled all unneeded boards Dec 19 20:19:33 ok Dec 19 20:21:05 hmm... hangs at loading kernel... did not install the modules though Dec 19 20:21:23 ah? Dec 19 20:21:29 hmmm Dec 19 20:21:41 try a kernel with a better config and some stuff built in Dec 19 20:21:48 such as framebuffer console Dec 19 20:23:32 push what you have Dec 19 20:23:35 I'll try too Dec 19 20:25:10 d'oh... forgot again to change SRCREV :P Dec 19 20:25:13 gnutoo: long pushed Dec 19 20:25:49 gnutoo: 65fb85dc97247d6638725f2262434dadb7645a3a Dec 19 20:26:17 I build with the devshell Dec 19 20:26:19 to test Dec 19 20:26:54 ah, ok Dec 19 20:34:48 http://pastebin.com/9wadeD6i Dec 19 20:48:41 gnutoo: good... that's what we want :-) Dec 19 20:49:39 To enable the automatic voltage compensation for vdd mpu and vdd core from user space,user must write 1 to/debug/voltage/vdd_/smartreflex/autocomp,where X is mpu or core for OMAP3. Dec 19 20:51:14 * pespin_ 's power brick started to burn some seconds ago Dec 19 20:51:46 the cable in fact hehe Dec 19 20:54:23 i haven't yet filed a bug report (about not receiving messages/calls), but i intend to do so tonight Dec 19 20:54:34 (lost the logs last time by rebooting...) Dec 19 20:55:45 my question: should such bug report end up at fso.org? Dec 19 21:00:36 * mrmoku reboots and crosses fingers Dec 19 21:13:40 mrmoku, to get a framebuffer console console=tty1 is sufficent? Dec 19 21:13:47 I get a black screen Dec 19 21:13:57 ah kernel panic Dec 19 21:14:28 reboot == kernel panic Dec 19 21:14:46 I'll put the microsd in Dec 19 21:22:03 mrmoku, do you still uses uboot? Dec 19 21:23:42 mrmoku, back? Dec 19 21:26:43 ping mrmoku Dec 19 21:30:53 what logs would be useful? fsogsmd i suppose Dec 19 21:31:18 loglevel DEBUG, and save on micro-sd, right? Dec 19 21:31:46 GNUtoo|laptop: yup, u-boot Dec 19 21:31:52 GNUtoo|laptop: and pong :-) Dec 19 21:32:29 ok Dec 19 21:32:40 I've no uboot and I've got a black screen Dec 19 21:32:46 maybe it's not well initialized Dec 19 21:34:27 I've Check bootloader initialization (FB_OMAP_BOOTLOADER_INIT) Dec 19 21:35:30 GNUtoo|laptop: might as well be I broke something :-/ Dec 19 21:35:41 or one of the not n900 specific meego patches is needed Dec 19 21:35:51 ??? Dec 19 21:36:39 I had lots of rejects to resolve Dec 19 21:36:55 good possible that I did something wrong Dec 19 21:37:02 but it compiled Dec 19 21:39:43 sigh Dec 19 21:39:46 what should I do now Dec 19 21:40:04 I'll look for converting an uImage in zImage Dec 19 21:41:11 uhm, a little help please? Dec 19 21:42:51 stevendh: fsogsmd with DEBUG, yes that would be good Dec 19 21:43:32 stevendh, what's the issue? Dec 19 21:43:39 ok touchscreen works again Dec 19 21:43:44 under 2.6.28 Dec 19 21:44:29 GNUtoo|laptop: same as a few weeks back, can't receive calls or texts Dec 19 21:44:40 GNUtoo|laptop: haven't really looked into it Dec 19 21:44:44 which phone/distro/image ? Dec 19 21:44:46 ok Dec 19 21:45:54 GNUtoo|laptop: gta02/shr-u/current Dec 19 21:50:03 mrmoku, as the kernel boots Dec 19 21:50:11 we may want to do a dmesg Dec 19 21:50:15 blindly Dec 19 21:50:36 I've a 2.6.37-rc3+ dir on my filesystem Dec 19 21:50:43 in /lib/modules Dec 19 21:50:48 that means that it booted Dec 19 21:50:53 right? Dec 19 21:55:23 GNUtoo|laptop: don't think that means it booted Dec 19 21:55:30 means the modules are installed Dec 19 21:55:54 hmm... or didn't you update the KERNEL_VERSION in the recipe? Dec 19 22:01:38 mrmoku, It booted Dec 19 22:01:47 because I didn't install ANY modules Dec 19 22:01:58 I just flashed the kernel Dec 19 22:02:09 I used the devshell Dec 19 22:02:15 nothing was made trough bitbake Dec 19 22:03:45 Hello, glib-2.0 does not compile, http://norman-schleicher.de/hudson/job/shr-unstable-image-clean-build/109/console missing dbus/dbus.h the -I path seems to be wrong does anybody has an idea ? Dec 19 22:13:06 GNUtoo|laptop: ahh, ok Dec 19 22:13:13 GNUtoo|laptop: that's at least something Dec 19 22:13:26 GNUtoo|laptop: do you have g_ether built in? Dec 19 22:16:17 I don't remember Dec 19 22:16:21 I restored 2.6.28 Dec 19 22:16:24