On 8/7/19 10:45 AM, Bruce Ashfield wrote:
On Tue, Aug 6, 2019 at 6:20 AM Jun Miao wrote:
Hi Bruce,
I am working ti boards(AM335x evm/sk/BBB) with am335x soc.
1.This patch add scc/cfg to yocto-kernel-cache master branch.
#1 shouldn't be a problem.
2.Could you
On 8/7/19 10:47 AM, Bruce Ashfield wrote:
On Tue, Aug 6, 2019 at 6:20 AM Jun Miao wrote:
Add scc/cfg kernel fragment to build and boot EVM/SK and BeagleBone Black
boards all with am335x soc
Signed-off-by: Jun Miao
---
bsp/ti-am335x/ti-am335x-standard.scc | 8 +
Looks fine to me.
I'm traveling right now, so it will be a few days until I get this merged
and can send SRCREV updates to oe-core.
Bruce
On Tue, Aug 6, 2019 at 3:06 PM William Bourque wrote:
> Kconfiglib/* were under ISC license before they were imported
> here from
On Tue, Aug 6, 2019 at 6:49 AM wrote:
> From: He Zhe
>
> reply_cache_stats uses wrong parameter as seq file private structure and
> thus causes the following kernel crash when users read
> /proc/fs/nfsd/reply_cache_stats
>
> BUG: kernel NULL pointer dereference, address: 01f9
> PGD
On Tue, Aug 6, 2019 at 6:20 AM Jun Miao wrote:
> Add scc/cfg kernel fragment to build and boot EVM/SK and BeagleBone Black
> boards all with am335x soc
>
> Signed-off-by: Jun Miao
> ---
> bsp/ti-am335x/ti-am335x-standard.scc | 8 +
> bsp/ti-am335x/ti-am335x.cfg | 242
On Tue, Aug 6, 2019 at 6:20 AM Jun Miao wrote:
> Hi Bruce,
>
> I am working ti boards(AM335x evm/sk/BBB) with am335x soc.
>
> 1.This patch add scc/cfg to yocto-kernel-cache master branch.
>
#1 shouldn't be a problem.
2.Could you help me build a new branch "ti-am335x" in
On Mon, Aug 5, 2019 at 11:44 PM Hongzhi, Song
wrote:
> Hi Bruce,
>
> I see profiling.scc is included by kernel-cache/bsp/*, such as
> bsp/intel-x86 bsp/common-pc/ ... .
>
>
> My question is that is it necessary to open profiling.cfg defaultly?
>
We left profiling as a per-BSP decision, since
Hello All,
We are pleased to announce the second milestone release for Yocto Project 2.8
(yocto-2.8_M2) is now available for download.
Download:
http://downloads.yoctoproject.org/releases/yocto/milestones/yocto-2.8_M2
bitbake: f5ea06fc2b6713c9f8e85ecf7cb981ae9a84d896
meta-gplv2:
Hello All,
We are pleased to announce the second milestone release for Yocto Project 2.8
(yocto-2.8_M2) is now available for download.
Download:
http://downloads.yoctoproject.org/releases/yocto/milestones/yocto-2.8_M2
bitbake: f5ea06fc2b6713c9f8e85ecf7cb981ae9a84d896
meta-gplv2:
On Tue, 2019-08-06 at 14:04 +, Koeller, Thomas wrote:
> browsing the list archives I came across an older thread that exactly
> describes the problem I am currently struggling with:
>
> https://lists.yoctoproject.org/pipermail/yocto/2018-February/039950.html
>
> In short, I have a recipe
Hi Marek,
> -Original Message-
> From: Belisko Marek [mailto:marek.beli...@gmail.com]
> Sent: Tuesday, August 06, 2019 11:40 AM
> To: Greg Wilson-Lindberg
> Cc: Yocto list discussion
> Subject: Re: [yocto] U-boot enable not working for Raspberry Pi3
>
> Hi Greg,
>
> On Tue, Aug 6,
Hi Greg,
On Tue, Aug 6, 2019 at 8:29 PM Greg Wilson-Lindberg
wrote:
>
> Hi Marek,
>
> Thanks for the suggestion, that seems to be the case. What image are you
> building so I can try that to see what I get?
Please don't top post ;). I'm building basic image. I worked few
months ago with bootqt
Hi Marek,
Thanks for the suggestion, that seems to be the case. What image are you
building so I can try that to see what I get?
BR,
Greg
> -Original Message-
> From: Belisko Marek [mailto:marek.beli...@gmail.com]
> Sent: Tuesday, August 06, 2019 11:12 AM
> To: Greg Wilson-Lindberg
>
Hi Greg,
On Tue, Aug 6, 2019 at 7:12 PM Greg Wilson-Lindberg
wrote:
>
> I'm working with a Yocto Sumo build provided with Qt's boot2qt system. I'm
> trying to enable using Das U-boot to load Linux as a first step in trying to
> enable OSTree updates.
>
> In the meta-raspberrypi documentation
Kconfiglib/* were under ISC license before they were imported
here from https://github.com/ulfalizer/Kconfiglib
Adjusting SPDX header to reflect that fact.
tools/* all have some sort of GPLv2 headers; adding SPDX header
to make it obvious.
This address bug #13334 :
On 06.08.2019 18:55, Greg Wilson-Lindberg wrote:
I'm working with a Yocto Sumo build provided with Qt's boot2qt system. I'm
trying to enable using Das U-boot to load Linux as a first step in trying to
enable OSTree updates.
In the meta-raspberrypi documentation is says to set:
Minutes: Yocto Project Technical Team Meeting
When: Tuesday, August 09, 2019 8:00 AM-9:00 AM 1.
Attending: Richard, Armin, Michael, David, TrevorW, Tim, Vineela, Stephen,
Randy, Joshua, Alex Kanavin, Jan-Simon, TrevorG, Ross, Alejandro, Tracy
* Stephen: General notes
- M2 in final review
-
The original check of /proc/net/tcp did not work on
a headless Ubuntu 18.04.02 server. This new check-
-and-reset routine should be equivalent if the script
is executed. The assumption of DISPLAY=:1 was also
troublesome in an environment where multiple VNC
servers are running.
Changes:
If the
I'm working with a Yocto Sumo build provided with Qt's boot2qt system. I'm
trying to enable using Das U-boot to load Linux as a first step in trying to
enable OSTree updates.
In the meta-raspberrypi documentation is says to set:
RPI_USE_U_BOOT = "1"
to enable u-boot for the raspberrypi. I
Current Dev Position: YP 2.8 M3
Next Deadline: YP 2.8 Milestone M3 Cutoff (Feature Freeze) Aug 25, 2019
SWAT Team Rotation:
* SWAT lead is currently: Ross
* SWAT team rotation: Ross -> Amanda on Aug. 9, 2019
* SWAT team rotation: Amanda -> Chen on Aug. 16, 2019
*
On Tue, 6 Aug 2019 at 03:53, wrote:
> Wiki: https://www.yoctoproject.org/public-virtual-meetings/
>
That page links a Google calendar, and the calendar is in many ways
mismatching what is listed on the page. Can you please re-create the
calendar?
Alex
--
From: Dmitry Eremin-Solenikov
Add bbclass responsible for handling signing of kernel modules.
Signed-off-by: Dmitry Eremin-Solenikov
fixup class to avoid including in every configure task
Signed-off-by: Armin Kuster
---
meta-integrity/classes/kernel-modsign.bbclass | 29
Hi,
browsing the list archives I came across an older thread that exactly describes
the problem I am currently struggling with:
https://lists.yoctoproject.org/pipermail/yocto/2018-February/039950.html
In short, I have a recipe that produces only a couple of header files and a
single static
On 06/08/2019 13:34, JH wrote:
The busybox is too simple, my application heavy based on shell
scripts, I have been thinking to dig out the busybox and replace it by
bash, has anyone remove the busybox to use bash as default shell? How
large size will be increased and what will be any side
On 8/6/19 6:54 AM, Dmitry Eremin-Solenikov wrote:
> пн, 29 июл. 2019 г. в 13:45, :
>> From: Dmitry Eremin-Solenikov
>>
>> As pointer by Martin Jansa, keyutils package is now a part of meta-oe,
>> so switch to using keyutils from that layer.
>>
>> Signed-off-by: Dmitry Eremin-Solenikov
> This
пн, 29 июл. 2019 г. в 13:45, :
>
> From: Dmitry Eremin-Solenikov
>
> As pointer by Martin Jansa, keyutils package is now a part of meta-oe,
> so switch to using keyutils from that layer.
>
> Signed-off-by: Dmitry Eremin-Solenikov
This patch is still necessary.
--
With best wishes
Dmitry
--
The right way out of this is to fix the issue: your main package depends on
the -dev package, and so will always pull it into the target image. I am
not telling you how to disable the check, as you're merely hiding a bug
that way :)
If you provide ls -lR of ${D}, we might be able to understand
Great tip!
Found this list to work for me (though I'm not sure it's all needed):
CONFIG_HYPERVISOR_GUEST=y
CONFIG_PARAVIRT=y
CONFIG_PARAVIRT_SPINLOCKS=y
CONFIG_CONNECTOR=y
CONFIG_SCSI_FC_ATTRS=y
CONFIG_HYPERV=y
CONFIG_HYPERV_UTILS=y
CONFIG_HYPERV_BALLOON=y
CONFIG_HYPERV_STORAGE=y
Thanks Alex, here is the error in my application build, it used working well:
ERROR: app_library-1.0.0-0 do_package_qa: QA Issue: app_library
rdepends on app_library-dev [dev-deps]
ERROR: app_library-1.0.0-0 do_package_qa: QA run found fatal errors.
Please consider fixing them.
ERROR:
Hi,
The busybox is too simple, my application heavy based on shell
scripts, I have been thinking to dig out the busybox and replace it by
bash, has anyone remove the busybox to use bash as default shell? How
large size will be increased and what will be any side effect?
Thank you.
Kind regards,
It may help if you copy-paste the exact error you are getting, and the
content of the directory where it happens.
Alex
On Tue, 6 Aug 2019 at 13:09, JH wrote:
> On 8/6/19, Alexander Kanavin wrote:
> > You don't; package_qa is reporting real issues with your packaging, so
> you
> > need to
On 8/6/19, Alexander Kanavin wrote:
> You don't; package_qa is reporting real issues with your packaging, so you
> need to address them.
Well, my first issue is I need to build it, the document said it can
be disabled, but did not say how, appreciate anyone helps how to
disable it.
Thank you
You don't; package_qa is reporting real issues with your packaging, so you
need to address them.
Alex
On Tue, 6 Aug 2019 at 10:40, JH wrote:
> Hi,
>
> According to the latest document:
>
> "Package QA checks are now performed during a new do_package_qa task
> rather than being part of the
From: He Zhe
reply_cache_stats uses wrong parameter as seq file private structure and
thus causes the following kernel crash when users read
/proc/fs/nfsd/reply_cache_stats
BUG: kernel NULL pointer dereference, address: 01f9
PGD 0 P4D 0
Oops: [#3] SMP PTI
CPU: 6 PID: 1502 Comm:
Add scc/cfg kernel fragment to build and boot EVM/SK and BeagleBone Black
boards all with am335x soc
Signed-off-by: Jun Miao
---
bsp/ti-am335x/ti-am335x-standard.scc | 8 +
bsp/ti-am335x/ti-am335x.cfg | 242 +++
bsp/ti-am335x/ti-am335x.scc | 7 +
3
Hi Bruce,
I am working ti boards(AM335x evm/sk/BBB) with am335x soc.
1.This patch add scc/cfg to yocto-kernel-cache master branch.
2.Could you help me build a new branch "ti-am335x" in linux-yocto-dev?
Thanks
Jun Miao (1):
ti-am335x: add the basic scc/cfg
On master, using genericx86-64 machine with linux-yocto kernel I also see grub
booted into a blank screen when none of the Hyper-V kernel configs are enabled.
I couldn’t find any Hyper-V kernel config fragments in yocto-kernel-cache or
meta-virtualization, so I googled for “hyper-v kernel
Hi,
According to the latest document:
"Package QA checks are now performed during a new do_package_qa task
rather than being part of the do_package task. This allows more
parallel execution. This change is unlikely to be an issue except for
highly customized recipes that disable packaging tasks
>From the AUTOREV documentation:
If you use the previous statement to retrieve the latest version of
software, you need to be sure PV contains ${SRCPV}.
Typically this looks something like:
PV = "1.2+git${SRCPV}"
HTH,
Jussi
On Mon, 5 Aug 2019 at 11:47, Mauro Ziliani wrote:
>
> Hi all.
>
We know that this approach is a bit different from the Yocto way of
building all from sources and we acknowledge the benefits of doing so
when building for specific hardware requirements. However, this
integration has been requested by Conan users already managing their
packages with Conan for
40 matches
Mail list logo
