**** BEGIN LOGGING AT Sat Jul 10 02:59:56 2010 Jul 10 06:12:51 lindi-: here's basically what it does: http://git.bitwiz.org.uk/?p=glamo-dri-tests.git;a=blob;f=gdrm-kms-addfb.c;h=765495fcb2a611acbfa60a2ba429ff17dfad9b13;hb=HEAD Jul 10 06:57:53 r.e. my crazy NAND problems: same bootloader, kernel and JFFS2 rootfs on NAND of other FR -> no problems Jul 10 08:00:30 <[Rui]> hi all Jul 10 08:11:57 Weiss: so, your frs are different and you catching some bug even in dfu-util or jffs2 :) Jul 10 08:15:06 hehe, maybe Jul 10 08:15:51 Weiss: if you need more ideas, i can generate easily: try mtdutils nanwrite, try changing mtd partitioning shceme. Jul 10 08:38:15 <[Rui]> gena2x: Weiss hey! any news on the WS front? :) now it's happening to me with idle even when unplugged :) Jul 10 08:38:44 [Rui]: hey. do you have 32/34? it's easy to fix :) Jul 10 08:39:09 <[Rui]> gena2x: stock 32 from shr-u Jul 10 08:41:10 [Rui]: check if it has following kernel patch: Jul 10 08:42:39 http://www.bsdmn.com/openmoko/jbtThibGblankfix+tscheck+voltageallow+1resumefix34.patch, extract only changes to drivers/video/backlight/jbt6k74.c file from patch. Jul 10 08:43:10 [Rui]: and if it'll work say thank to author :) Jul 10 08:45:32 * [Rui] would thank you, gena2x, but still doesn't know how to compile a kernel for shr-u Jul 10 08:45:37 investigating why that patch works then committing it is on my list for this weekend Jul 10 08:46:02 [Rui]: not me, but ThibG :) Jul 10 08:46:19 there'll be some uImages along the way probably Jul 10 08:46:37 <[Rui]> gena2x: you're not Gennady ? Jul 10 08:46:52 <[Rui]> Weiss: :) Jul 10 08:47:25 work is really eating my time during the week these days :( Jul 10 08:47:36 [Rui]: yes, i am Gennady. Jul 10 08:47:54 <[Rui]> gena2x: as I saw credits added to Gennady I thought you were the patch author Jul 10 08:48:14 <[Rui]> ThibG: but I sure do hope it works :) Jul 10 08:48:51 <[Rui]> what I find strange is how the previous 2.6.3x kernels I downloaded so frequently showed fs corruption and instability and this 2.6.32.13 doesn't Jul 10 08:49:11 Weiss: ah, i hope you' Jul 10 08:49:22 Weiss: ah, i hoped you'll review timings... Jul 10 08:49:22 [Rui], it happens when unblanking screen? Jul 10 08:49:34 gena2x: that too Jul 10 08:49:43 <[Rui]> Weiss: that's normal, worry not... I feel your pain completely and want to get rid of some work :) Jul 10 08:49:48 <[Rui]> ThibG: yes Jul 10 08:50:00 so, that patch may help, indeed Jul 10 08:50:04 <[Rui]> ThibG: then I let it go blank again and tap the screen and it comes back :) Jul 10 08:50:18 there is two things in it, though Jul 10 08:53:10 ThibG: Weiss told that ksm kernel has no that delayed blank thing. Jul 10 08:53:22 s/ksm/kms/ Jul 10 08:53:22 gena2x meant: ThibG: Weiss told that kms kernel has no that delayed blank thing. Jul 10 08:53:43 <[Rui]> isn't shr-u's Linux a kms-enabled one? Jul 10 08:53:46 ThibG: so only one thing left. Jul 10 08:53:47 ah, yes Jul 10 08:54:27 * ThibG needs to work on JBT, see the diffs between KMS and non-KMS, and merge that Jul 10 08:55:08 ThibG: yeah.. and to make some of the JBT hacks for KMS acceptable.. Jul 10 08:55:15 (to larsc) Jul 10 08:55:49 Weiss, oh, I see you're going on the high quality sound trip :p Jul 10 08:56:13 <[Rui]> Well, it's very important to get all changes upstream :) Jul 10 08:56:23 Weiss: I can't call thing which fixes temperature dependend WSOD 'a hack' :) Jul 10 08:56:45 gena2x: nono.. I meant the stuff I did to JBT.. Jul 10 08:57:51 larsc didn't seem too keen... mainly because of the way it ties Glamo and JBT together, which is GTA02-specific Jul 10 08:59:01 so, any ideas about how to do that less inelegantly would be welcome.. Jul 10 09:02:45 Weiss: yesterday, i were unable to change refresh rate. pixel clock i can say fbset -pixclock 1000 or fbset -pixclock 10000000, but nothing changes in frame buffer. Jul 10 09:02:55 Weiss: don't you know where is it set? Jul 10 09:03:59 hmm, not sure about fbset Jul 10 09:04:54 with KMS you use an ioctl, and the kernel has to jump through a load of hoops to get JBT to sync properly (hence the WSs) Jul 10 09:05:45 fbset should do all that, though Jul 10 09:06:35 thanks... seem need to bury into kernel... Jul 10 09:08:10 check it's not just rejecting the clock as being out of range (especially since there seems to be more than one convention for its units) Jul 10 09:38:36 Weiss, thanks for the ogg-retag thing, I've seen a similar oddity with a D2+, will have a look :) Jul 10 09:51:50 yeah, "RTIST=...." and "ORT=...." Jul 10 10:12:23 hi. i've update SHR and now for every command i'm trying to execute, i get "applet not found". I think it's because of busybox Jul 10 10:12:28 is there a solution ? Jul 10 10:13:00 ThibG: mm.. inadequate syntax parsers.. Jul 10 10:13:44 Weiss: ended up with setting it via glamo registers... Jul 10 10:14:07 Weiss, the oddest thing is that I have a S9, and it doesn't have this issue Jul 10 10:14:30 so, they have a version which work and another which doesn't, yet, they do firmware upgrades without the fix... Jul 10 10:16:34 Weiss: and got idea about 1 bug i saw before :) Jul 10 10:19:27 Weiss: seem lcd refresh has no effect on cpu<->glamo transfer Jul 10 10:19:35 Weiss: seem lcd refresh rate has no effect on cpu<->glamo transfer Jul 10 10:22:13 gena2x: setting refresh rate, you mean? Jul 10 10:22:40 (via glamo registers) Jul 10 10:22:51 Weiss: yeah. i changed GEN7. Jul 10 10:23:27 Weiss: and observe no difference in transfer rate. Jul 10 10:24:13 any difference in the display? Jul 10 10:24:25 Weiss: refresh rate :) Jul 10 10:26:20 Weiss: and the sreen then left part of screen is stable while right is jumping 0-1 dots seem similar to increasing this regiter in small value. Jul 10 10:27:07 Weiss: and can be restored by decreasing this back. i can get such effect sometimes. Jul 10 10:29:01 Weiss: and in fact this effect is only observed problem with memory write. Jul 10 10:29:11 Weiss: with changed page size. Jul 10 10:37:46 also changing this register to low value has huge effect on touchscreen buzz. Jul 10 10:39:08 i mean high value of course as this is divider :) Jul 10 10:40:38 you mean jitter? Jul 10 10:40:52 yes Jul 10 10:41:06 hmm, expected Jul 10 10:41:13 interference Jul 10 10:41:38 i am getting '1 jit' per ... Jul 10 10:41:54 probably ts ADC should be synced to VSYNC Jul 10 10:42:27 hm... Jul 10 10:42:44 DocScrutinizer: may be this is just change to vref? Jul 10 10:42:49 but since we got no real VSYNC IRQ Jul 10 10:43:53 probably disabling LCM refresh for a few ms during ts DAC should vastly improve jitter for cursor coords Jul 10 10:44:16 DocScrutinizer: i am changing pixel clock. Jul 10 10:44:21 (i think) Jul 10 10:44:30 sure. I know Jul 10 10:44:48 removing pixel clock would help better Jul 10 10:45:06 yes. but interesting at which moment jit happens. Jul 10 10:47:55 946726936.850007 <~30 events ok> 946726936.225008 <~100 more events ok> 946726933.840010 <~50 more events ok> 946726933.155107 Jul 10 10:48:12 hm... Jul 10 10:48:31 946726932.480104: 512 452 1 Jul 10 10:48:31 946726932.500008: 512 453 1 Jul 10 10:48:32 946726932.510102: 486 452 1 Jul 10 10:48:32 946726932.515107: 512 452 1 Jul 10 10:48:32 946726932.530007: 512 453 1 Jul 10 10:48:32 946726932.540102: 513 452 1 Jul 10 10:49:20 and ts drivers averages 4 adc reads. Jul 10 10:49:29 so it is huge. Jul 10 10:50:38 i am not hw engeneer, but this seems too huge for interference. Jul 10 10:51:53 gena2x: btw: do you think the wording like "has written a charging script based on the not working one fund somewhere else" OWTTE is proper credits to copying my stuff and changing exactly ONE BIT (0x90 -> 0x10) ? Jul 10 10:52:51 especially since my original script had an echo statement suggesting this change Jul 10 10:53:06 DocScrutinizer: for me seems you care too much about this question. Jul 10 10:53:28 it's a question of proper style Jul 10 10:54:00 and seems you care too less about it Jul 10 10:56:07 DocScrutinizer: but wording is not proper, and as a author you right of course. Jul 10 11:00:58 DocScrutinizer: and i didn't really follow question, so i do not know how much effort you put into this script to judge is it worth or not. so, sorry if it is really big hard and important script. Jul 10 11:03:22 fact is when somebody is copying some lines originally posted by me, incl comments typos and all, and just changes 9 to 1, I feel pissed when it's claimed he 'written a script based on some non working info somewhere else nonspecified' Jul 10 11:04:26 I don't care somebody copying. that's what it's meant for. But I'd like to see it properly attributed Jul 10 11:04:52 DocScrutinizer51: mail author & maillist it which he published this. Jul 10 11:05:18 DocScrutinizer51: imo, this is enought for everyone to understand who is author. Jul 10 11:06:02 DocScrutinizer51: also if somebody include this script somewhere, mail to change authorship. Jul 10 11:06:10 mhm. for me copying != written a script Jul 10 11:06:18 sure. Jul 10 11:06:53 but do you want to go court to prove this? Jul 10 11:07:05 fsckU Jul 10 11:07:59 if not, and author refuse to accept your claims, you should just talk to other people. Jul 10 11:08:41 and do not make problem out of some individual inadecvate person. Jul 10 11:09:04 I'm talking to you, assuming the passage is on a website you written. And I really tend to think about saving my time to continue talking to you in this channel Jul 10 11:10:03 DocScrutinizer: sorry? which passage? Jul 10 11:10:18 DocScrutinizer: on which website? Jul 10 11:11:13 DocScrutinizer: may be your got overheated? Jul 10 11:11:24 DocScrutinizer: shich script? Jul 10 11:12:07 DocScrutinizer: are you crazy? Jul 10 11:14:48 DocScrutinizer: seem you mixed up me with some other person. Jul 10 11:15:23 gena2x: maybe. the really sorry for that. Thought it's your site: https://elektranox.org/website/debian_on_n900.html Jul 10 11:15:38 electranox is electranox Jul 10 11:15:43 on irc Jul 10 11:15:44 DocScrutinizer: of course not. Jul 10 11:16:02 gena2x: so please accept my apologies Jul 10 11:16:21 DocScrutinizer: my site is bsdmn.com. Jul 10 11:16:50 (and probably you're right with the overheating assumption) Jul 10 11:16:56 DocScrutinizer: and i really do not understand why you think i am evil. really. Jul 10 11:17:17 sorry sorry sorry Jul 10 11:17:26 =-( Jul 10 11:17:57 dunno why I thought nox and 2x is related Jul 10 11:18:31 obviously too hot here the last few days Jul 10 11:19:13 * DocScrutinizer off to take a cool shower Jul 10 11:22:13 hm.. interesting story. Jul 10 11:25:58 only strange thing is that Doc always find some issues while i am trying to fix some long-standing issues like conviencing Jama to remove debuggin info or trying to fix touchscreen. Jul 10 11:26:14 please try to understand my getting a little upset on >>Pancake wrote a script to charge the battery without this daemon based on information from the public available specs and the not working script from forum. << - regarding this: http://talk.maemo.org/showthread.php?p=658278#post658278 Jul 10 11:26:31 pancake has evidentally NOT written a script Jul 10 11:26:49 ^^^ read my previous phrase. Jul 10 11:27:33 how long do you think i am different person? Jul 10 11:27:46 for 2 days now? Jul 10 11:28:17 hm... ok. no problem. Jul 10 11:28:30 again, exuse me please for that Jul 10 11:30:29 (2 days) it's been almost as hot here yesterday Jul 10 11:33:38 what the bleep. Still got these alignment traps... Jul 10 11:33:57 messages mention start-stop-daemon and others Jul 10 11:34:49 anyone got an idea where those come from? Jul 10 11:35:21 I am trying to run SHR-u's 2.6.32.13 from July 1st, 7:07 Jul 10 11:35:41 and current shr-u packages Jul 10 11:42:19 DocScrutinizer: not a problem. just please, do not consider me as an mythcal evil any more, Jul 10 11:42:34 I never did :-) Jul 10 11:43:50 In fact I'm rather happy to learn I've been terribly wrong about that website. So your replies make perfect sense again Jul 10 11:44:36 think about it - if that's been your site and you asking me ""but do you want to go court to prove this?"" Jul 10 11:45:23 would've sounded nasty Jul 10 11:52:56 DocScrutinizer: yeah. it's not easy to hear, even if i can't imagine that site is mine :) but i prefer to solve techical issues, so let me proceed with touchscreen. Jul 10 11:54:00 sure, much appreciated Jul 10 13:19:58 hi Jul 10 13:20:04 mickey|bbl: are you around ? Jul 10 13:20:59 shortly, what's up Jul 10 13:25:30 dcordes: pong Jul 10 13:26:03 mickey|bbl: hey. I am wondering how the /dev/qmi0 command line thing in conrucopia works Jul 10 13:26:31 mickey|bbl: I tried to write to the device node using echo which does not work. illegal argument Jul 10 13:27:38 dcordes: are you using the same syntax i do? Jul 10 13:27:47 e.g. "up internet.eplus.de eplus gprs" Jul 10 13:27:50 ? Jul 10 13:29:37 mickey|bbl: no I only tried writing some random strings to the device Jul 10 13:29:58 hmm, was that irony? Jul 10 13:30:25 mickey|bbl: no Jul 10 13:30:27 ah Jul 10 13:30:30 ok, in that case Jul 10 13:30:35 random strings are indeed illegal arguments Jul 10 13:30:43 so it behaves correct :D Jul 10 13:31:11 correct commands are: Jul 10 13:31:17 @"up:$(data.contextParams.apn) $(data.contextParams.username) $(data.contextParams.password)"; Jul 10 13:31:22 "down" Jul 10 13:31:33 "state" iirc Jul 10 13:31:38 check the kernel sources for details Jul 10 13:34:04 * Weiss reads scrollback, and is glad it was just a misunderstanding Jul 10 13:35:15 gena2x: if I understand your description correctly, your display jitter sounds like what I got when setting the display FIFO too high Jul 10 13:37:32 Weiss: so, seem you need to descrease frame rate very sligtly to avoid effect. Jul 10 13:37:55 mickey|bbl: awesome that explains also why I was unable to write to the other devices. Jul 10 13:37:57 Weiss: i mean pixel clock of course. Jul 10 13:38:02 mickey|bbl: maybe you can give a hand once I have system up Jul 10 13:38:56 Weiss: btw, now i am on C fifo depth, it's perfect in framebuffer. Jul 10 13:39:04 gena2x: I reduced the number of FIFO stages when I saw it (long before now, not when playing with the pixel clock) Jul 10 13:39:49 mickey|bbl, Kensan: http://bugs.openembedded.org/show_bug.cgi?id=5448 Jul 10 13:40:04 Weiss: i mean i think it is better to have large fifo with negligible lower pixelclock. Jul 10 13:40:29 gena2x: lower FIFO didn't seem to make much difference to the framerate in my tests Jul 10 13:41:49 Weiss: hm. lower framerate by value of 1 seem no difference too, and if it can fix all know issue with page write also... Jul 10 13:42:20 Weiss: anyway i am just noticing you about my finding, which may be interesting. Jul 10 13:47:06 freesmartphone.org: 03mickey 07cornucopia * rb42f8ba9df68 10/fsogsmd/src/lib/ (atcommand.vala atcommands.vala): Jul 10 13:47:07 freesmartphone.org: fsogsmd: custom at commands now set their prefix to make sure Jul 10 13:47:07 freesmartphone.org: unsolicited responses are correctly detected Jul 10 13:47:07 freesmartphone.org: 03mickey 07cornucopia * r5e5640f93c56 10/fsogsmd/src/plugins/dbus_service/plugin.vala: fsogsmd: dbus_service: don't accept commands from the outside while we're initializing the modem Jul 10 13:58:47 mickey|bbl: once I have all this fixed we have very nice additional FSO device Jul 10 13:59:05 dcordes: which one? Jul 10 13:59:18 mickey|bbl: http://bugs.openembedded.org/show_bug.cgi?id=5448 leo/hd2 Jul 10 13:59:28 hmm htc hd2 Jul 10 13:59:32 let me check what on earth that is Jul 10 13:59:40 a beast Jul 10 13:59:50 it's the 'wince nexus' if you will :) but looks much nicer Jul 10 13:59:53 hmm, no keyboard? Jul 10 14:00:23 right only 4,3" multitouch capacitive ts :) Jul 10 14:00:38 wvga display Jul 10 14:00:55 but tslib doesn't work with current driver as seen in bugzilla Jul 10 14:03:20 i see. shouldn't be too hard Jul 10 14:03:31 does it work in android? Jul 10 14:04:46 mickey|bbl: yes just fine Jul 10 14:04:53 mickey|bbl: it's on tslib ml, hold on Jul 10 14:04:55 i see, just an androidism to remove Jul 10 14:05:01 was the raphael ever finshed? Jul 10 14:05:34 mickey|bbl: yes even the CDMA verison. but the kernel is totally polluted with androidism Jul 10 14:06:20 mickey|bbl: https://lists.berlios.de/pipermail/tslib-general/2010-July/000302.html maybe you know touchscreen super dev ? Jul 10 14:06:28 right, i don't consider that "finished" then Jul 10 14:07:07 mickey|bbl: problem is some guys considered 'forking' from us and create a funny 'android project' Jul 10 14:07:29 yet another one? Jul 10 14:07:33 heh Jul 10 14:07:40 I won't promote it by mentioning the name Jul 10 14:07:44 since even names appear... Jul 10 14:07:49 disappear... Jul 10 14:08:27 from our initial code at http://git.linuxtogo.org/?p=groups/mobile-linux/kernel.git;a=shortlog;h=refs/heads/htc-msm-2.6.27 Jul 10 14:09:26 i must say i'm not much surprised Jul 10 14:09:49 msm7xxxA dream is being added in mainline 2.6.35 and those guys still stuck at their own stupid forkf of htc-msm-2.6.27 Jul 10 14:10:10 while machines in that branch also msm7xxxA Jul 10 14:10:11 the htc linux community seems somewhat infected by the ROM script folks Jul 10 14:10:25 yes but not htc-linux.org Jul 10 14:10:28 i.e. people who rather shuffle random binaries around than trying to bring something forward Jul 10 14:10:38 yes yes android warez mentality bs Jul 10 14:10:43 sick and tired Jul 10 14:10:47 indeed Jul 10 14:10:51 i can sing a song of that Jul 10 14:10:56 MOTO EZX vs. OpenEZX Jul 10 14:10:58 been there done that Jul 10 14:11:05 Zaurus vs. OpenZaurus Jul 10 14:11:09 etc. etc. etc. Jul 10 14:11:36 eventually it always splits into the ROM hackerz and the creators Jul 10 14:11:44 the latter obviously being the much smaller crowd :) Jul 10 14:26:58 mickey|bbl: http://htc-linux.org/wiki/index.php?title=Leo/Status Jul 10 15:49:36 freesmartphone.org: 03seba.dos1 07cornucopia * r2fd4ba3dc126 10/fsodeviced/src/plugins/openmoko_powercontrol/plugin.vala: fsodeviced: openmoko_powercontrol: change UsbHost sysfs paths to work with 2.6.32 kernel Jul 10 16:04:06 Weiss: funny, register i told about is responsible for producing sound. Jul 10 16:04:31 Weiss: by something related to glamo. Jul 10 16:04:56 Weiss: i think it's possible to play simple melodies. Jul 10 16:05:27 gena2x: where does the sound come from then? Jul 10 16:05:46 vanous123: need to open fr find that. Jul 10 16:05:53 :) Jul 10 16:06:06 vanous123: have you hard landscape mode sound? something like this :) Jul 10 16:06:16 vanous123: but in different tones. Jul 10 16:06:50 hehe, i have charged up my palm T3 these days and am quite used to having it's high pitch around :) Jul 10 16:07:13 vanous123: i think fr still produces sound with default setting, but human can't hear it. Jul 10 16:07:40 might be Jul 10 16:08:01 want to open it add find source :) Jul 10 16:08:53 gena2x: sometimes i can hear a noise changing on touching screen Jul 10 16:08:55 hm may be write simple sound driver for glamo? Jul 10 16:09:20 omg :D Jul 10 16:09:35 * vanous123 has been considering learning morse during summer :)) Jul 10 16:10:11 nope, this is 'tone' sound. not 'clicks' Jul 10 16:10:49 you can try: echo 54 259 > /sys/devices/platform/glamo3362.0/regs Jul 10 16:11:09 or 260, 262 for different tones Jul 10 16:11:17 use 258 to restore Jul 10 16:11:28 default inhearable tone... Jul 10 16:11:44 259 is not easy to hear. Jul 10 16:12:09 gena2x: you can make clicks with changing sound to that inhearable tone ;) Jul 10 16:14:38 PaulFertser: running flowcontrolled fsogsmd now Jul 10 16:15:58 gena2x: it's making noise, but it starts to blink ;x Jul 10 16:16:12 dos1: yeah. Jul 10 16:17:20 Weiss: what do you think, can we make good sound card out of glamo? Jul 10 16:17:57 gena2x: i thiknk 257 looks better than 258 Jul 10 16:18:51 dos1: 257 not working here Jul 10 16:19:04 gena2x: not working? what do you mean? Jul 10 16:19:35 well Jul 10 16:19:51 now i can't see difference, maybe that were just my eyes :D Jul 10 16:20:04 dos1: something like 256.. Jul 10 16:20:28 i've had few times 256 after resume :D Jul 10 16:20:31 but with 2.6.29 kernel Jul 10 16:20:40 PaulFertser: and it still hangs with GPRS... stracing now Jul 10 16:21:15 dos1: ssem you know this register very well? Jul 10 16:21:36 gena2x: it's supposed to have a good quality codec, it's just a few bad component values kill the sound quality Jul 10 16:23:20 gena2x: i just accidentally had symptoms of setting 256 value to this register ;) Jul 10 16:23:22 Weiss: ah. nono. i mean write driver to use GEN7 value changing as sound card :) Jul 10 16:23:58 Weiss: were joke. Jul 10 16:24:16 still, what Weiss said we can point to glamo as sarcastic sentence ;) Jul 10 16:30:55 hm... can i use my sound card as oscilloscope? Jul 10 16:33:13 hm. nice :) Jul 10 16:33:20 seem i can :) Jul 10 16:36:42 :) Jul 10 16:49:00 hmmmm.... Jul 10 16:49:22 my freerunner may end it's life as portable oscilloscope too :) Jul 10 17:02:21 PaulFertser: hmm... interesting: http://shr.pastebin.com/VCMGJJ0S Jul 10 17:09:29 gena2x: I hear nothing, but 255 is "nice screensaver" :D Jul 10 17:09:49 martix: hm. interesting. Jul 10 17:10:29 may be we have different clock rates in kernel. Jul 10 17:10:42 as this value is only divider. Jul 10 17:11:18 fine, I hear it, but I must put FR on my ear Jul 10 17:11:52 so, yours FR is ok :) Jul 10 17:11:53 264 Jul 10 17:13:01 well, your ears also have to be young Jul 10 17:13:09 as those are high frequences ;) Jul 10 17:15:13 my ears are young, perhaps I have too much noise here from ventilator Jul 10 17:16:01 also possible ;) Jul 10 17:16:31 default touchscreen readings: Jan 1 04:38:26 debian-gta02 kernel: [ 431.490000] 0, (-6:1)(0:-2)(48:2)(-49:-2)(1:4)(1:-1)(-1:-1)(1:2) Jul 10 17:16:31 Jan 1 04:38:26 debian-gta02 kernel: [ 431.505000] 0, (-1:-2)(-1:0)(-9:-1)(6:1)(-132:2)(139:-3)(-2:1)(0:3) Jul 10 17:16:31 Jan 1 04:38:26 debian-gta02 kernel: [ 431.520000] 0, (-14:-3)(13:0)(0:1)(-1:-2)(1:0)(-1:1)(20:-1)(-15:-1) Jul 10 17:17:07 whoos something very bad happend then we got -132/+1 Jul 10 17:17:10 whoos something very bad happend then we got -132/+139 Jul 10 17:23:36 hm i got idea. need to temporary disable screen refresh while touchreen is measuring position :) Jul 10 17:24:09 gena2x: IIRC you built some u-boot for me, yup? Jul 10 17:24:13 with lower voltage Jul 10 17:24:21 yeah. test it please Jul 10 17:24:23 and i had to go so i didn't test it Jul 10 17:24:27 gena2x: where is it? ;) Jul 10 17:24:41 at same site. Jul 10 17:24:53 bsdmn.com/openmoko/uboot500 Jul 10 17:25:04 heh 500/125 didn't work. Jul 10 17:25:16 seem need some glamo tweaks :( Jul 10 17:25:25 http://bsdmn.com/openmoko/uboot500/u-boot.udfu_465_116_1.65 ? Jul 10 17:25:27 or something else Jul 10 17:25:31 yeah. Jul 10 17:25:34 ok Jul 10 17:27:07 gena2x: it works :) Jul 10 17:27:22 excellent. Jul 10 17:27:55 so, you lucky one with fr which can do 465 without memory voltage patches. Jul 10 17:28:08 hm. may be your fr can do 500/125 also? Jul 10 17:28:13 or 480? Jul 10 17:28:19 i can check ;) Jul 10 17:28:32 but well, CLK3 doesn't work and 533/88 too :P Jul 10 17:30:24 WTF? what is cupsd doing on my phone? :x Jul 10 17:30:35 dos1: making sure you can print Jul 10 17:30:45 yeah, nice ;] Jul 10 17:31:07 :) Jul 10 17:31:21 FR is not that bad for sharing a printer either Jul 10 17:31:59 gnome-keyring-daemon Jul 10 17:32:08 what a mess ;o Jul 10 17:32:18 well, at least it's clearly visible now, that's MY phone :D Jul 10 17:33:06 hm. photo-print-server. Jul 10 17:40:15 is there a way to get OE to just read the current version of source code from a folder? Jul 10 17:40:43 file:// is only for single patches Jul 10 17:41:15 Weiss: search shr wiki for LOCALBUILD Jul 10 17:42:22 "No matches found".. Jul 10 17:42:23 Weiss: no really. i am serious. is it possible to skip some screen refreshes while we are doing touchscreen position measurement? Jul 10 17:43:06 gena2x: you mean, turn the pixel clock off for a moment or otherwise freeze the display? Jul 10 17:43:24 pixel clock may be. Jul 10 17:43:36 but without upsetting JBT6k74.. Jul 10 17:43:43 Weiss: sorry, just LOCAL ;) Jul 10 17:43:43 for a short time. yes. Jul 10 17:43:45 Weiss: http://shr-project.org/trac/wiki/Building%20SHR#Makingchanges Jul 10 17:44:08 Weiss: if it's not hard to try. Jul 10 17:45:02 dos1: aha, perfec! Jul 10 17:45:04 perfect* Jul 10 17:48:16 gena2x: I'd expect lots of Trouble with JBT... given the hoops you have to jump through just to get the thing to show a picture in the first place.. Jul 10 17:49:29 Weiss: not enable/disable, just pause somehow Jul 10 17:50:48 for a few milliseconds. Jul 10 17:53:42 same thing, I think.. Jul 10 17:54:08 it works and happy on 1fps :) Jul 10 17:54:29 stopping the clock, you mean? Jul 10 17:54:34 as a minimum, looks happy :) Jul 10 17:54:43 * Weiss growls at OE. Jul 10 17:54:47 echo 54 260 > /sys/devices/platform/glamo3362.0/regs Jul 10 17:56:20 touchscreen data is almost perfect in this mode. Jul 10 17:57:06 dos1: hmm.. have you used this mode before? Jul 10 17:57:13 except 1 case of may be 500 Jul 10 17:57:22 Weiss: IIRC yes, once ;) Jul 10 17:58:39 gena2x: could you give patch for 465? i'm about to build u-boot by myself ;) Jul 10 17:59:58 dos1: whooh i already deleted it and reset to 500. can you use patch for 500 as a example and values from table i posted? Jul 10 18:01:13 ok, i'll try Jul 10 18:02:14 only you'll need no camdiv and no need to change 5->7 of param in cpu_speed call. Jul 10 18:09:52 dos1: so, if fact all you need is to change 3 define values :) Jul 10 18:10:25 gena2x: what about [PCF50633_REG_DOWN1OUT] = 43, /* 1.7V (43 * .025V + 0.625V) */ ? Jul 10 18:12:56 growl. that thing happened again: where my entire scheduled hacking session gets eaten up by fighting build tools and images and stuff Jul 10 18:15:45 dos1: with that file:/// method, I don't get a copy of the source code waiting to be built, but rather an empty folder containing an equally empty "patches" folder Jul 10 18:16:06 Weiss: maybe ask JaMa|GoNe or mrmoku Jul 10 18:31:02 it can't be this difficult to do local development using OE as a cross-compiler :( Jul 10 18:32:32 dos1: ah, yes, you need to set voltage on cpu Jul 10 18:32:56 dos1: i used 1.65 for uboots <<500MHz Jul 10 18:33:51 Weiss: join to debian fans clan :) Jul 10 18:35:07 dos1: so, you need to set value of DOWN1 to 5 Jul 10 18:35:09 dos1: so, you need to set value of DOWN1 to 41 Jul 10 18:39:56 hmm Jul 10 18:40:01 in Qi there are doubled lines Jul 10 18:40:04 { PCF50633_REG_DOWN1OUT, 0x1b }, /* 1.3V (0x1b * .025V + 0.625V) */ Jul 10 18:40:05 { PCF50633_REG_DOWN1ENA, 0x02 }, /* enabled if GPIO1 = HIGH */ Jul 10 18:40:39 then HLCD0OUT and HCLD0ENA lines Jul 10 18:40:43 and then again those two Jul 10 18:40:51 is this on purpose or by mistake? Jul 10 18:41:32 1.3 is for 200mhz imo. Jul 10 18:42:36 hmm Jul 10 18:43:04 when grepping qi with "DOWN1OUT" only those line is displayed (and it's duplicate) Jul 10 18:43:31 hmm... Jul 10 18:43:48 ah Jul 10 18:43:52 there is 0x1e Jul 10 18:43:59 it was in includes dir :) Jul 10 18:45:02 seem i were not right. Jul 10 18:45:10 it is 1.3V by default. Jul 10 18:46:22 hm. seem got 1.5 for my spec, which seem has older table. Jul 10 18:46:39 hm... Jul 10 18:48:06 dos1: yes. 0x1e is register adderess, not value. Jul 10 18:48:56 dos1: of couse. Jul 10 18:49:08 dos1: i told it were 1.5 somewhere? Jul 10 18:49:30 hmm? Jul 10 18:50:37 if so, no. 1.3 Jul 10 18:51:23 i tried 465 at 1.6, and it didn't work here. Jul 10 18:52:04 gena2x: ok, i want to try 480 with Qi Jul 10 18:52:16 k. Jul 10 18:52:27 tell if it'll be ok. Jul 10 18:52:28 gena2x: but firstly i need to setup env to cross compile it ;D Jul 10 19:04:19 oh Jul 10 19:04:25 it is hard to measure 3v3? may be contact pad somewhere? Jul 10 19:04:45 gena2x: with 480 i've god garbage instead of shr-splash screen :D Jul 10 19:04:58 (shr-splash is just "cat splashfile > /dev/fb0") Jul 10 19:05:05 dos1: easy. Jul 10 19:06:29 i've got* Jul 10 19:06:51 with 465 it's ok Jul 10 19:07:00 gena2x: and with Qi i don't have to have high loglevel Jul 10 19:07:04 gena2x: strange... Jul 10 19:07:13 lemmie check if it resumes from suspend Jul 10 19:09:00 it works :) Jul 10 19:09:43 so now i can overclock it by myself, i only have to know correct values ;) Jul 10 19:10:44 dos1: sure. i just found some boundary values ;) Jul 10 19:11:43 ok, i see 3v3 on testpad Jul 10 19:12:50 but where is 16th pin on testpad? Jul 10 19:15:46 mrmoku / JaMa|GoNe / OE people: around? Jul 10 19:17:16 gena2x: it boots with 265 and 1.6V Jul 10 19:17:25 nice :) Jul 10 19:17:29 s/265/465/ Jul 10 19:17:29 dos1 meant: gena2x: it boots with 465 and 1.6V Jul 10 19:17:36 check 1.5. Jul 10 19:17:38 ok Jul 10 19:19:22 it would decrease power consulption :) even 1.55 is good. as P depends on U^2 afair... Jul 10 19:20:38 gena2x: hmm... still boots with 1.5 Jul 10 19:20:46 very nice. Jul 10 19:20:48 gena2x: i'll make sure in dmesg if it's really 465 :D Jul 10 19:21:33 and check regilator values also in same dmesg Jul 10 19:22:19 gena2x: hmm Jul 10 19:22:29 gena2x: looks like it hang up Jul 10 19:22:38 on booting Jul 10 19:22:49 tryting 1.55 Jul 10 19:24:37 PaulFertser: hi || ping Jul 10 19:25:29 wpwrak: hi || ping Jul 10 19:26:19 gena2x: 1.55 works Jul 10 19:26:29 and it's really 465/116 :D Jul 10 19:26:34 dos1: nice :) Jul 10 19:26:55 gena2x: [ 0.260000] regulator: down1: 1300 <--> 1600 mV normal Jul 10 19:26:58 that's what you wanted? Jul 10 19:27:54 dos1: this is range, value is on right. Jul 10 19:36:46 gena2x: are there some more interesting settings i could try without recompiling kernel? Jul 10 19:38:15 dos1: only thing you can try is maxout glamo timings and try 480 again. Jul 10 19:38:29 gena2x: soo... how? :D Jul 10 19:39:01 (and... is that bootloader or kernel job? qi doesn't seem to touch glamo at all except mmc) Jul 10 19:39:10 gena2x: write value of 0xFFFF0 to 0x48000008. Jul 10 19:39:44 and if it'll work, you can try to tune it to best values. Jul 10 19:40:29 gena2x: hmm Jul 10 19:40:44 gena2x: i don't understand something - if higher voltage needs kernel patch Jul 10 19:40:57 dos1: yes? Jul 10 19:41:01 gena2x: then shouldn't lowering voltage need it too? Jul 10 19:41:14 gena2x: doesn't kernel set 1.6V anyway? Jul 10 19:41:24 dos1: ? Jul 10 19:41:44 dos1: nope. it is not setting 1.6 Jul 10 19:42:19 dos1: i didn't check code, but checked pmu registers instead. Jul 10 19:42:21 gena2x: so why kernel patch is needed for some setups? Jul 10 19:42:41 dos1: kernel patch needed to tune memory voltage, not cpu. Jul 10 19:43:00 oh Jul 10 19:43:05 right :) Jul 10 19:43:38 so that's memory which runs at lower voltage for me than for others Jul 10 19:44:11 dos1: not so sure. more probably it is glamo. Jul 10 19:44:37 gena2x: and what about extremely unstable 533/88? Jul 10 19:44:46 cpu? Jul 10 19:44:52 dos1: 500/9 Jul 10 19:45:01 dos1: 500/83 is in specs, so should work. Jul 10 19:45:13 500/83 works Jul 10 19:45:20 at clk2 Jul 10 19:45:28 yup Jul 10 19:46:47 533 is over cpu spec. Jul 10 19:47:18 gena2x: what is max freq of memory in spec? Jul 10 19:47:25 125? Jul 10 19:47:33 133 Jul 10 19:47:38 at clk3 Jul 10 19:48:04 but this also depends on load capacitance. Jul 10 19:48:28 but i have no clear undertanding how to calculate this. Jul 10 19:48:32 ok Jul 10 19:48:45 i think i'll stay with 465/116, and maybe i'll try 480 Jul 10 19:49:23 anyway, great work, 465 with your 1.65V uboot worked for me just great last days Jul 10 19:49:28 it's very good choise, if your fr works at 1.55v. Jul 10 19:49:39 and 1.8v memory. Jul 10 19:50:23 i were just studing clocks and this were best way to experiment :) Jul 10 19:50:45 gena2x: seems ok so far, we'll see if it'll work @1.55V quite stable over next days ;) Jul 10 19:52:25 dos1: have fun using your faster freerunner :) Jul 10 19:58:41 gena2x: speedup was already very noticeable for instance in pidgin ;) Jul 10 20:00:22 dos1: hope this is not all. and Weiss will finally check glamo timings one day. Jul 10 20:00:24 gena2x: done any speed testing under qi yet? Jul 10 20:00:29 :) Jul 10 20:00:45 badcloud: i'm hacking Qi atm ;) Jul 10 20:00:50 yippie Jul 10 20:01:00 can't wait to have a faster fr Jul 10 20:01:28 gena2x: when OE becomes less unspeakably painful :( Jul 10 20:01:38 badcloud: i have 465MHz/1.55V 116MHz/1.8V Qi Jul 10 20:01:57 badcloud: and if you want i can build some different Jul 10 20:02:12 * gena2x (whispering) may be without OE ;) Jul 10 20:02:20 would be nice Jul 10 20:02:28 but my SD card is too small for Debian I think.. Jul 10 20:02:39 512? Jul 10 20:02:41 yep Jul 10 20:02:46 dos1: stable so far? Jul 10 20:02:50 i think, qtmoko will fit. Jul 10 20:02:56 as in, usable Jul 10 20:03:00 and may be minimal debian too. Jul 10 20:03:10 badcloud: yup, but seems that this configuration works only for me Jul 10 20:03:10 gena2x: including enough stuff to compile the whole of X? Jul 10 20:03:24 badcloud: others need higher memory voltage and for that you need kernel patch Jul 10 20:03:36 just out of curiosity, what's tweaked? just the bootloader? Jul 10 20:03:40 * Weiss ponders running from NFS somehow Jul 10 20:03:53 or kernel/rootfs as well Jul 10 20:03:54 badcloud: but 500/83 and 533/88 should work for you (dunno how about suspend/resume though, it didn't work for me with those) Jul 10 20:04:16 has anyone posted the files? I'll go ahead and test a bit Jul 10 20:04:17 badcloud: only bootloader, except memory voltage in some extreme cases Jul 10 20:04:27 Weiss: ahh. i am cross-compiling on host. Jul 10 20:04:42 Weiss, but never tried anything large :( Jul 10 20:04:54 I'm willing to give both a try Jul 10 20:05:14 it's Summa'time and I don't use it as a daily phone as much Jul 10 20:05:18 gena2x: how do you cross-compile? Jul 10 20:05:22 where are the files? Jul 10 20:05:35 badcloud: uploading the first one, and later compiling more ;) Jul 10 20:05:43 gena2x: just using a cross version of GCC and minimal libraries? Jul 10 20:05:46 awesome Jul 10 20:05:50 Weiss: with emdebian, it's not easy to setup, but provides cross-libs. Jul 10 20:06:05 where will you be posting to? Jul 10 20:06:11 Weiss: and recent cross-compiler. Jul 10 20:06:51 Weiss: cross-libs available with apt-cross -i Jul 10 20:07:21 badcloud: http://dos.openmoko.pl/overclock/ Jul 10 20:07:55 gena2x: I guess you need to run Debian on the host? Jul 10 20:08:05 Weiss: emm. yes :) Jul 10 20:08:19 <3 Jul 10 20:08:37 * Weiss ponders just doing this whole thing manually (scratchbox-style) Jul 10 20:08:45 I'll try them and check back tomorrow Jul 10 20:09:03 goodnight Jul 10 20:10:05 Weiss: but may be we can first try without X, raw transfers or so? Jul 10 20:10:32 sure, but I still want to build test programs myself Jul 10 20:10:40 especially using DRM Jul 10 20:10:57 Weiss: i think gcc and g++ will fit to 512 for sure. Jul 10 20:11:21 * Weiss will try tomorrow Jul 10 20:11:24 Weiss: my cross compiler recipe is iki.fi/lindi/openmoko/debian-armel-cross.txt Jul 10 20:11:27 (having lost today to OE) Jul 10 20:11:36 works always, creates nice debian packages from official source Jul 10 20:11:55 g++/gcc fit nicely to nand with qtmoko. Jul 10 20:12:01 gena2x: do you have a similar recipe for emdebian? Jul 10 20:15:53 how does one use the at_over_dbus at? can ordinary command be executed or only dbus enabled app? Jul 10 20:15:55 hi mickey|bbl Jul 10 20:16:07 I've a big issue with the firmware loader Jul 10 20:16:19 the path that should be configurable is the /sys path Jul 10 20:16:24 not the /lib/firmware one Jul 10 20:16:28 that is to say: Jul 10 20:16:37 gena2x: what firmware are you loading? Jul 10 20:16:41 sorry GNUtoo|laptop Jul 10 20:16:46 GNUtoo|laptop: again some htc stuff? Jul 10 20:16:47 /sys/class/compat_firmware/ Jul 10 20:16:48 yes Jul 10 20:16:51 wifi Jul 10 20:16:55 wl1251_sdio Jul 10 20:16:57 non-free stuff? Jul 10 20:17:00 indeed Jul 10 20:17:10 but softmac Jul 10 20:17:24 i wish freenode was for free software :) Jul 10 20:17:29 which may sound strange for an embedded thing Jul 10 20:17:40 lindi-, the openmoko has non-free firmware too Jul 10 20:17:44 GNUtoo|laptop: sure Jul 10 20:17:53 GNUtoo|laptop: but it's not something you need to load on startup Jul 10 20:18:10 yes I know but,freedom speaking I don't see any real difference Jul 10 20:18:17 there is still a blackbox which control the wifi Jul 10 20:18:27 softmac is much better in that respect Jul 10 20:18:36 because less power is given to the wifi chip Jul 10 20:18:41 I'll eat Jul 10 20:18:41 GNUtoo|laptop: well the difference is that a free distro can't support that Jul 10 20:18:42 bbs Jul 10 20:18:50 lindi-: hm... may be i am a bit lost with therminology - i though using apt-cross too. Jul 10 20:19:03 lindi-: hm... may be i am a bit lost with therminology - i am using apt-cross too. Jul 10 20:20:51 lindi-: and not really builded packages - only kernel and qtmoko few times. Jul 10 20:21:11 lindi-: so nothing special here. Jul 10 20:22:48 gena2x: which gta02 revision do you have? Jul 10 20:22:56 i have a5 (20080621) Jul 10 20:26:22 dos1: hm. i didn't checked may be a5 or a6. any difference? Jul 10 20:26:52 dunno if something important for us ;) Jul 10 20:27:24 AFAIK between a5 and a6 differences are with SD-GPS fix and AUX LED fix Jul 10 20:27:52 i saw some ifdefs in u-boot source. Jul 10 20:28:21 but didn't really investige difference. Jul 10 20:28:30 gena2x: speaking of u-boot, could we upstream the openmoko patches? Jul 10 20:30:42 dos1: I see you just posted a patch Jul 10 20:31:07 should I patch and reflash?? Jul 10 20:31:23 (I meant to use one '?') Jul 10 20:31:42 badcloud: this patch is just to get "my" Qi from original source from git Jul 10 20:32:04 ah, I see Jul 10 20:32:05 badcloud: as some people don't trust binaries from strangers ;) Jul 10 20:32:15 dos1: I trust you Jul 10 20:32:33 but that's 'cause I know you via #openmoko Jul 10 20:33:24 how long do you think the other bootloaders will take to complete? Jul 10 20:35:11 badcloud: well, compiling is just a second, but i'll need to figure out something Jul 10 20:36:12 badcloud: right now i can build only 450/112 and 465/116 Jul 10 20:39:58 lindi-: oh, from code changes i seen... some things are really changed invasively. some hacks. some unreasonble delays. code is not clear. i even failed to merge openmoko patches to upstream with some easy way (but i man very good with git). this look like big work for me. seem can't do it soon :( Jul 10 20:41:36 Weiss: I'm not strictly OE... but here now :) Jul 10 20:42:33 Weiss: though... I'm local builds expert :) Jul 10 20:42:59 aha : Jul 10 20:43:01 :) Jul 10 20:43:13 I can't persuade http://shr-project.org/trac/wiki/Building%20SHR#Makingchanges to work Jul 10 20:43:24 are you using our Makefile? Jul 10 20:44:08 nope, just raw oe.dev Jul 10 20:45:02 Weiss: and how does it fail? Jul 10 20:45:19 it doesn't seem to copy the files to tmp/work/blah Jul 10 20:45:32 what do you have in your local.conf? Jul 10 20:45:32 I just end up with an empty folder containing an empty "patches" folder Jul 10 20:45:47 sounds like path in SRC_URI is wrong Jul 10 20:46:15 SRC_URI_pn-libphone-ui = "file:///home/mok/src/openmoko/libphone-ui" Jul 10 20:46:20 is what I have for example Jul 10 20:46:53 I have SRC_URI_pn-glamo-dri-tests = "file:///home/taw/openmoko/${PN}" (as per wiki Jul 10 20:47:16 if I add "/*" to the end of that, I get a message about each (correctly identified) file being the same as itself Jul 10 20:47:26 (i.e. it looks like it got the right path) Jul 10 20:47:53 and your source dir is /home/taw/openmoko/glamo-dri-tests ? Jul 10 20:48:00 yep Jul 10 20:48:02 hmm Jul 10 20:48:45 badcloud: uploaded Jul 10 20:49:55 Weiss: you have S_pn-glamo-dri-tests = "${WORKDIR}/${PN}" too, right? Jul 10 20:50:19 yep Jul 10 20:50:34 hmm... the recipe has no S Jul 10 20:50:38 ahh Jul 10 20:50:39 it has Jul 10 20:50:40 :P Jul 10 20:51:10 should it have? Jul 10 20:52:06 mrmoku: http://dos.openmoko.pl/overclock/qi-s3c2442-master_c38b062a609f1442-dos-465-116-1.55-1.8.udfu - if it'll boot for you, then you can have much faster FR :D Jul 10 20:54:13 dos1: I need a working rootfs first ;) Jul 10 20:54:24 * mrmoku has three broken ones :P Jul 10 20:54:36 3?? Jul 10 20:54:40 Weiss: I cloned your repo and trying to do a local build of it Jul 10 20:54:44 may i have 1? :) Jul 10 20:57:26 ah, 3 rootfses :) Jul 10 20:57:32 i thought freerunners Jul 10 20:57:38 * gena2x gone to sleep Jul 10 20:57:42 gena2x: hehe, one FR three rootfs :) Jul 10 20:58:16 as my touchscreen is a bit broken, i don't mind to have broken fr somehow. Jul 10 20:58:27 * gena2x really sleeping.... Zzz.. Jul 10 21:05:02 Weiss: it failed in do_install... but getting the source worked Jul 10 21:05:50 hmm Jul 10 21:07:07 Weiss: does not work Jul 10 21:09:06 mrmoku, good game. Jul 10 21:09:11 :P Jul 10 21:09:31 And that's the last complement you'll get about germany's soccer abilities Jul 10 21:09:57 :P Jul 10 21:10:20 At least I enjoyed the game, ciao. Jul 10 21:11:34 TAsn: next compliments in 4 years then ;) Jul 10 21:12:06 DAMMIT, can't beleive I missed the game Jul 10 21:13:11 wpwrak: if you'll see my ping, please can you tell me where is IO_3v3 (pin16) and GND on testpad. thanks in advance. Jul 10 21:32:52 gena2x, does the uboot file you uploaded today (u-boot.udfu_465_116_1.65) needs à kernel patch ? Jul 10 21:37:57 Weiss: my guess is that way of doing local builds is broken with current OE :/ Jul 10 21:38:12 my other local build projects that always worked does not Jul 10 21:38:47 hmm... or include order with our Makefile is setup differently... so that local-builds.inc comes later Jul 10 21:43:56 btw: how do I know the number of messages with mdbus2 Jul 10 21:43:57 ? Jul 10 21:44:09 by messages I mean something like Jul 10 21:44:18 org.freesmartphone.GSM.SIM.RetrieveMessage Jul 10 21:46:59 mrmoku, bahh, just reread what I wrote, can't believe I wrote complement :P Well, you did complement the sucky performance by england :P Jul 10 22:04:35 hi, I saw a mail about deleting my messages Jul 10 22:04:42 it didn't work because fso has changed Jul 10 22:19:26 gena2x: hmm, gta02 ? and pin 16 of what ? Jul 10 22:21:33 gena2x: i' not sure we have GND or IO_3V3 on test pads anywhere. however, GND appears on all shields, etc., and IO_3V3 shows up on a lot of components, so you can just grab it from there Jul 11 01:46:52 hi **** ENDING LOGGING AT Sun Jul 11 02:59:57 2010