**** BEGIN LOGGING AT Tue Aug 14 02:59:58 2012
Aug 14 09:53:19 <slyon> hi
Aug 14 10:06:05 <gena2x> yo
Aug 14 10:41:04 <ayaka> GNUtoo, hello
Aug 14 10:52:46 <slyon> jeepingben, could you send me your kernel (with the hwrouting patch integrated), so i can test it on my A3 board?
Aug 14 10:57:46 <jeepingben> slyon: http://www.jeepingben.net/freerunner_packages/uImage
Aug 14 11:04:24 <slyon> thanks
Aug 14 11:53:52 <jeepingben> is there a sysfs way to force fast charge on GTA04?  It will fast charge from usb, but not with the AC adapter from openmoko.
Aug 14 12:11:08 <jeepingben> nm, I think the adapter is fried.
Aug 14 12:17:53 <GNUtoo> jeepingben, hmmm
Aug 14 12:18:06 <GNUtoo> jeepingben, charging is difficult on gta04
Aug 14 13:21:44 <radekp_> jeepingben: you probably need right udev rules for that
Aug 14 13:23:06 <radekp_> https://github.com/radekp/qtmoko/blob/master/doc/txt/debian_rootfs_howto_gta04.txt
Aug 14 13:23:12 <radekp_> search for "charging"
Aug 14 13:23:37 <radekp_> for me it charges ok from AC adapter
Aug 14 15:20:28 <jeepingben|mobil> ~
Aug 14 15:20:42 <jeepingben|mobil> ~logs
Aug 14 15:20:42 <apt> All conversations are logged to http://apt.rikers.org/%23openmoko%2dcdevel/ Lines starting with spaces are not logged. Logs are updated daily  ---  livelogs are on http://logs.nslu2-linux.org/livelogs/openmoko-cdevel.txt
Aug 14 15:20:58 <ayaka> GNUtoo, hello ,do you have some time?
Aug 14 15:26:13 <GNUtoo> ayaka, hi
Aug 14 15:26:48 <ayaka> GNUtoo, I don't know which shall I enable in kernel and msm-3.4 doesn't support LCDC
Aug 14 15:27:11 <GNUtoo> ayaka, I've got a new phone and I've the exact same problem
Aug 14 15:27:40 <GNUtoo> framebuffer works with the ramdisk image of the recovery
Aug 14 15:27:45 <GNUtoo> but not yet in GNU/Linux
Aug 14 15:27:47 <ayaka> GNUtoo,  sorry, I don't know that, it doesn't matter, I can wait
Aug 14 15:28:09 <ayaka> yes my mobile can also work in android and recovery
Aug 14 15:28:27 <GNUtoo> I didn't find a way yet to enable the framebuffer console
Aug 14 15:28:28 <GNUtoo> basically I see, like you, the google logo
Aug 14 15:28:28 <GNUtoo> and that's all
Aug 14 15:28:28 <GNUtoo> I don't even have a shell yet
Aug 14 15:28:28 <GNUtoo> how did you get a shell already?
Aug 14 15:29:48 <ayaka> GNUtoo, the framebuffer console?
Aug 14 15:30:10 <GNUtoo> yes
Aug 14 15:30:16 <GNUtoo> I can't see the dmesg 
Aug 14 15:30:26 <GNUtoo> I have another way tough
Aug 14 15:30:28 <ayaka> in 2.6.14 I can boot info in framebuffer console? but you know it will load initramfs?
Aug 14 15:30:37 <GNUtoo> there is a watchdog
Aug 14 15:30:42 <ayaka> let me try it in 3.06
Aug 14 15:30:43 <GNUtoo> it's triggered 30s after booting
Aug 14 15:30:47 <GNUtoo> so it reboots 
Aug 14 15:30:53 <GNUtoo> and then I've ramconsole....
Aug 14 15:31:14 <ayaka> GNUtoo, are you sure it is not the init of android reboot it
Aug 14 15:31:43 <GNUtoo> no, I'm sure of that
Aug 14 15:31:52 <GNUtoo> but I've no indication that my initramfs work or not
Aug 14 15:32:01 <GNUtoo> just that init dies because of the watchdog
Aug 14 15:32:04 <GNUtoo> or something like that
Aug 14 15:32:18 <ayaka> can I look the log?
Aug 14 15:32:22 <GNUtoo> where is alex[sp3dev]
Aug 14 15:32:29 <GNUtoo> yes one second, I'll have to boot it
Aug 14 15:32:38 <GNUtoo> and to re-enable the watchdog
Aug 14 15:33:08 <ayaka> let me try FRAMEBUFFER_CONSOLE [=m]
Aug 14 15:42:50 <GNUtoo> http://pastie.org/private/xsluxsxi6dz7lvqixyveq
Aug 14 15:44:54 <ayaka> GNUtoo, you can use the gcc 4.7 to compile kernel? I know 4.5 may not work
Aug 14 15:45:12 <GNUtoo> yes I use 4.7
Aug 14 15:45:16 <GNUtoo> but it's a samsung phone
Aug 14 15:45:23 <GNUtoo> it's not qualcomm stuff which is very buggy
Aug 14 15:45:35 <GNUtoo> I mean the kernel does run
Aug 14 15:46:55 <ayaka> yes and the log is very different for mine
Aug 14 15:47:09 <ayaka> do you make toolchain youself?
Aug 14 15:50:14 <GNUtoo> yes
Aug 14 15:50:22 <GNUtoo> I use openembedded.....
Aug 14 15:50:28 <GNUtoo> so they are built on my laptop
Aug 14 15:50:36 <GNUtoo> I am not the one making the toolchain recipes
Aug 14 15:50:44 <GNUtoo> they are just built
Aug 14 15:51:07 <GNUtoo> ayaka, it's also a different phone.....
Aug 14 15:51:16 <GNUtoo> and probably a different kernel version too.....
Aug 14 15:51:36 <ayaka> I see, I know how to make toolchain from zero from a book, it is a very long task
Aug 14 15:51:47 <GNUtoo> it depend
Aug 14 15:52:00 <GNUtoo> if it's for cross compiling it's not easy at all
Aug 14 15:52:17 <GNUtoo> if it's not for cross compiling and for x86/x86_64 it's way easier
Aug 14 15:52:50 <ayaka> yes, but toolchain doesn't mean cross compiling ?
Aug 14 15:54:26 <ayaka> can you tell me what is "mem=1G vmalloc=768M" how much mem the /proc/meminfo report?
Aug 14 15:55:32 <ayaka> it seems fbcon module is no use, let me build in
Aug 14 15:58:56 <GNUtoo> ok
Aug 14 16:04:17 <ayaka> GNUtoo, fbcon build in work , it print tux logo( I enanble it) and kernel info but it will reboot
Aug 14 16:06:01 <paulk-desktop> What's the mkimage command to generate gta04's boot.scr already?
Aug 14 16:08:01 <GNUtoo> paulk-desktop, hmmm let me look
Aug 14 16:08:05 <ayaka> the log http://pastie.org/4474471
Aug 14 16:08:53 <ayaka> it seems that it doesn't load initfams but will reboot
Aug 14 16:09:48 <GNUtoo> yes we have the same line:
Aug 14 16:09:53 <GNUtoo> No errors detected
Aug 14 16:10:03 <GNUtoo> maybe that's from ramconsole?
Aug 14 16:10:10 <GNUtoo> since it doesn't have the imporance prefix
Aug 14 16:10:24 <GNUtoo> and also lacks timestamps
Aug 14 16:11:05 <ayaka> may once we touch framebuffer it will reboot?
Aug 14 16:16:36 <GNUtoo> no idea
Aug 14 16:17:31 <ayaka> but can you tell me why the mem set like that
Aug 14 16:17:47 <ayaka> I go bed to sleep, but bouncer still here
Aug 14 16:19:03 <GNUtoo> ok
Aug 14 16:19:09 <GNUtoo> I didn't understand
Aug 14 16:19:19 <GNUtoo> *I didn't understand that:
Aug 14 16:19:20 <GNUtoo> <ayaka> but can you tell me why the mem set like that
Aug 14 16:19:25 <GNUtoo> ahh the mem=
Aug 14 16:19:30 <GNUtoo> probably for the DSP
Aug 14 16:21:13 <GNUtoo> paulk-desktop, did you find the answer to your question?
Aug 14 16:21:17 <GNUtoo> because I was sidetracked
Aug 14 16:21:18 <paulk-desktop> GNUtoo, nope
Aug 14 16:21:22 <paulk-desktop> I saw :)
Aug 14 16:21:42 <GNUtoo> did you try duck duck go?
Aug 14 16:21:50 <GNUtoo> http://www.elinux.org/ECE597_boot.scr
Aug 14 16:21:59 <GNUtoo> https://wiki.linaro.org/Resources/HowTo/boot.scr
Aug 14 16:22:00 <GNUtoo> etc...
Aug 14 16:22:50 <paulk-desktop> ah thanks
Aug 14 16:22:55 <paulk-desktop> that'll probably work
Aug 14 16:41:21 <paulk-desktop> GNUtoo|laptop, do you know how to make gta04 u-boot automatically flash the new u-boot.bin boot.scr and uImage when they're on a uSD card like it does for SHR and qtmoko?
Aug 14 16:41:31 <GNUtoo|laptop> yes
Aug 14 16:41:36 <GNUtoo|laptop> they use a boot.scr for that
Aug 14 16:41:48 <paulk-desktop> that is on the sdcard?
Aug 14 16:42:00 <GNUtoo|laptop> I think so
Aug 14 16:42:02 <GNUtoo|laptop> I'm not sure
Aug 14 16:42:13 <GNUtoo|laptop> but anyway goldendelicio host theses
Aug 14 16:42:16 <GNUtoo|laptop> along with the images
Aug 14 16:42:20 <paulk-desktop> yes I have read it
Aug 14 16:42:21 <GNUtoo|laptop> debian images that is
Aug 14 16:42:34 <paulk-desktop> it sets flash to yes when VERSION changes
Aug 14 16:42:45 <paulk-desktop> so I guess it's just about updating that VERSION number?
Aug 14 16:47:36 <paulk-desktop> ok so apparently it only reads boot.scr from sdcard and it's in charge of flashing itself/flashing the rest
Aug 14 16:51:16 <GNUtoo|laptop> ok
Aug 14 18:27:32 <Alex[sp3dev]> hi
Aug 14 18:28:45 <Alex[sp3dev]> anyone using jabber.org?
Aug 14 21:34:42 <jeepingben> My openmoko brand ac adapter is fried.  My new adapter reports ID 200k instead of 102k.  I see where to change the udev rules to handle this, but  I don't want to have to tweak udev every time I reinstall.
Aug 14 21:35:33 <jeepingben> The usb resistance based ID seems to not use any standard so I don't know if it makes sense to add a 200k rule so SHR udev.
Aug 14 21:35:45 <jeepingben> I can just break out my soldering iron I guess.
Aug 14 21:56:42 <GNUtoo|laptop> hmmm
**** ENDING LOGGING AT Wed Aug 15 02:59:59 2012