**** BEGIN LOGGING AT Wed Jan 19 02:59:57 2011 Jan 19 05:58:24 freesmartphone.org: 03morphis 07msmcomm * r1e78c074a855 10/libmsmcomm/specs/structures/ (misc.xml sim.xml): Jan 19 05:58:24 freesmartphone.org: libmsmcomm: adjust xml specifiction to manual changes to msmcomm.sdef Jan 19 05:58:24 freesmartphone.org: Never touch msmcomm.sdef in the manual way! Edit the xml files instead. Jan 19 14:42:07 hm I am getting a "*** glibc detected *** /usr/bin/enlightenment: munmap_chunk(): invalid pointer: 0x002e12a0 ***" when starting e17 on the palmpre, any suggestions? Jan 19 14:56:42 morphis: only this http://comments.gmane.org/gmane.comp.handhelds.openembedded/41504 Jan 19 14:58:33 JaMa|Wrk: hm Jan 19 15:05:56 JaMa|Wrk: maybe bump SRCREV again? Jan 19 15:13:40 morphis: I did bump in e-wm only and I have another EFL_SRCREV bump in my branch.. feel free to test Jan 19 15:14:17 which branch? Jan 19 15:14:31 only bumping e-wm works for you? Jan 19 15:14:57 http://gitorious.org/~jama/angstrom/jama-shr-experimental/commit/d35ce6ad92846b28fc989843fe8d5b66e09f2ddd Jan 19 15:17:44 are you using x11-16 engine? daniele found new issues with it Jan 19 15:20:40 I think so Jan 19 15:20:50 should be the default SHR uses Jan 19 15:24:20 no it's not default afaik Jan 19 15:26:28 and according to raster it's broken by design and will die soon Jan 19 15:36:23 i don't buy the broken-buy-design, but i'm sure he'll remove it... Jan 19 15:46:09 :9 Jan 19 15:46:16 s/:9/:)/ Jan 19 15:46:16 morphis meant: :) Jan 19 15:48:22 hehe Jan 19 15:48:36 mickey|office: you could step up as maintainer ;) Jan 19 15:49:05 hah Jan 19 15:49:26 maintaining a couple of thousand lines of GFX-C-code is exactly what I wanted since long :D Jan 19 15:49:36 :P Jan 19 15:49:41 would be a change... at least :) Jan 19 15:49:48 * JaMa|Wrk expected rewrite in vala :) Jan 19 15:49:59 hehe :) Jan 19 15:54:20 don't raster will accept vala code in evas :) Jan 19 15:54:30 s/don't/don't think/ Jan 19 15:54:30 morphis meant: don't think raster will accept vala code in evas :) Jan 19 15:54:42 as it will add glib as well :) Jan 19 16:07:37 JaMa|Wrk: with your patch compilation of python-elementary fails with: Requested 'elementary >= 0.7.0.52890' but version of elementary is 0.7.0.0 Jan 19 16:08:16 but python-elementary in svn depends only on 0.7.0 Jan 19 16:08:36 OE changes something in the configure files? Jan 19 16:18:08 morphis: you have wrong bitbake version Jan 19 16:19:03 morphis: you need to create snapshot tarbals with bitbake with this patch included http://git.openembedded.org/cgit.cgi/bitbake/commit/?id=05cbc1d1a01c667c77688f36fbc5b61c5f452a3a Jan 19 16:19:21 morphis: if you have older bitbake master then you get exactly this error Jan 19 16:19:25 ok Jan 19 16:19:29 good to know Jan 19 16:19:35 but 1.10 should be fine Jan 19 16:19:44 or anything from 1.10 branch Jan 19 16:20:19 morphis: you can also just change elementary.pc in sysroots as quick workaround Jan 19 16:20:26 jepp Jan 19 16:20:39 but master branch of bitbake should be ok? Jan 19 16:21:21 after 2010-12-15 yes.. but be aware of persistent db changes Jan 19 16:21:45 like this one http://git.openembedded.org/cgit.cgi/bitbake/commit/?id=8c0afc13ad5eefea62b0b136f5b66792ba4e44cb Jan 19 16:22:24 but should migrate old db right this time, not like with http://git.openembedded.org/cgit.cgi/bitbake/commit/?id=411b808b81216473c3dbeca783ec5bc99152da26 Jan 19 16:22:46 ok Jan 19 16:48:29 hi mrmoku Jan 19 16:50:08 hi GNUtoo|laptop Jan 19 16:50:25 any news on kernel side? Jan 19 16:50:40 does the lowlevel plugin works on .37? Jan 19 16:50:50 the fsogsmd one? Jan 19 16:50:53 no Jan 19 16:50:54 lowleve_n900 Jan 19 16:50:55 ok Jan 19 16:51:04 then I stay to .28 Jan 19 16:53:09 mrmoku, how many settings is there for alsa for sflphoned? Jan 19 16:53:35 : sample rate= 8000, format=Int16 Jan 19 16:53:40 I see that in the command line Jan 19 16:54:51 mrmoku: what's missing wrt. lowlevel on .37? Jan 19 16:57:15 mickey|office: debugging :) Jan 19 16:57:26 mickey|office: fsogsmd segfaults Jan 19 16:57:49 GNUtoo|laptop: hmm... on my laptop I use it with pulseaudio Jan 19 16:57:52 never tried alsa Jan 19 16:57:58 ah ok Jan 19 16:58:04 * mrmoku is being called for dinner Jan 19 16:58:05 bbiab Jan 19 16:58:12 I wanted to see if I could make it work on htc dream Jan 19 16:58:20 so theses phones would be usable for something Jan 19 17:04:23 btw what does that do on the phone: Jan 19 17:04:24 /usr/share/man/man1/sflphoned.1 Jan 19 17:07:36 freesmartphone.org: 03Frederik.Sdun 07msmcomm * r11f7b5273e3c 10/libmsmcomm/msmcomm/miscmessage.vala: libmsmcomm: Fix ID for Misc.GetChargerStatus Jan 19 17:07:37 freesmartphone.org: 03Frederik.Sdun 07msmcomm * r8d2b51d4275e 10/libmsmcomm/msmcomm/miscmessagegroup.vala: Jan 19 17:07:37 freesmartphone.org: libmsmcomm: Add GetHomeNetwork response ID to Jan 19 17:07:37 freesmartphone.org: Group Jan 19 17:07:37 freesmartphone.org: 03Frederik.Sdun 07msmcomm * r52a1023698c1 10/libmsmcomm/msmcomm/miscmessage.vala: libmsmcomm: Set values for ChargerStatus event Jan 19 17:07:37 freesmartphone.org: 03Frederik.Sdun 07msmcomm * r651a4144a8c1 10/msmcommd/src/miscservice.vala: msmcommd: set values for Misc.charger_status signal Jan 19 17:51:51 GNUtoo|laptop: hehe, good question... probably the only manpage there :P Jan 19 17:52:00 ok Jan 19 18:44:29 PaulFertser: hi, bluetooth calls are now no longer working :( Jan 19 18:45:20 PaulFertser: everything was ok, even headset that wasnt working before was playing, so i made release (rebuild all and reflash) and its not working Jan 19 18:45:36 radekp: hm, probably it's not paired? Jan 19 18:46:20 PaulFertser: it is - i can use the headset buttons and they work for calling/haning - i can hear "clicks" and ring calls, but no sound Jan 19 18:46:50 PaulFertser: it's same as before - but then it started working after uncommenting the SCORouting Jan 19 18:47:06 PaulFertser: but now it's uncommented and still no sound - very strange Jan 19 18:47:20 radekp: oh, there was another gotcha, just loading the statefile wasn't enough. Jan 19 18:48:04 radekp: do you remember about amixer sset "Capture Left Mixer" "Analogue Mix Right"/amixer sset "Capture Left Mixer" "Analogue Mix Left" ? Jan 19 18:48:32 PaulFertser: you i am doing this, havent touched this and in log i can see it happening.... strange Jan 19 18:48:33 radekp: and to issue some alsa calls to configure the second hw to use 8000 Hz rate? Jan 19 18:49:28 PaulFertser: how can i do it? Jan 19 18:50:03 radekp: there were both python and C implementations, let me find those... Jan 19 18:51:08 PaulFertser: i am using this program after switching state: https://github.com/radekp/gta02-gsm-bt-fix Jan 19 18:52:52 radekp: it got everything needed. Jan 19 18:56:21 hmm it's strange it was working like charm now everything looks ok, but no sound again... Jan 19 19:00:12 mrmoku, register fails on nokia900 Jan 19 19:00:20 mickeyl is not there.... Jan 19 19:00:36 hmmmm Jan 19 19:00:59 1970-01-01T00:18:12.220306Z [DEBUG] fsogsmd : GLib <>: Request failed: NET_CAUSE_COMMUNICATION_ERROR Jan 19 19:01:01 that is the error Jan 19 19:01:05 and that's from register Jan 19 19:01:10 I do register Jan 19 19:01:17 and right after I've that in the logs Jan 19 19:01:32 so we need something like AT+COPS Jan 19 19:01:36 I bet Jan 19 19:05:40 hmmm the test registering binary doesn't have AT+COPS like stuff Jan 19 19:06:06 n.subscribe_status;n.subscribe_strength;n.list_operators;n.register_auto Jan 19 19:07:09 radekp: one of the headsets i tried never worked at all with freerunner. Other headset always worked. Jan 19 19:07:31 mdbus2 -s org.freesmartphone.ogsmd /org/freesmartphone/GSM/Device org.freesmartphone.GSM.Network.ListProviders => Segmentation fault Jan 19 19:07:50 it seem that it's only mdbus2 that segfaults Jan 19 19:08:20 I also can't build images anymore Jan 19 19:08:26 NOTE: package frameworkd-1_0.9.5.9+gitr1+e31fa77906981a56be2271246693fd929c973abf-r6: task do_package_write_ipk: Started Jan 19 19:08:28 but: Jan 19 19:08:34 *** Error: CONTROL/conffiles mentions conffile /etc/freesmartphone/ogsmd/networks.tab which does not exist Jan 19 19:08:38 which is fatal: Jan 19 19:09:01 "ipkg-build: Please fix the above errors and try again." and next line: NOTE: package frameworkd-1_0.9.5.9+gitr1+e31fa77906981a56be2271246693fd929c973abf-r6: task ipkg-build execution failed: Failed Jan 19 19:09:17 I'll pull in oe Jan 19 19:13:14 /etc/freesmartphone/ogsmd/* are still needed? Jan 19 19:13:43 I've no idea Jan 19 19:13:47 I'm rebuilding Jan 19 19:15:53 they are now no longer installed by default (I've removed them from frameworkd-config-shr half year ago 7ec04ddb9c6f60a523841e3d1822617a24916dd9, now I removed them also from from frameworkd-config after merge.. Jan 19 19:16:07 ah I see... you have old metadata and new frameworkd revision Jan 19 19:16:28 let's wait for it to rebuild Jan 19 19:16:43 it's clear now.. not my fault :) Jan 19 19:16:44 and let's talk about that issue again if it fails again Jan 19 19:16:47 ok Jan 19 19:26:12 hi morphis Jan 19 19:26:19 still no SMS support? Jan 19 19:26:21 GNUtoo|laptop: heyho Jan 19 19:26:24 GNUtoo|laptop: will come Jan 19 19:26:26 ok Jan 19 19:26:36 let me finish the basic bits first :) Jan 19 19:26:44 such as openembedded stuff Jan 19 19:26:47 even GPS is on the road Jan 19 19:26:49 else it's not usable Jan 19 19:27:07 that is to say modem would work but not touchscreen,sound etc... Jan 19 19:27:07 with basic bits I mean new libmsmcomm Jan 19 19:27:11 ah ok Jan 19 19:27:15 touchscreen works Jan 19 19:27:17 again a new one? Jan 19 19:27:32 the shifting of touchscreen got fixed? Jan 19 19:27:34 I reimplemented libmsmcomm in vala Jan 19 19:27:39 ok Jan 19 19:27:51 it's mostly there where the old one was before Jan 19 19:28:08 but has a cleaner structure Jan 19 19:28:14 playya is helping Jan 19 19:28:15 why do you need to reimplement one more time? Jan 19 19:28:15 me Jan 19 19:28:16 ok Jan 19 19:28:27 old one sucks Jan 19 19:28:38 and I love vala :) Jan 19 19:28:40 the old one waist you time? Jan 19 19:28:49 ok Jan 19 19:28:58 yes vala is great Jan 19 19:29:09 lets talk later Jan 19 19:29:15 ok Jan 19 19:29:18 30min Jan 19 19:29:23 I have to eat :) Jan 19 19:29:31 I talked now because I was waiting for shr-image to compile Jan 19 19:29:36 ok Jan 19 19:29:42 ~bon apetit Jan 19 19:30:07 GNUtoo|laptop: next try building a smartreflex kernel Jan 19 19:30:19 ok Jan 19 19:30:36 I'm waiting for shr-image to debug mdbus2 Jan 19 19:30:44 because something is wrong: Jan 19 19:30:57 mdbus2 -s org.freesmartphone.ogsmd /org/freesmartphone/GSM/Device org.freesmartphone.GSM.Network.ListProviders => Segmentation fault Jan 19 19:33:44 MDBUS2> org.freesmartphone.ousaged /org/freesmartphone/Usage org.freesmartphone.Usage.RequestResource GSM Jan 19 19:33:48 org.freesmartphone.Resource.UnableToEnable: GDBus.Error:org.freesmartphone.Resource.UnableToEnable: Can't open the modem. Jan 19 19:34:09 ah? Jan 19 19:34:15 1970-01-01T08:18:20.001710Z [ERROR] NokiaIsiModem : Can't open main channel; open returned false Jan 19 19:34:28 I use the C based enabler Jan 19 19:34:35 that is standalone Jan 19 19:34:38 and I use 2.6.28 Jan 19 19:34:43 that's why I can help Jan 19 19:36:53 PaulFertser: hmm i found backup, before i reflashed that works - so i can now compare them :) Jan 19 19:37:11 radekp: cool, that's at least something. Jan 19 19:37:31 PaulFertser: yup, should be easy now Jan 19 19:49:20 arm-oe-linux-gnueabi-ld: DIV usage mismatch between arch/arm/boot/compressed/piggy.lzma.o and arch/arm/boot/compressed/vmlinux Jan 19 19:49:27 is my hard disk dying? Jan 19 19:50:24 the other day I had a bus error Jan 19 19:50:30 and it was not because of a lib Jan 19 19:50:44 a clean + rebuild fixed the error in both cases tough Jan 19 19:50:53 ouch Jan 19 19:50:59 nothing in dmesg Jan 19 19:51:26 maybe it's just because I changed lots of things in the kernel Jan 19 19:52:56 GNUtoo|laptop: usually dying disks can be identified by looking at SMART output. Jan 19 19:53:18 yes I should look with smart tools Jan 19 19:53:24 GNUtoo|laptop: smartctl -a Jan 19 19:53:33 ok Jan 19 19:56:30 SMART overall-health self-assessment test result: PASSED Jan 19 19:57:09 on both disks Jan 19 19:58:12 GNUtoo|laptop: nothing in the error log? Then it must be something else... Jan 19 19:58:23 then maybe it's a coincidence Jan 19 19:58:34 apart that I've overheat Jan 19 19:58:36 it could be that Jan 19 19:59:01 [30821.672174] CPU0: Core temperature above threshold, cpu clock throttled (total events = 185) Jan 19 20:00:00 Oh Jan 19 20:00:08 I compile too much Jan 19 20:00:32 maybe I should find a way to increase the additional fan troughoutput Jan 19 20:00:37 I've something under the laptop Jan 19 20:00:40 that has a fan Jan 19 20:18:32 GNUtoo|laptop: so I am back Jan 19 20:19:42 ok Jan 19 20:21:41 freesmartphone.org: 03morphis 07cornucopia * r340feecf8f2f 10/libfsobasics/fsobasics/kernel.vala: libfsobasics: fix string creation in kernel module loader Jan 19 20:25:30 GNUtoo|laptop: I have libmsmcomm mostly rewritten cause maintaining the old one was a pain Jan 19 20:25:37 ok Jan 19 20:25:50 you had to write so much boiler plate code just add one little message Jan 19 20:25:59 ah ok Jan 19 20:26:03 now you add one new class, derive form the base class, thats it Jan 19 20:26:09 (for the minimal case) Jan 19 20:26:44 even it gives us the possiblity to rework design issues as I didn't know all the details about the protocol when starting with the old libmsmcomm Jan 19 20:28:20 wow Jan 19 20:37:11 GNUtoo|laptop: and it gives me my motivation back :) Jan 19 20:37:17 nice Jan 19 20:37:56 I want to finish that now (I now I have said this a lot time before) Jan 19 20:38:44 s/that/this/ Jan 19 20:38:44 morphis meant: I want to finish this now (I now I have said this a lot time before) Jan 19 20:39:32 GNUtoo|laptop: you see we have a dual-boot solution now? Jan 19 20:39:50 nice Jan 19 20:39:55 I wasn't able to see the video Jan 19 20:45:53 do it :) Jan 19 20:46:05 I tried hard Jan 19 20:46:11 is there a non-flash version Jan 19 20:46:11 ? Jan 19 20:52:24 PaulFertser: i made it working again, it works after some steps - e.g. after booting make call without BT, then pair with headset and make call with BT Jan 19 20:52:57 GNUtoo|laptop: hm, I can make one Jan 19 20:53:00 PaulFertser: maybe there is some wrong timing or something like that, but it seems more like qtmoko related problem Jan 19 20:53:06 ok thanks a lot Jan 19 20:53:14 else is there a way to download that video? Jan 19 20:53:49 PaulFertser: i will do new release so that users can reproduce it :) and then i try to debug it somehow Jan 19 20:53:58 GNUtoo|laptop, if you use firefox there's a couple of way to download it Jan 19 20:54:09 ok I use firefox Jan 19 20:54:12 use extensions such as videodownloadhelper Jan 19 20:54:19 but I don't have flash Jan 19 20:54:19 ok Jan 19 20:54:23 does it require flash? Jan 19 20:54:24 radekp: something like that was reported with bluez3 version, no? Jan 19 20:54:34 GNUtoo|laptop: currently downloading the video Jan 19 20:54:38 ok Jan 19 20:54:40 thanks a lot Jan 19 20:54:41 what do you want mp4 or ogg? Jan 19 20:54:49 the native format Jan 19 20:54:55 if it's mp4 mp4 is ok Jan 19 20:55:30 you can use flashgot (another firefox addon too) Jan 19 20:55:37 GNUtoo|laptop: one moment Jan 19 20:55:44 PaulFertser: with bluez3 you needed incomming call first - that somehow made the sound working Jan 19 20:55:45 ok Jan 19 20:56:21 PaulFertser: this can be similar, but incomming call does not fix it Jan 19 20:56:27 radekp: hm, if it's qtopia not switching the audio scenario properly, then you can manually load the state file to check. Jan 19 20:56:55 PaulFertser: i have tried to switch manually too, but that did not help Jan 19 20:57:53 PaulFertser: anyway i have to find out how to reproduce it exactly... Jan 19 20:58:09 radekp: strange, strange... Jan 19 20:58:37 PaulFertser: it could be some timing issue, maybe the freshly installed image is a bit faster so it has different timings Jan 19 21:04:35 GNUtoo|laptop: http://amethyst.openembedded.net/~morphis/bootr.m4v Jan 19 21:07:46 how does it work? it flash the kernel each time? Jan 19 21:07:50 I saw a reboot Jan 19 21:09:20 ouch but booting palm is really long Jan 19 21:09:29 2:30 and still not booted Jan 19 21:09:29 hehe Jan 19 21:09:30 no Jan 19 21:09:39 it modifies the init script Jan 19 21:09:43 the kernel is always in /boot Jan 19 21:09:44 ah ok Jan 19 21:09:52 you don't need to flash it Jan 19 21:09:55 ok Jan 19 21:09:57 just put in /boot Jan 19 21:10:02 and tell the bootloader its name Jan 19 21:10:07 the bootloader will laod it from /boot Jan 19 21:10:09 tell bootie Jan 19 21:10:14 ok Jan 19 21:10:58 so you use the same kernel for both? Jan 19 21:11:06 no Jan 19 21:11:12 different Jan 19 21:11:17 ah ok init scripts from the bootloader Jan 19 21:11:20 like boot.scr Jan 19 21:11:26 lol about the speed of both Jan 19 21:11:28 its very simple Jan 19 21:11:28 https://github.com/slyon/bootr Jan 19 21:11:32 hehe Jan 19 21:13:14 ah ok indeed it's simple Jan 19 21:13:18 ln -sf init.fso.bootr init Jan 19 21:13:23 ln -sf uImage-palmpre2.bin uImage Jan 19 21:15:07 right Jan 19 21:33:07 mickel is not there, hmmm Jan 19 21:46:07 GNUtoo|laptop: how does your fsogsmd log look like? Jan 19 21:46:10 http://shr.pastebin.com/SD8Qv0Ee Jan 19 21:47:08 http://shr.pastebin.com/9vwvd72b Jan 19 21:48:33 hmm Jan 19 21:48:42 PN_MTC is reachable for you Jan 19 21:49:02 PN_PHONE_INFO and PN_NETWORK not so Jan 19 21:49:08 ok Jan 19 21:49:59 if you look at the test in libisi Jan 19 21:50:06 it scan the network first Jan 19 21:50:09 like this: Jan 19 21:50:12 might be the cause for NET_CAUSE_COMMUNICATION_ERROR ? Jan 19 21:50:21 net communication error Jan 19 21:50:37 is outputed when register() fails Jan 19 21:50:37 ok Jan 19 21:51:01 n.list_operators(operator_list_callback); Jan 19 21:51:01 n.register_auto(register_callback); Jan 19 21:51:13 that's from network.vala in tests Jan 19 21:51:22 only that mdbus2 segfault Jan 19 21:51:25 when listing operators Jan 19 21:51:31 I've tried dbus-send Jan 19 21:51:37 nothing was outputed Jan 19 21:51:52 dbus-send --system --dest=org.freesmartphone.ogsmd /org/freesmartphone/GSM/Device org.freesmartphone.GSM.Network.ListProviders Jan 19 22:00:16 Weiss, i'm here :) Jan 19 22:03:12 GNUtoo|laptop: hmm... I adjust the modem power thing for the new kernel and disabled n900_lowlevel Jan 19 22:03:18 1970-01-01T02:16:59.032684Z [INFO] NokiaIsiModem : Modem Status changed to FSO_GSM_MODEM_STATUS_ALIVE_SIM_READY Jan 19 22:03:21 1970-01-01T02:17:04.004761Z [DEBUG] fsogsmd : GLib <>: ISI client error: -110 Jan 19 22:03:26 timeout Jan 19 22:04:48 and ListProviders makes mdbus2 segfault for me too Jan 19 22:05:27 ok Jan 19 22:05:35 as mickeyl is not there.... Jan 19 22:05:42 I can't pass him the trace Jan 19 22:06:33 pass it to me :) Jan 19 22:07:37 I used only gdb this time Jan 19 22:07:58 as mdbus is pretty small Jan 19 22:08:04 it can't OOM the phone Jan 19 22:08:21 http://pastebin.com/vATGdpzk Jan 19 22:09:32 ListProviders ( ) → a(sssss) Jan 19 22:09:51 array is not supported? Jan 19 22:09:55 I wonder why it is trying to demarshall an uint32 Jan 19 22:09:58 sure it is Jan 19 22:10:05 ah ok Jan 19 22:10:07 I'm quite sure it works on gta02 Jan 19 22:10:12 ok Jan 19 22:10:19 then it's our plugin Jan 19 22:10:26 my guess is more that libisi is sending bogus stuff Jan 19 22:10:27 yeah Jan 19 22:10:35 ah ok Jan 19 22:10:40 or the plugin for that Jan 19 22:10:40 I tought it was my code Jan 19 22:13:49 GNUtoo|laptop: did you try to add some logging in there? Jan 19 22:13:53 public class IsiNetworkListProviders : NetworkListProviders Jan 19 22:13:59 no Jan 19 22:15:07 btw. I failed upon smartreflex... again Jan 19 22:15:19 merging it in had some more or less trivial conflicts Jan 19 22:15:24 which I resolved Jan 19 22:15:30 and it didn't boot? Jan 19 22:15:31 but it has compile errors too Jan 19 22:15:36 partly I resolved them Jan 19 22:15:48 but then there is non-trivial stuff which I'm not able to resolve :/ Jan 19 22:15:53 such as? Jan 19 22:16:21 drivers/staging/tidspbridge/core/tiomap3430.c:566:25: error: ‘struct omap_mbox_queue’ has no member named ‘callback’ Jan 19 22:16:29 GNUtoo|laptop, mrmoku mdbus2 -s org.freesmartphone.ogsmd /org/freesmartphone/GSM/Device org.freesmartphone.GSM.Network.ListProviders Jan 19 22:16:32 works in om-gta02 Jan 19 22:16:34 drivers/staging/tidspbridge/core/tiomap3430.c:688:3: error: too few arguments to function ‘omap_mbox_put’ Jan 19 22:16:47 mrmoku, we don't need the DSPs Jan 19 22:16:51 pespin: yeah, I thought so, thanks for verifying Jan 19 22:16:52 could it be some problem with the timeout maybe? Jan 19 22:17:04 GNUtoo|laptop: so I can disable mailbox? Jan 19 22:17:07 yes Jan 19 22:17:11 apart from wrong value Jan 19 22:17:11 ok, trying Jan 19 22:17:11 it disables the DSP Jan 19 22:17:21 the CPU does a better job than the DSP Jan 19 22:17:22 because that call takes lot of time to return Jan 19 22:17:24 but it consume more power Jan 19 22:17:34 anyway as we have nearly no support for DSP Jan 19 22:17:45 and we don't need them at this stage... Jan 19 22:18:06 btw git can help for merge Jan 19 22:18:07 git log Jan 19 22:18:25 grepping for some stuff gives you some commits Jan 19 22:18:30 or git blame can help too Jan 19 22:18:43 the commits tell what changed how why etc... Jan 19 22:19:04 blindly merging works a lot of the time but not always Jan 19 22:19:51 btw today I saw that htc wildfire has same chipset as Geeksphone. Any news from leviathan? Jan 19 22:20:28 pespin, he'll has to pass some exams and after he said that he will work again on that Jan 19 22:20:32 and on htc dream Jan 19 22:20:42 pespin, I know someone who has a wildfire Jan 19 22:20:59 laga in #replicant has one Jan 19 22:21:10 there is also a wildfire freenode irc channel Jan 19 22:21:22 I don't know enough details on the wildfire Jan 19 22:21:25 but beware..... Jan 19 22:21:31 android isn't great for doing ports Jan 19 22:21:39 it's ultra-non standard Jan 19 22:21:56 at least on qualcomm chips Jan 19 22:22:07 for instance on the htcdream they don't use alsa Jan 19 22:22:12 they use some DSPs system Jan 19 22:22:19 that is not alsa, not OSS etc... Jan 19 22:22:27 wifi is an android driver Jan 19 22:22:34 which is incompatible with WEXT Jan 19 22:22:42 framebuffer needed to be patched Jan 19 22:22:47 it lacks FBIOBLANK Jan 19 22:22:49 etc... Jan 19 22:22:55 well at least there's some sources to see how it works hehe. but yes, lot of work I suppouse :) Jan 19 22:22:56 so expect a lot of issues Jan 19 22:23:06 htc dream status: Jan 19 22:23:20 *ALSA has buffer underrun if you don't use mplayer Jan 19 22:23:25 *wifi has no PSM Jan 19 22:23:45 see bob copland response on the linux wireless mailing list: very hard to debug Jan 19 22:23:46 etc... Jan 19 22:23:54 apart that the rest works fine Jan 19 22:24:07 GNUtoo|laptop, uhm making calls doesn't go throught alsa? Jan 19 22:24:11 no Jan 19 22:24:26 the "sound card" is attached to the modem Jan 19 22:24:41