**** BEGIN LOGGING AT Thu Sep 08 02:59:57 2011
Sep 08 09:11:16 <lumag> morning@
Sep 08 09:29:17 <bluelightning> hi lumag
Sep 08 21:37:30 <ant__> good evening (EU)
Sep 08 21:42:14 <bluelightning> hi ant__
Sep 08 21:42:31 <ant__> bluelightning: about using "debug-tweaks" for linux-kexcboot.inc, it's a bit too strong
Sep 08 21:42:38 <ant__> you were right
Sep 08 21:43:07 <ant__> in fact, I'd remove that code from there
Sep 08 21:44:08 <ant__> we know that for enabling true debug one has to manual-edit
Sep 08 21:44:31 <ant__> with low priority, the idea of a KERNEL_DEBUG thing is not bad
Sep 08 21:44:53 <ant__> have you seen how lumag regrouped the features in linux.inc?
Sep 08 21:45:26 <bluelightning> ant__: I had a glance over his patches, not merged yet but I will try to do that his evening
Sep 08 21:45:59 <ant__> the last one is the more effective
Sep 08 21:46:33 <ant__> are we reinventing the wheel ? (linux-yocto) ?
Sep 08 21:46:53 <ant__> I dream about a modular configuration
Sep 08 21:47:29 <ant__> we could extend that to all handhelds, feature-wise
Sep 08 21:48:39 <ant__> today, with just a fragment of .config you can run 'make savedefconfig' and obtain a shrinked one, with default (kernel) options
Sep 08 21:49:10 <ant__> that fragment is what really represent the hardware
Sep 08 21:50:11 <ant__> over that we  can mangle the resulting defconfig parsing kernel_conf_variable
Sep 08 21:51:40 <ant__> back to linux-kexecboot, I'll send a patch in a few minutes to set loglevel=3 and just show bootlogo. Debug can be read in System Menu
Sep 08 22:07:34 <ant__> sent to the ML
Sep 08 22:09:38 <bluelightning> ant__: ok, thanks
Sep 08 22:09:48 <bluelightning> yes, I wonder if we ought to be looking at linux-yocto
Sep 08 22:10:03 <ant__> bluelightning: in a few days we'll have only one hour diff. better sync ;)
Sep 08 22:10:09 <bluelightning> still for me a higher priority is to get some of the other machines working
Sep 08 22:10:17 <bluelightning> :)
Sep 08 22:11:12 <ant__> surely is low-priorty atm
Sep 08 22:12:18 <bluelightning> argh lumag hasn't submitted the bitbake subpath patch and his pastebin is gone.. :/
Sep 08 22:15:35 <bluelightning> oh well, not too hard to reproduce it I guess
Sep 08 22:24:10 <ant__> probably is on his github
Sep 08 22:33:45 <ant__> bluelightning: the patches sent to oe-dev for meta-oe seems not having any review
Sep 08 22:33:55 <ant__> now and then Koen merges those
Sep 08 22:34:35 <ant__> in fact Phil B moved explicitely to oe-core
Sep 08 22:35:08 <ant__> and your Intel guys systematically ignore meta-oe
Sep 08 22:35:25 <ant__> khadd to this that Khem is on vacation....
Sep 08 22:35:30 <ant__> *add
Sep 08 22:35:37 <ant__> heh
Sep 08 22:38:31 <ant__> I'll ask Koen to merge klibc, then I'll send klibc_2.0 to oe-core
Sep 08 22:51:51 <bluelightning> ant__: Koen is in charge of meta-oe; Khem might be a backup, not sure
Sep 08 22:52:19 <bluelightning> at the moment our job concerns the yocto project, meta-oe is outside the scope of that
Sep 08 22:52:30 <ant__> yes and that's a bad thing. He did complained itself about meta-oe being like agarbage collector :/
Sep 08 22:52:54 <bluelightning> I myself do try to keep an eye on what's in meta-oe, but it's up to all of us to do that
Sep 08 22:52:58 <ant__> sure from Intel pov, I respect that
Sep 08 22:53:17 <ant__> you are apart ;)
Sep 08 22:53:57 <ant__> thanks again for the time spent in the last years on the OE project
Sep 08 22:54:05 <bluelightning> well, outside of work I have an interest in other things, not just yocto-related :)
Sep 08 22:54:14 <ant__> :)
Sep 08 22:54:18 <bluelightning> you're welcome, thanks for your time as well...
Sep 08 22:54:29 <ant__> I'll try opie soon
Sep 08 22:54:32 <Jay7> you are great both :)
Sep 08 22:54:49 * Jay7 is walking around
Sep 08 22:54:53 <ant__> catching up with klibc overactivity on last days
Sep 08 22:55:07 <ant__> Jay7: you know why ;)
Sep 08 22:55:44 <Jay7> klibc 2.0 release process?
Sep 08 22:55:51 <ant__> maks, the developer, seems very helpful
Sep 08 22:56:08 <ant__> he's debian guy
Sep 08 22:56:11 <Jay7> I'm happy to see ubifs in fstype :)
Sep 08 22:56:18 <ant__> sure
Sep 08 22:56:30 <Jay7> really great thing for us
Sep 08 22:56:44 <ant__> and have a look at the new file functions
Sep 08 22:56:58 <ant__> list, feof, ...
Sep 08 22:57:10 <Jay7> ah, that scandir iirc
Sep 08 22:57:17 <ant__> maybe we save some code
Sep 08 22:57:20 <ant__> yes
Sep 08 22:57:40 <ant__> if it is worth
Sep 08 22:57:56 <ant__> he says fstype gained 10x speed
Sep 08 22:58:16 <ant__> but I'd expect minimal benefits
Sep 08 22:58:20 <ant__> for kexecboot
Sep 08 22:58:53 <Jay7> well.. for worst case (no FS) we may have benefit too
Sep 08 22:59:22 <ant__> he tested on ext4
Sep 08 23:03:29 <ant__> bluelightning: ah, about klibc, some patches/additions have been done for ipaq's, using initramfs-uniboot images
Sep 08 23:03:49 <ant__> this was pre-kexecboot but maybe the images are worth to revive
Sep 08 23:04:01 <ant__> text only but complete iirc
Sep 08 23:04:56 <ant__> otherwise I would purge those 'extras' patches for the oe-core recipe
Sep 08 23:06:04 <ant__> the 2.0 coming soon (when kernel.org will be fixed)
Sep 08 23:42:02 <bluelightning> ant__: ok, sounds interesting...
Sep 08 23:48:51 * Jay7 -> sleep
Sep 09 00:29:30 <ant__> gn
**** ENDING LOGGING AT Fri Sep 09 02:59:57 2011