**** BEGIN LOGGING AT Fri Jun 25 02:59:57 2010 Jun 25 03:02:57 [Rui]: I'm not sure about long long in libjson, I was hoping to see the reply first (then it would be OE specific patch only temporary or I would add svn recipe for it with this change already included), but changing API in recipe with same version feels a bit wrong to me.. Jun 25 03:06:45 . o O ( How portable is libjson supposed to be? ) Jun 25 03:12:17 * JaMa has no idea (not using it myself) Jun 25 03:13:32 I believe "long long" is a GCC-ism. Jun 25 03:32:11 [Rui]: Have you looked at the (unrelated) jason-glib library? Jun 25 04:55:50 JaMa: morning. Do you know how to check if there are any updates pending to be pulled to my comp from repo? Jun 25 05:03:21 Q-Master: git fetch and then git status Jun 25 05:03:57 Q-Master: and if you decide to pull them, then git pull --rebase Jun 25 05:04:33 JaMa: thnx alot Jun 25 05:05:19 or git remote update will update origin too Jun 25 07:22:09 JaMa: ahh... I finally managed to build an image again :-) Jun 25 07:22:33 removing ncurses-devel and turning of selinux on my buildhost was helpfull :P Jun 25 07:22:54 that means I can start to do something again :D Jun 25 07:29:04 hi! I just updated shr-unstable, (last time updated a month or 2 ago), and now X doesn't starts. may be I should reinstall some package? Jun 25 07:30:19 max_posedon: :) Jun 25 07:30:24 max_posedon: you sound like a noob ;) Jun 25 07:30:38 PaulFertser, I'm! Jun 25 07:31:14 max_posedon: if usb networking works, you're to provide more informational description of the problem ;) Jun 25 07:31:14 :) but sometimes such update issues are popular in shr-world, and people know what to do Jun 25 07:31:27 max_posedon: they share the knowledge on ML usually Jun 25 07:32:37 mrmoku: just pushed a cleanup of xorg-lib dir.. so you can try to build image again :) but one more patch is needed to push Jun 25 07:32:49 max_posedon: yes, run Xorg from cmdline over ssh and read the output Jun 25 07:33:20 max_posedon: there is about 5 issues which can go wrong and I don't know which one you currently see :) Jun 25 07:34:18 http://paste.pocoo.org/show/229698/ Jun 25 07:34:33 its more like nothing starts after Xorg started... Jun 25 07:40:23 ah, sorry. now I see that X fails with core dumped Jun 25 07:41:08 http://paste.pocoo.org/show/229700/ Jun 25 07:41:12 Xorg.0.log Jun 25 07:42:12 http://paste.pocoo.org/show/229701/ Xorg.conf Jun 25 07:42:43 where is the BT? Jun 25 07:42:51 max_posedon: is this image compiled by you? Jun 25 07:43:08 max_posedon: as I didn't rsync it (xserver RC3) to public feeds yet Jun 25 07:43:31 nope, its opkg upgrade from official shr-servers Jun 25 07:44:38 ahh dhf60.neoplus.ad synced it.. Jun 25 07:44:57 Build Operating System: Linux 2.6.26-2-xen-amd64 x86_64 Jun 25 07:45:03 its not mine) Jun 25 07:45:05 so there is also new EFL.. Jun 25 07:46:47 max_posedon: then I should push newer mesa too probably :/ Jun 25 07:47:29 so, could I downgrade somehow? or it was fail to try upgrade? Jun 25 07:49:34 did it upgrade correctly? on opkg errors? Jun 25 07:49:48 and I still don't see backtrace from you Jun 25 07:52:27 yes, opkg upgraded successfully without errors, I'm installing -dbg now, backtrace will be soon. Jun 25 07:53:50 max_posedon: it works here ok, but I have KMS kernel and newer mesa.. and I didn't expect it to be synced to feed so soon :/ Jun 25 07:57:26 http://paste.pocoo.org/show/229703/ Jun 25 07:57:34 backtrace not very usefull Jun 25 07:58:54 may be strace will be better Jun 25 07:59:00 http://paste.pocoo.org/show/229704/ Jun 25 07:59:15 hmm, not, mmt I'll build another bigger upgrade on buildhost and rebuild mesa (which I don't want to push yet..) Jun 25 07:59:44 so opkg upgrade in an hour or so and you should -force-reinstall all packages build from mesa (like libgl1 libegl mesa-dri etc..) Jun 25 08:01:27 ok, so, I'll do it at evenning, I hope this issue will be fixed. Jun 25 08:01:28 max_posedon: sorry for it.. I should at least write strong warning to screen session that it's not intended to be rsynced.. Jun 25 08:01:42 btw, new mesa is better than current status) Jun 25 08:02:02 max_posedon: but as I'm usually alone there.. I didn't expect it to be rsynced Jun 25 08:02:25 max_posedon: but I've reworked whole mesa dir.. so I cannot push the upgrade alone.. Jun 25 08:02:29 don't worry, just plz sent mail to maillist. as for me - its not a problem to be without phone for a few days Jun 25 08:02:57 max_posedon: and to push whole series needs a bit more testing (as libx11 recipes in my queue).. Jun 25 08:04:15 <[Rui]> JaMa: rozzin[zzz]: long long wouldn't be the first gcc-ism in json-c and less than that isn't enough for Twitter status IDs, I think Jun 25 08:05:13 <[Rui]> rozzin[zzz]: I didn't want to use json-glib because it seemed more complex and with a bigger baggage (== + memory) than json-c Jun 25 08:05:23 <[Rui]> moin! :) Jun 25 08:05:51 <[Rui]> JaMa: anyways, the patch is against svn trunk which is a bit more advanced than 0.9 Jun 25 08:07:16 [Rui]: but it's not sure, that it will be applied later.. Jun 25 08:07:24 JaMa: that was me, sorry :/ Jun 25 08:07:42 [Rui]: so if as soon as you get some reply from libjson author I'll apply it if the reply is possitive.. Jun 25 08:08:20 dos1: ah, then I can redirect angry users to you :) good.. but my fault to provide the warning in screen session :? Jun 25 08:08:23 :/ Jun 25 08:08:25 <[Rui]> JaMa: ok, I'm trying to bake a recipe but apparently miserably failing Jun 25 08:11:14 <[Rui]> JaMa: this http://pastebin.com/NRN54YS0 is failing miserably with svn: missing argument: r Jun 25 08:11:22 <[Rui]> is the arg REV= or r= ? Jun 25 08:11:49 [Rui]: see some svn recipes examples.. Jun 25 08:12:02 [Rui]: don't specify it and add SRCREV = "rev" to recipe Jun 25 08:12:11 bitbake will handle it itself Jun 25 08:12:17 <[Rui]> JaMa: ok Jun 25 08:12:30 also use module=trunk and adjust SRC_URI accordingly Jun 25 08:12:31 <[Rui]> JaMa: I have it like that because I looked at some svn recipes :) Jun 25 08:12:42 S = "${WORKDIR}" is bad Jun 25 08:12:57 [Rui]: where did you find so bad examples? :) Jun 25 08:13:19 <[Rui]> can't remember if in the web or openembbeded recipes or both Jun 25 08:13:35 [Rui]: if you want I'll finish it for you.. Jun 25 08:13:52 <[Rui]> was so tired last night I decided after some time to clear tmp and start all over :) (been doing that during the night) Jun 25 08:14:02 <[Rui]> JaMa: no, thanks... I have to learn :) Jun 25 08:14:35 done :) Jun 25 08:15:24 <[Rui]> JaMa: ? Jun 25 08:15:29 <[Rui]> JaMa: ah your tips, yes :) Jun 25 08:15:39 <[Rui]> doens't help that I've a growing migraine by the morning Jun 25 08:16:04 * mrmoku did not rsync JaMa's experimental builds :P Jun 25 08:18:35 [Rui]: I've already added libjson_svn.bb recipe and will build it for you (that long long will be hopefully applied then :)) Jun 25 08:21:25 [Rui]: few more tips: don't use apply=yes (default), patches are applied -p1 so json/ was missing in patch Jun 25 08:21:29 <[Rui]> JaMa: ah, thanks, how do I specify that specific recipe, bb libjson_svn? Jun 25 08:22:17 [Rui]: _svn have usually DEFAULT_PREFERENCE = "-1", and you have to specify PV inside ie PV = "0.9+svnr${SRCPV}" Jun 25 08:22:27 bb -b libjson_svn.bb Jun 25 08:22:37 <[Rui]> ok Jun 25 08:23:09 it will be built in feeds in and your or so (but not rsynced, and public shr-u feeds are now removed ..) Jun 25 08:24:28 <[Rui]> public shr-u feeds are removed? what happened? Jun 25 08:24:42 <[Rui]> btw, apple got a patent on the slide to unlock thing Jun 25 08:24:43 accidentaly rsynced WIP stuff Jun 25 08:25:32 * Q-Master lacks a slide to reply/slide to decline thing in SHR Jun 25 08:26:33 [Rui]: git pull will give you libjson_svn.bb for learning ;) Jun 25 08:26:43 <[Rui]> JaMa: thanks Jun 25 08:32:17 <[Rui]> shit? configure: error: C compiler cannot create executables Jun 25 08:32:25 <[Rui]> brb Jun 25 08:33:48 hey folks Jun 25 08:34:58 [Rui]: only partial gcc upgrade? or -c clean of some eglibc/gcc recipe? see config.log for better idea Jun 25 08:36:14 I had some troube with my wifi just now - wpa_supplicant would connect just fine, but after that no data would be communicated Jun 25 08:36:24 so no DHCP, and after manually setting my IP address, nothing either Jun 25 08:36:51 reloading the ar6000 module helped, but I'd rather not have to do that every time Jun 25 08:37:11 (disclaimer: I haven't updated my SHR-T in a while, which is what I want to use my wifi connection for) Jun 25 08:41:04 scrap that disclaimer, apparently I'm running the latest SHR-T Jun 25 08:41:08 sybren: what about the maxperf trick? Jun 25 08:42:30 <[Rui]> JaMa: that was from the config log.,... Jun 25 08:42:58 <[Rui]> JaMa: I did bb libjson last night after rm -rf tmp/* and let it build, it should have built gcc no? Jun 25 08:43:05 PaulFertser: that should be in my /etc/rc.local, I'll check once it's back from rebooting Jun 25 08:43:26 <[Rui]> brb Jun 25 08:43:27 PaulFertser: it also stopped doing voice calls a few days ago, back then rebooting didn't help but I'll give it a second try Jun 25 08:43:28 sybren: it has no effect when the module is unloaded/unbinded. Jun 25 08:44:23 sybren: there's also one thing with ar6000: you better restart the chip before every wpa_supplicant invocation. In fact that should be done automatically if you properly use FSO resources. Jun 25 08:44:23 sybren: which distro? Jun 25 08:44:40 gena2x: SHR-Testing Jun 25 08:45:03 PaulFertser: I'm using iliwi, no idea what that's doing behind the scenes Jun 25 08:46:36 sybren: well, i think all i know about ar6000 is consolidated here: http://kerneltrap.org/mailarchive/openmoko-community/2010/2/21/10675/thread , and i guess you won't find anyone who knows considerably more about that shit. Jun 25 08:47:21 [Rui]: yes it should, and it's only from log.do_configure.$$ I guess, but in the workdir you will find config.log file where is exact error (can be even unrecognized GCC option etc.. ) Jun 25 08:47:47 PaulFertser: "if WPA authentication times out, try changing SSID. Jun 25 08:47:52 ouch, that's painful Jun 25 08:48:08 as I doubt that hotels, pubs, etc. are willing to change their SSID for me Jun 25 08:49:57 sybren: ar6000 is a retarded fucked up shit. That comes mostly from the closed source unupgradable firmware. I'm afraid there's no other option than getting used to it. Jun 25 08:50:23 ssid thing look like bug, need just someone to fix the bug... Jun 25 08:51:04 PaulFertser: nice... any idea why an open source product contains crap like that? Jun 25 08:51:14 gena2x: firmware bug or driver bug? The ssid i tried were exactly the same length. And yes, it's indeed a bug of a very strange kind. Jun 25 08:52:09 sybren: yes, the problem is sourcing anything decent. No choice basically. Jun 25 08:52:35 PaulFertser: hmmmm... that sucks Jun 25 08:52:59 sybren: i'm not sure there exist any softmac chips for mobiles at all. And those with hardmac have firmware closed. Jun 25 08:53:54 PaulFertser: the chips from the Linksys routers isn't usable? Jun 25 08:54:23 sybren: wifi vendors are not eager to disclose register-level specs and programming guides. So one usually has to count on the vendor to write a driver. And that's a major issue too. Jun 25 08:54:36 PaulFertser: yes, strange thing. same length. will it work if you change other letter? have you tried external entenna? Jun 25 08:54:47 T_T now my SD card gives me I/O errors Jun 25 08:54:55 sybren: space and power consumption constraints do not allow to use common chips in a smartphone. Jun 25 08:55:07 PaulFertser: I feared as much Jun 25 08:55:12 gena2x: no, i've not tried antenna, and i can't see how it can help. Jun 25 08:55:43 gena2x: (other letter) not sure, probably no. I tried changing the last letter to some variants though, but couldn't find any pattern. Jun 25 08:55:44 sybren: it's impossible to fully open wifi firmware, as this will allow user to mess with radio. Jun 25 08:55:52 gena2x: that's a wrong notion Jun 25 08:56:02 PaulFertser: ? Jun 25 08:56:08 gena2x: atheros has released full sources for ar9170 firmware. Jun 25 08:56:45 PaulFertser: may be this is because some limitations implemented in their hardware? Jun 25 08:56:45 gena2x: and most chips nowadays are softmac anyway, so the user has quite some freedom of "messing with the radio". Jun 25 08:57:36 gena2x: i do not think there're any special hardware measures there, i might be wrong though. Jun 25 08:57:41 anyone with a microwave oven can mess with the frequency Jun 25 08:58:10 Yeah, and SDR's are getting more and more affordable. Jun 25 08:58:43 Regardless of that, FCC are retarded, but atheros manages to cope with them somehow. Jun 25 09:00:26 PaulFertser: i'm not pro in this topic. especially in foreign laws, so i may be wrong. Jun 25 09:00:49 PaulFertser: but i think i've read that somewhere. Jun 25 09:02:56 PaulFertser: i thought problem is that in different countries different spectrum is allowed. Jun 25 09:04:05 PaulFertser: also (according to wiki) it is limited by power in Europe. Jun 25 09:10:15 gena2x: Luis implemented a special software regulatory infrastructure, with userspace daemon providing actual information from a signed database. Jun 25 09:13:27 <[Rui]> hmms... /media/devdisk/openmoko/shr-unstable/tmp/sysroots/armv4t-oe-linux-gnueabi/usr/lib/crt1.o: In function `_start': init.c:(.text+0x28): undefined reference to `__libc_start_main' (...) Jun 25 09:15:00 * ThibG hates such limitations Jun 25 09:15:36 * ThibG has half of its hardware/software bypassing the limitation, but once, there have been an upgrade... Jun 25 09:16:17 had to switch back to a canal crowded by neighbours :/ Jun 25 09:20:25 ThibG: what's your equipment? Jun 25 09:20:26 ThibG: that's why i am using wired connections, they much faster, predictable, lower latency and reliable, and do not open security issues :) Jun 25 09:21:00 ThibG: i even turned off my wifi recently. Jun 25 09:21:12 PaulFertser, one WRT54GL, and various stuff on the clients (Netgear cards, integrated intel chips, ...) Jun 25 09:21:39 ThibG: with atheros stuff you can override regulatory requirements easily. Jun 25 09:21:59 ThibG: with intel those are hardcoded in eeprom (or even worse in newer model in OTP). Jun 25 09:22:29 ^^^ pro regulatory violator. Jun 25 09:22:41 the problem was with the (free) driver for the netgear card Jun 25 09:22:48 :) Jun 25 09:22:56 but I hadn't time to spend on ti Jun 25 09:22:57 it* Jun 25 09:23:13 and I don't have :) Jun 25 09:23:22 is here someone with currently broken shr-u? Jun 25 09:23:27 max_posedon: still here? Jun 25 09:24:25 why did they add such a "feature" :x Jun 25 09:26:18 ThibG: what was the driver? Jun 25 09:26:25 p54 Jun 25 09:26:29 gena2x: fyi i do not violate regulatory Jun 25 09:27:07 ThibG: you can modify the database, sign yourself and give the key to crda daemon. Jun 25 09:27:45 ThibG: i mean, feel free to ping me when you'll have a desire to discuss regulatory issues. Jun 25 09:27:49 well, I'll see later, but thanks for the info! Jun 25 09:28:07 PaulFertser: that were joke, don't pay much attention to it. it's impossible to live in russia and not violate something. i don't know single car driver who do not violates rules :) Jun 25 09:28:53 gena2x: if you think speeding (by 10-20 km/h) is not common in Euroupe, you're wrong ;) Jun 25 09:32:26 ThibG: basically, introducing a sane kernel regulatory infrastructure was required by the industry to provide any good solution at all. Before that, intel had an attempt at using binary-only regulatory daemon, and it sucked big time. Luis is right in that linux driver vendors should have something convincing enough. Words like "digitally signed with industry-standard RSA algorithm" apparently make a difference for t Jun 25 09:33:14 I mean i discussed this for some time and Luis convinced me. Jun 25 09:33:24 JaMa: i have broken shr-u ;) Jun 25 09:33:31 hm ok Jun 25 09:33:46 but we still have closed firmwares :/ Jun 25 09:33:53 well, industry are not interested into a perfect system, just a good enough to say "we did our best, not our fault" Jun 25 09:35:23 dos1: good please try to opkg upgrade from tests/shr-unstable if it fixes the issue for you Jun 25 09:35:39 misc: industry is interested in having less obstacles from the regulatory agencies, that's all. Jun 25 09:36:00 dos1: my fr is not responding to ssh (only ping) ... :/ Jun 25 09:37:50 And current linux regulatory system is the most sane/advanced comparing to other OSes, though it's lacking (i.e. indoor/outdoor, ERP vs output power) too. Jun 25 09:42:16 JaMa: just "opkg upgrade" wasn't enough Jun 25 09:42:25 JaMa: should i reinstall something? Jun 25 09:43:54 dos1: Xorg fails to start like max_posedon shown output, right? Jun 25 09:44:29 JaMa: yup Jun 25 09:44:40 dos1: try to reinstall every mesa-dri installed package: http://paste.pocoo.org/show/229736/ Jun 25 09:46:29 JaMa: ok Jun 25 09:55:59 JaMa: it still aborts... Jun 25 09:58:47 hey guys Jun 25 09:59:01 I have another problem - I can place and receive calls, but I get no audio Jun 25 09:59:22 no microphone nor speaker Jun 25 10:00:01 with the 'stereoout' scenario I can play WAV files just fine Jun 25 10:00:58 /etc/freesmartphone/conf/openmoko_gta/alsa-default is a symlink to alsa-2.6.29 Jun 25 10:01:01 /etc/freesmartphone/conf/openmoko_gta/alsa-default is a symlink to alsa-2.6.29 Jun 25 10:01:58 sybren: are you using gsmhandset.state during call? Jun 25 10:02:56 lindi-: yes, according to mdbus2 -s org.freesmartphone.odeviced /org/freesmartphone/ Jun 25 10:02:59 Device/Audio org.freesmartphone.Device.Audio.GetScenario Jun 25 10:03:14 gsmspeaker works fine Jun 25 10:03:28 sybren: i'm not using odeviced sorry, i only know about lower level stuff Jun 25 10:05:07 lindi-: thanks anyway ;-) Jun 25 10:22:09 morning Jun 25 10:22:13 :) Jun 25 10:22:53 lindi-: I managed to solve my issue by downloading the fsodeviced package, extracting the gsmhandset state file, and overwriting the existing one Jun 25 10:24:41 sybren: does not sound like a permanent solution Jun 25 10:24:47 lindi-: indeed Jun 25 10:25:42 question for Elementary experts Jun 25 10:26:17 have a Scroller full of Bubles - list of something and need to modify this Jun 25 10:26:56 can i search, reference and modify a Bubble or should i keep a separate list and only update my list of bubbles? Jun 25 10:27:24 cannot see how i can search or find a particular item (Bubble) Jun 25 10:27:53 any idea? Jun 25 10:29:05 this all in python.elementary Jun 25 10:47:24 dos1: ok, last test, can you try any kernel from shr-kms with it? Jun 25 10:47:45 vanous123: hi, long time no see.. Jun 25 10:54:14 JaMa: booting 2.6.34 now Jun 25 10:54:30 JaMa: hi, too much work :( Jun 25 10:55:10 dos1: if you haven't called switch-for-kernel first then it's expected to fail start E17, but Xorg should be running Jun 25 10:55:14 JaMa: but going for vacations tomorrow :) family week @ Vranov Jun 25 10:55:30 dos1: and thans for fwd to shr-user Jun 25 10:55:37 s/thans/thanks/ Jun 25 10:55:39 JaMa meant: dos1: and thanks for fwd to shr-user Jun 25 10:56:21 vanous123: too much work is better then lost interest in neo :) Jun 25 10:56:33 oh no, not here :) Jun 25 10:56:41 vanous123: and vacation is much better than too much work :) Jun 25 10:56:53 yup Jun 25 10:57:02 JaMa: it works Jun 25 10:57:19 JaMa: hmm... accelerometer-based cursor rocks :D Jun 25 10:57:47 JaMa: dos1: testing .34? Jun 25 10:58:03 vanous123: too ;) Jun 25 10:58:14 vanous123: primary goal is to get Xorg working :D Jun 25 10:58:20 dos1: and whats the result? Jun 25 10:58:22 dos1: hmm than maybe fallback to swrast (when kms cannot be used) is broken now Jun 25 10:58:37 i see Jun 25 10:59:57 <[Rui]> JaMa: any interesting changes in 2.6.34 since I tried, a couple of weeks ago? Jun 25 11:00:24 [Rui]: I think I've already replied you.. slow resume and lost ts should be fixed Jun 25 11:00:35 dos1: any idea about my question ^? any way to search through bubbles? Jun 25 11:00:59 vanous123: i think you should keep list for that Jun 25 11:00:59 <[Rui]> JaMa: yeah, but I saw there's a new one from a few days ago Jun 25 11:01:02 [Rui]: new issue: pm-gsm is gone Jun 25 11:01:22 <[Rui]> JaMa: no power management on gsm? that's bad... Jun 25 11:01:26 [Rui]: that's with glamo cleanup patches from ThibG Jun 25 11:01:32 hi all Jun 25 11:01:47 dos1: hmm, ok, have been considering it already... Jun 25 11:01:48 what is the problem with current shr-u? Jun 25 11:01:54 <[Rui]> shit, I should have brought my deel disk to this event so I could leave stuff compiling in the background... Jun 25 11:01:57 <[Rui]> devel Jun 25 11:02:29 dos1: thank you Jun 25 11:09:15 alexxy: broken Xorg, works only with KMS enabled kernel Jun 25 11:09:47 JaMa: so if i flash 2.6.34 then it should work again? Jun 25 11:09:56 btw is it in working state? Jun 25 11:10:06 yes, but for working gsm use latest 2.6.32 Jun 25 11:10:24 JaMa: what version? Jun 25 11:10:48 latest in shr-kms Jun 25 11:11:04 JaMa: hmm... which problems are known atm with 2.6.32? Jun 25 11:11:17 someone has WS with it Jun 25 11:11:22 ie mrmoku/Rui Jun 25 11:11:35 * JaMa and Weiss dont have WS Jun 25 11:12:02 * dos1 will try it Jun 25 11:13:14 dos1: if you don't have it with 2.6.34, then you should be ok also with 2.6.32 Jun 25 11:13:43 JaMa: is WS even in .34? Jun 25 11:14:03 * JaMa would like to push 2.6.32 to now not-public shr-u feeds and we can keep them not-public as long as there is WS.. Jun 25 11:14:26 but right now I hate to check/fix fallback just because of 2.6.29-rc3 :/ Jun 25 11:14:54 <[Rui]> dos1: after about ten minutes of blank time, I got white screen when I unblank Jun 25 11:14:54 SHR-stable SHR-testing SHR-unstable and SHR-very unstable... 8) Jun 25 11:15:09 <[Rui]> dos1: if I let it go blank again, as soon as it blanks I unblank and I get the screen Jun 25 11:15:26 <[Rui]> dos1: same happens with susped/resume cycles, so it's hard to pick a call like that. Jun 25 11:21:25 JaMa, honestly, I can't see how my change could affect the gsm-pm thing Jun 25 11:21:42 that said, there is an issue with glamo-mci on resume, and that could very well be my fault :p Jun 25 11:21:50 "very unstable"? aka "experimental"? Jun 25 11:22:39 ThibG: I didn't mean that you broke it.. just describing what's new in latest build to Rui.. (I didn't have enough time yesterday to try it without any our patches) Jun 25 11:22:53 ok Jun 25 11:23:13 Wonka: no shr-experimental is still a bit more experimental than what is now in feeds ;) Jun 25 11:24:02 ah Jun 25 11:24:13 mrmoku: shr-u feeds are broken now, can I push 2.6.32 patches there and keep it only in test until it's resolved? Jun 25 11:24:43 mrmoku: or I can push also gcc switch and start new build from scratch.. Jun 25 11:32:17 JaMa: whatever you prefer :-) Jun 25 11:32:49 JaMa: if we need a rebuild from scratch for new gcc... now might be a good moment Jun 25 11:33:08 JaMa: dunno how many folks already upgraded and are waiting for a fix though Jun 25 11:33:17 that might be an argument against rebuild from scratch now Jun 25 11:34:13 dos1: I get WSo(D) after keeping it for about 2mins in blanked state (but _not_ suspended) Jun 25 11:34:37 dos1: it recovers for me after letting it blank again and tapping the screen before those 2 mins Jun 25 11:35:24 mrmoku: let's check ;) i'm booting 32 now Jun 25 11:36:20 <[Rui]> mrmoku: same for me, but I think it was more near the ten, last I tried... Jun 25 11:37:18 mrmoku: so suspend timeout being less than 2 minutes will prevent from WSoD? :D Jun 25 11:37:40 [Rui]: yeah... that is like in my FR beginnings... when I got (back then sticky until reboot) WSoD after having _suspended_ for two mins... and back then it looked like the time until WSoD is device dependend Jun 25 11:37:46 dos1: not if you're on USB ;) Jun 25 11:38:20 <[Rui]> mrmoku: but this time it's not [oD] :) Jun 25 11:38:30 fortunatelly :) Jun 25 11:40:37 JaMa: with 2.6.32 headset dont works Jun 25 11:42:39 mrmoku: whoever upgraded before I removed ipk dir, might just try 2.6.32 kernel Jun 25 11:42:57 alexxy: is that because the switch does not get reported kernelwise or some wrong path in userspc Jun 25 11:43:02 mrmoku: and I have added few bbclasses to shr.conf so rebuild is needed and DISTRO_PR is bumped Jun 25 11:43:29 did you see the Nokia announcement? Jun 25 11:43:30 JaMa: ok, then rm -rf tmp :P Jun 25 11:43:57 mrmoku: so the point of rebuilding 2.6.32 + new gcc is to prevent fixing current shr-u feeds.. :) Jun 25 11:44:35 k Jun 25 11:44:47 ok, will push :) Jun 25 11:44:50 mickey|office: where? Jun 25 11:44:55 apparantly they're ditching Symbian for their future N series phones and setting all their bets on meego. Jun 25 11:45:04 i saw it on slashdot Jun 25 11:45:07 let me check the actual URI Jun 25 11:45:36 http://www.linuxpromagazine.com/Online/News/Nokia-Quietly-Retires-Symbian-from-N-series-Smartphones Jun 25 11:47:14 ./ is @ http://linux.slashdot.org/story/10/06/24/2257235/Nokia-Trades-Symbian-For-MeeGo-In-N-Series-Smartphones?from=rss&utm_source=feedburner&utm_medium=feed&utm_campaign=Feed%3A+Slashdot%2Fslashdot+%28Slashdot%29 Jun 25 11:48:59 something wrong with that news Jun 25 11:49:11 yeah :D Jun 25 11:49:13 they call N800 as "Symbian" Jun 25 11:49:24 thanks to me, SHR-u will have 2.6.32 kernel :D Jun 25 11:50:34 seem author mixed symbian with maemo. Jun 25 11:51:36 dos1: can FSO stop to support older kernels now? what do we need to change wrt. sysfs? Jun 25 11:52:13 mickey|office: looks like everything is in this script: http://build.shr-project.org/shr-kms/switch-for-kernel Jun 25 11:52:33 mickey|office: I have all needed changes in OE repo Jun 25 11:52:56 mickey|office: will push it to fso as soon as we have it built and tested in wider audience Jun 25 11:53:31 mickey|office: only pm-gsm node move and alsa-default link adjustement iirc Jun 25 11:54:22 <[Rui]> dos1: I recommend having an adultured version that can run under your computer with a mounted sd card.... Jun 25 11:54:32 <[Rui]> dos1: in case you need to recover it... Jun 25 11:55:48 JaMa: ok, cool Jun 25 12:01:13 mickey|office: hmm... I have fsogsmd not responding again now Jun 25 12:01:22 mrmoku: you can start rebuilding locally :) Jun 25 12:01:36 JaMa: hehe... did that yesterday ;) Jun 25 12:01:56 I hope it still builds :P Jun 25 12:02:01 so you can keep it as backup build :) Jun 25 12:02:05 :) Jun 25 12:03:07 mrmoku: cp shr-unstable shr-unstable.29 is quite long.. :) Jun 25 12:04:39 mrmoku: that's bad... any logs / hints / etc? Jun 25 12:05:03 mickey|office: useless bt: http://shr.pastebin.com/18abWANW Jun 25 12:05:48 mickey|office: useless log: http://shr.pastebin.com/KFA8ktYR Jun 25 12:05:55 :/ Jun 25 12:06:17 fsogsmd is still running Jun 25 12:06:18 797 ? Sl 0:29 /usr/sbin/fsogsmd Jun 25 12:06:22 but not responding to dbus? Jun 25 12:06:25 yep Jun 25 12:06:32 is it responding to events from transport? Jun 25 12:06:38 i.e. does anything happen when you call the phone? Jun 25 12:07:08 independent from that I have just updated to dbus 1.3.1 which brings some concurrency fixes Jun 25 12:07:16 hmm... interesting Jun 25 12:07:16 i will do some tests with that and then push it to OE Jun 25 12:07:29 Jun 25 13:50:24 om-gta02 user.debug kernel: [56932.210000] modem wakeup interrupt Jun 25 12:07:37 that is about the time when fsogsmd stopped Jun 25 12:07:41 trying a call now Jun 25 12:07:42 k Jun 25 12:08:34 mickey|office: does not respond to the incoming call either Jun 25 12:09:00 hmm Jun 25 12:09:03 calling phone was ringing until I got my mailbox Jun 25 12:09:06 k Jun 25 12:09:10 which means it is still registered, right? Jun 25 12:09:13 yes Jun 25 12:09:45 mickey|office: what I did was sending a SMS with GPRS up Jun 25 12:11:21 mickey|office: will retry the same... later... have to go to the 'Schul-Sommerfest' now :/ Jun 25 12:11:27 bbl Jun 25 12:11:39 mrmoku|sommerfes: after 12 minutes - no WS Jun 25 12:11:47 dos1: lucky you :P Jun 25 12:12:34 tch, why does glamo-mci get powered off after a resume? :( Jun 25 12:12:40 * mrmoku|sommerfes will have to add an option to phonefsod to stop screen dimming/blanking while on USB ;) Jun 25 12:19:03 mrmoku|sommerfes: you've got the situation we with Paul got not so long ago Jun 25 12:19:37 mrmoku|sommerfes: better add a USSD session support to phoneui, plz Jun 25 12:20:24 Q-Master: did you have a chance to try it on CLI? Jun 25 12:20:26 does it work? Jun 25 12:22:21 mickey|office: if the bug happens, fsogsmd refuse to respond to dbus calls. killing it with SIGKILL and then restarting causes it to continue working properly. It is definitely not modem bug, because it is continue to respond just after fsogsmd start. Jun 25 12:22:39 mickey|office: I have a huge log with all that things Jun 25 12:22:59 mickey|office: not for pastebin I think. Too big. Jun 25 12:23:48 mickey|office: and USSD sessions work perfect from CLI. Paul tried it and already implemented in his emacs horror... 8) Jun 25 12:24:02 (ussd), ah, cool Jun 25 12:39:39 JaMa: vibro doesnt work with 2.6.32 Jun 25 12:54:45 alexxy: it works, but it's really weak Jun 25 12:55:00 yep Jun 25 12:55:01 =) Jun 25 12:55:09 so i missed 2 calls Jun 25 12:55:11 =) Jun 25 13:01:46 also sound is more quiet then with 2.6.29 Jun 25 13:02:13 mickey|office: (interactive ussd) the only thing missing in FSO is ending a session (iirc AT+USSD=2), but i'm not sure if anyone needs that. Jun 25 13:05:32 can anyone tell me what the hell is MAF in terms of IR camera sensor? Jun 25 13:06:05 Q-Master: something auto-focus related probably? Jun 25 13:06:17 not sure Jun 25 13:06:33 seems that it is something connected with air flow Jun 25 13:06:36 damn Jun 25 13:06:51 I hate dumb protocol desctiptions Jun 25 13:07:52 "glamo-mci glamo-mci.0: glamo_mci_set_ios: power down." Jun 25 13:07:58 * ThibG gives up on that for now :/ Jun 25 13:09:03 PaulFertser: i guess we can just timeout the session, but if we find any problems with it, i'll add such a call Jun 25 13:09:44 mickey|office: i had no problems with operator terminating session on timeout Jun 25 13:11:05 ok Jun 25 13:27:21 * ThibG is told not to give up Jun 25 13:27:46 anyone have an idea why a mmc driver would be powered down after a resume? Jun 25 13:28:36 I have even suspended/resumed without loading the module at all Jun 25 13:39:14 well it usually powers down before suspend Jun 25 13:40:13 yes, but after resume, the ios are set a couple of times Jun 25 13:40:37 only to finish with a final, power-off one... Jun 25 13:45:11 maybe i can't detect the card Jun 25 13:59:08 why wouldn't it? Jun 25 14:02:24 ok, found Jun 25 14:17:07 hi mickey| Jun 25 14:17:20 so you will try itwlan? Jun 25 14:17:29 it has some android makefiles Jun 25 14:19:59 for some reason, TCLK is't enabled Jun 25 14:20:39 if I enable it (through debugfs/glamo3362/regs) and reload glamo-mci, it works perfectly fine... until we suspend again Jun 25 14:21:39 quite odd since mmc_enable_host should call glamo_engine_enable Jun 25 14:21:51 (which should enable TCLK) Jun 25 14:29:08 hello! Jun 25 14:29:29 i see you're some nice stuff in buildhost guys :) Jun 25 14:29:35 *you're doing Jun 25 14:29:41 (apt help me ) Jun 25 14:30:26 daniele_athome: do you still have 2.6.29 and "old" shr-u image? Jun 25 14:30:52 JaMa, ehm "old"? :) Jun 25 14:30:59 yes I have Jun 25 14:31:16 sometimes I try 2.6.3x kernels Jun 25 14:31:25 but there's always something that doesn't work :( Jun 25 14:31:43 I just pushed small upgrade to old version http://build.shr-project.org/tests/shr-unstable.29/ Jun 25 14:31:57 JaMa, so I can update safely my "old" 2.6.29 image :) Jun 25 14:32:07 daniele_athome: if you haven't opkg upgrade today, than you have good-old Jun 25 14:32:16 if you did upgrade today you have bad-old :) Jun 25 14:32:21 :) Jun 25 14:32:32 no it's not safe and tested (shr-unstable.29) Jun 25 14:32:32 JaMa, what about the "new" (2.6.3x I suppose) image? Jun 25 14:32:47 just started build.. so it will take long.. Jun 25 14:33:01 JaMa, ok so i'm safe for now Jun 25 14:33:05 (hm, that's not even that) Jun 25 14:33:07 this morning I was just starting opkg upgrade Jun 25 14:33:15 one moment after you renamed the directory Jun 25 14:33:16 :) Jun 25 14:33:39 and then the mailing list message Jun 25 14:34:34 JaMa: is it already sage to update? Jun 25 14:35:23 hehe real SHR fan :) http://sphotos.ak.fbcdn.net/hphotos-ak-snc4/hs095.snc4/36118_135288396482951_131442873534170_388153_89716_n.jpg Jun 25 14:35:41 and he also likes 2.6.34 kernel.. hmm Jun 25 14:37:43 -sage+safe Jun 25 14:37:58 * Q-Master had a coding session for already 5 hours Jun 25 14:40:14 Q-Master: normal public feeds are removed, so it's safe to try :) Jun 25 14:43:46 8)) Jun 25 14:45:12 JaMa: x server stopped working after switching and upgrading shr-unstable.29 Jun 25 14:45:33 Q-Master: but if you have image without working Xorg then it's worth trying to upgrade from shr-unstable.29 Jun 25 14:45:47 alexxy: what was upgraded for you and which kernel do you have? Jun 25 14:46:00 alexxy: only libx11/libxcb/mesa should be upgraded Jun 25 14:46:14 2.6.29 Jun 25 14:46:20 and 2.6.32 Jun 25 14:46:26 none of this works Jun 25 14:46:30 X cannot start Jun 25 14:46:40 what does it show? Jun 25 14:46:54 did anyone tried to digitally filter gsm buzz? Jun 25 14:47:30 http://dpaste.com/211391/ Jun 25 14:47:39 JaMa: is shows nothing Jun 25 14:48:14 and what was upgraded for you? do you have opkg upgrade output? Jun 25 14:48:44 alexxy: and try Xorg -verbose 3 Jun 25 14:49:27 http://dpaste.com/211392/ Jun 25 14:50:11 this is with .29 right? Jun 25 14:50:25 yep Jun 25 14:50:31 opkg upgrade Jun 25 14:50:33 http://dpaste.com/211393/ Jun 25 14:50:49 with 2.6.32 it seems not working too Jun 25 14:51:54 alexxy: check, if it's enlightenment or Xorg not working with 32 :P Jun 25 14:52:11 strange this opkg upgrade shows only stuff which was in feeds yesterday, opkg info libgl1 shows what? Jun 25 14:52:23 alexxy: did you use switch-for-kernel? Jun 25 14:52:33 yep Jun 25 14:52:35 dos1: he is starting Xorg and gets Aborted Jun 25 14:52:46 JaMa: with 2.6.32? Jun 25 14:52:54 with 2.6.29 Jun 25 14:52:55 dos1: so it's not enlightenment fault Jun 25 14:52:59 now trying 2.6.32 Jun 25 14:53:09 alexxy: well, with 2.6.29 that's expected :P Jun 25 14:53:32 alexxy: btw switch-for-kernel script is latest the one without date extensions Jun 25 14:54:10 dos1: no, because I just rsynced libx11 and mesa upgrade to shr-unstable.29 (and alexxy was testing if it fixed the feed) Jun 25 14:54:26 oh, ok then Jun 25 14:55:06 dos1: you can try too, it shouldn't break 2.6.32 (because it's what I'm using here), but I have no idea if it fixes 2.6.29 Abort Jun 25 14:56:10 NOTE: Running task 86 of 8852 Jun 25 14:56:28 * JaMa should really start doing some daywork :/ Jun 25 15:04:53 JaMa: don't even start, now, on Friday evening :) Jun 25 15:05:07 * vanous123 has had plenty of daywork today Jun 25 15:05:17 I had to finish something yesterday :/ Jun 25 15:05:47 so I tried to suggest monday evening.. but it's worst case.. Jun 25 15:06:04 JaMa: good luck Jun 25 15:06:20 cleaning xorg-lib dir didn't really help to finish it, weird ;) Jun 25 15:17:36 JaMa, which kernel did you choose? Jun 25 15:17:39 which version Jun 25 15:18:17 hi guys, when do you release shr-stable? Jun 25 15:19:01 Gabrys: when all MS1 bugs are fixed Jun 25 15:19:27 so it's 13 bugs from now? :> Jun 25 15:19:39 daniele_athome: in rebuild? latest 2.6.32, because for 2.6.34 we should integrate evfilter first (and check what happens with pm-gsm) Jun 25 15:20:10 (and with mci on resume, too) Jun 25 15:20:55 JaMa, if I remember correctly, X screensaver didn't work with 2.6.3x Jun 25 15:21:23 ThibG: what's wrong with mci on resume? Jun 25 15:21:36 it doesn't power on, it seems Jun 25 15:22:04 ThibG: I know only about this http://docs.openmoko.org/trac/ticket/2337 Jun 25 15:22:19 .34 also have problem with sound. Jun 25 15:23:08 JaMa, about 50s? :o Jun 25 15:23:23 (mci: maybe it's me after all) Jun 25 15:23:36 (I don't have the latest pcf stuff) Jun 25 15:23:51 ThibG: maybe even more.. feels like forever when just suspend/resumed Jun 25 15:23:52 i am too do not have latest stuff? Jun 25 15:24:16 JaMa: sound on .34 is ok for you? Jun 25 15:24:29 ThibG: before this report I usually removed battery first expecting that it just died Jun 25 15:24:47 I have to go home now sorry Jun 25 15:24:53 JaMa, resuming takes less than 1s Jun 25 15:24:56 JaMa, we'll see once I'll upgrade to 2.6.32 ;) Jun 25 15:25:00 again, I don't have the latest pcf stuff Jun 25 15:25:20 gena2x: I have to try with latest, but I still belive that in one point in 2.6.34 history I was able to do test call OK :) Jun 25 15:25:35 ThibG: after fix I have also about 1s Jun 25 15:25:35 JaMa: no, call may be ok :) Jun 25 15:25:49 JaMa: i mean digital sound :) Jun 25 15:26:10 gena2x: ring tone probably also worked.. but it's long ago.. so I'm really not sure Jun 25 15:26:18 ;) Jun 25 15:26:26 JaMa, ok Jun 25 15:27:22 JaMa: btw, it's easy to use old ts driver on .34. Jun 25 15:27:45 JaMa: and it's much better for our hw in fact... Jun 25 15:28:24 idea to do filtering in userspace is not good. Jun 25 15:29:10 because om driver do (n adcs)->1 event Jun 25 15:29:28 but upstream driver (4 adcs)->1 event Jun 25 15:30:37 so 1 event per tick. Jun 25 15:30:57 and if you start filtering this in userspace... Jun 25 15:31:18 you'll get nice latencies. Jun 25 15:39:09 maybe it won't be so bad (only place I noticed it behave wrong was in enlightenment settings) Jun 25 15:39:19 where it was more sensitive to drag than click Jun 25 15:41:19 GNUtoo|laptop: i don't think so, i will encourage anyone who wants to try, but fiddling with android makefiles is costing me too much time Jun 25 15:41:41 JaMa: in general, om driver is much better for our hw. Jun 25 15:41:50 mickeyl, phh told me that there was a normal makefile Jun 25 15:42:14 mickeyl, for now I'm bitbaking compat-wireless-wl12xx with DEBUG_ALL in wl1251.h Jun 25 15:42:22 I think my IRQ is not recognized Jun 25 15:42:34 why does it have to be the latest compat-wireless? Jun 25 15:42:37 I am thinking that because of the error messages Jun 25 15:42:38 the last one for 2.6.32 worked fine here Jun 25 15:42:43 does it not contain what you want? Jun 25 15:42:52 lastest is better I think Jun 25 15:42:56 hmm Jun 25 15:43:09 anyway compat-wireless is not the issue Jun 25 15:43:12 it works for pandora Jun 25 15:43:17 it's my board files Jun 25 15:43:22 and the sd driver Jun 25 15:43:34 you're doing that against mainline? Jun 25 15:45:51 gena2x: I don't have anything agains OM driver.. just remembering larsc saying that he doesn't like the idea of maintaining another driver which is not expected to be merged upstream later.. Jun 25 15:46:37 JaMa: may be we can somehow add our driver over existing one? Jun 25 15:46:55 as an option. Jun 25 15:47:12 no idea (/me haven't read and compare the code of either one) Jun 25 15:47:47 maybe it was my fault, but the 2.6.34 ts driver does not work with tslib for me Jun 25 15:48:01 radekp: works here. Jun 25 15:48:16 hmm maybe i'll try once more Jun 25 15:48:36 radekp: check device name. Jun 25 15:48:37 does it work also with qtopia for you? Jun 25 15:49:07 radekp: it works with and without X, with ts_print_raw. Jun 25 15:49:26 but i din't try it with qtopia. Jun 25 15:49:44 it fact it is competely unuable due to jitter. Jun 25 15:49:59 you can only test something with it, not work. Jun 25 15:50:20 i thught tslib can do the filtering... Jun 25 15:50:34 (on 2.6.29/debian, evdev does the filtering, doesn't it?) Jun 25 15:52:06 for me tslib prints "selected device is not a touchscreen I understand" Jun 25 15:52:26 TSLIB_TSDEVICE="/dev/input/event1" Jun 25 15:52:37 event2? Jun 25 15:52:45 dmesg |grep -i touch? Jun 25 15:53:06 [ 1.625000] input: S3C24XX TouchScreen as /devices/virtual/input/input1 Jun 25 15:53:20 what's the point in trying to hardcode such numbers? just se /dev/ts? Jun 25 15:53:20 event1 is definitely correct Jun 25 15:53:43 input-events 1 prints name : "S3C24XX TouchScreen" Jun 25 15:54:02 and produces events when touchscreen is touched Jun 25 15:54:28 lindi-: i dont have /dev/ts here Jun 25 15:54:36 sec... Jun 25 15:54:39 lindi-: maybe missing some udev rule... Jun 25 15:56:13 radekp: yeah Jun 25 15:57:07 hmm maybe i should use tslib from git Jun 25 15:57:16 radekp: so our kernel config is different. or tslib version. i am doing this test frequently, also my x is setup to use tslib. Jun 25 15:57:47 gena2x: i have tslib-1.0 Jun 25 15:57:49 http://www.bsdmn.com/openmoko/kernel/tsbuild4/ Jun 25 15:58:35 my kernel, not last one, but ts shoud work, also config included. Jun 25 15:59:45 oki, i'll try Jun 25 16:01:19 radekp: depending on your kernel, you may need a hack similar to http://git.rtp-net.org/?p=h1940.git;a=blob;f=ts_calibrate_hack.patch;h=d0c183fd06fd59313d64a2ecaa7120659232e0d6;hb=HEAD to get working tslib Jun 25 16:01:48 i didn't do any hacks. Jun 25 16:01:59 rtp: ahh oki, this looks like it's the problem Jun 25 16:02:35 in fact i have traced tslib where it fails for me and it was here: Jun 25 16:02:37 http://github.com/kergoth/tslib/blob/master/plugins/input-raw.c Jun 25 16:02:44 ~line 105 Jun 25 16:02:48 gena2x: tslib relies on pressure event afaik so either you have a hack on kernel side or an old ts driver or you've modified tslib Jun 25 16:03:14 oh, latter is possible. Jun 25 16:03:27 gena2x: same results with your kernel Jun 25 16:03:49 as i hacked it few time ago, may be i leave this hack. Jun 25 16:04:32 * gena2x meant that he didn't done hacks on kernel-side. Jun 25 16:04:56 really forgot about it. Jun 25 16:05:04 JaMa: you're targetting OE dev of the week, right? :P Jun 25 16:05:05 the best would be imho to modify tslib imho. I've just been lazy and took the easy way Jun 25 16:05:20 mrmoku: hehe :) Jun 25 16:05:54 radekp: sorry for misinformation. Jun 25 16:06:46 gena2x: np :) Jun 25 16:08:26 mrmoku: about 60 commits a week is usually enough for 1st place :) Jun 25 16:08:39 mrmoku: so maybe I should divide it to more weeks :) Jun 25 16:08:42 :P Jun 25 16:08:53 JaMa: can start my rebuild, right? Jun 25 16:08:57 right Jun 25 16:09:02 good Jun 25 16:09:13 buildhost is here NOTE: Running task 396 of 8852 Jun 25 16:09:32 my build is here NOTE: Running task 1370 of 1845 Jun 25 16:10:00 mrmoku: only thing which is not properly tested is optspace enabled again in gcc Jun 25 16:10:35 mrmoku: I had it disabled because of some wrong code from gcc, but khem fixed all he could find.. so hopefull that will be enough Jun 25 16:12:21 larsc, ping Jun 25 16:12:26 * mrmoku crossing fingers Jun 25 16:12:31 mrmoku: http://gitorious.org/~jama/angstrom/jama-shr-experimental/commit/3400ab8d16f81fed058075f88b4013759fe7905a Jun 25 16:14:47 JaMa: ahh, so build would fail if not Jun 25 16:16:40 ThibG: pong Jun 25 16:16:53 would seq_file play nicely with writing? Jun 25 16:17:18 mrmoku: no, it's runtime problem Jun 25 16:17:25 i guess so Jun 25 16:17:26 I mean, you can modify the regs by writing "somereg somevalue" to the node Jun 25 16:17:31 ok, let's try Jun 25 16:17:42 mrmoku: busybox segfaulting and neverending cycle in libgcc Jun 25 16:18:13 ThibG: the seq_file interface is similar to that of sysfs Jun 25 16:18:22 mrmoku: this probably fixes later http://git.openembedded.org/cgit.cgi/openembedded/commit/?id=89f404095309d9ff8a54e2d1c75baba21b845de1 Jun 25 16:19:23 heyho Jun 25 16:21:09 mrmoku, we really need to track down these: UnknownMethodException: org.freedesktop.DBus.Error.UnknownMethod: Unknown method: GetContent is not a valid method of interface org.freesmartphone.PIM.Contact, 186 (dbus-glib-error-quark), code 19 Jun 25 16:22:18 mrmoku: if you want to test it before building .. you can try minimal image http://jama.homelinux.org/org.openembedded.shr.images/om-gta02/ Jun 25 17:32:31 yo morphis, what's new? Jun 25 17:35:09 mickeyl: msmcommd2 is comming :) Jun 25 17:35:24 first implementation is done, now I will do some testing Jun 25 17:35:28 awesome :) Jun 25 17:35:40 all good things come with a '2' in the end ;) Jun 25 17:36:08 hahaha Jun 25 17:36:17 ha that was easy Jun 25 17:36:19 jepp Jun 25 17:36:38 developing in vala is much better than in plain C .... Jun 25 17:37:06 just wishing some great development enviroment like VisualStudio Jun 25 17:38:15 *nod* Jun 25 17:38:33 * mickeyl still using geany but getting somewhat spoiled by using xcode every other day Jun 25 17:38:34 MonoDevelop is great but its missing some automake integration Jun 25 17:38:38 hehe Jun 25 17:38:47 for me it's the same with visual studio Jun 25 17:40:22 mickeyl, btw. you go some mail as raster annouce? Jun 25 17:40:54 nothing apart from his one Jun 25 17:42:27 ok Jun 25 17:42:32 I just wondered Jun 25 17:42:36 but then it's ok Jun 25 17:43:08 playya_: ping Jun 25 17:43:16 btw. the android suspend stuff seems to be a very bad thing as I followed your commits ... Jun 25 17:43:55 yes, it's quite annoying as the kernel imposes its model of how things work to userland Jun 25 17:46:09 ieee, and you take already a look how android handles the suspend or is it included in one of the blobs? Jun 25 17:46:33 i know how they do it Jun 25 17:46:40 it's just fundamentally different to our way Jun 25 17:46:45 they do it decentral Jun 25 17:46:57 in that they let every component check whether the resume event was something that they claim responsibility for Jun 25 17:47:02 and if so, they trigger full wakeup Jun 25 17:48:18 ah ok Jun 25 17:48:26 the so-called wakelocks? Jun 25 17:50:10 they play a part of that Jun 25 17:50:18 but this handling is in userland Jun 25 17:50:35 e.g. the input driver checks whether it was a button that woke us up Jun 25 17:50:42 the modem checks whether it was a call that woke us up Jun 25 17:50:43 etc. Jun 25 17:51:01 and if one of that is eligible for a full wakeup, they send it to somewhere Jun 25 17:51:08 which in turn triggers a full wakeup Jun 25 17:51:23 standard linux kernel does not have this concept of intermediate wakeups Jun 25 17:53:06 ah ok Jun 25 17:53:34 likewise, echoing 'mem' to sys/power/state Jun 25 17:53:40 does _not_ necessarily suspend the device Jun 25 17:53:55 instead suspending is being carried out async., depending on the last wakelock going away Jun 25 17:54:27 so it's a crazy mixture of userland and kernel responsibilities Jun 25 17:54:37 which is mucho annoying Jun 25 17:55:16 an what about removing those wakelocks from kernel side an do real suspend? Jun 25 17:55:25 good idea in theory Jun 25 17:55:30 in practice the kernel will blow up Jun 25 17:55:48 as (IMO) wakelocks are also being used to duct-tape drivers full of race conditions Jun 25 17:56:03 so rewriting some drivers would be in order Jun 25 17:56:10 which will not happen :) Jun 25 17:56:31 oh wonderful android opensource world !! Jun 25 17:57:02 indeed. and hardly anying is caring about the dream anyways, since by now it's an outdated device Jun 25 17:57:27 so again we have a device with too little support too late. Jun 25 17:57:37 tell me some good news about the pre now :) Jun 25 17:59:29 btw., qt sdk 1.0 is out Jun 25 17:59:38 lets see whether this contains anything to revive my interest in doing apps Jun 25 18:00:00 s/apps/UI work/ Jun 25 18:00:00 mickeyl meant: lets see whether this contains anything to revive my interest in doing UI work Jun 25 18:00:12 freesmartphone.org: 03morphis 07msmcomm * r00794ca450ee 10/msmcommd2/ (19 files in 3 dirs): msmcommd2: rework most components -- it's compilable but not tested Jun 25 18:00:17 yay Jun 25 18:00:47 mickeyl: jepp, qt 1.0 sdk is out, but qt creator does not have quick support Jun 25 18:00:56 will added with the 2.1 release Jun 25 18:01:22 umpfs :/ Jun 25 18:01:29 :) Jun 25 18:01:33 ok, waiting some more Jun 25 18:01:45 but there should be a beta or rc out which you could use Jun 25 18:02:07 I even heared we have oe support for 4.7 Jun 25 18:02:09 it's not that urgent. I just can't stand doing lowlevel UI work anymore. I want luxury widgets and ready solutions Jun 25 18:02:21 me too Jun 25 18:02:55 look at the Microsoft Blend Studio or whats ever named, it's great for designing and devleping mobile applications Jun 25 18:03:22 wow. that looks awesome Jun 25 18:03:41 jepp Jun 25 18:03:52 but uses silverlight technology ... Jun 25 18:04:12 or xaml or whatever Jun 25 18:04:29 is anyone here working on mokotouch? Jun 25 18:04:33 mickeyl: btw. could you give valos git access? Jun 25 18:04:55 morphis: shall send me an ssh key Jun 25 18:04:59 he is working on the touchscreen daemon and have some patches for our oe tree + serial_forward Jun 25 18:05:00 ok Jun 25 18:05:04 will tell him Jun 25 18:05:52 don't know Jun 25 18:09:41 anyone know whether the classical qt widgets (QtTableView e.g.) touchscreen-aware these days? Jun 25 18:09:48 +are Jun 25 18:10:52 qt announced that they are Jun 25 18:11:24 freesmartphone.org: 03morphis 07msmcomm * r99d1a98c743e 10/msmcommd2/src/linklayercontrol.vala: msmcommd2: setuplinkhandler: add handlers on creation to list Jun 25 18:11:53 mickeyl: btw. you are doing vala debugging with plain gdb? Jun 25 18:12:38 yes Jun 25 18:12:45 sometimes using a frontend Jun 25 18:13:11 ok Jun 25 18:13:18 mickeyl, I just want make little notice, qt dbus support isn't very nice. they have problems with "recursive structures" Jun 25 18:13:29 max_posedon: :/ Jun 25 18:13:34 it required a lot 'hand' work Jun 25 18:14:31 ok, i guess my architecture would look like using a Vala library which implements agents (gsm, device, etc.) which communicate via dbus with their fso counterparts Jun 25 18:14:33 e.g. qt dbus binding generation tool don't want generate QMap(QString,QMap(QString,QMap(QString,QString))) Jun 25 18:15:02 this customs types doesn't registered in their 'metatypes' Jun 25 18:18:05 hmm, that's somewhat inconvenient then Jun 25 18:18:10 * mickeyl cries for webos being closed Jun 25 18:18:36 mickeyl: an I connect two singals in vala together? Jun 25 18:18:58 morphis: last time i tried it didn't work. gobject supports that, but I'm afraid vala not yet Jun 25 18:19:33 ah ok Jun 25 18:20:21 https://bugzilla.gnome.org/page.cgi?id=describeuser.html&login=elektranox%40gmail.com Jun 25 18:20:54 err no Jun 25 18:20:55 https://bugzilla.gnome.org/show_bug.cgi?id=603864 Jun 25 18:22:29 yeah, sending SYNC frames work again :) Jun 25 18:22:48 congrats :) Jun 25 18:23:02 ok, wrote another function to connect both, but a lambda is always better for such simple things :) Jun 25 18:23:23 yep Jun 25 18:23:30 ~praise closures in vala Jun 25 18:23:31 All hail closures in vala! Jun 25 18:23:55 or 'blocks' for your C guys... Jun 25 18:24:20 is the blocks support already in mainline gcc? Jun 25 18:24:30 i'm afraid not Jun 25 18:24:34 still llvm only Jun 25 18:25:05 (or apple's version of gcc, which you probably don't want) Jun 25 18:25:10 JaMa: already building task-shr-minimal Jun 25 18:25:17 TAsn: when does that happen? Jun 25 18:26:30 mickeyl: ah ok Jun 25 18:26:44 but would be great if the gcc guy would inlcude that Jun 25 18:30:08 yeah Jun 25 18:30:23 looking forward to using some blocks APIs Jun 25 18:30:37 especially in the light of parallelization (GCD , opencl, etc.) Jun 25 18:30:48 bbl, watching Switzerland playing now Jun 25 18:45:43 mrmoku: NOTE: Running task 5250 of 8852 Jun 25 18:46:27 YEAH !!! msmcommd2 reached ACTIVE state! Jun 25 18:48:07 JaMa: ohh Jun 25 18:48:40 JaMa: I'm at 587 :/ Jun 25 18:49:27 shr buildhost NOTE: Running task 637 of 8852 Jun 25 18:49:46 ahh :P Jun 25 18:56:51 hi Jun 25 18:56:53 DISTRO_PR has changed (.4 to .5) which means all packages need to rebuild. Jun 25 18:57:00 should I also wipe my images? Jun 25 18:57:08 I mean opkg upgrade won't work right Jun 25 18:57:08 freesmartphone.org: 03morphis 07msmcomm * ra2fcfad028d0 10/msmcommd2/src/transmissionhandler.vala: msmcommd2: init transmission queue on startup Jun 25 18:57:08 freesmartphone.org: 03morphis 07msmcomm * r5d0497cb3035 10/msmcommd2/src/frame.vala: msmcommd2: fix bug in frame unpacking as we got not the right frame type Jun 25 18:57:08 freesmartphone.org: 03morphis 07msmcomm * r5b4c0aaf1af5 10/msmcommd2/src/linkcontext.vala: msmcommd2: log state switches to INFO domain Jun 25 18:57:09 freesmartphone.org: 03morphis 07msmcomm * r9287aae30b60 10/msmcommd2/src/setuplinkhandler.vala: msmcommd2: do not remove sync timer when recieved a SYNC frame Jun 25 18:57:10 freesmartphone.org: 03morphis 07msmcomm * rab254648306b 10/msmcommd2/src/timer.vala: msmcommd2: track timer status the right way Jun 25 18:57:11 freesmartphone.org: 03morphis 07msmcomm * ra3884bf0b775 10/msmcommd2/src/ (transmissionhandler.vala worker.vala): msmcomm2: only add frame to ack queue when type == DATA Jun 25 18:57:12 freesmartphone.org: 03morphis 07msmcomm * rf75a5bede7d8 10/msmcommd2/src/util.vala: msmcomm2: make hexdump output suitable Jun 25 18:57:13 freesmartphone.org: 03morphis 07msmcomm * ref9e601fcf72 10/msmcommd2/src/ (activelinkhandler.vala linklayercontrol.vala): msmcommd2: rename signals to be more expressive Jun 25 19:01:11 GNUtoo|laptop: no, remove only some parts tmp/ and you can keep images and ipks (deploy,cache dirs) Jun 25 19:01:48 GNUtoo|laptop: opkg upgrade will work, but will upgrade really all packages (DISTRO_PR is that last number after package PR) Jun 25 19:02:09 ok lol Jun 25 19:02:11 thanks a lot Jun 25 19:02:45 GNUtoo|laptop: and images and ipk can be usefull only temporary.. after rebuild you will have everything a bit newer from opkg pov Jun 25 19:03:03 ok Jun 25 19:03:22 btw can I upgrade my om-gta02? Jun 25 19:03:30 is it ok to upgrade now? Jun 25 19:03:39 will the segfault be fixed? Jun 25 19:03:50 the one with enlightenement segfaulting Jun 25 19:03:55 * JaMa bought really bad "healthy-living" bread, but also very spicy tuna which can make it much better :) Jun 25 19:04:19 GNUtoo|laptop: enlightenment segfault? you mean Xorg abort (even before launching enlightenment)? Jun 25 19:04:27 no Jun 25 19:04:36 I mean enligtenment segfault Jun 25 19:04:38 GNUtoo|laptop: and no.. it's not fixed yet (you need newer kernel) Jun 25 19:04:42 mrmoku, no idea, that's why we need to track them :P Jun 25 19:04:49 I've some message telling me that enlightenment segfaulted Jun 25 19:04:56 but maybe it'll be fixed by the upgrade Jun 25 19:05:02 mrmoku, they get printed to phoneuid's stdout/stderr (haven't checked which) Jun 25 19:05:06 GNUtoo|laptop: shr-u feeds are gone.. Jun 25 19:05:08 TAsn: clearly that method is taking part of that interface :P Jun 25 19:05:23 I'm aware of that. Jun 25 19:05:35 I saw that in the mails Jun 25 19:05:45 so the new feeds are not ready yet Jun 25 19:05:46 ok Jun 25 19:07:18 GNUtoo|laptop: no, shr buildhost needs about 2 days to finish it :/ Jun 25 19:07:24 JaMa, http://paste.pocoo.org/show/229944/ Jun 25 19:07:39 some packages from your list just missing Jun 25 19:07:43 ouch Jun 25 19:07:44 ok Jun 25 19:09:03 JaMa, :( Jun 25 19:09:03 max_posedon: strange, because that list is copied from build output on shr buildhost :), but I've arrived home and tested myself that even with newer mesa stuff and libx11 it refuses to work with 2.6.29 Jun 25 19:34:13 hi leviathan Jun 25 19:34:25 leviathan, what did you add to kconfig for the nand? Jun 25 19:59:21 mickey|: Hey, the clcc bug just reproduced itself here! Jun 25 19:59:57 mickey|: and yes, i confirm dbus times out. Jun 25 20:00:51 mickey|: and yes, i did call Release just before the bug surfaced Jun 25 20:02:03 mickey|WM: how can i do something to help you debugging? Jun 25 20:03:57 mickey|: looks like some memory corruption, gdb can't show the backtrace Jun 25 20:04:09 (though probably those are some vala tricks) Jun 25 20:05:08 PaulFertser: I have fsogsmd not responding to dbus too... frequently the last weeks... though IIRC I can't see no clcc in the logs Jun 25 20:05:27 PaulFertser: and gdb shows corrupted backtrace for me too Jun 25 20:05:43 mrmoku: it only appeared to me after hanging up and it keeps outputting "synchronising call status" Jun 25 20:06:11 PaulFertser: I have it frequently with GPRS Jun 25 20:06:28 maybe it is not directly related to clcc... Jun 25 20:13:23 mrmoku: lite image finished here :) Jun 25 20:14:08 JaMa: hehe... your hardware is too fast :P Jun 25 20:14:09 leviathan, hi Jun 25 20:14:36 JaMa: 1455 of task-shr-minimal on my laptop Jun 25 20:15:01 PaulFertser, generally when gdb can't show things it could be that you've got a bad gdb,or that you've not the -debug(knowing you it's unlikely) Jun 25 20:16:12 leviathan, hi, can you check with a clean kernel if your nand is broken, mine has [ 521.200317] block 313 is bad , with 313 beeing variable Jun 25 20:16:52 mrmoku: http://trac.freesmartphone.org/ticket/561 Jun 25 20:17:42 GNUtoo: when it lacks debugging symbols, it just prints raw addresses, not "corrupt stack?" Jun 25 20:17:54 PaulFertser, that's the theory Jun 25 20:18:32 PaulFertser, in practice I already had corrupt stack triggered by lack of debugging symbols Jun 25 20:18:49 GNUtoo: hm, interesting, thanks for the info Jun 25 20:19:04 http://www.elinux.org/GDB#Debug_version Jun 25 20:19:12 the traces are mine Jun 25 20:19:32 Cannot access memory at address 0x302e3032 Jun 25 20:20:16 and in the other case the traces Jun 25 20:20:28 not exactly your problem then Jun 25 20:20:33 I remembered badly Jun 25 20:20:34 sorry Jun 25 20:22:22 PaulFertser: hmm... my bt looks different... dunno if that means something for a currupt bt Jun 25 20:23:09 GNUtoo: np :) Jun 25 20:23:56 mrmoku: why didn't you add anything to the ticket? Jun 25 20:24:39 PaulFertser: because I thought it's something different... don't have it with calls... just GPRS Jun 25 20:25:15 mrmoku: hm, probably the underlying cause is the same though. Jun 25 20:25:37 mrmoku: but you're right, the issues seem unrelated Jun 25 20:25:50 So yours deserves a dedicated ticket Jun 25 20:25:54 PaulFertser: trying to reproduce it now Jun 25 20:26:01 get some logs... and add a ticket Jun 25 20:27:04 mrmoku: have you got a reliable method already? Because i couldn't do it at will. Jun 25 20:28:36 PaulFertser: not a specific method... but it happens fast when producing some heavy GPRS traffic with ventura :P Jun 25 20:34:36 ping leviathan Jun 25 20:35:21 btw in new images we're using shadow for passwords and udev is dropped from image Jun 25 20:35:40 JaMa, :))) Jun 25 20:35:49 OMG who added shadow? Jun 25 20:36:08 and how fast is booting without udev? Jun 25 20:36:11 me, but that's really easy (one variable) Jun 25 20:36:24 and what's used instead of udev? Jun 25 20:36:38 TAsn: it should be about that 50s as my bootcharts before Jun 25 20:36:45 Wonka: devtmpfs Jun 25 20:36:54 ah, ok Jun 25 20:37:11 when can I opkg upgrade? ;) Jun 25 20:37:34 about 2 days Jun 25 20:37:41 'k Jun 25 20:37:48 lite image will be probably tomorrow Jun 25 20:37:58 full tomorrow night Jun 25 20:38:05 would not like to completely reflash (again) Jun 25 20:38:05 and feed during sunday Jun 25 20:38:13 JaMa, sweet. gj! Many times in life, finding out how to solve something takes more than the solution itself, so that's not "only one variable". Jun 25 20:38:18 so, sunday evening / monday should be okay? Jun 25 20:38:27 Wonka: well it will upgrade ALL packages on your system Jun 25 20:38:36 Wonka: so you can expect really long opkg upgrade Jun 25 20:39:05 *shrug :) Jun 25 20:39:32 plug into notebook, via usb, ssh into, opkg update && opkg upgrade, let simmer for the night. Jun 25 20:41:38 NOTE: Running task 6959 of 11953 Jun 25 20:43:40 The game is over, where's mickey| ? ;) Jun 25 20:45:59 who won? Jun 25 20:50:28 JaMa: spain Jun 25 20:50:48 JaMa: switzerland can book their flight :/ Jun 25 20:51:08 PaulFertser: ok, fsogsmd is hanging Jun 25 20:51:28 they should send them home in one small bus instead :) Jun 25 20:51:36 PaulFertser: I just browsed a page with ventura... tried to start irssi in a terminal and ping in another terminal Jun 25 20:51:41 it would make them to try harder next year! Jun 25 20:51:50 :P Jun 25 20:52:18 yeah... two goals against honduras should have been a possible task ;) Jun 25 20:52:26 * JaMa haven't seen any single match from whatever game is now played.. :) Jun 25 20:52:49 Apparently they forgot how to play football in europe :P Jun 25 20:53:13 TAsn: but _we_ know how to do the penalties ;) Jun 25 20:53:50 :) Jun 25 20:54:11 PaulFertser: „Football is a simple game: 22 men chase a ball for 90 minutes and at the end, the Germans win.“ Jun 25 20:54:43 PaulFertser: that says http://en.wikipedia.org/wiki/Gary_Lineker Jun 25 20:54:47 :D Jun 25 20:55:56 PaulFertser: muxer log is full of this: http://shr.pastebin.com/i3exqqVd Jun 25 20:56:54 PaulFertser: fsogsmd log is quite uninteresting: http://shr.pastebin.com/SLq6Vd5a Jun 25 20:58:06 PaulFertser: bt full: http://shr.pastebin.com/Q1M78ZMV Jun 25 20:58:53 mickey|WM: what does this mean: 2010-06-25T20:32:43.062808Z [WARN] libgsm0710mux <4 (fsogsmd:4) connected via TransportDelegate>: FC active... reading anyways... Jun 25 20:59:55 PaulFertser: do you have GPRS enabled when that CLCC bug happens? Jun 25 21:03:25 JaMa: I heard the italians have to swim home ;) Jun 25 21:05:04 hehe Jun 25 21:05:41 and /me shouldn't switch shell to bash in script when opkg install bash fails (not yet built) Jun 25 21:07:07 fgau: :)) Jun 25 21:07:45 mrmoku: no suspend/resume involved? Jun 25 21:07:49 PaulFertser: no Jun 25 21:10:05 mrmoku: (FC) flow control, there's some kind of software FC in 07.10, and this looks like someone set it but then writes data.. Jun 25 21:10:23 hmm Jun 25 21:10:36 mrmoku: (no, "my" bug happens without gprs) Jun 25 21:10:44 k Jun 25 21:11:19 mrmoku: i wonder if that's the same issue with calypso freaking out (and spitting backtrace over debug uart) mentioned earlier. But FC should have helped with that. Jun 25 21:12:30 PaulFertser: any way to check that? Jun 25 21:14:01 mrmoku: not really. Requires a cable with 2.5mm jack, an uart<->anything converter, switching one gpio (easy thanks to Werner's utility) and reproducing the bug while logging the serial output. Jun 25 21:14:15 PaulFertser: hehe, ok :P Jun 25 21:22:29 ping leviathan Jun 25 21:22:41 pong GNUtoo|laptop Jun 25 21:22:44 so Jun 25 21:22:47 leviathan, I've broken nand Jun 25 21:22:49 soon I should get my cable Jun 25 21:22:51 ohh Jun 25 21:22:53 check yours Jun 25 21:22:56 ok Jun 25 21:23:07 I do a flash_image system something Jun 25 21:23:32 then I do mount -t yaffs2 /dev/block/mtdblock3 /somewhere under cm-recovery-1.4 Jun 25 21:23:47 and it refuses to mount and produce the following kenrel message: Jun 25 21:23:58 [ 292.395751] block 275 is bad Jun 25 21:24:05 hmm Jun 25 21:24:13 with 275 varying with the image flashed Jun 25 21:24:29 hmm Jun 25 21:24:39 acccording to some people the message is emmited in yaffs2 Jun 25 21:24:46 but they say my nand is gone Jun 25 21:24:54 or at least a part of it Jun 25 21:24:59 hmm Jun 25 21:25:02 the kenrel still boots,flash,work Jun 25 21:25:07 hmm Jun 25 21:25:16 is yours broken too? Jun 25 21:25:30 did you use my subpage writing extension? Jun 25 21:25:35 I think so Jun 25 21:25:40 hmm Jun 25 21:25:43 at least for testing Jun 25 21:25:47 as you asked me to do Jun 25 21:25:49 and also Jun 25 21:25:56 it segfaulted even when disactivated Jun 25 21:26:01 I mean mount Jun 25 21:26:09 so: Jun 25 21:26:20 1)check if yours is broken Jun 25 21:26:26 ok Jun 25 21:26:29 I'll do Jun 25 21:26:29 2)check your code Jun 25 21:26:47 I also told you to put an #if SOMETHING instead of a kenrel config Jun 25 21:26:55 http://gitorious.org/htc-msm-2-6-32/leviathan-incoming/commit/5f52b5135955944660edca8f3b88c620f9ffea86 Jun 25 21:27:05 I guess it is that Jun 25 21:27:11 so I'll remove it Jun 25 21:27:12 ... Jun 25 21:27:14 mom Jun 25 21:27:30 oops Jun 25 21:27:38 disable just my extension for nand Jun 25 21:27:43 perhaps it works then Jun 25 21:27:53 I told you that you could do everything you wanted if you put #if Jun 25 21:27:54 no Jun 25 21:28:01 I used cm-recovery-1.4 Jun 25 21:28:06 which doesn't have your kernel Jun 25 21:28:15 did you also write the system from there? Jun 25 21:28:19 yes Jun 25 21:28:21 then your nand IS broken Jun 25 21:28:22 all from there Jun 25 21:28:24 indeed Jun 25 21:28:26 I know Jun 25 21:28:34 but please look if yours is broken Jun 25 21:28:41 hmm Jun 25 21:28:42 mom Jun 25 21:28:51 also you should tell people who have a dream if yours is broken Jun 25 21:29:01 like Kensan mickey|WM alain2210 etc... Jun 25 21:29:18 hmm... warning: no loadable sections found in added symbol-file /usr/lib/.debug/libfsogsm.so.0.0.0 Jun 25 21:29:19 but first test your config Jun 25 21:29:21 :/ Jun 25 21:29:43 that would prevent us from having things like: Jun 25 21:29:48 *accelerometers Jun 25 21:29:50 *compas Jun 25 21:29:51 etc... Jun 25 21:29:58 because without nand I can't load android Jun 25 21:30:11 and without android,no reverse engineering possible Jun 25 21:30:38 PaulFertser: after installing debug info for fsogsmd bt contains some more info Jun 25 21:30:41 http://shr.pastebin.com/DMZzCr1e Jun 25 21:32:20 GNUtoo|laptop: which image did you flash? Jun 25 21:32:27 mine Jun 25 21:32:38 which one is that? Jun 25 21:32:43 replicant 1.5 Jun 25 21:32:43 where can I download it? Jun 25 21:32:49 it's not the image Jun 25 21:32:55 the md5sum are correct Jun 25 21:33:05 I'd like to reproduce it Jun 25 21:33:08 ok Jun 25 21:33:27 so you got no broken nand? Jun 25 21:33:31 or no image to test? Jun 25 21:33:40 no image to test Jun 25 21:33:43 ok Jun 25 21:33:43 please give me yours Jun 25 21:33:46 ok Jun 25 21:33:49 then I can reproduce it exactly Jun 25 21:34:03 PaulFertser: heh, even more interesting... after killall pppd fsogsmd still hangs, but GPRS works again Jun 25 21:34:11 * mrmoku noticed by mrmobil popping in :P Jun 25 21:34:13 I hope phone numbers aren't stored on the normal image but in cache Jun 25 21:34:44 I would suggest to store them on the SIM card Jun 25 21:34:48 for the future ;-) Jun 25 21:35:54 it's android Jun 25 21:36:07 I bet they're stored in cache Jun 25 21:36:09 it's an old image Jun 25 21:36:58 flashing works Jun 25 21:37:04 it's mounting that doesn't work Jun 25 21:38:35 leviathan, I've sent you the link trough pm Jun 25 21:38:55 ok Jun 25 21:44:10 leviathan, at what point are you? Jun 25 21:47:48 wait Jun 25 21:47:49 mom Jun 25 21:47:58 still downloading Jun 25 21:49:35 ok Jun 25 21:49:41 my server is kind of slow Jun 25 21:49:48 in the meantime I give you the md5sum Jun 25 21:50:14 b99f3f8008e6c9613fdbe03da278d15a system.img Jun 25 21:51:07 kk Jun 25 21:51:09 thx Jun 25 21:51:17 tomorrow UPS should come Jun 25 21:51:26 so then I'll get my cable Jun 25 21:53:54 ok Jun 25 22:11:57 Weiss: I have rebased gdrm branch on current top of 2.6.34 (mfd/glamo/glamo moved to gpu/drm/glamo and similar changes).. so if you want to save few mins let me know Jun 25 22:13:36 leviathan, news? Jun 25 22:16:58 leviathan, did you finish to download it? Jun 25 22:19:27 GNUtoo|laptop: mom Jun 25 22:19:32 no Jun 25 22:19:34 53% Jun 25 22:19:36 ok Jun 25 22:31:48 gnutoo: one of the gnutoos here ? Jun 25 22:31:57 yes Jun 25 22:31:59 I'm here Jun 25 22:32:42 now that we have working kernel on htc hd2 it's time to boot SHR ! Jun 25 22:32:51 nice Jun 25 22:33:07 are you still hosting the builds for dream on leviathan's site ? Jun 25 22:33:24 leviathan is hosting Jun 25 22:33:38 I've no more builds and I'm rebuilding from scratch Jun 25 22:33:51 5853 of 7570 Jun 25 22:34:03 peoples I need to go sleep Jun 25 22:34:13 so that I hear farnell (UPS) tomorrow Jun 25 22:34:22 additionaly I'm tired Jun 25 22:34:48 leviathan: I have the cable already :P Jun 25 22:35:03 dcordes: eurocard problems Jun 25 22:35:08 but they are solved now Jun 25 22:35:14 will get it tomorrow Jun 25 22:35:19 nice Jun 25 22:35:26 I'll sleep now Jun 25 22:35:38 can you give me the link to latest shr build hosted ? Jun 25 22:35:41 leviathan: good night Jun 25 22:35:45 thx Jun 25 22:35:48 gn8 Jun 25 22:36:05 btw Jun 25 22:36:12 gnutoo: 64% [=============================================================================================================================> ] 37'122'895 --.-K/s ETA 31m 2s Jun 25 22:36:16 ouch Jun 25 22:36:29 gn8 Jun 25 22:36:34 good night Jun 25 23:21:39 gnight Jun 25 23:32:50 mrmoku|away: FYI: built even newer 2.6.34 and then without any our patches, enabled GPIO_EXTRA64 and gsm power_up node is not here, I'll try to bisect, hopefully tomorrow Jun 26 00:40:16 can somebody give a hand configuring usb hid mouse as pointer device in SHR ? I noticed it doesn't use xorg.conf and I'm confused about all those init scripts **** ENDING LOGGING AT Sat Jun 26 02:59:57 2010