On Thu, Nov 1, 2018 at 10:04 AM Trevor Woerner wrote:
>
> Hello Fellow YP/OE Enthusiasts!
>
> There were discussions at our recent OEDEM regarding:
> - our next developers meeting
> - SCaLE 2019
> - expanding/adding to the YP/OE presence at conferences (i.e. our own
> miniconf?)
>
> Please see
Rename qemuarma15 to qemuarm. This makes the default QEMU Arm setup to
emulate the more modern ARMv7 Cortex-A.
Signed-off-by: Jon Mason
---
meta/conf/machine/{qemuarma15.conf => qemuarm.conf} | 0
meta/recipes-kernel/linux/linux-yocto-rt_4.19.bb| 2 +-
meta/recipes-kernel/linux/linux-yo
Add new QEMU BSP for a Arm Cortex-A15 system. This uses the QEMU virt
machine type, which should be faster to emulate.
Signed-off-by: Jon Mason
---
meta/conf/machine/qemuarma15.conf | 26 +++
.../linux/linux-yocto-rt_4.19.bb | 2 +-
.../linux/linux
Rename qemuarm to qemuarmv5. This will allow for qemuarma15 to be
renamed to qemuarm, while maintaining the ability to use the existing
setup for backward compatibility and testing.
Signed-off-by: Jon Mason
---
meta/conf/machine/{qemuarm.conf => qemuarmv5.conf} | 2 +-
meta/recipes-ker
still want to use it. Finally, it renames the
newly introduced qemuarma15 to qemuarm.
Jon Mason (3):
qemuarma15: ARM A15 Support
qemuarm: rename to qemuarmv5
qemuarm: Rename qemuarma15 to qemuarm
meta/conf/machine/qemuarm.conf| 29 +++
meta/conf/machine
On Tue, Apr 2, 2019 at 6:41 AM Mark Hatle wrote:
>
> On 4/1/19 6:20 PM, akuster808 wrote:
> >
> >
> > On 4/1/19 4:02 PM, Richard Purdie wrote:
> >> On Mon, 2019-04-01 at 15:33 -0700, akuster808 wrote:
> >>> Hello,
> >>>
> >>> I have noticed a large number of git commits with no header
> >>>
On Wed, Apr 3, 2019 at 7:45 AM Tom Rini wrote:
>
> On Tue, Apr 02, 2019 at 02:24:51PM -0700, akuster808 wrote:
> >
> >
> > On 4/2/19 12:47 PM, Tom Rini wrote:
> > > On Tue, Apr 02, 2019 at 04:45:16AM +, Jon Mason wrote:
> > >> On Tue, Apr
Beautify the machine config files by making the names and descriptions
more uniform and verbose
Signed-off-by: Jon Mason
---
meta/conf/machine/qemuarm.conf| 4 ++--
meta/conf/machine/qemuarm64.conf | 4 ++--
meta/conf/machine/qemuarmv5.conf | 6 +++---
meta/conf/machine/qemumips.conf
Beautify the machine config files by making the names and descriptions
more uniform and verbose
Signed-off-by: Jon Mason
---
meta-yocto-bsp/conf/machine/edgerouter.conf| 2 +-
meta-yocto-bsp/conf/machine/genericx86-64.conf | 5 ++---
meta-yocto-bsp/conf/machine/genericx86.conf| 5
General clean-up of the machine config files present in Yocto. Since
this encompasses files that would natively be in the oe-core and
meta-yocto-bsp repositories, I split them into 2 commits. However,
since they are similar, I sent them in the same email thread. I hope
this is acceptable.
Jon
I'm having a problem trying to get Xorg up and running on the
qemuarma15 (from the series
http://lists.openembedded.org/pipermail/openembedded-core/2019-January/278190.html).
I've applied a patch on top of these to get framebuffer added by
default to the kernel config and changes in the default
Add new QEMU BSP for a Arm Cortex-A15 system. This uses the QEMU virt
machine type, which should be faster to emulate.
Signed-off-by: Jon Mason
---
meta/conf/machine/qemuarma15.conf | 33 +++
.../linux/linux-yocto-rt_4.19.bb | 2 +-
.../linux/linux
roject.org/pipermail/linux-yocto/2019-February/007585.html
as I was unable to get it working. This can be added as a follow-on
patch.
Thanks,
Jon
Jon Mason (3):
qemuarm64: config cleanups
qemuarm64: Add graphics support
qemuarma15: ARM A15 Support
meta/conf/machine/qemuarm64.conf
Add comments describing what is going on, remove an unnecessary space,
remove a duplicate comment, and increase the serial speed.
Signed-off-by: Jon Mason
---
meta/conf/machine/qemuarm64.conf | 11 +++
1 file changed, 7 insertions(+), 4 deletions(-)
diff --git a/meta/conf/machine
Add the necessary parts to qemuarm64.conf for graphics to be shown in
the SDL window, and USB so that it is possible to interact with it.
Signed-off-by: Jon Mason
---
meta/conf/machine/qemuarm64.conf | 8 ++--
1 file changed, 6 insertions(+), 2 deletions(-)
diff --git a/meta/conf/machine
The following error is being frequently posted
INIT: Id "hvc0" respawning too fast: disabled for 5 minutes
Remove the references to hvc0 to work around this error. Also, add some
comments to describe what is going on.
Signed-off-by: Jon Mason
---
meta/conf/machine/qemuarm64
above.
I have made similar modifications to qemuarma15, and can resubmit them
if the solution above is acceptable. However, I thought using qemuarm64
was a cleaner way to show what was done and start the dialog.
Thanks,
Jon
Jon Mason (2):
qemuarm64: fix hvc0 error and cleanup
qemuarm64: Add
Add the necessary parts to qemuarm64.conf for graphics to be shown in
the SDL window, and USB so that it is possible to interact with it.
Signed-off-by: Jon Mason
---
meta/conf/machine/qemuarm64.conf | 6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git a/meta/conf/machine
Printing the lack of a test is not necessary (per feedback). Remove
this from the template to quieten it.
Signed-off-by: Jon Mason
---
.../resulttool/template/test_report_full_text.txt | 14 +++---
1 file changed, 3 insertions(+), 11 deletions(-)
diff --git a/scripts/lib/resulttool
Currently, the code will sum all of the different machine results into a
single report of the tests results. This can lead to confusion as to
which machine may be experiencing issues. Modify the code to store the
results in a per machine basis and report them accordingly.
Signed-off-by: Jon
Currently, if a test occurs multiple times over different series, the
code will sum these. This can lead to confusion over the desired
results. Change the code to report the redundant tests and skip adding
an additional values.
Signed-off-by: Jon Mason
---
scripts/lib/resulttool/report.py
On Sat, Jun 22, 2019 at 4:08 AM Richard Purdie
wrote:
>
> On Fri, 2019-06-21 at 15:27 -0400, Jon Mason wrote:
> > syslogd and klogd can occasionally take too long to restart, which
> > causes tests to fail by starting before the log daemons are ready. To
> > work around t
checks for rsyslogd and systemd-journald to possibly
catch issues with those daemons.
[YOCTO #13379]
Signed-off-by: Jon Mason
---
meta/lib/oeqa/runtime/cases/oe_syslog.py | 68
1 file changed, 59 insertions(+), 9 deletions(-)
diff --git a/meta/lib/oeqa/runtime/cases
]
Signed-off-by: Jon Mason
---
meta/lib/oeqa/runtime/cases/oe_syslog.py | 37
1 file changed, 37 insertions(+)
diff --git a/meta/lib/oeqa/runtime/cases/oe_syslog.py
b/meta/lib/oeqa/runtime/cases/oe_syslog.py
index 0f5f9f43ca..3270a0fc88 100644
--- a/meta/lib/oeqa/runtime
On Fri, Jun 21, 2019 at 12:14 PM Richard Purdie
wrote:
>
> On Fri, 2019-06-21 at 11:42 -0400, Jon Mason wrote:
> > syslogd and klogd can occasionally take too long to restart, which
> > causes tests to fail by starting before the log daemons are ready. To
> > work a
On Fri, Jun 21, 2019 at 12:58 PM wrote:
>
> On Fri, 2019-06-21 at 12:39 -0400, Jon Mason wrote:
> > On Fri, Jun 21, 2019 at 12:14 PM Richard Purdie
> > wrote:
> > > On Fri, 2019-06-21 at 11:42 -0400, Jon Mason wrote:
> > > >
> > > Thanks, I thin
On Fri, Jun 21, 2019 at 1:44 PM Jon Mason wrote:
>
> On Fri, Jun 21, 2019 at 12:58 PM wrote:
> >
> > On Fri, 2019-06-21 at 12:39 -0400, Jon Mason wrote:
> > > On Fri, Jun 21, 2019 at 12:14 PM Richard Purdie
> > > wrote:
> > > > On
]
Signed-off-by: Jon Mason
---
meta/lib/oeqa/runtime/cases/oe_syslog.py | 54 +---
1 file changed, 48 insertions(+), 6 deletions(-)
diff --git a/meta/lib/oeqa/runtime/cases/oe_syslog.py
b/meta/lib/oeqa/runtime/cases/oe_syslog.py
index 0f5f9f43ca..480aadedf9 100644
--- a/meta/lib
checks for rsyslogd and systemd-journald to possibly
catch issues with those daemons.
[YOCTO #13379]
Signed-off-by: Jon Mason
---
meta/lib/oeqa/runtime/cases/oe_syslog.py | 125 +--
1 file changed, 117 insertions(+), 8 deletions(-)
diff --git a/meta/lib/oeqa/runtime/cases
On Sat, May 4, 2019 at 8:50 PM Rob Walton wrote:
>
> Hi,
>
>
> We're working with OpenEmbedded/yocto in a project; we're trying to create an
> HTML license report for our users, leveraging the license.manifest files
> output from license_image.bbclass.
>
>
> However some relatively crucial
T-shirts for OEDEM are happening. If you plan on attending, please
add yourself to the list. If you already are on the list, please
verify the size is correct. Please use this size chart if there are
any questions or doubts:
https://www.customink.com/items/sizing/04600_lineup/standard.htm
I
OpenEmbedded is considering creating a mini-conference attached to
FOSDEM 2020 (https://fosdem.org/2020/), and we would like your help.
Please fill out this short, 10 question, survey to determine the
viability of such an effort.
https://www.surveymonkey.com/r/9QP76CL
Thank you,
The OpenEmbedded
We are proud to announce the inaugural OpenEmbedded Workshop. It is
being held on 03 February 2020 in Brussels, Belgium. The day after
FOSDEM.
The Call for Participation is open now. For more information, go to
https://pretalx.com/oe-workshop-2020/cfp
Early-bird tickets coming soon!
Thank you,
We are happy to inform everyone that tickets to the inaugural
OpenEmbedded Workshop are now on sale. Early bird tickets are
available for 1/3rd off regular price. Also, we are offering a
"Supporter Ticket". This is for those who are able to contribute more
to help support OpenEmbedded, and/or
On Thu, Nov 21, 2019 at 4:12 PM Jon Mason wrote:
>
> We are proud to announce the inaugural OpenEmbedded Workshop. It is
> being held on 03 February 2020 in Brussels, Belgium. The day after
> FOSDEM.
>
> The Call for Participation is open now. For more information, go to
> h
> > > > add an upstream reference implementation to openembedded-core, which
> > > > can be
> > > > customized by BSPs, if needed.
> > >
> > > Isn't this one of the things that Jon Mason is trying to
> > > standardize/support in met
uire ARM Trusted Firmware (also known as Trusted Firmware-A).
> > > To avoid duplicating efforts of adding very similar recipes to BSP layers,
> > > add an upstream reference implementation to openembedded-core, which can
> > > be
> > > customiz
g very similar recipes to BSP
> > >>>layers,
> > >>>add an upstream reference implementation to openembedded-core, which can
> > >>>be
> > >>>customized by BSPs, if needed.
> > >>Isn't this one of the things that Jon Ma
upstream reference implementation to openembedded-core,
> > > > which can be
> > > > customized by BSPs, if needed.
> > >
> > > Isn't this one of the things that Jon Mason is trying to
> > > standardize/support in meta-arm ?
> > >
> > > http://g
On Fri, Jan 24, 2020 at 12:05 PM Khem Raj wrote:
>
> On 1/24/20 3:42 AM, Ross Burton wrote:
> > On 23/01/2020 22:43, Denys Dmytriyenko wrote:
> >>> Such as all the various cortex etc CPU tuning files?
> >>
> >> LOL! :) Of course, since ARM is such an inferior arch to x86.
> >> Otherwise we
> >>
On Fri, Jan 24, 2020 at 5:46 PM Denys Dmytriyenko wrote:
>
> On Fri, Jan 24, 2020 at 05:30:04PM -0500, Jon Mason wrote:
> > On Thu, Jan 23, 2020 at 5:16 PM Denys Dmytriyenko wrote:
> > >
> > > On Thu, Jan 23, 2020 at 04:10:33PM -0600, Joshua Watt wrote:
> > &
The OpenEmbedded Workshop 2020 schedule is now available
https://pretalx.com/oe-workshop-2020/schedule/
As you can see, there are some very compelling talks. Buy your
tickets now, before we sell out.
https://pretix.eu/OpenEmbedded/oe-workshop-2020/
Thank you,
The OpenEmbedded Board
--
Add CRC to the default tuning of big.LITTLE Cortex-A57-A53. This puts
it inline with all other ARMv8a tunings. Also, reference
PACKAGE_EXTRA_ARCHS_tune-armv8a-crc instead of
PACKAGE_EXTRA_ARCHS_tune-aarch64, which sets the -march to armv8 and
enables the CRC.
Signed-off-by: Jon Mason
---
meta
A few clean-ups and fixes for Arm tune files found while working on the
follow-on series. Since the changes are needed and not necessarily
part of that series, I'm sending it as a separate series.
Jon Mason (4):
cortex-m0plus.inc: change file permissions
tune-cortexa55.inc: clean-up
File is executable, and should be read/write.
Signed-off-by: Jon Mason
---
meta/conf/machine/include/tune-cortex-m0plus.inc | 0
1 file changed, 0 insertions(+), 0 deletions(-)
mode change 100755 => 100644 meta/conf/machine/include/tune-cortex-m0plus.inc
diff --git a/meta/conf/machine/incl
Remove 'crc', as that is implied by 8.2 (per GCC
https://gcc.gnu.org/onlinedocs/gcc/AArch64-Options.html#AArch64-Options).
Also, the PACKAGE_EXTRA_ARCHS should refer to the ARMv8.2a version, not
the more generic ARMv8 version.
Signed-off-by: Jon Mason
---
meta/conf/machine/include/tune
Make the existing ARMv8 Cortex-A tunings similar in the way the cascade
the settings.
Signed-off-by: Jon Mason
---
meta/conf/machine/include/tune-cortexa32.inc | 2 +-
meta/conf/machine/include/tune-cortexa35.inc | 2 +-
meta/conf/machine/include/tune-cortexa53.inc
On Wed, Sep 9, 2020 at 6:55 PM Mark Hatle
wrote:
>
>
>
> On 9/9/20 5:45 PM, Jon Mason wrote:
> > Set BASE_LIB for all arm64 systems to be lib64 by default. This can be
> > overridden for those that want something else (see tune-cortexa32.inc).
> >
> > Signed-
On Wed, Sep 9, 2020 at 6:59 PM Mark Hatle
wrote:
>
> I like the direction of this work, but one comment.. (down below)
>
> On 9/9/20 5:45 PM, Jon Mason wrote:
> > Migrate the settings in tune-cortexa55.inc to arch-armv8-2a.inc. This
> > will allow for a single file to in
Add tunes for all the ARMv8a cores currently supported in GCC. This
is: Cortex-A34, Cortex-A73, and Cortex-A73-Cortex-A35.
Signed-off-by: Jon Mason
---
meta/conf/machine/include/arm/arch-armv8a.inc | 43 +++
1 file changed, 43 insertions(+)
diff --git a/meta/conf/machine
The previous patch caused the tuning file referenced here to be removed.
Use the new one with the new DEFAULTTUNE.
Signed-off-by: Jon Mason
---
meta/conf/machine/qemuarm64.conf | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/meta/conf/machine/qemuarm64.conf b/meta/conf
Add tunes for all the ARMv8.2a cores currently supported in GCC. This
is: Cortex-A65, Cortex-A65AE, Cortex-A75, Cortex-A76, Cortex-A76AE,
Cortex-A77, Neoverse-E1, Neoverse-N1, Cortex-A75-Cortex-A55, and
Cortex-A76-Cortex-A55.
Signed-off-by: Jon Mason
---
.../machine/include/arm/arch-armv8
Migrate the exting tune settings to arch-armv8a.inc. This will allow
for a single file to include all of the tunings of a family of
processors. This will reduce the proliferation of unique files per
processor currently occuring in conf/machine/include/
Signed-off-by: Jon Mason
---
meta/conf
.
As far as testing, I have built and run testimage on qemuarm64. I've
built every QEMU machine in meta, as well as every machine in
meta-arm-bsp (modified to use the new code). There are no observed
issues.
Thanks,
Jon
---
Jon Mason (6):
arm64: set BASE_LIB to lib64
arch-armv8-2a.inc:
Set BASE_LIB for all arm64 systems to be lib64 by default. This can be
overridden for those that want something else (see tune-cortexa32.inc).
Signed-off-by: Jon Mason
---
meta/conf/machine/include/arm/arch-arm64.inc | 3 +--
meta/conf/machine/include/arm/arch-armv8-2a.inc| 2
Migrate the settings in tune-cortexa55.inc to arch-armv8-2a.inc. This
will allow for a single file to include all of the tunings of a family
of processors. This will reduce the proliferation of unique files per
processor currently occuring in conf/machine/include/
Signed-off-by: Jon Mason
Migrate the existing tune settings to arch-armv8a.inc. This will allow
for a single file to include all of the tunings of a family of
processors. This will reduce the proliferation of unique files per
processor currently occurring in conf/machine/include/
Signed-off-by: Jon Mason
---
meta
Migrate the settings in tune-cortexa55.inc to arch-armv8-2a.inc. This
will allow for a single file to include all of the tunings of a family
of processors. This will reduce the proliferation of unique files per
processor currently occurring in conf/machine/include/
Signed-off-by: Jon Mason
more investigation (see
https://lists.openembedded.org/g/openembedded-core/message/142414).
Jon Mason (5):
arch-armv8-2a.inc: Add Cortex-A55 tunings
arch-armv8a.inc: Add existing tunings
qemuarm64: change tuning
arch-armv8a.inc: Add tunes for supported ARMv8a cores
arch-armv8-2a.inc: Ad
Add tunes for all the ARMv8.2a cores currently supported in GCC. This
is: Cortex-A65, Cortex-A65AE, Cortex-A75, Cortex-A76, Cortex-A76AE,
Cortex-A77, Neoverse-E1, Neoverse-N1, Cortex-A75-Cortex-A55, and
Cortex-A76-Cortex-A55.
Signed-off-by: Jon Mason
---
.../machine/include/arm/arch-armv8
The previous patch caused the tuning file referenced here to be removed.
Use the new one with the new DEFAULTTUNE.
Signed-off-by: Jon Mason
---
meta/conf/machine/qemuarm64.conf | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/meta/conf/machine/qemuarm64.conf b/meta/conf
Add tunes for all the ARMv8a cores currently supported in GCC. This
is: Cortex-A34, Cortex-A73, and Cortex-A73-Cortex-A35.
Signed-off-by: Jon Mason
---
meta/conf/machine/include/arm/arch-armv8a.inc | 49 +++
1 file changed, 49 insertions(+)
diff --git a/meta/conf/machine
ackage feed size etc).
You can still set a generic default for all the machines of a given
family. By including armv8a.inc, you still get 'DEFAULTTUNE ?=
"armv8a-crc"'. This will allow for a generic for an entire family.
I'm not seeing the issue.
Thanks,
Jon
>
> Cheers,
>
> On Mon, S
On Thu, Sep 10, 2020 at 12:57 AM Mark Hatle
wrote:
>
>
>
> On 9/9/20 6:29 PM, Jon Mason wrote:
> > On Wed, Sep 9, 2020 at 6:55 PM Mark Hatle
> > wrote:
> >>
> >>
> >>
> >> On 9/9/20 5:45 PM, Jon Mason wrote:
> >>&
. Given how late we are in the gatesgarth cycle, you
can leave this last one off and I'll resend after the release.
Thanks,
Jon
Jon Mason (6):
Space-comma Cleanups
armv8/tunes: Move TUNECONFLICTS
armv8/tunes: reference parent's TUNE_FEATURES
armv8/tunes: Add tunes for supported ARMv8a
Uniformity clean-up, have the individual tunes reference the armv8a
TUNE_FEATURES.
Signed-off-by: Jon Mason
---
meta/conf/machine/include/tune-cortexa32.inc | 3 +--
meta/conf/machine/include/tune-cortexa35.inc | 2 +-
meta/conf/machine/include/tune-cortexa53.inc
Move TUNECONFLICTS to the generic arm64 inc file, so that it can provide
coverage for more than just the big.LITTLE tunes.
Signed-off-by: Jon Mason
---
meta/conf/machine/include/arm/arch-arm64.inc | 1 +
meta/conf/machine/include/tune-cortexa57-cortexa53.inc | 1 -
meta/conf/machine
Add tunes for all the ARMv8a cores currently supported in GCC. This
is: Cortex-A34, Cortex-A73, and Cortex-A73-Cortex-A35.
Signed-off-by: Jon Mason
---
meta/conf/machine/include/tune-cortexa34.inc | 20 ++
.../include/tune-cortexa73-cortexa35.inc | 21
Move the ARMv8a tunes into a separate location (per generation). This
should help reduce the number of tunes in the more generic location.
Signed-off-by: Jon Mason
---
meta/conf/machine/include/{ => arm/armv8-2a}/tune-cortexa55.inc | 0
meta/conf/machine/include/{ => arm/armv8-2a
Multiple files have " ," instead of ", " in expressions. This changes
them to conform to the way the rest of them are done.
Found and corrected via:
git ls-files | xargs sed -i 's/ ,d/, d/g'
Signed-off-by: Jon Mason
---
meta/classes/linuxloader.bbclass |
Add tunes for all the ARMv8.2a cores currently supported in GCC. This
is: Cortex-A65, Cortex-A65AE, Cortex-A75, Cortex-A76, Cortex-A76AE,
Cortex-A77, Neoverse-E1, Neoverse-N1, Cortex-A75-Cortex-A55, and
Cortex-A76-Cortex-A55.
Signed-off-by: Jon Mason
---
meta/conf/machine/include/tune
On Fri, Sep 25, 2020 at 5:29 PM Richard Purdie
wrote:
>
> On Fri, 2020-09-25 at 15:28 -0400, Jon Mason wrote:
> > Multiple files have " ," instead of ", " in expressions. This
> > changes
> > them to conform to the way the rest of them are done.
>
On Mon, Sep 28, 2020 at 2:25 AM Andreas Oberritter
wrote:
>
> Hi Jon,
>
> On Sun, 27 Sep 2020 22:01:39 -0400
> "Jon Mason" wrote:
>
> > diff --git a/meta/conf/machine/include/tune-cortexa55.inc
> > b/meta/conf/machine/include/tune-cortexa55.inc
>
message to reflect this additional
parameter (instead of removing by hand, which is a bit ugly).
Thanks,
Jon
>
> On Mon, Sep 28, 2020 at 3:48 AM Jon Mason wrote:
>>
>> On Fri, Sep 25, 2020 at 5:29 PM Richard Purdie
>> wrote:
>> >
>> > On Fri, 2020-09-25 at 15:28 -0
Move TUNECONFLICTS to the generic arm64 inc file, so that it can provide
coverage for more than just the big.LITTLE tunes.
Signed-off-by: Jon Mason
---
meta/conf/machine/include/arm/arch-arm64.inc | 1 +
meta/conf/machine/include/tune-cortexa57-cortexa53.inc | 1 -
meta/conf/machine
the release.
Thanks,
Jon
Jon Mason (6):
Space-comma Cleanups
armv8/tunes: Move TUNECONFLICTS
armv8/tunes: reference parent's TUNE_FEATURES
armv8/tunes: Add tunes for supported ARMv8a cores
armv8/tunes: Add tunes for supported ARMv8.2a cores
tunes/armv8: move to a new location
meta/classes
Multiple files have " ," instead of ", " in expressions. This changes
them to conform to the way the rest of them are done.
Found and corrected via:
git ls-files | xargs sed --follow-symlinks -i 's/ ,d/, d/g'
Signed-off-by: Jon Mason
---
meta/classes/linuxloader.bbclass
Add tunes for all the ARMv8a cores currently supported in GCC. This
is: Cortex-A34, Cortex-A73, and Cortex-A73-Cortex-A35.
Signed-off-by: Jon Mason
---
meta/conf/machine/include/tune-cortexa34.inc | 20 ++
.../include/tune-cortexa73-cortexa35.inc | 21
Move the ARMv8a tunes into a separate location (per generation). This
should help reduce the number of tunes in the more generic location.
Signed-off-by: Jon Mason
---
meta/conf/machine/include/{ => arm/armv8-2a}/tune-cortexa55.inc | 0
meta/conf/machine/include/{ => arm/armv8-2a
Uniformity clean-up, have the individual tunes reference the armv8a
TUNE_FEATURES.
Signed-off-by: Jon Mason
---
meta/conf/machine/include/tune-cortexa32.inc | 3 +--
meta/conf/machine/include/tune-cortexa35.inc | 2 +-
meta/conf/machine/include/tune-cortexa53.inc
is patch (not the
series), and I'll address it after the gatesgarth release.
Thanks,
Jon
>
> On Mon, Sep 28, 2020 at 6:06 AM Jon Mason wrote:
> >
> > Move the ARMv8a tunes into a separate location (per generation). This
> > should help reduce the number of tunes in the more ge
On Wed, Sep 23, 2020 at 6:31 PM Jonathan Richardson via
lists.openembedded.org
wrote:
>
> Add tuning or ARM cortex-m0.
>
> Signed-off-by: Jonathan Richardson
Looks like what I have queued for m0. So, one less for me to send out :)
Reviewed-off-by: Jon Mason
> ---
>
Multiple files have " ," instead of ", " in expressions. This changes
them to conform to the way the rest of them are done.
Found and corrected via:
git ls-files | xargs sed -i 's/ ,d/, d/g'
Signed-off-by: Jon Mason
---
meta/classes/linuxloader.bbclass |
resend after the release.
Thanks,
Jon
Jon Mason (6):
Space-comma Cleanups
armv8/tunes: Move TUNECONFLICTS
armv8/tunes: reference parent's TUNE_FEATURES
armv8/tunes: Add tunes for supported ARMv8a cores
armv8/tunes: Add tunes for supported ARMv8.2a cores
tunes/armv8: move to a new
Move TUNECONFLICTS to the generic arm64 inc file, so that it can provide
coverage for more than just the big.LITTLE tunes.
Signed-off-by: Jon Mason
---
meta/conf/machine/include/arm/arch-arm64.inc | 1 +
meta/conf/machine/include/tune-cortexa57-cortexa53.inc | 1 -
meta/conf/machine
Uniformity clean-up, have the individual tunes reference the armv8a
TUNE_FEATURES.
Signed-off-by: Jon Mason
---
meta/conf/machine/include/tune-cortexa32.inc | 3 +--
meta/conf/machine/include/tune-cortexa35.inc | 2 +-
meta/conf/machine/include/tune-cortexa53.inc
Add tunes for all the ARMv8a cores currently supported in GCC. This
is: Cortex-A34, Cortex-A73, and Cortex-A73-Cortex-A35.
Signed-off-by: Jon Mason
---
meta/conf/machine/include/tune-cortexa34.inc | 20 ++
.../include/tune-cortexa73-cortexa35.inc | 21
Add tunes for all the ARMv8.2a cores currently supported in GCC. This
is: Cortex-A65, Cortex-A65AE, Cortex-A75, Cortex-A76, Cortex-A76AE,
Cortex-A77, Neoverse-E1, Neoverse-N1, Cortex-A75-Cortex-A55, and
Cortex-A76-Cortex-A55.
Signed-off-by: Jon Mason
---
meta/conf/machine/include/tune
Move the ARMv8a tunes into a separate location (per generation). This
should help reduce the number of tunes in the more generic location.
Signed-off-by: Jon Mason
---
meta/conf/machine/include/{ => arm/armv8-2a}/tune-cortexa55.inc | 0
meta/conf/machine/include/{ => arm/armv8-2a
Add tunes for all the ARMv8.2a cores currently supported in GCC. This
is: Cortex-A65, Cortex-A65AE, Cortex-A75, Cortex-A76, Cortex-A76AE,
Cortex-A77, Neoverse-E1, Neoverse-N1, Cortex-A75-Cortex-A55, and
Cortex-A76-Cortex-A55.
Signed-off-by: Jon Mason
---
meta/conf/machine/include/tune
On Wed, Sep 16, 2020 at 9:26 AM Richard Purdie
wrote:
>
> On Mon, 2020-09-14 at 11:13 -0400, Jon Mason wrote:
> > There is a large number of Arm Tune files located in
> > meta/conf/machine/include/, and to support the current and upcoming Arm
> > cores, more are ne
On Tue, Sep 15, 2020 at 3:09 AM Robert Berger
wrote:
>
> Hi Jon,
>
> That's not really a comment on the reorganization of compiler tunes, but
> more like "Do they actually do something meaningful?"
>
> I posted here[1] some benchmarks and at least with the benchmarks I
> tried on the chips I
On Wed, Sep 16, 2020 at 9:49 AM Richard Purdie
wrote:
>
> On Wed, 2020-09-16 at 09:45 -0400, Jon Mason wrote:
> > On Wed, Sep 16, 2020 at 9:26 AM Richard Purdie
> > wrote:
> > > On Mon, 2020-09-14 at 11:13 -0400, Jon Mason wrote:
> > > > There is a
GCCv9 tree vectorization code is faulty and can cause random crashes at
runtime (when using -O3). Add the backported patch to address this
issue.
Signed-off-by: Jon Mason
---
meta/recipes-devtools/gcc/gcc-9.3.inc | 1 +
...-PR-tree-optimization-97236-fix-bad-.patch | 116
GCCv9 tree vectorization code is faulty and can cause random crashes at
runtime (when using -O3). Add the backported patch to address this
issue.
Signed-off-by: Jon Mason
---
meta/recipes-devtools/gcc/gcc-9.3.inc | 1 +
...-PR-tree-optimization-97236-fix-bad-.patch | 119
Sorry, the subject should have "dunfell" in it
On Thu, Feb 11, 2021 at 10:57 AM Jon Mason via lists.openembedded.org
wrote:
>
> GCCv9 tree vectorization code is faulty and can cause random crashes at
> runtime (when using -O3). Add the backported patch to address this
>
A32 always has NEON and VFP. Set the FPU as hard to always have this
enabled and used.
Signed-off-by: Jon Mason
---
meta/conf/machine/include/tune-cortexa32.inc | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/meta/conf/machine/include/tune-cortexa32.inc
b/meta/conf
On Wed, Mar 10, 2021 at 10:59 PM Khem Raj wrote:
>
>
>
> On 3/10/21 7:16 PM, Jon Mason wrote:
> > On Wed, Mar 10, 2021 at 6:30 PM Andre McCurdy wrote:
> >>
> >> On Wed, Mar 10, 2021 at 3:04 PM Jon Mason wrote:
> >>>
> >>> Currently
Some platforms do not use ttyS* for their serial consoles (e.g., qemuarm
and qemuarm64). The hardcoding of this can cause issues. Modify
runqemu to use the serial consoles defined in SERIAL_CONSOLES instead of
hardcoding.
Signed-off-by: Jon Mason
Change-Id
Passing 'novga' only adds '-vga none' to the qemu commandline and does
not prevent other vga devices from being added, contrary to the
documentation/help. Clean-up the vga logic and add the ability to
prevent other vga devices from being added.
Signed-off-by: Jon Mason
Change-Id
1 - 100 of 216 matches
Mail list logo