[OE-Core][PATCH v2 2/5] testimage: create a list of failed test post actions

From: Alexis Lothoré testimage is able to detect whenever a test run leads to some tests failing, and execute some actions in this case. The only action currently defined in such case is to retrieve artifacts from the target under test, as listed in TESTIMAGE_FAILED_QA_ARTIFACTS In order to be

[OE-Core][PATCH v2 3/5] oeqa/utils/postactions: isolate directory creation in dedicated action

From: Alexis Lothoré In order to be able to create actions that could store new files during failed test post actions, we need to split artifacts directory creation from artifacts retrieval. Create a new dedicated action to create artifacts main directory so we can add actions creating files in

[OE-Core][PATCH v2 1/5] lib/oeqa: share get_json_result_dir helper

From: Alexis Lothoré Multiple places in oeqa need to get the log output path, and redefine a small helper to accomplish this Define this helper in lib/oeqa/utils/__init__.py and import it wherever needed to allow using it. Signed-off-by: Alexis Lothoré --- There is one additional place

Re: [PATCH v1 00/13] Add aarch64-w64-mingw32 target

On 21/02/2024 17:47, Evgeny Karpov wrote: > Hello, > > We would like to take your attention to the review of changes for the > new GCC target, aarch64-w64-mingw32. The new target will be > supported, tested, added to CI, and maintained by Linaro. This marks > the first of three planned patch

Re: [PATCH v1 13/13] Add aarch64-w64-mingw32 target to libgcc

On 21/02/2024 18:40, Evgeny Karpov wrote: > +aarch64-*-mingw*) This doesn't match the glob pattern you added to config.gcc in an earlier patch, but see my comment on that. The two should really be consistent with each other or you might get build failures late on. R.

Re: [PATCH v1 10/13] Rename "x86 Windows Options" to "Cygwin and MinGW Options"

On 21/02/2024 18:38, Evgeny Karpov wrote: > For this change you might want to put some form of re-direct in the manual under the old name so that anybody used to looking for the old entry will know where things have been moved to. Something like x86 Windows Options See xref(Cygwin and MinGW

Re: [PATCH v1 08/13] aarch64: Add Cygwin and MinGW environments for AArch64

On 21/02/2024 18:36, Evgeny Karpov wrote: > +/* GNU as supports weak symbols on PECOFF. */ +#ifdef HAVE_GAS_WEAK Can't we assume this is true? It was most likely needed on i386 because support goes back longer than the assembler had this feature, but it looks like it was added in 2000, or

Re: [PATCH v1 03/13] aarch64: Mark x18 register as a fixed register for MS ABI

On 21/02/2024 18:30, Evgeny Karpov wrote: > + tm_defines="${tm_defines} TARGET_ARM64_MS_ABI=1" I missed this on first reading... The GCC port name uses AARCH64, please use that internally rather than other names. The only time when we should be using ARM64 is when it's needed for

Re: [PATCH v1 03/13] aarch64: Mark x18 register as a fixed register for MS ABI

On 21/02/2024 18:30, Evgeny Karpov wrote: > +/* X18 reserved for the TEB on Windows. */ +#ifdef TARGET_ARM64_MS_ABI +# define FIXED_X18 1 +# define CALL_USED_X18 0 +#else +# define FIXED_X18 0 +# define CALL_USED_X18 1 +#endif I'm not overly keen on ifdefs like this (and the one below), it can

Re: [PATCH v1 02/13] aarch64: The aarch64-w64-mingw32 target implements

On 21/02/2024 18:26, Evgeny Karpov wrote: > +/* Available call ABIs. */ +enum calling_abi +{ + AARCH64_EABI = 0, + MS_ABI = 1 +}; + The convention in this file seems to be that all enum types to start with aarch64. Also, the enumeration values should start with the name of the enumeration

Re: [PATCH v1 01/13] Introduce aarch64-w64-mingw32 target

On 21/02/2024 18:16, Evgeny Karpov wrote: > +aarch64*-*-mingw*) Other targets are a bit inconsistent here as well, but, as Andrew mentioned, if you don't want to handle big-endian, it might be better to match aarch64-*-mingw* here. R.

Re: [PATCH v1 05/13] Reuse MinGW from i386 for AArch64

On 21/02/2024 21:34, rep.dot@gmail.com wrote: > On 21 February 2024 19:34:43 CET, Evgeny Karpov > wrote: >> > > Please use git send-email. Your mail ends up as empty as here, otherwise. I don't see anything wrong with it; niether does patchwork

Re: [PATCH] ARM: Fix conditional execution [PR113915]

On 21/02/2024 14:34, Wilco Dijkstra wrote: > > By default most patterns can be conditionalized on Arm targets. However > Thumb-2 predication requires the "predicable" attribute be explicitly > set to "yes". Most patterns are shared between Arm and Thumb(-2) and are > marked with "predicable".

Re: [OE-Core][PATCH 1/4] testimage: create a list of failed test post actions

On 2/21/24 08:56, Richard Purdie wrote: > On Wed, 2024-02-21 at 08:53 +0100, Alexis Lothoré wrote: >> On 2/21/24 08:34, Richard Purdie wrote: >>> On Tue, 2024-02-20 at 21:01 +0100, Alexis Lothoré via >>> lists.openembedded.org wrote: From: Alexis Lothoré >> >> [...] >>

Re: [OE-Core][PATCH 1/4] testimage: create a list of failed test post actions

Hello Richard, On 2/21/24 08:34, Richard Purdie wrote: > On Tue, 2024-02-20 at 21:01 +0100, Alexis Lothoré via > lists.openembedded.org wrote: >> From: Alexis Lothoré [...] >> +## >> +# General post actions runner >>

[OE-Core][PATCH 3/4] testimage: add target disk usage stat as post action

From: Alexis Lothoré In order to debug issues related to disk space (see [1]), add a failed tests post action to retrieve disk usage on the target. Rely on the test context object to run the corresponding command onto the target [1] https://bugzilla.yoctoproject.org/show_bug.cgi?id=15220

[OE-Core][PATCH 4/4] testimage: add host disk usage stat as post action

From: Alexis Lothoré Since the target under test can be a virtualized guest, when some tests fail because of disk usage (see [1]), also fetch disk usage statistics from host to allow checking whether a host disk space saturation could affect running tests. [1]

[OE-Core][PATCH 0/4] testimage: add failed test post actions and fetch more data

Hello, this small series is related to some disk space issue observed by the SWAT team (see [1]) which eventually leads to tests failure. In order to help diagnose those issues, I propose to enrich the retrieved artifacts with some additional data, like disk usage on target and on host (in case

[OE-Core][PATCH 2/4] testimage: isolate artifacts directory creation in dedicated post action

From: Alexis Lothoré In order to be able to create actions that could store new files during failed test post actions, we need to split artifacts directory creation from artifacts retrieval. Create a new dedicated action to create artifacts main directory so we can add actions creating files in

[OE-Core][PATCH 1/4] testimage: create a list of failed test post actions

From: Alexis Lothoré testimage is able to detect whenever a test run leads to some tests failing, and execute some actions in this case. The only action currently defined in such case is to retrieve artifacts from the target under test, as listed in TESTIMAGE_FAILED_QA_ARTIFACTS In order to be

Re: [AFMUG] Wood Pole Mount

Chain mount.  Chuck has them as does PV and CommScope.Regards,Jeff Jeff BroadwickCTIconnect312-205-2519 Office574-220-7826 Celljbroadw...@cticonnect.comOn Feb 20, 2024, at 1:06 PM, Ken Hohhof wrote:I think I’ve got some of the Valmont ones on the shelf.  Like everything from SitePro1, they are

Re: [tor-relays] Problem with relay and ovh??

On Sonntag, 18. Februar 2024 01:42:30 CET Keifer Bly wrote: Every few months the same question with the same log messages :-( > 00:36:35.000 [warn] You are running Tor as root. You don't need to, and you > probably shouldn't. ^^Still not fixed. > Feb 18 00:36:34.640 [notice] Opening OR listener

[OE-Core][PATCH] testimage: log exception when failing to retrieve artifacts

From: Alexis Lothoré Despite managing to retrieve the failed ptests artifacts, testimage seems to dump some retrieval errors like the following one: WARNING: core-image-ptest-valgrind-1.0-r0 do_testimage: Can not retrieve /usr/lib/valgrind/ptest from test target Log the corresponding exception

[OE-core] [PATCH] overlayfs: add missing vardeps

Fixes [YOCTO #15120] Consider OVERLAYFS_WRITABLE_PATHS as dependecy of do_create_overlayfs_units() in order to rebuild the recipe when changing the used mount point. Tested in a local recipe by changing the used mount point and verified that the recipe was re-build: passed Signed-off-by:

Re: [comitted] bitint: Fix testism where __seg_gs was being used for all targets

On 19/02/2024 16:17, Jakub Jelinek wrote: On Mon, Feb 19, 2024 at 04:13:29PM +, Andre Vieira (lists) wrote: Replaced uses of __seg_gs with the MACRO SEG defined in the testcase to pick (if any) the right __seg_{gs,fs} keyword based on target. gcc/testsuite/ChangeLog: * gcc.dg

[comitted] bitint: Fix testism where __seg_gs was being used for all targets

Replaced uses of __seg_gs with the MACRO SEG defined in the testcase to pick (if any) the right __seg_{gs,fs} keyword based on target. gcc/testsuite/ChangeLog: * gcc.dg/bitint-86.c (__seg_gs): Replace with SEG MACRO.diff --git a/gcc/testsuite/gcc.dg/bitint-86.c

Re: veclower: improve selection of vector mode when lowering [PR 112787]

Regards, Andre On 20/12/2023 14:30, Richard Biener wrote: On Wed, 20 Dec 2023, Andre Vieira (lists) wrote: Thanks, fully agree with all comments. gcc/ChangeLog: PR target/112787 * tree-vect-generic (type_for_widest_vector_mode): Change function to use original vector

Re: [PATCH]AArch64: xfail modes_1.f90 [PR107071]

On 19/02/2024 10:58, Tamar Christina wrote: >> -Original Message- >> From: Tamar Christina >> Sent: Thursday, February 15, 2024 11:05 AM >> To: Richard Earnshaw (lists) ; gcc- >> patc...@gcc.gnu.org >> Cc: nd ; Marcus Shawcroft ; Kyrylo >> Tkac

Re: OT - Video editing and Post Production

Hey Cotty, > On 18 Feb 2024, at 23:43, Steve Cottrell wrote: > > Hi Pentaxers > > I know some of you shoot video now and then, perhaps even do a little editing. > > I’ve put together this *little* (ahem) film about the post-production process > for newbies that some might find interesting.

Re: [tor-relays] Tor is not upgrading via apt from deb.torproject.org

On Donnerstag, 15. Februar 2024 13:54:51 CET s7r wrote: > I have recently found something interesting on my relays. On all relays > and clients actually. > > As always I am using Debian and apt to get Tor from deb.torproject.org > tor-nightly-main-bullseye main (for example). I also have the

Re: [PATCH][GCC][Arm] Missing optimization pattern for rev16 on architectures with thumb1

On 12/02/2024 13:48, Matthieu Longo wrote: > This patch marks a rev16 test as XFAIL for architectures having only Thumb1 > support. The generated code is functionally correct, but the optimization is > disabled when -mthumb is equivalent to Thumb1. Fixing the root issue would > requires changes

Re: [PATCH]AArch64: xfail modes_1.f90 [PR107071]

On 15/02/2024 10:57, Tamar Christina wrote: > Hi All, > > This test has never worked on AArch64 since the day it was committed.  It has > a number of issues that prevent it from working on AArch64: > > 1.  IEEE does not require that FP operations raise a SIGFPE for FP operations, >     only that

Re: [PATCH] Arm: Fix incorrect tailcall-generation for indirect calls [PR113780]

On 14/02/2024 09:20, Tejas Belagod wrote: > On 2/7/24 11:41 PM, Richard Earnshaw (lists) wrote: >> On 07/02/2024 07:59, Tejas Belagod wrote: >>> This patch fixes a bug that causes indirect calls in PAC-enabled functions >>> to be tailcalled incorrectly when all argume

Re: [gentoo-user] Re: Suggestions for backup scheme?

On 09/02/2024 12:57, J. Roeleveld wrote: I don't understand it exactly, but what I think happens is when I create the snapshot it allocates, let's say, 1GB. As I write to the master copy, it fills up that 1GB with CoW blocks, and the original blocks are handed over to the backup snapshot. And

Re: [PATCH] testsuite, arm: Fix testcase arm/pr112337.c to check for the options first

On 30/01/2024 17:07, Saurabh Jha wrote: > Hey, > > Previously, this test was added to fix this bug: > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112337. However, it did not > check the compilation options before using them, leading to errors. > > This patch fixes the test by first checking

Re: [gentoo-user] Re: Suggestions for backup scheme?

On 08/02/2024 06:38, J. Roeleveld wrote: ZFS doesn't have this "max amount of changes", but will happily fill up the entire pool keeping all versions available. But it was easier to add zpool monitoring for this on ZFS then it was to add snapshot monitoring to LVM. I wonder, how do you deal

Re: [gentoo-user] Re: Suggestions for backup scheme?

On 08/02/2024 06:32, J. Roeleveld wrote: Personally, I'd go the MPL2 route, but that's my choice. It might not suit you. But to achieve what you want, you need a copyleft, GPL-style licence. I'll have a look at that one. Basically, each individual source file is copyleft, but not the work

Re: [gentoo-user] Re: Suggestions for backup scheme?

On 07/02/2024 11:11, J. Roeleveld wrote: On Tuesday, February 6, 2024 9:27:35 PM CET Wols Lists wrote: On 06/02/2024 13:12, J. Roeleveld wrote: Clearly Oracle likes this state of affairs. Either that, or they are encumbered in some way from just GPLing the ZFS code. Since they on paper own

Re: [gentoo-user] Re: Suggestions for backup scheme?

On 07/02/2024 11:07, J. Roeleveld wrote: Because snapshotting uses so much less space? So much so that, for normal usage, I probably have no need to delete any snapshots, for YEARS? My comment was based on using rsync to copy from the source to the backup filesystem. Well, that's EXACTLY

[Corpora-List] 12th International Conference and Workshops on Technology and Chinese Language Teaching

://www.tclt.us/tclt12/cfp.php ___ Corpora mailing list -- corpora@list.elra.info https://list.elra.info/mailman3/postorius/lists/corpora.list.elra.info/ To unsubscribe send an email to corpora-le...@list.elra.info

Re: [PATCH] Arm: Fix incorrect tailcall-generation for indirect calls [PR113780]

On 07/02/2024 07:59, Tejas Belagod wrote: > This patch fixes a bug that causes indirect calls in PAC-enabled functions > to be tailcalled incorrectly when all argument registers R0-R3 are used. > > Tested on arm-none-eabi for armv8.1-m.main. OK for trunk? > > 2024-02-07 Tejas Belagod > >

Re: [gentoo-user] Re: Suggestions for backup scheme?

On 06/02/2024 16:19, J. Roeleveld wrote: Ah! Got it. That's one of the things I've been trying to figure out this entire thread, do I need to switch home and root to ZFS to take advantage of its snapshot support for backups? In the case you're describing the "source" filesystem(s) can be

Re: [gentoo-user] Re: Suggestions for backup scheme?

On 06/02/2024 15:35, Grant Edwards wrote: If (like rsnapshot/rsync's hard-link scheme) ZFS snapshots are normal directory trees that can be "browsed" with normal filesystem tools, that would be ideal. [I'll do some googling...] Bear in mind I'm talking lvm snapshots, not ZFS ... And you can

Re: [gentoo-user] Re: Suggestions for backup scheme?

On 06/02/2024 13:12, J. Roeleveld wrote: Clearly Oracle likes this state of affairs. Either that, or they are encumbered in some way from just GPLing the ZFS code. Since they on paper own the code for both projects it seems crazy to me that this situation persists. GPL is not necessarily

Re: [gentoo-user] Re: Suggestions for backup scheme?

On 04/02/2024 15:48, Grant Edwards wrote: OK I see. That's a bit different than what I'm doing. I'm backing up a specific set of directory trees from a couple different filesystems. There are large portions of the "source" filesystems that I have no need to back up. And within those directory

Re: [gentoo-user] Re: Suggestions for backup scheme?

On 04/02/2024 06:24, Grant Edwards wrote: On 2024-02-03, Wol wrote: On 03/02/2024 16:02, Grant Edwards wrote: rsnapshot is an application that uses rsync to do hourly/daily/weekly/monthly (user-configurable) backups of selected directory trees. It's done using rsync to create snapshots. They

Re: [PATCH v2] arm: Fix missing bti instruction for virtual thunks

On 26/01/2024 15:31, Richard Ball wrote: > v2: Formatting and test options fix. > > Adds missing bti instruction at the beginning of a virtual > thunk, when bti is enabled. > > gcc/ChangeLog: > > * config/arm/arm.cc (arm_output_mi_thunk): Emit > insn for bti_c when bti is enabled. >

[pfx] migrating server to new host

I have postfix/dovecot/mysql with virtual domains on centos; I would like to migrate working server setup to new host on rocky 8 installed new rocky with postfix as is available for rocky what's the best way to do such ? do I install ghettoforge repo on rocky, get version pf 3.8.5 then copy

Re: kernel module sg gone

On Thu, 2024-02-01 at 14:16 -0500, Jude DaShiell wrote: Quick thought - did you reboot after the kernel update? If not - the update wiped previous kernel modules away You can make sure to keep sg loaded by creating a file:     /etc/modules-load.d/loadme.conf And add these : loop sg Loop is

Re: kernel module sg gone

On Thu, 2024-02-01 at 14:16 -0500, Jude DaShiell wrote: > ... > sg first.  That's gone with latest update of kernel and modules and > ... The module is in arch kernels :  $ ls /usr/lib/modules/6.7.3-arch1-1/kernel/drivers/scsi/sg.ko.zst 24

Re: [tor-relays] Relay in AT marked as DE in metrics

On Mittwoch, 31. Januar 2024 19:50:13 CET Carlo P. via tor-relays wrote: > I have a relay on 152.53.17.183 / 2a0a:4cc0:1:1333::beef which is listed as > "German" in metrics.torproject.org, but actually it is in Austria Was just a topic here recently:

Re: [PATCH 1/3] vect: Pass stmt_vec_info to TARGET_SIMD_CLONE_USABLE

On 01/02/2024 07:19, Richard Biener wrote: On Wed, 31 Jan 2024, Andre Vieira (lists) wrote: The patch didn't come with a testcase so it's really hard to tell what goes wrong now and how it is fixed ... My bad! I had a testcase locally but never added it... However... now I look

Re: [gentoo-user] Re: Suggestions for backup scheme?

On 31/01/2024 17:56, Rich Freeman wrote: I don't think there are any RAID implementations that do full write journaling to protect against the write hole problem, but those would obviously underperform zfs as well. This feature has been added to mdraid, iirc. Cheers, Wol

Re: [PATCH 1/3] vect: Pass stmt_vec_info to TARGET_SIMD_CLONE_USABLE

On 31/01/2024 14:35, Richard Biener wrote: On Wed, 31 Jan 2024, Andre Vieira (lists) wrote: On 31/01/2024 13:58, Richard Biener wrote: On Wed, 31 Jan 2024, Andre Vieira (lists) wrote: On 31/01/2024 12:13, Richard Biener wrote: On Wed, 31 Jan 2024, Richard Biener wrote: On Tue, 30

Re: [PATCH 1/3] vect: Pass stmt_vec_info to TARGET_SIMD_CLONE_USABLE

On 31/01/2024 14:03, Richard Biener wrote: On Wed, 31 Jan 2024, Richard Biener wrote: On Wed, 31 Jan 2024, Andre Vieira (lists) wrote: On 31/01/2024 12:13, Richard Biener wrote: On Wed, 31 Jan 2024, Richard Biener wrote: On Tue, 30 Jan 2024, Andre Vieira wrote: This patch adds

Re: [PATCH 1/3] vect: Pass stmt_vec_info to TARGET_SIMD_CLONE_USABLE

On 31/01/2024 13:58, Richard Biener wrote: On Wed, 31 Jan 2024, Andre Vieira (lists) wrote: On 31/01/2024 12:13, Richard Biener wrote: On Wed, 31 Jan 2024, Richard Biener wrote: On Tue, 30 Jan 2024, Andre Vieira wrote: This patch adds stmt_vec_info to TARGET_SIMD_CLONE_USABLE

Re: [PATCH 1/3] vect: Pass stmt_vec_info to TARGET_SIMD_CLONE_USABLE

On 31/01/2024 12:13, Richard Biener wrote: On Wed, 31 Jan 2024, Richard Biener wrote: On Tue, 30 Jan 2024, Andre Vieira wrote: This patch adds stmt_vec_info to TARGET_SIMD_CLONE_USABLE to make sure the target can reject a simd_clone based on the vector mode it is using. This is needed

Re: [PATCH v3 2/2] arm: Add support for MVE Tail-Predicated Low Overhead Loops

will fail for > inc_src: (plus (reg LR) (const_int -n)' > reg: (reg LR) > > Instead I will substitute the operand '==' with calls to 'rtx_equal_p (op1, > op2, NULL)'. Yes, that's fine. R. > > Sound good? > > Kind regards, > Andre > > ____

Re: [PATCH v3 2/2] arm: Add support for MVE Tail-Predicated Low Overhead Loops

On 19/01/2024 14:40, Andre Vieira wrote: > > Respin after comments from Kyrill and rebase. I also removed an if-then-else > construct in arm_mve_check_reg_origin_is_num_elems similar to the other > functions > Kyrill pointed out. > > After an earlier comment from Richard Sandiford I also added

Re: [PATCH v3 1/2] arm: Add define_attr to to create a mapping between MVE predicated and unpredicated insns

On 19/01/2024 14:40, Andre Vieira wrote: > > Reposting for testing purposes, no changes from v2 (other than rebase). We seem to have lost the ChangeLog for this hunk :( The code itself looks OK, though.

Re: [gentoo-user] The hopeless futility of printing.

On 29/01/2024 18:19, Alan Grimes wrote: k...@aspodata.se wrote: >> Absolutely suprimo HP laser jet network printer. You didn't write what model, hard to help you then. It's a LaserJet Pro M453-4. I have absolutely no trouble with HP. But I always used hplip. I notice though it's not

[oe] [meta-oe][PATCH v5] bonnie++: New recipe for version 2.0

From: Jörg Sommer Newer versions of bonnie get published on . Unfortunately, the new version doesn't compile with g++ 11 which requires *fix-csv2html-data.patch* and configure fails due to cross compilation which gets fixed with

Re: [yocto] How to build two images with different settings of a recipe in Yocto

Thanks for your reply. It helps, but I see some issues with the ROOTFS_POSTPROCESS_COMMAND. For the config file this is a possible solution. But what can I do if I need code changes? SSH announced they'll disable DSA support by default in a few months and for all other images except one I

[yocto] How to build two images with different settings of a recipe in Yocto

[I posted this question on Stackoverflow: https://stackoverflow.com/q/77871008/8452187] I have two images with the same distro and the same machine and each image should contain the same package, but build with different settings. For example, the config file sshd_config is part of the

Re: libjxl upgrade issue

On Thu, 2024-01-25 at 21:27 +0100, Brian Allred wrote: ... > the same issue with libvpx after today's update. Discord, Telegram, and xfreerdp all complain about missing the shared library "libvpx.so.8". > > May or may not be the issue, but best I can tell libvpx package is not a dependency of

Re: [PATCH] Make gcc.target/arm/bics_3.c testcase a bit more generic [PR113542]

On 25/01/2024 10:29, Maxim Kuvyrkov wrote: > After fwprop improvement in r14-8319-g86de9b66480, codegen in > bics_3.c test changed from "bics" to "bic" instruction, with > the overall instruction stream remaining at the same quality. > > This patch makes the scan-assembler directive accept both >

Re: [OE-Core][PATCH 1/2] testimage: move TESTIMAGE_FAILED_QA_ARTIFACTS default value to core-image-minimal

On 1/24/24 17:20, Richard Purdie wrote: > On Wed, 2024-01-24 at 15:29 +0100, Alexis Lothoré via > lists.openembedded.org wrote: >> From: Alexis Lothoré [...] >> + >> +# When any test fails, TESTIMAGE_FAILED_QA ARTIFACTS will be parsed and for >> +# each entry in it, if artifact pointed by path

Re: [Postfix] Warn that databases need regeneration

On Wed, 2024-01-24 at 17:03 +0100, Geert Hendrickx wrote: > ... > This has been reverted in postfix 3.8.5-2, so you may need to postmap > your .db files again.  (users not on [testing] won't have this issue) Geert - this should be okay as the revert takes db5 back to db6 (again) - the earlier

[OE-Core][PATCH 0/2] testimage: enable artifacts retrieval for failed tests

Hello, this small series is a very late follow-up to my initial artifacts retrieval series (sorry for the delay). The initial series can be found in [1]. The goal is to retrieve some specific files from target whenever some tests fail, to ease debugging. The feature relies on a new

[OE-Core][PATCH 2/2] core-image-ptest: retrieve ptests directory when ptests fail

From: Alexis Lothoré TESTIMAGE_FAILED_QA_ARTIFACTS is defined in core-image-minimal with a minimal list of files to retrieve whenever a runtime test fails. By appending the ptest directory only in core-image-ptest.bb, thanks to multiconfig feature used in the recipe, only failing ptests will

[OE-Core][PATCH 1/2] testimage: move TESTIMAGE_FAILED_QA_ARTIFACTS default value to core-image-minimal

From: Alexis Lothoré TESTIMAGE_FAILED_QA_ARTIFACTS currently sets a default list of files to be saved whenever some tests fail. Unfortunately, this default value is very easily discarded, because TESTIMAGE_FAILED_QA_ARTIFACTS is expected to be enriched by some core recipes (example: ptest

Re: [PATCH] arm: Fix missing bti instruction for virtual thunks

On 23/01/2024 15:53, Richard Ball wrote: > Adds missing bti instruction at the beginning of a virtual > thunk, when bti is enabled. > > gcc/ChangeLog: > > * config/arm/arm.cc (arm_output_mi_thunk): Emit > insn for bti_c when bti is enabled. > > gcc/testsuite/ChangeLog: > >

Re: PESO - selfie in the 'hood

> On 18 Jan 2024, at 16:42, ann sanfedele wrote: > > Between FB and INSTAGRAM and PDML FB and using messenger online occasionally > where I see most of you, I've been mostly lurking here. confessing that any > discussion of new tech of any photo related stuff is of little interest I >

Re: [AFMUG] Used Juniper

The key is to make your network modular so you can swap out Cisco for Juniper or Juniper for Cisco or whatever the flavor of router/switch you may like at that point in time. Try not to get tied to an ecosystem. Justin Wilson j...@mtin.net — https://j2sw.com (AS399332) https://blog.j2sw.com -

Re: Stepping down as Python maintainer

On Wed, 2023-12-13 at 16:28 +0200, Felix Yan wrote: > Hello, > > ... > so I am > making room for others to try on the 3.11 and 3.12 rebuilds. As Jelle > has progressed a lot now, I feel it's approaching the right time for > me > to step down as the Python maintainer. > > .. Thank you Felix  

Re: [Postfix] Warn that databases need regeneration

On Tue, 2024-01-23 at 15:16 +, Polarian wrote See: https://gitlab.archlinux.org/archlinux/packaging/packages/postfix/-/issues/2

Re: [PATCH][GCC][Arm] Add pattern for bswap + rotate -> rev16 [Bug 108933]

On 22/01/2024 12:18, Matthieu Longo wrote: > rev16 pattern was not recognised anymore as a change in the bswap tree > pass was introducing a new GIMPLE form, not recognized by the assembly > final transformation pass. > > More details in https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108933 > >

Re: [PATCH] arm: Fix parsecpu.awk for aliases [PR113030]

On 21/01/2024 07:29, Andrew Pinski wrote: > So the problem here is the 2 functions check_cpu and check_arch use > the wrong variable to check if an alias is valid for that cpu/arch. > check_cpu uses cpu_optaliases instead of cpu_opt_alias. cpu_optaliases > is an array of index'ed by the cpuname

Re: Console freezes on AMDGPU RX 7600

I had the same issue several months ago. I red here [1] that the Radeon RX 7600 series needs DRM Linux 6.3. I guess this should worked now with [2]. [1] https://www.phoronix.com/review/amd-radeon-rx-7600-linux [2] https://marc.info/?l=openbsd-cvs=170544826019326=2 On 05/01/2024 00:31,

Re: [gentoo-user] Kmail does not show all imap folders

On 22/01/2024 07:04, Alexander Puchmayr wrote: I checked folder subscriptions in kmail, but I do not see the missing folders there either. Also akonadi-console does not show them. I also tried curl imaps:/// Showing all of the missing folders, so I think its an akonadi/kmail problem and not an

Re: add volatile flag to PV/LVs (for cache) to avoid degraded state on reboot

On Thu, Jan 18, 2024 at 04:40:47PM +0100, Zdenek Kabelac wrote: > Cache can contain blocks that are still being 'synchronized' to the cache > origin. So while the 'writing' process doesn't get ACK for writes - the > cache > may have valid blocks that are 'dirty' in terms of being synchronized to >

Re: [tor-relays] A new kind of attack?

On Montag, 15. Januar 2024 23:19:37 CET Chris Enkidu-6 wrote: > I've noticed a new kind of possible attack on some of my relays, as > early as Dec.23 which causes huge spikes of outbound traffic > > I have included charts and excerpts from the log in my post in Tor forum > at below link: > >

Re: [OE-core] [PATCH] uboot-sign: support to load optee-os and TFA images

On 15.01.24 08:54, Jamin Lin via lists.openembedded.org wrote: > Currently, u-boot FIT image only support to load u-boot image. > To support optee-os and trusted-firmware-a, update ITS file generation > scripts, so users are able to use u-boot FIT image to load > u-boot, optee-os and

Re: boot partition expansion

On Mon, 2024-01-15 at 19:30 +, Serge Korol wrote: > sizes of img files with latest mkinitcpio 37.2-1 >  * Things seem quite reasonable again with the latest release of mkinitcpio  * I stopped keeping fallback images for both dracut and mkinitcpio.  You may or may not choose to do this too.

add volatile flag to PV/LVs (for cache) to avoid degraded state on reboot

Hi, at first, a happy new year to everyone. I'm currently considering to use dm-cache with a ramdisk/volatile PV for a small project and noticed some usability issues that make using it less appealing. Currently this means: 1. Adding a cache to a VG will cause the entire VG to depend on the

Re: [PATCH v3 00/12] [GCC] arm: vld1q vst1 vst1q vst1 intrinsics

On 02/01/2024 09:23, ezra.sito...@arm.com wrote: > From: Ezra Sitorus > > Add vld1q, vst1, vst1q and vst1 intrinsics to arm port. > > Ezra Sitorus (12): > [GCC] arm: vld1q_types_x2 ACLE intrinsics > [GCC] arm: vld1q_types_x3 ACLE intrinsics > [GCC] arm: vld1q_types_x4 ACLE intrinsics >

[oe] [meta-oe][PATCH] i2cdev: Fix MUSL build

From: Jörg Sommer Building the recipe with MUSL fails, because it uses error.h which isn't supported by MUSL. Because the usage is only in one expression, it's easy to rewrite this. Signed-off-by: Jörg Sommer --- .../recipes-bsp/i2cdev/i2cdev/fix-musl.patch | 122 ++

Re: has anyone tried the new firmware update?

> On 11 Jan 2024, at 23:56, Henk Terhell wrote: > > Larry, the new firmware V2.40 for K-1 and K-1 II has been corrected and is > out now as 2.41. I guess it should be safe now to update. > For K-1: https://www.ricoh-imaging.co.jp/english/support/digital/k1.html > I just updated my K1 2.20

Re: [PATCH v2 7/7] aarch64,arm: Move branch-protection data to targets

On 11/01/2024 14:43, Szabolcs Nagy wrote: > The 12/07/2023 13:13, Richard Earnshaw wrote: >> On 03/11/2023 15:36, Szabolcs Nagy wrote: >>> * config/aarch64/aarch64.cc (aarch_handle_no_branch_protection): Copy. >>> (aarch_handle_standard_branch_protection): Copy. >>>

[RFC] aarch64: Add support for __BitInt

Hi, This patch is still work in progress, but posting to show failure with bitint-7 test where handle_stmt called from lower_mergeable_stmt ICE's because the idx (3) is out of range for the __BitInt(135) with a limb_prec of 64. I hacked gcc locally to work around this issue and still have

Re: [gentoo-user] startx error

On 09/01/2024 22:20, the...@sys-concept.com wrote: I today's AI age I am supersized we have add it manually to run-level. :-/ Today's clever AI runs on Berkeley. The LSD version, not BSD. Cheers, Wol

[oe] [meta-oe][PATCH v4] bonnie++: New recipe for version 2.0

From: Jörg Sommer Newer versions of bonnie get published on . Unfortunately, the new version doesn't compile with g++ 11 which requires *fix-csv2html-data.patch* and configure fails due to cross compilation which gets fixed with

Re: [gentoo-user] Genlop wonky again

On 09/01/2024 03:35, Peter Humphrey wrote: On Sunday, 7 January 2024 08:34:15 GMT Wols Lists wrote: Weird! I took a module on statistics in my Open University (Chemistry) degree 40-odd years ago. Probably the same one? I've still got the modules as a reference work, though I probably couldn't

[oe] [meta-oe][PATCH v3] bonnie++: New recipe for version 2.0

From: Jörg Sommer Newer versions of bonnie get published on . Unfortunately, the new version doesn't compile with g++ 11 which requires *fix-csv2html-data.patch* and configure fails due to cross compilation which gets fixed with

Re: [gentoo-user] Genlop wonky again

On 07/01/2024 00:52, Peter Humphrey wrote: They seemed to say that the subject was founded on two basic principles; then they proceeded to define each of them in terms of the other. I should add, I dug into this sort of stuff, and you do know the entire edifice of Peano (ie number theory),

Re: [gentoo-user] Genlop wonky again

On 07/01/2024 00:52, Peter Humphrey wrote: On Saturday, 6 January 2024 19:28:05 GMT Wols Lists wrote: Statistics is one of those areas where, if you don't know what you're doing and you use the wrong maths, then you are going to get stupid results. "Statistics tell you how to get from A

Re: [gentoo-user] Emerge load again

On 06/01/2024 17:52, Peter Humphrey wrote: In other cases, there may be a hundred separate tasks, make fires off a hundred tasks shared amongst all the resource it can find, and sits back and waits. And that's how the very first installation goes, with single-host distcc. Then, when it gets

Re: [gentoo-user] Genlop wonky again

On 06/01/2024 17:59, Peter Humphrey wrote: On Saturday, 6 January 2024 16:21:30 GMT Wols Lists wrote: ... it's nothing to do with more power or whatever, it's down to simple statistics. If genloop guesses the statistical spread wrongly, it's going to mess up its estimates. Aren't you

Re: [gentoo-user] Genlop wonky again

On 06/01/2024 16:12, John Blinka wrote: And it doesn’t actually take 2x longer - the new estimate is just grossly wrong. I presume that the old estimate was also wrong. And it's nothing to do with more power or whatever, it's down to simple statistics. If genloop guesses the statistical

Re: [gentoo-user] Emerge load again

On 29/11/2023 12:06, Peter Humphreey wrote: The contribution of distcc isn't clear to me yet, as I said before. Sometimes it's the bee's knees; other times it might just as well not be there. I don't like mysteries...  As far as I'm aware, there's no mystery. On a single machine you get the

<    1   2   3   4   5   6   7   8   9   10   >