A build flagged for QA (yocto-3.0.rc2) was completed on the autobuilder and is
available at:
https://autobuilder.yocto.io/pub/releases/yocto-3.0.rc2
Build hash information:
bitbake: 5d83d828cacb58ccb7c464e799c85fd2d2a50ccc
meta-gplv2: 9ca96786fd851150b518388bcb166efa0b4dfff9
On 10/9/19 9:39 PM, Michal Simek wrote:
Hi,
On 09. 10. 19 4:38, quanyang.w...@windriver.com wrote:
From: Quanyang Wang
Using new compatible value for funnel and replicator device nodes,
and use correct unit-address.
Signed-off-by: Quanyang Wang
---
arch/arm/boot/dts/zynq-7000.dtsi | 14
Hello there,
I am trying to add a few BSP specific kernel patches for my BSP and I wanted to
pull them from the BSP definition scc file. However, I cannot get those patches
applied (I am using thud). After looking around the kernel-yocto.bbclass it
seems that patches which get pulled from the
Hi Mark
On Wednesday, 9 October 2019 11:59:35 AM NZDT Mark Hatle wrote:
> I've setup the layerindex in the past (without docker).. but I'm attempting to
> follow the current instructions w/o much success.
>
> I'm trying to use:
>
> ./dockersetup.py -m 8080:80 --no-https
>
> It asks me for my
Signed-off-by: Armin Kuster
---
.../recipes-kernel/linux/linux-yocto_4.14.bbappend | 20 ++--
1 file changed, 10 insertions(+), 10 deletions(-)
diff --git a/meta-yocto-bsp/recipes-kernel/linux/linux-yocto_4.14.bbappend
On Wed, 2019-10-09 at 10:42 +0100, Andrei Gherzan wrote:
> I struggle to figure out an issue that I lately got into. I want to
> have a recipe which writes a manifest of all the layers part of the
> build.
> These layers are all git repositories and I want their revision to
> be exposed at
In message: [linux-yocto][linux-yocto v5.2][PATCH 0/3] iwlwifi/mvm related
patches from mainline kernel
on 09/10/2019 Yongxin Liu wrote:
> Hi Bruce,
>
> Those three patches are from mainline kernel without any change.
> They exist since v5.3-rc4. Please help to backport to linux-yocto v5.2.
>
On Wed, Oct 9, 2019 at 9:39 AM Michal Simek wrote:
>
> Hi,
>
> On 09. 10. 19 4:38, quanyang.w...@windriver.com wrote:
> > From: Quanyang Wang
> >
> > Using new compatible value for funnel and replicator device nodes,
> > and use correct unit-address.
> >
> > Signed-off-by: Quanyang Wang
> > ---
In message: [linux-yocto][kernel v5.2/standard/xlnx-soc][PATCH 0/2] patches for
zynq
on 09/10/2019 quanyang.w...@windriver.com wrote:
> From: Quanyang Wang
>
> Hi Bruce, Michal,
>
> There are 2 patches. One is fixing compile warning which is triggered by
> new version gcc 9.2.0. And the
Add Fedora 30 and Ubuntu 19.04.
Swap openSUSE 42.3 for Leap 15.1.
Remove huge comment of old distributions.
Signed-off-by: Ross Burton
---
.../ref-manual/ref-system-requirements.xml| 54 ++-
1 file changed, 4 insertions(+), 50 deletions(-)
diff --git
I have this all standardized for BBB, and here are pointers how to
build an out of tree kernel module on BBB target system (with some
specifics):
local.conf (with added systemd service):
https://github.com/ZoranStojsavljevic/bbb-yocto/blob/master/bbb-releases/bbb-warrior/local.conf_full
Compiling
The syntax to use multiconfig builds changed from multiconfig:foo:target
to mc:foo:target.
Clarify that BBMULTICONFIG defines additional configurations along with
the one coming from local.conf.
Fix these changes on both the dev manual and the reference manual.
Signed-off-by: Alejandro Enedino
Hello Bruce,
So I was finally able to compile the kernel module by creating a patch and
then applying that patch to linux recipe file.
However now, I am facing a different issue and have been trying to figure
that one out, Hence the delay in my response.
After creating an appropriate device tree
Cheers Paul!
On 09/10/2019 11:07, Paul Barker wrote:
On Wed, 9 Oct 2019, at 10:42, Andrei Gherzan wrote:
Hi guys,
I struggle to figure out an issue that I lately got into. I want to have
a recipe which writes a manifest of all the layers part of the build.
These layers are all git
On Wed, 9 Oct 2019, at 10:42, Andrei Gherzan wrote:
> Hi guys,
>
> I struggle to figure out an issue that I lately got into. I want to have
> a recipe which writes a manifest of all the layers part of the build.
> These layers are all git repositories and I want their revision to be
> exposed
From: Gregory Greenman
commit f5d88fa334e6c8e2d840512ffbb30e3cb58d065b upstream.
The solution with the worker still had a bug, as in order
to get sta, rcu_read_lock should be used and thus no mutex
can be used inside iwl_mvm_rs_rate_init.
Also, spin_lock is a simpler solution, no need to spawn
From: Gregory Greenman
commit 514ea05b0743435bf181c41f48d83aac050cc6fa upstream.
lq_info is an arary of size 2, active_tbl index is u8.
When accessing lq_info[1 - active_tbl], theoretically it's possible
that the access will be made to a negative index value.
Signed-off-by: Gregory Greenman
From: Gregory Greenman
commit 23babdf06779482a65c5072a145d826a62979534 upstream.
iwl_mvm_rs_tx_status can be called from two places in the code, but the
mutex is taken only on one of the calls. Split it into a wrapper taking
locks and an internal __iwl_mvm_rs_tx_status function.
Signed-off-by:
Hi Bruce,
Those three patches are from mainline kernel without any change.
They exist since v5.3-rc4. Please help to backport to linux-yocto v5.2.
The second commit fixes the following calltrace.
Call Trace:
dump_stack+0x4f/0x6a
? worker_thread+0xd9/0x3e0
Hi guys,
I struggle to figure out an issue that I lately got into. I want to have
a recipe which writes a manifest of all the layers part of the build.
These layers are all git repositories and I want their revision to be
exposed at runtime. So I obviously have a a python function which
For Yocto and WRLinux, openssl fips works only if installing
package openssl-fips
Signed-off-by: Hongxu Jia
---
README.build | 1 +
templates/feature/openssl-fips/image.inc | 1 +
2 files changed, 2 insertions(+)
create mode 100644
21 matches
Mail list logo