**** BEGIN LOGGING AT Sat Oct 20 03:00:03 2012 Oct 20 05:36:27 lindi-: curious observation: i have a "seemingly good" ~1m usb extension cable and i usually connect my gta02 with another 1m cable to it for charging overnight. Oct 20 05:37:16 lindi-: i changed the gta02 cable from a "good one" (with ferrite bead) to a "usual one" (without the bead, probably of worse quality) and now it reliable can't resume from suspend-to-ram in the morning. Oct 20 05:37:46 And the very same device used to work for ~month, and now it fails to resume every morning. Oct 20 05:39:16 Still running the same kernel that exposed the resume problem you reported. But it was not _that_ often with the "better" cable. Oct 20 05:45:34 Sounds like two totally unrelated matters Oct 20 05:50:44 Apsu: yes, both manifesting in failure to resume. Oct 20 06:18:54 Hm, now with a good cable it fails to resume too :( Oct 20 07:57:16 heh Oct 20 07:57:36 "And i'm not what i'm meant to be" Oct 20 07:58:26 Or rather appear, right Oct 20 14:42:31 GNUtoo-desktop: Hi. Got a .config from skry as a starting point for recent n900 kernel. Oct 20 14:42:44 GNUtoo-desktop: http://pastebin.com/ELBKKVAY Oct 20 14:44:53 continental-tire arrg he quit Oct 20 15:36:32 JaMa, hi Oct 20 15:36:43 I'll push some patches by vquicksilver Oct 20 15:36:48 very soon Oct 20 15:36:57 they are WIP but will be in their own meta-geeksphone Oct 20 15:37:29 JaMa, 2) what's the status of my libsdl patch? Oct 20 15:37:59 3) when I try to send a patch to oe-core I've that: Oct 20 15:38:00 RCPT address has non-existant domain Oct 20 15:38:18 git send-email --to="openembedded-core@lists.openembedded.org" 0001-boost-Activate-zlib-and-bzip2-because-they-now-work.patch 0001-boost-Activate-zlib-and-bzip2-because-they-now-work.patch Oct 20 15:38:30 oops Oct 20 15:38:49 there is only one 0001-boost-Activate-zlib-and-bzip2-because-they-now-work.patch Oct 20 15:38:57 including in the command I typed Oct 20 15:39:00 is the address wrong Oct 20 15:39:23 I guess it's again the bad provider mail server.... Oct 20 16:41:06 GNUtoo-desktop: libsdl patch is only in oe-core/shr Oct 20 16:41:18 GNUtoo-desktop: please send it to oe-core ML too Oct 20 17:16:59 JaMa, ah ok Oct 20 17:17:09 JaMa, but you modified it right? Oct 20 17:17:18 libsdl? no Oct 20 17:18:19 you added some bbappends Oct 20 17:18:27 ahh no Oct 20 17:18:31 that was the alsa patch Oct 20 17:18:32 sorry Oct 20 18:09:57 JaMa, hi, I responded to your comments on vquicksilver's patch Oct 20 18:10:54 I know Oct 20 18:11:08 you can keep defconfig as it is Oct 20 18:11:18 but linux.inc must go Oct 20 18:11:34 yes of course Oct 20 18:12:04 JaMa, ok, thanks Oct 20 19:00:26 JaMa, hi again Oct 20 19:00:32 I've that in my workdir: Oct 20 19:00:42 CONFIG_CMDLINE_FROM_BOOTLOADER=y Oct 20 19:00:46 for gta04 Oct 20 19:00:58 we set cmdline etc... in the recipe.... Oct 20 19:01:07 I guess that should be extend, right? Oct 20 19:07:10 ? Oct 20 19:07:37 # CONFIG_CMDLINE_EXTEND is not set Oct 20 19:07:40 it's a config option Oct 20 19:07:52 in recent kernels there are many choices with reguard to bootargs Oct 20 19:08:16 like CONFIG_CMDLINE_FORCE, CONFIG_CMDLINE_EXTEND, CONFIG_CMDLINE_FROM_BOOTLOADER Oct 20 19:08:48 and we do set a cmdline in the kernel recipe Oct 20 19:08:57 but it's not used because of that: Oct 20 19:09:00 CONFIG_CMDLINE_FROM_BOOTLOADER=y Oct 20 19:11:13 yes but we also want to be able to pass bootargs from u-boot Oct 20 19:12:07 CONFIG_CMDLINE_EXTEND Oct 20 19:12:13 it extends uboot bootargs Oct 20 19:12:33 ok Oct 20 19:13:26 do you know omap dss btw? Oct 20 19:13:35 no Oct 20 19:14:11 I want /sys/class/graphics/fb1/size to be == to 1200k Oct 20 19:14:18 so if I echo to it it works Oct 20 19:14:26 but kernel parameter would be better.... Oct 20 19:14:36 omapfb.vram=1:1200k Oct 20 19:14:41 I did that without success Oct 20 19:15:01 if we have something that works it could give us XV at the end Oct 20 19:15:52 that and some extensions for xorg pulled by XSERVER Oct 20 19:18:08 so I'm tempted to add a bbappend Oct 20 19:18:18 for adding a script that does that Oct 20 19:18:22 before Xorg start Oct 20 19:18:27 like for crespo for instance Oct 20 19:18:31 it has a similar script Oct 20 19:18:41 not for xv Oct 20 19:18:45 but for disabling fbcon Oct 20 20:03:30 omapfb.vram=0:1200k,1:1200k,2:1200k fails at fb2 Oct 20 20:03:34 but fb1 is ok Oct 20 20:03:35 strange Oct 20 20:05:39 let me try something.... Oct 20 20:20:36 maybe 2 fbs are enough Oct 20 20:20:41 VO: [xv] 320x240 => 320x240 Planar YV12 Oct 20 20:20:56 *2 allocated fbs Oct 20 21:01:02 JaMa, hi again Oct 20 21:05:18 JaMa, can I merge the first ,second(v4) and third patches? **** ENDING LOGGING AT Sun Oct 21 02:59:58 2012