On Tue Mar 19, 2024 at 2:58 PM CDT, Randolph Sapp via lists.openembedded.org
wrote:
> On Tue Mar 19, 2024 at 10:26 AM CDT, Marcel Ziswiler wrote:
> > From: Marcel Ziswiler
> >
> > Allows mesa to be build with Imagination PowerVR support.
> >
> &g
On Tue Mar 19, 2024 at 10:26 AM CDT, Marcel Ziswiler wrote:
> From: Marcel Ziswiler
>
> Allows mesa to be build with Imagination PowerVR support.
>
> Signed-off-by: Marcel Ziswiler
>
> ---
>
> Changes in v3:
> - Add a negative condition to the imagination PACKAGECONFIG as well,
> otherwise
would backport the upstream patch, if it wasn't dependant on a migration to
Cmake. I feel like that's a bit much.
Randolph
> On Sat, 16 Mar 2024 at 01:19, Randolph Sapp via lists.openembedded.org
> wrote:
> >
> > From: Randolph Sapp
> >
> > Add a link from libbz
On Sun Mar 17, 2024 at 4:28 AM CDT, Richard Purdie wrote:
> On Fri, 2024-03-15 at 19:19 -0500, r...@ti.com wrote:
> > From: Randolph Sapp
> >
> > Add a link from libbz2.so.1.0 to libbz2.so.${PV} for compatibility
> > with
> > other distributions.
> >
> > A handfull of distributions are still
From: Randolph Sapp
Add a link from libbz2.so.1.0 to libbz2.so.${PV} for compatibility with
other distributions.
A handfull of distributions are still using the "Makefile-libbz2_so" to
generate libbz2 and bzip2-shared. This creates a library with a soname
of "libbz2.so.1.0". This library link
On 8/28/23 14:45, Randolph Sapp wrote:
On 8/28/23 11:22, Randolph Sapp wrote:
On 8/28/23 10:09, Max Krummenacher wrote:
On Mon, Aug 28, 2023 at 5:01 PM Max Krummenacher via
lists.openembedded.org
wrote:
On Sun, Aug 27, 2023 at 11:23 PM Peter Kjellerstedt
wrote:
-Original
On 8/28/23 11:22, Randolph Sapp wrote:
On 8/28/23 10:09, Max Krummenacher wrote:
On Mon, Aug 28, 2023 at 5:01 PM Max Krummenacher via
lists.openembedded.org
wrote:
On Sun, Aug 27, 2023 at 11:23 PM Peter Kjellerstedt
wrote:
-Original Message-
From: Max Krummenacher
Sent: den 27
On 8/28/23 10:09, Max Krummenacher wrote:
On Mon, Aug 28, 2023 at 5:01 PM Max Krummenacher via
lists.openembedded.org
wrote:
On Sun, Aug 27, 2023 at 11:23 PM Peter Kjellerstedt
wrote:
-Original Message-
From: Max Krummenacher
Sent: den 27 augusti 2023 10:10
To:
On 6/27/23 11:00, Steve Sakoman wrote:
Hi Randolph,
Unfortunately this patch series results in oe-selftest failures on the
autobuilder, three examples below:
https://errors.yoctoproject.org/Errors/Details/710122/
https://errors.yoctoproject.org/Errors/Details/710127/
From: Ming Liu
Some BSPs dont support xwayland in weston, this is easier for them to
control that.
Signed-off-by: Ming Liu
Signed-off-by: Richard Purdie
---
meta/recipes-graphics/wayland/weston-init.bb | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git
From: Randolph Sapp
The weston user must be in the render group in order to access render
device nodes for standard user-space graphics.
Signed-off-by: Randolph Sapp
Signed-off-by: Alexandre Belloni
---
meta/recipes-graphics/wayland/weston-init.bb | 2 +-
1 file changed, 1 insertion(+), 1
From: ssuesens
set xwayland support in weston.init file to true
Signed-off-by: ssuesens
Signed-off-by: Alexandre Belloni
Signed-off-by: Richard Purdie
---
meta/recipes-graphics/wayland/weston-init.bb | 4
1 file changed, 4 insertions(+)
diff --git
From: Randolph Sapp
I know my text editor is going to get angry at me if this continues.
Signed-off-by: Randolph Sapp
Signed-off-by: Richard Purdie
---
meta/recipes-graphics/wayland/weston-init.bb | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git
From: Randolph Sapp
Just as sysvinit scripts shouldn't be present in a distro using systemd,
systemd scripts shouldn't be present in a system not using systemd.
Signed-off-by: Randolph Sapp
Signed-off-by: Richard Purdie
---
meta/recipes-graphics/wayland/weston-init.bb | 29
From: Randolph Sapp
Add profile script to point users capable of interacting with the global
socket to it by default.
Signed-off-by: Randolph Sapp
Signed-off-by: Richard Purdie
---
meta/recipes-graphics/wayland/weston-init.bb | 3 +++
.../wayland/weston-init/weston-socket.sh | 20
From: Randolph Sapp
Backport all the weston-init QOL updates. Getting closer to the point
where we can actually drop our distro specific weston-init bbappend. May
submit a few more QOL patches sooner or later to completely drop it.
Resubmitting this because I forgot to CC Steve and myself on
From: Randolph Sapp
Add the weston user to the wayland group so all users accessing the
global weston socket in /run all share a group.
Signed-off-by: Randolph Sapp
Signed-off-by: Alexandre Belloni
---
meta/recipes-graphics/wayland/weston-init.bb | 2 +-
1 file changed, 1 insertion(+), 1
From: Randolph Sapp
Add the render group explicitly here to make sure it exists for the
useradd command.
Signed-off-by: Randolph Sapp
Signed-off-by: Alexandre Belloni
---
meta/recipes-graphics/wayland/weston-init.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
On 6/15/23 16:04, r...@ti.com wrote:
From: Randolph Sapp
Backport all the weston-init QOL updates. Getting closer to the point
where we can actually drop our distro specific weston-init bbappend. May
submit a few more QOL patches sooner or later to completely drop it.
Ming Liu (1):
From: Randolph Sapp
Add the weston user to the wayland group so all users accessing the
global weston socket in /run all share a group.
Signed-off-by: Randolph Sapp
Signed-off-by: Alexandre Belloni
---
meta/recipes-graphics/wayland/weston-init.bb | 2 +-
1 file changed, 1 insertion(+), 1
From: ssuesens
set xwayland support in weston.init file to true
Signed-off-by: ssuesens
Signed-off-by: Alexandre Belloni
Signed-off-by: Richard Purdie
---
meta/recipes-graphics/wayland/weston-init.bb | 4
1 file changed, 4 insertions(+)
diff --git
From: Randolph Sapp
The weston user must be in the render group in order to access render
device nodes for standard user-space graphics.
Signed-off-by: Randolph Sapp
Signed-off-by: Alexandre Belloni
---
meta/recipes-graphics/wayland/weston-init.bb | 2 +-
1 file changed, 1 insertion(+), 1
From: Ming Liu
Some BSPs dont support xwayland in weston, this is easier for them to
control that.
Signed-off-by: Ming Liu
Signed-off-by: Richard Purdie
---
meta/recipes-graphics/wayland/weston-init.bb | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git
From: Randolph Sapp
Add the render group explicitly here to make sure it exists for the
useradd command.
Signed-off-by: Randolph Sapp
Signed-off-by: Alexandre Belloni
---
meta/recipes-graphics/wayland/weston-init.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
From: Randolph Sapp
Add profile script to point users capable of interacting with the global
socket to it by default.
Signed-off-by: Randolph Sapp
Signed-off-by: Richard Purdie
---
meta/recipes-graphics/wayland/weston-init.bb | 3 +++
.../wayland/weston-init/weston-socket.sh | 20
From: Randolph Sapp
Just as sysvinit scripts shouldn't be present in a distro using systemd,
systemd scripts shouldn't be present in a system not using systemd.
Signed-off-by: Randolph Sapp
Signed-off-by: Richard Purdie
---
meta/recipes-graphics/wayland/weston-init.bb | 29
From: Randolph Sapp
Backport all the weston-init QOL updates. Getting closer to the point
where we can actually drop our distro specific weston-init bbappend. May
submit a few more QOL patches sooner or later to completely drop it.
Ming Liu (1):
weston-init: introduce xwayland PACKAGECONFIG
From: Randolph Sapp
I know my text editor is going to get angry at me if this continues.
Signed-off-by: Randolph Sapp
Signed-off-by: Richard Purdie
---
meta/recipes-graphics/wayland/weston-init.bb | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git
From: Randolph Sapp
I know my text editor is going to get angry at me if this continues.
Signed-off-by: Randolph Sapp
---
meta/recipes-graphics/wayland/weston-init.bb | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git a/meta/recipes-graphics/wayland/weston-init.bb
From: Randolph Sapp
Just as sysvinit scripts shouldn't be present in a distro using systemd,
systemd scripts shouldn't be present in a system not using systemd.
Signed-off-by: Randolph Sapp
---
meta/recipes-graphics/wayland/weston-init.bb | 29
1 file changed, 17
From: Randolph Sapp
Add profile script to point users capable of interacting with the global
socket to it by default.
Signed-off-by: Randolph Sapp
---
meta/recipes-graphics/wayland/weston-init.bb | 3 +++
.../wayland/weston-init/weston-socket.sh | 20 +++
2 files
On 6/14/23 03:08, Richard Purdie wrote:
On Tue, 2023-06-13 at 20:16 -0500, Randolph Sapp wrote:
On 6/12/23 14:46, Randolph Sapp via lists.openembedded.org wrote:
On 6/12/23 05:05, Alexander Kanavin wrote:
On Mon, 12 Jun 2023 at 11:58, Peter Kjellerstedt
wrote:
Well that is of course
On 6/12/23 14:46, Randolph Sapp via lists.openembedded.org wrote:
On 6/12/23 05:05, Alexander Kanavin wrote:
On Mon, 12 Jun 2023 at 11:58, Peter Kjellerstedt
wrote:
Well that is of course an option, but then it may get messy if different
people have different preferences and start changing
On 6/12/23 05:05, Alexander Kanavin wrote:
On Mon, 12 Jun 2023 at 11:58, Peter Kjellerstedt
wrote:
Well that is of course an option, but then it may get messy if different
people have different preferences and start changing the indentation back
and forth...
I suppose changing indentation
From: Randolph Sapp
Add profile script to point users capable of interacting with the global
socket to it by default.
Signed-off-by: Randolph Sapp
---
meta/recipes-graphics/wayland/weston-init.bb | 3 +++
.../wayland/weston-init/weston-socket.sh | 20 +++
2 files
From: Randolph Sapp
Add the weston user to the wayland group so all users accessing the
global weston socket in /run all share a group.
Signed-off-by: Randolph Sapp
---
meta/recipes-graphics/wayland/weston-init.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
From: Randolph Sapp
I know my text editor is going to get angry at me if this continues.
Signed-off-by: Randolph Sapp
---
meta/recipes-graphics/wayland/weston-init.bb | 76 ++--
1 file changed, 38 insertions(+), 38 deletions(-)
diff --git
From: Randolph Sapp
Add the render group explicitly here to make sure it exists for the
useradd command.
Signed-off-by: Randolph Sapp
---
meta/recipes-graphics/wayland/weston-init.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
From: Randolph Sapp
The weston user must be in the render group in order to access render
device nodes for standard user-space graphics.
Signed-off-by: Randolph Sapp
---
meta/recipes-graphics/wayland/weston-init.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
From: Randolph Sapp
Cleaning up some parts of weston-init, adding guards to systemd init
scripts, making sure users are in the correct groups for interacting
with graphics devices and finally attempting to help direct users to the
global Wayland socket when they are allowed to interact with it.
From: Randolph Sapp
Just as sysvinit scripts shouldn't be present in a distro using systemd,
systemd scripts shouldn't be present in a system not using systemd.
Signed-off-by: Randolph Sapp
---
meta/recipes-graphics/wayland/weston-init.bb | 29
1 file changed, 17
From: Randolph Sapp
Fedora/Redhat and Arch are somewhat standardized on their dtb directory
structure. Let's add some flags to configure yocto to mimic that
behavior.
Add the following variables to the kernel class:
- KERNEL_DTBDEST (controls the destination directory for dtbs)
From: Randolph Sapp
Upstream's dtb directory structure has no real standard. They just tend
to idle around the 2/3 directory depth. Recursively search for the
dtb/dtbo files instead of assuming anything.
Fixes: 04ab57d200 (kernel-devicetree: allow specification of dtb
directory, 2023-05-02)
From: Randolph Sapp
Enable recursion of file globs. This just allows the use of '**' in file
globs to match 0 or more subdirectories, it should not make all current
globs recursive [1].
[1] https://docs.python.org/3.6/library/glob.html#glob.glob
Signed-off-by: Randolph Sapp
Signed-off-by:
From: Martin Jansa
Use the notation suggested by Martin Jansa to avoid a bashism. Also
switch KERNEL_DTBVENDORED to the more common 0/1 notation instead of
true/false.
Fixes: 04ab57d200 (kernel-devicetree: allow specification of dtb
directory, 2023-05-02)
Signed-off-by: Martin Jansa
From: Randolph Sapp
Backporting all of the "kernel-devicetree: allow specification of dtb
directory" series and subsequent fixes to kirkstone. This still has the
same backwards compatibility originally advertised. It won't do anything
to the dtb structure unless you tell it to.
Let me know if
From: Randolph Sapp
Upstream's dtb directory structure has no real standard. They just tend
to idle around the 2/3 directory depth. Recursively search for the
dtb/dtbo files instead of assuming anything.
Fixes: 04ab57d200 (kernel-devicetree: allow specification of dtb
directory, 2023-05-02)
From: Randolph Sapp
Enable recursion of file globs. This just allows the use of '**' in file
globs to match 0 or more subdirectories, it should not make all current
globs recursive [1].
[1] https://docs.python.org/3.6/library/glob.html#glob.glob
Signed-off-by: Randolph Sapp
---
From: Randolph Sapp
Fix a few of the oddities introduced by the previous patch that allowed
specification of the DTB install directory and specification of vendor
directories in that directory.
Add a recursive search for dtb and dtbo files to make sure upstream dtb
directory standards don't
From: Martin Jansa
Use the notation suggested by Martin Jansa to avoid a bashism. Also
switch KERNEL_DTBVENDORED to the more common 0/1 notation instead of
true/false.
Fixes: 04ab57d200 (kernel-devicetree: allow specification of dtb
directory, 2023-05-02)
Signed-off-by: Martin Jansa
On 5/22/23 11:59, Richard Purdie wrote:
On Mon, 2023-05-22 at 11:22 -0500, Randolph Sapp wrote:
On 5/22/23 03:00, Richard Purdie wrote:
On Fri, 2023-05-12 at 12:22 -0500, Randolph Sapp via
lists.openembedded.org wrote:
From: Randolph Sapp
Upstream's dtb directory structure has no real
On 5/22/23 03:00, Richard Purdie wrote:
On Fri, 2023-05-12 at 12:22 -0500, Randolph Sapp via
lists.openembedded.org wrote:
From: Randolph Sapp
Upstream's dtb directory structure has no real standard. They just tend
to idle around the 2/3 directory depth. Recursively search for the
dtb/dtbo
From: Randolph Sapp
Fix a few of the oddities introduced by the previous patch that allowed
specification of the DTB install directory and specification of vendor
directories in that directory.
Add a recursive search for dtb and dtbo files to make sure upstream dtb
directory standards don't
From: Martin Jansa
Use the notation suggested by Martin Jansa to avoid a bashism. Also
switch KERNEL_DTBVENDORED to the more common 0/1 notation instead of
true/false.
Fixes: 04ab57d200 (kernel-devicetree: allow specification of dtb
directory, 2023-05-02)
Signed-off-by: Martin Jansa
From: Randolph Sapp
Upstream's dtb directory structure has no real standard. They just tend
to idle around the 2/3 directory depth. Recursively search for the
dtb/dtbo files instead of assuming anything.
Fixes: 04ab57d200 (kernel-devicetree: allow specification of dtb
directory, 2023-05-02)
: $ bitbake linux-yocto -cdo_package -Sprintdiff
Right you are. Expect a v2 using a specialized function to avoid the
metadata change in a minute.
On 11/05/2023 16:36:12-0500, Randolph Sapp via lists.openembedded.org wrote:
From: Randolph Sapp
Fix a few of the oddities introduced by the previous
From: Randolph Sapp
Fix a few of the oddities introduced by the previous patch that allowed
specification of the DTB install directory and specification of vendor
directories in that directory.
Add a recursive search for dtb and dtbo files to make sure
upstream dtb directory standards don't
From: Randolph Sapp
Upstream's dtb directory structure has no real standard. They just tend
to idle around the 2/3 directory depth. Recursively search for the
dtb/dtbo files instead of assuming anything.
Fixes: 04ab57d200 (kernel-devicetree: allow specification of dtb
directory, 2023-05-02)
From: Martin Jansa
Use the notation suggested by Martin Jansa to avoid a bashism. Also
switch KERNEL_DTBVENDORED to the more common 0/1 notation instead of
true/false.
Fixes: 04ab57d200 (kernel-devicetree: allow specification of dtb
directory, 2023-05-02)
Signed-off-by: Martin Jansa
On 5/8/23 13:32, Denys Dmytriyenko wrote:
On Mon, May 08, 2023 at 02:18:57PM -0400, Denys Dmytriyenko wrote:
On Mon, May 08, 2023 at 01:13:58PM -0500, Randolph Sapp wrote:
On 5/8/23 01:13, Peter Kjellerstedt wrote:
That is most certainly a good alternative.
//Peter
*From:*Martin Jansa
core@lists.openembedded.org>
*Subject:* Re: [OE-core][PATCH] kernel-devicetree: allow
specification of dtb directory
On Fri, May 5, 2023 at 6:38 PM Randolph Sapp via
lists.openembedded.org <http://lists.openembedded.org>
mailto:ti@lists.openembedded.org>> wrote:
From: Randolph Sapp
Fedora/Redhat and Arch are somewhat standardized on their dtb directory
structure. Let's add some flags to configure yocto to mimic that
behavior.
Add the following variables to the kernel class:
- KERNEL_DTBDEST (controls the destination directory for dtbs)
On 5/2/23 18:02, Denys Dmytriyenko wrote:
On Wed, Apr 26, 2023 at 02:06:59AM -0700, Paresh Bhagat via
lists.openembedded.org wrote:
Hi Randolph
I tested your patch in my local kirkstone build for am62x. SD Card boot is
working.
Boot logs here:
From: Randolph Sapp
Fedora/Redhat and Arch are somewhat standardized on their dtb directory
structure. Let's add some flags to configure yocto to mimic that
behavior.
Add the following variables to the kernel class:
- KERNEL_DTBDEST (controls the destination directory for dtbs)
From: Randolph Sapp
Fedora/Redhat and Arch are somewhat standardized on their dtb directory
structure. Let's add some flags to configure yocto to mimic that
behavior.
Add the following variables to the kernel class:
- KERNEL_DTBDEST (controls the destination directory for dtbs)
From: Randolph Sapp
This is a bit of a compatibility issue more than anything. Some devices
get upset if the FAT file system contains less blocks than the
partition.
The fixed-size argument is currently respected by the partition creation
step but not by the file system creation step. Let's
On 4/24/23 03:48, Luca Ceresoli wrote:
Hello Randolph,
On Fri, 21 Apr 2023 16:26:13 -0500
"Randolph Sapp via lists.openembedded.org"
wrote:
As you can see your sender address has been mangled, and as a result
the patch is rejected by the the openem
On 4/21/23 16:10, Randolph Sapp via lists.openembedded.org wrote:
This is a bit of a compatibility issue more than anything. Some devices
get upset if the FAT file system contains less blocks than the
partition.
The fixed-size argument is currently respected by the partition creation
step
This is a bit of a compatibility issue more than anything. Some devices
get upset if the FAT file system contains less blocks than the
partition.
The fixed-size argument is currently respected by the partition creation
step but not by the file system creation step. Let's make it so the file
This is a bit of a compatibility issue more than anything. Some devices
get upset if the FAT file system contains less blocks than the
partition.
The fixed-size argument is currently respected by the partition creation
step but not by the file system creation step. Let's make it so the file
70 matches
Mail list logo
