From: He Zhe
CONFIG_INET6_XFRM_MODE_ROUTEOPTIMIZATION has been remove from mainline kernel
by the commit 4c145dce2601 ("xfrm: make xfrm modes builtin").
Signed-off-by: He Zhe
---
recipes-kernel/linux/files/selinux.cfg | 1 -
1 file changed, 1 deletion(-)
diff --git a/recipes-kernel/linux/file
From: He Zhe
CONFIG_INET6_XFRM_MODE_ROUTEOPTIMIZATION has been removed from mainline kernel
by commit 4c145dce2601 ("xfrm: make xfrm modes builtin").
Signed-off-by: He Zhe
---
meta-cgl-common/recipes-kernel/linux/files/cfg/00014-selinux.cfg | 1 -
1 file changed, 1 deletion(-)
diff --git a/me
typo in commit log, v2 will be sent.
Zhe
On 10/24/19 4:42 PM, zhe...@windriver.com wrote:
> From: He Zhe
>
> CONFIG_INET6_XFRM_MODE_ROUTEOPTIMIZATION has been remove from mainline kernel
> by the commit 4c145dce2601 ("xfrm: make xfrm modes builtin").
>
> Signed-off-by: He Zhe
> ---
> recipes-k
From: He Zhe
CONFIG_SECURITY_SELINUX_BOOTPARAM_VALUE has been removed from mainline kernel
by commit be6ec88f41ba ("selinux: Remove SECURITY_SELINUX_BOOTPARAM_VALUE").
Signed-off-by: He Zhe
---
meta-cgl-common/recipes-kernel/linux/files/cfg/00014-selinux.cfg | 1 -
1 file changed, 1 deletion(-
From: He Zhe
CONFIG_SECURITY_SELINUX_BOOTPARAM_VALUE has been remove from mainline kernel
by the commit be6ec88f41ba ("selinux: Remove SECURITY_SELINUX_BOOTPARAM_VALUE").
Signed-off-by: He Zhe
---
recipes-kernel/linux/files/selinux.cfg | 1 -
1 file changed, 1 deletion(-)
diff --git a/recipes
typo in commit log, v2 will be sent.
Zhe
On 10/24/19 4:48 PM, zhe...@windriver.com wrote:
> From: He Zhe
>
> CONFIG_INET6_XFRM_MODE_ROUTEOPTIMIZATION has been removed from mainline kernel
> by commit 4c145dce2601 ("xfrm: make xfrm modes builtin").
>
> Signed-off-by: He Zhe
> ---
> meta-cgl-co
>On Wed, 2019-10-23 at 15:34 +, Richard Purdie wrote:
>>On Wed, 2019-10-23 at 11:23 +, Westermann, Oliver wrote:
>> Hey,
>> [...]
>> Any suggestions on what I'm doing wrong or how to debug this further?
>Sounds like the sysroot filtering code doesn't know about this
>directory and therefore
On Thu, 2019-10-24 at 10:03 +, Westermann, Oliver wrote:
> > On Wed, 2019-10-23 at 15:34 +, Richard Purdie wrote:
> > > On Wed, 2019-10-23 at 11:23 +, Westermann, Oliver wrote:
> > > Hey,
> > > [...]
> > > Any suggestions on what I'm doing wrong or how to debug this
> > > further?
> > S
Hi Richard,
On 10/24/19 7:01 AM, richard.pur...@linuxfoundation.org wrote:
> On Thu, 2019-10-24 at 10:03 +, Westermann, Oliver wrote:
>>> On Wed, 2019-10-23 at 15:34 +, Richard Purdie wrote:
On Wed, 2019-10-23 at 11:23 +, Westermann, Oliver wrote:
Hey,
[...]
Any sug
Hi Bill,
On Thu, 2019-10-24 at 09:43 -0400, William Mills wrote:
> I started looking at this thread because I had the same
> questions. Is it possible to make a recipe depend on another version
> of GCC and restart the whole GCC build process again with a different
> config.
>
> Or does this nee
On 10/24/19 10:02 AM, richard.pur...@linuxfoundation.org wrote:
> Hi Bill,
>
> On Thu, 2019-10-24 at 09:43 -0400, William Mills wrote:
>> I started looking at this thread because I had the same
>> questions. Is it possible to make a recipe depend on another version
>> of GCC and restart the wh
> On Thu, 2019-10-24 at 04:01 +, Richard Purdie wrote:
> If its a native recipe, there are no packages and therefore FILES
> doesn't make sense.
Oh, I have to admit I'm pretty new to the concept of the native packages.
Where can I find the list of files that are considered to be installed into
BEGIN:VCALENDAR
PRODID:-//Google Inc//Google Calendar 70.9054//EN
VERSION:2.0
CALSCALE:GREGORIAN
METHOD:CANCEL
BEGIN:VTIMEZONE
TZID:America/Los_Angeles
X-LIC-LOCATION:America/Los_Angeles
BEGIN:DAYLIGHT
TZOFFSETFROM:-0800
TZOFFSETTO:-0700
TZNAME:PDT
DTSTART:19700308T02
RRULE:FREQ=YEARLY;BYMONTH=
> On Thu, 2019-10-24 at 04:01 +, Richard Purdie wrote:
> If its a native recipe, there are no packages and therefore FILES
> doesn't make sense.
Oh, I have to admit I'm pretty new to the concept of the native packages.
Where can I find the list of files that are considered to be installed into
Hi All,
I was wondering if there is any yocto supplied tools/shortcuts to
changing kernel oops/panic log to line numbers in source code ?
--
Regards,
Karthik Poduval
--
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listi
On Thu, 2019-10-24 at 10:30 -0400, William Mills wrote:
> On 10/24/19 10:02 AM, richard.pur...@linuxfoundation.org wrote:
> > On Thu, 2019-10-24 at 09:43 -0400, William Mills wrote:
> > > Then understand that you will need to supply your own gcc
> > > compiler
> > > helpers and all stdc functions e
On Thu, Oct 24, 2019 at 5:47 PM karthik poduval
wrote:
>
> Hi All,
>
> I was wondering if there is any yocto supplied tools/shortcuts to
> changing kernel oops/panic log to line numbers in source code ?
it's not yocto specific, but i like using scripts/decode_stacktrace.sh
from the kernel source
On Thu, 2019-10-24 at 15:37 +, Westermann, Oliver wrote:
> > On Thu, 2019-10-24 at 04:01 +, Richard Purdie wrote:
> > If its a native recipe, there are no packages and therefore FILES
> > doesn't make sense.
>
> Oh, I have to admit I'm pretty new to the concept of the native
> packages.
>
Hi Yann,
Thanks again for adding the headers. Your patch looks good, except for
one line that has a duplicated header:
/core/26_prefer_arch_to_version.py
index 0a0d66b..82934c1 100755
--- a/tests/core/26_prefer_arch_to_version.py
+++ b/tests/core/26_prefer_arch_to_version.py
@@ -1,4 +1,5 @@
-#! /
Thanks Nicolas,
Can this be tied to a yocto command, something like by adding a new
stacktrace.bbclass (since yocto knows everything about the cross
compiler, vmlinux path, not kernel modules path though)
bitbake virtual/kernel -c decode_stacktrace < stacktrace.txt
Any thoughts or comments ?
--
On 10/24/19 8:15 PM, Rich Persaud wrote:
This came directly to me -- did you mean to copy the list?
Rich
Sorry misclick on my end Rich.
Nick
On Oct 24, 2019, at 20:13, Nicholas Krause wrote:
On 10/24/19 8:08 PM, Rich Persaud wrote:
/(adding the automated-testing list)/
On Oct 24,
21 matches
Mail list logo
