**** BEGIN LOGGING AT Fri Jul 09 02:59:57 2010
Jul 09 04:57:14 <PaulFertser> mrmoku|away: it looks like fsogsmd just stops reading from the modem for whatever reason, yet poll reports it should (?).
Jul 09 04:58:02 <PaulFertser> mrmoku|away: probably same happens for the dbus socket, so it stops responding.
Jul 09 04:58:05 <PaulFertser> Strange :/
Jul 09 05:40:11 <mrmoku> PaulFertser: yeah, strange :/
Jul 09 06:17:13 <lindi-> wpwrak: i'd very much like to get free software for my hard disk
Jul 09 06:17:37 <lindi-> wpwrak: it'd solve a larger problem: i don't want the disk to spin up after resume from suspend
Jul 09 06:22:37 <PaulFertser> wpwrak: for more examples of similar problems please see http://lindi.iki.fi/lindi/firmware/free-firmware.txt
Jul 09 06:33:42 <PaulFertser> max_posedon: hey! Is it right we should congratulate you with an ultimate success at the conference? ;)
Jul 09 06:36:07 <PaulFertser> max_posedon: that's indeed really cool! Best wishes!
Jul 09 06:36:12 <PaulFertser> max_posedon: what was the prize?
Jul 09 06:56:04 <max_posedon> PaulFertser, Hi!, thanks you)
Jul 09 06:56:07 <mickey|office> morning
Jul 09 06:56:18 <max_posedon> It is dreambox
Jul 09 07:14:11 <wpwrak> lindi-: heh :) i'm not sure you'd really want to have to worry about all the other mess in that sort of firmware.
Jul 09 07:14:32 <lindi-> wpwrak: I still need to worry with the proprietary stuff
Jul 09 07:16:27 <wpwrak> lindi-: does your suspend/resume go through the BIOS ? if not, it's probably linux' fault
Jul 09 07:17:09 <lindi-> wpwrak: i don't really know
Jul 09 07:17:29 <lindi-> is there a way to sniff everything that is sent to the hdd?
Jul 09 07:17:41 <lindi-> so that I could see what signaling is done on resume
Jul 09 07:17:47 <wpwrak> lindi-: (printers) i disagree. the printer should print exactly what you tell it to print. if you have to "negotiate", something is already wrong
Jul 09 07:18:04 <lindi-> wpwrak: maybe they should but they don't :)
Jul 09 07:18:10 <wpwrak> lindi-: (sniff) hmm, with a logic analyzer, sure. but ... :)
Jul 09 07:18:22 <lindi-> wpwrak: that's why I advocate printers that take only bitmap as input
Jul 09 07:18:40 <lindi-> wpwrak: then they print exactly what you want. ML-2010 does that
Jul 09 07:18:52 <lindi-> (except when the toner is low...)
Jul 09 07:18:54 <wpwrak> lindi-: (monitor) yeah, there's a ton of crap out there. i share your pain :)
Jul 09 07:19:35 <wpwrak> lindi-: most hp printers will take sort of a bitmap ... (pcl)
Jul 09 07:20:27 <lindi-> probably, ml-2010 just happened to be the cheapest mono laser with free software support
Jul 09 07:20:32 <wpwrak> lindi-: (batteries) already solved, e.g., in the freerunner :)
Jul 09 07:21:24 <lindi-> yes i use that on fr
Jul 09 07:21:56 <lindi-> wpwrak: got anything else to add to the list? ;)
Jul 09 07:22:01 <wpwrak> lindi-: (kbd) hmm, not sure about that one. i'd just avoid the really broken ones.
Jul 09 07:22:15 <wpwrak> lindi-: microwave ovens ?
Jul 09 07:22:16 <lindi-> wpwrak: they are all broken since the USB spec supports only 6 keys
Jul 09 07:22:35 <wpwrak> lindi-: (6 keys) okay, that's something i don't worry about too often :)
Jul 09 07:22:48 <lindi-> I play triplane with my friends. triplane.sf.net
Jul 09 07:22:56 <wpwrak> lindi-: kohan from loki games is very very nice :)
Jul 09 07:23:38 <lindi-> wpwrak: what would you change in microwave ovens? ;)
Jul 09 07:23:43 <wpwrak> (triplane) looks cool
Jul 09 07:23:45 <lindi-> wpwrak: sounds non-free
Jul 09 07:24:11 <wpwrak> (uwave) eliminate all the useless modes. add "reheat if unattended"
Jul 09 07:24:23 <lindi-> reheat forever?
Jul 09 07:24:45 <wpwrak> lindi-: (non-free) yeah, that's its main drawback. still, it's good for many hectohours
Jul 09 07:25:14 <wpwrak> (or is it "hekto" ?)
Jul 09 07:25:31 <wpwrak> lindi-: (forever) well, maybe for an hour or so
Jul 09 07:27:01 <lindi-> maybe, i tried to keep my list as non-obscure and practical as possible :)
Jul 09 07:30:57 <wpwrak> lindi-: it's mainly about computers and their environment. firmware exists in many more things than that. e.g., why does my TV not let me output the TV sound when I'm watching PC output but with a TV channel as PIP ?
Jul 09 07:31:31 <lindi-> wpwrak: heh sure
Jul 09 07:31:38 <wpwrak> lindi-: real-life use case: look up in wikipedia what sort of dork that referee is, while still keeping an eye (and both ears) of the match
Jul 09 07:31:49 <lindi-> with TVs the most annoying thing is the remote controls
Jul 09 07:32:34 <wpwrak> lindi-: 100 buttons for nothing :)
Jul 09 07:33:16 <lindi-> now rebooting to upgrade from linux-image-2.6.32-5-amd64 2.6.32-15 to 2.6.32-16 and get CONFIG_KPROBES in the process :)
Jul 09 07:34:02 <wpwrak> oh dear :)
Jul 09 08:01:52 <lindi-> hmm, does not boot
Jul 09 08:42:38 <gena2x> dos1: hi, i prepared 1.8V/465 u-boot for you, it won't work here, can you try it?
Jul 09 08:58:36 <dos1> gena2x: ok, but later, now i have to go
Jul 09 11:47:06 <gena2x> Weiss: hi&ping
Jul 09 12:17:22 <Weiss> gena2x: pong
Jul 09 12:40:23 <gena2x> Weiss: ah, still here?
Jul 09 12:42:19 <Weiss> yep
Jul 09 12:42:23 <Weiss> (but, at work)
Jul 09 12:43:20 <gena2x> Weiss: wanted to talk a bit about glamo timings. were you successful at reproduction? 
Jul 09 12:43:36 <gena2x> Weiss: may be you tried to review timings?
Jul 09 12:45:33 <Weiss> I didn't quite get as far as testing last night.. I got sidetracked by trying to make my filesystem not be corrupted in weird ways
Jul 09 12:45:55 <gena2x> Weiss: ah.. i told to use nand.
Jul 09 12:46:14 <Weiss> yeah, my NAND is misbehaving..
Jul 09 12:46:26 <Weiss> (or the JFFS images for SHR-u are corrupted in a weird way)
Jul 09 12:47:34 <gena2x> Weiss: oh, in this case you can: a) backup sd and boot sd and do all actions in accurate way b) backup and use my kernel patch which resets timings while sd tranfer.
Jul 09 12:48:25 <Weiss> or just badblock my NAND properly :)
Jul 09 12:48:51 <gena2x> Weiss: in case of a) you can cache all programs to ram, then change timings and do any measurements/tests, then reset timings back, reset cache and continue using sd :)
Jul 09 12:49:14 <gena2x> i did my tests in this way.
Jul 09 13:27:51 <PaulFertser> Weiss: have you seen my answer wrt nand?
Jul 09 13:28:26 <PaulFertser> Weiss: scrub is not the best thing to try, because it resets factory information. But several folks used it with good results.
Jul 09 13:28:45 <PaulFertser> Weiss: jffs2 should detect corruptions on its own and mark bad blocks accordingly.
Jul 09 13:31:08 <gena2x> just make jffs2 and write then read whole fs?
Jul 09 13:31:22 <gena2x> what is the problem with bad blocks?
Jul 09 13:31:46 <gena2x> ^^^ this should find and mark all bad blocks, no?
Jul 09 13:36:06 <Weiss> PaulFertser: yep, thanks
Jul 09 13:36:38 <Weiss> my problem is that, whenever I use JFFS2, I seem to get at least one random .so file which is actually I directory containing some random enlightenment stuff
Jul 09 13:36:50 <Weiss> so, either corruption or something *really weird* going on in OE
Jul 09 13:37:40 <gena2x> this not look like bad block for me.
Jul 09 13:37:54 <Weiss> no?
Jul 09 13:38:02 <Weiss> I'm not quite sure what to expect
Jul 09 13:38:27 <Weiss> but it's been happening with many images since a few months ago, and I'd be very surprised if it's just me who notices
Jul 09 13:39:47 <gena2x> sounds strange. bad block i think should cause so random data corruption. and it will be detected and marked (and you'll see kernel message).
Jul 09 13:40:08 <gena2x> s/so/some/
Jul 09 13:40:09 <apt> gena2x meant: someunds strange. bad block i think should cause so random data corruption. and it will be detected and marked (and you'll see kernel message).
Jul 09 13:40:33 <Weiss> hmm, maybe I'm the only person left using JFFS2 on NAND
Jul 09 13:41:02 <Weiss> I also experience instability with UBIFS - a single unclean shutdown -> FS hosed
Jul 09 13:41:15 <gena2x> but bad block which always hit some .so file... hm.
Jul 09 13:43:35 <Weiss> I could certainly believe some sort of build system screwup with puts some installation directory where a file to link against should've been
Jul 09 13:44:09 <gena2x> you can tru to dfu-util image to fr
Jul 09 13:44:16 <gena2x> then dfu-util it back
Jul 09 13:44:28 <gena2x> and see if it'll be different
Jul 09 13:44:41 <gena2x> ... just idea.
Jul 09 13:44:54 <Weiss> hmm, good idea
Jul 09 13:45:02 <gena2x> dfu-util knows nothing about fses.
Jul 09 13:47:19 <gena2x> also may be reconfigure partitions on mtd.
Jul 09 13:54:12 <gena2x> Weiss: also you can check your image mounting it on host. http://wiki.maemo.org/Modifying_the_root_image#Block_device_emulating_an_MTD_device
Jul 09 13:54:25 <gena2x> just series of ideas. feel free to ignore :)
Jul 09 13:58:27 <gena2x> just interesting how jffs2 iteracts with uboots nanwrite about bad blocks.
Jul 09 14:01:32 * Weiss will experiment in a couple of hours
Jul 09 14:42:36 <lindi-> larsc: hi, i tested om-gta02-2.6.32 branch yesterday and filed some bugs. even though I can't yet switch from .29 I'd like to say thanks :)
Jul 09 14:44:47 <lindi-> larsc: most missing parts seem to be available as SHR patches but resume reason is not. any idea how easy it'd be to port? I have periodic RTC wakeups that depend on being able to see resume reason
Jul 09 15:04:53 <DocScrutinizer> Kryczek: ping
Jul 09 15:41:31 <larsc> lindi-: its just  matter of adding the driver, ig uess
Jul 09 15:42:26 <lindi-> larsc: ok. is om-gta02-2.6.32 the target that I should be testing?
Jul 09 15:43:20 <larsc> well, .34 is .32 with a few fixes
Jul 09 15:43:23 <lindi-> larsc: I'm interested in having a stable and upstreamed kernel in the future. i don't care about KMS, overclocking but only prefer stability for phone calls, wlan
Jul 09 15:43:30 <lindi-> larsc: ok so maybe .34 then?
Jul 09 15:43:35 <larsc> yes
Jul 09 15:43:41 <lindi-> larsc: also with some SHR patches?
Jul 09 15:44:23 <larsc> if you want the features that those patches add, yes ;)
Jul 09 15:44:42 <lindi-> larsc: well yes sound playback would be nice :)
Jul 09 15:45:02 <lindi-> and usb host support too
Jul 09 15:45:06 <larsc> sound playback should work
Jul 09 15:45:25 <lindi-> larsc: http://docs.openmoko.org/trac/ticket/2347 is my bug on om-gta02-2.6.32 sound playback
Jul 09 15:46:34 <lindi-> larsc: but if development is happening with .34 then I'm happy to continue testing that instead
Jul 09 15:46:56 <larsc> hm. i remember seeing that before
Jul 09 15:49:33 <lindi-> duplicate bug even? ;)
Jul 09 17:32:26 <lindi-> larsc: also, can you please remove gta02_drm_defconfig from om-gta02-2.6.32 as discussed in http://docs.openmoko.org/trac/ticket//2344?
Jul 09 17:35:15 <larsc> well, jama asked me add it, you now ask me to remove it. I think you two talk about the issue and then agree on whether it should be there or not
Jul 09 17:35:55 <dos1> it should probably just be fixed
Jul 09 17:36:08 <dos1> as i think it's patched in SHR
Jul 09 17:37:35 <Weiss> we could fix that my putting all the DRM+KMS stuff into om-gta02-2.6.32
Jul 09 17:38:27 <lindi-> larsc: oh?
Jul 09 17:38:35 <gena2x> can it be still compiled without drm+kms after that?
Jul 09 17:39:22 <lindi-> JaMa|GoNe: ?
Jul 09 17:39:36 <lindi-> larsc: it's just a minor documentationb bug for me as i don't need kms
Jul 09 17:39:59 <lindi-> larsc: so would you object a simple INSTALL file that describes the defconfig that is actually supposed to work?
Jul 09 17:40:17 <lindi-> or Documentation/openmoko.txt if toplevel is too sacred? ;)
Jul 09 17:40:37 <lindi-> (this piece of documentation is not going upstream anyway)
Jul 09 17:40:47 <larsc> i've no problem with that
Jul 09 17:41:41 <lindi-> larsc: should I include the build steps I use in http://docs.openmoko.org/trac/ticket/2347 there as well?
Jul 09 17:41:47 <lindi-> or are there some simpler build steps?
Jul 09 17:42:26 <gena2x> it's usual cross-compile linux build. why document it?
Jul 09 17:43:01 <lindi-> gena2x: have you read the step 1?
Jul 09 17:43:12 <lindi-> gena2x: it took me 20 minutes to figure out all those commands
Jul 09 17:43:39 <larsc> lindi-: add whatever you think is appropriate
Jul 09 17:43:53 <lindi-> ok, i'll write you all a suggestion
Jul 09 17:44:40 <gena2x> lindi-: you right. documentation can help people. I forgot mkimage.
Jul 09 17:50:18 <gena2x> lindi-: silentoldconfig, -j4, and getting revision from git are not really need to build kernel.
Jul 09 17:51:33 <lindi-> gena2x: true but it'll give us a lot better bug reports
Jul 09 17:52:00 <lindi-> gena2x: when users actually know what version they used last Februrary when they reported the bug and are no suddenly asked for more info
Jul 09 17:52:50 <lindi-> s/no/now/
Jul 09 17:52:51 <apt> lindi- meant: gena2x: when users actually knoww what version they used last Februrary when they reported the bug and are no suddenly asked for more info
Jul 09 17:52:55 <lindi-> silly apt :)
Jul 09 17:55:14 <lindi-> gena2x: any idea why andy used to have silentoldconfig?
Jul 09 17:56:02 <gena2x> lindi-: only reason i can imagine is autoupdating .config for more recent kernel.
Jul 09 17:56:25 <lindi-> probably
Jul 09 17:56:53 <lindi-> how do I get branch name easily from git
Jul 09 17:58:37 <gena2x> lindi-: the git thing is unrelated to build process, only complicates it. if user is able to build kernel he is smart enought to provide version too. also kernel source is not always in git. also i had problems with that git branch/revision then i compiled openmoko kernel for the first time.
Jul 09 17:59:24 <lindi-> gena2x: ok, point
Jul 09 17:59:35 <gena2x> lindi-: but i do not want my name recalled each time some user missed to report kernel version. so... do it? :)
Jul 09 18:07:34 <lindi-> gena2x: did I miss anything?
Jul 09 18:07:58 <gena2x> my last phrase: <lindi-> gena2x: ok, point
Jul 09 18:07:58 <gena2x> <gena2x> lindi-: but i do not want my name recalled each time some user missed to report kernel version. so... do it? :)
Jul 09 18:08:51 <lindi-> gena2x: I noticed that om-gta02-2.6.32 still has andy's build script
Jul 09 18:08:58 <lindi-> I think we can fix it and then add README.openmoko
Jul 09 18:12:39 <lindi-> no hmm, i was using wrong git branch, build is not there anymore
Jul 09 18:13:22 <gena2x> lindi-: some script and some doc is better than nothing anyway.
Jul 09 18:13:29 <lindi-> yes
Jul 09 18:58:31 <lindi-> larsc: gena2x: untested proposition:  http://paste.debian.net/80113/
Jul 09 19:03:34 <CIA-58> freesmartphone.org: 03mickey 07cornucopia * r2f7f3bc846c8 10/tools/serial_forward/ (AUTHORS configure.ac src/forward.c src/forward.h): serial_forward: fix warnings; folks, please let's attempt warning free programs
Jul 09 19:05:41 <gena2x> lindi-: if gta01 support is missing, silentoldconfig not needed for sure. arm-linux-gnueabi-objcopy without CROSS_COMPILE.
Jul 09 19:05:57 <CIA-58> freesmartphone.org: 03mickey 07cornucopia * rf51aa5aa6624 10/tools/serial_forward/src/forward.c: serial_forward: set SO_REUSEADDR
Jul 09 19:06:31 <lindi-> gena2x: but users could set CONFIG= to some ancient version they have locally?
Jul 09 19:07:32 <lindi-> gena2x: ah right, made it $CROSS_COMPILE}-objcopy -O binary -R .note -R .comment -S $BUILDROOT/arch/arm/boot/compressed/vmlinux $BUILDROOT/linux.bin
Jul 09 19:07:35 <gena2x> lindi-: ?? why they need CONFIG=?
Jul 09 19:07:43 <lindi-> gena2x: to change something?
Jul 09 19:07:50 <lindi-> gena2x: for example to get support for LEDs?
Jul 09 19:08:02 <CIA-58> freesmartphone.org: 03mickey 07cornucopia * ra428370913b0 10/tools/serial_forward/configure.ac: serial_forward: use silent rules, if available
Jul 09 19:10:21 <gena2x> lindi-: whooh, uncoditional copy of default config?
Jul 09 19:11:24 <lindi-> gena2x: how would you do it?
Jul 09 19:12:40 <mickeyl> yo GNUtoo|laptop 
Jul 09 19:12:42 <gena2x> lindi-: this may rewrite user changes
Jul 09 19:12:50 <GNUtoo|laptop> mickeyl, hi
Jul 09 19:12:54 <GNUtoo|laptop> I tested GPS today
Jul 09 19:12:58 <CIA-58> freesmartphone.org: 03mickey 07cornucopia * r1fd700dd8444 10/fsogsmd/src/lib/atcommand.vala: fsogsmd: debug--
Jul 09 19:13:01 <GNUtoo|laptop> in real life scenario
Jul 09 19:13:05 <mickeyl> good, what are your findings?
Jul 09 19:13:12 <lindi-> gena2x: it removes the whole BUILDROOT anyway
Jul 09 19:13:15 <GNUtoo|laptop> that is no grep for GPGGA
Jul 09 19:13:18 <GNUtoo|laptop> but tangogps
Jul 09 19:13:24 <GNUtoo|laptop> it's usable!!! and it's great!!!
Jul 09 19:13:29 <GNUtoo|laptop> grep GPGGA was misleading
Jul 09 19:13:32 <GNUtoo|laptop> because there was :
Jul 09 19:13:33 <gena2x> lindi-: ahh. ok. missed that.
Jul 09 19:13:44 <GNUtoo|laptop> fix,nofix,nofix...,fix,nofix,nofix....
Jul 09 19:13:50 <lindi-> gena2x: i think real developers can setup more optimized build system where they reuse results
Jul 09 19:13:58 <GNUtoo|laptop> or fix,nofix,fix,nofix....
Jul 09 19:14:02 <mickeyl> ok, when i have a chance i will retry here with my device
Jul 09 19:14:02 <GNUtoo|laptop> depending on the place
Jul 09 19:14:10 <GNUtoo|laptop> ok
Jul 09 19:14:15 <GNUtoo|laptop> for trying I did:
Jul 09 19:14:16 <mickeyl> as a last resort i can update my firmware
Jul 09 19:14:19 <GNUtoo|laptop> ok
Jul 09 19:14:21 <mickeyl> not that i think it would change anything
Jul 09 19:14:30 <GNUtoo|laptop> gps in console
Jul 09 19:14:31 <lindi-> gena2x: but for casual compilers we should make it difficult to accidentally mix binaries of different versions
Jul 09 19:14:34 <GNUtoo|laptop> sh gps.sh
Jul 09 19:14:39 <GNUtoo|laptop> then launching tangogps
Jul 09 19:15:02 <lindi-> mickeyl: btw, how does SHR-U turn on the wifi with 2.6.32? I'm trying to support this in omhacks. I found almost all other /sys nodes
Jul 09 19:15:08 <gena2x> lindi-: found nothing more.
Jul 09 19:15:09 <GNUtoo|laptop> gps.sh : gpsd -N -G /dev/smd27
Jul 09 19:15:14 <lindi-> gena2x: ok, testing time then
Jul 09 19:15:26 <mickeyl> lindi-: rfkill IIRC
Jul 09 19:15:35 <mickeyl> GNUtoo|laptop: cool
Jul 09 19:15:42 <mickeyl> so that leaves bluetooth 
Jul 09 19:15:57 <mickeyl> and the rest of the sensors
Jul 09 19:15:58 <lindi-> mickeyl: oh, some part of fso-* daemons uses it?
Jul 09 19:16:01 <GNUtoo|laptop> mickeyl, btw I've bad news about wifi, our 2.6.32 sdcard driver is an improved 2.6.27 one
Jul 09 19:16:27 <GNUtoo|laptop> that is to say: it's better than the 2.6.27 one,so no  chance to have more improvements on this side
Jul 09 19:16:31 <lindi-> mickeyl: /usr/lib/cornucopia/modules/fsodevice/kernel26_rfkill.so?
Jul 09 19:16:36 <mickeyl> lindi-: that would be it, yes
Jul 09 19:16:54 <PaulFertser> lindi-: fyi the official upstream notion of PS for wifi is: all vifs of a device are down -> maximum powersaving.
Jul 09 19:16:58 <GNUtoo|laptop> I think I should do a match between om-gta02,freerunner,and bug device for gps no?
Jul 09 19:17:13 <GNUtoo|laptop> I think the htcdream would win
Jul 09 19:17:18 <mickeyl> possible
Jul 09 19:17:24 <lindi-> PaulFertser: vif? virtual interface?
Jul 09 19:17:26 <GNUtoo|laptop> it get fixes while staying on my table....
Jul 09 19:17:34 <mickeyl> although the FR has advantages
Jul 09 19:17:39 <GNUtoo|laptop> which one?
Jul 09 19:17:39 <mickeyl> if used in UBX with Agps
Jul 09 19:17:41 <GNUtoo|laptop> AGPS?
Jul 09 19:17:43 <GNUtoo|laptop> ah ok
Jul 09 19:17:48 <GNUtoo|laptop> no AGPS with dream?
Jul 09 19:17:50 <PaulFertser> lindi-: yes
Jul 09 19:17:57 <lindi-> PaulFertser: but what if it is part of a bridge?
Jul 09 19:17:58 <mickeyl> GNUtoo|laptop: iirc it supports it...
Jul 09 19:18:00 <mickeyl> ... BUT
Jul 09 19:18:02 <GNUtoo|laptop> lol
Jul 09 19:18:02 <mickeyl> who knows how :D
Jul 09 19:18:11 <mickeyl> completely undocumented again
Jul 09 19:18:16 <GNUtoo|laptop> ok
Jul 09 19:18:17 <PaulFertser> lindi-: part of a bridge but is down?
Jul 09 19:18:19 <mickeyl> noone knows how to upload ephemeris et. al.
Jul 09 19:18:25 <GNUtoo|laptop> ok
Jul 09 19:18:34 <lindi-> PaulFertser: in bridge the slave devices should be down?
Jul 09 19:18:41 <lindi-> or do I remember this incorrectly
Jul 09 19:18:46 <PaulFertser> lindi-: hm... i'm not sure, sorry.
Jul 09 19:18:53 <lindi-> PaulFertser: I do
Jul 09 19:18:59 <GNUtoo|laptop> mickeyl, should I abandon fixing gitorious in oe?
Jul 09 19:19:23 <lindi-> PaulFertser: ok, next issue, how do you configure (Ala wmiconfig) the chip before bringing the interfaces up?
Jul 09 19:19:37 <GNUtoo|laptop> I think my file not found has to do with packaged staging
Jul 09 19:19:44 <PaulFertser> lindi-: there's no upstream notion of dirty tricks a la wmiconfig.
Jul 09 19:19:48 <mickeyl> GNUtoo|laptop: yes
Jul 09 19:19:54 <lindi-> PaulFertser: right :)
Jul 09 19:19:55 <GNUtoo|laptop> yes for?
Jul 09 19:19:57 <mickeyl> GNUtoo|laptop: we can build tarballs
Jul 09 19:20:01 <mickeyl> (abandoning9
Jul 09 19:20:01 <GNUtoo|laptop> ah ok
Jul 09 19:20:04 <GNUtoo|laptop> ok
Jul 09 19:20:13 <GNUtoo|laptop> I'll fix the image creation then
Jul 09 19:20:15 <mickeyl> use your time for other things :)
Jul 09 19:20:16 <GNUtoo|laptop> I know how to fix
Jul 09 19:20:19 <mickeyl> good
Jul 09 19:20:31 <GNUtoo|laptop> rebase+wifi
Jul 09 19:20:49 <GNUtoo|laptop> btw I got evdev working
Jul 09 19:20:56 <GNUtoo|laptop> for touchscreen
Jul 09 19:21:56 <mickeyl> how's accuracy compared to tslib w/ filter plugins?
Jul 09 19:22:40 <GNUtoo|laptop> I think it's the same
Jul 09 19:22:50 <mickeyl> ok
Jul 09 19:22:51 <GNUtoo|laptop> but it need to be precalibrated
Jul 09 19:22:55 <mickeyl> capacitive isn't that sensitive anyways
Jul 09 19:22:56 <GNUtoo|laptop> but I've precalibration data
Jul 09 19:23:00 <GNUtoo|laptop> indeed
Jul 09 19:23:09 <GNUtoo|laptop> I've spent a day fixing that
Jul 09 19:25:06 <mickeyl> nice
Jul 09 19:25:14 <mickeyl> don't understand me wrong, but...
Jul 09 19:25:17 <mickeyl> why btw.?
Jul 09 19:25:29 <mickeyl> isn't tslib good enough?
Jul 09 19:25:54 <mickeyl> or are you on a dependency minimization crusade? :)
Jul 09 19:26:07 <GNUtoo|laptop> tslib is deprecated,unsuported etc...
Jul 09 19:26:13 <mickeyl> wah
Jul 09 19:26:15 <mickeyl> neither
Jul 09 19:26:18 <GNUtoo|laptop> and I want to have the screen rotated
Jul 09 19:26:20 <mickeyl> who tells you so?
Jul 09 19:26:21 <GNUtoo|laptop> to fit the keyboard
Jul 09 19:26:26 <GNUtoo|laptop> #xorg-devel
Jul 09 19:26:30 <mickeyl> heh
Jul 09 19:26:32 <mickeyl> they don't like it
Jul 09 19:26:36 <mickeyl> of course they tell that :(
Jul 09 19:26:42 <mickeyl> ~lart X
Jul 09 19:26:42 * apt beats X severely about the head and shoulders with a rubber chicken
Jul 09 19:28:06 * GNUtoo|laptop wants PSM
Jul 09 19:28:18 * GNUtoo|laptop bets it's a firmware-out-of-memory issue
Jul 09 19:28:38 * GNUtoo|laptop needs to try more
Jul 09 19:28:57 * GNUtoo|laptop hopes his NAND will last until the dream is fully suported
Jul 09 19:29:45 <mickeyl> *nod*
Jul 09 19:29:49 <GNUtoo|laptop> mickeyl, don't lart X too fast:
Jul 09 19:29:50 <mickeyl> well
Jul 09 19:29:52 <mickeyl> if you break yours
Jul 09 19:29:54 <GNUtoo|laptop> they made it consume less memory
Jul 09 19:29:55 <mickeyl> you can have mine
Jul 09 19:30:00 <GNUtoo|laptop> lol later
Jul 09 19:30:40 <GNUtoo|laptop> btw thanks a lot for the proposition
Jul 09 19:32:13 <GNUtoo|laptop> mickeyl, is there an FSOSHRCON this summer?
Jul 09 19:33:09 <mickeyl> very good question
Jul 09 19:33:20 <mickeyl> i'm afraid there are no volunteers to organize it
Jul 09 19:33:42 <mickeyl> i would have hoped someone else would take the wheel
Jul 09 19:33:47 <mickeyl> but it doesn't look like...
Jul 09 19:33:55 <mickeyl> so it's either me or it won't happen
Jul 09 19:34:08 <mickeyl> and i have lots of things to do
Jul 09 19:34:31 <GNUtoo|laptop> hmmm
Jul 09 19:34:41 <GNUtoo|laptop> the volounter choose the place?
Jul 09 19:34:55 <mickeyl> hehe
Jul 09 19:34:55 <GNUtoo|laptop> or does it have to be linux hotel?
Jul 09 19:35:00 <mickeyl> you want us to come to Italy? ;)
Jul 09 19:35:09 <GNUtoo|laptop> no
Jul 09 19:35:09 <mickeyl> it doesn't have to be LH
Jul 09 19:35:15 <mickeyl> it has qualitites
Jul 09 19:35:18 <GNUtoo|laptop> France
Jul 09 19:35:19 <mickeyl> but i'm sure there are other places like it
Jul 09 19:35:29 <GNUtoo|laptop> near boardeaux
Jul 09 19:35:33 <GNUtoo|laptop> *bordeaux
Jul 09 19:35:34 <mickeyl> nice region...
Jul 09 19:35:40 <GNUtoo|laptop> yes
Jul 09 19:35:49 <GNUtoo|laptop> there was the rmll there
Jul 09 19:35:49 <mickeyl> i'm sure my wife would appreciate it... she speaks fluently
Jul 09 19:35:53 <GNUtoo|laptop> nice
Jul 09 19:36:22 <GNUtoo|laptop> I've no idea on how much time is required to organize that
Jul 09 19:36:29 <GNUtoo|laptop> moreover linux hotel is easier I bet
Jul 09 19:36:42 <GNUtoo|laptop> but bordeaux would be easier for me
Jul 09 19:36:48 <mickeyl> first off, it's about the money of course
Jul 09 19:36:54 <GNUtoo|laptop> ok
Jul 09 19:37:01 * stefan_schmidt has not such a good experience with rmll
Jul 09 19:37:06 <GNUtoo|laptop> lol ok
Jul 09 19:37:11 <GNUtoo|laptop> stefan_schmidt, hi
Jul 09 19:37:15 <mickeyl> travel budget is a problem for many of us
Jul 09 19:37:17 <stefan_schmidt> Alan Cox and myself have been the only english talks...
Jul 09 19:37:20 <GNUtoo|laptop> what were the issues with rmll
Jul 09 19:37:23 <GNUtoo|laptop> ah ok
Jul 09 19:37:24 <stefan_schmidt> And I stayed there 4 days...
Jul 09 19:37:28 <stefan_schmidt> hi GNUtoo|laptop 
Jul 09 19:37:33 <mickeyl> yo stefan_schmidt 
Jul 09 19:37:36 <GNUtoo|laptop> I heard java was merged
Jul 09 19:37:37 <stefan_schmidt> hi mickeyl 
Jul 09 19:38:22 <stefan_schmidt> ah, and I missed my train from paris to where it has taken place and had to find a hitel in the night in paris :)
Jul 09 19:38:31 <GNUtoo|laptop> mickeyl, is it simple for you to make the path configurable for the firmware plugin?
Jul 09 19:38:44 <stefan_schmidt> GNUtoo|laptop: yeah, some bits are still missing but it comes together
Jul 09 19:38:46 <GNUtoo|laptop> ok
Jul 09 19:38:53 <GNUtoo|laptop> ok for java
Jul 09 19:39:08 <mickeyl> GNUtoo|laptop: yes, sure
Jul 09 19:39:14 <mickeyl> let me do it right now
Jul 09 19:39:39 <GNUtoo|laptop> because it takes too much time to test wifi right now because of that issue
Jul 09 19:39:51 <GNUtoo|laptop> I've to cat it manually
Jul 09 19:40:09 <GNUtoo|laptop> stefan_schmidt, you're still involved in phones?
Jul 09 19:40:16 <GNUtoo|laptop> or just with buglabs?
Jul 09 19:41:17 <stefan_schmidt> GNUtoo|laptop: For business only buglabs
Jul 09 19:41:18 <GNUtoo|laptop> mickeyl, if you have no objection I merge leviathan's audio patch and switch branch for linux-leviathan
Jul 09 19:41:22 <GNUtoo|laptop> ok
Jul 09 19:41:33 <GNUtoo|laptop> buglabs is nice
Jul 09 19:41:45 <mickeyl> GNUtoo|laptop: sure, sounds good
Jul 09 19:41:46 <GNUtoo|laptop> I would love to have more time to hack on bug 1.x
Jul 09 19:41:46 <stefan_schmidt> GNUtoo|laptop: Phones are still somehow my love but I'm not sure what the future brings here
Jul 09 19:41:57 <GNUtoo|laptop> stefan_schmidt, indeed
Jul 09 19:42:05 <stefan_schmidt> Right not getting uni done is top prio and buglabs is second one to earn money
Jul 09 19:42:13 <mickeyl> UNI!
Jul 09 19:42:14 <stefan_schmidt> not much time left afterwards
Jul 09 19:42:16 <GNUtoo|laptop> stefan_schmidt, but palm pre,htcdream,n900 will be somewhat usable
Jul 09 19:42:24 <GNUtoo|laptop> ok
Jul 09 19:42:37 <stefan_schmidt> GNUtoo|laptop: Other companies are moving as well
Jul 09 19:42:38 <GNUtoo|laptop> n900 has battery decoded and usable
Jul 09 19:42:39 <GNUtoo|laptop> ok
Jul 09 19:42:56 * GNUtoo|laptop did some cool stuff with his bug devices
Jul 09 19:43:14 <stefan_schmidt> I still hope for one coming out with a phone with the freedom level of gta02 with improved hw and sw
Jul 09 19:43:24 <stefan_schmidt> but hey, I'm dreaming often enough :)
Jul 09 19:43:26 <GNUtoo|laptop> samsung?
Jul 09 19:43:27 <mickeyl> hehe
Jul 09 19:43:33 <mickeyl> i think many of us still hope for that
Jul 09 19:43:36 <GNUtoo|laptop> indeed
Jul 09 19:43:45 <stefan_schmidt> GNUtoo|laptop: If I would be allowed to tell you...
Jul 09 19:43:48 <GNUtoo|laptop> that's why we are doing what we are doing(freeing phones)
Jul 09 19:43:58 <GNUtoo|laptop> ah?
Jul 09 19:44:12 <GNUtoo|laptop> about what?
Jul 09 19:44:12 <stefan_schmidt> yeah, but this takes to long
Jul 09 19:44:14 <GNUtoo|laptop> phones?
Jul 09 19:44:19 <GNUtoo|laptop> or buglabs?
Jul 09 19:44:29 <stefan_schmidt> freeing time > EOL date of the products
Jul 09 19:44:34 <GNUtoo|laptop> ah yes
Jul 09 19:44:36 <GNUtoo|laptop> I know
Jul 09 19:45:01 <GNUtoo|laptop> but dream,palm pre,n900 are still better than gta02
Jul 09 19:45:11 <GNUtoo|laptop> not shure about the dream tough
Jul 09 19:45:35 <CIA-58> freesmartphone.org: 03mickey 07cornucopia * rc76c8ad04b5a 10/fsodeviced/ (2 files in 2 dirs): 
Jul 09 19:45:35 <CIA-58> freesmartphone.org: fsodevice: kernel26_firmwareloader: firmware path is now customizable:
Jul 09 19:45:35 <CIA-58> freesmartphone.org: [fsodevice.kernel26_firmwareloader]
Jul 09 19:45:35 <CIA-58> freesmartphone.org: firmware_path = "/etc/firmware"
Jul 09 19:45:38 <GNUtoo|laptop> thanks a lot
Jul 09 19:45:46 <mickeyl> not tested, please do
Jul 09 19:46:00 <stefan_schmidt> But either you have the default firmware with its limitations or the community one without all the needed integration to use it without pain
Jul 09 19:46:13 <GNUtoo|laptop> mickeyl, I've some oe issues
Jul 09 19:46:34 <GNUtoo|laptop> ok
Jul 09 19:46:59 <GNUtoo|laptop> mickeyl, I can fix task-shr-minimal but I don't know how to skip kernel? ASSUME_PROVIDED?
Jul 09 19:47:11 <mickeyl> yes
Jul 09 19:47:14 <GNUtoo|laptop> ok thanks
Jul 09 19:48:19 <stefan_schmidt> mickeyl: how are you? ophone projects still crazy or got some more spare time again?
Jul 09 19:48:57 <GNUtoo|laptop> ophone?
Jul 09 19:49:36 <stefan_schmidt> no, iphone. To earn him money to survive and hack the nights on FSO :)
Jul 09 19:50:10 <mickeyl> hehe
Jul 09 19:50:15 <GNUtoo|laptop> ok
Jul 09 19:50:18 <mickeyl> stefan_schmidt: thanks, i'm feel _much_ better these days
Jul 09 19:50:23 <stefan_schmidt> mickeyl: great!
Jul 09 19:50:28 <GNUtoo|laptop> ok nice!
Jul 09 19:50:31 <mickeyl> the crazy iphone project has been finished
Jul 09 19:50:38 <mickeyl> have some other, simple, projects ongoing
Jul 09 19:50:46 <mickeyl> feeling less aimlessness 
Jul 09 19:50:49 <mickeyl> so... good :)
Jul 09 19:50:50 <GNUtoo|laptop> what was it? a game?
Jul 09 19:51:06 <mickeyl> GNUtoo|laptop: finance app for the frankfurt stock market
Jul 09 19:51:09 <GNUtoo|laptop> ok
Jul 09 19:51:20 <stefan_schmidt> mickeyl: sounds better
Jul 09 19:51:29 <stefan_schmidt> mickeyl: to much work and no joy is _bad_
Jul 09 19:51:41 <mickeyl> yes. very bad for your mood and consequently also health
Jul 09 19:51:48 <GNUtoo|laptop> indeed
Jul 09 19:51:49 <mickeyl> doesn't help for private life either ...
Jul 09 19:51:54 <mickeyl> but all fine now
Jul 09 19:52:57 <mickeyl> my colleague is now full time working for our team as well
Jul 09 19:53:05 <mickeyl> and he tries best to take care of all the stuff i don't like
Jul 09 19:53:06 <mickeyl> :)
Jul 09 19:53:29 <stefan_schmidt> ah, cool
Jul 09 19:53:37 <stefan_schmidt> so that worked out for him. Nice.
Jul 09 19:53:46 <mickeyl> yeah. we just need to make sure we can feed him :)
Jul 09 19:54:05 <stefan_schmidt> :)
Jul 09 19:54:49 <mickeyl> i'm going to munich on 19th
Jul 09 19:54:54 <mickeyl> visiting the Openmoko Stammtisch again
Jul 09 19:55:09 <mickeyl> and possibly dropping by the DLR before that
Jul 09 19:56:38 <GNUtoo|laptop> mickeyl, what do you think of n900?
Jul 09 19:57:01 <GNUtoo|laptop> it got a good screen,a misplaced spacebar,costs a lot and has only 256M of ram
Jul 09 19:57:15 <GNUtoo|laptop> and lots of space
Jul 09 19:57:18 <GNUtoo|laptop> 32G + microsd
Jul 09 19:58:38 <mickeyl> i have a strange hate relationship with that device
Jul 09 19:58:46 <mickeyl> completely subjective, of course
Jul 09 19:58:49 <mickeyl> perhaps envy
Jul 09 19:58:50 <mickeyl> i don't know
Jul 09 19:58:59 <mickeyl> it is what we had planned for gta04
Jul 09 19:59:16 <mickeyl> but honestly, it's already deprecated
Jul 09 19:59:24 <GNUtoo|laptop> ok
Jul 09 19:59:27 <mickeyl> if Nokia doesn't come out with the first meego-supported handset, they'll lose even more
Jul 09 19:59:33 <lindi-> 2 days ago i heard that the battery can now be charged
Jul 09 19:59:34 * GNUtoo|laptop is attired by the screen
Jul 09 19:59:37 <mickeyl> so i don't think now is the time to buy it
Jul 09 19:59:57 * GNUtoo|laptop would wait before buying it tough
Jul 09 19:59:57 <mickeyl> perhaps for 200 bucks
Jul 09 20:00:04 <GNUtoo|laptop> ah ok that would be nice
Jul 09 20:00:25 <GNUtoo|laptop> indeed good plan,good idea
Jul 09 20:00:50 * Weiss bought N900 recently, and doesn't regret it
Jul 09 20:00:53 <stefan_schmidt> mickeyl: say hello to Prof. Huber from me if you meet him
Jul 09 20:00:59 * GNUtoo|laptop has this fixed idea of beeing able to run openoffice on a phone
Jul 09 20:01:17 <mickeyl> stefan_schmidt: will do. he has expressed his interest to join this month' Stammtisch
Jul 09 20:01:27 <GNUtoo|laptop> woglinde did an initial recipe 
Jul 09 20:01:42 <GNUtoo|laptop> but touchbook people instead of cross-compiling it used qemu
Jul 09 20:02:00 <stefan_schmidt> mickeyl: cool
Jul 09 20:02:12 <CIA-58> freesmartphone.org: 03mickey 07cornucopia * r6a1802b0ca2f 10/fsogsmd/src/lib/ (atchannel.vala atcommandqueue.vala channel.vala): 
Jul 09 20:02:12 <CIA-58> freesmartphone.org: fsogsmd: ensure that the MODEM initialization commands are fully processed
Jul 09 20:02:12 <CIA-58> freesmartphone.org: before the !main channels start their activity. This should fix OpenEZX
Jul 09 20:02:12 <CIA-58> freesmartphone.org: +EPOM in lowlevel_openezx.
Jul 09 20:02:13 <mickeyl> ao2: next one is for you
Jul 09 20:02:24 <mickeyl> ao2: one more missing, then we're clear to go
Jul 09 20:02:29 <mickeyl> but not today
Jul 09 20:02:55 <mickeyl> stefan_schmidt: apropos... did you see that FSO2 now somewhat supports EZX? :)
Jul 09 20:03:21 <mickeyl> it feels great to have this pet-project supported again, no matter how old 
Jul 09 20:03:25 <stefan_schmidt> mickeyl: yeah, great to see ao2 picking up this work. He is everywhere it seems :)
Jul 09 20:03:37 <mickeyl> indeed
Jul 09 20:03:51 <mickeyl> i had virtually nothing to change
Jul 09 20:03:54 <mickeyl> patches were superb
Jul 09 20:04:22 <ao2> slow pace, high quality...
Jul 09 20:04:26 <mickeyl> :))
Jul 09 20:04:27 <ao2> ...no money :P
Jul 09 20:04:28 <GNUtoo|laptop> if I buy n900(later) I wonder if I'll have to learn vala+fso2
Jul 09 20:04:31 <mickeyl> hehe
Jul 09 20:04:46 <mickeyl> GNUtoo|laptop: that'd be cool. i'm not sure whether electranox will do the fsogsmd integration
Jul 09 20:05:02 * GNUtoo|laptop doesn't know 0707 well
Jul 09 20:05:19 <GNUtoo|laptop> but with a skeletton or something like that....
Jul 09 20:05:23 <stefan_schmidt> ao2: :)
Jul 09 20:05:28 <GNUtoo|laptop> not shure if they even use AT commands
Jul 09 20:05:33 <mickeyl> they don#t
Jul 09 20:05:36 <mickeyl> binary protocol
Jul 09 20:05:37 <GNUtoo|laptop> ouch
Jul 09 20:05:41 <GNUtoo|laptop> documented?
Jul 09 20:05:42 <ao2> mickeyl, testing the change right now
Jul 09 20:05:43 <mickeyl> but at least we have a reference implementation 
Jul 09 20:05:47 <GNUtoo|laptop> ah ok
Jul 09 20:05:55 <mickeyl> ao2: cool. the unsolicited problem i will fix tomorrow
Jul 09 20:05:55 <GNUtoo|laptop> so ophono is written and works?
Jul 09 20:05:59 <lindi-> at is pretty horrible too
Jul 09 20:06:04 <mickeyl> GNUtoo|laptop: lets say it is written...
Jul 09 20:06:08 <GNUtoo|laptop> ok
Jul 09 20:06:10 <ao2> mickeyl, take your time, and thanks
Jul 09 20:06:11 <mickeyl> lindi-: indeed
Jul 09 20:06:20 <mickeyl> np
Jul 09 20:06:30 * mickeyl will now spend the rest of the day with his wife
Jul 09 20:06:31 <mickeyl> l8er
Jul 09 20:06:43 <GNUtoo|laptop> ok bye,have a nice time
Jul 09 20:06:48 <mickey|bbl> thanx
Jul 09 20:07:15 <GNUtoo|laptop> stefan_schmidt, you were employed at openmoko right?
Jul 09 20:07:15 <Wonka> hf
Jul 09 20:07:57 <stefan_schmidt> GNUtoo|laptop: yes
Jul 09 20:08:05 <GNUtoo|laptop> what were you doing exactly?
Jul 09 20:08:06 <stefan_schmidt> have a good time mickey|bbl 
Jul 09 20:08:08 * GNUtoo|laptop is curious
Jul 09 20:08:22 <GNUtoo|laptop> oe related work?
Jul 09 20:08:26 <stefan_schmidt> GNUtoo|laptop: in the beginning some kernel work, then efl and then FSO
Jul 09 20:08:32 <GNUtoo|laptop> ok
Jul 09 20:08:36 <stefan_schmidt> GNUtoo|laptop: yeah, a bit OE related as well
Jul 09 20:08:53 <stefan_schmidt> always changing topics as the company did
Jul 09 20:09:01 <stefan_schmidt> ups, *hide*
Jul 09 20:09:02 <stefan_schmidt>  :)
Jul 09 20:09:11 <GNUtoo|laptop> lol ok
Jul 09 20:09:26 <GNUtoo|laptop> if they somewhat failed there must be a reason....
Jul 09 20:09:29 * GNUtoo|laptop hides too
Jul 09 20:11:15 <stefan_schmidt> ah, well mostly its not only one but  a couple of reasons
Jul 09 20:11:22 <GNUtoo|laptop> indeed
Jul 09 20:21:13 <mrmoku> PaulFertser: hmm... I have a different kind of fsogsmd hanging now... it responds to dbus but stopped talking to the modem
Jul 09 20:22:47 <PaulFertser> mrmoku: listening to Korn doesn't really help anything, so definetely do not try it for solving.
Jul 09 20:23:02 <PaulFertser> mrmoku: better link to this another strace from the ticket
Jul 09 20:23:26 <mrmoku> 220   22:19:43.318326 SYS_297(0x6, 0xbeb07b5c, 0x40000000, 0xbeb07b3c, 0x80) = -1 EAGAIN (Resource temporarily unavailable)
Jul 09 20:23:52 <PaulFertser> SYS_297?
Jul 09 20:24:12 <mrmoku> no idea... lots of them in the strace
Jul 09 20:25:15 <mrmoku> PaulFertser: this time without any GPRS usage... not even phonecalls
Jul 09 20:25:28 <mrmoku> just used it as watch... and woke it up now and then to check what time it is
Jul 09 20:25:41 <PaulFertser> mrmoku: probably stuck parser?
Jul 09 20:25:51 <lindi-> $ grep -r __NR_ /usr/include/|grep 297
Jul 09 20:25:51 <lindi-> /usr/include/asm/unistd.h:#define __NR_recvmsg                  (__NR_SYSCALL_BASE+297)
Jul 09 20:25:53 <PaulFertser> mrmoku: or does it indeed not read anything from the fd?
Jul 09 20:27:13 <dos1> mrmoku: hmm... so i'll have to check, if i have sometimes dbus lockups or modem lockups :P
Jul 09 20:27:23 <dos1> (it always happens when i'm too lazy to check ;x)
Jul 09 20:27:55 <mrmoku> PaulFertser: libgsm0710.mux is quiet since it started
Jul 09 20:28:12 <mrmoku> fsogsmd.log just shows resuming/suspending but nothing else
Jul 09 20:28:37 <PaulFertser> mrmoku: what's important is what lead it to that state. Probably there's some trace left...
Jul 09 20:31:48 <mrmoku> PaulFertser: http://shr.pastebin.com/j17An53J is fsogsmd.log when it started... it resumed... sent +CREG and +CSQ... and suspended without getting answers
Jul 09 20:32:17 <PaulFertser> mrmoku: what's the version?
Jul 09 20:32:28 <mrmoku> PaulFertser: still the old one
Jul 09 20:32:42 <mrmoku> fsogsmd - 1:0.5.0+gitr827+3dc9d7ebde32d8c29c901b52f7d3549b774b068b-r2.2.5
Jul 09 20:32:58 <mrmoku> PaulFertser: guess it's time I update to debug current stuff :P
Jul 09 20:33:11 <PaulFertser> mrmoku: it was already suspended by that time judging by your log
Jul 09 20:34:01 <PaulFertser> mrmoku: i'd say it's about time you bump it
Jul 09 20:34:29 <mrmoku> PaulFertser: when using it as watch I wake it up by power press... check the clock and immediately suspend it again manually
Jul 09 20:34:39 <mrmoku> maybe it sometimes dislikes that...
Jul 09 20:35:17 <PaulFertser> mrmoku: you should really bump it to the latest now. And do not forget to enable flowcontrol in config.
Jul 09 20:35:33 <mrmoku> PaulFertser: yeah, will build current HEAD now
Jul 09 20:35:50 <mrmoku> just one more try if immediate suspend after resume triggers it
Jul 09 20:35:53 <PaulFertser> mrmoku: now with all the patches applied, it should be nice
Jul 09 20:36:03 <PaulFertser> mrmoku: it perfectly can do that.
Jul 09 20:36:11 <mrmoku> PaulFertser: good :)
Jul 09 20:37:30 <mrmoku> PaulFertser: what do you think... should we bump it for SHR-U?
Jul 09 20:37:42 <PaulFertser> mrmoku: yep
Jul 09 20:39:30 <mrmoku> PaulFertser: what change is needed in fsogsmd.conf?
Jul 09 20:40:06 <PaulFertser> mrmoku: fc_node = /sys/bus/platform/devices/neo1973-pm-gsm.0/flowcontrolled
Jul 09 20:40:11 <PaulFertser> mrmoku: to [fsogsm.lowlevel_openmoko]
Jul 09 20:40:19 <PaulFertser> mrmoku: (check the path for .32!)
Jul 09 20:41:06 <mrmoku> root@om-gta02 ~ # find /sys -name flowcontrolled
Jul 09 20:41:06 <mrmoku> /sys/devices/platform/s3c2440-i2c/i2c-0/0-0073/pcf50633-gpio/reg-fixed-voltage.1/gta02-pm-gsm.0/flowcontrolled
Jul 09 20:42:40 <mrmoku> PaulFertser: if I don't put that in the conf it will work like now, right? So I can bump the version for SHR-U, play with the config on my phone and push changes to config, when it works?
Jul 09 20:43:57 <PaulFertser> mrmoku: i guess so
Jul 09 20:44:37 <mrmoku> ok, will do that then... thanks
Jul 09 20:49:23 <PaulFertser> mrmoku: you'll get an error in the log about the missing node though, but it shouldn't affect anything.
Jul 09 20:49:41 <PaulFertser> mrmoku: and i guess it in fact worth using that node.
Jul 09 20:57:37 <mrmoku> PaulFertser: ok, building :)
Jul 09 21:05:19 <gena2x> Weiss: heh, glamo actually can do 42fps of memsets at 640x480, without any artifacts...
Jul 09 21:06:09 <gena2x> Weiss: i mean write artefacts.
Jul 09 21:07:05 <Weiss> gena2x: cool..
Jul 09 21:07:09 <Weiss> just checking my FS...
Jul 09 21:07:22 <gena2x> Weiss: waiting for your review of timings...
Jul 09 21:11:23 <gena2x> Weiss: even with default settings it is 18 fps, so (640*480*2)*18=11Mb/s. memcpy is (640*480*2)*16=9.8Mb/s, so 7mb/s anyway sounds like measured value.
Jul 09 21:12:46 <gena2x> Weiss: don't you know how to change refresh rate of lcd?
Jul 09 21:13:18 <gena2x> Weiss: (interesting how this affect throughput)
Jul 09 21:14:45 <gena2x> Weiss: i tried fb.modes but values from there seem just ignored.
Jul 09 21:15:31 <gena2x> Weiss: should it be pixelclock?
Jul 09 21:17:39 <Weiss> gena2x: yep, but watch out for the range of allowable values. you'll get annoying instability e.g. when changing mode
Jul 09 21:41:53 <GNUtoo|laptop> gena2x, 42fps on what?
Jul 09 21:42:02 <GNUtoo|laptop> game? video? desktop?
Jul 09 21:42:17 <GNUtoo|laptop> ah sorry
Jul 09 21:42:18 <gena2x> GNUtoo|laptop: memset, as i told
Jul 09 21:42:18 <GNUtoo|laptop> memset
Jul 09 21:42:23 <GNUtoo|laptop> ok
Jul 09 21:42:24 <GNUtoo|laptop> sorry
Jul 09 21:42:32 <gena2x> r, np
Jul 09 21:54:09 <ftn> Hey there. While trying to flash latest qi from shr-u repository I get the following message: "No such Alternate Setting: "u-boot"". Any hint?, pls
Jul 09 21:55:16 <gena2x> ftn: download dfu-util binary from openmoko site.
Jul 09 21:56:19 <lindi-> downloading random binaries from the net? huh
Jul 09 21:56:36 <gena2x> lindi-: are you using debian?
Jul 09 21:56:41 <lindi-> yeahb
Jul 09 21:56:49 <gena2x> lindi-: or gentoo? ;)
Jul 09 21:56:55 <PaulFertser> ftn: there was reports that using ubuntu dfu-util doesn't work with the same symptom.
Jul 09 21:57:03 <lindi-> gena2x: gentoo wasn't free enough sorry :)
Jul 09 21:57:11 <lindi-> PaulFertser: bug reports even?
Jul 09 21:57:12 <gena2x> ahh.
Jul 09 21:57:20 <PaulFertser> lindi-: i'm afraid not :)
Jul 09 21:57:28 <lindi-> sigh, as usual
Jul 09 21:57:31 <gena2x> 10th user report dfu-util fail on ubuntu 64bit
Jul 09 21:57:33 <PaulFertser> lindi-: the folks just grabbed dfu-util from somewhere and the problem was gone
Jul 09 21:57:45 <lindi-> somebody also added that sudo should not be used with dfu-util to shr wiki a year ago with no explanation
Jul 09 21:57:53 <gena2x> ???
Jul 09 21:58:16 <gena2x> sudo is of course ok.
Jul 09 21:58:29 <lindi-> gena2x: this trustworthy wiki says not :)
Jul 09 21:58:53 <gena2x> lindi-: got idea...
Jul 09 21:59:08 <lindi-> gena2x: "Note that there are some issues using dfu-util with sudo. "
Jul 09 21:59:13 <lindi-> "Don't use sudo with dfu-util. Make sure you are root before using dfu-util!"
Jul 09 21:59:17 <lindi-> -- http://wiki.openmoko.org/wiki/Manuals/SHR
Jul 09 21:59:31 <lindi-> this is why I don't like wikis. they keep accumulating sentences like these
Jul 09 21:59:41 <lindi-> every wiki sentence should be something that you can easily prove to be false or true
Jul 09 22:00:07 <gena2x> lindi-: heh. i got wrong idea. idea i got : 'do not download binary which has link on wiki, as anyone can change link and make it point to rootkit for example ;)'
Jul 09 22:01:40 <gena2x> lindi-: and as dfu-util is run as root.. one can create really nice download :)
Jul 09 22:02:09 <lindi-> nowadays it's usually very easy to escalate to root anyway
Jul 09 22:02:48 <PaulFertser> lindi-: even if you follow the kernel fixes?
Jul 09 22:03:00 <lindi-> PaulFertser: i'm talking about things like gksudo
Jul 09 22:03:04 <lindi-> or sudo
Jul 09 22:03:25 <lindi-> where people don't switch to another virtual console to do administration
Jul 09 22:03:28 <PaulFertser> lindi-: it still requires a password with default install.
Jul 09 22:03:40 <lindi-> PaulFertser: you can fork to background and wait for you to enter password
Jul 09 22:03:48 <lindi-> small delay
Jul 09 22:04:51 <PaulFertser> lindi-: one can get access to many computers around the net via e.g. some php exploits. But who needs that.
Jul 09 22:04:51 <gena2x> lindi-: damn. never thought about that.
Jul 09 22:05:39 <lindi-> PaulFertser: I can think of a few motives :)
Jul 09 22:05:52 <gena2x> lindi-: worst know thing were listening to xev :(
Jul 09 22:05:56 <lindi-> PaulFertser: of course since gnu/linux is not very common it's not a high profile target yet
Jul 09 22:06:02 <lindi-> gena2x: that's very old school :)
Jul 09 22:06:41 <gena2x> old, good and reliable...
Jul 09 22:07:29 <lindi-> gena2x: but it only sees events that are sent to its own window, right?
Jul 09 22:07:57 <gena2x> lindi-: heh. no of course.
Jul 09 22:08:22 <gena2x> lindi-: may be i just forgot tool name.
Jul 09 22:08:26 <PaulFertser> lindi-: i was "fighting" a bunch of script-kiddies the other day. Wrote >10 abuse reports. Only dns registrators replied and actually cut off the bastards. Isp's kept silence.
Jul 09 22:08:37 <lindi-> PaulFertser: heh
Jul 09 22:08:55 <gena2x> lindi-: but you had to enable 'secure keyboard' in xterm to avoid this. but who is doing that?
Jul 09 22:09:08 <lindi-> gena2x: secure keyboard won't help you sorry
Jul 09 22:09:22 <lindi-> gena2x: it might help against remove X clients
Jul 09 22:09:29 <lindi-> gena2x: but it's no match against local processes
Jul 09 22:09:37 <gena2x> lindi-::(
Jul 09 22:11:24 <lindi-> Weiss: you know KMS well? can I use it to draw to the screen from a daemon so that X can not overwrite what I write?
Jul 09 22:11:45 <lindi-> Weiss: (trying to make a password entry dialog non-spoofable)
Jul 09 22:19:17 <gena2x> lindi-: http://www.techlists.org/archives/security/linuxsecurity/1997-10/msg00010.shtml :(((
Jul 09 22:19:27 <gena2x> lindi-: works since 1997...
Jul 09 22:19:51 <lindi-> gena2x: one of many
Jul 09 22:32:40 <Weiss> lindi-: I know KMS well, but I don't think that's quite possible
Jul 09 22:34:20 <lindi-> Weiss: I was afraid of that
Jul 09 22:34:41 <lindi-> Weiss: my current solution involves "xsakd" daemon that catches ctrl-alt-del
Jul 09 22:35:04 <lindi-> Weiss: before you hit that you can type "sido foo" that places "foo" to the queue of suggested commands 
Jul 09 22:35:32 <lindi-> Weiss: when you hit ctrl-alt-del xsakd will switch to another virtual console and run "sido-sign" there. it'll show you the command and ask you if you want to sign it
Jul 09 22:36:19 <lindi-> Weiss: if you accept then "sido" helper can pass this signature to "sido-run" which is the only suid-root part here. sido-run executes a command if it is signed by a key in trusted keyring
Jul 09 22:36:46 <lindi-> Weiss: the only missing part is how to do this without VT switch. VT switch is slow and unreliable
Jul 09 22:37:18 <lindi-> Weiss: as you might guess I've been drafting this plan for a few years now :)
Jul 09 22:42:37 <Weiss> VT switch is much more reliable with KMS
Jul 09 22:44:22 <lindi-> Weiss: ok but non-root user can immediately switch back
Jul 09 22:44:29 <lindi-> Weiss: there's an ugly race
Jul 09 22:45:04 <lindi-> Weiss: but maybe this could be done with KMS
Jul 09 22:45:30 <lindi-> my desktop has 'Mobility Radeon HD 3450' which probably won't work very reliably though
Jul 09 22:46:08 <lindi-> Weiss: can you suggest me some userland source code to read to get a picture of what could be done with KMS?
Jul 09 22:50:19 <gena2x> lindi-: someone can attach to your sido helper and get your password.
Jul 09 22:50:51 <lindi-> gena2x: I'm typing my password only when xsakd has switched to secure virtual console
Jul 09 22:50:58 <lindi-> gena2x: xsakd runs as root
Jul 09 22:51:07 <gena2x> lindi-: ah...
Jul 09 22:51:25 <lindi-> and ctrl-alt-del is guaranteed to switch to that virtual console
Jul 09 22:52:00 <lindi-> the name is bit bad maybe, it is not an X application
Jul 09 22:52:53 <lindi-> gena2x: ctrl-alt-del is caught reading /dev/input/by-path/platform-i8042-serio-0-event-kbd
**** ENDING LOGGING AT Sat Jul 10 02:59:56 2010