Apparently my cma arg was dorking up the gpu initialization; if you get
this error in dmesg, then adjusting the cmdline memory args is probably a
good idea:
$ dmesg | grep etnaviv
command buffer outside valid memory window
I had default cma size in kernel config, different (larger) size on the
On Thursday, 1 June 2017 3:44:49 PM NZST Gary Thomas wrote:
> On 2017-06-01 05:28, Paul Eggleton wrote:
> > It ought to be. At face value it should be finding the files in either
> > place - we'd need to debug the code to find out why it isn't. Is that
> > something you might be able to help me
On 2017-06-01 05:28, Paul Eggleton wrote:
Hi Gary,
My apologies, I just realised I never sent this reply.
On Tuesday, 23 May 2017 5:27:57 PM NZST you wrote:
On 2017-05-22 22:35, Paul Eggleton wrote:
On Tuesday, 23 May 2017 2:53:45 AM NZST Gary Thomas wrote:
I have a build where I've never
Add an option "-a" to update actual branch for layer and bitbake, it is
useful when there are many layers and need update actual branches
frequantly. We only can update them via website without this patch,
which is not funny and easy to make mistakes.
* It works with "-l", and "-l bitbake" means
Othewise it may cause troubles to the function who calls it.
Signed-off-by: Robert Yang
---
layerindex/recipeparse.py | 3 +++
1 file changed, 3 insertions(+)
diff --git a/layerindex/recipeparse.py b/layerindex/recipeparse.py
index dd85bc3..f2a5235 100644
---
Fixed:
$ ./update.py -l meta-oe,not_existed
It should report error that "not_existed" doesn't exist, but it didn't, this was
because __in matches any of them.
Signed-off-by: Robert Yang
---
layerindex/update.py | 11 +++
1 file changed, 7 insertions(+), 4
-p, --prune
Before fetching, remove any remote-tracking references that no longer exist
on the remote.
Fixed:
$ git push origin :test_branch
$ ./update.py
The test_branch was still in layerindex which was incorrect, it should
be gone since the branch had been removed from the repo.
Fixed:
- set LAYERDEPENDS_openembedded-layer = "core"
- $ "update.py -l meta-oe -b master"
Check from web, its dependency is "openembedded-core"
- Change LAYERDEPENDS_openembedded-layer = "foo"
- Run "update.py -l meta-oe -b master"
Check from web, its dependency is
The _add_dependency() uses:
if layerbranch.collection:
var_name = layerbranch.collection
The layerbranch.collection is none if it is newly created, thus it can't get
LAYERDEPENDS, because what defined in layer.conf is LAYERDEPENDS_,
but what it would get is LAYERDEPENDS_, this patch can fix
The layerbranch is not used in parse_layer(), so remove it.
Signed-off-by: Robert Yang
---
layerindex/layerconfparse.py | 2 +-
layerindex/tools/import_layer.py | 2 +-
layerindex/update_layer.py | 4 ++--
3 files changed, 4 insertions(+), 4 deletions(-)
* V2:
Remove "import bb" from update.py to avoid causing confusions when switch
branches.
* V1:
The "-a ACTUAL_BRANCH" is a litle different from what we had talked, now it
respects "-l" and "-b", we can use -l to specify layers or default to all,
and it requires "-b" to work, only one branch is
Hi Gary,
My apologies, I just realised I never sent this reply.
On Tuesday, 23 May 2017 5:27:57 PM NZST you wrote:
> On 2017-05-22 22:35, Paul Eggleton wrote:
> > On Tuesday, 23 May 2017 2:53:45 AM NZST Gary Thomas wrote:
> >> I have a build where I've never manually removed anything from
> >>
Mediatek MT7601U is a common USB WiFi dongle
Signed-off-by: Tim Orling
---
bsp/common-pc/common-pc-wifi.cfg | 2 ++
1 file changed, 2 insertions(+)
diff --git a/bsp/common-pc/common-pc-wifi.cfg b/bsp/common-pc/common-pc-wifi.cfg
index 272f912..442aa2f 100644
On Wed, May 31, 2017 at 5:41 PM, Alejandro Hernandez
wrote:
> On 05/31/2017 01:46 PM, Khem Raj wrote:
>
>
>
> On Tue, May 30, 2017 at 6:15 PM, Bruce Ashfield
> wrote:
>>
>>
>> On Tue, May 30, 2017 at 6:52 PM, Alejandro Hernandez
>>
On 05/31/2017 01:46 PM, Khem Raj wrote:
On Tue, May 30, 2017 at 6:15 PM, Bruce Ashfield
> wrote:
>
>
> On Tue, May 30, 2017 at 6:52 PM, Alejandro Hernandez
>
On Wed, May 31, 2017 at 5:00 PM, Andrei Gherzan wrote:
>
> On Tue, May 30, 2017 at 6:29 PM, Khem Raj wrote:
>>
>> On Tue, May 30, 2017 at 10:25 AM, Andre McCurdy
>> wrote:
>> > On Tue, May 30, 2017 at 10:15 AM, Paul Barker
On Tue, May 30, 2017 at 6:29 PM, Khem Raj wrote:
> On Tue, May 30, 2017 at 10:25 AM, Andre McCurdy
> wrote:
> > On Tue, May 30, 2017 at 10:15 AM, Paul Barker
> wrote:
> >> On 30 May 2017 5:08 p.m., "Khem Raj"
Hmm, I built the same commits from your recipes, and I'm still getting the
glx error in my logs :/
Other than that, things seem to work okay...
Steve
On Sat, May 27, 2017 at 9:20 PM, Trevor Woerner wrote:
> Hey Stephen,
>
> On Fri, May 26, 2017 at 7:23 PM, Stephen Arnold
>
This change supports querying recipes that belong to a specific layer
by using the prefix "layer:" + the desired layer name, for example:
"layer: openembedded-core" and this string can be used by itself or
combined with other supported options.
A descriptive error message is displayed when the
On 2017-05-31 21:20, Andre McCurdy wrote:
Keeping the existing platform but updating the CPU would have the
advantage that qemuarm could then share binaries and sstate with real
world ARM targets.
It would also be a step towards defining an official "generic ARMv7"
tuning target within OE,
On Tue, May 30, 2017 at 6:15 PM, Bruce Ashfield
wrote:
>
>
> On Tue, May 30, 2017 at 6:52 PM, Alejandro Hernandez
> wrote:
>>
>> Hey Andy,
>>
>>
>> On 05/30/2017 05:32 PM, Andre McCurdy wrote:
>>>
>>> On Tue, May 30, 2017 at 1:12 PM,
On Tue, May 30, 2017 at 6:15 PM, Bruce Ashfield
wrote:
> On Tue, May 30, 2017 at 6:52 PM, Alejandro Hernandez
> wrote:
>> On 05/30/2017 05:32 PM, Andre McCurdy wrote:
>>> On Tue, May 30, 2017 at 1:12 PM, Alejandro Hernandez
>>>
On Mon, 2017-05-29 at 17:01 -0400, Alain Achkar wrote:
> Hello Beth and/or Joshua,
> I would really appreciate some pointers on how to get the Variscite
> builds to work with Autobuilder.
>
> Since my last email, I was able to setup the Yocto Autobuilder, add
> the sample hello.conf and run it.
>
On Wed, May 31, 2017 at 12:22 AM Pello Heriz <
pello.he...@alumni.mondragon.edu> wrote:
> Hi,
>
> I'm trying to build xen-guest-image-minimal with master branch of Yocto,
> but I keep stuck in the next error:
>
> bitbake xen-guest-image-minimal
> NOTE:
Thank you very much, setting that flag helped!
Huỳnh Ngọc Thi
-so61pi
On Tue, May 30, 2017 at 8:34 PM, Petter Mabäcker wrote:
> Hi,
>
> If the problem is the footprint, then you can add below line in the
> libexample recipe:
>
> INHIBIT_PACKAGE_DEBUG_SPLIT = "1"
>
> This
Hi all,
I have two recipes.
kernel :
https://github.com/rockchip-linux/meta-rockchip/blob/morty/recipes-kernel/linux/linux-mainline_4.11.bb
and kernel module:
https://github.com/rockchip-linux/meta-rockchip/blob/morty/recipes-kernel/linux-extra/rockchip-forwardports_4.11.bb
I want that if I set
Hi,
I'm trying to build xen-guest-image-minimal with master branch of Yocto,
but I keep stuck in the next error:
bitbake xen-guest-image-minimal
NOTE: /opt/yocto_GE/poky/meta-qt5/recipes-qt/qt5/qtbase_git.bb:
base_contains is deprecated, please use bb.utils.contains instead.
NOTE:
From: Jackie Huang
Update useradd parameters for cluster-glue according
to spec file from source code:
https://github.com/ClusterLabs/cluster-glue/blob/master/cluster-glue-fedora.spec
And use HA_USER and HA_GROUP for easy maintenance.
Signed-off-by: Kai Kang
From: Jackie Huang
It includes LGPL 2.1 as well according to COPYING.LIB.
And point the LIC_FILES_CHKSUM to the checksums of the
license text in the source code.
Signed-off-by: Jackie Huang
---
From: Jackie Huang
--
The following changes since commit c0afa706e9cdb650c0e8bb79f503743632350b00:
core-image-cgl: Remove ROOTFS_PKGMANAGE_BOOTSTRAP (2017-05-24 14:19:13 +0200)
are available in the git repository at:
https://github.com/jackiehjm/meta-cgl.git
From: Jackie Huang
inherit systemd and add PACKAGECONFIG to add proper
configure option and dependency when systemd is enabled.
Signed-off-by: Jackie Huang
---
meta-cgl-common/recipes-cgl/cluster-glue/cluster-glue_1.0.12.bb | 8 +++-
31 matches
Mail list logo