**** BEGIN LOGGING AT Tue Oct 25 02:59:57 2011 Oct 25 05:47:43 TAsn: hmm... soon will be over (daylight saving) :-P Oct 25 06:02:52 moin Oct 25 06:05:04 moin JaMa|Off Oct 25 06:39:20 JaMa|Off: you neither have the e segfault? Oct 25 06:41:38 mrmoku: not on om-gta02 Oct 25 06:41:45 mrmoku: but I've seen it once on n900 Oct 25 06:41:53 and python-elementary fixed http://trac.enlightenment.org/e/changeset/64359 Oct 25 06:42:57 ok Oct 25 06:58:21 hitmoon: ping Oct 25 06:59:04 ? Oct 25 06:59:33 did you find right .git/FETCH_HEAD already? Oct 25 06:59:45 because from your e-mail it's not clear Oct 25 07:00:11 nop Oct 25 07:00:24 and did you read whole reply? :) Oct 25 07:00:52 hitmoon: downloads/git/git.linuxtogo.org.home.groups.mobile-linux.kernel.git/.git/ Oct 25 07:02:43 oh, there is no FETCH_HEAD Oct 25 07:03:11 in that directory Oct 25 07:03:31 so , how can i get one? Oct 25 07:04:57 I tried shr-unstable , the same problem occur Oct 25 07:12:36 hitmoon: check permissions on that dir Oct 25 07:12:45 or remove it all if you haven't fetched it before Oct 25 07:16:18 I have checked permission, it's OK Oct 25 07:17:12 and owner is bitbake? Oct 25 07:17:29 of whole downloads/git/git.linuxtogo.org.home.groups.mobile-linux.kernel.git/ ? Oct 25 07:18:15 yes Oct 25 07:21:43 JaMa|Off: hmm... with only vala-terminal in .Xsession all is fine Oct 25 07:22:49 opkg list_installed | less Oct 25 07:22:51 gah Oct 25 07:32:18 that it doesn't segfault? Oct 25 07:32:24 yup Oct 25 07:32:39 and what do you have in default .Xsession? Oct 25 07:32:43 I wanted to find out if it's Xorg itself or more somehwere in e Oct 25 07:32:56 default is to have *no* .Xsession Oct 25 07:38:16 mrmoku: ah I see Oct 25 07:39:24 JaMa|Off: regarding the missing x extension packages... should we add them to XSERVER somehwere? Oct 25 07:45:38 or to xf86-video-omapfb if they are "hard" depenendency Oct 25 07:46:02 JaMa|Off: well, we have them in xorg.conf Oct 25 07:46:14 so either we should remove (or comment) them from there Oct 25 07:46:18 or have them in the image I think Oct 25 07:46:56 ie xf86-video-glamo is RDEPENDing on them Oct 25 07:48:04 yeah, I don't know which of the extensions are a "hard" dependency in the sense X would not work without them Oct 25 07:48:37 but having them in the config but not installed in the image is wrong Oct 25 07:48:59 maybe those could be a rdepend on the xorg.conf Oct 25 07:49:03 arch specific Oct 25 07:49:08 s/arch/machine/ Oct 25 07:49:09 mrmoku meant: machine specific Oct 25 07:55:19 then it's better to be put in XSERVER Oct 25 07:55:20 imho Oct 25 07:58:57 yeah Oct 25 08:01:09 1770 clock_gettime(CLOCK_MONOTONIC, {3563, 394104006}) = 0 Oct 25 08:01:10 1770 --- SIGSEGV (Segmentation fault) @ 0 (0) --- Oct 25 08:04:13 JaMa|Off: strace of the e segfault: http://paste.pocoo.org/show/497797/ Oct 25 08:08:48 mrmoku: do you have dnsmasq running? Oct 25 08:09:55 JaMa|Off: yup Oct 25 08:09:59 mrmoku: or try to force only files in nsswitch.conf Oct 25 08:10:03 199 nobody 2264 S /usr/bin/dnsmasq -7 /etc/dnsmasq.d Oct 25 08:11:14 JaMa|Off: even after stopping connman + dnsmasq... still the same Oct 25 08:11:54 and do you have /tmp/.X11-unix/X0 ? Oct 25 08:13:10 JaMa|Off: /tmp/.X11-unix is empty Oct 25 08:13:26 ahh... it is there after starting it :P Oct 25 08:13:39 root@om-gta04:~# ls -l /tmp/.X11-unix/X0 Oct 25 08:13:40 srwxrwxrwx 1 root root 0 Oct 24 23:00 /tmp/.X11-unix/X0 Oct 25 08:23:38 in your strace it's missing later Oct 25 08:23:53 maybe xserver died and efl segfaulted after that as result? Oct 25 08:25:18 hmm Oct 25 08:25:54 JaMa|Off: but then e would not be able to show the segv'd dialog, no? Oct 25 08:26:26 right but still there is 1841 connect(15, {sa_family=AF_FILE, path="/tmp/.X11-unix/X0"}, 110) = -1 ENOENT (No such file or directory) Oct 25 08:27:10 and a while back Oct 25 08:27:11 1841 connect(8, {sa_family=AF_FILE, path=@"/tmp/.X11-unix/X0"}, 20) = 0 Oct 25 08:27:15 1841 getpeername(8, {sa_family=AF_FILE, path=@"/tmp/.X11-unix/X0"}, [20]) = 0 Oct 25 08:27:52 hmm Oct 25 08:28:59 JaMa|Off: 1841 connect(15, {sa_family=AF_FILE, path=@"/tmp/.X11-unix/X0"}, 20) = -1 ECONNREFUSED (Connection refused) Oct 25 08:29:37 ahh... and two lines after the ENOENT Oct 25 08:34:40 mrmoku: try to start Xorg with higher debuglevel Oct 25 08:34:48 mrmoku: and then enlightenment_start.oe on other term Oct 25 08:34:57 hmm... good idea Oct 25 08:35:17 imho it's because of this /tmp/.X11-unix/X0 getting unavailable Oct 25 08:35:44 and then read(8, 0x108a6c, 4096) = -1 EAGAIN (Resource temporarily unavailable) Oct 25 08:38:16 JaMa|Off: X keeps on running Oct 25 08:39:17 JaMa|Off: Xorg -verbose -logverbose Oct 25 08:39:24 is there something even more verbose? Oct 25 08:41:04 there was parametr with numberr Oct 25 08:41:26 -verbose 5 Oct 25 08:46:05 JaMa|Off: no output from X when I start enlightenment Oct 25 08:46:15 and last thing from e is Oct 25 08:46:15 ESTART: 0.26938 [0.00006] - screens: manage roots Oct 25 08:46:52 weird Oct 25 08:46:53 (EE) omapfb(0): XVScreenInit failed Oct 25 09:02:17 yup I've seen the same on SHR trac from nschle or someone Oct 25 09:02:22 maybe that's the root cause Oct 25 09:02:38 but doesn't explain why it works for someone like me and iirc GNUtoo Oct 25 09:06:11 indeed strange Oct 25 09:11:15 * JaMa|Off has partial fix for efl api change in libphone-ui-shr Oct 25 09:12:31 :) Oct 25 09:13:09 JaMa|Off: should I rebuild with older efl? Oct 25 09:21:43 JaMa|Off: building with PE bumped and EFL rev back to what it was before the last bump Oct 25 09:21:49 just to see what's happening Oct 25 09:22:25 good, thanks Oct 25 09:52:27 mickey|office: hey :-) Oct 25 09:52:39 morning mrmoku, how are things? Oct 25 09:53:07 mickey|office: fine Oct 25 09:53:13 mickey|office: and you? Oct 25 09:53:59 recovering from a cold, baby had her first one as well Oct 25 09:55:37 otherwise good. reading a lot in the evenings, since i'm often too tired to do anything else Oct 25 09:55:55 * mrmoku chronically tired due to diego getting some tooth Oct 25 09:56:10 uh oh :) Oct 25 09:56:21 i'm afraid of that... Oct 25 09:56:43 judging from his crying, shouting and throwing himself on the floor... must be real pain ;) Oct 25 09:57:00 and that every night right after arriving in the deep sleep phase Oct 25 09:57:08 * mrmoku feels like having deep_sleep = never :P Oct 25 09:58:03 hahaha Oct 25 09:58:07 right Oct 25 09:58:34 will it be better when 2nd ones come? Oct 25 09:58:40 or is it a pain every time? Oct 25 09:58:56 hmm Oct 25 09:59:11 the third one is the worst one Oct 25 09:59:26 or I forgot about the other too :P Oct 25 09:59:52 :) Oct 25 10:02:56 * mrmoku lunch Oct 25 10:24:59 JaMa|Off: efl downgrade did not help Oct 25 10:25:31 mickey|office: one problem I have with the gta04 modem is that I don't get unsolicited messages I think Oct 25 10:32:53 mrmoku: none at all? Oct 25 10:35:23 mickey|office: I would notice them in the log, no? Oct 25 10:35:47 ya, sure Oct 25 10:35:59 then no Oct 25 10:36:19 there are some AT commands I stuffed into init which are supposed to turn some unsoliceted stuff on Oct 25 10:36:22 odd. can only imagine they have a special vendor extension command then Oct 25 10:37:57 mickey|office: yeah, like _OEANT Oct 25 10:38:15 to turn on unsolicited reporting of antenna signal strength Oct 25 10:38:42 the most interesting one (_OSSYS) gives me an error though Oct 25 10:38:47 mrmoku: fun. are they documented somewhereß Oct 25 10:38:56 would be 'unsolicited reporting of service' Oct 25 10:39:10 mickey|office: yeah, in the gta04 manual :) Oct 25 10:39:30 well... documented is maybe exagerated Oct 25 10:39:36 there is a list of available at commands Oct 25 10:39:40 including the vendor ones Oct 25 10:40:28 mickey|office: but singleline gives me at least the PIN dialog and incoming calls Oct 25 10:40:34 (which would be unsolicited too) Oct 25 10:40:42 so some unsolicited stuff works Oct 25 10:40:51 but I don't get signal strength Oct 25 10:41:07 and successfull registration goes unnoted by the singleline modem Oct 25 10:42:33 mickey|office: if you say there is nothing special to set up for unsolicited I will just continue to play :) Oct 25 10:43:11 first I have to fix X though :/ Oct 25 10:44:45 most unsolicited messages have to be explicitly enabled Oct 25 10:44:49 but to my knowledge, our init code does that Oct 25 10:44:56 like +CREG Oct 25 10:45:09 yeah Oct 25 10:45:21 signal strength does not come unsolicited, btw. Oct 25 10:45:30 at least not by 07.07 Oct 25 10:45:40 that's usually a vendor extension Oct 25 10:45:46 like %CSQ Oct 25 10:45:48 (calypso) Oct 25 10:45:54 ah, ok Oct 25 10:48:01 2011-10-24T22:59:47.298248Z [INFO] libfsotransport : SRC: "+CGREG=2;+CGREG?;+CGREG=0" -> [ "+CGREG: 2,0", "OK" ] Oct 25 10:48:23 right, that should enable +CREG Oct 25 10:48:50 interesting is that it reports oper UCS2 encoded too :P Oct 25 10:48:51 2011-10-24T22:59:47.288391Z [INFO] libfsotransport : SRC: "+COPS=3,2;+COPS?" -> [ "+COPS: 0,2,"004c0069006d00690074006500640020005300650072007 Oct 25 10:48:55 6006900630065",2", "OK" ] Oct 25 10:49:53 that's not so unusual Oct 25 10:50:05 we switch to ucs2 globally on startup Oct 25 10:50:16 older modems did not honor that for COPS Oct 25 10:50:17 newers do Oct 25 10:50:22 ahh, ok Oct 25 10:50:26 how do we handle that? Oct 25 10:50:36 I overrided PlusCOPS for the gta04 Oct 25 10:50:48 but that might not be the best thing then Oct 25 10:51:03 we can easily detect that Oct 25 10:51:04 maybe morphis was right and a config option for that would be good Oct 25 10:51:07 err no Oct 25 10:51:07 ahh? Oct 25 10:51:08 we can't Oct 25 10:51:10 :) Oct 25 10:51:16 i was wondering about the length Oct 25 10:51:28 iirc there is a maximum length for the provider string Oct 25 10:51:36 if encoded, it's double Oct 25 10:51:40 but that may fail on short names Oct 25 10:51:44 wel Oct 25 10:51:45 yeah Oct 25 10:51:50 ah bollocks Oct 25 10:51:52 it's easy Oct 25 10:51:55 we can detect by heuristics Oct 25 10:52:04 and then feed the proper charset decoder Oct 25 10:52:11 if it's ALPHA and contains only numbers? Oct 25 10:52:12 ucs2 is simple to detect because of that 00 Oct 25 10:52:20 the repetetive nature of the 00 pattern Oct 25 10:52:23 is a good indicato Oct 25 10:52:24 r Oct 25 10:52:35 what about chinese providers? :P Oct 25 10:52:35 and that should move into the global mediator then Oct 25 10:52:41 hmm Oct 25 10:52:46 good question Oct 25 10:52:56 maybe they have some interesting chars in there Oct 25 10:53:38 ya, in the end i'm sure we can detect that with a good heuristics Oct 25 10:53:44 so we should handle it globally then Oct 25 10:54:16 mrmoku: so it's xserver fault, right? Oct 25 10:54:34 mrmoku: I've 4 patches which were applied in xserver before but are no more Oct 25 10:56:11 JaMa|Off: I just noticed e-wm itself did not downgrade Oct 25 10:56:46 mickey|office: ok Oct 25 10:57:05 JaMa|Off: will get e-wm downgraded and if that does still not work come back to your patches :) Oct 25 11:05:44 pespin got R/W to e repo to update libeflvala, good, we need and update for genlist.c:133:22: error: 'struct _Elm_Gen_Item_Class_Func' has no member named 'icon_get' Oct 25 11:28:41 JaMa|Off: yay :-D Oct 25 11:28:46 downgrading e-wm did it Oct 25 11:29:39 good, now you can try to upgrade e-wm only if it causes segfault Oct 25 11:29:49 at least to bisect only e-wm Oct 25 11:30:08 maybe some rev in between? Oct 25 11:30:36 well... can still go backwards then... Oct 25 11:36:00 yes but better to try the latest, because maybe it's caused by some efl lib Oct 25 11:36:18 and rebuilding e-wm was enough to make segfault disapper Oct 25 11:36:19 building 64150 Oct 25 11:44:08 JaMa: segfaults Oct 25 11:44:34 "good", better than rebuilding whole efl with each SRCREV change Oct 25 11:44:57 building 64000 now Oct 25 11:45:32 what's your revision change? Oct 25 11:45:38 looking on log there was only few changes Oct 25 11:45:50 r64113 looks like possible cause Oct 25 11:47:24 JaMa: did not look at the logs :P Oct 25 11:47:33 just thought 64000 is a nice number :) Oct 25 11:49:19 r63721 - r64150 Oct 25 11:50:46 * JaMa suggests newer revisions from that range Oct 25 11:50:58 because I was using revisions in the middle for some time Oct 25 11:51:43 * mrmoku clones the french git of e Oct 25 11:51:50 svn sucks Oct 25 11:51:58 and the e svn web sucks as well :P Oct 25 11:52:46 git://git.enlightenment.org/git/e.git ? Oct 25 11:53:55 heh, no Oct 25 11:54:03 git.enlightenment.fr Oct 25 11:54:54 NOTE: package libphone-ui-shr-1_0.0.1+gitr1+7e326d691bae667d266f967712c6a740e43b4fd4-r7: task do_rm_work_all: Succeeded Oct 25 11:55:08 * JaMa is using git.enlightenment.org Oct 25 11:55:24 oh Oct 25 11:55:33 did not know something like that exists :-) Oct 25 11:56:27 JaMa: via git protocol? Oct 25 11:56:36 meta-smartphone/jama has patch for libphone-ui-shr & newer efl if you need to upgrade later Oct 25 11:56:40 mrmoku: yes Oct 25 11:57:43 great Oct 25 11:57:50 * mrmoku cloning that one instead Oct 25 12:04:17 hi Oct 25 12:04:17 JaMa: 64000 is good Oct 25 12:04:51 * mrmoku trying 64113 Oct 25 12:05:22 mrmoku: here is list of revisions I was using here http://paste.pocoo.org/show/497885/ Oct 25 12:05:27 JaMa: hi, I think I commented the wrong bugreport Oct 25 12:05:41 btw do you have an idea for the fix of the microsd partition not be found Oct 25 12:05:41 gnutoo: about uSD issues? Oct 25 12:05:46 I've read the bugreport Oct 25 12:05:47 yes Oct 25 12:06:10 iirc I've seen your comment on right bugreport Oct 25 12:06:11 and I found nothing interesting in that "partition lost after reboot" Oct 25 12:06:15 ok Oct 25 12:06:45 JaMa: note that I've the debug board at home, so I can debug stuff Oct 25 12:06:51 like kgdb for instance Oct 25 12:06:52 and I expected that "partition lost after reboot" is the same problem as cannot find root= etc... Oct 25 12:06:59 if it has the right atomic callbacks for that Oct 25 12:07:11 JaMa: I've 2 issues: Oct 25 12:07:25 *I/O errors after suspend/resume Oct 25 12:07:31 that one is fixed locally Oct 25 12:07:48 with the glamo_mci.max_clk=... Oct 25 12:07:55 *partition not found at boot Oct 25 12:08:01 this one is *not* fixed Oct 25 12:08:05 so I need to fix it Oct 25 12:10:06 JaMa: and the last two ones worked too, right? Oct 25 12:10:29 | ERROR: Function 'Fetcher failure for URL: 'svn://svn.enlightenment.org/svn/e/trunk;module=e;proto=http'. Unable to fetch URL svn://svn.enlightenment.org/svn/e/trunk;module=e;proto=http from any source.' failed Oct 25 12:15:23 JaMa: is there some old patches for the partition is lost after reboot, or a more precise issue than the bugreport? Oct 25 12:17:52 mrmoku: seems like e svn server down again Oct 25 12:17:55 mrmoku: here too :/ Oct 25 12:18:09 gnutoo: sorry I don't know about any Oct 25 12:18:20 JaMa: 14:06 < Beber`> mrmoku> i'm working on it Oct 25 12:18:23 gnutoo: I didn't see those 2 issues here with my uSD card Oct 25 12:19:00 ok Oct 25 12:20:53 hmmm Oct 25 12:40:42 * mrmoku building 64113 for real now :) Oct 25 12:49:43 JaMa: hmm... looks like you have a good nose :-) Oct 25 12:49:46 64113 is bad Oct 25 12:50:46 well "please someone double check" got stuck in my nose :) Oct 25 12:51:34 * JaMa switching to #edevelop and waiting for spanking :) Oct 25 12:51:53 :) Oct 25 12:52:03 * mrmoku tries 64112 Oct 25 13:01:12 lol Oct 25 13:03:08 JaMa: no... 64112 is bad too Oct 25 13:05:43 hmm 44 commits in between :/ Oct 25 13:06:00 trying 64101 Oct 25 13:06:06 gitk -- e Oct 25 13:06:08 ah no 64000 was also fine Oct 25 13:06:13 is very helpfull :) Oct 25 13:06:30 so 14 commits Oct 25 13:06:33 not so bad Oct 25 13:06:55 let's see if my PE hits the roof :) Oct 25 13:08:46 * JaMa gives bucket of PEs to mrmoku for free Oct 25 13:09:31 ouch!!! it's like lars_ said....the bug seem very hard to fix Oct 25 13:10:13 basically the change diff is minimal between 34-stable and 37 in shr gitorious repo in glamo_mci.c in mmc subsystem drivers Oct 25 13:10:45 and the debug board is at home Oct 25 13:10:58 any idea on 3.1? Oct 25 13:11:05 did it start? Oct 25 13:11:20 * JaMa haven't tried Oct 25 13:13:04 by did it start I meant the developement Oct 25 13:13:22 because most of the gta02 is in mainline Oct 25 13:13:25 but the glamo Oct 25 13:13:40 even ath6kl is in mainline now, not sure what changes are needed Oct 25 13:16:34 JaMa: 64101 is good Oct 25 13:16:55 so either it is 'fully remove BG panning' Oct 25 13:17:01 or one of the warning-- Oct 25 13:17:33 as the last thing in Xsession log is talking about e_desk... I think 64102 is the bad one Oct 25 13:17:37 * mrmoku builds 64102 Oct 25 13:18:48 JaMa, I removed shr-chroot and cloned it again, and it fails at setup-shr-core with same libc_nsquery error when make runs git :S Oct 25 13:29:22 mrmoku: did you fix the n900 scenarios? Oct 25 13:29:36 (in other words should I compile a new image?) Oct 25 13:31:00 gnutoo: did you do the diff? Oct 25 13:31:32 JaMa: bingo :-D Oct 25 13:36:25 mrmoku: great, thanks for finding that Oct 25 13:37:11 hey, what's the default usb0 IP on the device with shr-core already? Oct 25 13:37:36 JaMa: maybe our config needs rework Oct 25 13:37:39 ah got it Oct 25 13:37:42 192.168.7.2 Oct 25 13:37:58 mrmoku: is n900 supposed to register ? Oct 25 13:38:43 gnutoo: yup Oct 25 13:39:02 gnutoo: I will build for n900 when that e segfault is fixed Oct 25 13:39:05 mrmoku: yes, but e shouldn't segfault just because of that :/ Oct 25 13:39:10 but before I cannot do anything Oct 25 13:39:13 JaMa: indeed Oct 25 13:40:06 and those elm_toggle and elm_check and genlist/getn changes should be also in our themes Oct 25 13:40:24 I've only changed code where I can easily test it if it builds already.. :/ Oct 25 13:40:47 JaMa, is the eflvala error due to new efl rev? new genlist api? Oct 25 13:40:49 but even now when edje_cc is more strict it cannot test everything :/ Oct 25 13:40:57 pespin: yes genlist appi Oct 25 13:41:08 pespin: just change that from icon_get/set to content_get/set Oct 25 13:41:56 JaMa, hmm ok, but probably that content_get/set means the method comes from a more generic class / superclass? Oct 25 13:42:07 or jut method rename Oct 25 13:42:56 sorry don't know exactly Oct 25 13:43:17 pespin: http://git.shr-project.org/git/?p=libphone-ui-shr.git;a=commit;h=7b32ffedf5b05a2d6037a6de110bc0807d853ed1 Oct 25 13:43:36 here is at least efl commit which changed that Oct 25 13:44:02 * pespin rebuilding last efl rev in netbook, will take a while ;= Oct 25 13:44:56 ok Oct 25 13:45:04 pespin: then better wait for mrmoku's fix Oct 25 13:45:23 I'll try to fix telephony bad sound Oct 25 13:45:28 but I need it to register Oct 25 13:45:32 JaMa, which fix? Oct 25 13:45:56 pespin: e-wm segfaulting Oct 25 13:46:36 it keep repeting 2011-10-24T19:14:04.425568Z [DEBUG] NokiaIsiModem : Created mediator FsoGsmNetworkGetStatus Oct 25 13:46:44 well, rebuilding whole efl dependencies before, it may get in before everything is built lol Oct 25 13:46:45 seem not normal Oct 25 13:54:47 I tried manually Oct 25 13:54:59 and it cannot request GSM resource Oct 25 13:55:21 can't open the modem Oct 25 13:55:23 timeout Oct 25 13:55:24 etc... Oct 25 13:57:02 2011-10-24T19:24:36.988220Z [INFO] fsogsmd : GLib : gisicomm.vala:241: Reachability result: <[(null) (0) v-01.-01]: ERROR, Connection timed out (0xFFFFFF92)> Oct 25 13:57:08 hmmm Oct 25 13:57:30 then error 224 Oct 25 13:57:33 let me look Oct 25 13:58:22 gnutoo: killall fsogsmd does not help? Oct 25 13:58:28 I already did that Oct 25 13:58:33 I'm in manual mode Oct 25 13:58:36 gnutoo: btw. I think I never tried it with shr-core yet Oct 25 13:59:46 ahh ok Oct 25 13:59:50 it's with shr-core Oct 25 14:00:14 let me finish this damn e thing and build a n900 image Oct 25 14:00:20 ok Oct 25 14:00:26 it should not take long as it's the same tuning as gta04 Oct 25 14:00:26 I'll have to leave in 5 min Oct 25 14:00:28 bbl Oct 25 14:00:29 ok Oct 25 14:02:08 rebooting Oct 25 14:02:19 bbl Oct 25 14:41:21 JaMa: how to tell bb to strip one more level of a patch these days? Oct 25 14:45:46 JaMa: nvm Oct 25 14:56:31 Hi all Oct 25 15:00:51 JaMa, I think eflvala should compile fine with 64394 :) Oct 25 15:04:17 it compiles fine here with my changes Oct 25 15:28:32 JaMa: it is the edje message Oct 25 15:28:56 JaMa: with http://paste.pocoo.org/show/497974/ it works Oct 25 15:30:46 bbl Oct 25 17:47:49 gnutoo: sent a mail to e-devel and started to build an image for n900 Oct 25 17:49:54 mrmoku: enlightenment-devel ? I don't see it there yet Oct 25 17:50:19 but I'm fine with meta-oe patch :) Oct 25 17:51:33 JaMa: heh, just sent a min ago Oct 25 17:52:17 JaMa: I have no idea what that edje message is usefull for... but I can commit a patch meanwhile Oct 25 17:52:28 until e people speak up what's going on Oct 25 17:56:03 freesmartphone.org: 03angelo 07aurora * r71dc3e1ea995 10/aurora-daemon/src/ (cellularservice.cpp dbusnames.h x11events.cpp): Oct 25 17:56:03 freesmartphone.org: aurora-daemon: use an header file instead defining DBUS stuff in the file Oct 25 17:56:03 freesmartphone.org: * Improve x11events's indentation Oct 25 17:56:44 JaMa: hmm... maybe I used the wrong from... once again :/ Oct 25 17:57:05 and my mail is waiting for raster to approve it :P Oct 25 17:58:21 :) Oct 25 18:03:40 I know why I dislike sending to e-devel :-P Oct 25 18:03:49 somehow it does not like me Oct 25 18:07:01 JaMa: ahh, now :) Oct 25 18:32:09 freesmartphone.org: 03angelo 07aurora * r0f1c5ca56da5 10/aurora-daemon/src/dbusnames.h: aurora-daemon: fix dbusnames.h FSOUSAGE defines Oct 25 18:33:30 heyho Oct 25 18:33:43 freesmartphone.org: 03morphis 07cornucopia * rec5ceecd310b 10/fsogsmd/src/plugins/modem_samsung/channel.vala: Oct 25 18:33:43 freesmartphone.org: fsogsmd: modem_samsung: remove unnecessary debug output statement Oct 25 18:33:43 freesmartphone.org: Signed-off-by: Simon Busch Oct 25 18:33:47 freesmartphone.org: 03morphis 07cornucopia * rcd70f9cd57a3 10/fsogsmd/src/plugins/modem_samsung/ (channel.vala mediators_network.vala mediators_sim.vala): Oct 25 18:33:47 freesmartphone.org: fsogsmd: modem_samsung: use new data property from message structures of libsamsung-ipc Oct 25 18:33:47 freesmartphone.org: Signed-off-by: Simon Busch Oct 25 18:33:47 freesmartphone.org: 03morphis 07cornucopia * r78142c737a11 10/fsogsmd/src/plugins/modem_samsung/mediators_sim.vala: Oct 25 18:33:47 freesmartphone.org: fsogsmd: modem_samsung: fix warning about null parameter for method which does not support it Oct 25 18:33:47 freesmartphone.org: Signed-off-by: Simon Busch Oct 25 18:33:48 freesmartphone.org: 03morphis 07cornucopia * rf2e0268075ff 10/fsogsmd/src/ (5 files in 2 dirs): Oct 25 18:33:48 freesmartphone.org: fsogsmd: modem_samsung: implement first steps to setup a PDP connection Oct 25 18:33:49 freesmartphone.org: Signed-off-by: Simon Busch Oct 25 18:34:43 gnutoo: ping Oct 25 18:34:47 GarthPS: ping Oct 25 18:35:41 morphis: yep Oct 25 18:36:25 JaMa: ping, sorry I forgot about the proxy statement I just need to scan it Oct 25 18:38:40 no problem Oct 25 18:39:38 gtg Oct 25 18:40:05 GarthPS: we need to solve the kernel problem Oct 25 18:40:22 morphis: totaly agree dude! :) Oct 25 18:41:07 GarthPS: you already tried the kernel from here http://build.shr-project.org/shr-core/images/palmpre2/ ? Oct 25 18:43:46 morphis: yes . don't boot like the one I localy build. Oct 25 18:43:53 * GarthPS retesting it again Oct 25 18:43:58 ok Oct 25 18:44:18 will build one locally with shr-core here and then see if they differ Oct 25 18:47:32 morphis: ping Oct 25 18:47:38 angelox|laptop: pong Oct 25 18:48:14 morphis: only a question of your last commit: Oct 25 18:48:17 + if (currentApp->name() == name) Oct 25 18:48:17 + { Oct 25 18:48:17 + result = false; Oct 25 18:48:17 + break; Oct 25 18:48:17 + } Oct 25 18:48:22 result shouldn't be = true? Oct 25 18:48:26 btw hi :) Oct 25 18:52:29 freesmartphone.org: 03morphis 07aurora * ra1545f01fd6f 10/aurora-daemon/src/rootwindow.cpp: Oct 25 18:52:29 freesmartphone.org: aurora-daemon: report true instead of false when we found application in stack Oct 25 18:52:29 freesmartphone.org: Signed-off-by: Simon Busch Oct 25 18:52:37 angelox|laptop: yes :) Oct 25 18:52:56 angelox|laptop: btw. in dbusnames.h please use #ifndef + #define + #endif Oct 25 18:53:20 morphis: confirmed. does not boot. Oct 25 18:53:26 morphis: ok :) thx Oct 25 18:53:38 HP logo on for eternity Oct 25 18:54:16 angelox|laptop: no problem Oct 25 18:54:17 GarthPS: ok Oct 25 18:54:27 GarthPS: my kernel is still building Oct 25 18:54:37 morphis: ok Oct 25 19:01:32 hi mrmoku Oct 25 19:02:09 GNUtoo|laptop: heyho Oct 25 19:02:22 angelox|laptop: how far you are with the virtual keyboard? Oct 25 19:03:10 hi morphis Oct 25 19:03:44 morphis: i need finish other keyboard styles (Numerical and Symbols) and the FB events treatment Oct 25 19:03:51 s/finish/start/ Oct 25 19:03:52 angelox|laptop meant: morphis: i need start other keyboard styles (Numerical and Symbols) and the FB events treatment Oct 25 19:05:01 freesmartphone.org: 03angelo 07aurora * r6d302642e32e 10/aurora-daemon/src/dbusnames.h: aurora-daemon: use if conditions in dbusnames.h instead only defining names Oct 25 19:06:26 hi GNUtoo|laptop Oct 25 19:07:15 mrmoku, did you succeed with something with n900 when I was away? Oct 25 19:07:34 angelox|laptop: ok Oct 25 19:07:46 GNUtoo|laptop: I am half way done with getting a GPRS session working on the nexus s Oct 25 19:07:53 wow!!!!! Oct 25 19:07:54 GNUtoo|laptop: not yet.. preparing a patch for the e segv Oct 25 19:07:55 GNUtoo|laptop: next step is call management Oct 25 19:07:59 ok Oct 25 19:08:09 so maybe I should pause n900 and try nexus S alsa Oct 25 19:08:10 ? Oct 25 19:08:13 and for that I need audio managment :) Oct 25 19:08:20 GNUtoo|laptop: looks like :P Oct 25 19:08:21 GNUtoo|laptop: if you ask me, yes :D Oct 25 19:08:47 for om-gta02 glamo_mci mmc what should I do? Oct 25 19:08:56 I've no idea where to start and I've a debug board Oct 25 19:09:20 do I have to read the mmc specs? Oct 25 19:10:27 GNUtoo|laptop: whats with the om-gta02 glamic-mci mmc? Oct 25 19:11:24 it doesn't find all my microsd with 2.6.39 Oct 25 19:11:30 /dev/mmcblk0 is there Oct 25 19:11:34 ah ok Oct 25 19:11:35 but not /dev/mmcblk0p1 Oct 25 19:12:14 the diff between 34 and 39 is rather minimal Oct 25 19:12:23 it's just some functions adaptations Oct 25 19:12:29 all the rest is unchanged Oct 25 19:12:34 with the glamo mmc driver Oct 25 19:14:32 morphis: GNUtoo|laptop: GPRS thing, yeah cool but what about Galaxy Nexus ? :) Oct 25 19:14:53 should I get one? Oct 25 19:14:57 or try to get one? Oct 25 19:15:46 GarthPS, first do you have any details on the nexus prime? Oct 25 19:16:16 GNUtoo|laptop: Galaxy Nexus IS the name of the nexus prime Oct 25 19:16:35 yes I know Oct 25 19:17:11 GNUtoo|laptop: everything I know is that it has a omap4 Oct 25 19:17:15 GNUtoo|laptop: nop no detail Oct 25 19:17:16 and linux kernel 3.0 Oct 25 19:17:23 we must look at the drivers Oct 25 19:17:26 and the interfaces Oct 25 19:17:29 before deciding Oct 25 19:17:42 we could ask some to google for the replicant project Oct 25 19:17:44 GNUtoo|laptop: It is not yet release so no source code published to Oct 25 19:17:50 s/to/too/ Oct 25 19:17:51 ok Oct 25 19:17:52 GarthPS meant: GNUtooo|laptop: It is not yet release so no source code published to Oct 25 19:17:57 so we'll wait to decide Oct 25 19:19:56 someone here meet mickeyl these days? Oct 25 19:20:08 s/meet/met/ Oct 25 19:20:09 morphis meant: someone here met mickeyl these days? Oct 25 19:20:12 he was there today Oct 25 19:21:45 yeah? Oct 25 19:22:17 I think he talked to mrmoku Oct 25 19:22:19 good to hear as I didn't met him for a long time now Oct 25 19:22:25 about baby stuff Oct 25 19:22:29 :) Oct 25 19:22:37 ok, so he is still too busy with other things Oct 25 19:22:45 understandable :) Oct 25 19:23:12 morphis: yup Oct 25 19:23:38 angelox|laptop: I will continue the application switching in the next days Oct 25 19:23:55 angelox|laptop: and I will add a bottom bar for back, home and app switcher button Oct 25 19:24:19 mrmoku: btw. about FSOSHRCON Linux Hotel is booked now? Oct 25 19:24:32 morphis: yup Oct 25 19:25:31 ok Oct 25 19:25:49 how much beds we have now? Oct 25 19:26:23 3 double rooms Oct 25 19:26:33 morphis: great Oct 25 19:26:40 mrmoku: ok Oct 25 19:26:51 mrmoku: and how much people? Oct 25 19:27:01 6 :P Oct 25 19:27:12 ok :) Oct 25 19:27:17 well... Heinervdm wanted to come maybe... and sleep on the floor Oct 25 19:27:26 GNUtoo|laptop is coming too? Oct 25 19:27:27 dunno about dos1 yet Oct 25 19:27:37 he plans to come, yeah Oct 25 19:27:53 yes Oct 25 19:28:00 ah morphis :) you pinged me this weekend ;) Oct 25 19:28:09 I'm comming, I'll try to book everything as soon as possible Oct 25 19:28:13 so how are the six people: mrmoku, gnutoo, mickeyl, me, slyon and? Oct 25 19:28:14 but I came home too late Oct 25 19:28:21 GNUtoo|laptop: ok Oct 25 19:28:26 so I couldn't go to the trip agency anymore(closed) Oct 25 19:28:30 I need to figure out how I get there too Oct 25 19:28:30 same for the next days Oct 25 19:28:33 morphis: Jama Oct 25 19:30:35 ah ok Oct 25 19:30:53 hm, __attribute__((__packed__)) is sometimes very bad ... Oct 25 19:31:13 should we do some more planing for the FSOSHRCON? Oct 25 19:32:54 morphis: yeah, we have to plan who will be there in time... Oct 25 19:33:23 so who will arrive in friday Oct 25 19:33:24 I will come with GNUtoo|laptop and Slyon and ETA depends on the train GNUtoo|laptop is taking from italy Oct 25 19:33:37 we will arrive friday Oct 25 19:33:43 ok Oct 25 19:33:53 I will do just need to get holiday on that day Oct 25 19:33:54 GNUtoo|laptop: do you already know which train you're taking? Oct 25 19:34:31 mrmoku: can you have a look at this please ? http://shr-project.org/trac/ticket/1522 Oct 25 19:34:40 no not yet Oct 25 19:35:01 the train from milan arrives too late Oct 25 19:35:02 GNUtoo|laptop: hello Oct 25 19:35:11 so I'll take one that arrives earlier not in milan Oct 25 19:35:26 for instance there is one in verona if I remember well Oct 25 19:35:41 nschle85, hi Oct 25 19:36:16 nschle85: ohh, ok Oct 25 19:36:27 nschle85: need to bump cornucopia rev Oct 25 19:36:49 GNUtoo|laptop: do you mind travelling in train over night? Oct 25 19:36:59 I don't mind Oct 25 19:37:08 you could take the evening train Oct 25 19:37:14 what do you have in mind exactly? Oct 25 19:37:21 ok Oct 25 19:37:23 that might give time for a coffee with nschle85 too Oct 25 19:37:29 ok Oct 25 19:37:33 I'll look Oct 25 19:38:14 mrmoku: thats fine Oct 25 19:39:13 morphis: do you have something open for a cornucopia bump? Oct 25 19:40:29 mrmoku: if you bump libsamsung-ipc too I am fine Oct 25 19:41:48 morphis: ok, to current? Oct 25 19:43:23 nschle85: btw. I found the segv of enlightenment Oct 25 19:43:37 mrmoku: wow and what was it ? Oct 25 19:43:58 nschle85: r64102 Oct 25 19:44:21 ok 1 instead 5 ? Oct 25 19:44:31 with the following http://paste.pocoo.org/show/497974/ Oct 25 19:44:36 it does not segfault Oct 25 19:44:44 trying to prepare a patch for an hour now :P Oct 25 19:44:52 mrmoku: yes Oct 25 19:44:54 getting always distracted Oct 25 19:44:58 morphis: ok Oct 25 19:45:03 mrmoku: thanks Oct 25 19:46:18 mrmoku: i think it may be fixed already upstream may this help ? msg->count = 5; Oct 25 19:46:47 nschle85: hmm... that would indeed help Oct 25 19:46:53 (if it is fixed upstream) Oct 25 19:47:02 mr moku just wait please Oct 25 19:47:04 dunno if msg->count = 5 fixes it Oct 25 19:49:44 mrmoku: please see r64156 Oct 25 19:50:10 mrmoku: but i do only guess Oct 25 20:03:12 nschle85: hmm... that might be a good guess :-) Oct 25 20:05:08 * mrmoku tries current head Oct 25 20:09:48 morphis: libsamsung-ipc is not on fso git? Oct 25 20:09:59 at least not listed in git.freesmartphone.org? Oct 25 20:14:54 morphis: nvm. found it :) Oct 25 20:15:57 mrmoku: I think I will move it in the future to fso Oct 25 20:16:37 yeah, just needed the current head :) Oct 25 20:17:41 mrmoku: thanks for testing Oct 25 20:17:57 freesmartphone.org: 03angelo 07aurora * r9650514f4303 10/aurora-daemon/src/ (6 files): aurora-daemon: rework x11 events handling, finish it Oct 25 20:19:56 mrmoku: do you know when devshell will work again ? Oct 25 20:21:20 nschle85: no idea about devshell... never used it Oct 25 20:21:40 mrmoku: how do you edit/compile/run ? Oct 25 20:22:05 nschle85: I use local builds Oct 25 20:22:37 nschle85: you can enable them in conf/local.conf and configure what you want to be 'locally' built in conf/local-builds.conf Oct 25 20:22:40 err .inc Oct 25 20:24:36 mrmoku: do you also mump srcrev for e-wm ? Oct 25 20:24:40 bump Oct 25 20:25:00 nschle85: If the build I'm doing now fixes the problem I will bump it, yeah Oct 25 20:25:19 ok Oct 25 20:27:44 SHR: 03mok 07meta-smartphone * r77d743e29f67 10/meta-fso/recipes-freesmartphone/freesmartphone/libsamsung-ipc_git.bb: libsamsung-ipc_git: bump SRCREV Oct 25 20:27:45 SHR: 03mok 07meta-smartphone * r58439afe2fda 10/meta-fso/recipes-freesmartphone/freesmartphone/cornucopia.inc: cornucopia.inc: bump FSO_CORNUCOPIA_SRCREV Oct 25 20:29:34 nschle85: cornucopia is bumped... gta04 conf error should be gone Oct 25 20:29:50 ill try Oct 25 20:41:04 nschle85: no, still segfaults Oct 25 20:41:33 mrmoku: hmm then we should use your patch Oct 25 20:44:16 morphis, I'm starting to get nervous with alsa Oct 25 20:44:18 mrmoku: msg = alloca(sizeof(Edje_Message_Float_Set) + sizeof(double)); does it allocate enough ? Oct 25 20:44:24 morphis: ping Oct 25 20:44:33 there are many approaches and no one seem easy Oct 25 20:47:05 nschle85: no idea Oct 25 20:47:32 JaMa: looks like I'm to stupid to apply a patch :P Oct 25 20:47:42 what should we do with the nexus S Oct 25 20:47:52 I mean is porting to mainline possible Oct 25 20:48:01 I could get a serial cable and do the board file Oct 25 20:48:14 let me look at the mainline infos Oct 25 20:48:32 JaMa: ahh, no... I'm not :) Oct 25 20:48:41 mrmoku: gdp says the problem is here: 0x0005a190 in e_desk_show (desk=0x15051d8) at e_desk.c:265 Oct 25 20:48:44 true ? Oct 25 20:48:53 yup Oct 25 20:48:58 that is some lines down, I know Oct 25 20:49:58 but why helps commenting out this code ? Oct 25 20:50:27 nschle85: I sent a mail to the e-devel list... lets see what they have to say Oct 25 20:51:40 mrmoku: ok, thats better than guessing :-) Oct 25 20:51:50 indeed :) Oct 25 20:52:05 mrmoku: I have it in my branch too Oct 25 20:52:11 mrmoku: building it now Oct 25 20:52:43 JaMa: that is good... I can't really test without a rebuild from scratch Oct 25 20:52:51 to get rid of all those PE bumping Oct 25 20:53:06 ah maybe there is an easier way Oct 25 20:53:11 but it's less mainline Oct 25 20:54:05 mrmoku: isn't removing PE and reflashing enough? Oct 25 20:54:23 will it correctly rebuild the image? Oct 25 20:54:49 to be sure I would call cleansstate for all recipes-efl recipes Oct 25 20:54:52 but it should Oct 25 20:54:59 ok Oct 25 20:57:10 JaMa: pong Oct 25 20:57:12 GNUtoo|laptop: why? Oct 25 20:57:53 because stuff changed and because I'm tired Oct 25 20:58:05 and when I'm tired I tend to get nervous much more easily Oct 25 20:58:43 * mrmoku is tired too Oct 25 20:58:49 not nervous though Oct 25 20:58:57 more sleepy :) Oct 25 20:59:09 * JaMa has good book to calm down Oct 25 20:59:22 * mrmoku had a nice bottle of beer to calm down ;) Oct 25 20:59:36 and more nervous/angry at daywork then when working on OE Oct 25 21:01:33 for me it's the countrary, work was a lot more calm for me when I worked Oct 25 21:01:34 zub, hi, I can now push your genlist patch :) did you improve it somehow since last time we spoke? Oct 25 21:01:42 everything mainline or easy to port Oct 25 21:01:43 etc... Oct 25 21:01:55 JaMa: sure ? in Java there are no segfaults, and stack gets not corrupt so finding errors here is much more complicated Oct 25 21:02:00 and right now I can't stand anymore android code Oct 25 21:02:06 *kernel code Oct 25 21:02:41 zub, btw, today I pushed a patch for genlist and probably you'll need to change one or two lines on your code when using new EFL+eflvala, as the API changed a bit Oct 25 21:03:55 ~lart java Oct 25 21:03:56 * apt whips out his power stapler and staples java's foot to the floor Oct 25 21:04:29 JaMa: if you can test/push that patch... great Oct 25 21:04:35 otherwise I will have to do it tomorrow Oct 25 21:04:38 java? Oct 25 21:04:49 GNUtoo|laptop: 22:55 < nschle85> JaMa: sure ? in Java there are no segfaults, and stack gets not corrupt so finding errors here is much more complicated Oct 25 21:05:10 anyway.. gn8 all :-) Oct 25 21:05:11 ah we have java in our stack somewhere? Oct 25 21:05:15 na Oct 25 21:05:16 h Oct 25 21:05:29 JaMa has to do java at work IIRC Oct 25 21:05:39 * mrmoku off Oct 25 21:06:29 mrmoku: struct _Edje_Message_Float_Set { int count; /**< The size of the message's array (may be greater than 1) */ double val[1]; /**< The message's @b array of floats */ }; / Oct 25 21:06:35 JaMa: you ping'ed me? Oct 25 21:06:50 GNUtoo|laptop: if you get too nervous you can do the alsa work later Oct 25 21:06:58 you don't need to get it working today Oct 25 21:07:46 mrmoku: so i think the allaocated memory is too small Oct 25 21:08:22 ok Oct 25 21:08:25 but the work is big Oct 25 21:08:34 GNUtoo|laptop: really? Oct 25 21:08:43 GNUtoo|laptop: what have to be done in detail Oct 25 21:08:46 just in some words Oct 25 21:09:04 basically find a way to merge a mainline driver in 2.6.35 Oct 25 21:09:05 nschle85: but working on stupid project with libs with stupid API makes me even more angry :) Oct 25 21:09:21 GNUtoo|laptop: do we really need this? Oct 25 21:09:31 mrmoku: for e-wm right? Oct 25 21:09:32 what else do you propose Oct 25 21:09:34 ? Oct 25 21:09:39 we have 2 other ways: Oct 25 21:09:47 mrmoku: will we go also for newer EFL? as I have both in my branch Oct 25 21:09:56 JaMa: ok i understand, i also love using new stuff and explore new apis :-) Oct 25 21:10:05 1) use wm8994.c instead of wm8994_samsung/herring.c Oct 25 21:10:16 2)adapt the existing one(very very hard) Oct 25 21:10:19 JaMa: have you fixed the segfault ? Oct 25 21:10:36 nschle85: mrmoku did Oct 25 21:10:58 wm8994.c is from where? Oct 25 21:11:06 and why we can use wm8994_samsung/herring.c ? Oct 25 21:11:10 basically it's the CODEC Oct 25 21:11:15 yes Oct 25 21:11:16 let's sum up Oct 25 21:11:44 basically .mmap works only with RW INTERLEAVED with the stock alsa driver(wm8994_samsung/herring.c) Oct 25 21:11:46 JaMa: ok, but i think i found the reason but i am not a c expert Oct 25 21:12:01 which rules out the sound multiplexing Oct 25 21:12:14 JaMa: and did not test it Oct 25 21:12:15 pespin: thx, I think the change for genlist is ok - it's jsut that maybe similar change is needed elsewhere Oct 25 21:12:27 but it could be separate patche... if/when it's found Oct 25 21:12:53 GNUtoo|laptop: but for basic things we can use the android driver? Oct 25 21:13:01 pespin: what do you mean by new EFL + eflvala? I haven't seen any new commit to eflvala as of yesterday Oct 25 21:13:04 just to play some music and do audio routing? Oct 25 21:13:04 yes, only hw:0 works Oct 25 21:13:07 ok Oct 25 21:13:14 pespin: anyway let me update and I'll c Oct 25 21:13:16 but as soon as you want telephony you'll have some issues Oct 25 21:13:19 zub: he commited it today Oct 25 21:13:25 GNUtoo|laptop: why? Oct 25 21:13:32 because of ringing Oct 25 21:13:39 let's say you play with intone some music Oct 25 21:13:47 then you want to ring the phone Oct 25 21:13:52 the ring will fails to ring Oct 25 21:13:57 because hw:0 is occuped Oct 25 21:14:02 not to count that it's hw:0 Oct 25 21:14:05 and not plughw:0 Oct 25 21:14:22 and I guess all that works in mainline codecs Oct 25 21:14:36 the samsung wm8994_samsung/herring.c is a huge hack Oct 25 21:14:42 JaMa: one thing was my commit anyway Oct 25 21:14:43 JaMa: http://pastebin.com/4tpGJe9A Oct 25 21:14:51 anyway git svn rebase worked Oct 25 21:15:03 zub, I commited this afternoon Oct 25 21:15:16 herring-wm8994.c has something more than a glue thing Oct 25 21:15:27 pespin: so let's have a look at what's pending and what I'd like to push there Oct 25 21:15:36 JaMa: http://paste.pocoo.org/show/497974/ Oct 25 21:15:38 GNUtoo|laptop: ok I understand Oct 25 21:15:45 this is mrmoku patch Oct 25 21:15:49 else I could try to trace it like I did for htcdream.... Oct 25 21:16:06 GNUtoo|laptop: and the wm8994.c from 2.6.35? Oct 25 21:16:17 not complete Oct 25 21:16:23 some undefined stuff Oct 25 21:16:25 JaMa: but i think msg = alloca(sizeof(Edje_Message_Float_Set) + sizeof(double)); allocates to less memory Oct 25 21:16:42 hm, I'm a git noob (and this is svn via git)... now one of my patches is the latest (what pespin applied), and before that are three patches I'd also like to have integrated Oct 25 21:17:11 how should I go about making the patches? Can I (shoudl I) reorder the commits? Oct 25 21:17:17 zub, hmm the patch I did was not the same we discussed last day Oct 25 21:17:18 undefined reference to `wm8994_disable_playback_path' Oct 25 21:17:19 etc... Oct 25 21:17:30 hm Oct 25 21:17:48 zub, git format-patch -3? but I don't know if those can be applied using patch command Oct 25 21:17:56 I don't know where to find theses functions Oct 25 21:18:00 so whats easier: port a driver from mainline (maybe not 3.1/3.2 but 2.6.3x) Oct 25 21:18:01 they are not in that kernel Oct 25 21:18:11 well, they may not be appliable on top of what you have as the last commit Oct 25 21:18:12 or get the wm8994.c working? Oct 25 21:18:15 I'd think Oct 25 21:18:20 mainline I'd say Oct 25 21:18:31 nschle85: yes looks like missing 4 * sizeof(double) Oct 25 21:18:33 but I don't know any compat-alsa thing Oct 25 21:18:37 so should it be msg = alloca(sizeof(Edje_Message_Float_Set) + sizeof(double)*5); ? and msg count must be also 5 Oct 25 21:18:38 ok Oct 25 21:18:43 GNUtoo|laptop: whats with wm8994_samsung.c? Oct 25 21:19:06 wm8994_samsung.c/herring.c is the one that has the undefined references Oct 25 21:19:14 ah ok Oct 25 21:19:16 sorry Oct 25 21:19:23 I miss the _samsung Oct 25 21:19:51 basically I got mad with htcdream kernel work so I think the reptilian part of the brain has some issues with doing that kind of jobs again Oct 25 21:20:08 zub: git svn rebase -i should work Oct 25 21:20:16 JaMa: yes may be 4, but msg->count must be 5 (fixed in r64156) Oct 25 21:21:04 GNUtoo|laptop: ok, so I think you should you get first some motivation back Oct 25 21:21:14 morphis, I'm very motivated Oct 25 21:21:21 good Oct 25 21:21:24 morphis, I just have some kind of burnout Oct 25 21:21:53 mrmoku, I've the segfault on nexus S Oct 25 21:22:13 JaMa: thanks Oct 25 21:22:36 but I'm not sure Oct 25 21:22:40 (about the burnout) Oct 25 21:22:43 GNUtoo|laptop: ok Oct 25 21:22:53 GNUtoo|laptop: I will take a look at the alsa thing Oct 25 21:23:01 then we can decide Oct 25 21:23:39 for wifi I think we wait for better mainline Oct 25 21:23:43 but for alsa....hmmmm Oct 25 21:23:45 GNUtoo|laptop: may I motivate you and test N900 wall charging ? Oct 25 21:24:12 nschle85, it's not a motivation issue, It's rather the countrary Oct 25 21:24:17 I'm too much motivated Oct 25 21:24:20 I do too much work Oct 25 21:24:26 I want it to work too much Oct 25 21:24:35 and I want it to work now Oct 25 21:24:36 etc... Oct 25 21:24:42 GNUtoo|laptop: then you make holidays in Italy :-) Oct 25 21:24:53 GNUtoo|laptop: like me :-) Oct 25 21:26:21 mrmoku: any idea why shr 2.6.39 includes things like xfs? ;) Oct 25 21:26:23 I already took hollidays Oct 25 21:26:45 GNUtoo|laptop: i have a c question: how big is this structure ? http://pastebin.com/4tpGJe9A Oct 25 21:26:46 lindi-: someone asked for it Oct 25 21:27:42 GNUtoo|laptop: let me take a look then we decide how we move on Oct 25 21:27:47 JaMa: we used xfs at work as file system , it was a horror (6 years ago) Oct 25 21:27:49 ok Oct 25 21:27:55 morphis, for userspace: Oct 25 21:28:21 aplay song.wav -vvv -Ddmix gives garbage, for instance parasites etc... Oct 25 21:28:55 for -Dplughw:0 it depend if it does the plugging or not(so it depends on your wav) Oct 25 21:28:55 JaMa: loosing data on unclean shutdown Oct 25 21:29:35 with echos inside Oct 25 21:29:37 etc.. Oct 25 21:29:42 it's really unbreable Oct 25 21:30:14 GNUtoo|laptop: ok Oct 25 21:30:25 GNUtoo|laptop: 2.6.35 already has a wm8994.c driver Oct 25 21:30:33 ah ok Oct 25 21:30:43 so I import the one from the v2.6.35 tag Oct 25 21:31:26 maybe a try Oct 25 21:32:16 nschle85: yup I've read somewhere about xfs prone to unclean shutdowns Oct 25 21:32:58 JaMa: so its not a good file system for emebdded devices i think Oct 25 21:35:42 GNUtoo|laptop: you will try it? Oct 25 21:35:43 nschle85: can you try newer efl on your n900? Oct 25 21:35:51 because I didn't have that segfault before.. Oct 25 21:36:37 JaMa: yes but mrmoku already tried i think Oct 25 21:37:09 JaMa: ok do you mean a new version with mrmoku patch ? Oct 25 21:38:23 yes Oct 25 21:38:51 JaMa: do you push it ? Oct 25 21:38:53 I'm trying it right now Oct 25 21:38:59 but the commits are not encouraging Oct 25 21:39:09 nschle85: not yet Oct 25 21:39:17 65ce159537a439b20c8722428cb56ef34b1fee99 Oct 25 21:41:54 JaMa: ok ill do, do you have a complete patch prepared ? Oct 25 21:43:18 nschle85: it's in jansa/test branch Oct 25 21:43:29 JaMa: ok Oct 25 21:45:43 nschle85: now I'm trying your version with just fixed alloca Oct 25 21:46:50 GNUtoo|laptop: that means? Oct 25 21:47:07 JaMa: it may take some time , to build because my repo is some days old Oct 25 21:48:01 morphis, just look at the hash in your crespo kernel Oct 25 21:51:16 GNUtoo|laptop: I have to leave Oct 25 21:51:19 let's talk tomorrow Oct 25 21:51:19 gn8 Oct 25 21:53:04 nschle85: or you can try old EFL_SRCREV and apply only this 0001-e-wm-fix-segfault.patch Oct 25 21:54:03 JaMa: yes, because with new version the patch will not apply Oct 25 21:54:34 JaMa: so please to not bump the srcrev on shr branch Oct 25 21:54:41 do not Oct 25 21:55:05 it will apply, because I have newer EFL_SRCREV already Oct 25 21:55:21 that's why I've changed it to apply for _older_ now Oct 25 22:01:29 JaMa: ill tell you this night (see http://shr-project.org/trac/ticket/1518) the result, because bitbake has 1000 tasks left to do) Oct 25 22:02:01 ok.. I'll probably sleep in 10 mins Oct 25 22:02:26 * JaMa booting n900 Oct 25 22:14:08 JaMa: still booting ? Oct 25 22:17:20 no it booted fine Oct 25 22:17:44 but you did not have the segfault before :-) Oct 25 22:17:51 yup Oct 25 22:18:19 I wanted to confirm for myself that newer EFL + similar patch also still works Oct 25 22:19:15 JaMa: that good :-) Oct 25 22:19:18 is Oct 25 22:20:25 JaMa: is it enough to cleansstate e-wm ? Oct 25 22:21:09 it's enough to build e-wm without cleansstate Oct 25 22:21:17 JaMa: to get the right debugging symbols it was enougth Oct 25 22:21:35 SHR: 03Martin.Jansa 07libphone-ui-shr * rf93aa2d8ef1b 10/src/view/ (call-incoming-view.c dialer-view.c message-new-view.c): elm_button_icon_set replaced with elm_object_content_set to fix API change from r64370 Oct 25 22:21:48 SHR: 03Martin.Jansa 07libphone-ui-shr * ra4509d0d9a20 10/src/view/ (call-active-view.c call-common.c quick-settings-view.c): replace elm_toggle with elm_check new API change in r64199 Oct 25 22:21:59 SHR: 03Martin.Jansa 07libphone-ui-shr * r7b32ffedf5b0 10/src/view/ (5 files): replace icon_get with content_get new API change in r64344 Oct 25 22:22:09 SHR: 03Martin.Jansa 07libphone-ui-shr * r79378ea82b96 10/src/view/ (5 files): replace genlist with gen for new API change in r64245 Oct 25 22:22:09 SHR: 03Martin.Jansa 07libphone-ui-shr * r6f34f1c43461 10/src/view/ (call-active-view.c quick-settings-view.c): Replace elm_check_states_labels_set with 2 elm_check_label_set calls, it's deprecated in r64219 Oct 25 22:24:20 * JaMa is going to push EFL bump Oct 25 22:24:43 JaMa: nooo Oct 25 22:25:29 why? Oct 25 22:25:40 JaMa: hmm ok do it i will not update Oct 25 22:33:32 nschle85: minimal alloca patch seems also to work here.. so I'm pusing it now as it is Oct 25 22:33:36 and going to bed Oct 25 22:34:45 JaMa: should i test the new version on shr branch or the mrmoku patch ? Oct 25 22:36:04 now you can use just shr branch Oct 25 22:36:31 JaMa: ok, then ill update after repo build and build again Oct 25 22:37:20 gnight all Oct 25 22:37:42 JaMa: gnight do not forget to push :-) Oct 25 22:38:11 I've already pushed and started build on SHR buildhost.. :) Oct 25 22:38:20 JaMa: ups i have seen :-) Oct 25 22:41:58 nschle85: and make sure you have 58439afe2fda78a4da397191a6e0d48721037615 in meta-smartphone Oct 25 22:42:20 imho #1518 was resolved by it Oct 25 22:42:27 please close it if it's so Oct 25 22:43:11 JaMa: yes, it its solved Oct 25 22:43:21 no #1518, but the last one #1522 Oct 25 22:43:26 JaMa: see my build host :-) Oct 25 22:43:47 ok closed Oct 25 23:27:50 JaMaOffELCE: compile error: view/call-active-view.c:161:2: error: 'elm_check_label_set' is deprecated (declared at /home/nschle85/build-core-shr/shr-core/tmp/sysroots/nokia900/usr/include/elementary-0/Elementary.h:19645) [-Werror=deprecated-declarations] Oct 25 23:28:39 libphone-ui-shr_git.bb, do_compile) failed with exit code '1' Oct 26 01:00:50 good night people **** ENDING LOGGING AT Wed Oct 26 02:59:57 2011