<feed xmlns='http://www.w3.org/2005/Atom'>
<title>linux/poky.git/meta/recipes-kernel, branch dora-toaster</title>
<subtitle>Mirror of git.yoctoproject.org/poky</subtitle>
<id>https://git.enea.com/cgit/linux/poky.git/atom?h=dora-toaster</id>
<link rel='self' href='https://git.enea.com/cgit/linux/poky.git/atom?h=dora-toaster'/>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/'/>
<updated>2013-10-07T08:37:31+00:00</updated>
<entry>
<title>kmod: ptest fixes</title>
<updated>2013-10-07T08:37:31+00:00</updated>
<author>
<name>Tudor Florea</name>
<email>tudor.florea@enea.com</email>
</author>
<published>2013-10-01T22:54:40+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=17b5f2f16256c9e8c551416a8b7211e44dfa5e91'/>
<id>urn:sha1:17b5f2f16256c9e8c551416a8b7211e44dfa5e91</id>
<content type='text'>
 Make kmod-ptest able to compile with separated source and
 build dir. Since kmod test files contain kernel modules for
 many different architectures, strip and arch gets confused
 and throws errors.

(From OE-Core rev: 61cb45869caaed6578a217effaa72d247395d078)

Signed-off-by: Tudor Florea &lt;tudor.florea@enea.com&gt;
Signed-off-by: Björn Stenberg &lt;bjst@enea.com&gt;
Signed-off-by: Maxin B. John &lt;maxin.john@enea.com&gt;
Signed-off-by: Saul Wold &lt;sgw@linux.intel.com&gt;
Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>linux-yocto: enable CONFIG_INPUT_EVDEV as standard policy</title>
<updated>2013-10-04T17:26:51+00:00</updated>
<author>
<name>Bruce Ashfield</name>
<email>bruce.ashfield@windriver.com</email>
</author>
<published>2013-10-02T19:15:26+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=9d64f3de4a01b488ff49160298bea5356408ac7b'/>
<id>urn:sha1:9d64f3de4a01b488ff49160298bea5356408ac7b</id>
<content type='text'>
We have a number (in fact most) BSPs that require INPUT_EVDEV for basic
functionality. The size increase is minimal, so we'll add it to the
standard configuration for all platforms.

(From OE-Core rev: 965affabbf36fa5b5e466d331479c2295269242e)

Signed-off-by: Nitin A Kamble &lt;nitin.a.kamble@intel.com&gt;
Signed-off-by: Bruce Ashfield &lt;bruce.ashfield@windriver.com&gt;
Signed-off-by: Saul Wold &lt;sgw@linux.intel.com&gt;
Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>linux-dummy.bb: Resolve missing task issues</title>
<updated>2013-10-01T21:56:04+00:00</updated>
<author>
<name>Nathan Rossi</name>
<email>nathan.rossi@xilinx.com</email>
</author>
<published>2013-10-01T04:19:42+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=43a960abf46f9fc1391f36936f00d4ab249fc0af'/>
<id>urn:sha1:43a960abf46f9fc1391f36936f00d4ab249fc0af</id>
<content type='text'>
Commit 609d5a9ab9e58bb1c2bcc2145399fbc8b701b85a added additional
initramfs functionality and created an additional task on kernel.bbclass
Adding this task was missed on the linux-dummy recipe, which causes task
dependency issues due to image.bbclass depending on
"virtual/kernel:do_bundle_initramfs". This change adds a dummy task
which resolves the dependency issue.

(From OE-Core rev: c0a8c5c07e0dd6f0ae302e9a4dcf7973e73e68e1)

Signed-off-by: Nathan Rossi &lt;nathan.rossi@xilinx.com&gt;
Signed-off-by: Saul Wold &lt;sgw@linux.intel.com&gt;
Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>linux-yocto/3.10: common-pc* config updates</title>
<updated>2013-09-26T15:37:56+00:00</updated>
<author>
<name>Bruce Ashfield</name>
<email>bruce.ashfield@windriver.com</email>
</author>
<published>2013-09-25T19:30:12+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=41875facc982f1c96a5ddf275adba1634b1a5ced'/>
<id>urn:sha1:41875facc982f1c96a5ddf275adba1634b1a5ced</id>
<content type='text'>
Bumping the 3.10 meta branch SRCREV to import the following config changes
for tghe sugarbay and common-pc wifi fragments.

   dad2b7e common-pc-64: add kernel CONFIG options for sugarbay platform
   37c617d common-pc-wifi.cfg: add support for broadcom wifi drivers

[YOCTO #5117]
[YOCTO #5238]

(From OE-Core rev: 180f465b0cab13e17dc92ac5c88d7d9001cd5b11)

Signed-off-by: Nitin A Kamble &lt;nitin.a.kamble@intel.com&gt;
Signed-off-by: Bruce Ashfield &lt;bruce.ashfield@windriver.com&gt;
Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>kern-tools: fix multi patch application without headers</title>
<updated>2013-09-24T16:24:12+00:00</updated>
<author>
<name>Bruce Ashfield</name>
<email>bruce.ashfield@windriver.com</email>
</author>
<published>2013-09-23T03:55:44+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=f9c1ac34b6229eb7703de4b61075905f5e2929af'/>
<id>urn:sha1:f9c1ac34b6229eb7703de4b61075905f5e2929af</id>
<content type='text'>
Updating the kern-tools SRCREV to import the following change:

    kgit-s2q: always update ORIG_HEAD after applying changes

    In situations where git am fails to apply patches, and git apply is used,
    we must update ORIG_HEAD as well as HEAD. This is required, since if the
    next patch in the queue also fails git am application, it will reset to
    ORIG_HEAD before using git apply. If we haven't updated ORIG_HEAD, we'll
    end up warping back to the top of the branch each time.

This problem can only be seen in very specific situations, in particular if
a generated BSP branches from qemuppc, and has a series of non git "am able"
patches. We fail, since all of the qemuppc patches are not applied due to
the branch head constantly being reset.

(From OE-Core rev: 5126ac0aeb3154d31769dc20a46b6b1a6b2e3d9b)

Signed-off-by: Bruce Ashfield &lt;bruce.ashfield@windriver.com&gt;
Signed-off-by: Saul Wold &lt;sgw@linux.intel.com&gt;
Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>oprofileui-server: use two digit initscript sequene</title>
<updated>2013-09-22T11:19:42+00:00</updated>
<author>
<name>Ross Burton</name>
<email>ross.burton@intel.com</email>
</author>
<published>2013-09-19T14:13:20+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=8f650f2e2c8e02cc8058a29610d0d77ac1e5c64e'/>
<id>urn:sha1:8f650f2e2c8e02cc8058a29610d0d77ac1e5c64e</id>
<content type='text'>
initscript sequence numbers are 00-99, so using 999 resulted in systemd warning
that it couldn't find "9oprofileui-server".

(From OE-Core rev: dac7dd70eb7a55ada5fdfc224aba5bac7c49f63f)

Signed-off-by: Ross Burton &lt;ross.burton@intel.com&gt;
Signed-off-by: Saul Wold &lt;sgw@linux.intel.com&gt;
Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>linux-yocto/3.10: fix long perf compile times</title>
<updated>2013-09-18T18:49:41+00:00</updated>
<author>
<name>Bruce Ashfield</name>
<email>bruce.ashfield@windriver.com</email>
</author>
<published>2013-09-18T18:09:54+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=4ed858bc765ec6f354731f6c6777b07ce51b4792'/>
<id>urn:sha1:4ed858bc765ec6f354731f6c6777b07ce51b4792</id>
<content type='text'>
perf's builtin-sched.c triggers extremly long build times on some
architectures due to gcc 4.7+ var-tracking functionality.

To fix this, we can cherry pick the 3.12 commit:

  f36f83f94 [perf sched: Move struct perf_sched definition out of cmd_sched()]

With this change build times are reduced from 15 to 20 minutes for qemuarm to:

  real    2m19.940s
  user    1m35.438s
  sys     0m11.165s

For kernel's that are not carrying this patch, the following can be added
to the perf recipe to also fix the issue:

    +++ b/meta/recipes-kernel/perf/perf.bb
    @@ -68,6 +68,7 @@ EXTRA_OEMAKE = \
		    CC="${CC}" \
		    AR="${AR}" \
		    perfexecdir=${libexecdir} \
    +               EXTRA_CFLAGS="-fno-var-tracking" \
		    NO_GTK2=1 ${TUI_DEFINES} NO_DWARF=1 ${SCRIPTING_DEFINES} \

(From OE-Core rev: 82ad5305381c2f541ef051a8fc28243cd91776fe)

Signed-off-by: Bruce Ashfield &lt;bruce.ashfield@windriver.com&gt;
Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>linux-yocto/3.10: mips configuration changes</title>
<updated>2013-09-18T18:49:41+00:00</updated>
<author>
<name>Bruce Ashfield</name>
<email>bruce.ashfield@windriver.com</email>
</author>
<published>2013-09-18T03:27:42+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=2ad268ff8e464929c84577a8eb8d0458f2351a2e'/>
<id>urn:sha1:2ad268ff8e464929c84577a8eb8d0458f2351a2e</id>
<content type='text'>
Updating the 3.10 SRCREV to import the following MIPS configuration changes

   4f689aa meta: remove ftrace/ftrace-disable feature
   3058d81 mips: have the mips BSPs disable function tracing instead of ftrace
   935f43f meta: add ftrace/ftrace-function-tracer-disable feature
   0d72a03 mti-malta64: Default to support o32 and n32 userspace binaries

The first three changes improve the ftrace disabling fragments, to allow tracepoints
and ftrace to be enabled, while only disabling dynamic ftrace. This allows tools
that required tracepoints (like lttng) to be built against MIPS.

The mti-malta64 change adds n32 and o32 support to the default configuration to
support a broader range of userspace binaries.

[YOCTO #5215]

(From OE-Core rev: b2cadab5c7a5d3f772c34c04b759823ed6a122bf)

Signed-off-by: Tom Zanussi &lt;tom.zanussi@intel.com&gt;
Signed-off-by: Bruce Ashfield &lt;bruce.ashfield@windriver.com&gt;
Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>linux-yocto/3.8: add haswell-wc board config and branch</title>
<updated>2013-09-18T18:49:41+00:00</updated>
<author>
<name>Bruce Ashfield</name>
<email>bruce.ashfield@windriver.com</email>
</author>
<published>2013-09-18T03:16:03+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=6942108fdb4919977c23983e22d2c3135d2ddebb'/>
<id>urn:sha1:6942108fdb4919977c23983e22d2c3135d2ddebb</id>
<content type='text'>
Bumping the meta branch SRCREV to import the following board support:

  meta: add haswell-wc bsp for Intel Haswell Platform (Walnut Canyon CRB) scc and config files

Signed-off-by Ong Boon Leong &lt;boon.leong.ong@intel.com&gt;
(From OE-Core rev: fcca6317543e8be0bd2da1f45ac99448c24b4e48)

Signed-off-by: Bruce Ashfield &lt;bruce.ashfield@windriver.com&gt;
Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>perf: Add LDFLAGS to allow build of old kernels without patching</title>
<updated>2013-09-18T16:54:42+00:00</updated>
<author>
<name>Otavio Salvador</name>
<email>otavio@ossystems.com.br</email>
</author>
<published>2013-09-18T13:51:04+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=99b41732458871080cfa7a9bad3f8dfe03e026be'/>
<id>urn:sha1:99b41732458871080cfa7a9bad3f8dfe03e026be</id>
<content type='text'>
The LDFLAGS is required or some old kernels fails due missing
symbols and this is preferred than requiring patches to every old
supported kernel.

Fixes [YOCTO: #5221]

(From OE-Core rev: 0eccbf2016e89e6f1c3796f138b02a508d2edbcf)

Signed-off-by: Otavio Salvador &lt;otavio@ossystems.com.br&gt;
Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
</feed>
