> On May 18, 2016, at 1:23 PM, Mark Hatle wrote:
>
> On 5/18/16 3:11 PM, Khem Raj wrote:
>> Matches most of layers defaults
>>
>> Signed-off-by: Khem Raj
>> ---
>> conf/layer.conf | 2 +-
>> 1 file changed, 1 insertion(+), 1 deletion(-)
>>
>> diff
Hi Andreas,
I've been able to do some testing with the latest 4.1 kernel.
So it can actually "work" in a way, but both the device tree overlay and the
driver in the kernel are "old".
This has an impact on stability: I can definitely start wayland/weston, and
it's "responsive", BUT after I
Hi Andreas,
I will send a v2 series soon, that will include something very similar to your
suggestion for the overlay parameter.
Herve
-Original Message-
From: Andreas Müller [mailto:schnitzelt...@googlemail.com]
Sent: mercredi 18 mai 2016 23:47
To: Herve Jourdain
Hi Andreas,
Thanks for seeing that, I did many tests, but they did not involve qt...
I can update the mesa version i guess, or add a patch for the current version...
Herve
> Le 19 mai 2016 à 06:02, Andreas Müller a écrit
> :
>
>> On Wed, May 18, 2016 at 2:21 PM,
On Wed, 2016-05-18 at 12:09 +0100, Burton, Ross wrote:
>
> On 18 May 2016 at 09:13, Andrew Jeffery wrote:
> > Thanks for the pointer. Is this the patchset you're referring to?
> >
> > http://lists.openembedded.org/pipermail/openembedded-core/2016-March/118982.html
> >
> > A
On Thu, May 19, 2016 at 12:02 AM, Andreas Müller
wrote:
> On Wed, May 18, 2016 at 2:21 PM, Herve Jourdain
> wrote:
>> This patch series enables the support for the VC4 graphics driver from Eric
>> Anholt.
>> Add some configuration for
On Wed, May 18, 2016 at 11:46 PM, Andreas Müller
wrote:
> On Wed, May 18, 2016 at 7:32 PM, Herve Jourdain
> wrote:
>> One thing I didn't make configurable, but that maybe could be, is the
>> parameter passed to the overlay.
>> I selected
On Wed, May 18, 2016 at 2:21 PM, Herve Jourdain wrote:
> This patch series enables the support for the VC4 graphics driver from Eric
> Anholt.
> Add some configuration for building mesa, on raspberrypi, when VC4 is in use.
>
> Signed-off-by: Herve Jourdain
On Wed, May 18, 2016 at 7:32 PM, Herve Jourdain wrote:
> One thing I didn't make configurable, but that maybe could be, is the
> parameter passed to the overlay.
> I selected cma-256, based on experience from other people, and because my
> configuration is RPI2/3 with 1G
When creating a new Yocto Bitbake Commander project, the folder
separator is not being handled corretly. The problem is a folder and
a file to be concatenated are joined as Strings instead of paths.
This patch solves the issue by using a path joioning mechanism instead
of simply concatenating
On 5/18/16 3:11 PM, Khem Raj wrote:
> Matches most of layers defaults
>
> Signed-off-by: Khem Raj
> ---
> conf/layer.conf | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/conf/layer.conf b/conf/layer.conf
> index 62ce9cc..39c2421 100644
> ---
Signed-off-by: Khem Raj
---
recipes-qt4/qt4/qt4-4.8.7.inc | 4
...6-qt-everywhere-opensource-src-4.8.7-gcc6.patch | 24 ++
2 files changed, 28 insertions(+)
create mode 100644
Matches most of layers defaults
Signed-off-by: Khem Raj
---
conf/layer.conf | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/conf/layer.conf b/conf/layer.conf
index 62ce9cc..39c2421 100644
--- a/conf/layer.conf
+++ b/conf/layer.conf
@@ -5,6 +5,6 @@ BBPATH
When creating a new Yocto Bitbake Commander project, the folder
separator is not being handled corretly. The problem is a folder and
a file to be concatenated are joined as Strings instead of paths.
This patch solves the issue by using a path joioning mechanism instead
of simply concatenating
One thing I didn't make configurable, but that maybe could be, is the parameter
passed to the overlay.
I selected cma-256, based on experience from other people, and because my
configuration is RPI2/3 with 1G of memory.
I realize it might not work well with RPI0/1, which have less memory
Hi Khem,
Well, it seems to be the way it will be activated in the future as well,
through a device tree overlay.
The rationale being that people may not want/need the VC4 driver, because they
prefer to use userland or other reasons, and that only the persons who want to
activate it will load
On Wed, May 18, 2016 at 9:43 AM, Herve Jourdain wrote:
> Hi Khem,
>
> Yes, I've seen that you had sent a patch to upgrade to some revision of 4.4.9.
> Here, I upgrade to 4.4.10, but VC4 should work with the 4.4.9 revision you
> sent before.
> I mostly bumped to 4.4.10
> On May 18, 2016, at 5:21 AM, Herve Jourdain wrote:
>
> This patch series enables the support for the VC4 graphics driver from Eric
> Anholt.
> There was a previous patch series by Javier Martinez Canillas, but it
> required use of a different kernel.
> VC4 is now
> On May 18, 2016, at 5:21 AM, Herve Jourdain wrote:
>
> This patch series enables the support for the VC4 graphics driver from Eric
> Anholt.
> Add vc4-kms-v3d overlay if 'vc4graphics' is in MACHINE_FEATURES.
> (This patch has a dependency on the patch that enables the
Hi Khem,
Yes, I've seen that you had sent a patch to upgrade to some revision of 4.4.9.
Here, I upgrade to 4.4.10, but VC4 should work with the 4.4.9 revision you sent
before.
I mostly bumped to 4.4.10 because the firmware bumped to 4.4.10 - and the
firmware bump is mandatory for VC4 to work
> On May 18, 2016, at 5:21 AM, Herve Jourdain wrote:
>
> This patch series enables the support for the VC4 graphics driver from Eric
> Anholt.
> Kernel upgrade to 4.4.10 (some 4.4.9 version would be enough, but the
> required firmware supports 4.4.10, so bump it
Hi,
There has been a revision mismatch for the kernel version, in this patch.
It should be c317a023583b17a4350f066924d5fff47a81f91e, instead of
4c2795dd50f98fa162cb53190eb557be44f92f58.
Shall I resend the whole patch series as v2, or is it acceptable to only
send again the faulty patch as v2?
Hello yocto.
I have been successfully building several yocto based target trees,
but now trying qemux86-64 build and it is causing error. Familiar
with the below sympthom and maybe you have any suggestion?
I think this begain happening when I did -c populate_sdk, but not sure.
The other targets
On 2016-05-17 6:50 PM, Daniel Dragomir wrote:
Hello Bruce!
This series of patches brings dts updates and various improvements and fixes
to the Intel Axxia drivers from linux-yocto-4.1 kernel.
NOTE: All the following patches are for both axxia branches:
standard/axxia/base and
This patch series enables the support for the VC4 graphics driver from Eric
Anholt.
Add some configuration for building mesa, on raspberrypi, when VC4 is in use.
Signed-off-by: Herve Jourdain
---
recipes-graphics/mesa/mesa_%.bbappend | 4
1 file changed, 4
This patch series enables the support for the VC4 graphics driver from Eric
Anholt.
Configure the default providers, depending on whether 'vc4graphics' is in
MACHINE_FEATURES or not.
Signed-off-by: Herve Jourdain
---
conf/machine/include/rpi-default-providers.inc | 8
This patch series enables the support for the VC4 graphics driver from Eric
Anholt.
Add vc4-kms-v3d overlay if 'vc4graphics' is in MACHINE_FEATURES.
(This patch has a dependency on the patch that enables the support of .dtbo
overlay files)
Signed-off-by: Herve Jourdain
This patch series enables the support for the VC4 graphics driver from Eric
Anholt.
There was a previous patch series by Javier Martinez Canillas, but it required
use of a different kernel.
VC4 is now supported in the raspberrypi official kernel, at least for 4.4.9+,
but probably also for 4.1.
On 2 May 2016 at 08:48, Jussi Kukkonen wrote:
> The grab code was trickier with current API (which is why I left it as
> is), but I took another look and it turns out that code has never
> actually been used...
>
> So I removed _grab_lock() and _release_lock(), and
On 18 May 2016 at 09:13, Andrew Jeffery wrote:
> Thanks for the pointer. Is this the patchset you're referring to?
>
>
> http://lists.openembedded.org/pipermail/openembedded-core/2016-March/118982.html
>
> A brief look suggests it might get us some of the way there, but I'll
>
Am 18.05.2016 um 12:38 schrieb Burton, Ross:
On 18 May 2016 at 08:58, Christian Fuchs > wrote:
I just checked and EXTRA_OECONF is not correctly expanded. It is
missing the "ac_cv_sizeof_off_t=8" part that is present on the
On 18 May 2016 at 08:58, Christian Fuchs wrote:
> I just checked and EXTRA_OECONF is not correctly expanded. It is missing
> the "ac_cv_sizeof_off_t=8" part that is present on the Ubuntu machine.
>
Have you verified that DISTRO_FEATURES is identical on both?
Ross
--
OK, thanks, v2 is on the way...
Herve
-Original Message-
From: Jussi Kukkonen [mailto:jussi.kukko...@intel.com]
Sent: mercredi 18 mai 2016 09:55
To: Herve Jourdain
Cc: Yocto Project
Subject: Re: [yocto] [matchbox-keyboard][PATCH ]
This patch allows the support of a "caps" tag, that defines the value of the
key when the CAPS action modifier is in effect.
This feature is needed for the french keyboard - at least - in order to handle
the uppercase accented letters, that are the ones accessible when caps is on,
for some
This patch allows the support of a "caps" tag, that defines the value of the
key when the CAPS action modifier is in effect.
This feature is needed for the french keyboard - at least - in order to handle
the uppercase accented letters, that are the ones accessible when caps is on,
for some
Hi Ross,
On Tue, 2016-05-17 at 14:20 +0100, Burton, Ross wrote:
>
> On 17 May 2016 at 02:15, Andrew Jeffery wrote:
> > Is there a better way to work that might avoid these issues?
> > Alternatively, should we start looking at reworking the
> > runqemu/runqemu-internal scripts
On 18 May 2016 at 09:03, Herve Jourdain wrote:
> I believe you’re aware there is another patch, 1 line patch, by Jussi
> Kukkonen, applied to matchbox-keyboard,
> “0001-desktop-file-Hide-the-keyboard-from-app-list.patch”, that adds
> “NoDisplay=true” to
Am 17.05.2016 um 16:56 schrieb Khem Raj:
On Tue, May 17, 2016 at 1:14 AM, Christian Fuchs
wrote:
Hello everybody,
I am using Yocto version 1.8 and I'm having trouble compiling curl on a
64-bit machine running Debian Wheezy 7.10.
The recipe always creates a
On 18 May 2016 at 08:51, Herve Jourdain wrote:
> This patch allows the support of a "caps" tag, that defines the value of the
> key when the CAPS action modifier is in effect.
> This feature is needed for the french keyboard - at least - in order to
> handle the
Hi Ross,
I’ve just re-submitted the patches against the matchbox-keyboard-0-1 branch,
please let me know if I missed anything while doing that.
I believe you’re aware there is another patch, 1 line patch, by Jussi Kukkonen,
applied to matchbox-keyboard,
40 matches
Mail list logo