Intel at least have chosen to provide bootable images for their boards with a time-limited kernel to encourage people to do a build of their own for an actual product, rather than just pass through

Simple reason, the creator of the BSP wants you to configure and build your own kernel. The time limited kernel is for evaluation purposes to see if this is what you want, before you build it

What is the purpose of building the provided images with time limited kernel? Can I assume that a standard build of the unchanged meta-cedartrail BSP will use the non-tlk kernel? Jim A On Wed,

<bruce.ashfield@...> wrote: Thanks! I did a git checkout -b master origin/master and will try again. Regards, Brian

Interesting. You can open a bug on this, boot and sanity/peripheral tests were performed before I made the switch. So if this is broken, that's a bug and we can look into it. As you hinted, including

Just so I'm clear. You are asking about the switch to 3.0 as the default ? If so, that was only done in master for the upcoming 1.2 release and not on the edison branch, so you wouldn't pick it up by

On 11/01/12 15:20, Brian Hutchinson wrote: I can chime in here. I am currently trying to get my Beagleboard running on the master branch, and it is pulling in kernel 3.0.12. However

<bruce.ashfield@...> wrote: Would I get that change if I just did a git pull or do I have to do something else? I did a git pull to update my Edison checkout last night realizing that I

It will. I sent patches recently to make that the preferred version in the master branch. Cherry picking that change would probably be all you would need. Should be. Bruce

Hi, I followed the example in the "Yocto Project Development Manual" for setting up a local kernel repo and it didn't go so well. A month or two ago I checked out Edison and was able to build all

It should be. I just need to look at the fallback modes, and how this impacts different host systems. That being said, I've run with similar configs in the past (depending on the workload) with no

The problem is that even when you set the date, your Poky system does not use it when the system is rebooted because of this bug. The simplest work-around (until the bug fix is finalized) is to add

I agree, in general, the more community/group discussion that goes on the better the resulting effort will be. If the call was streamed live, there could be people listening and noting ideas which

Bruce, Can we enable SMP and virtio by default for qemux86/x86-64? This can achieve huge perf boost for workload inside qemu. E.g. we enabled self-hosted image, where we build yocto inside

This is one of those quirks about hob I found weird. I filed a bug about this: http://bugzilla.yoctoproject.org/show_bug.cgi?id=1573 In general you need to save it somewhere one of your layers looks

A couple of things that had previously been warnings are now errors, so they need to be fixed up. The first problem is the same problem encountered by xserver-kdrive, and has the same fix, namely

I have a question about hob usage. I understand the basics of hob and how it adds packages. I also understand how it will parse through my local.conf and include any extra packages that I may have

于 2012年01月11日 00:58, Darren Hart 写道: Oops, sorry Darren, all fixed and really soon for V4 on OE :-) Regards, Zumeng

<elizabeth.flanagan@...> wrote: Quick point of clarification (since I don't want people confused). The above should read: "We currently have 5 yocto autobuilders that are used to run the

It is actually best for people to copy log files and the like to a private place. As the autobuilder runs 24/7 you do not want to run the risk of having work removed in the middle. Keep in mind,