**** BEGIN LOGGING AT Mon Jul 11 02:59:56 2011 Jul 11 09:21:29 morning all Jul 11 09:24:37 morning all Jul 11 09:28:15 tehre is prebuild images for the crownbay platform ? Jul 11 09:49:48 captainigloo: For 1.0, http://autobuilder.yoctoproject.org/downloads/yocto-1.0/machines/crownbay/ Jul 11 16:34:20 dvhart: ping Jul 11 16:34:39 hey jefferai Jul 11 16:35:20 hey there Jul 11 16:35:25 any word on the changes that might fix usb/display? Jul 11 16:35:48 I sent you an email on friday, they are in master Jul 11 16:36:12 but, as I said, your symptoms may not be addressed by these Jul 11 16:37:34 ah -- I don't see that email :-| Jul 11 16:37:37 I'll look again Jul 11 17:09:36 sgw: got the mail? Jul 11 17:10:41 * zeddii has 1400 email to go. apologies if replies are delayed. Jul 11 17:11:47 heh Jul 11 17:12:05 otavio: thanks! Can you do the tarball repackaging, and submit a patch for the libarchive recipe? Jul 11 17:12:07 sgw: RP__ I am on the way of cmake updating Jul 11 17:12:20 sgw: but how I send the tarball? Jul 11 17:12:32 sgw: and to whom? Jul 11 17:14:09 to me we will host it on http://autobuilder.yoctoproject.org/sources/... Jul 11 17:14:38 sgw: ok; hold a second then; will do it right now. Jul 11 17:17:22 sgw: ok; doing so. Jul 11 17:17:33 otavio: thanks again! Jul 11 17:25:12 * sgw wonders if git.openembedded.org is working for anyone else? Jul 11 17:29:05 sgw: I sent it to you; I will post the patches on ml in two minutes Jul 11 17:30:03 otavio: tarball is posted, please verify your fetch works with the tarball. Jul 11 17:30:54 sgw: worked fine. Jul 11 17:31:00 sgw: posting patches Jul 11 17:32:24 sgw: sent Jul 11 17:32:41 otavio: thanks gain for your help and flexibility. Jul 11 17:34:59 sgw: no problem; i sent cmake 2.8.5 with the patchset too Jul 11 18:14:50 dvhart: ok, so I'm using unmodified 2.6.37 from git://git.yoctoproject.org/linux-yocto-2.6.37, and in my BBLAYERS I have: Jul 11 18:15:00 /home/jmitchell/yocto/poky/meta \ Jul 11 18:15:00 /home/jmitchell/yocto/poky/meta-yocto \ Jul 11 18:15:00 /home/jmitchell/yocto/layers/poky-extras/meta-kernel-dev \ Jul 11 18:15:03 does that look right? Jul 11 18:15:17 yes Jul 11 18:16:25 then I'm running bitbake -k core-image-sato-sdk Jul 11 18:16:59 ok Jul 11 18:17:09 you need the sdk? Jul 11 18:17:17 (makes the build longer) Jul 11 18:17:34 I guess eventually it'll be useful Jul 11 18:17:36 but for now, no Jul 11 18:17:40 right Jul 11 18:19:56 hm Jul 11 18:20:08 http://pastie.org/2197973 Jul 11 18:28:54 jefferai, yeah... I wonder why I haven't hit that Jul 11 18:28:59 jefferai, just delete that file Jul 11 18:29:11 I'll fix it now Jul 11 18:31:26 ok Jul 11 18:31:31 jefferai, hrm actually Jul 11 18:31:33 weird Jul 11 18:31:41 I haven't deleted it yet if yoh Jul 11 18:31:44 poky-extras Jul 11 18:31:46 I didn't notice Jul 11 18:31:51 I haven't pulled that tooo recently Jul 11 18:31:51 sec Jul 11 18:32:04 this is a different problem from what I thought Jul 11 18:32:09 oh, nope, up-to-date Jul 11 18:32:13 that recipe depends on meta-rt Jul 11 18:32:16 hrm Jul 11 18:32:20 okay Jul 11 18:32:23 same solution for now though Jul 11 18:32:29 you can delete it - or you can add meta-rt Jul 11 18:32:50 it won't impact your build Jul 11 18:33:04 zeddii, any thoughts on how to handle that? Jul 11 18:33:16 zeddii, meta-kernel-dev depends on meta-rt for the linux-yocto-rt recipe? Jul 11 18:33:21 s/?$// Jul 11 18:34:07 * dvhart wonders if linux-yocto-rt should be part of meta since the kernel type exists in linux-yocto.git already Jul 11 18:34:45 I just hit that today as well! Jul 11 18:34:55 what changed? Jul 11 18:35:04 something did. I updated after a week away and it broke. Jul 11 18:35:06 does bitbake now fail on missing recipes for bbappends? Jul 11 18:35:42 * jefferai is happy to stir the bug-pot :-) Jul 11 18:36:07 my solution is to keep the bbappend in the same layer as the base recipe, but this is a classic layer dependency issue. Jul 11 18:36:47 dvhart, the issue is likely triggered by the compat being too broad. since it always appears that the recipe is 'unused' (which it largely is), but gets parsed and throws the error (Which is annoying). **** ENDING LOGGING AT Mon Jul 11 20:00:49 2011 **** BEGIN LOGGING AT Mon Jul 11 20:02:14 2011 Jul 11 20:14:59 dvhart: yes, bitbake does now get upset about missing .bbappend files Jul 11 20:15:14 dvhart: it can be turned off with some BB_ variable fwiw Jul 11 20:15:49 RP__, ok, hrm... we should find out how to make meta-kernel-dev work... perhaps just adding that BB_ magic to the layer.conf for meta-kernel-dev would be appropriate... Jul 11 20:16:23 dvhart: I'm not adversed to that, as long as people realise the risk it entails Jul 11 20:16:46 Right, I think for this type of layer (purely for development) it is tolerable Jul 11 20:16:56 (I agreed defaulting to erroring out about that stuff was a good idea) Jul 11 20:17:14 and probably better than having to create multiple kernel dev layers Jul 11 20:17:55 dvhart: agreed Jul 11 20:19:09 7a2a24de094ce8f2e2068bbee6709dfc2cdc69b9 ? Jul 11 20:19:17 BB_DANGLINGAPPENDS_WARNONLY Jul 11 20:19:24 dvhart: that sounds like it Jul 11 20:19:34 that's an awesome var name :) Jul 11 20:19:48 I really couldn't resist that one :) Jul 11 21:48:12 core-image-minimal-initramfs for n450 serial console not working for me. what configs could I tweak to change the console configuration? Jul 11 21:49:59 dvhart, is your man for n450 Jul 11 21:51:15 though aiui that should be set at a machine level Jul 11 21:51:58 and indeed we do set some things in meta-intel/meta-n450/conf/machine/n450.conf Jul 11 21:52:04 :-/ Jul 11 21:52:11 * dvhart looks up Jul 11 21:52:40 mgross, do other images - such as minimal-live - work for you? Jul 11 21:52:54 * incandescant did wonder at initramfs Jul 11 21:52:56 mgross, if not, you may need to validate your serial connection Jul 11 21:53:07 * dvhart hasn't run an initramfs image Jul 11 21:53:57 mgross, but the serial config settings are in machine/n450.conf: Jul 11 21:53:59 SYSLINUX_OPTS = "serial 0 115200" Jul 11 21:53:59 SERIAL_CONSOLE = "115200 ttyS0" Jul 11 21:53:59 APPEND += "console=ttyS0,115200 console=tty0" Jul 11 22:00:32 dd Jul 11 22:00:46 dvhart I have not tried minimal-live yet. I have those ttyS0 lines but the initrd doesn't provide a console Jul 11 22:01:28 I'll try the minimal-live. now. Jul 11 22:02:16 mgross, do you get bios text over the serial line? Jul 11 22:02:18 syslinux? Jul 11 22:05:30 yes I get all the kernel messages just no serial console Jul 11 22:06:04 I even get some udeve and "Waiting for removalble media" stuff clearly form user mode. Jul 11 22:06:31 * mgross thinks I'm missing a getty or console. Jul 11 22:06:54 any advice for how to add one to minimal-init-rc? Jul 11 22:10:22 check inittab Jul 11 22:10:28 is there an agetty there? Jul 11 22:10:38 hrm... what is the last thing you see? Jul 11 22:13:55 [ 17.979672] udevd used greatest stack depth: 6320 bytes left Jul 11 22:14:49 its a bbox build. I don't think there is an inittab is there? Jul 11 22:31:41 there should be Jul 11 22:31:45 there is in minimal Jul 11 22:41:16 dvhart: hey, I've finished to write the book ^_^ Jul 11 22:48:19 ant__, congrats Jul 11 22:49:22 mgross: what are you using as init? Jul 11 22:50:17 its the script that is used by the core-image-minimal-initramfs Jul 11 22:50:17 dvhart: now, the bad news is that kernel+cpio.lzma built with gcc4.6 seems freezing on init :/ Jul 11 22:50:46 I just rebuilt to try the minimal live image so I can't say for sure anymore. Jul 11 22:51:28 mgross, how did the minimal live do? Jul 11 22:51:49 sigh.. the live image is complaining about the kernel (Of course I'm not using the yocto kernel for my project) Jul 11 22:52:06 no VFAT or LOOP support? Jul 11 22:52:13 that's a typical one for live Jul 11 22:52:16 I just need the rootfs build and I hand place my custome kernel. Jul 11 22:53:09 Ok, so you don't get too far with assumptions : I'm trying to use yocto to build a root file system to test on mfld icdk. Jul 11 22:53:21 Its point is to test my kernel. Jul 11 22:53:36 as you may know mfld is not a normal PC boot. Jul 11 22:54:15 So ideally I need a yocto build to build without any kernel. Jul 11 22:54:32 I will put my own in and use it to test the platform. Jul 11 22:54:38 you can add your kernel recipe and change the PREFERRED_PROVIDER Jul 11 22:55:26 yeah, I was hoping to avoid that until after I get some of the startup debuggin figured out. Jul 11 22:55:51 mgross, iterative devel inside yocto isn't too bad Jul 11 22:56:08 mgross, you can just keep doing "bitbake mykernel -c compile Jul 11 22:56:20 tweak from the source dir as needed, repeat Jul 11 22:56:44 makes using the cross toolchain pretty trivial Jul 11 22:56:50 but I understand wanting to work outside the tree Jul 11 22:57:08 need a -f on the bitbake cmd of course Jul 12 00:14:55 thanks dvhart! I think I'm pretty close to having what I need. FWIW I don't think core-image-minimal-initramfs even has a getty ;) I'll switch over to the simply minimal image and see about adding a kernel recipe for my special snowflake kernel. **** ENDING LOGGING AT Tue Jul 12 02:59:57 2011