| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
|
|
|
|
| |
Atom-pc missed the kernel refresh last time around. 3.0 is on its way
out. Set the PREFERRED_PROVIDER to 3.4.
Boot tested on a Toshiba NB-305 using core-image-minimal.
(From meta-yocto rev: 5457e02d896f62d8b2e94be071083770a97dd38b)
Signed-off-by: Darren Hart <dvhart@linux.intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
|
|
|
|
|
|
|
|
|
|
| |
Bumping the yocto reference BSPs to pickup the latest oe-core 3.4.26, -rt
and LTSI updates.
(From meta-yocto rev: fa7adfafb521e7de81beebd4525a5d2ce1763dc3)
Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
|
|
|
|
|
|
|
|
|
|
|
| |
The newer -omap driver doesn't support the GPU on BeagleBoard.
[ YOCTO #3522 ]
(From meta-yocto rev: 6c32c17a6fe3ff2470f1c77a65be018b4c0fd5c9)
Signed-off-by: Ross Burton <ross.burton@intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
|
|
|
|
|
|
|
|
|
|
| |
These bbappends were used so that atom-pc would prefer mesa-dri over mesa-xlib.
We don't have mesa-xlib anymore, so these are not required.
(From meta-yocto rev: bf7e83a980e9df664d79c94fff31189b5abb04ca)
Signed-off-by: Ross Burton <ross.burton@intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
|
|
|
|
|
|
|
|
|
|
|
| |
This bbappend is forcibly enabling OpenGL on atom-pc and mpc8315e-rdb, but as
Poky enables the OpenGL distro feature this option is on for all machines
anyway.
(From meta-yocto rev: cdfa38051f9f39730e612f39227bdee3ea06bf25)
Signed-off-by: Ross Burton <ross.burton@intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
|
|
|
|
|
|
|
| |
(From meta-yocto rev: 992c2c469861bfcab45a118ac9ab8887e81f1a11)
Signed-off-by: Laurentiu Palcu <laurentiu.palcu@intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
|
|
|
|
|
|
|
|
|
|
|
|
| |
There were some changes in the xserver-xorg upstream project that need
to be reflected here too:
* extmod module was removed completely as it became empty;
* DRI1, DRI2, DBE (among others) were made built-in;
(From meta-yocto rev: ed681441a2cf06dc55e71035ecbfc637ff83640d)
Signed-off-by: Laurentiu Palcu <laurentiu.palcu@intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
|
|
|
|
|
|
| |
(From meta-yocto rev: c66e11d47a0419b6c1b2cb5ec6a57106df8e5fb3)
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
korg commit 42dcd1f4e [perf tools: Fix parallel build] fixes parallel
build issues that are being seen in the autobuilder.
We also have a fix from Tom:
[
perf annotate: replace 'expand' with equivalent sed expression
We don't have 'expand' in our userspace so we need to accomplish the
same thing using 'sed', which we do have.
]
So we apply it to all BSP branches and kernel types.
(From meta-yocto rev: 54fc1fd107f907a208b41a66c0a7b9b40cb428c7)
Signed-off-by: Tom Zanussi <tom.zanussi@intel.com>
Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The hardware reference BSPs are missing the update to 3.4.11
that the qemu* machines received several weeks ago.
Bumping to 3.4.11 specifically addresses the segfaults being
seen with rpm on the beagleboard.
[YOCTO #3186]
(From meta-yocto rev: f2d93f4e79d0c8c0035774cfa7dc4beb197899f4)
Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Updating the default preference of the beagleboard to the 3.4
kernel.
build, boot and testing has been done on the beagleboard (revC) and
beagleboard XM. Existing functionality has been confirmed using
core-image-sato, and in particular mouse, keyboard and graphics have
been re-validated.
(From meta-yocto rev: 32c46737618a7e2b084d807a901000ae9abc1354)
Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
|
|
|
|
|
|
|
|
|
|
| |
The hardware reference BSPs are lagging the oe-core qemu BSPs. Bumping
their SRCREVs to pickup 3.4.10 and minor bug fixes.
(From meta-yocto rev: 87881c14af993b27aad71dc3584ef488c8c41ab0)
Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This modifies the /etc/inittab on routerstationpro, avoiding the
"respawning too fast" message. The routerstation has a low memory,
so virtual terminal should be disable by default.
Fixes [YOCTO #3088]
(From meta-yocto rev: 3b60a67f084a77c57a63870641262b7c740cb974)
Signed-off-by: Chen Qi <Qi.Chen@windriver.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
It has been pointed out several times that the mpc8315e-rdb is a
ppce300c3 board, and should be using a different tuning than it's
current ppc603e.
This switching the default tuning of the board to the newly introduced
ppce300c3 tuning in oe-core.
[YOCTO #1192]
(From meta-yocto rev: 884e796ea85f7dd064f83c90b439b0e863e28c57)
Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
|
|
|
|
|
|
|
|
|
|
| |
The difference is less than 16kb, and for that the extra maintenance of two
recipies really isn't worth it.
(From meta-yocto rev: 2ab43f47ae531af5fc850d2aa04f7116ddb1a0e8)
Signed-off-by: Ross Burton <ross.burton@intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
|
|
Now we have settled on best practises and compliance criteria, bring meta-yocto
into compliance by separating out the hardware support components into
meta-yocto-bsp leaving policy configuration in meta-yocto.
Also rename the meta-yocto scripts directory to OE-Core can be a clearly
isolated component in poky.
(From meta-yocto rev: eac90e27a032ea23d9a4f35c7eef8b1940c80e22)
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
|