From: Jiping Ma
Use a local_irq_lock as a replacement for irq off regions. We keep
the semantic of irq-off in regard to the pool->lock and remain preemptible.
BUG: sleeping function called from invalid context at
kernel/locking/rtmutex.c:974
in_atomic(): 0, irqs_disabled(): 1, pid: 192, name:
I have made changes in populate_sdk_ext.bbclass to copy my layers during
do_populate_sdk and that works fine.
Now, I'm hitting failure at :
*ERROR: Failed to generate filtered task list for extensible SDK *( after
this it prints the contents of my custom conf-notes)
Looking at the source of this
On 5/28/19 10:53 PM, akuster wrote:
On 5/27/19 6:00 PM, Changqing Li wrote:
ping
On 4/29/19 2:10 PM, Changqing Li wrote:
ping
Does this mean you have a working knowledge of patchtest?
The one used by the project appears to be off line. Can you help?
kind regards,
Armin
I have do some
Sorry for my delayed reply. I was out on a business trip.
Did you try this with the ld.so statistics to see if the relocations were indeed
reduced at runtime?
One of my worries with these changes (since I am not an ELF expert either) is
that we make a change that doesn't actually do anything --
Hi,
Not really a Yocto question but I am trying to build an application
using our SDK. We are using CMake to build and are using
GNUInstallDIrs for managing our install paths. I thought
GNUInstallDirs should have the detected that the SDK was a multilib
which it dose in regards to finding
On 5/27/19 6:00 PM, Changqing Li wrote:
> ping
>
> On 4/29/19 2:10 PM, Changqing Li wrote:
>> ping
>>
Does this mean you have a working knowledge of patchtest?
The one used by the project appears to be off line. Can you help?
kind regards,
Armin
>> On 3/5/19 5:59 PM,
Current Dev Position: YP 2.8 M1Next Deadline: YP 2.8 Milestone 1 Cutoff
June 9th, 2019
SWAT Team Rotation: * SWAT lead is currently: Chen
* SWAT team rotation: Chen -> Armin on May. 31, 2019
* SWAT team rotation: Armin -> Anuj on June 7, 2019
*
On 5/27/19 7:37 PM, changqing...@windriver.com wrote:
> From: Changqing Li
>
> Signed-off-by: Changqing Li
merged.
thanks,
Armin
> ---
> recipes-ids/samhain/samhain-client_4.3.2.bb | 1 +
> recipes-ids/samhain/samhain-server_4.3.2.bb | 1 +
> 2 files changed, 2 insertions(+)
>
> diff --git
Make an assert in arch-x86_64.c a conditional if to handle things the same
way as other arches.
Enables binaries built with -fno-plt to be prelinked.
0001-arch-x86_64.c-Make-assert-conditional.patch
Description: Binary data
--
___
yocto mailing list
monit lcrypt issue: Expose lcrypt while building monit with Yocto Thud
When building monit using Yocto Thud the following error pops while building
monit 5.25.2 :
/usr/src/debug/monit/5.25.2-r0/monit-5.25.2/src/util.c:1675: undefined
reference to `crypt’
Older versions of glibc supplied a
Hello community,
Recently our project switched to yocto 2.6.2 "thud" due to a lot of requests
from SW team for too many package newer versions.
The issue is that when building the image with populate_sdk command it fails
with the following:
Hi Enrico,
I'm totally positive to any possibility for such integration. Personally,
that was the first thing I've tried to do before I start this layer, but
I've failed as it got really complex and the overhead was too much after
some point (at least for me). If you have look it's actually a mix
Hello Matthias,
Thank you, your help is much appreciated. Seems I have misunderstood how
to add swupdate to my image. However the swupdate package somehow has to
put an initramfs in place since to my understanding it is also possible
to do updates without 2 rootfs available which would require
Hi Dimitris,
On Tue, May 28, 2019 at 12:06 PM Dimitris Tassopoulos wrote:
>
> Hi Belisko,
>
> I was thinking about this also, too. The only reason is that in meta-sunxi
> they do a great job and they keep their layer clean, which is great I think.
> The other layers are just based on the
Hi Belisko,
I was thinking about this also, too. The only reason is that in meta-sunxi
they do a great job and they keep their layer clean, which is great I
think. The other layers are just based on the armbian distro, which is a
lot different, but for me it was much easier to integrate their
Hi Maciej,
On Tue, May 28, 2019 at 11:48 AM Maciej Pijanowski
wrote:
>
>
> On 27.05.2019 19:32, Belisko Marek wrote:
> > Hi Enrico,
> Hi,
> >
> > On Mon, May 27, 2019 at 5:44 PM Enrico
> > wrote:
> >> Hi,
> >>
> >> i try to keep it maintained, but now i just have a lime2 for testing
> >> on
Hi Dimitris,
On Tue, May 28, 2019 at 11:01 AM Dimitris Tassopoulos wrote:
>
> Hi Belisko,
>
> you can also have a look in to this layer:
> http://layers.openembedded.org/layerindex/branch/master/layer/meta-allwinner-hx/
> It's for allwinner H2,H3 and H5 boards that already have support on
On 27.05.2019 19:32, Belisko Marek wrote:
> Hi Enrico,
Hi,
>
> On Mon, May 27, 2019 at 5:44 PM Enrico wrote:
>> Hi,
>>
>> i try to keep it maintained, but now i just have a lime2 for testing
>> on real hardware, and i don't have the resources to do test builds for
>> all the supported boards.
>>
On 24/05/2019 15:28, Norman Stetter wrote:
Is there no way to simply force bitbake to only build the packages I
want, ignoring dependencies? We used to build the image like this
before, using PTXDist.
Everything else seems to be a dirty hack.
Can you just collect the extra packages
On 24/05/2019 20:38, Davis Roman wrote:
Hello,
In my recipe, I've found that a forward slash in SRCBRANCH, results in
an error during the final image construction,
SRCBRANCH = "feature/compile_with_gcc7_4_rocko_toolchain"
Error given:
Collected errors:
* opkg_prepare_url_for_install:
Hi Belisko,
you can also have a look in to this layer:
http://layers.openembedded.org/layerindex/branch/master/layer/meta-allwinner-hx/
It's for allwinner H2,H3 and H5 boards that already have support on Armbian.
Pretty much is just a Yocto layer with all the patches and BSP support from
Armbian.
21 matches
Mail list logo