**** BEGIN LOGGING AT Mon Jul 19 02:59:56 2010 Jul 19 05:32:44 mickeyl: libeflvala seems not buildable with latest vala tests/testeina.vala:77.5-77.15: error: The expression `Eina.Hash?' does not denote an array; hash["foo"] = "foo";; tests/testeina.vala:77.10-77.14: error: Expression of integer type expected, any hint? Jul 19 05:53:47 JaMa|Zz, checking ... Jul 19 05:55:25 JaMa|Zz, which efl revision? Jul 19 05:55:57 JaMa|Zz: ahh, you already did the gitorious dance, thanks :) Jul 19 05:56:13 and good morning Jul 19 05:56:36 good morning :) Jul 19 05:58:38 morning Jul 19 05:58:55 mrmoku: check plz your neo's consumption... Jul 19 05:59:51 Q-Master: I even responded to your mail :P Jul 19 06:00:33 playya__: I'm still hoping to be able to completely drop libframeworkd-glib one day ;) Jul 19 06:01:03 mrmoku: hm... haven't seen the mail. Jul 19 06:01:06 where do you need it? Jul 19 06:01:34 playya__: the contacts thing which does not work with vala yet Jul 19 06:01:51 having a hashtable in a hashtable Jul 19 06:02:16 oh. ok Jul 19 06:02:52 mrmoku: can you plz repeat for me? 8) Jul 19 06:04:17 Q-Master: bounced it again Jul 19 06:04:26 are you sure about the unit? Mine get's as high as 205875. Lowest is 35812. Jul 19 06:05:18 mrmoku: yep. I am pretty sure. coz while on charge with 317mA it shows -317000 Jul 19 06:05:29 and 35mA is too high Jul 19 06:11:39 Q-Master: is the issue now that 2.6.32 is consuming too much in suspend? Jul 19 06:12:14 lindi-: yes. It stays on battery while suspended only for 1 day max. Jul 19 06:12:22 Q-Master: how about finally reporting this as a bug? Jul 19 06:12:30 Q-Master: I'll test it if I see a bug report :) Jul 19 06:12:47 lindi-: where to? point me an URL plz. 8( Jul 19 06:12:50 Q-Master: hmmm Jul 19 06:12:52 Q-Master: bugs.openmoko.org Jul 19 06:16:34 lindi-: Error: Forbidden Jul 19 06:16:34 TICKET_CREATE privileges are required to perform this operation Jul 19 06:16:56 Q-Master: yes you need to create an account Jul 19 06:17:08 Q-Master: too much spam otherwise Jul 19 06:17:22 Q-Master: click "Register" Jul 19 06:17:28 lindi-: I'm already registered Jul 19 06:17:37 lindi-: and logged in Jul 19 06:17:54 Q-Master: did you get email? Jul 19 06:18:48 lindi-: aha. now it's ok Jul 19 06:28:37 lindi-: https://docs.openmoko.org/trac/ticket/2349 Jul 19 06:29:56 Q-Master: thanks. what's missing is that you should describe which exact kernel version you have Jul 19 06:30:11 ah, dmesg has some info Jul 19 06:30:30 Q-Master: 'core 450.000 MHz,' -- are you overclocking?! Jul 19 06:30:33 lindi-: I've posted uname -a AFAIK Jul 19 06:31:02 lindi-: only for 2 days. the power consumption was horrible before that also Jul 19 06:31:52 lindi-: anyway mrmoku has the same results not overclocking. Jul 19 06:31:57 Q-Master: ok Jul 19 06:32:07 my first guess is that GPS is on in suspend :) Jul 19 06:32:34 lindi-: might be. Jul 19 06:32:50 lindi-: I'll disable GPS and recheck Jul 19 06:37:02 lindi-: root@om-gta02 ~ # cat /sys/devices/platform/gta02-pm-gps.0/keep_on_in_suspend Jul 19 06:37:05 0 Jul 19 06:37:34 playya__: 49949 but in efl trac I don't see any eflvala commits after that Jul 19 06:37:51 mrmoku: yes but it might be a bug :) Jul 19 06:37:57 :) Jul 19 06:38:06 gps power control has a history if these issues Jul 19 06:38:24 I'm just updating my efl libs to 49949 Jul 19 06:38:32 maybe it's a vala bug Jul 19 06:40:20 lindi-: I could check if turning it on consumes even more... Jul 19 06:40:49 mrmoku: true Jul 19 06:41:04 mrmoku: and check if GPS clock is reset Jul 19 06:41:40 lindi-: gps clock is reset Jul 19 06:42:18 Q-Master: ok Jul 19 06:42:18 lindi-: and GPS while on is not changing the consumption Jul 19 06:42:46 Q-Master: hmm... that would mean it is always on, no? Jul 19 06:43:04 damn... the peak consumption after resume could be up to 81mA Jul 19 06:43:12 mrmoku: don't know. Jul 19 06:43:21 <[Rui]> moin Jul 19 06:43:25 mrmoku: but that might be Jul 19 06:43:30 Q-Master: did you configure keep_on_in_suspend? Jul 19 06:44:01 lindi-: nop... let me check that. Jul 19 06:44:37 mickeyl: GSM died after several suspend/resume cycles. Jul 19 06:44:50 Q-Master: please provide the log Jul 19 06:44:52 :) Jul 19 06:47:10 lindi-: the measures changed. the consumption is twice higher Jul 19 06:47:19 Q-Master: "good" Jul 19 06:47:23 lindi-: about 80-95 mA Jul 19 06:47:30 Q-Master: so it's not the GPS Jul 19 06:47:48 wlan, bluetooth, accelerometer, gsm? Jul 19 06:47:53 a LED? ;) Jul 19 06:48:40 wlan and BT is off now Jul 19 06:48:44 Q-Master: do you have uSD in slot? http://www.bitwiz.org.uk/s/2010/02/the-mysterious-missing-milliamps.html Jul 19 06:49:30 root@om-gta02 /sys/devices/platform # cat gta02-pm-wlan.0/rfkill/rfkill1/state Jul 19 06:49:33 0 Jul 19 06:49:33 JaMa: yes I have, but the problem is that it is already not new, and this started after 2.6.32 switch Jul 19 06:49:57 does state 0 for rfkill mean on or off? :P Jul 19 06:50:12 mrmoku: documentation is for users :) Jul 19 06:50:14 Q-Master: thomas issue also started with 2.6.32.. Jul 19 06:50:30 hmm Jul 19 06:51:08 JaMa: so the problem is not in uSD, but in kernel Jul 19 06:52:07 Q-Master: thomas issue should be already fixed in kernel Jul 19 06:53:58 JaMa: I have an uSD card in slot. I'm booting from it Jul 19 06:54:25 and the drain is not THAT muck Jul 19 06:54:29 -k+h Jul 19 06:54:48 ok Jul 19 06:57:37 guys Jul 19 06:57:45 doesn't this (in .32) http://git.bitwiz.org.uk/?p=kernel.git;a=commitdiff;h=6299be6a85f3e115ccfbd5786ad8de3b0781cd3e Jul 19 06:57:49 break GPS TTFF? Jul 19 06:59:54 Gabrys: no idea what that does Jul 19 07:01:01 lindi-: it should be fix for http://www.bitwiz.org.uk/s/2010/02/the-mysterious-missing-milliamps.html, but seems to be missing again in current HEAD Jul 19 07:02:37 ah it's missing only in thomas repo Jul 19 07:04:17 mrmoku, playya: I've skipped libeflvala hash test to continue htcdream build.. Jul 19 07:04:56 ok. maybe vala has a new annotions for arrays Jul 19 07:05:26 playya: maybe.. best I've found is http://www.mail-archive.com/vala-list@gnome.org/msg05221.html Jul 19 07:19:28 as far as I know to improve TTFF, uSD power/clock is disabled when not using uSD card Jul 19 07:19:43 and this fix makes uSD always_powered Jul 19 07:19:50 I'm not sure if this is the same though Jul 19 07:25:00 JaMa: hi, i think there is missing patch glamo patch from Weiss in 2.6.32 Jul 19 07:25:02 http://git.openmoko.org/?p=kernel.git;a=commitdiff;h=b90406de472c1aa5371ab593a2bb79136d5de658 Jul 19 07:25:26 radekp: you mean in shr kernel? Jul 19 07:25:29 it made graphics speed much faster IIRC Jul 19 07:25:32 yup Jul 19 07:25:45 i am now using your kernel sources from gitorious Jul 19 07:26:11 but i think that patch is missing there - and also in openmoko git Jul 19 07:26:24 ok, I'll check Jul 19 07:26:59 i had 2.6.32 quite slow before, but i have cherry picked that patch localy and now it's maybe even faster then 2.6.29 Jul 19 07:32:56 radekp: do you have rebased patch on top of gitorious? Jul 19 07:33:30 and here is another similar reg glamo/glamo-display.c: { GLAMO_REG_LCD_A_BASE2, 0x0000 }, /* display A base address 22:16 */ Jul 19 07:35:59 leviathan: shr-lite-image is available, full image and feed is building now Jul 19 07:36:01 JaMa: zup that's the register, after merge the value should be 0x4000 Jul 19 07:36:30 radekp: but maybe in both /glamo-display.c and /glamo-fb.c ? Jul 19 07:38:21 JaMa: hmm the patch changes it just in glamo-fb.c Jul 19 07:38:35 JaMa: i dont know - maybe let's ask Weiss? Jul 19 07:44:45 blagh Jul 19 07:44:57 ping? Jul 19 07:45:54 pong? Jul 19 07:46:14 danke Jul 19 07:48:30 JaMa: yeah I've seen Jul 19 07:48:31 thx Jul 19 07:48:37 I'm already testing Jul 19 07:48:41 its booting ^^ Jul 19 07:54:28 BTW, anyone tried BFS scheduler with openmoko? Jul 19 07:54:42 it should apply cleanly on .32 kernel Jul 19 07:55:12 Android (not FR's) users report a huge difference in interactiveness Jul 19 07:55:39 http://ck.kolivas.org/patches/bfs/bfs-faq.txt Jul 19 07:57:59 and the patch: http://ck.kolivas.org/patches/bfs/2.6.32-sched-bfs-318.patch Jul 19 08:12:04 Good day all , can we install openoffice.org on SHR ? Jul 19 08:12:26 alabd: 8( ) Jul 19 08:17:00 Q-Master: hi how are you , what do you mean Jul 19 08:17:56 alabd: I'm just wondering if that is needed anyway. screen is too small, keyboard overlaps almost half of it and the oo itself is rather heavy app Jul 19 08:18:37 so how to read .odt files on SHR ? Jul 19 08:20:37 alabd: Abiword Jul 19 08:21:12 Martix: thanks will try it soon Jul 19 08:21:16 god bless you Jul 19 09:03:49 nice to see SHR i ages for htc :) Jul 19 09:04:00 s/ages/images/ Jul 19 09:04:01 vanous123 meant: nice to see SHR i images for htc :) Jul 19 09:13:26 JaMa: thanks for the tip about ridewithgps, i'm loving that site =] Jul 19 09:15:07 7yw Jul 19 09:16:36 freesmartphone.org: 03mickey 07cornucopia * rfd0661187029 10/fsodeviced/ (2 files in 2 dirs): fsodeviced: default/conf: add warning wrt. firmwareloader Jul 19 09:35:27 * mickey|ICE621 invites mrmoku to the Munich Stammtisch tonite Jul 19 09:36:54 mickey|ICE621: ohh... tonight? Jul 19 09:37:23 hmm... when does it start? Jul 19 09:37:35 let me check the URL Jul 19 09:37:48 http://freeyourphone.de/portal_v1/viewtopic.php?f=71&t=1788 Jul 19 09:38:13 Um Beiträge in diesem Forum anzusehen, musst du auf diesem Board registriert und angemeldet sein. Jul 19 09:38:16 heh :/ Jul 19 09:38:25 exclusive club :P Jul 19 09:38:32 d'oh Jul 19 09:38:38 wie immer 19:00 in "der Wildsau", Balanstraße" Jul 19 09:39:00 so it starts 19:00 and ends usuall around 23 Jul 19 09:39:04 usually Jul 19 09:39:12 would be cool if you had time to drop by Jul 19 09:39:21 but don't feel obliged, if you have other duties Jul 19 09:40:57 there is a Sommerfest at the school my elder one will go next year... have to go there Jul 19 09:41:02 don't know when it ends though Jul 19 09:41:15 have to check with my wife :) Jul 19 09:42:51 right :) Jul 19 09:43:40 alternatively, we could have breakfast or a coffee tomorrow, if you don't have to work full time Jul 19 09:45:36 i plan to catch a train back to FRA @ 1255 departing from main station, but no other plans apart from a short stop at the BMW AG Jul 19 09:46:43 mickey|ICE621: sounds good too Jul 19 09:47:15 ok, then lets see whether you can make it today, and if not, lets meet tomorrow Jul 19 09:47:58 * mickey|ICE621 makes a concept for finally fixing sms reports now Jul 19 09:48:10 mickey|ICE621: yeah... as I'm deciding myself when to work... breakfast whenever you want would be no problem for me Jul 19 09:48:30 cool Jul 19 10:04:22 freesmartphone.org: 03mickey 07cornucopia * ra78c307edae0 10/fsogsmd/src/lib/ (atsms.vala sms.vala): fsogsmd: sms: increasing reference number is now persistent per IMSI Jul 19 10:15:07 mickey|ICE621: the Sommerfest ends at 21:30... depending on how 'interesting' it is, it might get late for the Stammtisch Jul 19 10:15:45 mrmoku: yeah, better we meet tomorrow then Jul 19 10:18:47 mickey|ICE621: ok Jul 19 10:21:46 mrmoku: lets swap phone numbers, (/query) Jul 19 10:27:12 JaMa, you need the following small patch to pass the test: http://pastebin.com/HANDeQ2E Jul 19 10:27:33 brb. cooking Jul 19 10:31:10 freesmartphone.org: 03mickey 07cornucopia * r40bfb9043197 10/fsogsmd/src/lib/ (atmediators.vala atsms.vala sms.vala): fsogsmd: add groundwork for proper SMS delivery report mappings Jul 19 10:31:14 playya: huh, no idea about vala syntax here, but please ask mickey to apply it :) Jul 19 10:33:52 what does that patch do? Jul 19 10:34:13 07:33:17 < JaMa|Zz> mickeyl: libeflvala seems not buildable with latest vala tests/testeina.vala:77.5-77.15: error: The expression `Eina.Hash?' does not denote an array; hash["foo"] = "foo";; Jul 19 10:34:17 tests/testeina.vala:77.10-77.14: error: Expression of integer type expected, any hint? Jul 19 10:34:50 oh Jul 19 10:40:06 applied in Revision 50362 Jul 19 10:41:17 thanks Jul 19 10:44:40 set has to return void Jul 19 10:47:40 oh Jul 19 10:47:53 Martix: * opkg_install_cmd: Cannot install package abiword. Jul 19 10:48:50 Revision 50363 Jul 19 10:52:06 Weiss: hi, i think your patch "mfd: glamo: Enable FIFO stage for the LCD engine's memory access" is not in 2.6.32 and 2.6.34 branches Jul 19 10:52:45 Weiss: this commit: http://git.openmoko.org/?p=kernel.git;a=commitdiff;h=b90406de472c1aa5371ab593a2bb79136d5de658 Jul 19 10:53:22 alabd: thats weird, try: opkg list| grep abiword Jul 19 10:54:50 Martix: abiword-meta OR abiword-strings ? Jul 19 10:55:38 alabd: try run opkg update before Jul 19 10:56:07 Martix: it found many abiword packages Jul 19 10:56:28 abiword-strings - 2.8.1-r4.4 - AbiWord is free word processing program similar to Microsoft(r) Word Jul 19 10:56:34 gena2x: what do you mean by gpt in "16:28:16 < gena2x> mrmoku: thanks, but i can't :( i have xfs and gpt on usd, so i am just asking others do they have sound :)" ? Jul 19 10:57:38 gena2x: I'll add XFS module, but I guess GPT is some special partition table support? I cannot find it.. Jul 19 10:58:45 thanks Martix Jul 19 10:58:46 gena2x: nvm CONFIG_EFI_PARTITION Jul 19 10:59:26 JaMa: i think you can merge http://git.openmoko.org/?p=kernel.git;a=commitdiff;h=b90406de472c1aa5371ab593a2bb79136d5de658 Jul 19 11:00:02 JaMa: as it is - it think only modfying glamo-fb.c is correct Jul 19 11:00:32 JaMa: i have the patch in yours 2.6.32 branch and the speedup is very big Jul 19 11:00:56 radekp: I've already done that in the morning (but not yet pushed) Jul 19 11:01:18 JaMa: oki, maybe you can test it too, but for me it works great Jul 19 11:01:32 GNUtoo|laptop: 24h long time test GPS ok Jul 19 11:01:35 heh Jul 19 11:03:26 JaMa: I think for gena2x it would be enough to know if sound is working for you with 2.6.34 Jul 19 11:04:26 GNUtoo|laptop: 24h long time test GPS ok Jul 19 11:04:28 GNUtoo|laptop: i have added a preliminary implementation to fsodeviced Jul 19 11:04:40 mickey|ICE621, nice Jul 19 11:04:46 mrmoku: right, but someone else on ML also asked for XFS.. Jul 19 11:04:51 GNUtoo|laptop: RequestResource("GPS") should now power on and launch NMEA on smd Jul 19 11:04:55 mickey|ICE621, sound is bad again...I'll fix it,needs mplayer.conf Jul 19 11:05:00 and maybe other things Jul 19 11:05:06 wow Jul 19 11:05:07 we need to ask phh how to power off Jul 19 11:05:12 simple Jul 19 11:05:17 since the code does not contain any poweroff statements Jul 19 11:05:17 for powering it on Jul 19 11:05:21 start "gps" Jul 19 11:05:26 for powering off: Jul 19 11:05:30 stop running gps Jul 19 11:05:33 with ctrl+c Jul 19 11:05:37 hmm Jul 19 11:05:51 I can't pull&push Jul 19 11:05:55 that leads to the RPC client just no longer receiving data Jul 19 11:05:57 orange just blocked all ports Jul 19 11:06:05 I have irc trough ssh -D Jul 19 11:06:12 i'm not convinced it will power off the necessary circuits though Jul 19 11:06:16 phh: ? Jul 19 11:06:28 ah Jul 19 11:06:48 gps client program has been refactored into the fsodeviced plugin Jul 19 11:07:00 so that it nicely hides behind our resource abstraction Jul 19 11:07:01 I tried export http_proxy="http://127.0.0.1:8080" Jul 19 11:07:06 and git can't pull Jul 19 11:14:08 JaMa: I have strange things from time to time... X hanging completely... sometimes keeping the FR so busy I can't even log in via ssh Jul 19 11:14:12 it responds to pings though Jul 19 11:15:05 mrmoku: I had the same with 2.6.34.. imho it could be related to remounting RO as some reported Jul 19 11:15:50 hmm Jul 19 11:16:22 I guess I should setup my baby to log to persistent storage :) Jul 19 11:16:54 I'm using syslog-ng.. Jul 19 11:17:07 but some messages are also lost (because of RO .. :/) Jul 19 11:17:47 ah and ofc /var/log not on tmpfs Jul 19 11:17:53 :) Jul 19 11:18:01 yeah, will do that too... after lunch Jul 19 11:25:33 ¨bon appetit Jul 19 11:25:36 ~bon appetit Jul 19 11:25:38 hmm... bon appetit is smacznego. Guten Appetit. Eet Smakelijk. God Appetitt. Buon Appetito. Buen apetito Bom Apetite. buen apetito Smaklig m�ltid!. Hyv�� ruokahalua. Bo Proveito Jul 19 11:25:57 smacznych pierogów :P Jul 19 11:32:29 radekp: but you're using non-KMS, right? I'm not sure that this part of glamo-fb.c is used with KMS enabled (and normal FB disabled).. Weiss? Jul 19 11:32:35 pierogów? :D Jul 19 11:35:01 JaMa: yup i am on non KMS, so no idea if it affects KMS Jul 19 11:38:12 can you extend RAM of FreeRunner? Jul 19 11:50:43 thanks all :) Jul 19 11:50:45 * mrmoku full Jul 19 11:55:06 freesmartphone.org: 03mickey 07cornucopia * r770dc0657c91 10/fsogsmd/src/lib/atsms.vala: fsogsmd: first sketch at SMS reference number matching Jul 19 12:12:05 radekp: about Weiss FIFO patch - it's IN .34 branch. Jul 19 12:12:20 radekp: checked this now. Jul 19 12:13:04 radekp: you can use memwrite tool (download fixed one) to check if FIFO patch is enabled in your current configuration. Jul 19 12:14:12 radekp: with ThibG we already found that absence of FIFO patch makes usd transfers x2 slower, and then i started wondering about slow transfer, ThibG found problem and added patch to .34. Jul 19 12:15:00 gena2x: but it seems that it wasn't in .32 branch Jul 19 12:15:25 to check, download memwrite from bsdmn.com/glamo/timings/memwrite Jul 19 12:15:57 and run it with a... Jul 19 12:16:21 yeah run it with KMS to see if it's used (IMHO no) Jul 19 12:16:26 ./memwrite 2281705742 Jul 19 12:16:39 you should get something like: Jul 19 12:16:42 Old value: Jul 19 12:16:42 addr[8800110E]=0x00 0xC0 0x00 0x00 Jul 19 12:16:53 or addr[8800110E]=0x00 0x40 0x00 0x00 Jul 19 12:17:04 if FIFO patch enabled. Jul 19 12:17:11 and zeroes if not. Jul 19 12:17:34 you may also enable it with same memwrite tool for testing purposes. Jul 19 12:18:17 ./memwrite 2281705742 1073741824 Jul 19 12:18:21 ^^^ to enable Jul 19 12:20:18 better way should be catting glamo regs, but parts of regs unavailable in .32/.34 due to some (or without some?) reason. Jul 19 12:21:02 also, see my mail about speed diff between FIFO/non-FIFO configuration. Jul 19 12:21:03 gena2x: you are right it's ok in 2.6.34, but in 2.6.32 it's missing Jul 19 12:21:20 http://git.openmoko.org/?p=kernel.git;a=blob;f=drivers/video/glamo-fb.c;h=3f8ec8d466abeffdeebbea97ae3ae38358097237;hb=3f6725d43021d2d7597027e36020df5b44d0667e Jul 19 12:21:40 radekp: did you checked with memwrite tool? Jul 19 12:22:07 gena2x: not yet, but you can check sources Jul 19 12:22:35 radekp: people here speaking about kms/non-kms. in kms it may be enable in other way. Jul 19 12:23:01 http://git.openembedded.org/cgit.cgi/openembedded/commit/?id=ebc2e1d43afa43877c29bc47c87f38792a791bd8 Jul 19 12:23:17 but the same reg is defined for KMS in glamo-display.c Jul 19 12:23:41 i highly, highly, highly recomment to enable this and check it is enabled in KMS. Jul 19 12:24:03 JaMa: i think, you may safely change it as many times as you wish. Jul 19 12:24:16 JaMa: but also, check if all ok in running system. Jul 19 12:24:40 I've changed it locally in .34 glamo-display.. but I don't have neo with me.. so cannot test it now on device Jul 19 12:24:55 JaMa: just don't forget :) Jul 19 12:25:01 gena2x: btw: new SHR kernels have GPT+XFS for you Jul 19 12:25:13 JaMa: heh. thanks. Jul 19 12:25:27 JaMa: but i really wanted only to ask about sound. Jul 19 12:25:37 i know :) Jul 19 12:25:49 JaMa: and do you have some answer? :) Jul 19 12:26:34 as I said before.. I think it worked a while ago.. but haven't tested it in last month or so Jul 19 12:26:43 ok, thanks. Jul 19 12:27:15 what's GPT? Jul 19 12:27:25 and thanks for kernel, i'll try it to see if patches applied by shr have effect. Jul 19 12:27:36 Gabrys: this is partition table type. Jul 19 12:27:49 nothing interting, ok :-) Jul 19 12:27:54 Gabrys: really useful if you have >2Tb storage. Jul 19 12:28:15 really useful if false :-) Jul 19 12:28:34 Gabrys: and also if having only 4 primary partitions annoys you. Jul 19 12:28:37 good to support those though ;-) Jul 19 12:28:47 Gabrys: or you just want to experiment :) Jul 19 12:28:55 unless there's a reason to not support Jul 19 12:29:09 Gabrys: i thinks this adds no overhead. Jul 19 12:30:10 Gabrys: and, ah... also i had a problem that my last partition were visible in fdisk, but not detected by kernel :) Jul 19 12:30:40 Gabrys: so instead of understanding minors/majors i just enabled gpt. Jul 19 12:31:17 sure, it seems DOS partition table is not quite modern :-) Jul 19 12:31:28 can someone try to compare speed of http://jama.homelinux.org/org.openembedded.shr.images/om-gta02/uImage-2.6.34-oe4.5+gitr6+3f6725d43021d2d7597027e36020df5b44d0667e-r0-om-gta02.bin and oe4.4 which will be later in http://build.shr-project.org/shr-kms/ ? Jul 19 12:33:48 JaMa: whats the diff? Jul 19 12:34:16 glamo-display.c with FIFO Jul 19 12:34:25 GNUtoo|laptop: hi Jul 19 12:34:34 [13:05:14] we need to ask phh how to power off <-------- if ctrl-c works, it's fine Jul 19 12:34:38 I think. Jul 19 12:34:46 GNUtoo|laptop: why is the touchscreen broken? Jul 19 12:34:56 broken? Jul 19 12:35:00 it's not Jul 19 12:35:02 hmm Jul 19 12:35:02 I tested it Jul 19 12:35:05 in this way Jul 19 12:35:09 I pushed new : Jul 19 12:35:12 xorg.conf Jul 19 12:35:18 that when I rotate the display Jul 19 12:35:21 kenrel changes Jul 19 12:35:23 input is not rotated Jul 19 12:35:34 do you build with stock oe.dev Jul 19 12:35:45 no Jul 19 12:35:51 I was testing this Jul 19 12:35:53 gena2x: which one has FIFO with glamo-display.c? Jul 19 12:35:56 JaMa: ok, i can do short testing for you. Jul 19 12:35:58 http://build.shr-project.org/shr-unstable/images/htcdream/ Jul 19 12:36:12 gena2x, dos1, oe4.5 has it, oe4.4 has it only in glamo-fb.c Jul 19 12:36:34 dos1: i didn't understand question :( Jul 19 12:36:52 s/gena2x/JaMa/ Jul 19 12:36:53 dos1 meant: JaMa: which one has FIFO with glamo-display.c? Jul 19 12:36:55 sorry :) Jul 19 12:37:21 gena2x: would be great if you can confirm that oe4.5 is as fast as kernel built by you Jul 19 12:38:57 leviathan, build with stock oe.dev and it'll work Jul 19 12:39:24 JaMa: i'll just do quick test of glamo (memset) throughtput. as i published this test results for my kernel, i'll can check it with yours too. Jul 19 12:39:41 s/i'll can/i can/ Jul 19 12:39:41 gena2x meant: JaMa: i'll just do quick test of glamo (memset) throughtput. as i published this test results for my kernel, i can check it with yours too. Jul 19 12:39:59 GNUtoo|laptop: shr-project.org image is stock oe Jul 19 12:40:29 GNUtoo|laptop: those images on shr buildhost are "stock oe.dev", if there is difference because of gta* built before htcdream then maybe there is MACHINE_ARCH missing somewhere.. Jul 19 12:40:54 JaMa, ??? Jul 19 12:41:13 but I think leviathan is hit by known bug already reported agains gta few times on ML Jul 19 12:41:17 leviathan, ts is broken on official shr images? Jul 19 12:41:35 are you using evdev? Jul 19 12:41:39 or tslib? Jul 19 12:44:05 hmm Jul 19 12:44:34 evdev Jul 19 12:44:59 http://www.mail-archive.com/shr-user@lists.shr-project.org/msg05056.html Jul 19 12:46:15 leviathan, I'll test official shr images Jul 19 12:46:43 leviathan, what images are you using? Jul 19 12:47:27 http://build.shr-project.org/shr-unstable/images/htcdream/ Jul 19 12:52:10 ok Jul 19 12:52:20 personally I built an image with stock oe Jul 19 12:52:22 and tried it Jul 19 12:52:28 I'll try this one Jul 19 12:52:41 leviathan, are you shure you flashed/used the shr kernel? Jul 19 12:52:49 uhm Jul 19 12:53:09 leviathan, some small kernel changes are needed Jul 19 12:53:13 http://build.shr-project.org/shr-unstable/images/htcdream/zImage-2.6.32+r20+gitr1ee84e3fcdf91917842c150ded113c540ece1841-r20-htcdream.fastboot Jul 19 12:53:20 ok Jul 19 12:53:24 did you boot with that? Jul 19 12:53:26 or flash that Jul 19 12:57:47 leviathan, I'm downloading Jul 19 12:58:17 ok Jul 19 12:58:43 GNUtoo|laptop: flashing doesnt work anyway Jul 19 12:58:49 only fastboot boot Jul 19 12:59:01 ok Jul 19 12:59:09 I use nandwrite -p Jul 19 12:59:34 ok Jul 19 13:21:12 leviathan I ll test soon Jul 19 13:21:39 i didn t boot the correct kernel and it didn t boot Jul 19 13:21:45 strange Jul 19 13:22:39 it booted for you Jul 19 13:22:42 yes Jul 19 13:22:48 ok Jul 19 13:22:55 i ll retry then Jul 19 13:47:54 btw: what did happen with FSOSHRCON'10? is it cancelled? only /me + Heinervdm in new poll... Jul 19 13:49:46 I wanted to check aqua loop in http://www.aquamagis.de/aqua08 on the way there :) Jul 19 14:02:48 leviathan, what didin't work exactly? Jul 19 14:03:03 leviathan, for me everyting works Jul 19 14:03:03 when I have it portrait format Jul 19 14:03:05 yes Jul 19 14:03:07 and? Jul 19 14:03:11 isn't it better? Jul 19 14:03:17 input doesnt rotate Jul 19 14:03:24 its always same orientation Jul 19 14:03:34 I've landscape Jul 19 14:03:42 that is to say: Jul 19 14:03:49 |-------------| Jul 19 14:03:54 instead of: Jul 19 14:03:57 __ Jul 19 14:03:59 | Jul 19 14:04:02 | Jul 19 14:04:03 | Jul 19 14:04:04