**** BEGIN LOGGING AT Fri Oct 21 02:59:57 2011 Oct 21 05:33:15 moin Oct 21 06:21:33 moin Oct 21 06:31:20 mrmoku: "[OE-core] [PATCH 3/3] gcc-configure-sdk: Point sysroot to correct location" should fix your sdk issue while building kernel.. not applied yet Oct 21 06:48:30 JaMa|zzz: ok, great Oct 21 06:52:23 I get the following error while building shr-core - http://pastebin.com/raw.php?i=qif8mZ2A - it seems like xf86-video-glamo would like for libdrm to have glamo specific patches that are not in? How do I solve this? Oct 21 06:56:57 taruti: they are in .bbappend in meta-openmoko layer Oct 21 06:57:52 taruti: ah.. there is bug in ../meta-smartphone/meta-openmoko/recipes-graphics/drm/libdrm_2.4.26.bbappend Oct 21 06:58:44 hmm, ok Oct 21 06:59:09 taruti: please try this http://paste.pocoo.org/show/495942/ Oct 21 06:59:49 thanks Oct 21 07:07:55 taruti: thanks for report, let me know that if it helps and I'll push it Oct 21 07:09:20 JaMa|zzz: I'll report when things finish Oct 21 07:18:26 it seems that bb -c cleansstate is not enough, or I am doing something wrong Oct 21 07:19:08 did you cleansstate both? libdrm and xf86-video-glamo? Oct 21 07:21:37 SHR: 03Martin.Jansa 07shr-chroot * rdc0f110d3d77 10/ (365 files in 32 dirs): system upgrade Oct 21 07:22:24 yes Oct 21 07:23:26 I'll retry Oct 21 07:23:51 mmt I'm rechecking here Oct 21 07:30:11 I did "bb -c cleansstate libdrm && bb -c cleansstate xf86-video-glamo && bb libdrm && bb xf86-video-glamo" and it still dies complaining about libdrm/glamo_bo.h and md5sum: "10f2d385cf9a59116d0a711dd11c0f40 ../meta-smartphone/meta-openmoko/recipes-graphics/drm/libdrm_2.4.26.bbappend" Oct 21 07:32:03 OVERRIDES are broken :/ Oct 21 07:47:39 SHR: 03Martin.Jansa 07meta-smartphone * rbb72be864dc9 10/meta-openmoko/recipes-graphics/ (drm/libdrm_2.4.26.bbappend mesa/mesa-dri_7.11.bbappend): meta-openmoko: mesa-dri, libdrm: fix override, armv4t (PACKAGE_ARCH/TUNE_PKGARCH) is no longer in OVERRIDES Oct 21 07:47:42 taruti: should be fixed by ^ Oct 21 07:54:08 JaMa|zzz: thanks <3 Oct 21 07:54:19 JaMa|zzz: I'll build it later today Oct 21 08:14:02 :) Oct 21 08:25:00 JaMa|zzz: still no sshd Oct 21 08:25:05 rootfs log shows Oct 21 08:25:06 Configuring openssh-sshd. Oct 21 08:25:13 which should add the user, no? Oct 21 08:25:16 without any error Oct 21 08:25:51 heh Oct 21 08:25:54 later on there is Oct 21 08:25:54 useradd: user 'sshd' already exists Oct 21 08:26:02 with the groupadd error before Oct 21 08:26:15 but the resulting passwd has no sshd :/ Oct 21 08:26:58 mrmoku: ahh maybe for me it was created on first opkg upgrade.. Oct 21 08:27:11 mrmoku: but otavio patchset on oe-core is fixing groupadd somehow Oct 21 08:27:20 grep: /OE/shr-core/tmp/work/om_gta04-oe-linux-gnueabi/shr-lite-image-2.0-r18/rootfs/etc/passwd: No such file or directory Oct 21 08:27:23 hmm Oct 21 08:27:45 yes that's the error he had Oct 21 08:29:19 + zap_root_password Oct 21 08:29:19 + sed 's%^root:[^:]*:%root:*:%' Oct 21 08:29:35 mrmoku: try http://lists.linuxtogo.org/pipermail/openembedded-core/2011-October/011550.html Oct 21 08:29:36 that one makes logging in impossible :-P Oct 21 08:30:02 ahh.. Oct 21 08:30:06 base-passwd: move initial criation of group and passwd to preinst Oct 21 08:30:08 and it was changed lately? Oct 21 08:30:12 this one is probably fixing it Oct 21 08:30:26 I think so, yeah... well I have it for at least a week Oct 21 08:31:05 base-passwd: move initial criation of group and passwd to preinst Oct 21 08:31:11 ^^this one :) Oct 21 08:31:32 I've seen it too, but my postflash scripts are setting my password and adding my ssh key.. Oct 21 08:31:53 hehe ok Oct 21 08:32:10 will try if ottavio fixed it for me Oct 21 08:50:50 good morning Oct 21 09:05:48 JaMa|zzz: yay Oct 21 09:05:49 sshd:!:999:999::/var/run/sshd:/bin/false Oct 21 09:07:30 meta/classes/core-image.bbclass:ROOTFS_POSTPROCESS_COMMAND += '${@base_contains("IMAGE_FEATURES", "debug-tweaks", "", "zap_root_password ; ",d)}' Oct 21 09:09:42 JaMa|zzz: maybe we should add debug-tweaks? Oct 21 09:21:44 GNUtoo: python-evas fixed Oct 21 09:21:49 mrmoku: let me check what it does Oct 21 09:23:13 mrmoku: yes looks sane Oct 21 09:24:24 JaMa|zzz: we might still remove it when we get something stable in some year ;) Oct 21 09:24:28 * mrmoku shower Oct 21 09:24:42 SHR: 03Martin.Jansa 07meta-smartphone * r630ad6f87049 10/meta-shr/recipes-shr/images/shr-image.inc: shr-image: add debug-tweaks Oct 21 09:25:11 thx Oct 21 09:25:35 yes and party whole month if we ever get to shr-stable :) Oct 21 09:47:20 at least one month indeed :P Oct 21 09:56:26 JaMa|zzz, hi Oct 21 09:57:31 bumping EFL_SRCREV to 64190 fixes the bug Oct 21 09:58:06 however you have to start elm_shr_softkey manually then Oct 21 09:59:12 GNUtoo: I know.. I've already bumped python-evas.. Oct 21 09:59:13 we could arrange the party together with E guys when they release e17 someday... xD Oct 21 09:59:42 pespin: They plan to release it soon ;) Oct 21 10:00:11 JaMa|zzz, nah, it's efl 1.1 afaik Oct 21 10:01:22 pespin: http://trac.enlightenment.org/e/wiki/Release E17 needs to be released ASAP! Get your builds ready! Oct 21 10:02:15 ah nice :) Oct 21 10:02:51 ok Oct 21 10:19:03 JaMa|zzz, oops sorry: Oct 21 10:19:23 openembedded-core/meta/recipes-multimedia/pulseaudio/libatomics-ops_1.2.bb was the recipe failing with the arm thing (swp) Oct 21 10:20:11 what to do then, it's already "arm" Oct 21 10:21:19 I guess I've to write a patch for libatomics-ops Oct 21 10:31:39 JaMa|zzz, could it be that something is broken with reguards to "arm" in oe-core? Oct 21 10:35:33 it does -mthumb -mthumb-interwork... Oct 21 10:35:34 GNUtoo: see ml Oct 21 10:35:37 ok Oct 21 10:35:39 which thread? Oct 21 10:37:26 [OE-core] [PATCH 2/8] libatomics-ops: force ARM mode Oct 21 10:37:26 ah ok found it Oct 21 10:38:27 the problem is that I've already the fix Oct 21 10:39:11 grep arm libatomics-ops_1.2.bb => ARM_INSTRUCTION_SET = "arm" Oct 21 10:39:59 ah it works now Oct 21 10:40:02 sorry Oct 21 10:40:22 maybe some PR was not bumped Oct 21 10:40:36 then I remember badly the package name and cleaned pulseaudio instead Oct 21 10:40:47 then I forget to re-clean libatomic Oct 21 10:40:59 sorry for the noise Oct 21 10:42:25 no problem.. I didn't do PR bumps intentionally Oct 21 10:42:37 because I wasn't sure it will be applied in oe-core Oct 21 10:42:58 and we'll need extra PR bump if someone fixes it properly instead Oct 21 10:44:28 ok Oct 21 10:57:18 hi pespin Oct 21 10:57:38 *)you made emtooth2 Oct 21 10:57:56 *)you created recipes for music(for instance enjoy) Oct 21 10:58:17 so are you also interested in integrating bluetooth(A2DP and SCO) well in shr-core? Oct 21 10:58:33 for om-gta02 of course.... Oct 21 10:58:45 I could in the future, but several restrictions: Oct 21 10:59:04 1- no much time (due to other projects (etalk), and lots of work at university) Oct 21 10:59:08 ok Oct 21 10:59:12 2- No idea how that works, I'd have to look at it Oct 21 10:59:18 ok Oct 21 10:59:20 3- I have no HW to test Oct 21 10:59:28 I know more or less how it works Oct 21 10:59:44 no om-gta02 or no bluetooth headset/clipper or whatever? Oct 21 10:59:57 but 3 is not problem because I found a web which sells cheap BT headsets Oct 21 11:00:13 ok, I bought mine at the local fnac in france Oct 21 11:00:25 basically I didn't want a headset Oct 21 11:00:36 GNUtoo, I'd like to work on it in the future if no one does it :) Oct 21 11:00:41 but rather something that you don't put near the head Oct 21 11:01:25 ok, I was just looking for help on that task.... Oct 21 11:01:30 GNUtoo, because you prefer not having waves near your head and that stuff? Oct 21 11:01:44 yes Oct 21 11:02:05 phones are very dangerous with that reguards Oct 21 11:02:13 I don't know for bluetooth tough Oct 21 11:02:39 http://www.dealextreme.com/p/bh-503-designer-s-bluetooth-stereo-handsfree-headset-13-hour-talk-240-hour-standby-30407 Oct 21 11:03:03 but there is no point in buying one if you don't have time to work on it.... Oct 21 11:03:04 a friend of mine bought it and will arrive to him in about a week. once he tries it, I might buy one :) Oct 21 11:03:29 ok Oct 21 11:03:34 GNUtoo, the thing is I'd like to have it working, so I'll try to get it working someday hehe Oct 21 11:03:42 ok Oct 21 11:03:46 but I may do it first Oct 21 11:03:46 GNUtoo, I'll ask you some help when I want to do it Oct 21 11:03:51 because I need it *now* Oct 21 11:03:57 but first I'd like to have etalk in a minimal usable status Oct 21 11:04:20 I'm without music since a lot of time....so I may get something hackish and local first tough Oct 21 11:04:20 GNUtoo, ok, if you need something specific in emtooth2 just ask and I'll try whenever I have some free time Oct 21 11:04:33 ah there is something that you could add: Oct 21 11:04:59 for keyboard: Oct 21 11:05:00 http://wiki.openmoko.org/wiki/Usb_keyboard Oct 21 11:05:07 see arrow key disfunction Oct 21 11:05:11 I've that issue Oct 21 11:05:16 and the script solves it Oct 21 11:06:30 GNUtoo, why not adding that to SHR by default? Oct 21 11:06:49 or maybe better adding it to emtooth2 which installs it into /etc/profile.d ? Oct 21 11:07:42 ah good idea Oct 21 11:07:48 I'll ask JaMa|zzz how to integrate it Oct 21 11:07:51 ok Oct 21 11:08:48 GNUtoo, so please, if you investigate on how to get headse working and some bluez interaction is necessary, tell me and I'll add to emtooth2 Oct 21 11:08:59 ok Oct 21 11:09:09 I know how it works Oct 21 11:09:15 the thing is how to integrate it Oct 21 11:09:19 there's already a Audio.Connect in rdevice settings UI which should be useful somehow lol Oct 21 11:09:35 yes I'm currently listening to some .wav music over bluetooth Oct 21 11:10:01 ( http://wiki.openmoko.org/wiki/User:GNUtoo ) for the howto Oct 21 11:12:02 GNUtoo, uhm and apart from that config, I suppouse you need some bluez interaction right? Oct 21 11:12:08 no Oct 21 11:12:12 only that config Oct 21 11:12:14 or you just let alsa do the work? Oct 21 11:12:20 no Oct 21 11:12:23 I use emtooth Oct 21 11:12:24 and it works Oct 21 11:12:28 with that config Oct 21 11:12:39 GNUtoo, what do you do with emtooth2? pairing + audio connect ? Oct 21 11:12:51 I slide all sliders Oct 21 11:12:54 I could look Oct 21 11:12:57 lol Oct 21 11:13:14 ok Oct 21 11:14:05 GNUtoo, but that file is setting bluetooth as default sink for sound right? Oct 21 11:15:06 I have no idea about alsa, never player with it u.u Oct 21 11:18:35 pespin, yes Oct 21 11:21:23 GNUtoo, ok, so we should think about a correct way for the apps asking the user which sink to use (I suppouse that's the work mrmoku and DocScrutinizer have been talking about with that ACI stuff) Oct 21 11:22:16 * pespin lunch, bbl Oct 21 11:23:04 ERR<710>:emotion-gstreamer[T:1118614560] emotion_gstreamer.c:1607 _eos_sync_fct() ERROR from element oggdemux0: Internal data stream error. Oct 21 11:23:07 sigh sigh grrr Oct 21 11:23:10 I must go Oct 21 11:32:44 DocScrutinizer: /sys/devices/platform/s3c2440-i2c/i2c-0/0-0073/hdq/hdq/dump here on QtMoko 2.6.34 -- works fine with the new script :-) Oct 21 11:32:53 ahh audioconvert Oct 21 11:32:54 back btw Oct 21 11:33:35 mrmoku: I broke my guitar pick while trying to open OM case... smartcards and similar turn out to be much more effective :-) (and easier to find too) Oct 21 11:33:58 antrik, not if you are a guitarist Oct 21 11:34:08 antrik: nails ftw ;) Oct 21 11:42:09 Hi everyone, elfe crashes on last SHR build and I found out why Oct 21 11:42:43 elfe calls elm_init(0,NUll) Oct 21 11:43:10 while elm_quicklaunch_init calls eina_prefix_new(argv[0], elm_quicklaunch_init,..... Oct 21 11:43:23 which meant trying to use argv[0], when argv is NULL Oct 21 11:44:15 moo all. antrik, fine thats the way it shall be :-) Oct 21 11:44:23 captainigloo, ^^^ Oct 21 11:45:26 any enlightenment developer or SHR builder here wants to fix it ? Oct 21 11:45:36 PaulFertser: indeed, as long as you got *any* fingernails, there's nothing to beat it Oct 21 11:47:28 Mine are definitly too long atm :) Oct 21 11:47:46 TAsn: ? Oct 21 12:01:43 larsc: SHR 2.6.39 does not have CONFIG_BATTERY_BQ27x00 -- do you know how it reads battery information? Oct 21 12:03:33 arrrg emtooth consume 50% CPU Oct 21 12:05:21 and enlightenment is still niced -10 Oct 21 12:20:43 GNUtoo: ? Oct 21 12:21:04 captainigloo, Yoram has issues with elfe: he found how to fix a bug Oct 21 12:21:15 wich bug ? Oct 21 12:21:30 Hi everyone, elfe crashes on last SHR build and I found out why Oct 21 12:21:33 elfe calls elm_init(0,NUll) Oct 21 12:21:36 while elm_quicklaunch_init calls eina_prefix_new(argv[0], elm_quicklaunch_init,..... Oct 21 12:21:39 which meant trying to use argv[0], when argv is NULL Oct 21 12:21:51 ah Oct 21 12:22:07 so it's a problem in elm_quicklaunch_init then Oct 21 12:22:41 what's the version of elementary use in SHR ? Oct 21 12:22:49 recent svn one ? Oct 21 12:25:20 no idea, I'll look Oct 21 12:26:10 i had same problem with an old version of elementary, it was 1 year ago Oct 21 12:26:29 with the last elm snapshot i think Oct 21 12:28:17 64150 Oct 21 12:32:49 dos1|away: I don't think the argument about someone possibly writing a free firmware for the GTA04 wireless is really relevant -- realistically the chances for this actually to happen are rather close to zero :-( Oct 21 12:33:08 I tend to agree though that locking down the firmware is not terribly helpful... Oct 21 12:33:28 perhaps elfe shuld call elm_init(0,args) when args is char *args[] = {"elfe"} Oct 21 12:34:44 Yoram: yep indeed Oct 21 12:35:07 Yoram: you send me a patch :P Oct 21 12:35:11 ? Oct 21 12:35:16 captainigloo: no problem Oct 21 12:35:21 the idea is that if firmware is loadable but nonfree, the vendor can make changes to it, while the user can't; thus giving the vendor extra power over the user... however, in this case the GTA04 project is *not* the vendor of the firmware; so I don't really see that making the firmware loadable or not makes a difference for the free/non-free status of GTA04... Oct 21 12:35:23 thanks :) Oct 21 12:35:59 SHR's GTA02 support is very very very bad at the moment: Oct 21 12:36:02 *microsd issues Oct 21 12:36:08 Index: src/main.c =================================================================== --- src/main.c (revision 64252) +++ src/main.c (working copy) @@ -138,6 +138,7 @@ char buf[PATH_MAX]; const char *bgfile; const char *file; + const char *args[] = {"elfe"}; Evas_Object *rect; Evas_Coord w, h; @@ -170,7 +171,7 @@ /* Specific ELM initialisation */ - elm_init(0, N Oct 21 12:36:12 (really really bad) Oct 21 12:36:17 *bluetooth issues Oct 21 12:36:18 sorry, Oct 21 12:36:22 *cpu usage issues Oct 21 12:36:22 wrong paste Oct 21 12:36:24 etc.... Oct 21 12:36:32 PaulFertser: I have pretty strong nails, and I use them for a lot of things -- but opening the OM case is definitely *not* among them... Oct 21 12:36:47 not to count the shr_elm_ topbar Oct 21 12:37:09 it's close to unusable for anything else than telephony Oct 21 12:37:20 foxtrot gps crashes Oct 21 12:37:21 etc... Oct 21 12:38:33 GNUtoo: well, I fear the only know workaround for the uSD issue is reverting to 2.6.34... Oct 21 12:38:44 after suspend microsd has errors Oct 21 12:38:47 GNUtoo: where does it crash? Oct 21 12:38:58 for instance I have to do that: Oct 21 12:39:04 fdisk /dev/mmcblk0 Oct 21 12:39:06 p Oct 21 12:39:07 w Oct 21 12:39:15 and /dev/mmcblk0p1 appear Oct 21 12:39:18 then I mount it Oct 21 12:39:46 then I play with it Oct 21 12:39:52 then the phone suspends automatically Oct 21 12:40:04 and the at resume I have I/O errors Oct 21 12:40:55 GNUtoo: same after a reboot I suppose?... Oct 21 12:41:01 http://www.pastie.org/2735107 Oct 21 12:41:08 what do you mean by same Oct 21 12:41:45 well, if you format and then reboot you also get I/O errors? Oct 21 12:42:13 basically if I reboot I'm at the beginning Oct 21 12:42:16 that is to say Oct 21 12:42:23 fdisk /dev/mmcblk0 Oct 21 12:42:27 p Oct 21 12:42:27 w Oct 21 12:42:30 etc... Oct 21 12:42:36 then I can play with the card Oct 21 12:42:41 and as soon as I re-suspend Oct 21 12:42:48 it has some errors Oct 21 12:43:04 it sounds like reading the partition table from SD doesn't work in general. when you fdisk, you get a cached version; but a soon as you reboot and it tries to read it from the card, it's broken again Oct 21 12:43:06 captainigloo: I sent uot a patch, but it's not tested Oct 21 12:43:21 antrik, yes but how to fix? Oct 21 12:43:28 my phone is close to unusable right now Oct 21 12:43:32 no idea :-( Oct 21 12:44:05 I have a vague recollection that someone tracked down what kernel change causes the issues a couple of months ago; but there wasn't any followup :-( Oct 21 12:44:17 really aaarg Oct 21 12:44:34 can you find that info? Oct 21 12:44:56 let's face it: shr doesn't have even one usable phone Oct 21 12:45:05 I tried very hard to use gta02 Oct 21 12:45:09 find that in the IRC logs from months ago? I'm not sure I'm up to that :-) Oct 21 12:45:10 but I miss my music too much Oct 21 12:45:21 and unfortunately music requires: Oct 21 12:45:26 *microsd support Oct 21 12:45:37 *low cpu usage to be able to decode ogg Oct 21 12:45:44 s/ogg/vorbis/ Oct 21 12:45:44 GNUtoo meant: *low cpu usage to be able to decode vorbis Oct 21 12:45:51 *bluetooth Oct 21 12:45:56 well, for most people, music is not part of the definition of "usable phone"... you seem to be only one caring about this particular feature right now :-( Oct 21 12:45:58 and none of theses 3 thing work Oct 21 12:46:28 Yoram: ok i will try it tonight Oct 21 12:46:45 captainigloo: great Oct 21 12:46:46 anyone working on SHR for n950 ? Oct 21 12:47:00 anyone working on SHR for om-gta02? Oct 21 12:47:20 captainigloo, not as far as I know Oct 21 12:47:23 the way I'm using my freerunner presently, the softkey bug would probably be the only issue for me... Oct 21 12:47:41 GNUtoo: lol Oct 21 12:47:55 mrmoku, was working for om-gta02 but now he's busy with gta04 Oct 21 12:48:03 ok Oct 21 12:48:17 captainigloo: it's not so easy to even find someone *having* a N950 :-) Oct 21 12:48:53 DocScrutinizer: did anyone manage to solve the problems booting non-Nokia kernels? Oct 21 12:49:10 i have one :) Oct 21 12:49:12 http://wiki.meego.com/ARM/N950 Oct 21 12:49:12 on N950/N9 I mean Oct 21 12:49:13 antrik, yes the softkey bug is really problematic and I fear that with all theses bugs I'll stop working on om-gta02 or shr Oct 21 12:49:20 antrik: yes Oct 21 12:49:22 so we're doomed Oct 21 12:49:32 I mean less people => more bugs => less people Oct 21 12:49:48 and it also means more work / people Oct 21 12:49:55 softkey bug? Oct 21 12:49:57 which causes people to stop working on it at all Oct 21 12:50:00 GNUtoo: :-( Oct 21 12:50:26 I think it would be a major loss to the project if you gave up on GTA02 :-( Oct 21 12:50:27 indeed, everyone keep telling me that SHR is not dead, but really do we have 1 usable device => no Oct 21 12:50:31 antrik: beta2 NOLO allows booting custom kernels and enters "open mode" on doing so, as supposed Oct 21 12:50:59 DocScrutinizer: OK. so the devices are not entirely useless... ;-) Oct 21 12:51:19 antrik, note that it may be the best option because rage against the machine also has the effect to make me stop working on something Oct 21 12:51:30 maybe I should come back later Oct 21 12:51:59 sure, taking a break is often a good idea... Oct 21 12:52:02 antrik: I still think for rolling your own OS they are way better than most if not all of the android shit out there Oct 21 12:52:22 altough I fear that taking a break won't magically make thing solves by themselves Oct 21 12:52:29 if no one is left for working on om-gta02.... Oct 21 12:52:33 DocScrutinizer: indeed... to bad they have no future :-( Oct 21 12:52:58 nuttin has a future Oct 21 12:53:07 nuttin? Oct 21 12:53:30 NO FUTURE! Oct 21 12:53:41 ??? Oct 21 12:53:43 lindi-: iirc there was some problem with BQ27x00 in the beginning of 2.6.39 on SHR.. so I've disabled it and not sure if I've tried to enable it again after reverting Per's patches Oct 21 12:53:45 what does nuttin means Oct 21 12:53:52 JaMa|zzz: ok Oct 21 12:54:13 JaMa|zzz: it seems the sound modules need to be loaded in the right order Oct 21 12:54:19 JaMa|zzz, do we have a solution for microsd on om-gta02? Oct 21 12:54:30 JaMa|zzz: suspend/resume worked a few times but then got stuck in resume Oct 21 12:54:37 lindi-: http://lists.openmoko.org/pipermail/openmoko-kernel/2011-May/011346.html Oct 21 12:54:56 GNUtoo: ? Oct 21 12:55:20 JaMa|zzz, since you read a lot of mails I wondered if you had a hint on fixing the gta02 microsd issue Oct 21 12:55:33 after suspend it's broken: I/O errors etc... Oct 21 12:55:55 JaMa|zzz: ok Oct 21 12:55:57 not to count that it doesn't find my parrition Oct 21 12:56:00 DocScrutinizer: well, the Android devices are mostly similar enough that work done on any of them can be taken forward to future devices... while work on the N9x devices seems a dead end :-( Oct 21 12:56:02 JaMa|zzz: anyways, better concentrate on suspend next since that is critical Oct 21 12:56:24 antrik, really? I don't think android devices are easy to port to Oct 21 12:56:27 quite the coutrary Oct 21 12:56:32 *countrary Oct 21 12:56:38 GNUtoo: here it works as good as 2.6.37 did Oct 21 12:56:45 GNUtoo: with shr 2.6.39 Oct 21 12:56:49 well, not entirely a dead end perhaps... at least the ISI stuff might still be useful for the future Nokia cheapphones running this new Linux thing they are working on I guess Oct 21 12:56:56 JaMa|zzz, ok, I've a 32GB card Oct 21 12:57:06 should I try something? Oct 21 12:57:10 antrik: I honestly doubt that's faintly hw platform related, and no, the andridiot devices are probably not "all the same" Oct 21 12:57:12 did 2.6.37 work well? Oct 21 12:57:45 GNUtoo: I have 8GB and it just works.. but you can try to lower sd clock as suggested on om bugzilla Oct 21 12:57:50 antrik, n900 is a good device, why not to support it? Oct 21 12:57:56 GNUtoo: for some cards it helps Oct 21 12:57:59 JaMa|zzz, that can still be done manually? Oct 21 12:58:40 GNUtoo: in uboot or /boot/*append Oct 21 12:58:58 I know, but I wondered more about what to write to that file Oct 21 12:59:09 GNUtoo: there are some problems with Android devices; but from what I have seen, they seem to be mostly always the same issues... once they are fixed, most Android devices should work with fairly little extra effort I'd say Oct 21 12:59:21 GNUtoo: or you can try http://lists.openmoko.org/pipermail/openmoko-kernel/2011-August/011352.html instead of reverting all Per's patches Oct 21 12:59:47 GNUtoo: I don't remember exact command but something like maxsd_clock or something like that Oct 21 12:59:56 GNUtoo: 2.6.37 had the same uSD problem. 2.6.34 is the last one know to work I believe Oct 21 13:00:01 GNUtoo: you should be able to find it on our trac or om bugzilla Oct 21 13:00:12 ok Oct 21 13:01:13 * JaMa|zzz still hopes that larsc will magically reveal 3.1 patchset when he find some time :) Oct 21 13:01:18 GNUtoo: I'm not saying that N900 support should be abandoned... it's just not something to bet our future on :-) Oct 21 13:01:33 android stuff is really hard to hack on Oct 21 13:01:43 JaMa|zzz: and it will magically solve the uSD problems?... ;-) Oct 21 13:01:44 they are made specially for not running GNU/Linux it seems Oct 21 13:01:50 the code is very hard to read etc... Oct 21 13:03:11 GNUtoo: well, I saw several instances of new Android devices made to mostly work for telephony etc. with fairly little effort... that's very different from N900 for example, which needs a considerable amount of dedicated work to make it useful at all Oct 21 13:03:32 lol I disagree Oct 21 13:03:40 that would be fine if the N900 telephony work could be reused for future devices -- but there are no future devices :-( Oct 21 13:03:44 n900 needed less effort than an android phone Oct 21 13:04:33 eh? last time I heard, telephony was still not working properly; not even to mention SMS... Oct 21 13:04:45 that's because no one works on it Oct 21 13:04:51 antrik: who knows.. ask him :) Oct 21 13:06:28 sd_max_clk according to the sources Oct 21 13:07:08 module_param(sd_max_clk, int, 0644);module_param(sd_slow_ratio, int, 0644);module_param(sd_post_power_clock, int, 0644); Oct 21 13:07:51 yup looks familiar Oct 21 13:08:41 but for the values I've no ideas Oct 21 13:12:51 GNUtoo: http://trac.shr-project.org/trac/ticket/1275 Oct 21 13:13:10 thanks Oct 21 13:28:28 IIRC people tried playing with clocks when the problem first appeared, to no avail... but let's see, maybe you will have more luck :-) Oct 21 13:44:34 antrik: I played the base... so my guitar pick is thick enough to never ever break ;) Oct 21 13:49:58 hmmm crackeling sounds on om-gta02 Oct 21 13:50:17 mrmoku: hehe :-) Oct 21 13:50:18 with gst-launch filesrc location="foo.ogg" ! decodebin2 ! audioconvert ! alsasink device=plugh Oct 21 13:50:18 w:0 Oct 21 13:53:58 what??? no more audio in fsodeviced Oct 21 13:54:03 maybe that's the cause? Oct 21 13:54:06 maybe not Oct 21 13:55:07 I'll reboot and see Oct 21 13:57:10 GNUtoo: fortunatelly gta04 won't be much work Oct 21 13:58:57 ok I hope so Oct 21 13:59:01 less than om-gta02? Oct 21 13:59:32 I think so Oct 21 13:59:51 if only those damn /dev/ttyHSx devices would appear Oct 21 14:00:38 GNUtoo: and lots of the bugs aren't device specific anyway Oct 21 14:00:45 like the softkey Oct 21 14:02:12 or icons not loading on startup Oct 21 14:02:46 yes but who will fix Oct 21 14:02:56 it's kind of a deadlock with [RUI] Oct 21 14:03:01 and it's very dangerous for me Oct 21 14:03:16 if I ever get nervous before he fix I could loose my om-gta02 Oct 21 14:05:41 and that bar indeed can get me very nervous Oct 21 14:05:48 *softkey Oct 21 14:05:59 GNUtoo: try to fix it on a less valuable device... ;-) Oct 21 14:06:11 I use the gta02 everyday Oct 21 14:06:14 GNUtoo: what are the gta02 bugs on trac? Oct 21 14:06:15 as my main phone Oct 21 14:06:21 that is the issue Oct 21 14:06:24 maybe I shouldn't Oct 21 14:06:38