**** BEGIN LOGGING AT Sat Jun 26 02:59:58 2010
Jun 26 07:11:01 <mrmoku> JaMa|Zzz: ok
Jun 26 07:11:16 <mrmoku> JaMa|Zzz: so it is not that patch... but GPIO_EXTRA64...
Jun 26 07:17:18 <JaMa> mrmoku: no it neither one..
Jun 26 07:17:27 <JaMa> mrmoku: that's why I have to bisect
Jun 26 07:29:06 <mrmoku> JaMa: ok... my local image finished... trying now :-)
Jun 26 07:30:13 <JaMa> good, so your laptop is about twice as fast as buildhost :) NOTE: Running task 5456 of 8852 for lite
Jun 26 07:30:20 <mrmoku> :P
Jun 26 07:30:53 <mrmoku> JaMa: probably even faster... as I started some hour after the buildhost and it finished somewhen over night ;)
Jun 26 07:31:12 <JaMa> with few more distcc freerunners we can build natively as fast as we're building on that slow buildhost :)
Jun 26 07:32:14 <JaMa> I had full image (+about half of feed included) before midnight
Jun 26 07:32:57 <mrmoku> hehe
Jun 26 07:59:55 <mrmoku> JaMa: hmm... no good :/
Jun 26 08:00:22 <mrmoku> JaMa: it boots fine... but no X... and no usb network either
Jun 26 08:03:37 <mrmoku> JaMa: possible that's broken busybox by gcc issue?
Jun 26 08:06:22 <JaMa> mrmoku: no, I'm running new lite image since yesterday (well with 2.6.34)
Jun 26 08:09:59 * JaMa downloading uImage from shr buildhost
Jun 26 08:10:42 <mrmoku> JaMa: hmm
Jun 26 08:13:29 * JaMa booted with 2.6.32 ok
Jun 26 08:16:22 <JaMa> only power button is not binded to phoneui-quick-settings here
Jun 26 08:21:31 <mrmoku> JaMa: hmm... g_ether.sh tries to write to /etc/modprobe.d ... but the dir does not exist
Jun 26 08:25:33 * mrmoku set syslog to file and reboots
Jun 26 08:29:14 <mrmoku> hmm... did not work
Jun 26 08:32:51 <mrmoku> JaMa: do you have your image for me to try?
Jun 26 08:34:40 <JaMa> http://jama.homelinux.org/org.openembedded.shr.images/om-gta02/
Jun 26 08:35:53 <mrmoku> ERROR: ld.so: object 'libfakeroot.so' from LD_PRELOAD cannot be preloaded: ignored.
Jun 26 08:36:01 <mrmoku> lots of them in log.do_rootfs
Jun 26 08:36:10 <mrmoku> JaMa: trying yours now
Jun 26 08:37:22 <JaMa> grep LD_PRELOAD ../tmpdir-dev-shr/work/om-gta02-oe-linux-gnueabi/shr-image-2.0-r14/temp/log.do_rootfs.15602 -> nothing
Jun 26 08:38:06 <mrmoku> JaMa: maybe it is using hosts ld? And brand new shiny Fedora thing does not work?
Jun 26 08:38:25 <JaMa> it is (there is no binutils-native)
Jun 26 08:38:45 <mrmoku> fun :/
Jun 26 08:38:45 <JaMa> I had to change my gentoo binutils too (but it was build failure)
Jun 26 08:39:20 <JaMa> http://www.mail-archive.com/openembedded-devel@lists.openembedded.org/msg06872.html
Jun 26 08:47:33 <mrmoku> JaMa: ahh... your image is giving me nice SHR bootsplash :)
Jun 26 08:49:31 <JaMa> and then it starts ok?
Jun 26 08:49:40 <CIA-58> freesmartphone.org: 03morphis 07msmcomm * r4c4923a99bb3 10/msmcommd2/ (4 files in 2 dirs): msmcommd2: read configuration from file
Jun 26 08:51:01 <mrmoku> JaMa: yep... had to select the english locale... as the other one I don't understand ;)=
Jun 26 08:51:32 <mrmoku> hmm... first boot wizard does not finish
Jun 26 08:52:04 <JaMa> here it did (with longer delay for numbers)
Jun 26 08:53:33 <mrmoku> JaMa: but... 2000-01-01T00:05:03.213283Z [WARN]  fsogsmd : Can't write-open /sys/bus/platform/devices/gta02-pm-gsm.0/power_on: No such file or directory
Jun 26 08:53:47 <mrmoku> ahh... 2.6.34
Jun 26 08:54:17 * JaMa has it registered with 2.6.32
Jun 26 08:54:59 <JaMa> calling myself and works
Jun 26 08:55:02 <mrmoku> JaMa: ASSUME_PROVIDED = "virtual/fakeroot" ?
Jun 26 08:55:23 <JaMa> hmm remove all ASSUME_PROVIDED :)
Jun 26 08:55:41 <mrmoku> JaMa: I have none... want to try my hosts fakeroot though
Jun 26 08:55:45 <mrmoku> fakeroot-native that is
Jun 26 08:56:00 <JaMa> ah probably cannot be better
Jun 26 08:56:29 <JaMa> and won't change as long as you have fakeroot-native already built
Jun 26 08:56:45 <mrmoku> yeah.. cleaning that one ;)
Jun 26 08:56:46 <JaMa> maybe it would work if you -c clean it and then ASSUME_PROVIDED it
Jun 26 08:57:06 <JaMa> NOTE: Running task 6163 of 8852
Jun 26 08:57:16 <JaMa> is curious if buildhost have the same issue..
Jun 26 08:57:47 <mrmoku> JaMa: I can well imagine that it is another Fedora 13 exclusive problem :/
Jun 26 08:57:56 <mrmoku> IIRC they changed stuff regarding linking and such
Jun 26 08:58:04 <JaMa> mrmoku: btw I started only shr-lite-image build, can you start full image when it finishes? I'll leave in 2,5 hour and I'm not sure if it will be finished in time
Jun 26 08:58:16 <mrmoku> JaMa: ok
Jun 26 09:19:42 <mrmoku> JaMa: hmm :/
Jun 26 09:19:43 <mrmoku> ERROR: ld.so: object 'libfakeroot-tcp.so' from LD_PRELOAD cannot be preloaded: ignored.
Jun 26 09:20:58 <morphis> heyho
Jun 26 09:22:39 <JaMa> do you want mine fakeroot-native to compare?
Jun 26 09:23:47 <mrmoku> JaMa: don't bother... I can do local builds... that's all I need
Jun 26 09:24:10 <CIA-58> freesmartphone.org: 03morphis 07cornucopia * r430a07a16661 10/ (2 files in 2 dirs): fsogsmd: qualcomm_msm: reset commandqueue on modem reset
Jun 26 09:24:11 <CIA-58> freesmartphone.org: 03morphis 07cornucopia * r16bdcd141481 10/fsogsmd/src/plugins/modem_qualcomm_palm/commandqueue.vala: fsogsmd: qualcomm_palm: compare ref id of message and it's response
Jun 26 09:24:12 <CIA-58> freesmartphone.org: 03morphis 07cornucopia * r7192b9b98fae 10/fsogsmd/src/plugins/modem_qualcomm_palm/commandqueue.vala: fsogsmd: qualcomm_palm: set message index before sending to modem
Jun 26 09:24:13 <CIA-58> freesmartphone.org: 03morphis 07cornucopia * re5c9ea05dafb 10/fsogsmd/src/plugins/modem_qualcomm_palm/commandqueue.vala: fsogsmd: qualcomm_palm: check message type and not result of to_string()
Jun 26 09:24:18 <CIA-58> freesmartphone.org: 03morphis 07cornucopia * r305b6bac0170 10/libfsotransport/fsotransport/socket.vala: 
Jun 26 09:24:18 <CIA-58> freesmartphone.org: libfsotransport: deactivate configure in SocketTransport for now
Jun 26 09:24:18 <CIA-58> freesmartphone.org: When you startup a SocketTransport it tries to configure the socket as a serial port, that
Jun 26 09:24:18 <CIA-58> freesmartphone.org: couldn't work. A better solution would be to move the configure stuff from BaseTransport
Jun 26 09:24:18 <CIA-58> freesmartphone.org: to the SerialTransport and override the configure method in each class.
Jun 26 09:24:18 <CIA-58> freesmartphone.org: 03morphis 07cornucopia * rd9072edcd148 10/fsogsmd/src/plugins/modem_qualcomm_palm/commandqueue.vala: fsogsmd: qualcomm_palm: use type property of message to handle different message types
Jun 26 09:24:19 <CIA-58> freesmartphone.org: 03morphis 07cornucopia * r48866dabc562 10/ (3 files in 2 dirs): Merge branch 'morphis/palmpre/modem'
Jun 26 09:33:31 <CIA-58> freesmartphone.org: 03vfebvre 07cornucopia * r27055ef959cf 10/tools/serial_forward/src/ (Makefile.am cy8mrln.h forward.c): 
Jun 26 09:33:31 <CIA-58> freesmartphone.org: serial_forward: add support for the "cy8mrln" touchscreen device node with the Firmware used on the Palm Pre
Jun 26 09:33:31 <CIA-58> freesmartphone.org: * to use with the new type of connexion "cy8mrln" (option -t,--type)
Jun 26 09:34:56 <CIA-58> freesmartphone.org: 03vfebvre 07cornucopia * r4a50e2b91a09 10/tools/serial_forward/src/ (Makefile.am cy8mrln.h forward.c): 
Jun 26 09:34:56 <CIA-58> freesmartphone.org: serial_forward: add support for the "cy8mrln" touchscreen device node with the Firmware used on the Palm Pre
Jun 26 09:34:56 <CIA-58> freesmartphone.org: * to use with the new type of connexion "cy8mrln" (option -t,--type)
Jun 26 09:34:56 <CIA-58> freesmartphone.org: Signed-off-by: Simon Busch <morphis@gravedo.de>
Jun 26 09:48:45 <[Rui]> hi all
Jun 26 09:49:24 <[Rui]> mickey|WM: what does the following mean, in cli-framework? How can I fix this? "DBusException: org.freedesktop.DBus.Error.UnknownMethod: Method "GetAuthStatus" with signature "" on interface "org.freesmartphone.GSM.Device" doesn't exist"
Jun 26 10:04:07 <mrmoku> JaMa: hmm... fsogsmd is segfaulting for me with your image and my 2.6.32 kernel
Jun 26 10:07:10 <mrmoku> root@om-gta02 ~ # ls /dev/s3c2410_serial*
Jun 26 10:07:11 <mrmoku> /dev/s3c2410_serial0  /dev/s3c2410_serial1  /dev/s3c2410_serial2
Jun 26 10:07:18 <mrmoku> instead of ttySAC...
Jun 26 10:10:01 <mrmoku> changing ttySAC0 to s3c2410_serial0 in fsogsmd.conf works
Jun 26 10:10:59 <[Rui]> mrmoku: weird, when I tried 2.6.32 it didn't use those names...
Jun 26 10:11:42 <mrmoku> [Rui]: that is an image _without_ udev :)
Jun 26 10:11:55 <[Rui]> mrmoku: _ah_!
Jun 26 10:12:32 <[Rui]> mrmoku: you wouldn't happen to have any idea why cli-framework is broken in my phone?
Jun 26 10:12:47 <mrmoku> hmm... no
Jun 26 10:13:12 <[Rui]> mrmoku: it seems like something is missing
Jun 26 10:14:15 <JaMa> mrmoku: mmt I'll check if I yave ttySAC0 creation in my "reflash-scripts"
Jun 26 10:18:14 <JaMa> mrmoku: test -c /dev/ttySAC0 || mknod /dev/ttySAC0 c 204 64
Jun 26 10:18:14 <JaMa> test -c /dev/ttySAC1 || mknod /dev/ttySAC1 c 204 65
Jun 26 10:18:25 <JaMa> to init.d/mountdevsubfs.sh
Jun 26 10:19:03 <mrmoku> ok
Jun 26 10:19:06 <mrmoku> and the third one?
Jun 26 10:19:46 <JaMa> SAC3? that's debug?
Jun 26 10:20:21 <JaMa> console=ttySAC2,115200
Jun 26 10:20:22 <JaMa> ah
Jun 26 10:21:53 <mrmoku> more or less exactly one min to PIN dialog :-)
Jun 26 10:22:24 * JaMa has no idea how long it was before :)
Jun 26 10:22:32 <[Rui]> mrmoku: lol, more or less exactly :) anyways, great timing!
Jun 26 10:22:38 <mrmoku> :;P
Jun 26 10:23:03 <[Rui]> Attending a fascinating talk by Karsten Nohl on GSM security...
Jun 26 10:23:38 <mrmoku> [Rui]: it was exactly 59s... but I failed to press Power button and Strg+A to fire tzclock simultaneously... first Strg+A did not work... so you have to add 1 or 2 s
Jun 26 10:23:52 <[Rui]> :)
Jun 26 10:23:59 <mrmoku> JaMa: IIRC you can at least double it :)
Jun 26 10:24:59 <mrmoku> [Rui]: what do you think... should i add an option to phonefsod to disable dimming when usb is plugged in? to avoid WS?
Jun 26 10:25:27 <[Rui]> mrmoku: don't you get it even when unplugged?
Jun 26 10:25:38 <[Rui]> mrmoku: but yes, I agree with that :)
Jun 26 10:25:44 <mrmoku> [Rui]: I would... but suspend fixes that ;)
Jun 26 10:26:06 <[Rui]> mrmoku: at night, in bed, plugged and reading some stuff... dimming is bothersome. of course one can quickly disable it...
Jun 26 10:26:23 <[Rui]> mrmoku: you're not getting it in suspend resume cycles?
Jun 26 10:26:26 <mrmoku> probably a wanted option anyway
Jun 26 10:26:34 <mrmoku> [Rui]: no... resume fixes it
Jun 26 10:26:46 <mrmoku> If I suspend with WS... after resume WS is gone
Jun 26 10:27:04 <[Rui]> hms...
Jun 26 10:27:56 <dos1> mrmoku: i don't have WS here, but i've already got hard freeze few times...
Jun 26 10:27:58 <dos1> JaMa: ^^^
Jun 26 10:28:03 <dos1> dunno if it's new kernel or new X
Jun 26 10:30:12 <JaMa> dos1: during normal usage? or something special to reproduce it?
Jun 26 10:30:21 <dos1> JaMa: just normal usage
Jun 26 10:30:28 <dcordes> hi
Jun 26 10:30:29 <dos1> JaMa: once even just during enlightenment loading
Jun 26 10:30:42 <JaMa> dos1: and did it reply to ping?
Jun 26 10:30:51 <dos1> JaMa: dunno, i couldn't check
Jun 26 10:31:00 <dos1> but i will if it happens again
Jun 26 10:31:19 <JaMa> ok, just because I've seen some hard freezes with .34 when ping responds but ssh not
Jun 26 10:31:54 <dcordes> I have a standard usb hid mouse connected to /dev/input/event1 but it doesn't move the cursor in SHR. how can I make it work ?
Jun 26 10:32:26 <JaMa> dcordes: there is -nocursor Xorg option, did you disable it?
Jun 26 10:32:53 <[Rui]> mrmoku: I think my cli-framework problem may be that dbus-hlid is not installed. of course... now I can't install it
Jun 26 10:33:01 * [Rui] looks suspiciously towards JaMa :)
Jun 26 10:33:07 <dcordes> JaMa: no didn't change anything. Those scripts are confusing. can you point to the file where it's set ?
Jun 26 10:33:30 <JaMa> [Rui]: you can from shr-unstable.29
Jun 26 10:33:56 <dcordes> leviathan: testing the may 24th dream build on htc hd2 :)
Jun 26 10:34:05 <JaMa> dcordes: /etc/X11/xserver-common 
Jun 26 10:34:05 <Kensan> dcordes: hi
Jun 26 10:34:09 <dcordes> hey
Jun 26 10:34:09 <leviathan> dcordes: ok
Jun 26 10:34:13 <leviathan> does it work?
Jun 26 10:34:17 <Kensan> dcordes: read that you solved the segv issue
Jun 26 10:34:20 <leviathan> dcordes: btw. hi
Jun 26 10:34:21 <Kensan> dcordes: congrats
Jun 26 10:34:23 <leviathan> :-)
Jun 26 10:34:37 <dcordes> leviathan: hi
Jun 26 10:34:45 <JaMa> dcordes: also no idea how your xorg.conf on hd2 looks..
Jun 26 10:34:57 <dcordes> Kensan: yes a windows mobile hacker solved it and patched the kernel :)=
Jun 26 10:35:18 <JaMa> dcordes: and nocursor is added only to gta0* machines.. so probably something else
Jun 26 10:35:29 <Kensan> dcordes: about the other thing you asked in htc-linux: I haven't fiddled around with the serial cable etc so I cannot confirm the pinout of the nexus one uart.
Jun 26 10:35:38 <Kensan> dcordes: good stuff
Jun 26 10:35:48 <[Rui]> JaMa: ah so there's a new repo for 2.6.29  (reading email)
Jun 26 10:35:57 <dcordes> we are on engadget today. I wonder how they are trying to maintain a serious image while they are reporting about linux kernel porting project without using the word linux
Jun 26 10:35:57 <onen|openBmap> mrmoku: ping
Jun 26 10:36:07 <Kensan> dcordes: probably some russian hacker then eh? *haha*
Jun 26 10:36:48 <JaMa> NOTE: Running task 6789 of 8852
Jun 26 10:36:49 <dcordes> JaMa: I can't find xorg.conf it only has some scripts
Jun 26 10:37:13 <JaMa> dcordes: hd2 doesn't have xorg.conf in OE probably?
Jun 26 10:37:55 <Kensan> dcordes: maybe it would be worth to send a closing mail to linux-arm-msm, that the issue has been fixed etc.
Jun 26 10:37:56 <dcordes> JaMa: no it doesn't but this build is for htcdream machine
Jun 26 10:38:12 <dcordes> Kensan: yes will do that..
Jun 26 10:38:59 <Kensan> dcordes: any technical details on the fix?
Jun 26 10:39:31 <dcordes> Kensan: I could only quote the patch
Jun 26 10:39:38 <leviathan> dcordes: did you already make debugging with the serial cable?
Jun 26 10:39:51 <leviathan> btw: UPS does not deliver on weekend, as it seems
Jun 26 10:39:52 <leviathan> -.-
Jun 26 10:40:02 <leviathan> I forgot which day we have
Jun 26 10:40:03 <leviathan> ...
Jun 26 10:40:28 <Kensan> dcordes: ok, will take a look later then.
Jun 26 10:40:39 <Kensan> dcordes: congrats also on getting some press ;)
Jun 26 10:40:58 <Kensan> dcordes: but it seems people are more interested in Android than linux "proper"...
Jun 26 10:41:15 <JaMa> dcordes: you should have /etc/X11/xorg.conf with this file http://git.openembedded.org/cgit.cgi/openembedded/tree/recipes/xorg-xserver/xserver-xorg-conf/htcdream/xorg.conf?id=fddbd9804e226fe38e8664d0f53bfc27ac28875d
Jun 26 10:41:30 <JaMa> dcordes: and event1 is using tslib there..
Jun 26 10:42:05 <Kensan> dcordes: so still have not received your parts?
Jun 26 10:42:41 <dcordes> leviathan: I have the cable yes. but didn't make it work yet. need to patch iomap and not sure if I didn't confuse D+ D-
Jun 26 10:42:47 <dcordes> JaMa: ok
Jun 26 10:42:58 <dcordes> leviathan: do you know why your dream rootfs lacks xorg.conf ?
Jun 26 10:43:11 <leviathan> dcordes: hmm
Jun 26 10:43:14 <leviathan> Im using kdrive
Jun 26 10:43:17 <leviathan> ...
Jun 26 10:43:59 <dcordes> maybe gnutoo has complete image with xorg.conf
Jun 26 10:44:24 <leviathan> dcordes: very probable
Jun 26 10:44:30 <leviathan> very likely
Jun 26 10:44:42 <dcordes> it would be nicer to build for cortex-a8 and do everything properly also adding the htcleo/xorg.conf
Jun 26 10:44:49 <dcordes> but I want a quick result here :)
Jun 26 10:45:16 <dcordes> need to show people non-android stuff on this device
Jun 26 10:45:44 <leviathan> :-)
Jun 26 10:45:57 <leviathan> which people do you want to show this?
Jun 26 10:46:01 <mrmoku> onen|openBmap: pong
Jun 26 10:46:02 <dcordes> so how can I set event1 as mouse within the kdrive config?
Jun 26 10:46:11 <leviathan> yes
Jun 26 10:46:15 <leviathan> on start config
Jun 26 10:46:17 <dcordes> leviathan: everybody who has this device and internet
Jun 26 10:46:19 <leviathan> cmd line
Jun 26 10:46:23 <onen|openBmap> mrmoku: hallo. sorry, very late in fixing the issue you raised...
Jun 26 10:46:34 <mrmoku> onen|openBmap: np
Jun 26 10:46:37 <leviathan> dcordes: look into /etc/xorg/Xserver
Jun 26 10:46:41 <mrmoku> onen|openBmap: we have a patch :P
Jun 26 10:46:46 <dcordes> leviathan: xserver-common ?
Jun 26 10:46:54 <JaMa> dcordes: leviathan: xorg.conf was added without PR bump, so you have to rebuild from scratch/manually rebuild and reinstall to get it http://git.openembedded.org/cgit.cgi/openembedded/commit/?id=4dc62bce4122ce276e546e215fc2a558e7bea342
Jun 26 10:46:57 <leviathan> dcordes: jup
Jun 26 10:46:59 <dcordes> leviathan: I tried setting the direct device node somewhere in there yesterday
Jun 26 10:47:02 <onen|openBmap> mrmoku: what image may I flash on my FR, so that to have newer api which will allow me testing/fixing the bug?
Jun 26 10:47:09 <dcordes> which dind't work so I guess I did it in the wrong way
Jun 26 10:47:44 <dcordes> JaMa: sorry what's PR bump ?
Jun 26 10:47:46 <onen|openBmap> mrmoku: people from shr devel ML have pointed to me some issue with neighbour cells too...
Jun 26 10:47:59 <onen|openBmap> mrmoku: so I would try to fix both issues quickly
Jun 26 10:48:19 <JaMa> dcordes: part of package version in OE.. forcing bitbake to rebuild that package during image build and upgrade on device
Jun 26 10:48:31 <mrmoku> onen|openBmap: latest in http://build.shr-project.org/shr-unstable.29/images/om-gta02/ I think should be fine
Jun 26 10:48:51 <CIA-58> freesmartphone.org: 03morphis 07utilities * rca0c7291744e 10/palmpre/audio-test/ (13 files in 2 dirs): palmpre: audio-test: add proper automake environment (based on a patch by valos)
Jun 26 10:48:51 <CIA-58> freesmartphone.org: 03morphis 07utilities * r9adfbb9c4d1f 10/palmpre/palmpre-system-deps/ (16 files in 3 dirs): 
Jun 26 10:48:51 <CIA-58> freesmartphone.org: palmpre: initial import of palmpre-system-deps
Jun 26 10:48:51 <CIA-58> freesmartphone.org: palmpre-system-deps will install necessary header files for developing on the palm pre
Jun 26 10:48:51 <CIA-58> freesmartphone.org: platform. It installs even some vapi files to provide access from your vala code.
Jun 26 10:48:51 <CIA-58> freesmartphone.org: 03morphis 07utilities * r0ba5202d4c19 10/palmpre/preboot/src/main.vala: Merge branch 'master' of git.freesmartphone.org:utilities
Jun 26 10:48:57 <mrmoku> onen|openBmap: though we have a broken feed... which means you can't (easily) install anything
Jun 26 10:49:05 <JaMa> mrmoku, onen|openBmap: no last image won't have Xorg..
Jun 26 10:49:09 <dcordes> aha ok. maybe I will just build now. I have quite some tmp directory with even X
Jun 26 10:49:16 <mrmoku> onen|openBmap: ahh... then one older :P
Jun 26 10:49:17 <onen|openBmap> mrmoku: ok. thanks. I try to do it this weekend. But it may be difficult, because vacations are starting for me on friday, and for 3 weeks :-)
Jun 26 10:49:19 <JaMa> mrmoku, onen|openBmap: but for test you can try latest -1
Jun 26 10:50:37 <onen|openBmap> mrmoku: JaMa: well this is anoying, I won't have time to handle shr/feed/x server issues and additionaly fixing the bugs in obm, I wil lmuch probably not have time for this :-(
Jun 26 10:51:07 <onen|openBmap> JaMa: with latest-1, how is it with feeds and installing stuff?
Jun 26 10:51:27 <Kensan> dcordes: I have to go. Keep me posted if there's another breakthrough ;)
Jun 26 10:51:32 <JaMa> onen|openBmap: I understand.. latest -1 should work and you can install most stuff (after changing feed to tests/shr-unstable.29 dir)
Jun 26 10:51:52 <JaMa> onen|openBmap: but don't opkg upgrade all (if you don't want to try 2.6.3x kernel with that image)
Jun 26 10:51:53 <onen|openBmap> JaMa: ok this sounds reasonable :-)
Jun 26 10:52:31 <dos1> JaMa: something is broken with vibrator with 2.6.32
Jun 26 10:52:36 <onen|openBmap> JaMa: no I don't want to ;-) I usually don't opkg upgrade. I never successfully did. So from time to time, i flash a new image
Jun 26 10:52:38 <dos1> JaMa: try to play with it from sysfs node
Jun 26 10:52:45 <dcordes> Kensan: sure
Jun 26 10:52:48 <dcordes> Kensan: ttyl
Jun 26 10:52:52 <JaMa> onen|openBmap: in an hour there will be new 2.6.32 image.. but that build (from buildhost) is not yet fixed and openBmap was not built yet
Jun 26 10:53:02 <dos1> JaMa: it works, but strength values seem to be messed up
Jun 26 10:53:16 <JaMa> onen|openBmap: so if you will have time tomorrow you can fix it tomorrow more easily on more current image
Jun 26 10:53:40 <JaMa> dos1: iirc there was some patch from you or TAsn adjusting vibrator strength lately?
Jun 26 10:53:45 <dos1> mickey|WM: with 2.6.32 you need to work on LEDs, as they support different brightness level now :)
Jun 26 10:53:45 <onen|openBmap> JaMa: ok, then I will try to do the other stuff today, and fixing tomorrow
Jun 26 10:53:59 <dcordes> http://privatepaste.com/af680844f7 this is /etx/X11/xserver-common . I tried setting MOUSE="-mouse /dev/input/event1"
Jun 26 10:54:01 <dos1> JaMa: dunno (not from me), but i mean kernel side
Jun 26 10:54:03 <TAsn> JaMa, from me.
Jun 26 10:54:04 <dcordes> but didn't work
Jun 26 10:54:06 <TAsn> in fso
Jun 26 10:54:07 <onen|openBmap> JaMa: mrmoku: thanks for the input. I will probably wait for tommorrow then
Jun 26 10:54:27 <dos1> JaMa: something is broken, if 128 is stronger than 255, and 200 works like 1 :P
Jun 26 10:54:31 <dcordes> leviathan: any idea ?
Jun 26 10:54:50 <dos1> s/200/220/
Jun 26 10:54:50 <apt> dos1 meant: JaMa: something is broken, if 128 is stronger than 255, and 220 works like 1 :P
Jun 26 10:54:58 <leviathan> dcordes: the point is
Jun 26 10:55:03 <leviathan> In my image
Jun 26 10:55:04 <JaMa> dos1: I played with it through sysfs after enabling it in defconfig, but didn't know how it worked in .29 .. :)
Jun 26 10:55:07 <leviathan> there is NO xorg
Jun 26 10:55:22 <dos1> JaMa: 0 - disabled, 1 - the most weak, 255 - the most strong :P
Jun 26 10:55:23 <leviathan> so there is an xorg.conf either
Jun 26 10:55:37 <dos1> JaMa: now it's absolutely messed up
Jun 26 10:55:44 <leviathan> dcordes: I was try'n to get xrandr with rotation work properly at least under kdrive
Jun 26 10:55:48 <leviathan> so that I could use this
Jun 26 10:55:56 <leviathan> so I've kdrive installed
Jun 26 10:56:06 <leviathan> I would need to change the mods I did in local.conf
Jun 26 10:56:11 <leviathan> and rebuild an image with xorg
Jun 26 10:56:27 <dos1> JaMa: try echo 60 > brightness and then echo 80 > brightness
Jun 26 10:56:48 <dos1> JaMa: and echo 70 seems to not change anything :P
Jun 26 10:58:53 <dos1> 63 is the strongest setting now, and with higher values it seems to wrap around
Jun 26 10:59:12 <dos1> larsc: wasn't it you working on vibrator and LEDs with new kernel?
Jun 26 10:59:17 <JaMa> dos1: see max_brightnes :)
Jun 26 10:59:24 <dos1> JaMa: 255
Jun 26 10:59:30 <dcordes> leviathan: ok nevermind
Jun 26 10:59:37 <JaMa> hmm I had right value here (at least before)
Jun 26 10:59:54 <dcordes> leviathan: btw htcdream xorg.conf has german keyboard layout hardcoded
Jun 26 11:00:02 <JaMa> dos1: SHR root@gojama /sys/class/backlight/pcf50633-backlight $ cat max_brightness 
Jun 26 11:00:05 <JaMa> 63
Jun 26 11:00:14 <dos1> JaMa: why backlight?
Jun 26 11:01:07 <JaMa> ah you're still talking about vibrator right (brightness baffled me)
Jun 26 11:01:41 <JaMa> SHR root@gojama /sys/class/leds/gta02::vibrator $ cat max_brightness 
Jun 26 11:01:41 <JaMa> 63
Jun 26 11:02:07 <JaMa> dos1: and 63 vibrates a lot :)
Jun 26 11:02:31 <dcordes> leviathan: where is the fso specific metadata from htcdream ?
Jun 26 11:02:31 <dos1> root@om-gta02 /sys/devices/platform/leds_pwm/leds/gta02::vibrator # cat max_brightness 
Jun 26 11:02:33 <dos1> 255
Jun 26 11:02:40 <dcordes> leviathan: or do you setup fso manually ?
Jun 26 11:03:09 <dos1> JaMa: i have 2.6.32.13
Jun 26 11:03:35 <dos1> oe3
Jun 26 11:04:10 <dcordes> mickeyl: hi. I would like to have bitbake setup the correct fso configuration for htcleo. any pointers on how to do it ?
Jun 26 11:06:05 <mickeyl> dcordes: do you mean the FSO configuration files?
Jun 26 11:06:24 <JaMa> dos1: this was from 2.6.34, 2.6.32.13 is "right" because it's used in now building images.. 
Jun 26 11:06:29 <dcordes> mickeyl: yes
Jun 26 11:06:46 <mickeyl> dcordes: ok, those have to go upstream, i.e. just send me patches and i'll add them to FSO
Jun 26 11:06:53 <mickeyl> you need to find out the hardware string
Jun 26 11:07:10 <mickeyl> which is from /proc/cpuinfo, the 'Hardware' field, minus the spaces
Jun 26 11:08:03 <dcordes> mickeyl: ok good I will check that out once I have shr image built
Jun 26 11:08:45 <dcordes> if I can get decent image before the android bomb is dropped it will be very good PR for openembedded & fso
Jun 26 11:09:08 <mickeyl> right
Jun 26 11:09:27 <dcordes> hoping audio routing works ootb so I can make calls
Jun 26 11:09:39 <mickeyl> yeah
Jun 26 11:09:43 <mickeyl> that depends on the arm9 firmware
Jun 26 11:09:48 <mickeyl> some do, some don't
Jun 26 11:09:57 <dcordes> it's not problem to dial with smd0 obviously but .. right
Jun 26 11:10:04 <dcordes> it's luck
Jun 26 11:10:18 <mickeyl> if it doesn't you can probably adjust the router_qdsp5 plugin
Jun 26 11:10:37 <dcordes> on htckaiser it routes to speakerphone automatically
Jun 26 11:11:52 <dcordes> first test call was some openmoko employee's answering machine that had monkey sounds :D
Jun 26 11:12:56 <mickeyl> hahaha
Jun 26 11:12:58 <mickeyl> i remember
Jun 26 11:13:14 <mickeyl> we were in Braunschweig @ alphaone's flat 
Jun 26 11:13:21 <mickeyl> good old times
Jun 26 11:13:34 <dcordes> :) I was totally excited about the working call
Jun 26 11:14:05 <dcordes> maybe I should dig out kaiser and make things work. it has all drivers working (well android specifically)
Jun 26 11:14:08 <dcordes> no alsa etc
Jun 26 11:14:30 <mickeyl> yeah
Jun 26 11:14:49 <mickeyl> these days i appreciate something that works even if it is less current
Jun 26 11:15:24 <mickeyl> that's why i put so much energy in the dream
Jun 26 11:15:28 <mickeyl> but...
Jun 26 11:17:21 <mickeyl> playya_: ping
Jun 26 11:18:27 <dcordes> mickeyl: well you dream guys are a great team. didn't expect for the support to come along so swiftly
Jun 26 11:18:42 <[Rui]> dcordes: sorry, what android bomb?
Jun 26 11:18:43 <mickeyl> oh well
Jun 26 11:19:08 <mickeyl> yes, 80% is there, the missing 20% is giving me nightmares
Jun 26 11:19:14 <dcordes> [Rui]: linux port to WinCE based htc hd2 device
Jun 26 11:20:12 <dcordes> mickeyl: I think mainline is a good opportunity to iron out the remaining dream hardware errors with the help of more kernel hackers
Jun 26 11:20:45 <mickeyl> dcordes: yes, but it's going to be many more months until that happens
Jun 26 11:20:58 <mickeyl> and by then i'm not sure whether us three or four will still be interested in the dream
Jun 26 11:21:13 <[Rui]> dcordes: there's a race to who get's it ported quicker? :)
Jun 26 11:21:19 <dcordes> [Rui]: people are very excited about android as virtually knows of the existance of projects like this
Jun 26 11:22:08 <dcordes> mickeyl: true
Jun 26 11:22:25 <mickeyl> and... to be honest...
Jun 26 11:22:42 <mickeyl> we still have a hard time on app level
Jun 26 11:22:56 <dcordes> mickeyl: what do you mean app level ?
Jun 26 11:23:02 <mickeyl> even if middleware would be finished, there's a ton of work do to on the upper layers
Jun 26 11:23:25 <mickeyl> FOSS world is still missing a _really_ good app toolkit
Jun 26 11:23:31 <dcordes> mickeyl: maybe it would be good to get more poeple on board then
Jun 26 11:23:59 <[Rui]> yeah., they need some love. I should try harder to understand edje
Jun 26 11:24:12 <mickeyl> dcordes: more people i don't see :) i rather see less people thanks to the competition.
Jun 26 11:24:18 <dcordes> mickeyl: did you think about adding fso in the major industry backed platforms ? (I can't remember all the silly names lol)
Jun 26 11:25:44 <mickeyl> they all made their choice already
Jun 26 11:26:10 <mickeyl> no way to keep e.g. linaro from using ofono, devicekit, and friends
Jun 26 11:26:50 <dcordes> what's up with meego ?
Jun 26 11:27:09 <mickeyl> they pay for Marcel Holtmann's middleware
Jun 26 11:27:16 <mickeyl> why should they look for another one? :)
Jun 26 11:27:28 <GNUtoo|laptop> hi leviathan 
Jun 26 11:27:33 <GNUtoo|laptop> hi mickeyl dcordes 
Jun 26 11:27:34 <mickeyl> seriously, as long as fso is not backed up by any big name, it's completely uninteresting to those guys
Jun 26 11:27:50 <leviathan> mickeyl: this could be O2S
Jun 26 11:27:51 <leviathan> :-)
Jun 26 11:27:55 <[Rui]> mickeyl: linaro is actually good for us, no? It'll make all these arm platforms more standard, a bit like the PC, so you have one repo for many kinds of devices...
Jun 26 11:28:01 <leviathan> when I have the showcase, they will listen
Jun 26 11:28:30 <dcordes> stupid wheel reinventing
Jun 26 11:28:35 <GNUtoo|laptop> leviathan, about nand maybe mounting without -t yaffs2 broke it
Jun 26 11:28:39 <mickeyl> [Rui]: i remain very skeptic
Jun 26 11:28:44 <leviathan> GNUtoo|laptop: wtf?
Jun 26 11:28:48 <leviathan> shouldnt be
Jun 26 11:28:54 <leviathan> try to flash it with fastboot
Jun 26 11:28:57 <GNUtoo|laptop> leviathan, not shure 
Jun 26 11:29:04 <GNUtoo|laptop> leviathan, it works for you?
Jun 26 11:29:09 <leviathan> dunno
Jun 26 11:29:10 <leviathan> mom
Jun 26 11:29:21 <GNUtoo|laptop> please try
Jun 26 11:29:42 <[Rui]> mickeyl: well, I don't mean that they'll back FSO, I mean that it'll be easier to port FSO to more devices
Jun 26 11:30:51 <leviathan> its flashing
Jun 26 11:30:52 <mickeyl> [Rui]: yeah, i got that, but their motives sound a bit too good to be true :) so as long as they didn't actually release something i remain skeptic about the actual benefits their after hence the potential benefits in for us
Jun 26 11:31:28 <mickeyl> the last thing we need is more semiopen devices
Jun 26 11:31:41 <GNUtoo|laptop> mickeyl, yesterday I started rebasing on top of android-msm 2.6.32 tree http://pastebin.com/AUugsQGc
Jun 26 11:31:49 <GNUtoo|laptop> it seem that suspend work
Jun 26 11:31:57 <GNUtoo|laptop> battery level was 71 this morning
Jun 26 11:32:03 <dos1> mickeyl: with 2.6.32 interface for power LEDs doesn't work well - there is now 255 at max_brightness for those two leds
Jun 26 11:32:05 <dcordes> GNUtoo|laptop: wow good news
Jun 26 11:32:08 <[Rui]> mickeyl: I read their motives as it's *very*very*hard* as it is right now, we need it more standard to ease the software porting efforts (for meegos, androids, iphones, etc...)
Jun 26 11:32:15 <leviathan> GNUtoo|laptop: mounts fine
Jun 26 11:32:17 <mickeyl> GNUtoo|laptop: wow, that's cool. even without our fix?
Jun 26 11:32:17 <leviathan> flashes fine
Jun 26 11:32:21 <leviathan> you flash just broke
Jun 26 11:32:23 <leviathan> :-)
Jun 26 11:32:29 <GNUtoo|laptop> mickeyl, yes without our fix
Jun 26 11:32:33 <mickeyl> nice
Jun 26 11:32:38 <[Rui]> mickeyl: the net effect is that it'll be easier for other as well.
Jun 26 11:32:39 <GNUtoo|laptop> leviathan, try umount
Jun 26 11:32:43 <leviathan> kk
Jun 26 11:32:46 <GNUtoo|laptop> leviathan, then mount without yaffs2
Jun 26 11:32:53 <leviathan> uhm
Jun 26 11:32:55 <GNUtoo|laptop> like a simple mount without -t
Jun 26 11:33:00 <leviathan> i mounted without yaffs2
Jun 26 11:33:03 <GNUtoo|laptop> ok
Jun 26 11:33:08 <GNUtoo|laptop> and then with yaffs2?
Jun 26 11:33:19 <mickeyl> dos1: please open a bug about that
Jun 26 11:33:34 <dcordes> mickeyl: with genuine mainline kernel support of the snapdragon platform I think many well supported not so semi open devices will show up
Jun 26 11:33:56 <dcordes> well s/snapdragon/msm, qsd/
Jun 26 11:34:18 <GNUtoo|laptop> dcordes, what about userland proprietary libraries like gps?
Jun 26 11:34:25 <mickeyl> dcordes: possible
Jun 26 11:35:10 <mickeyl> dcordes: i just don't know whether i can resist so long. the superb platform offers by the competition have been spoiling for me quite a while now and it's getting harder to motivate myself to work on that every day
Jun 26 11:35:26 <mickeyl> that being our stuff
Jun 26 11:35:31 <[Rui]> mickeyl: but Linaro doesn't give much hopes on the graphic card parts, 4G, etc...
Jun 26 11:35:34 <GNUtoo|laptop> mickeyl, I think it rebooted sorry for the noise
Jun 26 11:35:59 <dcordes> GNUtoo|laptop: I just think having the qualcomm engineers working with mainline and cooporating with us is a much better foundation to get somewhere than patching the android specfic google kernels in some basement as we are doing it now
Jun 26 11:36:18 <mickeyl> GNUtoo|laptop: oh :/
Jun 26 11:36:21 <GNUtoo|laptop> dcordes, I know but did you see the state of mainline
Jun 26 11:36:35 <GNUtoo|laptop> wakelocks_suspend_resume
Jun 26 11:36:40 <GNUtoo|laptop> etc...are present
Jun 26 11:37:07 <mickeyl> right, that's our stuff
Jun 26 11:37:26 <dcordes> GNUtoo|laptop: yes and that is why I got the cable so I can drop in with my device right now.
Jun 26 11:38:43 <GNUtoo|laptop> ok ok I will get a cable
Jun 26 11:38:57 * [Rui] slaps mickeyl hard!
Jun 26 11:39:03 <GNUtoo|laptop> leviathan, did you get the cable
Jun 26 11:39:12 <[Rui]> mickeyl: those are the devilspawn's tools!
Jun 26 11:39:38 * [Rui] smiles
Jun 26 11:40:01 <mickeyl> [Rui]: i know. i know that very well... but still. if you work with luxury tools during the day, it's hard to go back to the bare metal at night
Jun 26 11:40:06 <JaMa> mrmoku|lunch: I'm restarting build to pick fixed initscripts-shr with ttySACs.. so I'll add full image and feed..
Jun 26 11:40:09 <mickeyl> *shrug*
Jun 26 11:40:11 <[Rui]> mickeyl: :)
Jun 26 11:41:14 <[Rui]> mickeyl: Tim Burton worked on the "luxury tools" by day, as an animator for Disney, and that motivated him to do excellent original work as an escape mechanism :)
Jun 26 11:42:06 <leviathan> GNUtoo|laptop: UPS doesnt delivery on weekends
Jun 26 11:42:13 <GNUtoo|laptop> ah yes right
Jun 26 11:43:42 <mrmoku|lunch> JaMa: ok, one thing less to take care of :-)
Jun 26 11:50:12 <[Rui]> in cli-framework what is a TRUE value? gsmsms.SendTextMessage(number, 'message', TRUE) doesn't work, of course
Jun 26 11:50:55 <mickeyl> True
Jun 26 11:51:13 <mickeyl> upper case T, lower case rue
Jun 26 11:51:20 <mickeyl> (standard Python syntax)
Jun 26 11:55:36 <[Rui]> mickeyl: thank you very much!
Jun 26 12:07:19 <dcordes> GNUtoo|laptop: the msm/qsd mainline progress is so slow because they are redesigning everything from scratch.. we have to bear with them. it's not so easy to satisfy everybody. when they tried to put a defconfig, linus dropped in and it caused a 30 post thread
Jun 26 12:07:49 <dcordes> about defconfig philosophy
Jun 26 12:08:59 <GNUtoo|laptop> yes I'm aware of the defconfig issue
Jun 26 12:09:28 <GNUtoo|laptop> I didn't read the posts tough,so defconfig will go away ?
Jun 26 12:09:41 <dcordes> I didn't read all of it either
Jun 26 12:09:46 <dcordes> as I have no problem wiht defconfigs :)
Jun 26 12:09:52 <GNUtoo|laptop> I do
Jun 26 12:10:00 <GNUtoo|laptop> they are unreadable
Jun 26 12:10:14 <GNUtoo|laptop> often in openembedded I skip patches with defconfigs
Jun 26 12:10:31 <GNUtoo|laptop> also they pull unrelated stuff
Jun 26 12:10:42 <GNUtoo|laptop> like networking(iptables etc...)
Jun 26 12:11:01 <GNUtoo|laptop> instead of just having a machine config
Jun 26 12:28:15 <GarthPS> mickeyl: hi! excuse me, I made a donation this week to fso. could you confirm me want I have time that it is well arrived.. to be sure :) as I don't use  this kind of transfer very often 
Jun 26 12:28:47 <GarthPS> s/want I/when you
Jun 26 12:28:48 <GarthPS> :/
Jun 26 12:29:36 <dcordes> GNUtoo|laptop: hm yes there are also downsides.. 
Jun 26 12:29:46 <dcordes> GNUtoo|laptop: is it expected that shr builds pulseaudio ?
Jun 26 12:30:54 <GNUtoo|laptop> shr-image?
Jun 26 12:30:57 <GNUtoo|laptop> strange indeed
Jun 26 12:34:13 <dcordes> GNUtoo|laptop: yes I bitbaked shr-image
Jun 26 12:34:50 <dcordes> GNUtoo|laptop: for htcleo machine
Jun 26 12:36:37 <dcordes> http://tinderbox.openembedded.net/builds/76438/
Jun 26 12:37:32 <dcordes> ok the tinderbox overview reveals potential problem
Jun 26 12:37:36 <dcordes> I am building for minimal distro ..
Jun 26 12:39:22 <gena2x> hi all :)
Jun 26 12:39:38 <JaMa> hi gena2x 
Jun 26 12:40:09 <gena2x> i have my next question: I want to try to setup fr for 500mhz, and want to know, do anyone tryed to do that before?
Jun 26 12:40:37 <gena2x>  (my main goal is to learn about clocks)
Jun 26 12:40:53 <gena2x>  (and this seems to be nice excersise)
Jun 26 12:42:40 <gena2x> PaulFertser, may be you heard something?
Jun 26 12:44:35 <gena2x> should this be possible without glamo docs?
Jun 26 12:50:37 <alexxy> JaMa: 2.6.29 kernels still dont worjk with latest shr-u
Jun 26 12:50:45 <alexxy> also 2.6.32 has issue
Jun 26 12:51:08 <alexxy> mmcblk0p1 partition becames mounted ro after suspend
Jun 26 12:52:21 <PaulFertser> gena2x: folks tried 500MHz cpu clock on early stages of development, and the resulting system was unstable due to high memory bus clock. Probably it was even NOR interferring or some other memory bus problems. You can find something in google about it.
Jun 26 12:53:16 <gena2x> i tried to google about 500mhz, but found nothing useful
Jun 26 12:53:55 <gena2x> now i'll try again cause i know what to google :)
Jun 26 12:53:57 <gena2x> thanks
Jun 26 12:55:01 <JaMa> alexxy: new images are building (with 2.6.32) nobody is working on old 2.6.29 breakage (I tried few things.. but don't want to stop current build now), I haven't seen remount to RO after resume
Jun 26 12:55:18 <JaMa> NOTE: Running task 8805 of 8852
Jun 26 12:57:56 <alexxy> JaMa: ok 
Jun 26 12:57:57 <JaMa> NOTE: Running task 8848 of 8852
Jun 26 12:58:08 <alexxy> ok ping me when you finish
Jun 26 12:58:26 <JaMa> alexxy: lite image will be in tests/shr-unstable in few mins
Jun 26 12:58:35 <JaMa> you can be first to try it
Jun 26 12:59:48 <JaMa> alexxy: and btw old image with 2.6.29 is working with fbdev driver (as described on ML)..
Jun 26 13:00:42 <gena2x> PaulFertser: hm.. do the memory bus have separate clock??
Jun 26 13:00:57 <alexxy> JaMa: should i reflash my old imag?
Jun 26 13:01:35 <JaMa> alexxy: why? I don't understand what you want to accomplish..
Jun 26 13:01:38 <PaulFertser> gena2x: same clock divised by 4 i guess.
Jun 26 13:01:38 <gena2x> PaulFertser: so as far as i understand (currently) it should be possible to clock cpu at 500mhz and leave memory at 100?
Jun 26 13:02:21 <gena2x> PaulFertser: and such setup sounds rock solid?
Jun 26 13:02:22 <PaulFertser> gena2x: well... i'm not an expert on that, probably there is no needed divisor for that.
Jun 26 13:02:26 <JaMa> new shr-lite-image is built
Jun 26 13:03:02 <JaMa> alexxy: or do you mean reflash old image with new image? yes you can try new one
Jun 26 13:03:18 <gena2x> PaulFertser: btw, i were unable to google anything useful about previous attempts :(
Jun 26 13:03:48 <alexxy> JaMa: ok i'll test it in few mins
Jun 26 13:04:03 <PaulFertser> gena2x: http://openmoko-public-mailinglists.1958.n2.nabble.com/PLL-clock-settings-on-GTA02-u-boot-vs-qi-td2274434.html
Jun 26 13:05:35 <gena2x> PaulFertser: thanks!
Jun 26 13:05:50 <GNUtoo|laptop> is xrandr -o 1 => white screen of death on freerunner a known bug?
Jun 26 13:05:52 <alexxy> JaMa: is ubifs supposed to work with 2.6.32?
Jun 26 13:06:27 <gena2x> GNUtoo|laptop: on non-kms, without death, -> weiss knows.
Jun 26 13:06:41 <PaulFertser> gena2x: i used ``openmoko 500mhz bus nor stable'' and it was the third result ;)
Jun 26 13:07:10 <gena2x> ahh, "bus not stable" :)
Jun 26 13:07:10 <GNUtoo|laptop> gena2x, it was on 2.6.32
Jun 26 13:07:27 <GNUtoo|laptop> oe3 I think
Jun 26 13:07:31 <GNUtoo|laptop> the kenrels from mrmoku 
Jun 26 13:07:34 <gena2x> GNUtoo|laptop: oh, yes, i'm about .34
Jun 26 13:07:46 <GNUtoo|laptop> but 34 has touchscreen issues no?
Jun 26 13:08:14 <gena2x> GNUtoo|laptop: issues? wrong driver. 5 mins to replace to old driver. is it issue?
Jun 26 13:08:18 <JaMa> alexxy: http://wiki.openmoko.org/wiki/UBIFS says I tested it mostly with 2.6.32 and it's still the same
Jun 26 13:08:56 <gena2x> GNUtoo|laptop: (i never tryed as i actually only using .34 for development)
Jun 26 13:09:06 <GNUtoo|laptop> "2.6.34 does not support touchscreen filtering in kernel driver."
Jun 26 13:09:26 <GNUtoo|laptop> "Without filtering you often get short drag event instead of single click even while using stylus!"
Jun 26 13:09:28 * alexxy flashing ubifs
Jun 26 13:09:35 <gena2x> GNUtoo|laptop: you may replace .34 driver with driver from .32.
Jun 26 13:09:42 <GNUtoo|laptop> ah ok lol
Jun 26 13:09:49 <GNUtoo|laptop> will it work
Jun 26 13:09:51 <GNUtoo|laptop> ?
Jun 26 13:09:56 <gena2x> GNUtoo|laptop: hm?
Jun 26 13:10:01 <GNUtoo|laptop> because the driver may depend on removed .32 stuff
Jun 26 13:10:11 <gena2x> GNUtoo|laptop: i dont really think so.
Jun 26 13:10:20 <GNUtoo|laptop> ah ok
Jun 26 13:10:41 <gena2x> GNUtoo|laptop: i am using .34 driver only because i need to test my fix to it.
Jun 26 13:10:50 <GNUtoo|laptop> ok
Jun 26 13:11:30 <GNUtoo|laptop> btw why DISTRO_PR was bumped?
Jun 26 13:11:35 <GNUtoo|laptop> (just curious)
Jun 26 13:11:54 <JaMa> GNUtoo|laptop: gcc-4.5
Jun 26 13:11:59 <gena2x> GNUtoo|laptop: hm, i'll close this question now. i'll try to port .32's driver to .34.
Jun 26 13:12:20 <JaMa> GNUtoo|laptop: and added bbclasses to shr.conf (as commit message says)
Jun 26 13:12:49 <JaMa> GNUtoo|laptop: INHERIT += "recipe_sanity" cannot be added without rebuilding all
Jun 26 13:13:03 <GNUtoo|laptop> ok
Jun 26 13:13:35 <GNUtoo|laptop> thanks a lot
Jun 26 13:13:41 <JaMa> yw
Jun 26 13:25:20 <GNUtoo|laptop> dcordes, hi
Jun 26 13:25:43 <GNUtoo|laptop> dcordes, are you aware that oe bugzilla is less reviewed than the mailing list?
Jun 26 13:26:34 <GNUtoo|laptop> dcordes, I think you have to be suscribed to oe-commits to receive the bugs by mail
Jun 26 13:27:03 <GNUtoo|laptop> and suscribing to oe-commits is not mandatory
Jun 26 13:38:40 <mickeyl> GarthPS: thanks a lot, will notify when we receive anything!!
Jun 26 13:45:29 <GarthPS> mickeyl: it was on monday. it is not  a lot :) but it will not be my last :p
Jun 26 13:46:05 <GarthPS> I think it is important to recognise a good work! it is the least to do 
Jun 26 13:46:13 <GarthPS> a devoted one
Jun 26 13:46:35 <mickeyl> GarthPS: right, every bit is appreciated! did you use paypal or direct account delivery?
Jun 26 13:46:49 <GarthPS> mickeyl: direct account
Jun 26 13:47:16 <GarthPS> Sylvain Paré aka GarthPS
Jun 26 13:47:29 <mickeyl> GarthPS: ah, right. in that case we don't get notifications, but need to poll. Ok, I will check back with my colleague tomorrow and get back to you
Jun 26 13:48:27 <GarthPS> It is the last time I norrow you with this. it is juste to be sure.after i will be confident enought :)
Jun 26 13:49:03 <radekp> does modem work for anybody in 2.6.34?
Jun 26 13:49:20 <GarthPS> mickeyl: do you recieve "a lot" donation?
Jun 26 13:49:23 <radekp> i cant even find the sysfs node for power on
Jun 26 13:51:15 <mickeyl> GarthPS: not really. we got about 20 in the last 12 months though, which -- given the small userbase we have and the fact that middleware is generally almost invisible -- we are thankful for
Jun 26 13:53:05 <GarthPS> mickeyl: hum yeah.. it defenitely need to go on other devices.
Jun 26 13:53:57 <mickeyl> *nod* that's top priority, although a very tough job given the problems with anti-vendor-port
Jun 26 13:53:58 <mickeyl> s
Jun 26 13:54:02 <gena2x> radekp: let me check
Jun 26 13:55:31 <radekp> i might just miss some config item
Jun 26 13:55:56 <JaMa> radekp: yes pm-gsm is missing
Jun 26 13:56:18 <JaMa> radekp: it was on wrong path before, but after pcf patch (probably) it's gone completely
Jun 26 13:58:46 <gena2x> radekp: yes, can't find it too.
Jun 26 13:59:33 <JaMa> radekp: if you read log from 24 between me/ThibG/mrmoku there is more info
Jun 26 14:00:02 <gena2x> GNUtoo|laptop: yeah, old ts driver seem need some work to bring back.
Jun 26 14:00:04 <radekp> JaMa: ahh thanks i'll try to find it
Jun 26 14:00:20 <GNUtoo|laptop> ok
Jun 26 14:00:40 <JaMa> radekp: err, from 23
Jun 26 14:01:26 <CIA-58> freesmartphone.org: 03morphis 07utilities * r6e070c07155e 10/palmpre/palmpre-system-deps/ (3 files): palmpre: palmpre-system-deps: fix right handling of pc file
Jun 26 14:02:25 <CIA-58> freesmartphone.org: 03morphis 07utilities * rabce92397719 10/palmpre/palmpre-system-deps/configure.ac: palmpre: palmpre-system-deps: bump to version 0.1.0
Jun 26 14:02:27 * radekp was reading log from 23, but it was yer 2008 ;-)
Jun 26 14:06:09 <CIA-58> freesmartphone.org: 03morphis 07utilities * r457d05d7e913 10/palmpre/palmpre-system-deps/vapi/hsuart.vapi: palmpre: palmpre-system-deps: add missing comma at line end
Jun 26 14:09:14 <CIA-58> freesmartphone.org: 03morphis 07cornucopia * r49bd33925828 10/libfsotransport/fsotransport/basetransport.vala: libfsotransport: make configure method in class BaseTransport virtual
Jun 26 14:09:15 <CIA-58> freesmartphone.org: 03morphis 07cornucopia * r7e3e45080a97 10/libfsotransport/ (3 files in 2 dirs): libfsotransport: add dummy hsuart transport class
Jun 26 14:18:40 <CIA-58> freesmartphone.org: 03morphis 07utilities * rfbf38cdae3ff 10/palmpre/palmpre-system-deps/vapi/hsuart.vapi: palmpre: palmre-system-deps: hsuart.vapi: rename QueueType/FifoType to FlushType
Jun 26 14:21:29 <CIA-58> freesmartphone.org: 03morphis 07utilities * rdee552cfee24 10/palmpre/palmpre-system-deps/vapi/hsuart.vapi: palmpre: palmpre-system-deps: hsuart.vapi: rename flag types
Jun 26 14:21:39 <CIA-58> freesmartphone.org: 03mickey 07cornucopia * rdbf89338848d 10/fsogsmd/src/lib/ (lowlevel.vala modem.vala): 
Jun 26 14:21:39 <CIA-58> freesmartphone.org: fsogsmd: add suspend() and resume() methods to vendor-specific lowlevel class
Jun 26 14:21:39 <CIA-58> freesmartphone.org: call them during preparation and recovering from suspend
Jun 26 14:21:40 <CIA-58> freesmartphone.org: 03mickey 07cornucopia * r101ac73d6921 10/fsogsmd/ (2 files in 2 dirs): fsogsmd: lowlevel_openmoko: write to sysfs flow control nodes on suspend/resume
Jun 26 14:22:45 <CIA-58> freesmartphone.org: 03mickey 07cornucopia * r6e5adfc6d27f 10/fsogsmd/src/plugins/lowlevel_openmoko/plugin.vala: fsogsmd: lowlevel_openmoko: enable input after resume
Jun 26 14:23:16 <CIA-58> freesmartphone.org: 03mickey 07cornucopia * r3f13255529e2 10/fsotdld/src/lib/gpsdata.vala: fsotdld: add FixInfo
Jun 26 14:24:25 <PaulFertser> mickeyl: i got the hint ;)
Jun 26 14:24:41 <mickeyl> :)
Jun 26 14:25:29 <mickeyl> you might need to adjust the configuration file
Jun 26 14:25:38 <mickeyl> i don't know whether this flowcontrolled node is still at its old position
Jun 26 14:26:22 <PaulFertser> mickeyl: np, i'm still using an old kernel :)
Jun 26 14:26:37 <mickeyl> righ
Jun 26 14:26:41 <mickeyl> in that case it should work
Jun 26 14:29:40 <PaulFertser> mickeyl: i hope you've seen new comments about that +CLCC problem? It's not related to suspend/resume, and it's really weird. Also mrmoku reports he can reliably put fsogsmd into a state when it doesn't answer dbus.
Jun 26 14:31:50 <CIA-58> freesmartphone.org: 03mickey 07cornucopia * r2292f155582f 10/fsogsmd/src/lib/ (atchannel.vala atsms.vala phonebook.vala): fsogsmd: fix deprecated signal connections to use the fashion-of-the-week syntax
Jun 26 14:31:57 <mickeyl> yes, seen that all
Jun 26 14:32:01 <mickeyl> still very clueless though :/
Jun 26 14:32:07 <PaulFertser> same here :/
Jun 26 14:32:38 <CIA-58> freesmartphone.org: 03morphis 07utilities * r553ec09d894a 10/palmpre/palmpre-system-deps/vapi/hsuart.vapi: palmpre: palmpre-system-deps: hsuart.vapi: adjust mode/stat structs to be usable
Jun 26 14:33:20 <CIA-58> freesmartphone.org: 03morphis 07cornucopia * rc83643eb4886 10/libfsotransport/fsotransport/hsuart.vala: fsotransport: implement hsuart transport
Jun 26 14:33:21 <CIA-58> freesmartphone.org: 03morphis 07cornucopia * rc6551e60e293 10/ (8 files in 4 dirs): Merge branch 'master' of ssh://git.freesmartphone.org/cornucopia
Jun 26 14:34:30 <morphis> mickeyl: "fashion-of-the-week syntax" ... wonderful :D
Jun 26 14:35:17 <mickeyl> ;)
Jun 26 15:01:36 <CIA-58> freesmartphone.org: 03morphis 07msmcomm * r3bf1fa8f3be0 10/msmcommd2/src/frame.vala: msmcommd2: debug_statement--
Jun 26 15:02:41 <gena2x> PaulFertser, hm strange... 500/6=83 and 500/4 is 125, where did they got that 70 and 133 values??
Jun 26 15:03:17 <PaulFertser> gena2x: no idea
Jun 26 15:03:34 <PaulFertser> gena2x: i just remembered reading that mail and thought i should let you know :)
Jun 26 15:05:26 <gena2x> PaulFertser: thanks, for sharing. i just thinking, sorry if too loud :)
Jun 26 15:10:50 <PaulFertser> gena2x: probably that was 533
Jun 26 15:12:13 <gena2x> PaulFertser: may be. 83 btw don't look like so bad.
Jun 26 15:12:37 <gena2x> PaulFertser: need to calculate, may be this clock may even improve sdram latency.
Jun 26 15:15:01 <gena2x> PaulFertser: and with 533 83 becomes 88 which sound almost negligible.
Jun 26 15:16:49 <PaulFertser> gena2x: yeah, interesting stuff. But i'm actually ok with performance.
Jun 26 15:16:50 <dos1> what happened to cpufreq patches?
Jun 26 15:16:54 <PaulFertser> What i do not like is the stability
Jun 26 15:16:58 <PaulFertser> (in-)
Jun 26 15:16:58 <dos1> i saw them ages ago on some maillist
Jun 26 15:17:32 <gena2x> PaulFertser: why not have 100 more megahertz? :)
Jun 26 15:18:57 <gena2x> PaulFertser: i think power consumption should not be problem in ideal. as (in ideal kernel) it's possible to slow it down then cpu is not really needed.
Jun 26 15:19:16 <PaulFertser> Heh
Jun 26 15:19:26 <gena2x> PaulFertser: also, it should sleep most of time
Jun 26 15:20:00 <dos1> gena2x: we don't have cpufreq support now, but there were patches for that on ML long time ago
Jun 26 15:20:14 <gena2x> and if 533 is stable this is really huge, 1/3 increase.
Jun 26 15:20:36 <gena2x> dos1: that's why i were speaking about ideal kernel.
Jun 26 15:20:45 <dos1> gena2x: dunno what happened to them... it would be really nice to have, someone should check it
Jun 26 15:21:19 <lindi-> dos1: http://docs.openmoko.org/trac/ticket//2295
Jun 26 15:21:21 <gena2x> dos1: may be after my 500mhz adventure, i'll try to check em.
Jun 26 15:21:36 <lindi-> dos1: otherwise cpufreq patches worked ok
Jun 26 15:21:53 <lindi-> dos1: but since I need my serial ports _and_ suspend I never was able to continue using them
Jun 26 15:22:09 <dos1> lindi-: is this still a case? nothing changed about that? :(
Jun 26 15:23:18 <gena2x> lindi-: if 500mhz will work, i'll make attemp to look over it.
Jun 26 15:24:47 <gena2x> btw, answer the question 'what is better 400/100 or 500/83' is relatively easy - i'll do lmbench.
Jun 26 15:30:03 <thrashold> Does any of this have effect on GUI drawing?
Jun 26 15:32:26 <lindi-> dos1: it'd be in the bug report if it had changed?
Jun 26 15:33:41 <dos1> lindi-: report is based on very old andy-tracking kernel, dunno if it was checked with newer kernels too
Jun 26 15:34:16 <lindi-> dos1: hmm? but bugs are always reported against the version that does not work? ;)
Jun 26 15:34:37 <lindi-> dos1: if there's a new version that fixes this then it can be closed
Jun 26 15:34:51 <dos1> lindi-: but bugs aren't reported against versions that work, and ticket may be forgotten ;D
Jun 26 15:35:11 <dos1> but ok, nvm ;)
Jun 26 15:36:51 <CIA-58> freesmartphone.org: 03morphis 07msmcomm * r16796666a12f 10/msmcommd2/src/flowcontrolhandler.vala: msmcommd2: start ack timer on data frame arrival in FlowControlLinkHandler
Jun 26 15:36:54 <CIA-58> freesmartphone.org: 03morphis 07msmcomm * r56d559a01650 10/msmcommd2/src/worker.vala: msmcommd2: create modem transport dependent on configuration
Jun 26 15:36:54 <CIA-58> freesmartphone.org: 03morphis 07msmcomm * r341d59ba3014 10/msmcommd2/src/ (5 files): msmcommd2: start with implementation of RemoteClientHandler
Jun 26 15:43:04 <Weiss> so, Xorg issues..
Jun 26 16:01:36 <mrmoku> JaMa|Away: solved my do_rootfs/fakeroot problem... if you have LD_LIBRARY_PATH set in your env it does not look for the staged one
Jun 26 16:01:42 <mrmoku> JaMa|Away: after unsetting it all is fine
Jun 26 16:03:10 <mrmoku> JaMa|Away: this is do_rootfs with LD_DEBUG=libs for the non-working case: http://shr.pastebin.com/ruxgFbaK
Jun 26 17:17:22 <mrmoku> dos1: I get the following when first start wizard tries to set the root pw: http://shr.pastebin.com/WzRuFjXA
Jun 26 17:18:20 <dos1> mrmoku: "Please use a combination of upper and lower case letters and numbers."
Jun 26 17:18:30 <mrmoku> dos1: guess that comes from switch to shadow
Jun 26 17:18:31 <mrmoku> Warning: weak password (enter it again to use it anyway).
Jun 26 17:18:32 <dos1> mrmoku: that's what passwd returns
Jun 26 17:18:57 <dos1> hmm
Jun 26 17:20:43 <mrmoku> dos1: so, if password is to weak it expects it again :/
Jun 26 17:21:51 <mrmoku> dos1: you just send it twice, right? without parsing what passwd has to say?
Jun 26 17:22:56 <mrmoku> JaMa|Away: and now my image boots and is good :-)
Jun 26 17:23:09 <dos1> mrmoku: it waits for "Enter new password: ", sends, then waits for "Re-enter new password: "
Jun 26 17:23:39 <dos1> and then sends again
Jun 26 17:23:40 <mrmoku> dos1: maybe we should extend that to handle the weak pw case?
Jun 26 17:23:56 <dos1> yup, but i'll have to find out, how :P
Jun 26 17:24:28 <mrmoku> dos1: just send it too on 'Warning: weak password' ?
Jun 26 17:24:44 <dos1> mrmoku: child.expect("Enter new password: ", timeout = 2)
Jun 26 17:24:50 <mrmoku> ahh :U/
Jun 26 17:25:02 <dos1> mrmoku: yup... that's some python magic i found in google :P
Jun 26 17:25:23 <dos1> but it should be doable...
Jun 26 17:25:26 * dos1 is adding it to TODO
Jun 26 17:25:33 <mrmoku> k :)
Jun 26 17:26:41 <CIA-58> SHR: 03seba.dos1 07shr-settings * rf5f5f3bdc51d 10/TODO: [TODO] update
Jun 26 17:35:00 <JaMa|Away> Weiss: my tip with xorg issues is those xcalloc->calloc, xalloc->malloc patches, but after checking other replaces in Xorg tree they always just replace them with non-x equivalent
Jun 26 17:35:45 <JaMa> mrmoku: ah, great, why do you have LD_LIBRARY_PATH set in first place?
Jun 26 17:36:00 <mrmoku> JaMa: for daywork
Jun 26 17:36:15 <JaMa> mrmoku: ah, I have it unset in setup.env..
Jun 26 17:36:55 <mrmoku> JaMa: will do that too then... but hasn't oe a mechanism to blacklist env vars?
Jun 26 17:37:31 <JaMa> export BB_ENV_EXTRAWHITE="MACHINE DISTRO ANGSTROM_MODE"
Jun 26 17:37:41 <JaMa> grep something similar for blacklist
Jun 26 17:37:47 <mrmoku> k
Jun 26 17:37:59 <JaMa> but I'm not sure if it's blacklisted from all evn
Jun 26 17:38:35 <JaMa> there was issue in debian.bbclass because PATH wasn't set according to bitbake rules
Jun 26 17:39:00 <JaMa> and someone explained to me, that bitbake controls environment only in some parts of build
Jun 26 17:39:13 <JaMa> and cmd calls from python are not one of them
Jun 26 17:39:55 <mrmoku> well.. will just unset it then... like I do with CPATH :P
Jun 26 17:39:56 <JaMa> http://git.openembedded.org/cgit.cgi/openembedded/commit/?id=2aef1cb15db38589ba70cf8aed3f2870a276c233
Jun 26 17:40:20 <JaMa> here I had to explicitly set PATH because of this
Jun 26 17:42:18 <JaMa> shr-full-image also built :)
Jun 26 17:43:25 <JaMa> mrmoku: will we keep it secret or should I rsync it to feed? :)
Jun 26 17:45:59 <gena2x> nice uboot seem working at 500mhz even without voltage changing. it can even boot .29 up to the "freeing kernel memory"
Jun 26 17:46:17 <gena2x> sometimes...
Jun 26 17:46:35 <gena2x> sometimes last message is about "glamo-mci"
Jun 26 17:48:07 <Weiss> JaMa: could you point me at your patch for that again, and I'll apply it?
Jun 26 17:48:34 <gena2x> lets try to feed it with 1.7V.
Jun 26 17:48:47 <mrmoku> JaMa: hehe.... maybe a mail to the ML explaining the regressions and sync it :)
Jun 26 17:49:05 <JaMa> Weiss: http://git.openembedded.org/cgit.cgi/openembedded/tree/recipes/xorg-driver/xf86-video-glamo/remove_deprecated.patch
Jun 26 17:49:27 <mrmoku> JaMa: do you have working GPS?
Jun 26 17:49:48 * mrmoku went for a walk today and did not get a fix within half an hour
Jun 26 17:49:54 <JaMa> Weiss: and please check rebased gdrm-2.6.34 patches http://git.openembedded.org/cgit.cgi/openembedded/tree/recipes/linux/linux-openmoko-2.6.34
Jun 26 17:50:33 <JaMa> Weiss: I've moved glamo-drm to gpu/drm to comply with latest patches to om-gta02-2.6.34 branch
Jun 26 17:50:48 <JaMa> Weiss: and also one of your patches was applied there already
Jun 26 17:51:11 <JaMa> mrmoku: did you create ttySAC1 for it?
Jun 26 17:51:29 <mrmoku> JaMa: heh
Jun 26 17:51:30 <JaMa> mrmoku: new initscripts-shr should do it, but don't know if you have it
Jun 26 17:51:31 <mrmoku> no :P
Jun 26 17:51:50 <mrmoku> JaMa: now I have them... during the walk no... issue resolved :)
Jun 26 17:52:11 <mrmoku> JaMa: I adjusted fsogsmd config to the other dev names
Jun 26 17:52:17 <gena2x> with 1.7 even .34 loads :)
Jun 26 17:52:20 <mrmoku> but nothing for gps
Jun 26 17:52:58 <gena2x> wah, so easy :(
Jun 26 17:53:31 <gena2x> S3C244X: core 500.000 MHz, memory 83.333 MHz, peripheral 41.666 MHz
Jun 26 17:54:04 <gena2x> even X works fine without any troubles :(((
Jun 26 17:54:16 <PaulFertser> gena2x: :D
Jun 26 17:54:46 <PaulFertser> gena2x: try to recruit several other users to ensure it can work like that on all devices.
Jun 26 17:55:08 <lindi-> gena2x: is that on .34?
Jun 26 17:55:15 <gena2x> PaulFertser: only thing i need to change is 2 lines in uboot
Jun 26 17:55:23 <gena2x> lindi-: yes.
Jun 26 17:55:34 <gena2x> lindi-: but i think .29 will work too.
Jun 26 17:56:16 <gena2x> may be it's possible to tune sdram timings also to speed up this.
Jun 26 17:57:55 <gena2x> hm, may be try 533?
Jun 26 17:57:56 <gena2x> :)
Jun 26 17:58:59 <lindi-> gena2x: can the same trick also used to get lower clock frequency?
Jun 26 17:59:09 <gena2x> yeah, actually 500: Calibrating delay loop... 249.03 BogoMIPS (lpj=622592)
Jun 26 17:59:10 <lindi-> +be
Jun 26 17:59:29 <gena2x> this is not trick, this is usual frequency setup.
Jun 26 17:59:39 <gena2x> and i think yes.
Jun 26 18:00:42 <gena2x> yeah, glamo is actually become a bit slower.
Jun 26 18:00:44 <PaulFertser> gena2x: dynamic freq scaling is what's needed...
Jun 26 18:00:46 <dos1> gena2x: do that with Qi and you have me as tester :D
Jun 26 18:01:13 <gena2x> dos1: switch to uboot and you'll be able to test it :)
Jun 26 18:01:14 <PaulFertser> dos1: if he tells me the new register value, i can instantly cook up a patch
Jun 26 18:01:27 <gena2x> PaulFertser: tsss
Jun 26 18:02:04 <lindi-> PaulFertser: but if we can't get dynamic freq scaling then at least being able to set it on bootup would be usefl
Jun 26 18:02:07 <lindi-> PaulFertser: think gps logging
Jun 26 18:02:27 <Weiss> gena2x: slower when you did what?
Jun 26 18:02:37 <Weiss> (Glamo has dynamic gating internally for almost all clocks)
Jun 26 18:02:47 <PaulFertser> lindi-: yeah, SpeedEvil had good results with that approach on gta01
Jun 26 18:02:54 <ThibG> PaulFertser, can ou add support for multi-files u-boot images too? O:)
Jun 26 18:02:59 <gena2x> anyway, need to check power consumpition, lmbench and so
Jun 26 18:03:14 <gena2x> but if anyone want to test uboot, i can push it right now.
Jun 26 18:03:21 <ThibG> s/ou/you/
Jun 26 18:03:21 <apt> ThibG meant: PaulFertser, can you add support for multi-files u-boot images too? O:)
Jun 26 18:03:25 <GNUtoo|laptop> hi leviathan dcordes 
Jun 26 18:03:39 <GNUtoo|laptop> yesterday I tried simple things
Jun 26 18:03:47 <gena2x> Weiss: the buses are slower now (83/41)
Jun 26 18:03:50 <GNUtoo|laptop> to import on top of 2.6.32 android and it worked
Jun 26 18:03:56 <GNUtoo|laptop> today I tried alsa
Jun 26 18:04:00 <GNUtoo|laptop> I'm horified
Jun 26 18:04:04 <GNUtoo|laptop> nothing changed
Jun 26 18:04:08 <GNUtoo|laptop> nearly nothing
Jun 26 18:04:23 <gena2x> lindi-: i think hardware is able to switch this dinamically.
Jun 26 18:04:32 <GNUtoo|laptop> maybe I used the wrong branch/tree 
Jun 26 18:04:38 <GNUtoo|laptop> I'll ask in #htc-linux
Jun 26 18:04:48 <gena2x> lindi-: only need kernel support and may be some delay 
Jun 26 18:05:46 <PaulFertser> ThibG: to u-boot?
Jun 26 18:05:55 <ThibG> to Qi
Jun 26 18:06:16 <ThibG> u-boot of course supports multi-file u-boot images :p
Jun 26 18:06:26 <gena2x> Weiss: i had something near 2.7Mb/s, now i have 2.4Mb/s dd
Jun 26 18:06:27 <PaulFertser> ThibG: why does it need multi-file u-boot images? I mean i do not exactly understand the feature.
Jun 26 18:06:36 <lindi-> gena2x: yes but the bug report has been open for a year now
Jun 26 18:06:43 <ThibG> first file: kernel; second file: initrd
Jun 26 18:06:45 <Weiss> gena2x: you've been playing with clocks?
Jun 26 18:07:04 <PaulFertser> ThibG: why do that instead of relinking a kernel with initramfs one wants?
Jun 26 18:07:08 <lindi-> gena2x: did you read it?
Jun 26 18:07:13 <gena2x> Weiss: S3C244X: core 500.000 MHz, memory 83.333 MHz, peripheral 41.666 MHz
Jun 26 18:07:38 <gena2x> lindi-: pr2295?
Jun 26 18:07:48 <ThibG> relinking a kernel with initramfs? How do you do that?
Jun 26 18:07:55 <lindi-> gena2x: yes
Jun 26 18:08:13 <gena2x> lindi-: i didn't figured out doest it support 500Mhz
Jun 26 18:08:39 <lindi-> gena2x: well it fails even if you don't change the frequency at all
Jun 26 18:09:20 <gena2x> lindi-: this is different thing. now my journey only make it work at 500mhz
Jun 26 18:09:37 <gena2x> lindi-: or more, try different memory bus speeds.
Jun 26 18:09:53 <gena2x> lindi-: then i may think about how to apply all this to our kernel
Jun 26 18:10:34 <lindi-> gena2x: does serial port work with your 500 MHz setup?
Jun 26 18:10:46 <PaulFertser> ThibG: initramfs was designed to be linked in. You just specify a path in your .config.
Jun 26 18:10:51 <gena2x> lindi-: serial port?
Jun 26 18:10:56 <lindi-> gena2x: yes, to gsm and gps
Jun 26 18:11:15 <PaulFertser> ThibG: but i've to admit the idea to use multifile-image to store both kernel and initramfs on kernel partition is tempting.
Jun 26 18:11:18 <gena2x> lindi-: wait, i'll boot .29 and check (in .34 gsm is not working)
Jun 26 18:11:31 <ThibG> PaulFertser, and you have to re-integrate it on each initramfs update
Jun 26 18:11:46 <PaulFertser> ThibG: i think i'd try to do that with Qi if there will be at least one user.
Jun 26 18:12:07 <gena2x> next thing to check is 533/88 and 500/125
Jun 26 18:12:08 <ThibG> I hope there will :p
Jun 26 18:12:09 <gena2x> :)
Jun 26 18:12:20 <PaulFertser> ThibG: i hoped too when i was writing fso.el
Jun 26 18:13:27 <gena2x> also try to reduce voltage. the .29 almost booted on 1.3
Jun 26 18:14:38 * gena2x want to start lmbench...
Jun 26 18:15:29 <gena2x> nobody wants to flash uboot? i can give u-boot_env for free, so all you need if to dfu-util 2 files!
Jun 26 18:16:38 <gena2x> lindi-: gsm ok.
Jun 26 18:17:46 <gena2x> damn qi lovers.
Jun 26 18:17:49 <gena2x> :)
Jun 26 18:18:01 <gena2x> *addicts
Jun 26 18:25:08 <gena2x> PaulFertser: i pushed diff, uboot and uboot env to http://www.bsdmn.com/openmoko/uboot500/
Jun 26 18:25:32 <gena2x> PaulFertser: so, if you want to check this with qi, look at diff.
Jun 26 18:26:39 <gena2x> PaulFertser:only note camdiv should be set after MPLLCON
Jun 26 18:30:12 <gena2x> anyone is welcome to test 500mhz uboot ^^^^
Jun 26 18:31:03 <Weiss> gena2x: do you have the kernel rebase published as a branch anywhere via Git? (slightly easier to copy)
Jun 26 18:32:04 <gena2x> Weiss: what do you mean? you have no need to modify kernel.
Jun 26 18:32:23 <Weiss> sorry..
Jun 26 18:32:30 <gena2x> seem it just not sets clocks, only reads.
Jun 26 18:32:35 <Weiss> s/gena2x/JaMa/ :)
Jun 26 18:32:39 <gena2x> oh...
Jun 26 18:32:41 <Weiss> JaMa: do you have the kernel rebase published as a branch anywhere via Git? (slightly easier to copy)
Jun 26 18:45:57 <CIA-58> freesmartphone.org: 03morphis 07msmcomm * ra7fd79858ddf 10/msmcommd2/src/ (linklayercontrol.vala remoteclienthandler.vala): msmcommd2: remote client handler accepts now incomming connections
Jun 26 19:00:24 <JaMa> Weiss: no, but I can push it to gitorious
Jun 26 19:01:22 <JaMa> I'll check if someone has OM kernel there to share objects (otherwise it would take quite long to push)
Jun 26 19:02:45 <Weiss> or just any kernel..
Jun 26 19:03:53 <gena2x> hm... 533/88 also works :)
Jun 26 19:04:07 <gena2x> definetly lmbench turn.
Jun 26 19:18:44 <Weiss> JaMa: remove_deprecated is applied and pushed
Jun 26 19:22:50 <JaMa> Weiss: leviathan-incoming cloned.. will push in a minute
Jun 26 19:23:03 <Weiss> cool :D
Jun 26 19:42:47 <JaMa> Weiss: Writting objects 49%
Jun 26 19:45:55 <Weiss> JaMa: no particular hurry... tomorrow is an OM programming day..
Jun 26 19:46:19 <JaMa> Weiss: http://gitorious.org/~jama/htc-msm-2-6-32/openmoko-kernel
Jun 26 19:49:04 <PaulFertser> mickeyl: now suspend/resume doesn't work at all, it issues all the commands to silence the calypso after resume.
Jun 26 19:55:57 <PaulFertser> mickeyl: it looks like channel.suspend is async: http://paste.debian.net/78862/
Jun 26 19:56:54 <leviathan> JaMa: ok. what the hell are you doing?
Jun 26 20:00:54 <JaMa> leviathan: just borrowed few git objects from your repo (to save few MB while uploading it)
Jun 26 20:01:13 <leviathan> JaMa: ahh, ok
Jun 26 20:01:15 <leviathan> np
Jun 26 20:01:30 <leviathan> I just thought you wanna do a fork of a fork of a fork -_-
Jun 26 20:01:46 <leviathan> what would be non sense
Jun 26 20:01:49 <leviathan> obviously
Jun 26 20:01:50 <leviathan> ^^
Jun 26 20:09:08 <thrashold> Just make 3 forks and let everyone of them go in a different direction
Jun 26 20:37:54 <PaulFertser> JaMa: i suggest to not update fsogsmd in shr-u unless that bug is fixed.
Jun 26 20:53:46 <JaMa> PaulFertser: we have pretty latest fsogsmd.. so I guess we're affected already
Jun 26 20:54:13 <JaMa> PaulFertser: 3dc9d7ebde32d8c29c901b52f7d3549b774b068b
Jun 26 20:55:30 <PaulFertser> JaMa: luckily, no :)
Jun 26 20:55:34 <PaulFertser> JaMa: it was introduced today
Jun 26 20:57:52 <PaulFertser> JaMa: and you'll want to somehow modify user's config to add the configuration node for that userspace flowcontrol thingy, there's no default path in the sources.
Jun 26 21:00:58 <JaMa> PaulFertser: Ah, I was thinking that you're takling about LLCC issue..
Jun 26 21:01:29 <JaMa> s/LLCC/+CLCC/
Jun 26 21:01:29 <apt> JaMa meant: PaulFertser: Ah, I was thinking that you're takling about +CLCC issue..
Jun 26 21:01:29 <PaulFertser> JaMa: that issue is long present and is unavoidable, moreover it's something bad with fsogsmd itself as it stops responding to dbus.
Jun 26 21:16:34 <JaMa> NOTE: Running task 6094 of 15792
Jun 26 21:16:43 * JaMa going to Zzz, gnight all
Jun 26 21:18:58 * mrmoku too... gnight all
Jun 26 21:24:25 <PaulFertser> dos1: do you want a ready-made qi?
Jun 26 21:24:28 <PaulFertser> dos1: or a patch?
Jun 26 21:24:33 <PaulFertser> dos1: to test 500MHz
Jun 26 21:25:53 <gena2x> PaulFertser: i did lmbench in fact
Jun 26 21:25:55 <gena2x> :)
Jun 26 21:26:04 <gena2x> mixed thing.
Jun 26 21:26:25 <gena2x> 533/88 is more interesting :)
Jun 26 21:27:19 <gena2x> but i want to check 500/125 also
Jun 26 21:28:39 <PaulFertser> gena2x: dos1: anyway, this should work: http://paste.debian.net/78874/
Jun 26 21:31:47 <dos1> PaulFertser: if you can, then ready-made, as i don't have build env here
Jun 26 21:33:23 <PaulFertser> dos1: https://paulfertser.is-a-geek.org/files/gta02/qi-s3c2442-master_459f76f457a9e85a.udfu
Jun 26 21:33:50 <gena2x> dos1: and report your imperession!
Jun 26 21:34:12 <PaulFertser> Along with /proc/cpuinf
Jun 26 21:34:23 <gena2x> :)
Jun 26 21:34:44 <PaulFertser> FUCK wakeup by a message is still broken :(
Jun 26 21:34:49 <PaulFertser> SRC: "+CREG=2" -> [ "07919730071111F10414D04937BD2C7797E9D3E61400
Jun 26 21:34:50 <PaulFertser> 000160721092956105F4F29C1E03", "OK" ]
Jun 26 21:35:04 <dos1> PaulFertser: thanks :)
Jun 26 21:36:10 <gena2x> PaulFertser: heh, seem 500/125 need some additional setup.
Jun 26 21:36:27 <PaulFertser> And even suspend itself is broken
Jun 26 21:36:38 <PaulFertser> Wrote '%CPRI=0'. Waiting for answer... heh, why the hell it doesn't get any?
Jun 26 21:36:55 <PaulFertser> flowcontrolled is 0
Jun 26 21:37:01 <gena2x> PaulFertser: are you using 500mhz? ;)
Jun 26 21:37:05 <PaulFertser> gena2x: no
Jun 26 21:45:33 <gena2x> on 600/100, uboot works
Jun 26 21:45:38 <gena2x> and loads kernel.
Jun 26 21:45:59 <gena2x> %)
Jun 26 21:46:04 <PaulFertser> :D
Jun 26 21:46:22 <gena2x> but kernel wses.
Jun 26 21:46:26 <PaulFertser> Hell of an overclocker
Jun 26 21:46:36 <gena2x> 500 is not overclock
Jun 26 21:46:40 <gena2x> only 600 :)
Jun 26 21:46:45 <PaulFertser> I know
Jun 26 21:47:19 <dos1> sucks :(
Jun 26 21:47:38 <dos1> on 500 even backlight doesn't turn on with PaulFertser's gui
Jun 26 21:47:45 <dos1> only red led flashes and that's all
Jun 26 21:48:03 <gena2x> try u-boot please.
Jun 26 21:48:07 <dos1> s/gui/qi/
Jun 26 21:48:08 <dos1> lol ;x
Jun 26 21:48:08 <PaulFertser> dos1: probably i messed something up, but i hope gena2x reviewed the patch
Jun 26 21:48:21 <dos1> gena2x: gimmie link
Jun 26 21:48:34 <gena2x> Paul, i did git diff of uboot i were builded.
Jun 26 21:49:09 <PaulFertser> gena2x: i know, i wanted you to take a peek at qi patch
Jun 26 21:49:22 <PaulFertser> dos1: http://www.bsdmn.com/openmoko/uboot500/500_83_1.7/
Jun 26 21:49:29 <gena2x> yeah.
Jun 26 21:49:47 <gena2x> dos1: flash u-boot.udfu to u-boot
Jun 26 21:50:03 <gena2x> flash u-boot_env to u-boot_env
Jun 26 21:50:25 <gena2x> then boot with power (hold, wait 0.5) + aux.
Jun 26 21:51:09 <gena2x> select first to boot from .29 from sd, second .29 from nand, 'slowed' - .34 or .32 from sd.
Jun 26 21:51:31 <PaulFertser> dos1: red light flashes -> kernel panic?
Jun 26 21:51:41 <dos1> PaulFertser: no, Qi loading kernel
Jun 26 21:51:45 <PaulFertser> But i know you can't tell for sure without serial console.
Jun 26 21:52:28 <gena2x> at 600/100 it can go up to "freeing initrd memory"
Jun 26 21:52:43 <gena2x> interesting, is 1.7v is maximum for cpu?
Jun 26 21:52:57 <gena2x> (i've read it is)
Jun 26 21:52:58 <PaulFertser> gena2x: fuck, i've forgotten that voltage
Jun 26 21:53:05 <PaulFertser> dos1: sorry
Jun 26 21:53:06 <gena2x> ^^^^^^^^^
Jun 26 21:53:08 <PaulFertser> dos1: let me retry
Jun 26 21:53:09 <gena2x> yeah :)
Jun 26 21:53:40 <gena2x> u-boot, use u-boot and you'll always know that is happening :)
Jun 26 21:54:17 * gena2x wants to try 566 also...
Jun 26 21:57:09 <PaulFertser> dos1: a "fixed" version is downloadable from the same location
Jun 26 21:57:36 <gena2x> heh, 566 boots %)
Jun 26 21:57:38 <dos1> gena2x: with u-boot i can't boot to my system without messing with env (well, i can to rescue one on NAND, but it's only rescue one :P)
Jun 26 21:57:41 <dos1> PaulFertser: thanks :)
Jun 26 21:58:14 <PaulFertser> And i do not have a decent serial console, so i can't really test it myself, sorry.
Jun 26 21:58:17 <gena2x> dos1: i am editing env on host, than upload it with dfu-util.
Jun 26 21:58:27 <dos1> gena2x: and i'm too lazy :D
Jun 26 21:58:31 <dos1> PaulFertser: works! :)
Jun 26 21:58:37 <PaulFertser> yo
Jun 26 21:58:41 <gena2x> nice.
Jun 26 21:58:51 <gena2x> better to prepare 533 version.
Jun 26 21:59:00 <PaulFertser> gena2x: tell me the numbers
Jun 26 21:59:07 <gena2x> seem it still in spec, and work, and works faster according to lmbench.
Jun 26 21:59:49 <gena2x> 125
Jun 26 21:59:54 <gena2x> 117->125
Jun 26 22:00:01 <gena2x> will be 532.
Jun 26 22:00:07 <gena2x> but may be 500 better :)
Jun 26 22:02:23 <gena2x> nope 566 is not working.
Jun 26 22:02:51 <PaulFertser> gena2x: probably if you ramp the voltage up even higher ;)
Jun 26 22:03:07 <gena2x> eh, this is of spec.
Jun 26 22:03:13 <gena2x> but probably, yes.
Jun 26 22:03:26 <dos1> gena2x, PaulFertser: so which values do i have now?
Jun 26 22:03:32 <gena2x> i had same thing for 500 than my voltage were 1.3
Jun 26 22:03:32 <PaulFertser> dos1: cat /proc/cpuinfo
Jun 26 22:03:56 <dos1> BogoMIPS        : 249.03
Jun 26 22:04:05 <gena2x> multiply x2
Jun 26 22:04:09 <gena2x> 500
Jun 26 22:04:18 <dos1> it was 199 previously ;)
Jun 26 22:04:24 <gena2x> also you may try dmesg
Jun 26 22:04:37 <gena2x> it has Bogomips and freq at beginning.
Jun 26 22:04:39 <PaulFertser> https://paulfertser.is-a-geek.org/files/gta02/qi-s3c2442-master_e29efefdd6849b9d.udfu 532MHz variant
Jun 26 22:05:09 <dos1> and voltage?
Jun 26 22:05:12 <PaulFertser> dos1: 1.7
Jun 26 22:05:15 <PaulFertser> dos1: in spec
Jun 26 22:05:34 <PaulFertser> dos1: but somewhat increased power consumption
Jun 26 22:05:37 <gena2x> btw, i've read this voltage in andy mail.
Jun 26 22:05:42 <dos1> [    0.000000] S3C244X: core 500.000 MHz, memory 83.333 MHz, peripheral 41.666 MHz
Jun 26 22:05:46 <gena2x> so i didn't read actual spec.
Jun 26 22:06:25 <gena2x> i want also check sdram timings, so it's possible it can be much faster even on this freqency.
Jun 26 22:06:43 <gena2x> but in that mail andy told it's in spec
Jun 26 22:07:34 <gena2x> i've added different u-boots to  http://www.bsdmn.com/openmoko/uboot500/
Jun 26 22:08:16 <gena2x> so you may try any freq up to 566 or restore default
Jun 26 22:08:51 <gena2x> but here only 500/83 and 500/88 passed testing 
Jun 26 22:09:25 <gena2x> heh, may be add active cooling to cpu? ;)
Jun 26 22:10:08 <dos1> ok, thanks :) i'll use it for a while, and if it'll work correctly then for longer than a while :D
Jun 26 22:10:14 <dos1> cu ;)
Jun 26 22:11:06 <gena2x> heh, nobody measured cpu temperature :)
Jun 26 22:11:30 <gena2x> ops, but here only 500/83 and 533/88 passed testing
Jun 26 23:15:13 <dcordes> leviathan: do you know if gnutoo hosts htcream fso rootfs somewhere ?
Jun 26 23:15:20 <dcordes> htcdream
Jun 27 01:11:46 * cz_jc screams of joy and jumps around
Jun 27 01:12:05 <cz_jc> Weiss, happy to report xf86-video-glamo works with --enable-kms just fine. My problem was a gentoo-specific thing :)
Jun 27 01:12:22 <cz_jc> Weiss, and it doesn't work with --disable-kms. That's when you get the KMSAdjustFrame missing
**** ENDING LOGGING AT Sun Jun 27 02:59:56 2010