**** BEGIN LOGGING AT Tue Sep 20 02:59:57 2011 Sep 20 08:59:53 bluelightning: hello Sep 20 09:00:24 hi ant_work, all Sep 20 09:31:09 bluelightning: btw the keymaps seem ok. Tested only poodle atm Sep 20 09:31:21 ..but that is a doggy keymap ! Sep 20 09:31:42 one can type numbers finally :) Sep 20 09:32:44 doggy Sep 20 09:32:45 ' Sep 20 09:32:47 # Sep 20 09:32:48 ;argh Sep 20 09:32:50 ? Sep 20 09:33:05 Fn+Num+[0-9] Sep 20 09:33:11 (spilled something on my keyboard this morning so I'm using a different one, sorry) Sep 20 09:33:44 heh Sep 20 09:44:16 bluelightning: fyi porting the udev patches from oe-classic unbreaks boot. Now koen asks for other changes... Sep 20 09:44:41 ant_work: good news! Sep 20 09:44:49 yes, I saw his response Sep 20 09:45:31 udev continues to be a major source of pain :/ Sep 20 09:45:39 I'm tempted to remove udev from my meta-oe checkout and see "how bad" the oe-core behaves Sep 20 10:15:03 l/back Sep 20 10:15:12 morning! Sep 20 10:51:43 hi lumag Sep 20 14:07:44 bye! Sep 20 17:50:51 evening! Sep 20 21:08:41 lumag: http://paste.debian.net/131271/ Sep 20 21:08:46 Jay7: ^^ Sep 20 21:09:02 I'm unsure we need that file but still Sep 20 21:09:41 try to run w/o this file :) Sep 20 21:09:57 ant_home, you forgot QVGA modes :P Sep 20 21:10:05 I think this is an override Sep 20 21:10:31 ah, I see, I took from JaMa's spitz Sep 20 21:11:00 At least tosa and c7x0 can run QVGA Sep 20 21:11:08 http://paste.debian.net/131272/ Sep 20 21:11:35 http://paste.debian.net/131273/ Sep 20 21:13:30 I guess the H/V synch can be autodetected Sep 20 21:16:33 lumag: is it possible to activate those modes atm? Sep 20 21:17:25 bluelightning, it was possible on tosa at least. I even had modeswitching working via sysfs. Sep 20 21:17:55 lumag: hmm, that would be nice to be able to activate within Opie (like with sharprom) Sep 20 21:18:43 ts is br0ken in qvga, since it isn't calibrated for this mode. Sep 20 21:20:41 lumag: if the kernel realised the mode changed it could just scale the values as appropriate though right? Sep 20 21:22:10 I don't remember details. It was about two years ago Sep 20 21:22:42 hm.. seems mode it is not in FBIOGET_VSCREENINFO Sep 20 21:26:15 ant_home, on which device? Sep 20 21:26:30 I'm looking at kexecboot source code Sep 20 21:30:02 I remember I had to add/fix some hooks in tmiofb Sep 20 21:30:05 for tosa Sep 20 21:37:53 bluelightning: http://paste.debian.net/131275/ Sep 20 21:38:02 strange error Sep 20 21:38:46 ant_home: hmm, I've seen this before, but I can't remember what the cause is :( Sep 20 21:46:14 it's a symlink Sep 20 21:46:16 http://paste.debian.net/131277/ Sep 20 21:48:01 prolly created by previous build xserver Sep 20 21:49:08 yes, zapped it and build complete Sep 20 21:51:00 it's starting to be cold here.. seems I should run OE testbuilds again :) Sep 20 22:08:16 hm..poodle fails Sep 20 22:08:37 No screen section called "320x240@270" Sep 20 22:10:27 hm.. strange, I have another xorg.conf Sep 20 22:15:52 ant_home: from meta-oe? Sep 20 22:20:22 not sure, this http://paste.debian.net/131283/ Sep 20 22:22:53 it's xserver-xf86-config from oe-core Sep 20 22:24:22 ant_home: it is indeed the default one... Sep 20 22:24:58 I wonder if a default config should have "Intel Graphics Driver" in it, but that's another matter.. Sep 20 22:29:02 ok, this was an incremental build, from scratch now and see if .bbappend works Sep 20 22:29:43 changing xserver under the hood is always dangerous... Sep 20 22:30:14 I did not rebuild xserver-xf86-config Sep 20 22:31:01 apart this, I'm pretty confident core-image-sato will boot again on poodle Sep 20 22:31:16 boot X Sep 20 22:35:30 ant_home: cool :) Sep 20 22:37:00 psplash comes to 99% then stuck (no screen) Sep 20 22:37:16 but Fn+Left Arrow works and you change VT and can login **** ENDING LOGGING AT Wed Sep 21 02:59:57 2011