Re: [VOTE] Release Apache Wicket 10.1.0
+1 Ran our CI build and did some exploratory testing. Thomas On Thu, May 30, 2024 at 8:52 PM Tobias Soloschenko wrote: > +1 > > kind regards > > Tobias > > > Am 30.05.2024 um 13:47 schrieb Martin Grigorov : > > > > +1 to release > > > > Tested: > > - local build from sources > > - various examples > > > >> On Tue, May 28, 2024 at 10:35 PM Andrea Del Bene > >> wrote: > >> > >> This is a vote to release Apache Wicket 10.1.0 > >> > >> Please download the source distributions found in our staging area > >> linked below. > >> > >> I have included the signatures for both the source archives. This vote > >> lasts for 72 hours minimum. > >> > >> [ ] Yes, release Apache Wicket 10.1.0 > >> [ ] No, don't release Apache Wicket 10.1.0, because ... > >> > >> Distributions, changelog, keys and signatures can be found at: > >> > >> https://dist.apache.org/repos/dist/dev/wicket/10.1.0 > >> > >> Staging repository: > >> > >> > https://repository.apache.org/content/repositories/orgapachewicket-1204/ > >> > >> The binaries are available in the above link, as are a staging > >> repository for Maven. Typically the vote is on the source, but should > >> you find a problem with one of the binaries, please let me know, I can > >> re-roll them some way or the other. > >> > >> Staging git repository data: > >> > >> Repository: g...@github.com:bitstorm/wicket.git > >> Branch: build/wicket-10.1.0 > >> Release tag: rel/wicket-10.1.0 > >> > >> > >> > >> > >> CHANGELOG for 10.1.0: > >> > >> ** Bug > >> > >> * [WICKET-7102] - Error in LiveSessionsPage > >> * [WICKET-7104] - wicket-autocomplete.min.js minified too > aggressively > >> * [WICKET-7111] - Greek Application i18n is broken due to wrong > >> file name > >> > >> ** New Feature > >> > >> * [WICKET-7109] - Create a ready to use dropdown supporting grouping > >> > >> ** Improvement > >> > >> * [WICKET-7098] - [Websockets] malformed XML is generated if > >> runtime exceptions happen during rendering phase of a web socket push > >> request > >> * [WICKET-7101] - auto-label is not automatically updated when > >> related form component is updated. > >> * [WICKET-7103] - Enhance ModalDialog API > >> * [WICKET-7110] - Add stack trace of lock holding thread in > >> CouldNotLockPageException > >> > >> ** Wish > >> > >> * [WICKET-7105] - Remove 'final' from > >> AbstractPartialPageRequestHandler#add(Component...) > >> > >> >
nvptx target: Global constructor, destructor support, via nvptx-tools 'ld' (was: nvptx: Support global constructors/destructors via 'collect2')
Hi!
On 2022-12-02T14:35:35+0100, I wrote:
> On 2022-12-01T22:13:38+0100, I wrote:
>> I'm working on support for global constructors/destructors with
>> GCC/nvptx
>
> See "nvptx: Support global constructors/destructors via 'collect2'"
> attached; [...]
>
> Per my quick scanning of 'gcc/config.gcc' history, for more than two
> decades, there was a clear trend to remove 'use_collect2=yes'
> configurations; now finally a new one is being added -- making sure we're
> not slowly dispensing with the need for the early 1990s piece of work
> that 'gcc/collect2*' is... ;'-P
In the following, I have then reconsidered that stance; we may actually
"Implement global constructor, destructor support in a conceptually
simpler way than using 'collect2' (the program): implement the respective
functionality in the nvptx-tools 'ld'". The latter is
<https://github.com/SourceryTools/nvptx-tools/commit/96f8fc59a757767b9e98157d95c21e9fef22a93b>
"ld: Global constructor/destructor support".
Thus, this:
> --- a/gcc/config.gcc
> +++ b/gcc/config.gcc
> @@ -2783,6 +2783,7 @@ nvptx-*)
> tm_file="${tm_file} newlib-stdint.h"
> use_gcc_stdint=wrap
> tmake_file="nvptx/t-nvptx"
> + use_collect2=yes
> if test x$enable_as_accelerator = xyes; then
> extra_programs="${extra_programs} mkoffload\$(exeext)"
> tm_file="${tm_file} nvptx/offload.h"
... now is gone again. ;'-)
Pushed to trunk branch commit d9c90c82d900fdae95df4499bf5f0a4ecb903b53
"nvptx target: Global constructor, destructor support, via nvptx-tools 'ld'",
see attached.
(Support for nvptx offloading, enablement of full libgfortran for nvptx,
and corresponding documentation updates, etc. are to follow as separate
commits.)
Compared to the 2022 'collect2' version, this 'ld' version also does
happen to avoid one class of FAILs:
[-FAIL:-]{+PASS:+} gfortran.dg/implicit_class_1.f90 -O0 (test for excess
errors)
[-UNRESOLVED:-]{+PASS:+} gfortran.dg/implicit_class_1.f90 -O0
[-compilation failed to produce executable-]{+execution test+}
[...]
That was due to:
Executing on host: [gfortran] [...] [...]/gfortran.dg/implicit_class_1.f90
[...] -fdump-fortran-original [...]
[...]
cc1: error: unrecognized command-line option '-fdump-fortran-original'; did
you mean '-fdump-tree-original'?
collect2: fatal error: gcc returned 1 exit status
compilation terminated.
compiler exited with status 1
FAIL: gfortran.dg/implicit_class_1.f90 -O0 (test for excess errors)
That is, the 'gcc' invocation by 'collect2' is passed
'-fdump-fortran-original', but doesn't know what to do with that. (Maybe
using '-Wno-complain-wrong-lang' in 'collect2' would help?) (I'm not
going to look into that any further.)
Grüße
Thomas
>From d9c90c82d900fdae95df4499bf5f0a4ecb903b53 Mon Sep 17 00:00:00 2001
From: Thomas Schwinge
Date: Tue, 28 May 2024 23:20:29 +0200
Subject: [PATCH] nvptx target: Global constructor, destructor support, via
nvptx-tools 'ld'
The function attributes 'constructor', 'destructor', and 'init_priority' now
work, as do the C++ features making use of this. Test cases with effective
target 'global_constructor' and 'init_priority' now generally work, and
'check-gcc-c++' test results greatly improve; no more
"sorry, unimplemented: global constructors not supported on this target".
For proper execution test results, this depends on
<https://github.com/SourceryTools/nvptx-tools/commit/96f8fc59a757767b9e98157d95c21e9fef22a93b>
"ld: Global constructor/destructor support".
gcc/
* config/nvptx/nvptx.h: Configure global constructor, destructor
support.
gcc/testsuite/
* gcc.dg/no_profile_instrument_function-attr-1.c: GCC/nvptx is
'NO_DOT_IN_LABEL' but not 'NO_DOLLAR_IN_LABEL', so '$' may apper
in identifiers.
* lib/target-supports.exp
(check_effective_target_global_constructor): Enable for nvptx.
libgcc/
* config/nvptx/crt0.c (__gbl_ctors): New weak function.
(__main): Invoke it.
* config/nvptx/gbl-ctors.c: New.
* config/nvptx/t-nvptx: Configure global constructor, destructor
support.
---
gcc/config/nvptx/nvptx.h | 14 +++-
.../no_profile_instrument_function-attr-1.c | 2 +-
gcc/testsuite/lib/target-supports.exp | 3 +-
libgcc/config/nvptx/crt0.c| 12 +++
libgcc/config/nvptx/gbl-ctors.c | 74 +++
libgcc/config/nvptx/t-nvptx | 9 ++-
6 files changed, 109 insertions(+), 5 deletions(-)
create mode 100644 libgcc/config/nvptx/gbl-ctors.c
diff --git a/gcc/config/nvptx/nvptx.h b/gcc/config/nvptx/nvptx.h
index e282aad1b73..74f4a68924c 100644
--- a/gcc/config/nvptx/nvptx.h
+++ b/gcc/config/nvptx/nvptx.h
@@ -356,7 +356,19 @@ struct GTY(()) machine_function
#define MOVE_MAX 8
#define MOVE_RATIO(SPE
[gcc r15-942] nvptx target: Global constructor, destructor support, via nvptx-tools 'ld'
https://gcc.gnu.org/g:d9c90c82d900fdae95df4499bf5f0a4ecb903b53
commit r15-942-gd9c90c82d900fdae95df4499bf5f0a4ecb903b53
Author: Thomas Schwinge
Date: Tue May 28 23:20:29 2024 +0200
nvptx target: Global constructor, destructor support, via nvptx-tools 'ld'
The function attributes 'constructor', 'destructor', and 'init_priority' now
work, as do the C++ features making use of this. Test cases with effective
target 'global_constructor' and 'init_priority' now generally work, and
'check-gcc-c++' test results greatly improve; no more
"sorry, unimplemented: global constructors not supported on this target".
For proper execution test results, this depends on
<https://github.com/SourceryTools/nvptx-tools/commit/96f8fc59a757767b9e98157d95c21e9fef22a93b>
"ld: Global constructor/destructor support".
gcc/
* config/nvptx/nvptx.h: Configure global constructor, destructor
support.
gcc/testsuite/
* gcc.dg/no_profile_instrument_function-attr-1.c: GCC/nvptx is
'NO_DOT_IN_LABEL' but not 'NO_DOLLAR_IN_LABEL', so '$' may apper
in identifiers.
* lib/target-supports.exp
(check_effective_target_global_constructor): Enable for nvptx.
libgcc/
* config/nvptx/crt0.c (__gbl_ctors): New weak function.
(__main): Invoke it.
* config/nvptx/gbl-ctors.c: New.
* config/nvptx/t-nvptx: Configure global constructor, destructor
support.
Diff:
---
gcc/config/nvptx/nvptx.h | 14 +++-
.../gcc.dg/no_profile_instrument_function-attr-1.c | 2 +-
gcc/testsuite/lib/target-supports.exp | 3 +-
libgcc/config/nvptx/crt0.c | 12
libgcc/config/nvptx/gbl-ctors.c| 74 ++
libgcc/config/nvptx/t-nvptx| 9 ++-
6 files changed, 109 insertions(+), 5 deletions(-)
diff --git a/gcc/config/nvptx/nvptx.h b/gcc/config/nvptx/nvptx.h
index e282aad1b73..74f4a68924c 100644
--- a/gcc/config/nvptx/nvptx.h
+++ b/gcc/config/nvptx/nvptx.h
@@ -356,7 +356,19 @@ struct GTY(()) machine_function
#define MOVE_MAX 8
#define MOVE_RATIO(SPEED) 4
#define FUNCTION_MODE QImode
-#define HAS_INIT_SECTION 1
+
+/* Implement global constructor, destructor support in a conceptually simpler
+ way than using 'collect2' (the program): implement the respective
+ functionality in the nvptx-tools 'ld'. This however still requires the
+ compiler-side effects corresponding to 'USE_COLLECT2': the global
+ constructor, destructor support functions need to have external linkage, and
+ therefore names that are "unique across the whole link". Use
+ '!targetm.have_ctors_dtors' to achieve this (..., and thus don't need to
+ provide 'targetm.asm_out.constructor', 'targetm.asm_out.destructor'). */
+#define TARGET_HAVE_CTORS_DTORS false
+
+/* See 'libgcc/config/nvptx/crt0.c' for wrapping of 'main'. */
+#define HAS_INIT_SECTION
/* The C++ front end insists to link against libstdc++ -- which we don't build.
Tell it to instead link against the innocuous libgcc. */
diff --git a/gcc/testsuite/gcc.dg/no_profile_instrument_function-attr-1.c
b/gcc/testsuite/gcc.dg/no_profile_instrument_function-attr-1.c
index 909f8a68479..5b4101cf596 100644
--- a/gcc/testsuite/gcc.dg/no_profile_instrument_function-attr-1.c
+++ b/gcc/testsuite/gcc.dg/no_profile_instrument_function-attr-1.c
@@ -18,7 +18,7 @@ int main ()
return foo ();
}
-/* { dg-final { scan-tree-dump-times "__gcov0\[._\]main.* = PROF_edge_counter"
1 "optimized"} } */
+/* { dg-final { scan-tree-dump-times "__gcov0\[$._\]main.* =
PROF_edge_counter" 1 "optimized"} } */
/* { dg-final { scan-tree-dump-times "__gcov_indirect_call_profiler_v" 1
"optimized" } } */
/* { dg-final { scan-tree-dump-times "__gcov_time_profiler_counter = " 1
"optimized" } } */
/* { dg-final { scan-tree-dump-times "__gcov_init" 1 "optimized" } } */
diff --git a/gcc/testsuite/lib/target-supports.exp
b/gcc/testsuite/lib/target-supports.exp
index f0f6da52275..a3992faab5e 100644
--- a/gcc/testsuite/lib/target-supports.exp
+++ b/gcc/testsuite/lib/target-supports.exp
@@ -942,8 +942,7 @@ proc check_effective_target_nonlocal_goto {} {
# Return 1 if global constructors are supported, 0 otherwise.
proc check_effective_target_global_constructor {} {
-if { [istarget nvptx-*-*]
-|| [istarget bpf-*-*] } {
+if { [istarget bpf-*-*] } {
return 0
}
return 1
diff --git a/libgcc/config/nvptx/crt0.c b/libgcc/config/nvptx/crt0.c
index e37a6fb40d3..47e8ec44c19 100644
--- a/libgcc/config/nvptx/crt0.c
+++ b/libgcc/config/nvptx/crt0.c
@@ -32,6 +32,16 @@ void *__nvptx_stacks[32] __attribute__((shared,nocommon));
/* Likewise for -muniform-simt. */
[PATCH] Fix typo in NVME show command
Foramt -> Format
Signed-off-by: Thomas Perl
---
drivers/nvme/nvme_show.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/nvme/nvme_show.c b/drivers/nvme/nvme_show.c
index 72cbac82bc..8dc03fe5bb 100644
--- a/drivers/nvme/nvme_show.c
+++ b/drivers/nvme/nvme_show.c
@@ -68,7 +68,7 @@ static void print_formats(struct nvme_id_ns *id, struct
nvme_ns *ns)
printf("Blk device %d: LBA Format Support:\n", ns->devnum);
for (i = 0; i < id->nlbaf; i++) {
- printf("\tLBA Foramt %d Support: ", i);
+ printf("\tLBA Format %d Support: ", i);
if (i == ns->flbas)
printf("(current)\n");
else
--
2.45.0
[gentoo-commits] repo/gentoo:master commit in: net-wireless/gr-paint/
commit: 40df6aa10e880f73549af1e6f68a9f1883285280
Author: Thomas Beierlein gentoo org>
AuthorDate: Fri May 31 11:23:50 2024 +
Commit: Thomas Beierlein gentoo org>
CommitDate: Fri May 31 11:23:50 2024 +
URL:https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=40df6aa1
net-wireless/gr-paint: Add Python 3.12 support
Signed-off-by: Thomas Beierlein gentoo.org>
.../{gr-paint-0.0_p20230427.ebuild => gr-paint-0.0_p20230427-r1.ebuild} | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/net-wireless/gr-paint/gr-paint-0.0_p20230427.ebuild
b/net-wireless/gr-paint/gr-paint-0.0_p20230427-r1.ebuild
similarity index 97%
rename from net-wireless/gr-paint/gr-paint-0.0_p20230427.ebuild
rename to net-wireless/gr-paint/gr-paint-0.0_p20230427-r1.ebuild
index 73b6850eeac2..c4d4160fbe8a 100644
--- a/net-wireless/gr-paint/gr-paint-0.0_p20230427.ebuild
+++ b/net-wireless/gr-paint/gr-paint-0.0_p20230427-r1.ebuild
@@ -3,7 +3,7 @@
EAPI=8
-PYTHON_COMPAT=( python3_{9..11} )
+PYTHON_COMPAT=( python3_{9..12} )
if [[ ${PV} == * ]]; then
inherit git-r3
[gentoo-commits] repo/gentoo:master commit in: net-wireless/gr-rds/
commit: e774a2e74119491a1f0e552918c22443df11337f
Author: Thomas Beierlein gentoo org>
AuthorDate: Fri May 31 11:10:26 2024 +
Commit: Thomas Beierlein gentoo org>
CommitDate: Fri May 31 11:10:36 2024 +
URL:https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=e774a2e7
net-wireless/gr-rds: Add Python 3.12 support
Signed-off-by: Thomas Beierlein gentoo.org>
...{gr-rds-0.0_p20220804-r1.ebuild => gr-rds-0.0_p20220804-r2.ebuild} | 4 ++--
net-wireless/gr-rds/gr-rds-.ebuild| 4 ++--
2 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/net-wireless/gr-rds/gr-rds-0.0_p20220804-r1.ebuild
b/net-wireless/gr-rds/gr-rds-0.0_p20220804-r2.ebuild
similarity index 92%
rename from net-wireless/gr-rds/gr-rds-0.0_p20220804-r1.ebuild
rename to net-wireless/gr-rds/gr-rds-0.0_p20220804-r2.ebuild
index 5004055f9d05..ef3954a77e83 100644
--- a/net-wireless/gr-rds/gr-rds-0.0_p20220804-r1.ebuild
+++ b/net-wireless/gr-rds/gr-rds-0.0_p20220804-r2.ebuild
@@ -1,9 +1,9 @@
-# Copyright 1999-2023 Gentoo Authors
+# Copyright 1999-2024 Gentoo Authors
# Distributed under the terms of the GNU General Public License v2
EAPI=8
-PYTHON_COMPAT=( python3_{9..11} )
+PYTHON_COMPAT=( python3_{9..12} )
if [[ ${PV} == * ]]; then
inherit git-r3
diff --git a/net-wireless/gr-rds/gr-rds-.ebuild
b/net-wireless/gr-rds/gr-rds-.ebuild
index 5004055f9d05..ef3954a77e83 100644
--- a/net-wireless/gr-rds/gr-rds-.ebuild
+++ b/net-wireless/gr-rds/gr-rds-.ebuild
@@ -1,9 +1,9 @@
-# Copyright 1999-2023 Gentoo Authors
+# Copyright 1999-2024 Gentoo Authors
# Distributed under the terms of the GNU General Public License v2
EAPI=8
-PYTHON_COMPAT=( python3_{9..11} )
+PYTHON_COMPAT=( python3_{9..12} )
if [[ ${PV} == * ]]; then
inherit git-r3
[gentoo-commits] repo/gentoo:master commit in: net-wireless/gr-osmosdr/
commit: c846abf3e4639a30542e3d8f60f53d4161110751
Author: Thomas Beierlein gentoo org>
AuthorDate: Fri May 31 10:43:02 2024 +
Commit: Thomas Beierlein gentoo org>
CommitDate: Fri May 31 10:43:15 2024 +
URL:https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=c846abf3
net-wireless/gr-osmosdr: Add Python 3.12 support
Signed-off-by: Thomas Beierlein gentoo.org>
.../{gr-osmosdr-0.2.5-r1.ebuild => gr-osmosdr-0.2.5-r2.ebuild} | 2 +-
net-wireless/gr-osmosdr/gr-osmosdr-.ebuild | 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/net-wireless/gr-osmosdr/gr-osmosdr-0.2.5-r1.ebuild
b/net-wireless/gr-osmosdr/gr-osmosdr-0.2.5-r2.ebuild
similarity index 98%
rename from net-wireless/gr-osmosdr/gr-osmosdr-0.2.5-r1.ebuild
rename to net-wireless/gr-osmosdr/gr-osmosdr-0.2.5-r2.ebuild
index 23381a80024d..45b04b67fe12 100644
--- a/net-wireless/gr-osmosdr/gr-osmosdr-0.2.5-r1.ebuild
+++ b/net-wireless/gr-osmosdr/gr-osmosdr-0.2.5-r2.ebuild
@@ -2,7 +2,7 @@
# Distributed under the terms of the GNU General Public License v2
EAPI=8
-PYTHON_COMPAT=( python3_{9..11} )
+PYTHON_COMPAT=( python3_{9..12} )
inherit cmake python-single-r1
diff --git a/net-wireless/gr-osmosdr/gr-osmosdr-.ebuild
b/net-wireless/gr-osmosdr/gr-osmosdr-.ebuild
index 23381a80024d..45b04b67fe12 100644
--- a/net-wireless/gr-osmosdr/gr-osmosdr-.ebuild
+++ b/net-wireless/gr-osmosdr/gr-osmosdr-.ebuild
@@ -2,7 +2,7 @@
# Distributed under the terms of the GNU General Public License v2
EAPI=8
-PYTHON_COMPAT=( python3_{9..11} )
+PYTHON_COMPAT=( python3_{9..12} )
inherit cmake python-single-r1
[systemsettings] [Bug 484165] KWin Window Rules for Virtual Desktop show as "All Desktops" despite it actually being the correct (last-set) desktop choice.
https://bugs.kde.org/show_bug.cgi?id=484165 Thomas Carmichael changed: What|Removed |Added CC||carmanau...@gmail.com --- Comment #3 from Thomas Carmichael --- This bug is present in 6.0.5 as well. Operating System: EndeavourOS KDE Plasma Version: 6.0.5 KDE Frameworks Version: 6.2.0 Qt Version: 6.7.1 Kernel Version: 6.9.2-arch1-1 (64-bit) Graphics Platform: X11 -- You are receiving this mail because: You are watching all bug changes.
[gentoo-commits] repo/gentoo:master commit in: net-wireless/gr-iqbal/
commit: 5968680869790b4c1e1f023041bbb284335a6b3e
Author: Thomas Beierlein gentoo org>
AuthorDate: Fri May 31 10:02:20 2024 +
Commit: Thomas Beierlein gentoo org>
CommitDate: Fri May 31 10:05:05 2024 +
URL:https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=59686808
net-wireless/gr-iqbal: Add Python3.12 support
Signed-off-by: Thomas Beierlein gentoo.org>
...al-0.38.2_p20210108.ebuild => gr-iqbal-0.38.2_p20210108-r1.ebuild} | 4 ++--
net-wireless/gr-iqbal/gr-iqbal-.ebuild| 4 ++--
2 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/net-wireless/gr-iqbal/gr-iqbal-0.38.2_p20210108.ebuild
b/net-wireless/gr-iqbal/gr-iqbal-0.38.2_p20210108-r1.ebuild
similarity index 93%
rename from net-wireless/gr-iqbal/gr-iqbal-0.38.2_p20210108.ebuild
rename to net-wireless/gr-iqbal/gr-iqbal-0.38.2_p20210108-r1.ebuild
index 66f36f6206a3..36278e9cd8f5 100644
--- a/net-wireless/gr-iqbal/gr-iqbal-0.38.2_p20210108.ebuild
+++ b/net-wireless/gr-iqbal/gr-iqbal-0.38.2_p20210108-r1.ebuild
@@ -1,8 +1,8 @@
-# Copyright 1999-2023 Gentoo Authors
+# Copyright 1999-2024 Gentoo Authors
# Distributed under the terms of the GNU General Public License v2
EAPI=8
-PYTHON_COMPAT=( python3_{9..11} )
+PYTHON_COMPAT=( python3_{9..12} )
inherit cmake python-single-r1
diff --git a/net-wireless/gr-iqbal/gr-iqbal-.ebuild
b/net-wireless/gr-iqbal/gr-iqbal-.ebuild
index 66f36f6206a3..36278e9cd8f5 100644
--- a/net-wireless/gr-iqbal/gr-iqbal-.ebuild
+++ b/net-wireless/gr-iqbal/gr-iqbal-.ebuild
@@ -1,8 +1,8 @@
-# Copyright 1999-2023 Gentoo Authors
+# Copyright 1999-2024 Gentoo Authors
# Distributed under the terms of the GNU General Public License v2
EAPI=8
-PYTHON_COMPAT=( python3_{9..11} )
+PYTHON_COMPAT=( python3_{9..12} )
inherit cmake python-single-r1
Bug#1069027: Fixed upstream
This is fixed upstream in Jupyter Notebook 6.5.6 per https://github.com/jupyter/notebook/issues/7054 Best regards Thomas
Bug#1069027: Fixed upstream
This is fixed upstream in Jupyter Notebook 6.5.6 per https://github.com/jupyter/notebook/issues/7054 Best regards Thomas
Bug#988010: RFS: td-system-tools/1.7.0~rc0-1
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "td-system-tools <https://www.nntb.no/~dreibh/system-tools/>": * Package name: td-system-tools Version: 1.7.0~rc0-1 Upstream Author: Thomas Dreibholz * URL: https://www.nntb.no/~dreibh/system-tools/ * License: GPL-3+ * Section: utils This package contains programs for printing basic system information and for system maintenance. System-Info displays basic status information about the system: hostname, uptime, CPU, memory statistics, disk space statistics, SSH public key hashes, and networking information. Furthermore, it can be configured to show one or more banners (for example, a project name). System-Info can be configured to be automatically run when logging in, providing the user an up-to-date overview of the system. System-Maintenance runs basic system maintenance tasks: trying to repair broken package management, updating the package management databases, installing all available updates, checking for old kernels and removing them, trim SSD or unmap unused storage. "td-system-tools <https://www.nntb.no/~dreibh/system-tools/>" builds these binary packages: * td-system-configure-grub - Helper tool to adjust GRUB configuration * td-system-fingerprint-ssh-keys - Print SSH key fingerprints * td-system-info - Print basic system information and banners * td-system-maintenance - Perform basic system maintenance * td-system-reset-machine-id - Reset machine identity state * td-system-tools - Metapackage for system information and maintenance tools To access further information about this package, please visit the following URL: https://mentors.debian.net/package/td-system-tools. Alternatively, one can download the package with dget using this command: dget -xhttps://mentors.debian.net/debian/pool/main/t/td-system-tools/td-system-tools_1.7.0~rc0-1.dsc More information about "td-system-tools <https://www.nntb.no/~dreibh/system-tools/>" can be obtained from https://www.nntb.no/~dreibh/system-tools/. Most recent changelog entry: td-system-tools (1.7.0~rc0-1ubuntu1) noble; urgency=medium * New upstream release. * Closes: #988010 (ITP). -- Thomas Dreibholz > Thu, 30 May 2024 13:18:09 +0200 OpenPGP_signature.asc Description: OpenPGP digital signature
Bug#988010: RFS: td-system-tools/1.7.0~rc0-1
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "td-system-tools <https://www.nntb.no/~dreibh/system-tools/>": * Package name: td-system-tools Version: 1.7.0~rc0-1 Upstream Author: Thomas Dreibholz * URL: https://www.nntb.no/~dreibh/system-tools/ * License: GPL-3+ * Section: utils This package contains programs for printing basic system information and for system maintenance. System-Info displays basic status information about the system: hostname, uptime, CPU, memory statistics, disk space statistics, SSH public key hashes, and networking information. Furthermore, it can be configured to show one or more banners (for example, a project name). System-Info can be configured to be automatically run when logging in, providing the user an up-to-date overview of the system. System-Maintenance runs basic system maintenance tasks: trying to repair broken package management, updating the package management databases, installing all available updates, checking for old kernels and removing them, trim SSD or unmap unused storage. "td-system-tools <https://www.nntb.no/~dreibh/system-tools/>" builds these binary packages: * td-system-configure-grub - Helper tool to adjust GRUB configuration * td-system-fingerprint-ssh-keys - Print SSH key fingerprints * td-system-info - Print basic system information and banners * td-system-maintenance - Perform basic system maintenance * td-system-reset-machine-id - Reset machine identity state * td-system-tools - Metapackage for system information and maintenance tools To access further information about this package, please visit the following URL: https://mentors.debian.net/package/td-system-tools. Alternatively, one can download the package with dget using this command: dget -xhttps://mentors.debian.net/debian/pool/main/t/td-system-tools/td-system-tools_1.7.0~rc0-1.dsc More information about "td-system-tools <https://www.nntb.no/~dreibh/system-tools/>" can be obtained from https://www.nntb.no/~dreibh/system-tools/. Most recent changelog entry: td-system-tools (1.7.0~rc0-1ubuntu1) noble; urgency=medium * New upstream release. * Closes: #988010 (ITP). -- Thomas Dreibholz > Thu, 30 May 2024 13:18:09 +0200 OpenPGP_signature.asc Description: OpenPGP digital signature
Re: Org-mode for Docbook and DITA
Hi Mark, You might want to look at org-mode's built I exporters and/or using "pandoc". pandoc supports Docbook both on input and output and org-mode on input and output. I use a Makefile when combining Emacs/org and pandoc. Alternatively you might want to use the Emacs package org-pandoc (ox-pandoc?), which helps with integration. To go from org to Docbook and DITA - which are both XML formats - I would probably use org's XHTML export and then do an XSLT transformation to the target format. You might want to look at my web site https://web222.webclient5.de/doc/swdev/emacs/orgmode/html It shows 1) How to customize the org HTML exporter 2) How to post-process the XHTML using an XSLT transformation (simple ELISP code included) I do step 2) to further change the XHTML to my requirements. You would instead generate Docbook or DITA XML. The main effort would be to develop the XSLT style sheets needed. Maybe somebody has already done that development work for HTML->Docbook and HTML->DITA Regards "custom tags" (custom elements?): - You can embed "raw HTML code" in org. I have not checked, but this might cover any custom XML element - If the semantics of the custom tags are covered by built-in org constructs (like e.g. "properties", "tags") then you might be able to transform from org to XML like mentioned above I guess "round trip" functionality would be quite a challenge compared to one way conversion. Best regards Thomas -- Thomas Redelberger rede...@gmx.de Am 31.05.2024 um 08:59 schrieb Mark Lewin: Hi all, I'll shortly be starting a new role as a tech writer, where much of the docs are written in Docbook and DITA. I'm hoping to do the bulk of my work in org-mode and export to the required format. I've seen an exporter for Docbook, but I wonder if anyone has successfully used Emacs/org-mode to work with DITA content? Any recommendations? How are custom tags handled? And how can I best work with Docbook/DITA files that were created in another editor, like OxygenXML? Thanks in advance.
Integrated: 8333047: Remove arena-size-workaround in jvmtiUtils.cpp
On Tue, 28 May 2024 12:36:41 GMT, Thomas Stuefe wrote: > In `JvmtiUtil::single_threaded_resource_area()`, we create a resource area > that is supposed to work even if the current thread is not attached yet and > there is no associated Thread or the Thread has no valid ResourceArea. > > It contains a workaround: > > > // lazily create the single threaded resource area > // pick a size which is not a standard since the pools don't exist yet > _single_threaded_resource_area = new (mtInternal) > ResourceArea(Chunk::non_pool_size); > > > It specifies a non-standard chunk size to circumvent the chunk-pool-based > allocation in the RA constructor, ensuring that only malloc is used. This is > because in the old days the ChunkPools had been allocated from C-Heap and > there was a time window when no chunk pools were live yet. > > This is quirky and a bit ugly. It is also unnecessary since > [JDK-8272112](https://bugs.openjdk.org/browse/JDK-8272112) (since JDK 18). We > now create chunk pools as global objects, so they are live as soon as the > libjvm C++ initialization ran. We can remove this workaround and the comment. > > --- > > Tests: GHAs. > I also manually called this function, and allocated from the resulting > ResourceArea, at the very beginning of CreateJavaVM. I made sure that both > allocations and follow-up-chunk-allocation worked even this early in VM life. This pull request has now been integrated. Changeset: ba323b51 Author:Thomas Stuefe URL: https://git.openjdk.org/jdk/commit/ba323b515d8821895356507bdb1e94df0776dd5a Stats: 8 lines in 3 files changed: 0 ins; 3 del; 5 mod 8333047: Remove arena-size-workaround in jvmtiUtils.cpp Reviewed-by: jsjolen, sspitsyn - PR: https://git.openjdk.org/jdk/pull/19425
Re: RFR: 8333047: Remove arena-size-workaround in jvmtiUtils.cpp
On Wed, 29 May 2024 07:42:01 GMT, Johan Sjölen wrote: >> In `JvmtiUtil::single_threaded_resource_area()`, we create a resource area >> that is supposed to work even if the current thread is not attached yet and >> there is no associated Thread or the Thread has no valid ResourceArea. >> >> It contains a workaround: >> >> >> // lazily create the single threaded resource area >> // pick a size which is not a standard since the pools don't exist yet >> _single_threaded_resource_area = new (mtInternal) >> ResourceArea(Chunk::non_pool_size); >> >> >> It specifies a non-standard chunk size to circumvent the chunk-pool-based >> allocation in the RA constructor, ensuring that only malloc is used. This is >> because in the old days the ChunkPools had been allocated from C-Heap and >> there was a time window when no chunk pools were live yet. >> >> This is quirky and a bit ugly. It is also unnecessary since >> [JDK-8272112](https://bugs.openjdk.org/browse/JDK-8272112) (since JDK 18). >> We now create chunk pools as global objects, so they are live as soon as the >> libjvm C++ initialization ran. We can remove this workaround and the comment. >> >> --- >> >> Tests: GHAs. >> I also manually called this function, and allocated from the resulting >> ResourceArea, at the very beginning of CreateJavaVM. I made sure that both >> allocations and follow-up-chunk-allocation worked even this early in VM life. > > Today, the ChunkPools are allocated before main through static > initialization. That means that the ChunkPools exists when main starts > executing, so this is safe. Thanks @jdksjolen and @sspitsyn ! - PR Comment: https://git.openjdk.org/jdk/pull/19425#issuecomment-2141338912
Re: RFR: 8332785: Replace naked uses of UseSharedSpaces with CDSConfig::is_using_archive
On Wed, 29 May 2024 18:12:25 GMT, Sonia Zaldana Calles wrote: > Hi folks, > > This PR addresses [8332785](https://bugs.openjdk.org/browse/JDK-8332785) > replacing all naked uses for ```UseSharedSpaces``` with > ```CDSConfig::is_using_archive```. > > Testing: > - [x] Tier 1 with GHA. > > Thanks, > Sonia Looks good, minus the nit @dholmes-ora mentioned. Please make sure Copyrights are updated. - Marked as reviewed by stuefe (Reviewer). PR Review: https://git.openjdk.org/jdk/pull/19463#pullrequestreview-2089995893
Re: RKWardCoreTest::initTestCase() failed on riscv64
Hi, some first quick notes: This happens during running automated testing, and particularly while starting the backend process. The crash is probably not immediately to worry about, that used to be a bug when handling an already fatal condition. Looking at the tail of the log, where some debug output from the backend process is listed, things to seem to be going ok, but at a glacial speed (those numbers are timestamps in ms). The log terminates in the middle of the backend installing of one (the less important) of the two R support packages, without showing any error message. I'd have to check on the details of the test (core_test.cpp), but my first suspicion is that this is simply a timeout. Regards Thomas On Thu, 30 May 2024 17:34:23 +0800 Bo YU wrote: > Hi, > > (Please ccing me.:) > > I am looking at one ftbfs issue on riscv64: > > https://buildd.debian.org/status/fetch.php?pkg=rkward=riscv64=0.7.5-3=1716877944=0 > > the error log: > > ``` > 41960: Transmitting request type 15 of length 12 > 44594: Backend startup failed > 44594: Listing contents of /tmp/rkward.rbackend > > === Received signal at function time: 44596ms, total time: 44597ms, > dumping stack === > === End of stack trace === > 44594: QFATAL : RKWardCoreTest::initTestCase() Received signal 11 > Function time: 44596ms Total time: 44596ms > FAIL! : RKWardCoreTest::initTestCase() Received a fatal error. >Loc: [Unknown file(0)] > Totals: 0 passed, 1 failed, 0 skipped, 0 blacklisted, 44602ms > * Finished testing of RKWardCoreTest * > > Test time = 45.54 sec > -- > Test Failed. > "rkward-core_test" end time: May 29 10:28 UTC > "rkward-core_test" time elapsed: 00:00:45 > ``` > > But I failed how to debug the issue, could you give one idea how to > debug this? > > Thanks. > > BR, > Bo pgpxCbqRwFeQi.pgp Description: OpenPGP digital signature
Re: [PATCH] Use "void *" as parameter for functions that are used for aio_set_event_notifier()
On 29/05/2024 20.22, Stefan Hajnoczi wrote:
On Wed, May 29, 2024 at 07:49:48PM +0200, Thomas Huth wrote:
aio_set_event_notifier() and aio_set_event_notifier_poll() in
util/aio-posix.c and util/aio-win32.c are casting function pointers of
functions that take an "EventNotifier *" pointer as parameter to function
pointers that take a "void *" pointer as parameter (i.e. the IOHandler
type). When those function pointers are later used to call the referenced
function, this triggers undefined behavior errors with the latest version
of Clang in Fedora 40 when compiling with the option "-fsanitize=undefined".
And this also prevents enabling the strict mode of CFI which is currently
disabled with -fsanitize-cfi-icall-generalize-pointers. Thus let us avoid
the problem by using "void *" as parameter in all spots where it is needed.
Signed-off-by: Thomas Huth
---
Yes, I know, the patch looks ugly ... but I don't see a better way to
tackle this. If someone has a better idea, suggestions are welcome!
An alternative is adding EventNotifierHandler *io_read, *io_poll_ready,
*io_poll_begin, and *io_poll_end fields to EventNotifier so that
aio_set_event_notifier() and aio_set_event_notifier_poll() can pass
helper functions to the underlying aio_set_fd_handler() and
aio_set_fd_poll() APIs. These helper functions then invoke the
EventNotifier callbacks:
/* Helpers */
static void event_notifier_io_read(void *opaque)
{
EventNotifier *notifier = opaque;
notifier->io_read(notifier);
}
That's a nice idea, thanks, I'll give it a try!
Thomas
Re: [PATCH] Use "void *" as parameter for functions that are used for aio_set_event_notifier()
On 29/05/2024 20.22, Stefan Hajnoczi wrote:
On Wed, May 29, 2024 at 07:49:48PM +0200, Thomas Huth wrote:
aio_set_event_notifier() and aio_set_event_notifier_poll() in
util/aio-posix.c and util/aio-win32.c are casting function pointers of
functions that take an "EventNotifier *" pointer as parameter to function
pointers that take a "void *" pointer as parameter (i.e. the IOHandler
type). When those function pointers are later used to call the referenced
function, this triggers undefined behavior errors with the latest version
of Clang in Fedora 40 when compiling with the option "-fsanitize=undefined".
And this also prevents enabling the strict mode of CFI which is currently
disabled with -fsanitize-cfi-icall-generalize-pointers. Thus let us avoid
the problem by using "void *" as parameter in all spots where it is needed.
Signed-off-by: Thomas Huth
---
Yes, I know, the patch looks ugly ... but I don't see a better way to
tackle this. If someone has a better idea, suggestions are welcome!
An alternative is adding EventNotifierHandler *io_read, *io_poll_ready,
*io_poll_begin, and *io_poll_end fields to EventNotifier so that
aio_set_event_notifier() and aio_set_event_notifier_poll() can pass
helper functions to the underlying aio_set_fd_handler() and
aio_set_fd_poll() APIs. These helper functions then invoke the
EventNotifier callbacks:
/* Helpers */
static void event_notifier_io_read(void *opaque)
{
EventNotifier *notifier = opaque;
notifier->io_read(notifier);
}
That's a nice idea, thanks, I'll give it a try!
Thomas
Re: [PATCH V2 1/3] vl: Allow multiple -overcommit commands
On 30/05/2024 16.01, Zhao Liu wrote:
On Mon, May 27, 2024 at 07:19:56AM +0200, Thomas Huth wrote:
Date: Mon, 27 May 2024 07:19:56 +0200
From: Thomas Huth
Subject: Re: [PATCH V2 1/3] vl: Allow multiple -overcommit commands
On 24/05/2024 22.00, Zide Chen wrote:
Both cpu-pm and mem-lock are related to system resource overcommit, but
they are separate from each other, in terms of how they are realized,
and of course, they are applied to different system resources.
It's tempting to use separate command lines to specify their behavior.
e.g., in the following example, the cpu-pm command is quietly
overwritten, and it's not easy to notice it without careful inspection.
--overcommit mem-lock=on
--overcommit cpu-pm=on
Fixes: c8c9dc42b7ca ("Remove the deprecated -realtime option")
Suggested-by: Thomas Huth
Signed-off-by: Zide Chen
---
v2:
Thanks to Thomas' suggestion, changed to this better approach, which
is more generic and can handle situations like: "enabled the option in
the config file, and now you'd like to disable it on the command line
again".
system/vl.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/system/vl.c b/system/vl.c
index a3eede5fa5b8..dfa6cdd9283b 100644
--- a/system/vl.c
+++ b/system/vl.c
@@ -3545,8 +3545,8 @@ void qemu_init(int argc, char **argv)
if (!opts) {
exit(1);
}
-enable_mlock = qemu_opt_get_bool(opts, "mem-lock", false);
-enable_cpu_pm = qemu_opt_get_bool(opts, "cpu-pm", false);
+enable_mlock = qemu_opt_get_bool(opts, "mem-lock",
enable_mlock);
+enable_cpu_pm = qemu_opt_get_bool(opts, "cpu-pm",
enable_cpu_pm);
break;
case QEMU_OPTION_compat:
{
Reviewed-by: Thomas Huth
Hi Thomas,
BTW, do you think it's a good idea to define the overcommit via QAPI way
(defined in a json file)? ;-)
My rough understanding is that all APIs are better to be defined via
QAPI to go JSON compatible.
Sorry, no clue whether it makes sense here... CC:-ing Markus for
recommendations.
Thomas
Re: [PATCH 4/4] hw/s390x: Deprecate the QMP @dump-skeys command
On 30/05/2024 09.45, Philippe Mathieu-Daudé wrote: Prefer @dump-s390-skeys which is target agnostic. Signed-off-by: Philippe Mathieu-Daudé --- docs/about/deprecated.rst | 5 + qapi/misc-target.json | 5 + 2 files changed, 10 insertions(+) diff --git a/docs/about/deprecated.rst b/docs/about/deprecated.rst index 40585ca7d5..3cb43085ba 100644 --- a/docs/about/deprecated.rst +++ b/docs/about/deprecated.rst @@ -148,6 +148,11 @@ accepted incorrect commands will return an error. Users should make sure that all arguments passed to ``device_add`` are consistent with the documented property types. +``dump-skeys`` (since 9.1) +'' + +Use the more generic ``dump-s390-skeys`` command. FWIW, that's "more specific", not "more generic". But as I said in my reply to the cover letter, we should maybe consider a more generic command instead, indeed. Thomas
Re: [PATCH 4/4] hw/s390x: Deprecate the QMP @dump-skeys command
On 30/05/2024 09.45, Philippe Mathieu-Daudé wrote: Prefer @dump-s390-skeys which is target agnostic. Signed-off-by: Philippe Mathieu-Daudé --- docs/about/deprecated.rst | 5 + qapi/misc-target.json | 5 + 2 files changed, 10 insertions(+) diff --git a/docs/about/deprecated.rst b/docs/about/deprecated.rst index 40585ca7d5..3cb43085ba 100644 --- a/docs/about/deprecated.rst +++ b/docs/about/deprecated.rst @@ -148,6 +148,11 @@ accepted incorrect commands will return an error. Users should make sure that all arguments passed to ``device_add`` are consistent with the documented property types. +``dump-skeys`` (since 9.1) +'' + +Use the more generic ``dump-s390-skeys`` command. FWIW, that's "more specific", not "more generic". But as I said in my reply to the cover letter, we should maybe consider a more generic command instead, indeed. Thomas
Re: [PATCH 0/4] hw/s390x: Alias @dump-skeys -> @dump-s390-skey and deprecate
On 30/05/2024 09.45, Philippe Mathieu-Daudé wrote: We are trying to unify all qemu-system-FOO to a single binary. In order to do that we need to remove QAPI target specific code. @dump-skeys is only available on qemu-system-s390x. This series rename it as @dump-s390-skey, making it available on other binaries. We take care of backward compatibility via deprecation. Philippe Mathieu-Daudé (4): hw/s390x: Introduce the @dump-s390-skeys QMP command hw/s390x: Introduce the 'dump_s390_skeys' HMP command hw/s390x: Deprecate the HMP 'dump_skeys' command hw/s390x: Deprecate the QMP @dump-skeys command Why do we have to rename the command? Just for the sake of it? I think renaming HMP commands is maybe ok, but breaking the API in QMP is something you should consider twice. And even if we decide to rename ... maybe we should discuss whether it makes sense to come up with a generic command instead: As far as I know, ARM also has something similar, called MTE. Maybe we also want to dump MTE keys one day? So the new command should maybe be called "dump-memory-keys" instead? Or should it maybe rather be an option to the existing "dump-guest-memory" command instead? Thomas
Re: [PATCH 0/4] hw/s390x: Alias @dump-skeys -> @dump-s390-skey and deprecate
On 30/05/2024 09.45, Philippe Mathieu-Daudé wrote: We are trying to unify all qemu-system-FOO to a single binary. In order to do that we need to remove QAPI target specific code. @dump-skeys is only available on qemu-system-s390x. This series rename it as @dump-s390-skey, making it available on other binaries. We take care of backward compatibility via deprecation. Philippe Mathieu-Daudé (4): hw/s390x: Introduce the @dump-s390-skeys QMP command hw/s390x: Introduce the 'dump_s390_skeys' HMP command hw/s390x: Deprecate the HMP 'dump_skeys' command hw/s390x: Deprecate the QMP @dump-skeys command Why do we have to rename the command? Just for the sake of it? I think renaming HMP commands is maybe ok, but breaking the API in QMP is something you should consider twice. And even if we decide to rename ... maybe we should discuss whether it makes sense to come up with a generic command instead: As far as I know, ARM also has something similar, called MTE. Maybe we also want to dump MTE keys one day? So the new command should maybe be called "dump-memory-keys" instead? Or should it maybe rather be an option to the existing "dump-guest-memory" command instead? Thomas
Re: After upgrade, what do you do about "removed" and "obsolete" packages ?
Hi, i wrote: > > What kind of programming language can have inspired the developers > > to define such a syntax ? Max Nikulin: > https://blog.jak-linux.org/2019/08/15/apt-patterns/ This points to aptitude. The package description of aptitude says "mutt-like syntax for matching packages". Indeed https://www.sendmail.org/~ca/email/mutt/manual-4.html has in its second half some lines which resemble apt-patterns. > As to obsolete vs. local packages, my guess is that apt may label some > version as obsolete if another version of the same package is still > available from some repository. Otherwise it is local. To me it seems that apt-patterns simply calls "obsolete" what apt-list then marks in its output as "[... local]". Obviously these terms refer to different reasons why a package is not found in the official repos. But these reasons seem to be indistinguishable. So in the end both terms depict the same status. Have a nice day :) Thomas
Re: Leo 6.8.0 b1 will be delayed at least one week
On Thursday, May 30, 2024 at 3:13:39 PM UTC-4 Edward K. Ream wrote: My concern is simple: I don't want to release *anything *until we all test the "devel" branch more thoroughly. Don't we want to be testing the 6.8.0 branch at this time, instead of the devel branch? -- You received this message because you are subscribed to the Google Groups "leo-editor" group. To unsubscribe from this group and stop receiving emails from it, send an email to leo-editor+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/leo-editor/84e64336-d7ba-468b-adf9-ee13170a3591n%40googlegroups.com.
[PULL] drm-misc-fixes
Hi Dave, Sima,
this is the PR for drm-misc-fixes or this week. FYI I had to run dim
pull-request with the -f option, so that it ignored the following error
dim: 779aa4d74785 ("drm/nouveau/nvif: Avoid build error due to potential
integer overflows"): Fixes: SHA1 in not pointing at an ancestor:
dim: a61ddb4393ad ("drm: enable (most) W=1 warnings by default across the
subsystem")
dim: ERROR: issues in commits detected, aborting
The commit a61ddb4393ad ("drm: enable (most) W=1 warnings by default
across the subsystem") apparently got in before the commit it fixes.
Best regards
Thomas
drm-misc-fixes-2024-05-30:
Short summary of fixes pull:
dma-buf:
- sw-sync: Don't interfere with IRQ handling
- Fix kthreads-handling error path
gem-shmem:
- Warn when trying to pin imported objects
lima:
- Fix dma_resv-related deadlock in object pin
msm:
- Remove build-time dependency on Python 3.9
nouveau:
- nvif: Fix possible integer overflow
panel:
- lg-sw43408: Select DP helpers; Declare backlight ops as static
- sitronix-st7789v: Various fixes for jt240mhqs_hwt_ek_e3 panel
panfrost:
- Fix dma_resv-related deadlock in object pin
The following changes since commit 3e049b6b8f32f25c6967f4cffd8eac6e1e5316f6:
Merge tag 'drm-misc-fixes-2024-05-23' of
https://gitlab.freedesktop.org/drm/misc/kernel into drm-fixes (2024-05-27
13:47:14 +1000)
are available in the Git repository at:
https://gitlab.freedesktop.org/drm/misc/kernel.git
tags/drm-misc-fixes-2024-05-30
for you to fetch changes up to bb195358806847217efba98de62b7decec3b371f:
drm/msm: remove python 3.9 dependency for compiling msm (2024-05-30 18:49:23
+0200)
Short summary of fixes pull:
dma-buf:
- sw-sync: Don't interfere with IRQ handling
- Fix kthreads-handling error path
gem-shmem:
- Warn when trying to pin imported objects
lima:
- Fix dma_resv-related deadlock in object pin
msm:
- Remove build-time dependency on Python 3.9
nouveau:
- nvif: Fix possible integer overflow
panel:
- lg-sw43408: Select DP helpers; Declare backlight ops as static
- sitronix-st7789v: Various fixes for jt240mhqs_hwt_ek_e3 panel
panfrost:
- Fix dma_resv-related deadlock in object pin
Abhinav Kumar (1):
drm/msm: remove python 3.9 dependency for compiling msm
Adrián Larumbe (3):
drm/panfrost: Fix dma_resv deadlock at drm object pin time
drm/lima: Fix dma_resv deadlock at drm object pin time
drm/gem-shmem: Add import attachment warning to locked pin function
Dmitry Baryshkov (2):
drm/panel/lg-sw43408: select CONFIG_DRM_DISPLAY_DP_HELPER
drm/panel/lg-sw43408: mark sw43408_backlight_ops as static
Fedor Pchelkin (1):
dma-buf: handle testing kthreads creation failure
Gerald Loacker (3):
drm/panel: sitronix-st7789v: fix timing for jt240mhqs_hwt_ek_e3 panel
drm/panel: sitronix-st7789v: tweak timing for jt240mhqs_hwt_ek_e3 panel
drm/panel: sitronix-st7789v: fix display size for jt240mhqs_hwt_ek_e3
panel
Guenter Roeck (1):
drm/nouveau/nvif: Avoid build error due to potential integer overflows
Maarten Lankhorst (1):
Merge remote-tracking branch 'drm/drm-fixes' into drm-misc-fixes
Tetsuo Handa (1):
dma-buf/sw-sync: don't enable IRQ from sync_print_obj()
drivers/dma-buf/st-dma-fence.c | 6 ++
drivers/dma-buf/sync_debug.c | 4 ++--
drivers/gpu/drm/drm_gem_shmem_helper.c | 2 ++
drivers/gpu/drm/lima/lima_gem.c| 2 +-
drivers/gpu/drm/msm/registers/gen_header.py| 5 +++--
drivers/gpu/drm/nouveau/nvif/object.c | 24 ++--
drivers/gpu/drm/panel/Kconfig | 2 ++
drivers/gpu/drm/panel/panel-lg-sw43408.c | 2 +-
drivers/gpu/drm/panel/panel-sitronix-st7789v.c | 16
drivers/gpu/drm/panfrost/panfrost_gem.c| 2 +-
10 files changed, 44 insertions(+), 21 deletions(-)
--
Thomas Zimmermann
Graphics Driver Developer
SUSE Software Solutions Germany GmbH
Frankenstrasse 146, 90461 Nuernberg, Germany
GF: Ivo Totev, Andrew Myers, Andrew McDonald, Boudien Moerman
HRB 36809 (AG Nuernberg)
[PULL] drm-misc-fixes
Hi Dave, Sima,
this is the PR for drm-misc-fixes or this week. FYI I had to run dim
pull-request with the -f option, so that it ignored the following error
dim: 779aa4d74785 ("drm/nouveau/nvif: Avoid build error due to potential
integer overflows"): Fixes: SHA1 in not pointing at an ancestor:
dim: a61ddb4393ad ("drm: enable (most) W=1 warnings by default across the
subsystem")
dim: ERROR: issues in commits detected, aborting
The commit a61ddb4393ad ("drm: enable (most) W=1 warnings by default
across the subsystem") apparently got in before the commit it fixes.
Best regards
Thomas
drm-misc-fixes-2024-05-30:
Short summary of fixes pull:
dma-buf:
- sw-sync: Don't interfere with IRQ handling
- Fix kthreads-handling error path
gem-shmem:
- Warn when trying to pin imported objects
lima:
- Fix dma_resv-related deadlock in object pin
msm:
- Remove build-time dependency on Python 3.9
nouveau:
- nvif: Fix possible integer overflow
panel:
- lg-sw43408: Select DP helpers; Declare backlight ops as static
- sitronix-st7789v: Various fixes for jt240mhqs_hwt_ek_e3 panel
panfrost:
- Fix dma_resv-related deadlock in object pin
The following changes since commit 3e049b6b8f32f25c6967f4cffd8eac6e1e5316f6:
Merge tag 'drm-misc-fixes-2024-05-23' of
https://gitlab.freedesktop.org/drm/misc/kernel into drm-fixes (2024-05-27
13:47:14 +1000)
are available in the Git repository at:
https://gitlab.freedesktop.org/drm/misc/kernel.git
tags/drm-misc-fixes-2024-05-30
for you to fetch changes up to bb195358806847217efba98de62b7decec3b371f:
drm/msm: remove python 3.9 dependency for compiling msm (2024-05-30 18:49:23
+0200)
Short summary of fixes pull:
dma-buf:
- sw-sync: Don't interfere with IRQ handling
- Fix kthreads-handling error path
gem-shmem:
- Warn when trying to pin imported objects
lima:
- Fix dma_resv-related deadlock in object pin
msm:
- Remove build-time dependency on Python 3.9
nouveau:
- nvif: Fix possible integer overflow
panel:
- lg-sw43408: Select DP helpers; Declare backlight ops as static
- sitronix-st7789v: Various fixes for jt240mhqs_hwt_ek_e3 panel
panfrost:
- Fix dma_resv-related deadlock in object pin
Abhinav Kumar (1):
drm/msm: remove python 3.9 dependency for compiling msm
Adrián Larumbe (3):
drm/panfrost: Fix dma_resv deadlock at drm object pin time
drm/lima: Fix dma_resv deadlock at drm object pin time
drm/gem-shmem: Add import attachment warning to locked pin function
Dmitry Baryshkov (2):
drm/panel/lg-sw43408: select CONFIG_DRM_DISPLAY_DP_HELPER
drm/panel/lg-sw43408: mark sw43408_backlight_ops as static
Fedor Pchelkin (1):
dma-buf: handle testing kthreads creation failure
Gerald Loacker (3):
drm/panel: sitronix-st7789v: fix timing for jt240mhqs_hwt_ek_e3 panel
drm/panel: sitronix-st7789v: tweak timing for jt240mhqs_hwt_ek_e3 panel
drm/panel: sitronix-st7789v: fix display size for jt240mhqs_hwt_ek_e3
panel
Guenter Roeck (1):
drm/nouveau/nvif: Avoid build error due to potential integer overflows
Maarten Lankhorst (1):
Merge remote-tracking branch 'drm/drm-fixes' into drm-misc-fixes
Tetsuo Handa (1):
dma-buf/sw-sync: don't enable IRQ from sync_print_obj()
drivers/dma-buf/st-dma-fence.c | 6 ++
drivers/dma-buf/sync_debug.c | 4 ++--
drivers/gpu/drm/drm_gem_shmem_helper.c | 2 ++
drivers/gpu/drm/lima/lima_gem.c| 2 +-
drivers/gpu/drm/msm/registers/gen_header.py| 5 +++--
drivers/gpu/drm/nouveau/nvif/object.c | 24 ++--
drivers/gpu/drm/panel/Kconfig | 2 ++
drivers/gpu/drm/panel/panel-lg-sw43408.c | 2 +-
drivers/gpu/drm/panel/panel-sitronix-st7789v.c | 16
drivers/gpu/drm/panfrost/panfrost_gem.c| 2 +-
10 files changed, 44 insertions(+), 21 deletions(-)
--
Thomas Zimmermann
Graphics Driver Developer
SUSE Software Solutions Germany GmbH
Frankenstrasse 146, 90461 Nuernberg, Germany
GF: Ivo Totev, Andrew Myers, Andrew McDonald, Boudien Moerman
HRB 36809 (AG Nuernberg)
[PULL] drm-misc-fixes
Hi Dave, Sima,
this is the PR for drm-misc-fixes or this week. FYI I had to run dim
pull-request with the -f option, so that it ignored the following error
dim: 779aa4d74785 ("drm/nouveau/nvif: Avoid build error due to potential
integer overflows"): Fixes: SHA1 in not pointing at an ancestor:
dim: a61ddb4393ad ("drm: enable (most) W=1 warnings by default across the
subsystem")
dim: ERROR: issues in commits detected, aborting
The commit a61ddb4393ad ("drm: enable (most) W=1 warnings by default
across the subsystem") apparently got in before the commit it fixes.
Best regards
Thomas
drm-misc-fixes-2024-05-30:
Short summary of fixes pull:
dma-buf:
- sw-sync: Don't interfere with IRQ handling
- Fix kthreads-handling error path
gem-shmem:
- Warn when trying to pin imported objects
lima:
- Fix dma_resv-related deadlock in object pin
msm:
- Remove build-time dependency on Python 3.9
nouveau:
- nvif: Fix possible integer overflow
panel:
- lg-sw43408: Select DP helpers; Declare backlight ops as static
- sitronix-st7789v: Various fixes for jt240mhqs_hwt_ek_e3 panel
panfrost:
- Fix dma_resv-related deadlock in object pin
The following changes since commit 3e049b6b8f32f25c6967f4cffd8eac6e1e5316f6:
Merge tag 'drm-misc-fixes-2024-05-23' of
https://gitlab.freedesktop.org/drm/misc/kernel into drm-fixes (2024-05-27
13:47:14 +1000)
are available in the Git repository at:
https://gitlab.freedesktop.org/drm/misc/kernel.git
tags/drm-misc-fixes-2024-05-30
for you to fetch changes up to bb195358806847217efba98de62b7decec3b371f:
drm/msm: remove python 3.9 dependency for compiling msm (2024-05-30 18:49:23
+0200)
Short summary of fixes pull:
dma-buf:
- sw-sync: Don't interfere with IRQ handling
- Fix kthreads-handling error path
gem-shmem:
- Warn when trying to pin imported objects
lima:
- Fix dma_resv-related deadlock in object pin
msm:
- Remove build-time dependency on Python 3.9
nouveau:
- nvif: Fix possible integer overflow
panel:
- lg-sw43408: Select DP helpers; Declare backlight ops as static
- sitronix-st7789v: Various fixes for jt240mhqs_hwt_ek_e3 panel
panfrost:
- Fix dma_resv-related deadlock in object pin
Abhinav Kumar (1):
drm/msm: remove python 3.9 dependency for compiling msm
Adrián Larumbe (3):
drm/panfrost: Fix dma_resv deadlock at drm object pin time
drm/lima: Fix dma_resv deadlock at drm object pin time
drm/gem-shmem: Add import attachment warning to locked pin function
Dmitry Baryshkov (2):
drm/panel/lg-sw43408: select CONFIG_DRM_DISPLAY_DP_HELPER
drm/panel/lg-sw43408: mark sw43408_backlight_ops as static
Fedor Pchelkin (1):
dma-buf: handle testing kthreads creation failure
Gerald Loacker (3):
drm/panel: sitronix-st7789v: fix timing for jt240mhqs_hwt_ek_e3 panel
drm/panel: sitronix-st7789v: tweak timing for jt240mhqs_hwt_ek_e3 panel
drm/panel: sitronix-st7789v: fix display size for jt240mhqs_hwt_ek_e3
panel
Guenter Roeck (1):
drm/nouveau/nvif: Avoid build error due to potential integer overflows
Maarten Lankhorst (1):
Merge remote-tracking branch 'drm/drm-fixes' into drm-misc-fixes
Tetsuo Handa (1):
dma-buf/sw-sync: don't enable IRQ from sync_print_obj()
drivers/dma-buf/st-dma-fence.c | 6 ++
drivers/dma-buf/sync_debug.c | 4 ++--
drivers/gpu/drm/drm_gem_shmem_helper.c | 2 ++
drivers/gpu/drm/lima/lima_gem.c| 2 +-
drivers/gpu/drm/msm/registers/gen_header.py| 5 +++--
drivers/gpu/drm/nouveau/nvif/object.c | 24 ++--
drivers/gpu/drm/panel/Kconfig | 2 ++
drivers/gpu/drm/panel/panel-lg-sw43408.c | 2 +-
drivers/gpu/drm/panel/panel-sitronix-st7789v.c | 16
drivers/gpu/drm/panfrost/panfrost_gem.c| 2 +-
10 files changed, 44 insertions(+), 21 deletions(-)
--
Thomas Zimmermann
Graphics Driver Developer
SUSE Software Solutions Germany GmbH
Frankenstrasse 146, 90461 Nuernberg, Germany
GF: Ivo Totev, Andrew Myers, Andrew McDonald, Boudien Moerman
HRB 36809 (AG Nuernberg)
[gentoo-commits] repo/gentoo:master commit in: net-wireless/gnuradio/
commit: 5b8424a69b3a6930852f6a333d508fb5741f2fc9
Author: Thomas Beierlein gentoo org>
AuthorDate: Thu May 30 18:44:52 2024 +
Commit: Thomas Beierlein gentoo org>
CommitDate: Thu May 30 18:46:26 2024 +
URL:https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=5b8424a6
net-wireless/gnuradio: Fix test failures
- Drop an empty test case
- Move away from deprecated statements for actual numpy versions
Closes: https://bugs.gentoo.org/931651
Signed-off-by: Thomas Beierlein gentoo.org>
net-wireless/gnuradio/gnuradio-3.10.9.2-r3.ebuild | 8 +++-
1 file changed, 7 insertions(+), 1 deletion(-)
diff --git a/net-wireless/gnuradio/gnuradio-3.10.9.2-r3.ebuild
b/net-wireless/gnuradio/gnuradio-3.10.9.2-r3.ebuild
index 1d0d5c8bffb7..4bfd82679765 100644
--- a/net-wireless/gnuradio/gnuradio-3.10.9.2-r3.ebuild
+++ b/net-wireless/gnuradio/gnuradio-3.10.9.2-r3.ebuild
@@ -78,7 +78,6 @@ RDEPEND="${PYTHON_DEPS}
iio? (
net-libs/libiio:=
net-libs/libad9361-iio:=
- !net-wireless/gr-iio
)
jack? ( virtual/jack )
portaudio? ( >=media-libs/portaudio-19_pre )
@@ -142,6 +141,13 @@ src_prepare() {
use !oss && sed -i 's#soundcard.h#oss-nonexistent.h#g'
cmake/Modules/FindOSS.cmake
use !portaudio && sed -i 's#portaudio.h#portaudio-nonexistent.h#g'
cmake/Modules/FindPORTAUDIO.cmake
+ # remove empty test case (see
https://github.com/gnuradio/gnuradio/commit/21df528)
+ # fails with Python 3.12
+ rm "${S}"/gr-digital/python/digital/qa_digital.py || die
+ # fix test failure due to deprecated syntax for numpy
+ # see https://github.com/gnuradio/gnuradio/commit/a306e11
+ sed -i -e "s/np.alltrue/np.all/g" \
+ "${S}"/gnuradio-runtime/python/pmt/qa_pmt_to_python.py || die
cmake_src_prepare
}
[gentoo-commits] repo/gentoo:master commit in: dev-libs/libzia/
commit: d6bfc7454a67d77749fc2e1c11c697854331ba30
Author: Thomas Beierlein gentoo org>
AuthorDate: Thu May 30 18:05:47 2024 +
Commit: Thomas Beierlein gentoo org>
CommitDate: Thu May 30 18:05:47 2024 +
URL:https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=d6bfc745
dev-libs/libzia: drop 4.58
Signed-off-by: Thomas Beierlein gentoo.org>
dev-libs/libzia/Manifest | 1 -
dev-libs/libzia/libzia-4.58.ebuild | 52 --
2 files changed, 53 deletions(-)
diff --git a/dev-libs/libzia/Manifest b/dev-libs/libzia/Manifest
index f0a9c0edc947..39dbd8fb8cdb 100644
--- a/dev-libs/libzia/Manifest
+++ b/dev-libs/libzia/Manifest
@@ -1,2 +1 @@
-DIST libzia-4.58.tar.gz 647123 BLAKE2B
c1d7963e108847f1198a3b21d9972a614f5a830afddba2d7fbbdae7794e622851e6c5e11910c5b932eb4733521e58df74a4649ee7d15add08336c1b8db1588e1
SHA512
1a5e54083821708a2c34f2385c646c97fc48962dc4615ef364bded57a8d578ce05d15a8bd890c061cf97dd56e7b240a0c97621e12295b64c7396b2227ae729a8
DIST libzia-4.59.tar.gz 647238 BLAKE2B
5e7d5eef5a316d3580789f4054652c533301d5737b01a125eb5387d6b444f2e3c3e1097f2f9738c7271dd569728e6eb3eb4d4d9bbd39c612991a72dddf6a58f3
SHA512
b9204d51d9901938b8f0e9a5ce1edb656ea90f3cb495d5885f2c5f3f440a9601ce77acb1ef7b44fe1dcf11b3251b7564bcc2c3987cb9b469c4aed2fe2f503bfd
diff --git a/dev-libs/libzia/libzia-4.58.ebuild
b/dev-libs/libzia/libzia-4.58.ebuild
deleted file mode 100644
index 557c11cf75df..
--- a/dev-libs/libzia/libzia-4.58.ebuild
+++ /dev/null
@@ -1,52 +0,0 @@
-# Copyright 1999-2024 Gentoo Authors
-# Distributed under the terms of the GNU General Public License v2
-
-EAPI=8
-
-inherit autotools flag-o-matic
-
-DESCRIPTION="Platform abstraction code for tucnak package"
-HOMEPAGE="http://tucnak.nagano.cz;
-SRC_URI="http://tucnak.nagano.cz/${P}.tar.gz;
-
-LICENSE="GPL-2"
-SLOT="0"
-KEYWORDS="amd64 x86"
-IUSE="ftdi"
-
-RDEPEND="dev-libs/glib:2
- x11-libs/gtk+:2
- media-libs/libsdl2
- media-libs/sdl2-ttf
- media-libs/libpng:0
- ftdi? ( dev-embedded/libftdi:1 )
- elibc_musl? ( sys-libs/libunwind )"
-DEPEND="${RDEPEND}"
-BDEPEND="virtual/pkgconfig"
-
-MAKEOPTS+=" -j1"
-
-src_prepare() {
- eapply_user
- sed -i -e "s/docsdir/#docsdir/g" \
- -e "s/docs_/#docs_/g" Makefile.am || die
-
- # fix build for MUSL (bug #832235)
- if use elibc_musl ; then
- sed -i -e "s/ backtrace(/ unw_backtrace(/" src/zbfd.c || die
- fi
- eautoreconf
-}
-
-src_configure() {
- use elibc_musl && append-libs -lunwind
- econf \
- $(use_with ftdi) --with-sdl \
- --with-png --without-bfd \
- --disable-static
-}
-
-src_install() {
- emake DESTDIR="${D}" install
- find "${D}" -name '*.la' -type f -delete || die
-}
[gentoo-commits] repo/gentoo:master commit in: media-radio/tucnak/
commit: e4b9c182e2597f0f883de4fdee437e66ce727d89
Author: Thomas Beierlein gentoo org>
AuthorDate: Thu May 30 18:04:51 2024 +
Commit: Thomas Beierlein gentoo org>
CommitDate: Thu May 30 18:04:51 2024 +
URL:https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=e4b9c182
media-radio/tucnak: drop 4.58
Signed-off-by: Thomas Beierlein gentoo.org>
media-radio/tucnak/Manifest | 1 -
media-radio/tucnak/tucnak-4.58.ebuild | 68 ---
2 files changed, 69 deletions(-)
diff --git a/media-radio/tucnak/Manifest b/media-radio/tucnak/Manifest
index 306fb47084cf..150c8c221014 100644
--- a/media-radio/tucnak/Manifest
+++ b/media-radio/tucnak/Manifest
@@ -1,2 +1 @@
-DIST tucnak-4.58.tar.gz 6817845 BLAKE2B
f1530aa83f99bd81de89bef74f0a17abb18e3326961e95e3f5b708dcc83640f6ac7249092381290f4c683f2e3078aff75f10d54e9dc75136644c384d2628b27c
SHA512
5744d11cb04a7dcfeb0b33356189e46a4c43fb21529a7dc59be5ade7f293c6d9cc72b4936c0b95c7eb15e044fc04515faf5b4ed6f4b610f4d8a018e53033978c
DIST tucnak-4.59.tar.gz 6822110 BLAKE2B
ba6a9912886c8ac5a0506c0170232f7f441e10d3bff2a45309cf4b03a67465165438c2955d080d7dd2616c0404594d7af370f5ada13337d91d46c07713ddf1a2
SHA512
a66ae8aba0bab19c1ac4a68889a9134eb24ba01e4ae444eac96c6f6829a09d307884ed4b448b606e2c9fea21d2fe33df68f5cd982177fc8d2c4b366ee090cfaa
diff --git a/media-radio/tucnak/tucnak-4.58.ebuild
b/media-radio/tucnak/tucnak-4.58.ebuild
deleted file mode 100644
index 86dda7cae62c..
--- a/media-radio/tucnak/tucnak-4.58.ebuild
+++ /dev/null
@@ -1,68 +0,0 @@
-# Copyright 1999-2024 Gentoo Authors
-# Distributed under the terms of the GNU General Public License v2
-
-EAPI=8
-inherit autotools flag-o-matic
-
-DESCRIPTION="Amateur Radio VHF Contest Logbook"
-HOMEPAGE="http://tucnak.nagano.cz;
-SRC_URI="http://tucnak.nagano.cz/${P}.tar.gz;
-
-LICENSE="GPL-2"
-SLOT="0"
-KEYWORDS="amd64 x86"
-IUSE="alsa fftw gpm hamlib suid"
-
-RDEPEND="dev-libs/glib:2
- ~dev-libs/libzia-4.58
- media-libs/libsndfile
- media-libs/libsdl2
- alsa? ( media-libs/alsa-lib )
- fftw? ( sci-libs/fftw:3.0 )
- gpm? ( sys-libs/gpm )
- hamlib? ( media-libs/hamlib:= )"
-DEPEND="${RDEPEND}
- virtual/pkgconfig"
-
-src_prepare() {
- eapply_user
- # fix destop file
- sed -i -e "s/HamRadio/HamRadio;/" share/applications/tucnak.desktop ||
die
- # fix doc install path
- sed -i -e "s/docsdir/# docsdir/" \
- -e "s/docs_DATA =/# docs_DATA/" \
- -e "s/EXTRA_DIST =/# EXTRA_DIST =/" Makefile.am doc/Makefile.am
|| die
- eautoreconf
-}
-
-src_configure() {
- append-ldflags -L/usr/$(get_libdir)/hamlib
- econf $(use_with alsa) \
- $(use_with gpm) $(use_with hamlib) \
- $(use_with fftw fftw3)
-}
-
-src_install() {
- emake DESTDIR="${D}" install
- dodoc AUTHORS ChangeLog doc/NAVOD.pdf
- if use suid ; then
- fperms 4711 /usr/bin/soundwrapper
- fi
-}
-
-pkg_postinst() {
- elog "In order to use sound with tucnak add yourself to the 'audio'
group"
- elog "and to key your rig via the parport add yourself to the 'lp'
group"
- elog ""
- elog "tucnak can be used with the following additional packages:"
- elog " media-radio/cwdaemon : Morse output via code cwdaemon"
- elog " (No need to recompile)"
- if use suid ; then
- ewarn "You have choosen to install the little helper program
'soundwrapper'"
- ewarn "setuid by setting USE=suid. That helper is only needed
if you"
- ewarn "want to use morse sidetone output via the PC speaker."
- ewarn ""
- ewarn "While the helper should be safe by design be aware that
setting"
- ewarn "any program setuid is a security risk."
- fi
-}
[gentoo-commits] repo/gentoo:master commit in: media-radio/fldigi/
commit: 1ab3a35236756fc32cdd8adcd2b1d0574e2a45bf
Author: Thomas Beierlein gentoo org>
AuthorDate: Thu May 30 18:03:11 2024 +
Commit: Thomas Beierlein gentoo org>
CommitDate: Thu May 30 18:03:11 2024 +
URL:https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=1ab3a352
media-radio/fldigi: drop 4.2.03, 4.2.04
Signed-off-by: Thomas Beierlein gentoo.org>
media-radio/fldigi/Manifest | 2 --
media-radio/fldigi/fldigi-4.2.03.ebuild | 62 -
media-radio/fldigi/fldigi-4.2.04.ebuild | 62 -
3 files changed, 126 deletions(-)
diff --git a/media-radio/fldigi/Manifest b/media-radio/fldigi/Manifest
index 6ffec819a8ae..28a8f7f52f44 100644
--- a/media-radio/fldigi/Manifest
+++ b/media-radio/fldigi/Manifest
@@ -1,3 +1 @@
-DIST fldigi-4.2.03.tar.gz 4979861 BLAKE2B
fdff1c211bb40acc570e3ec316a02772b4cb378b2983ae24fa4fea9486847c5a4453abb90ee7203fe07e2ea2c685c0ff3e41d68d186f3ec2e8de4397ce609675
SHA512
fc2c0ffe0df83870617e88f7d5ba797440f10a6f3bfa7eaf202c8c94cc4df0319ef5d7212e203998bec08cffcea4e83762ffcd726b28225779cc5666ce722edf
-DIST fldigi-4.2.04.tar.gz 5118463 BLAKE2B
9c3f51c4ad7a08c9ce26230f59e7ecbf7a2a3d1734905afbb130145a425bd83c6d11478dddce6499c229d3b87f4670ef94f87ffe34e96168761e2f705464ebf4
SHA512
609f687e47022822674b0188f16ce997712ce2ae605ef915507acf9531edf7c4d4c18dd7df96e3302b3c83bd8abe40afe79232ac1b59fa7014e5e8415784f2b2
DIST fldigi-4.2.05.tar.gz 5127250 BLAKE2B
54a144e34da47c5379256c4ece67447815c29500331e29ccce884885daa96650d6ec098839eb97d13a641d8d0078a9656c9d443016a2acc98fbe7b78c98ca6f9
SHA512
46281e65dad24c57ea344182ed053ddea70281b1682d2fe6b40aa1f111c529328c7e1e4de86828ac265ed4523882d086f5213706159fc43b61f15989fdd9d407
diff --git a/media-radio/fldigi/fldigi-4.2.03.ebuild
b/media-radio/fldigi/fldigi-4.2.03.ebuild
deleted file mode 100644
index aa2d0d47b2cd..
--- a/media-radio/fldigi/fldigi-4.2.03.ebuild
+++ /dev/null
@@ -1,62 +0,0 @@
-# Copyright 1999-2024 Gentoo Authors
-# Distributed under the terms of the GNU General Public License v2
-
-EAPI=8
-
-inherit flag-o-matic
-
-DESCRIPTION="Sound card based multimode software modem for Amateur Radio use"
-HOMEPAGE="http://www.w1hkj.com;
-SRC_URI="https://downloads.sourceforge.net/${PN}/${P}.tar.gz;
-
-LICENSE="GPL-3"
-SLOT="0"
-KEYWORDS="amd64 x86"
-IUSE="hamlib nls pulseaudio"
-IUSE_CPU_FLAGS=" sse sse2 sse3"
-IUSE+=" ${IUSE_CPU_FLAGS// / cpu_flags_x86_}"
-
-RDEPEND="x11-libs/fltk:1[threads,xft]
- media-libs/libsamplerate
- media-libs/libpng:0
- x11-misc/xdg-utils
- dev-perl/RPC-XML
- dev-perl/Term-ReadLine-Perl
- || (
- media-libs/portaudio[oss]
- media-libs/portaudio[alsa]
- )
- hamlib? ( media-libs/hamlib:= )
- pulseaudio? ( media-libs/libpulse )
- >=media-libs/libsndfile-1.0.10"
-DEPEND="${RDEPEND}
- nls? ( sys-devel/gettext )
- virtual/pkgconfig"
-
-DOCS=( AUTHORS ChangeLog NEWS README )
-
-PATCHES=( "${FILESDIR}/${PN}-drop-nullptr-definition.patch" )
-
-src_prepare() {
- eapply ${PATCHES[@]}
- eapply_user
-}
-
-src_configure() {
- #fails to compile with -flto (bug #860405)
- filter-lto
-
- append-cxxflags $(test-flags-CXX -std=c++14)
- local myconf=""
-
- use cpu_flags_x86_sse && myconf="${myconf} --enable-optimizations=sse"
- use cpu_flags_x86_sse2 && myconf="${myconf} --enable-optimizations=sse2"
- use cpu_flags_x86_sse3 && myconf="${myconf} --enable-optimizations=sse3"
-
- econf ${myconf} \
- --with-sndfile \
- $(use_with hamlib) \
- $(use_enable nls) \
- $(use_with pulseaudio) \
- --without-asciidoc
-}
diff --git a/media-radio/fldigi/fldigi-4.2.04.ebuild
b/media-radio/fldigi/fldigi-4.2.04.ebuild
deleted file mode 100644
index aa2d0d47b2cd..
--- a/media-radio/fldigi/fldigi-4.2.04.ebuild
+++ /dev/null
@@ -1,62 +0,0 @@
-# Copyright 1999-2024 Gentoo Authors
-# Distributed under the terms of the GNU General Public License v2
-
-EAPI=8
-
-inherit flag-o-matic
-
-DESCRIPTION="Sound card based multimode software modem for Amateur Radio use"
-HOMEPAGE="http://www.w1hkj.com;
-SRC_URI="https://downloads.sourceforge.net/${PN}/${P}.tar.gz;
-
-LICENSE="GPL-3"
-SLOT="0"
-KEYWORDS="amd64 x86"
-IUSE="hamlib nls pulseaudio"
-IUSE_CPU_FLAGS=" sse sse2 sse3"
-IUSE+=" ${IUSE_CPU_FLAGS// / cpu_flags_x86_}"
-
-RDEPEND="x11-libs/fltk:1[threads,xft]
- media-libs/libsamplerate
- media-libs/libpng:0
- x11-misc/xdg-utils
- dev-perl/RPC-XML
- dev-perl/Term-ReadLine-Perl
- || (
- media-libs/portaudio[
[gentoo-commits] repo/gentoo:master commit in: media-radio/cwdaemon/
commit: fd5a9422abd3264fe058fa0af6949b435dba9f8b
Author: Thomas Beierlein gentoo org>
AuthorDate: Thu May 30 17:59:16 2024 +
Commit: Thomas Beierlein gentoo org>
CommitDate: Thu May 30 18:00:08 2024 +
URL:https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=fd5a9422
media-radio/cwdaemon: drop 0.11.0
Signed-off-by: Thomas Beierlein gentoo.org>
media-radio/cwdaemon/Manifest | 1 -
media-radio/cwdaemon/cwdaemon-0.11.0.ebuild | 24
2 files changed, 25 deletions(-)
diff --git a/media-radio/cwdaemon/Manifest b/media-radio/cwdaemon/Manifest
index 773438e48375..6b45eb1129a8 100644
--- a/media-radio/cwdaemon/Manifest
+++ b/media-radio/cwdaemon/Manifest
@@ -1,2 +1 @@
-DIST cwdaemon-0.11.0.tar.gz 353868 BLAKE2B
9b0fe19e6850b4932b20a6f77a7a11abfe2aaed3ed6485b8f74ae226d36fe5a8c9428613c6055ac38d9c9aaa8a0cde7a71321b8111de9ae67bd77973c35aa166
SHA512
a2b882cea6ee3d061c83885a8cbee38e2db18031fde37784cf973f407e2eb8845d56dd52ec290c0e96063b305e1159ad217073a9abc976b0c99d06a87dc1089c
DIST cwdaemon-0.12.0.tar.gz 433974 BLAKE2B
c1ab01291e9907a4c090987573eb2914a72285c028d9b1c452be633706a683378ac2976dfddba90aa92dfdb1b821716d30a7e613c48dba0981628013bb4563d2
SHA512
1b9a29d92aa9d212f27def6a938bd170f41ea177ac552f99cbb399422e3046cfeeb440f203079cd3726042187f7cd4fd0903b8cc4c301b4b34238f4e6d842ee0
diff --git a/media-radio/cwdaemon/cwdaemon-0.11.0.ebuild
b/media-radio/cwdaemon/cwdaemon-0.11.0.ebuild
deleted file mode 100644
index 6b0c199543d2..
--- a/media-radio/cwdaemon/cwdaemon-0.11.0.ebuild
+++ /dev/null
@@ -1,24 +0,0 @@
-# Copyright 1999-2024 Gentoo Authors
-# Distributed under the terms of the GNU General Public License v2
-
-EAPI=8
-
-inherit flag-o-matic
-
-DESCRIPTION="A morse daemon for the parallel or serial port"
-HOMEPAGE="http://cwdaemon.sourceforge.net;
-SRC_URI="https://downloads.sourceforge.net/${PN}/${P}.tar.gz;
-
-LICENSE="GPL-2"
-SLOT="0"
-KEYWORDS="~alpha amd64 ppc x86"
-
-RDEPEND=">=media-radio/unixcw-3.3.1"
-DEPEND="${RDEPEND}"
-BDEPEND="virtual/pkgconfig"
-
-src_configure() {
- # provides header info for getaddrinfo() with C99 (bug 569970)
- append-cppflags -D_GNU_SOURCE
- econf
-}
Re: spontini-editor
Dear Paolo, I could install Spontini. When I open it in chromium browser I get the message "InvalidStateError: Platform dependent initialization failed." What does that mean? I can also open files, but Spontini doesn't find the root directory of my scores, which is ~/partituren/ Am Do., 30. Mai 2024 um 13:59 Uhr schrieb Paolo Prete : > > Hello Stefan, > > Unfortunately not, at the moment. Maybe it would be good to open a mailing > list dedicated to easier editing with LilyPond, and direct questions there? > > Otherwise, tell me what the best and fastest choice might be. > > > In the meantime you can ask questions in the LilyPond-user mailing list, as > is also the case for other editors (like Frescobaldi). I normally read this > mailing list. > > > Il gio 30 mag 2024, 10:49 Stefan Thomas ha > scritto: > >> Dear communiy, >> is there a user group for the spontini editor? >> >
[PULL] drm-xe-fixes
Hi Dave, Sima The drm-xe-fixes for -rc2 Only three fixes so far. I'm holding back one additional fix to be able to sort out whether it's correct or need more work. drm-xe-fixes-2024-05-30: Driver Changes: - One pcode polling timeout change - One fix for deadlocks for faulting VMs - One error-path lock imbalance fix The following changes since commit 1613e604df0cd359cf2a7fbd9be7a0bcfacfabd0: Linux 6.10-rc1 (2024-05-26 15:20:12 -0700) are available in the Git repository at: https://gitlab.freedesktop.org/drm/xe/kernel.git tags/drm-xe-fixes-2024-05-30 for you to fetch changes up to 6c5cd0807c79eb4c0cda70b48f6be668a241d584: drm/xe: Properly handle alloc_guc_id() failure (2024-05-28 08:53:45 +0200) Driver Changes: - One pcode polling timeout change - One fix for deadlocks for faulting VMs - One error-path lock imbalance fix Himal Prasad Ghimiray (1): drm/xe: Change pcode timeout to 50msec while polling again Matthew Brost (1): drm/xe: Only use reserved BCS instances for usm migrate exec queue Niranjana Vishwanathapura (1): drm/xe: Properly handle alloc_guc_id() failure drivers/gpu/drm/xe/xe_guc_submit.c | 1 + drivers/gpu/drm/xe/xe_migrate.c| 12 +--- drivers/gpu/drm/xe/xe_pcode.c | 2 +- 3 files changed, 7 insertions(+), 8 deletions(-)
[PULL] drm-xe-fixes
Hi Dave, Sima The drm-xe-fixes for -rc2 Only three fixes so far. I'm holding back one additional fix to be able to sort out whether it's correct or need more work. drm-xe-fixes-2024-05-30: Driver Changes: - One pcode polling timeout change - One fix for deadlocks for faulting VMs - One error-path lock imbalance fix The following changes since commit 1613e604df0cd359cf2a7fbd9be7a0bcfacfabd0: Linux 6.10-rc1 (2024-05-26 15:20:12 -0700) are available in the Git repository at: https://gitlab.freedesktop.org/drm/xe/kernel.git tags/drm-xe-fixes-2024-05-30 for you to fetch changes up to 6c5cd0807c79eb4c0cda70b48f6be668a241d584: drm/xe: Properly handle alloc_guc_id() failure (2024-05-28 08:53:45 +0200) Driver Changes: - One pcode polling timeout change - One fix for deadlocks for faulting VMs - One error-path lock imbalance fix Himal Prasad Ghimiray (1): drm/xe: Change pcode timeout to 50msec while polling again Matthew Brost (1): drm/xe: Only use reserved BCS instances for usm migrate exec queue Niranjana Vishwanathapura (1): drm/xe: Properly handle alloc_guc_id() failure drivers/gpu/drm/xe/xe_guc_submit.c | 1 + drivers/gpu/drm/xe/xe_migrate.c| 12 +--- drivers/gpu/drm/xe/xe_pcode.c | 2 +- 3 files changed, 7 insertions(+), 8 deletions(-)
[PULL] drm-xe-fixes
Hi Dave, Sima The drm-xe-fixes for -rc2 Only three fixes so far. I'm holding back one additional fix to be able to sort out whether it's correct or need more work. drm-xe-fixes-2024-05-30: Driver Changes: - One pcode polling timeout change - One fix for deadlocks for faulting VMs - One error-path lock imbalance fix The following changes since commit 1613e604df0cd359cf2a7fbd9be7a0bcfacfabd0: Linux 6.10-rc1 (2024-05-26 15:20:12 -0700) are available in the Git repository at: https://gitlab.freedesktop.org/drm/xe/kernel.git tags/drm-xe-fixes-2024-05-30 for you to fetch changes up to 6c5cd0807c79eb4c0cda70b48f6be668a241d584: drm/xe: Properly handle alloc_guc_id() failure (2024-05-28 08:53:45 +0200) Driver Changes: - One pcode polling timeout change - One fix for deadlocks for faulting VMs - One error-path lock imbalance fix Himal Prasad Ghimiray (1): drm/xe: Change pcode timeout to 50msec while polling again Matthew Brost (1): drm/xe: Only use reserved BCS instances for usm migrate exec queue Niranjana Vishwanathapura (1): drm/xe: Properly handle alloc_guc_id() failure drivers/gpu/drm/xe/xe_guc_submit.c | 1 + drivers/gpu/drm/xe/xe_migrate.c| 12 +--- drivers/gpu/drm/xe/xe_pcode.c | 2 +- 3 files changed, 7 insertions(+), 8 deletions(-)
[NTG-context] Re: Number in a circle
On 30.05.24 18:18, Kip Warner wrote: Thanks Hrabab. With respect to the latter wiki page, the project might consider adding a PPA. They're very popular among the over a hundred different Debian based distros out there. They reconcile both system requirements of proper FHS usage and file tracking by the system package manager with the user's need to use the latest stable or nightly. Is this a message "I'm volunteering to maintain such a ppa" or a message "wouldn't it be nice if someone went out of their way to make my life easier"? Just out of curiosity. Thomas ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / https://mailman.ntg.nl/mailman3/lists/ntg-context.ntg.nl webpage : https://www.pragma-ade.nl / https://context.aanhet.net (mirror) archive : https://github.com/contextgarden/context wiki : https://wiki.contextgarden.net ___
Re: [edk2-devel] [PATCH 2/2] AmdSev: Halt on failed blob allocation
On 5/6/24 15:27, Tobin Feldman-Fitzthum wrote:
A malicious host may be able to undermine the fw_cfg
interface such that loading a blob fails.
In this case rather than continuing to the next boot
option, the blob verifier should halt.
For non-confidential guests, the error should be non-fatal.
Signed-off-by: Tobin Feldman-Fitzthum
---
.../BlobVerifierSevHashes.c | 17 -
OvmfPkg/Include/Library/BlobVerifierLib.h | 14 ++
.../BlobVerifierLibNull/BlobVerifierNull.c | 13 -
.../QemuKernelLoaderFsDxe.c | 9 -
4 files changed, 38 insertions(+), 15 deletions(-)
diff --git a/OvmfPkg/AmdSev/BlobVerifierLibSevHashes/BlobVerifierSevHashes.c
b/OvmfPkg/AmdSev/BlobVerifierLibSevHashes/BlobVerifierSevHashes.c
index ee8bca509a..c550518d73 100644
--- a/OvmfPkg/AmdSev/BlobVerifierLibSevHashes/BlobVerifierSevHashes.c
+++ b/OvmfPkg/AmdSev/BlobVerifierLibSevHashes/BlobVerifierSevHashes.c
@@ -83,6 +83,7 @@ FindBlobEntryGuid (
@param[in] BlobName The name of the blob
@param[in] BufThe data of the blob
@param[in] BufSizeThe size of the blob in bytes
+ @param[in] FetchStatusThe status of the previous blob fetch
@retval EFI_SUCCESS The blob was verified successfully or was not
found in the hash table.
@@ -94,13 +95,27 @@ EFIAPI
VerifyBlob (
IN CONST CHAR16 *BlobName,
IN CONST VOID*Buf,
- IN UINT32BufSize
+ IN UINT32BufSize,
+ IN EFI_STATUSFetchStatus
)
{
CONST GUID *Guid;
INT32 Remaining;
HASH_TABLE *Entry;
+ // Enter a dead loop if the fetching of this blob
+ // failed. This prevents a malicious host from
+ // circumventing the following checks.
+ if (EFI_ERROR (FetchStatus)) {
+DEBUG ((
+ DEBUG_ERROR,
+ "%a: Fetching blob failed.\n",
+ __func__
+ ));
+
+CpuDeadLoop ();
+ }
+
if ((mHashesTable == NULL) || (mHashesTableSize == 0)) {
DEBUG ((
DEBUG_WARN,
diff --git a/OvmfPkg/Include/Library/BlobVerifierLib.h
b/OvmfPkg/Include/Library/BlobVerifierLib.h
index 7e1af27574..efe26734b1 100644
--- a/OvmfPkg/Include/Library/BlobVerifierLib.h
+++ b/OvmfPkg/Include/Library/BlobVerifierLib.h
@@ -19,20 +19,26 @@
/**
Verify blob from an external source.
+ If a non-secure configuration is detected this function will enter a
+ dead loop to prevent a boot.
+
Probably shouldn't specify this here as the VerifyBlob() that is not in
AmdSev will not enter a dead loop.
Thanks,
Tom
@param[in] BlobName The name of the blob
@param[in] BufThe data of the blob
@param[in] BufSizeThe size of the blob in bytes
+ @param[in] FetchStatusThe status of fetching this blob
- @retval EFI_SUCCESS The blob was verified successfully.
- @retval EFI_ACCESS_DENIED The blob could not be verified, and therefore
-should be considered non-secure.
+ @retval EFI_SUCCESS The blob was verified successfully or was not
+found in the hash table.
+ @retval EFI_ACCESS_DENIED Kernel hashes not supported but the boot can
+continue safely.
**/
EFI_STATUS
EFIAPI
VerifyBlob (
IN CONST CHAR16 *BlobName,
IN CONST VOID*Buf,
- IN UINT32BufSize
+ IN UINT32BufSize,
+ IN EFI_STATUSFetchStatus
);
#endif
diff --git a/OvmfPkg/Library/BlobVerifierLibNull/BlobVerifierNull.c
b/OvmfPkg/Library/BlobVerifierLibNull/BlobVerifierNull.c
index e817c3cc95..db5320571c 100644
--- a/OvmfPkg/Library/BlobVerifierLibNull/BlobVerifierNull.c
+++ b/OvmfPkg/Library/BlobVerifierLibNull/BlobVerifierNull.c
@@ -16,18 +16,21 @@
@param[in] BlobName The name of the blob
@param[in] BufThe data of the blob
@param[in] BufSizeThe size of the blob in bytes
+ @param[in] FetchStatusThe status of the fetch of this blob
- @retval EFI_SUCCESS The blob was verified successfully.
- @retval EFI_ACCESS_DENIED The blob could not be verified, and therefore
-should be considered non-secure.
+ @retval EFI_SUCCESS The blob was verified successfully or was not
+found in the hash table.
+ @retval EFI_ACCESS_DENIED Kernel hashes not supported but the boot can
+continue safely.
**/
EFI_STATUS
EFIAPI
VerifyBlob (
IN CONST CHAR16 *BlobName,
IN CONST VOID*Buf,
- IN UINT32BufSize
+ IN UINT32BufSize,
+ IN EFI_STATUSFetchStatus
)
{
- return EFI_SUCCESS;
+ return FetchStatus;
}
diff --git a/OvmfPkg/QemuKernelLoaderFsDxe/QemuKernelLoaderFsDxe.c
b/OvmfPkg/QemuKernelLoaderFsDxe/QemuKernelLoaderFsDxe.c
index
Re: RFR: 8333149: ubsan : memset on nullptr target detected in jvmtiEnvBase.cpp get_object_monitor_usage
On Wed, 29 May 2024 09:09:16 GMT, Matthias Baesken wrote: > When running with ubsan - enabled binaries (--enable-ubsan), > in the vmTestbase/nsk/jdi tests some cases of memset on nullptr destinations > are detected in get_object_monitor_usage . > > // null out memory for robustness > memset(ret.waiters, 0, ret.waiter_count * sizeof(jthread *)); > memset(ret.notify_waiters, 0, ret.notify_waiter_count * sizeof(jthread *)); > > probably we should add checks there. > Example : > vmTestbase/nsk/jdi/ObjectReference/entryCount/entrycount002/TestDescription.jtr > > debugee.stderr> /src/hotspot/share/prims/jvmtiEnvBase.cpp:1560:11: runtime > error: null pointer passed as argument 1, which is declared to never be null > debugee.stderr> #0 0x7ffb2568559c in > JvmtiEnvBase::get_object_monitor_usage(JavaThread*, _jobject*, > jvmtiMonitorUsage*) src/hotspot/share/prims/jvmtiEnvBase.cpp:1560 > debugee.stderr> #1 0x7ffb27987bd7 in VM_GetObjectMonitorUsage::doit() > src/hotspot/share/prims/jvmtiEnvBase.hpp:594 > debugee.stderr> #2 0x7ffb28ddc2dd in VM_Operation::evaluate() > src/hotspot/share/runtime/vmOperations.cpp:75 > debugee.stderr> #3 0x7ffb28deac41 in > VMThread::evaluate_operation(VM_Operation*) > src/hotspot/share/runtime/vmThread.cpp:283 > debugee.stderr> #4 0x7ffb28decc4f in VMThread::inner_execute(VM_Operation*) > src/hotspot/share/runtime/vmThread.cpp:427 > debugee.stderr> #5 0x7ffb28ded7b9 in VMThread::loop() > src/hotspot/share/runtime/vmThread.cpp:493 > debugee.stderr> #6 0x7ffb28ded8a7 in VMThread::run() > src/hotspot/share/runtime/vmThread.cpp:177 > debugee.stderr> #7 0x7ffb28b7e31a in Thread::call_run() > src/hotspot/share/runtime/thread.cpp:225 > debugee.stderr> #8 0x7ffb281c4971 in thread_native_entry > src/hotspot/os/linux/os_linux.cpp:846 > debugee.stderr> #9 0x7ffb2df416e9 in start_thread > (/lib64/libpthread.so.0+0xa6e9) (BuildId: > 2f8d3c2d0f4d7888c2598d2ff6356537f5708a73) > debugee.stderr> #10 0x7ffb2d51550e in clone (/lib64/libc.so.6+0x11850e) > (BuildId: f732026552f6adff988b338e92d466bc81a01c37) > > vmTestbase/nsk/jdi/ObjectReference/owningThread/owningthread002/TestDescription.jtr > > debugee.stderr> /src/hotspot/share/prims/jvmtiEnvBase.cpp:1561:11: runtime > error: null pointer passed as argument 1, which is declared to never be null > debugee.stderr> #0 0x7f1e070855bb in > JvmtiEnvBase::get_object_monitor_usage(JavaThread*, _jobject*, > jvmtiMonitorUsage*) src/hotspot/share/prims/jvmtiEnvBase.cpp:1561 > debugee.stderr> #1 0x7f1e09387bd7 in VM_GetObjectMonitorUsage::doit() > src/hotspot/share/prims/jvmtiEnvBase.hpp:594 > debugee.stderr> #2 0x7f1e0a7dc2dd in VM_Operation::evaluate() src/hotsp... I agree with David on the 24hr thing. We want others to stick to that rule, then we should keep the rule ourselves. The rule takes the pressure out of monitoring the patch flow. But @TheRealMDoerr is right, the only logical way we can see a nullptr here is if there are no waiters/notifiers. A better solution may have been to move the memsets into their respective count > 0 conditions. - PR Comment: https://git.openjdk.org/jdk/pull/19450#issuecomment-2140003043
Re: [edk2-devel] [PATCH 1/2] AmdSev: Rework Blob Verifier
On 5/6/24 15:27, Tobin Feldman-Fitzthum wrote:
The Blob Verifier checks boot artifacts against a hash table
injected by the hypervisor and measured by hardware.
Update the Blob Verifier to enter a dead loop if the artifacts
do not match.
There are some changes to messages from ERROR to WARN and the return is
kept as EFI_ACCESS_DENIED, so it would be best to describe in the commit
message what situations result in EFI_ACCES_DENIED vs dead loop.
Signed-off-by: Tobin Feldman-Fitzthum
---
.../BlobVerifierSevHashes.c | 39 +++
1 file changed, 31 insertions(+), 8 deletions(-)
diff --git a/OvmfPkg/AmdSev/BlobVerifierLibSevHashes/BlobVerifierSevHashes.c
b/OvmfPkg/AmdSev/BlobVerifierLibSevHashes/BlobVerifierSevHashes.c
index 2e58794c3c..ee8bca509a 100644
--- a/OvmfPkg/AmdSev/BlobVerifierLibSevHashes/BlobVerifierSevHashes.c
+++ b/OvmfPkg/AmdSev/BlobVerifierLibSevHashes/BlobVerifierSevHashes.c
@@ -77,13 +77,17 @@ FindBlobEntryGuid (
/**
Verify blob from an external source.
+ If a non-secure configuration is detected this function will enter a
+ dead loop to prevent a boot.
+
@param[in] BlobName The name of the blob
@param[in] BufThe data of the blob
@param[in] BufSizeThe size of the blob in bytes
- @retval EFI_SUCCESS The blob was verified successfully.
- @retval EFI_ACCESS_DENIED The blob could not be verified, and therefore
-should be considered non-secure.
+ @retval EFI_SUCCESS The blob was verified successfully or was not
+found in the hash table.
+ @retval EFI_ACCESS_DENIED Kernel hashes not supported, but the boot
+can continue safely.
**/
EFI_STATUS
EFIAPI
@@ -99,8 +103,8 @@ VerifyBlob (
if ((mHashesTable == NULL) || (mHashesTableSize == 0)) {
DEBUG ((
- DEBUG_ERROR,
- "%a: Verifier called but no hashes table discoverd in MEMFD\n",
+ DEBUG_WARN,
+ "%a: No hashes table discovered in MEMFD\n",
Technically, this should really just change the ERROR to WARN without
changing the message text.
__func__
));
return EFI_ACCESS_DENIED;
@@ -114,7 +118,8 @@ VerifyBlob (
__func__,
BlobName
));
-return EFI_ACCESS_DENIED;
+
+CpuDeadLoop ();
}
//
@@ -136,10 +141,22 @@ VerifyBlob (
DEBUG ((DEBUG_INFO, "%a: Found GUID %g in table\n", __func__, Guid));
+if (BufSize == 0) {
+ DEBUG ((
+DEBUG_ERROR,
+"%a: Blob Specified in Hash Table was not Provided",
+__func__,
+EntrySize,
+SHA256_DIGEST_SIZE
Looks like there's no substitution spots in the message for these last
two parameters.
Thanks,
Tom
+));
+
+ CpuDeadLoop ();
+}
+
EntrySize = Entry->Len - sizeof Entry->Guid - sizeof Entry->Len;
if (EntrySize != SHA256_DIGEST_SIZE) {
DEBUG ((
-DEBUG_ERROR,
+DEBUG_WARN,
"%a: Hash has the wrong size %d != %d\n",
__func__,
EntrySize,
@@ -170,18 +187,24 @@ VerifyBlob (
__func__,
BlobName
));
+
+ CpuDeadLoop ();
}
return Status;
}
+ //
+ // If the GUID is not in the hash table, execution can still continue.
+ // This blob will not be measured, but at least one blob must be.
+ //
DEBUG ((
DEBUG_ERROR,
"%a: Hash GUID %g not found in table\n",
__func__,
Guid
));
- return EFI_ACCESS_DENIED;
+ return EFI_SUCCESS;
}
/**
-=-=-=-=-=-=-=-=-=-=-=-
Groups.io Links: You receive all messages sent to this group.
View/Reply Online (#119397): https://edk2.groups.io/g/devel/message/119397
Mute This Topic: https://groups.io/mt/105977014/21656
Group Owner: devel+ow...@edk2.groups.io
Unsubscribe: https://edk2.groups.io/g/devel/unsub [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
Re: Database Connection Requests Initiated but Not Sent on the Wire (Some, Not All)
OK. This is an interim binary patch for 9.0.80 only. The purpose is to: - confirm the proposed change fixes the problem - provide you with a workaround in the short term This is the binary patch: https://people.apache.org/~markt/dev/classloader-not-found-cache-9.0.80-v1.zip Extract the contents into $CATALINA_HOME/lib You should end up with: $CATALINA_HOME/lib/org/apache/... Usual caveats apply. This is not an official release. Use it at your own risk. Don't blame either me or the ASF it is results in alien invasion, a tax bill, the server catching fire or anything else unexpected and/or unwanted. Longer term, I'm not sure this is exactly how I want to fix it in Tomcat. I am convinced of the need to cache classes that don't exist but exactly where / how to do that and what degree of control the user should have is very much TBD. I suspect this will be a topic of discussion at Community Over Code at Bratislava next week. I am expecting that any fix won't be in the June release round but should be in the July release round. Let us know how you get on and good luck. Mark On 30/05/2024 10:16, Mark Thomas wrote: On 29/05/2024 17:03, Eric Robinson wrote: One of the webapps is related to voice reminder messages that go out to people. The reminders go out sometime after 9 am, which tracks with the slowdowns. Ack. Something to try while I work on a patch is setting archiveIndexStrategy="bloom" on the resources. You'd configure that in META-INF/context.xml something like this: Mark - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
[kmymoney] [Bug 487477] Stock price refresh not working anymore
https://bugs.kde.org/show_bug.cgi?id=487477 --- Comment #5 from Thomas Baumgart --- Git commit f1565ce735f6f66a3069260886146fefb0716edc by Thomas Baumgart. Committed on 30/05/2024 at 12:39. Pushed by tbaumgart into branch 'fix-487477'. Allow to use local script to retrieve quotes This change allows to provide a local script as URL which will take care of downloading the data and sends it to stdout. This change is for Alkimia which now contains the logic to download price and exchange rate information and fixes the problem in KMyMoney master. For KMyMoney 5.1.3 a different fix maybe required. M +1-1autotests/CMakeLists.txt M +0-1src/CMakeLists.txt M +11 -7src/alkonlinequote_p.cpp M +1-7src/alkonlinequote_p.h https://invent.kde.org/office/alkimia/-/commit/f1565ce735f6f66a3069260886146fefb0716edc -- You are receiving this mail because: You are watching all bug changes.
[kmymoney] [Bug 487477] Stock price refresh not working anymore
https://bugs.kde.org/show_bug.cgi?id=487477 --- Comment #5 from Thomas Baumgart --- Git commit f1565ce735f6f66a3069260886146fefb0716edc by Thomas Baumgart. Committed on 30/05/2024 at 12:39. Pushed by tbaumgart into branch 'fix-487477'. Allow to use local script to retrieve quotes This change allows to provide a local script as URL which will take care of downloading the data and sends it to stdout. This change is for Alkimia which now contains the logic to download price and exchange rate information and fixes the problem in KMyMoney master. For KMyMoney 5.1.3 a different fix maybe required. M +1-1autotests/CMakeLists.txt M +0-1src/CMakeLists.txt M +11 -7src/alkonlinequote_p.cpp M +1-7src/alkonlinequote_p.h https://invent.kde.org/office/alkimia/-/commit/f1565ce735f6f66a3069260886146fefb0716edc -- You are receiving this mail because: You are the assignee for the bug.
Re: Leo 6.8.0 b1 will be delayed at least one week
On Thursday, May 30, 2024 at 7:04:30 AM UTC-4 Edward K. Ream wrote: On Thursday, May 30, 2024 at 5:43:12 AM UTC-5 Edward K. Ream wrote: Thomas has just discovered a serious recent error in Leo's read code. See #3957 <https://github.com/leo-editor/leo-editor/issues/3957>. The fix may be straightforward, but it must be tested for at least one week. Still true. Happily, the error was less serious than I thought at first. Good. My concern was that the statement had intended to be an assignment but by mistake did nothing. -- You received this message because you are subscribed to the Google Groups "leo-editor" group. To unsubscribe from this group and stop receiving emails from it, send an email to leo-editor+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/leo-editor/b78d97ef-bc86-4ba2-a417-799667c23a8an%40googlegroups.com.
Re: After upgrade, what do you do about "removed" and "obsolete" packages ?
Hi, i wrote: > > Next documenation riddle is what the word "local" means in output lines > > like > > linux-image-5.10.0-rc2-ts/now 5.10.0-rc2-ts-37 amd64 [installed,local] Florent Rougon wrote: > I don't use this but guess it is as in aptitude, where “obsolete/local > packages” are packages that are installed (from dpkg's POV) but not > available from any of the repositories scanned in the last 'apt update' > run. So "local" would be just another word for "obsolete" ? Indeed, the output of apt list '?installed !?obsolete' | grep local shows only some packages with "locale" in their name, but none with "local" in the []-brackets. On the other hand apt list '?installed ?obsolete' | grep -v 'local]$' shows no packages, i.e. all lines of obsolete packages end by "local]". Nevertheless it would be nice to find documentation about this kind of info in the output of "apt list". Have a nice day :) Thomas
Core files on Debian Trixie
Hi, I have noticed that started getting core files on Debian testing recently. I'm running a fairly standard installation with my own kernel build. I'm fine with this as default setting, but my knowledge in this area is probably outdated, so I wanted to ask what the recommended way is nowadays to disable corefiles globally. Should I change the settings in /etc/security/limits.d/ or set kernel.core_pattern in /etc/sysctl.d/? Just being curious, what package/change enabled this change? Thanks, Thomas
Bug#1072208: ITP: python-coriolisclient -- client bindings and cli to the Coriolis migration API
Package: wnpp
Severity: wishlist
Owner: Thomas Goirand
X-Debbugs-Cc: debian-de...@lists.debian.org
* Package name: python-coriolisclient
Version : 1.0.9
Upstream Contact: Cloudbase Solutions Srl
* URL : https://github.com/cloudbase/python-coriolisclient
* License : Apache-2.0
Programming Lang: Python
Description : client bindings and cli to the Coriolis migration API
The Coriolis command-line API offers an interface over the REST API provided
by the Coriolis migration service.
.
This package contains the a client for the Coriolis API. There's a Python API
(the "coriolisclient" module), and a command-line script ("coriolis").
Bug#1072208: ITP: python-coriolisclient -- client bindings and cli to the Coriolis migration API
Package: wnpp
Severity: wishlist
Owner: Thomas Goirand
X-Debbugs-Cc: debian-devel@lists.debian.org
* Package name: python-coriolisclient
Version : 1.0.9
Upstream Contact: Cloudbase Solutions Srl
* URL : https://github.com/cloudbase/python-coriolisclient
* License : Apache-2.0
Programming Lang: Python
Description : client bindings and cli to the Coriolis migration API
The Coriolis command-line API offers an interface over the REST API provided
by the Coriolis migration service.
.
This package contains the a client for the Coriolis API. There's a Python API
(the "coriolisclient" module), and a command-line script ("coriolis").
Bug#1072208: ITP: python-coriolisclient -- client bindings and cli to the Coriolis migration API
Package: wnpp
Severity: wishlist
Owner: Thomas Goirand
X-Debbugs-Cc: debian-de...@lists.debian.org
* Package name: python-coriolisclient
Version : 1.0.9
Upstream Contact: Cloudbase Solutions Srl
* URL : https://github.com/cloudbase/python-coriolisclient
* License : Apache-2.0
Programming Lang: Python
Description : client bindings and cli to the Coriolis migration API
The Coriolis command-line API offers an interface over the REST API provided
by the Coriolis migration service.
.
This package contains the a client for the Coriolis API. There's a Python API
(the "coriolisclient" module), and a command-line script ("coriolis").
Re: After upgrade, what do you do about "removed" and "obsolete" packages ?
Hi, i wrote: > > But i am not sure whether the commercial package which i have to keep > > will be preserved with "apt autoremove". > > Is there a way to do a dry run which only tells what would happen if i > > were more courageous ? Mike Kupfer wrote: > When I use "apt autoremove", I am given a list of proposed removals and > a prompt about whether I want to proceed. Good to know that there are safeguards when i finally remove some of the "obsolete" packages. I wrote: > > How could i get a list of only the automatically installed obsolete > > packages ? > > (I still did not find any documentation about the '~c' or '~o' with > > "apt list".) Max Nikulin wrote: > apt-patterns(7) Wow. What kind of programming language can have inspired the developers to define such a syntax ? But hey, at least there is logic provided. \o/ So i try apt list '?installed ?obsolete ?automatic' This narrows the list from 220 to 192 packages. Even better, i don't have to diff the lists but can see the 28 other obsolete packages by apt list '?installed ?obsolete !?automatic' Among them are "hfsprogs", the self-made kernels, and the commercial package which i need to keep. Next documenation riddle is what the word "local" means in output lines like linux-image-5.10.0-rc2-ts/now 5.10.0-rc2-ts-37 amd64 [installed,local] (I may have missed something in the man pages of dpkg and dpkg-query, but their occurences of the word "local" do not look like related to the info from "apt list".) Have a nice day :) Thomas
Re: Database Connection Requests Initiated but Not Sent on the Wire (Some, Not All)
On 29/05/2024 17:03, Eric Robinson wrote: One of the webapps is related to voice reminder messages that go out to people. The reminders go out sometime after 9 am, which tracks with the slowdowns. Ack. Something to try while I work on a patch is setting archiveIndexStrategy="bloom" on the resources. You'd configure that in META-INF/context.xml something like this: Mark - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
spontini-editor
Dear communiy, is there a user group for the spontini editor?
[gentoo-commits] repo/proj/guru:dev commit in: gui-apps/sddm-conf/
commit: 93c5c4de2eae34869428a69d34f0fafde47e2fc4 Author: Thomas Clarke hotmail com> AuthorDate: Thu May 30 08:26:08 2024 + Commit: Thomas Clarke hotmail com> CommitDate: Thu May 30 08:26:08 2024 + URL:https://gitweb.gentoo.org/repo/proj/guru.git/commit/?id=93c5c4de gui-apps/sddm-conf: update maintainers Signed-off-by: Thomas Clarke hotmail.com> gui-apps/sddm-conf/metadata.xml | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/gui-apps/sddm-conf/metadata.xml b/gui-apps/sddm-conf/metadata.xml index 48751d69a..d21eedd73 100644 --- a/gui-apps/sddm-conf/metadata.xml +++ b/gui-apps/sddm-conf/metadata.xml @@ -2,7 +2,7 @@ https://www.gentoo.org/dtd/metadata.dtd;> -tomclarke2...@gotmail.com +tomclarke2...@hotmail.com Thomas Clarke
[gentoo-commits] repo/proj/guru:dev commit in: dev-build/qtilitools/
commit: e1f32ea63538c01a2fd9ca3224144043eeafd974
Author: Thomas Clarke hotmail com>
AuthorDate: Thu May 30 08:20:48 2024 +
Commit: Thomas Clarke hotmail com>
CommitDate: Thu May 30 08:21:35 2024 +
URL:https://gitweb.gentoo.org/repo/proj/guru.git/commit/?id=e1f32ea6
dev-build/qtilitools: update SRC_URI
Signed-off-by: Thomas Clarke hotmail.com>
dev-build/qtilitools/Manifest| 2 +-
dev-build/qtilitools/metadata.xml| 5 +
dev-build/qtilitools/qtilitools-0.1.2.ebuild | 14 +-
3 files changed, 3 insertions(+), 18 deletions(-)
diff --git a/dev-build/qtilitools/Manifest b/dev-build/qtilitools/Manifest
index cb2a82f39..98e23b506 100644
--- a/dev-build/qtilitools/Manifest
+++ b/dev-build/qtilitools/Manifest
@@ -1 +1 @@
-DIST 0.1.2.tar.gz 6964 BLAKE2B
a67b90944ea9168702c71f846cd6c228f6f997d68ca18b367913ab67d67fb5ea10a588c5dbacb61dc3ff5827ebe9a4c8a8cc2e9910a1e65959f6147b67f29229
SHA512
fc4313ab29ce0da8cc62fe30626acfe2782ce05699be871c3e90c813631ca69db7245863fa7ae66a3b9d7ec4194cb15e532cdc45e83db51004172df8662ef2e2
+DIST qtilitools-0.1.2.tar.gz 6964 BLAKE2B
a67b90944ea9168702c71f846cd6c228f6f997d68ca18b367913ab67d67fb5ea10a588c5dbacb61dc3ff5827ebe9a4c8a8cc2e9910a1e65959f6147b67f29229
SHA512
fc4313ab29ce0da8cc62fe30626acfe2782ce05699be871c3e90c813631ca69db7245863fa7ae66a3b9d7ec4194cb15e532cdc45e83db51004172df8662ef2e2
diff --git a/dev-build/qtilitools/metadata.xml
b/dev-build/qtilitools/metadata.xml
index c56d93ccf..a33c02a73 100644
--- a/dev-build/qtilitools/metadata.xml
+++ b/dev-build/qtilitools/metadata.xml
@@ -2,12 +2,9 @@
https://www.gentoo.org/dtd/metadata.dtd;>
-tomclarke2...@gotmail.com
+tomclarke2...@hotmail.com
Thomas Clarke
-
-Scripts/commands used in the Qtilities organization
-
qtilities/qtilitools
diff --git a/dev-build/qtilitools/qtilitools-0.1.2.ebuild
b/dev-build/qtilitools/qtilitools-0.1.2.ebuild
index cfb20d726..76b92d7f6 100644
--- a/dev-build/qtilitools/qtilitools-0.1.2.ebuild
+++ b/dev-build/qtilitools/qtilitools-0.1.2.ebuild
@@ -7,20 +7,8 @@ inherit cmake
DESCRIPTION="Scripts/commands used in the Qtilities organization "
HOMEPAGE="https://qtilities.github.io/;
-SRC_URI="https://github.com/qtilities/${PN}/archive/refs/tags/${PV}.tar.gz;
-S="${WORKDIR}/${PN}-0.1.2"
+SRC_URI="https://github.com/qtilities/${PN}/archive/refs/tags/${PV}.tar.gz ->
${P}.tar.gz"
LICENSE="BSD"
SLOT="0"
KEYWORDS="~amd64"
-
-src_configure() {
- local mycmakeargs=(
- "-DCMAKE_INSTALL_PREFIX=/usr"
- )
- cmake_src_configure
-}
-
-src_install() {
- cmake_src_install
-}
[gentoo-commits] repo/proj/guru:dev commit in: gui-apps/sddm-conf/
commit: daf8c80ac341fe3ae45eaa0bbf4acdab792a521d
Author: Thomas Clarke hotmail com>
AuthorDate: Thu May 30 08:21:14 2024 +
Commit: Thomas Clarke hotmail com>
CommitDate: Thu May 30 08:21:35 2024 +
URL:https://gitweb.gentoo.org/repo/proj/guru.git/commit/?id=daf8c80a
gui-apps/sddm-conf: update SRC_URI
Signed-off-by: Thomas Clarke hotmail.com>
gui-apps/sddm-conf/Manifest | 2 +-
gui-apps/sddm-conf/metadata.xml | 3 ---
gui-apps/sddm-conf/sddm-conf-0.2.0.ebuild | 14 +-
3 files changed, 2 insertions(+), 17 deletions(-)
diff --git a/gui-apps/sddm-conf/Manifest b/gui-apps/sddm-conf/Manifest
index 511552a6c..931fcc7d1 100644
--- a/gui-apps/sddm-conf/Manifest
+++ b/gui-apps/sddm-conf/Manifest
@@ -1 +1 @@
-DIST 0.2.0.tar.gz 133748 BLAKE2B
14eafcd74a9f36b163ed782a3daf5ee9087065ee856ac461e4930b6b4b71d9f5a6afbb232745c2bfc8876745d036cc219c1e3202e8946f35e5e27fb860f1e85d
SHA512
86530df07fb7d8b4f3fd849f2f39fe858f2e88979a6fb237d9ba78ab8c97f9e4fd56af84f3c57e8063388994ba45f35b73fc44fe36d0e64d901644b0bf2d8b22
+DIST sddm-conf-0.2.0.tar.gz 133748 BLAKE2B
14eafcd74a9f36b163ed782a3daf5ee9087065ee856ac461e4930b6b4b71d9f5a6afbb232745c2bfc8876745d036cc219c1e3202e8946f35e5e27fb860f1e85d
SHA512
86530df07fb7d8b4f3fd849f2f39fe858f2e88979a6fb237d9ba78ab8c97f9e4fd56af84f3c57e8063388994ba45f35b73fc44fe36d0e64d901644b0bf2d8b22
diff --git a/gui-apps/sddm-conf/metadata.xml b/gui-apps/sddm-conf/metadata.xml
index 16f60776b..48751d69a 100644
--- a/gui-apps/sddm-conf/metadata.xml
+++ b/gui-apps/sddm-conf/metadata.xml
@@ -5,9 +5,6 @@
tomclarke2...@gotmail.com
Thomas Clarke
-
-SDDM configuration editor
-
qtilities/sddm-conf
diff --git a/gui-apps/sddm-conf/sddm-conf-0.2.0.ebuild
b/gui-apps/sddm-conf/sddm-conf-0.2.0.ebuild
index b4f54f256..536a3e35c 100644
--- a/gui-apps/sddm-conf/sddm-conf-0.2.0.ebuild
+++ b/gui-apps/sddm-conf/sddm-conf-0.2.0.ebuild
@@ -7,8 +7,7 @@ inherit cmake
DESCRIPTION="SDDM configuration editor"
HOMEPAGE="https://qtilities.github.io/;
-SRC_URI="https://github.com/qtilities/${PN}/archive/refs/tags/${PV}.tar.gz;
-S="${WORKDIR}/${PN}-0.2.0"
+SRC_URI="https://github.com/qtilities/${PN}/archive/refs/tags/${PV}.tar.gz ->
${P}.tar.gz"
LICENSE="MIT"
SLOT="0"
@@ -26,14 +25,3 @@ BDEPEND="
dev-build/qtilitools
dev-qt/linguist-tools
"
-
-src_configure() {
- local mycmakeargs=(
- "-DCMAKE_INSTALL_PREFIX=/usr"
- )
- cmake_src_configure
-}
-
-src_install() {
- cmake_src_install
-}
[gentoo-commits] repo/gentoo:master commit in: dev-python/pygccxml/, dev-python/pygccxml/files/
commit: de0c2f96982265d871af158a11dd9220684d834a
Author: Thomas Beierlein gentoo org>
AuthorDate: Thu May 30 06:29:27 2024 +
Commit: Thomas Beierlein gentoo org>
CommitDate: Thu May 30 06:30:29 2024 +
URL:https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=de0c2f96
dev-python/pygccxml: drop 2.4.0
Signed-off-by: Thomas Beierlein gentoo.org>
dev-python/pygccxml/Manifest | 1 -
.../pygccxml/files/pygccxml-2.4.0-pyproject.patch | 10 ---
dev-python/pygccxml/pygccxml-2.4.0.ebuild | 33 --
3 files changed, 44 deletions(-)
diff --git a/dev-python/pygccxml/Manifest b/dev-python/pygccxml/Manifest
index 2b29408d2234..2e8b7633ee94 100644
--- a/dev-python/pygccxml/Manifest
+++ b/dev-python/pygccxml/Manifest
@@ -1,2 +1 @@
-DIST pygccxml-2.4.0.gh.tar.gz 3165189 BLAKE2B
855b0b6313be29e7719abe4cc6e654904657c11bfd7310d647227ce9d7760821eeb348dcd9892afbcc3d467db96daaf3010e92803fe28962db9a255cf81eae46
SHA512
48bf4887344c68d0a93a3908cc0a744f3d6a74dce92be88527e85cf7ba1a46f88560730dce0b858f31523cada836aad40461de935c5c2a041de0fa2ae5e38c30
DIST pygccxml-2.5.0.gh.tar.gz 3163862 BLAKE2B
2a61474acab7e7a21b21bc7131a9b9aae2a318d3b761c9a3865055146331891e5fb2041a9136bd8816e60a4dc76a39a22d5f5632f22336341667eee537521a42
SHA512
499be7383ac9817c5620f7f0b2e6fdb9a6f5d934cc54a2ef9864877a2a7d896997ab5bc2e8b0c3c87df1ac7e4a384d3c8cbcc87f9496125502c97766df57b003
diff --git a/dev-python/pygccxml/files/pygccxml-2.4.0-pyproject.patch
b/dev-python/pygccxml/files/pygccxml-2.4.0-pyproject.patch
deleted file mode 100644
index ba00ed45ad34..
--- a/dev-python/pygccxml/files/pygccxml-2.4.0-pyproject.patch
+++ /dev/null
@@ -1,10 +0,0 @@
pyproject.toml.orig2023-11-20 13:59:55.807461669 +0100
-+++ pyproject.toml 2023-11-20 14:00:37.335886130 +0100
-@@ -1,5 +1,6 @@
- [build-system]
--requires = ["setuptools", "wheel"]
-+requires = ["setuptools"]
-+build-backend = "setuptools.build_meta"
-
- [project]
- name = "pygccxml"
diff --git a/dev-python/pygccxml/pygccxml-2.4.0.ebuild
b/dev-python/pygccxml/pygccxml-2.4.0.ebuild
deleted file mode 100644
index 114320ffb31d..
--- a/dev-python/pygccxml/pygccxml-2.4.0.ebuild
+++ /dev/null
@@ -1,33 +0,0 @@
-# Copyright 1999-2024 Gentoo Authors
-# Distributed under the terms of the GNU General Public License v2
-
-EAPI=8
-
-DISTUTILS_USE_PEP517=setuptools
-PYTHON_COMPAT=( python3_{9..11} )
-inherit distutils-r1
-
-DESCRIPTION="A specialized XML reader to navigate C++ declarations"
-HOMEPAGE="https://github.com/CastXML/pygccxml;
-SRC_URI="https://github.com/CastXML/${PN}/archive/v${PV}.tar.gz ->
${P}.gh.tar.gz"
-
-LICENSE="Boost-1.0"
-SLOT="0"
-KEYWORDS="~amd64 ~arm ~riscv ~x86"
-
-RDEPEND="
- ${PYTHON_DEPS}
- dev-libs/castxml
-"
-DEPEND="${RDEPEND}"
-
-distutils_enable_tests unittest
-distutils_enable_sphinx docs dev-python/sphinx-rtd-theme
-
-python_prepare_all() {
- eapply -p0 "${FILESDIR}/${PN}-2.4.0-pyproject.patch"
- eapply "${FILESDIR}/${PN}-2.4.0-doc.patch"
- eapply_user
-
- distutils-r1_python_prepare_all
-}
[gentoo-commits] repo/gentoo:master commit in: net-wireless/gnuradio/
commit: e8fec89cedf7a3176f4d31f53ba76c780eea93e4
Author: Thomas Beierlein gentoo org>
AuthorDate: Thu May 30 06:21:54 2024 +
Commit: Thomas Beierlein gentoo org>
CommitDate: Thu May 30 06:21:54 2024 +
URL:https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=e8fec89c
net-wireless/gnuradio: Extend REQUIRED_USE for USE=test
Closes: https://bugs.gentoo.org/932122
Signed-off-by: Thomas Beierlein gentoo.org>
net-wireless/gnuradio/gnuradio-3.10.9.2-r3.ebuild | 1 +
1 file changed, 1 insertion(+)
diff --git a/net-wireless/gnuradio/gnuradio-3.10.9.2-r3.ebuild
b/net-wireless/gnuradio/gnuradio-3.10.9.2-r3.ebuild
index 63172f578be7..1d0d5c8bffb7 100644
--- a/net-wireless/gnuradio/gnuradio-3.10.9.2-r3.ebuild
+++ b/net-wireless/gnuradio/gnuradio-3.10.9.2-r3.ebuild
@@ -37,6 +37,7 @@ REQUIRED_USE="${PYTHON_REQUIRED_USE}
dtv? ( filter analog fec )
modtool? ( utils )
qt5? ( filter )
+ test? ( channels )
trellis? ( analog digital )
uhd? ( filter analog )
vocoder? ( filter analog )
[PATCH] bcachefs: fix uninitialized variable in bch2_remount()
Reported-by: kernel test robot
Closes:
https://lore.kernel.org/oe-kbuild-all/202405291826.785pvn5c-...@intel.com/
Fixes: d6a5e45c75bb ("bcachefs: use new mount API")
Signed-off-by: Thomas Bertschinger
---
fs/bcachefs/fs.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/fs/bcachefs/fs.c b/fs/bcachefs/fs.c
index d4e7d6dc61cb..b2a3a042349f 100644
--- a/fs/bcachefs/fs.c
+++ b/fs/bcachefs/fs.c
@@ -1713,7 +1713,7 @@ static int bch2_remount(struct super_block *sb, int
*flags,
struct bch_opts opts)
{
struct bch_fs *c = sb->s_fs_info;
- int ret;
+ int ret = 0;
opt_set(opts, read_only, (*flags & SB_RDONLY) != 0);
--
2.45.0
Re: Using git-diff Commands
This command, the one to compare two revspecs, turned out not to work for me. It uses too many built-in assumptions about how it will be used and where it will be used from. For example, it has to run in an outline whose .leo file is in a repo. I don't want to develop experimental scripts like this in PyLeoRef.leo - I want to develop them somewhere else like the workbook. And I don't always want their results to get added to an outline controlled by a git repo. So I reworked the command and its supporting methods. The command now takes an additional argument, gitdir, which specifies the top of a git repo, such as *c:\Tom\git\leo-editor*. If this is missing or empty, the command tries to find a git repo above the current directory. This usually works like the original command does, since the current directory is normally the same as the outline's directory. If you want, however, you can use a different one by changing the current working directory before invoking the command. You specify the file to diff by its path relative to the git top level directory of that repo. For example *leo/plugins/viewrendered3.py*. As in the original command, you have to edit the script to specify the revspecs to be compared, the gitdir, and the filename. I have commented out code to let you enter the two revspecs, but you still have to edit the file and gitdir. It shouldn't be hard to write a command using this one that takes the currently selected node of an external file, finds its git directory, inputs the revspecs from the user, and runs the diff, all as one command. I haven't done that as yet. This command is very new and is probably not bullet-proof. But it's good enough that I have already used it for actual work. An outline containing the command is attached. On Tuesday, May 28, 2024 at 11:52:00 AM UTC-4 Edward K. Ream wrote: > On Tue, May 28, 2024 at 10:33 AM Thomas Passin wrote: > > Thanks, this looks like just the right thing. >> > > You're welcome. Btw, the comment about revspecs applies to both scripts. > > Edward > -- You received this message because you are subscribed to the Google Groups "leo-editor" group. To unsubscribe from this group and stop receiving emails from it, send an email to leo-editor+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/leo-editor/189ec598-4478-412b-adb1-46f61c6b0780n%40googlegroups.com. <>
[Bug 2067523] [NEW] `mk-sbuild` on older Ubuntu versions like 22.04 are unable to build new Debian chroots
Public bug reported: Sometimes, when we are working with both Ubuntu and Debian, we need to create a Debian chroot for build testing. Unfortunately, mk-sbuild is UNABLE to create Debian chroots. Currently, the first error is that "/bin/true" is nonexistent (it's in `/usr/bin/true` now). Then, it fails trying to execute ldconfig, and a continual chain of issues. It's possible this is a debootstrap problem, but one that probably needs rectified. ProblemType: Bug DistroRelease: Ubuntu 22.04 Package: ubuntu-dev-tools 0.193ubuntu4~22.04.2 ProcVersionSignature: Ubuntu 6.5.0-35.35~22.04.1-generic 6.5.13 Uname: Linux 6.5.0-35-generic x86_64 NonfreeKernelModules: zfs ApportVersion: 2.20.11-0ubuntu82.5 Architecture: amd64 CasperMD5CheckResult: pass CurrentDesktop: ubuntu:GNOME Date: Wed May 29 16:55:39 2024 InstallationDate: Installed on 2022-08-25 (643 days ago) InstallationMedia: Ubuntu 22.04.1 LTS "Jammy Jellyfish" - Release amd64 (20220809.1) PackageArchitecture: all ProcEnviron: TERM=xterm-256color PATH=(custom, no user) XDG_RUNTIME_DIR= LANG=en_US.UTF-8 SHELL=/bin/bash SourcePackage: ubuntu-dev-tools UpgradeStatus: No upgrade log present (probably fresh install) ** Affects: debootstrap (Ubuntu) Importance: Undecided Status: New ** Affects: ubuntu-dev-tools (Ubuntu) Importance: Undecided Status: New ** Tags: amd64 apport-bug jammy ** Also affects: debootstrap (Ubuntu) Importance: Undecided Status: New -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/2067523 Title: `mk-sbuild` on older Ubuntu versions like 22.04 are unable to build new Debian chroots To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/debootstrap/+bug/2067523/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[PATCH] Use "void *" as parameter for functions that are used for aio_set_event_notifier()
aio_set_event_notifier() and aio_set_event_notifier_poll() in
util/aio-posix.c and util/aio-win32.c are casting function pointers of
functions that take an "EventNotifier *" pointer as parameter to function
pointers that take a "void *" pointer as parameter (i.e. the IOHandler
type). When those function pointers are later used to call the referenced
function, this triggers undefined behavior errors with the latest version
of Clang in Fedora 40 when compiling with the option "-fsanitize=undefined".
And this also prevents enabling the strict mode of CFI which is currently
disabled with -fsanitize-cfi-icall-generalize-pointers. Thus let us avoid
the problem by using "void *" as parameter in all spots where it is needed.
Signed-off-by: Thomas Huth
---
Yes, I know, the patch looks ugly ... but I don't see a better way to
tackle this. If someone has a better idea, suggestions are welcome!
include/block/aio.h| 8
include/hw/virtio/virtio.h | 2 +-
include/qemu/main-loop.h | 3 +--
block/linux-aio.c | 6 +++---
block/nvme.c | 8
block/win32-aio.c | 4 ++--
hw/hyperv/hyperv.c | 6 +++---
hw/hyperv/hyperv_testdev.c | 5 +++--
hw/hyperv/vmbus.c | 8
hw/nvme/ctrl.c | 8
hw/usb/ccid-card-emulated.c| 5 +++--
hw/virtio/vhost-shadow-virtqueue.c | 11 ++-
hw/virtio/vhost.c | 5 +++--
hw/virtio/virtio.c | 26 ++
tests/unit/test-aio.c | 9 +
tests/unit/test-nested-aio-poll.c | 8
util/aio-posix.c | 14 ++
util/aio-win32.c | 10 +-
util/async.c | 6 +++---
util/main-loop.c | 3 +--
20 files changed, 79 insertions(+), 76 deletions(-)
diff --git a/include/block/aio.h b/include/block/aio.h
index 8378553eb9..01e7ea069d 100644
--- a/include/block/aio.h
+++ b/include/block/aio.h
@@ -476,9 +476,9 @@ void aio_set_fd_handler(AioContext *ctx,
*/
void aio_set_event_notifier(AioContext *ctx,
EventNotifier *notifier,
-EventNotifierHandler *io_read,
+IOHandler *io_read,
AioPollFn *io_poll,
-EventNotifierHandler *io_poll_ready);
+IOHandler *io_poll_ready);
/*
* Set polling begin/end callbacks for an event notifier that has already been
@@ -491,8 +491,8 @@ void aio_set_event_notifier(AioContext *ctx,
*/
void aio_set_event_notifier_poll(AioContext *ctx,
EventNotifier *notifier,
- EventNotifierHandler *io_poll_begin,
- EventNotifierHandler *io_poll_end);
+ IOHandler *io_poll_begin,
+ IOHandler *io_poll_end);
/* Return a GSource that lets the main loop poll the file descriptors attached
* to this AioContext.
diff --git a/include/hw/virtio/virtio.h b/include/hw/virtio/virtio.h
index 7d5ffdc145..e98cecfdd7 100644
--- a/include/hw/virtio/virtio.h
+++ b/include/hw/virtio/virtio.h
@@ -396,7 +396,7 @@ void virtio_device_release_ioeventfd(VirtIODevice *vdev);
bool virtio_device_ioeventfd_enabled(VirtIODevice *vdev);
EventNotifier *virtio_queue_get_host_notifier(VirtQueue *vq);
void virtio_queue_set_host_notifier_enabled(VirtQueue *vq, bool enabled);
-void virtio_queue_host_notifier_read(EventNotifier *n);
+void virtio_queue_host_notifier_read(void *n);
void virtio_queue_aio_attach_host_notifier(VirtQueue *vq, AioContext *ctx);
void virtio_queue_aio_attach_host_notifier_no_poll(VirtQueue *vq, AioContext
*ctx);
void virtio_queue_aio_detach_host_notifier(VirtQueue *vq, AioContext *ctx);
diff --git a/include/qemu/main-loop.h b/include/qemu/main-loop.h
index 5764db157c..ba73a0c6da 100644
--- a/include/qemu/main-loop.h
+++ b/include/qemu/main-loop.h
@@ -241,8 +241,7 @@ void qemu_set_fd_handler(int fd,
* @handler: A level-triggered callback that is fired when @e
* has been set. @e is passed to it as a parameter.
*/
-void event_notifier_set_handler(EventNotifier *e,
-EventNotifierHandler *handler);
+void event_notifier_set_handler(EventNotifier *e, IOHandler *handler);
GSource *iohandler_get_g_source(void);
AioContext *iohandler_get_aio_context(void);
diff --git a/block/linux-aio.c b/block/linux-aio.c
index ec05d946f3..61f796f7e0 100644
--- a/block/linux-aio.c
+++ b/block/linux-aio.c
@@ -253,9 +253,9 @@ static void qemu_laio_completion_bh(void *opaque)
qemu_laio_process_completions_and_submit(s);
}
-static void qemu_laio_completion_cb(EventNotifier *e)
+static void qemu_laio_completion_cb(void *e)
{
-LinuxAioSta
[PATCH] Use "void *" as parameter for functions that are used for aio_set_event_notifier()
aio_set_event_notifier() and aio_set_event_notifier_poll() in
util/aio-posix.c and util/aio-win32.c are casting function pointers of
functions that take an "EventNotifier *" pointer as parameter to function
pointers that take a "void *" pointer as parameter (i.e. the IOHandler
type). When those function pointers are later used to call the referenced
function, this triggers undefined behavior errors with the latest version
of Clang in Fedora 40 when compiling with the option "-fsanitize=undefined".
And this also prevents enabling the strict mode of CFI which is currently
disabled with -fsanitize-cfi-icall-generalize-pointers. Thus let us avoid
the problem by using "void *" as parameter in all spots where it is needed.
Signed-off-by: Thomas Huth
---
Yes, I know, the patch looks ugly ... but I don't see a better way to
tackle this. If someone has a better idea, suggestions are welcome!
include/block/aio.h| 8
include/hw/virtio/virtio.h | 2 +-
include/qemu/main-loop.h | 3 +--
block/linux-aio.c | 6 +++---
block/nvme.c | 8
block/win32-aio.c | 4 ++--
hw/hyperv/hyperv.c | 6 +++---
hw/hyperv/hyperv_testdev.c | 5 +++--
hw/hyperv/vmbus.c | 8
hw/nvme/ctrl.c | 8
hw/usb/ccid-card-emulated.c| 5 +++--
hw/virtio/vhost-shadow-virtqueue.c | 11 ++-
hw/virtio/vhost.c | 5 +++--
hw/virtio/virtio.c | 26 ++
tests/unit/test-aio.c | 9 +
tests/unit/test-nested-aio-poll.c | 8
util/aio-posix.c | 14 ++
util/aio-win32.c | 10 +-
util/async.c | 6 +++---
util/main-loop.c | 3 +--
20 files changed, 79 insertions(+), 76 deletions(-)
diff --git a/include/block/aio.h b/include/block/aio.h
index 8378553eb9..01e7ea069d 100644
--- a/include/block/aio.h
+++ b/include/block/aio.h
@@ -476,9 +476,9 @@ void aio_set_fd_handler(AioContext *ctx,
*/
void aio_set_event_notifier(AioContext *ctx,
EventNotifier *notifier,
-EventNotifierHandler *io_read,
+IOHandler *io_read,
AioPollFn *io_poll,
-EventNotifierHandler *io_poll_ready);
+IOHandler *io_poll_ready);
/*
* Set polling begin/end callbacks for an event notifier that has already been
@@ -491,8 +491,8 @@ void aio_set_event_notifier(AioContext *ctx,
*/
void aio_set_event_notifier_poll(AioContext *ctx,
EventNotifier *notifier,
- EventNotifierHandler *io_poll_begin,
- EventNotifierHandler *io_poll_end);
+ IOHandler *io_poll_begin,
+ IOHandler *io_poll_end);
/* Return a GSource that lets the main loop poll the file descriptors attached
* to this AioContext.
diff --git a/include/hw/virtio/virtio.h b/include/hw/virtio/virtio.h
index 7d5ffdc145..e98cecfdd7 100644
--- a/include/hw/virtio/virtio.h
+++ b/include/hw/virtio/virtio.h
@@ -396,7 +396,7 @@ void virtio_device_release_ioeventfd(VirtIODevice *vdev);
bool virtio_device_ioeventfd_enabled(VirtIODevice *vdev);
EventNotifier *virtio_queue_get_host_notifier(VirtQueue *vq);
void virtio_queue_set_host_notifier_enabled(VirtQueue *vq, bool enabled);
-void virtio_queue_host_notifier_read(EventNotifier *n);
+void virtio_queue_host_notifier_read(void *n);
void virtio_queue_aio_attach_host_notifier(VirtQueue *vq, AioContext *ctx);
void virtio_queue_aio_attach_host_notifier_no_poll(VirtQueue *vq, AioContext
*ctx);
void virtio_queue_aio_detach_host_notifier(VirtQueue *vq, AioContext *ctx);
diff --git a/include/qemu/main-loop.h b/include/qemu/main-loop.h
index 5764db157c..ba73a0c6da 100644
--- a/include/qemu/main-loop.h
+++ b/include/qemu/main-loop.h
@@ -241,8 +241,7 @@ void qemu_set_fd_handler(int fd,
* @handler: A level-triggered callback that is fired when @e
* has been set. @e is passed to it as a parameter.
*/
-void event_notifier_set_handler(EventNotifier *e,
-EventNotifierHandler *handler);
+void event_notifier_set_handler(EventNotifier *e, IOHandler *handler);
GSource *iohandler_get_g_source(void);
AioContext *iohandler_get_aio_context(void);
diff --git a/block/linux-aio.c b/block/linux-aio.c
index ec05d946f3..61f796f7e0 100644
--- a/block/linux-aio.c
+++ b/block/linux-aio.c
@@ -253,9 +253,9 @@ static void qemu_laio_completion_bh(void *opaque)
qemu_laio_process_completions_and_submit(s);
}
-static void qemu_laio_completion_cb(EventNotifier *e)
+static void qemu_laio_completion_cb(void *e)
{
-LinuxAioSta
Re: [PATCH 02/10] docs/devel: update references to centos to non-versioned container
On 29/05/2024 18.09, Alex Bennée wrote: From the website: "After May 31, 2024, CentOS Stream 8 will be archived and no further updates will be provided." We have updated a few bits but there are still references that need fixing. Rather than bump I've replaced them with references to the Debian image so we don't have to bump at the next update. Reviewed-by: Richard Henderson Signed-off-by: Alex Bennée Reviewed-by: Thomas Huth
Re: [PATCH 07/10] tests/lcitool: bump to latest version
On 29/05/2024 18.09, Alex Bennée wrote: We have to simultaneously update a few bits on our side as lcitool has already deprecated fedora-38, alpine-3.18 and centos-8-stream. However there is no change to the package list yet. Signed-off-by: Alex Bennée Have you tried a CI run with these changes? I don't think this will work yet. There are various issues with Fedora 40 that we need to solve first. Some of them are addressed with patches in my pull request from today, but others need more work first: - Avocado v88 is broken on Fedora 40 due to the missing "imp" package. I've got a pull request for lci-tool pending, but it is not merged yet: https://gitlab.com/libvirt/libvirt-ci/-/merge_requests/489 - The "clang-system" jobs are failing due to the new -fsanitize=undefined errors that it discovers. Question is whether we want to fix all of them, or whether we disable the error detection instead. - build-oss-fuzz job was failing, but that should get fixed with the patches from my PR from today (thanks to Alexander Bulekov for the patches) So unless I missed something, you've got to postpone this patch a little bit. Thomas
Re: After upgrade, what do you do about "removed" and "obsolete" packages ?
Hi, i wonder why none of the electricians on this list has an anecdote to share about dealing with "obsolete" packages after upgrade. No triumphs, defeats, or global catastrophes ? I wrote: > > https://www.debian.org/releases/stable/amd64/release-notes/ch-upgrading.en.h tml#purge-removed-packages > > What does "[residual-config]" mean ? Marco Moock wrote: > Packages include system-wide configuration files. If packages are > removed, this configuration will not be deleted. You need to purge such > packages to remove it. So the smaller list of packages can be dealt with what the upgrade instructions propose: apt purge '~c' There remains the list of 220 "obsolete" packages. > > https://www.debian.org/releases/stable/amd64/release-notes/ch-upgrading.en.html#obsolete > Packages have dependencies. Those will be marked as automatically > installed. They can be removed if no other package depends on them. But several of those packages were surely installed manually by me via dpkg -i after being made made as descibed in https://kernel-team.pages.debian.net/kernel-handbook/ch-common-tasks.html#s-common-building The predicate "obsolete" is not the same as "automatically installed". I understand that obsolete means having no successor package in the upgraded Debian release. How could i get a list of only the automatically installed obsolete packages ? (I still did not find any documentation about the '~c' or '~o' with "apt list".) > Be aware: If you install software beyond apt/dpkg that depends on files > in installed packages, you need to mark them as manually installed to > avoid being removed by autoremove. Google leads me to apt-mark for that purpose. But i am not sure whether the commercial package which i have to keep will be preserved with "apt autoremove". Is there a way to do a dry run which only tells what would happen if i were more courageous ? Have a nice day :) Thomas
Re: Flubbed it in the second interation through the string: range error... HOW?
On 5/29/2024 10:59 AM, MRAB via Python-list wrote: On 2024-05-29 15:32, Thomas Passin via Python-list wrote: On 5/29/2024 8:55 AM, Kevin M. Wilson wrote: Please recall, I said the format for the email failed to retain the proper indents. I'll attach a picture of the code! Purpose; to uppercase every other letter in a string. Thanks all, KMW Simpler is good, and readability is good. For a simple conversion that has a little touch of generality: s1 = 'this is a test' def convert(i, ch): return ch.upper() if i % 2 else ch result = ''.join([convert(i, ch) for i, ch in enumerate(s1)]) print(result) # tHiS Is a tEsT [snip] Small mistake there. The original code converted to uppercase on even indexes, whereas your code does it on odd ones. I wondered if anyone would catch that :) Anyway, I don't think the original question was whether to start with even or odd but ways to iterate character by character and do something, right? However, this has a weakness: what to do about spaces. Should they be counted among the characters to be uppercased? or should they not be included in the count of the alternation? If you want to uppercase every other letter that is not a space, things become a little more complicated. And then do you want this to apply to all whitespace or only spaces? If you want to skip changing spaces, then you need to track the state of converted characters in some way. It would probably be easier (and more readable) to use a "for x in t:" construction: Actually, I did mess up the action for a space. It should be: def convert(convert_this, ch): """Convert character ch if convert_this is True. Don't convert spaces. """ if ch == ' ': return (convert_this, ch) if convert_this: return (False, ch.upper()) return (True, ch) We should never get two printable uppercased characters in a row, even if there is a space between them, but my original convert(convert_this, ch) did. def convert(convert_this, ch): """Convert character ch if convert_this is True. Don't convert spaces. """ if convert_this: if ch == ' ': return (convert_this, ch) elif convert_this: return (False, ch.upper()) return (True, ch) convert_next = False result = '' for ch in s1: convert_next, ch = convert(convert_next, ch) result += ch print(result) # tHiS Is A TeSt There could be even more complications if you allow non-ascii characters but you were asking about processing character by character so I won't get into that. (You haven't specified the problem in enough detail to answer questions like those). [snip] -- https://mail.python.org/mailman/listinfo/python-list
Re: Database Connection Requests Initiated but Not Sent on the Wire (Some, Not All)
On 29/05/2024 16:08, Eric Robinson wrote: I believe your assessment is correct. How hard is it to enable pooling? Can it be bolted on, so to speak, through changes to the app context, such that the webapp itself does not necessarily need to implement special code? It looks like - from the database configuration you provided earlier - there is an option to configure the database via JNDI. If you do that with Tomcat you will automatically get pooling. That might be something to follow up with the vendor. If you go that route, I'd recommend configuring the pool to remove abandoned connections to avoid any issues with connection leaks. Not sure if all the web applications support a JNDI based configuration. Would the problem be relieved if the vendor stuck to one driver? Yes. That would avoid the attempt to load the "other" driver which is causing the delay. Mark - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Database Connection Requests Initiated but Not Sent on the Wire (Some, Not All)
On 29/05/2024 13:38, Eric Robinson wrote: -Original Message- From: Mark Thomas I intend to wok on a patch for Tomcat that will add caching that should speed things up considerably. I hope to have something for Eric to test today but it might take me until tomorrow as I have a few other time critical things fighting to get tot he top of my TODO list at the moment. Moving the JDBC driver JARs from WEB-INF/lib to $CATALINA_BASE/lib may also be a short-term fix but is likely to create problems if the same JAR ever exists in both locations at the same time. Just an FYI. On further reflection, moving the JDBC driver JARs isn't going to help. Sorry. You'll need my fix. Assuming, of course, you are willing to test a patch to address this on a production system. That's some great sleuthing and the explanation makes a ton of sense. It leaves me with a couple of questions. If you are correct, then it follows that historic activity has been hovering dangerously near the threshold where this symptom would manifest. Within the past month, an unknown change in the system climate now causes an uptick in the number of DB requests/second at roughly the same time daily (with occasional exceptions) and the system begins to trip over its own feet. I haven't seen anything in my Zabbix graphs that stood out as potentially problematic. Armed with this information, I am now taking a closer look. Ack. The natural next question is, what changed in the application or the users' workflow to push activity over the threshold? We'll dig into that. Could be all sorts of things. It might just have been coincidence the first time and now the users all request the data they need at the start of their day in case the problem happens again. And by doing that they cause the very problem they are trying to avoid. Mark - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
[vlc-commits] [Git][videolan/vlc][master] 3 commits: configure: factorize qmake makefile patching
Thomas Guillem pushed to branch master at VideoLAN / VLC
Commits:
1cf1d94d by Pierre Lamot at 2024-05-29T17:06:58+02:00
configure: factorize qmake makefile patching
- - - - -
d55f9d65 by Pierre Lamot at 2024-05-29T17:07:06+02:00
configure: fix library path extracted from qmake
- - - - -
4473bb37 by Pierre Lamot at 2024-05-29T17:07:09+02:00
configure: extract LDFLAGS from qmake
- - - - -
2 changed files:
- configure.ac
- modules/gui/qt/Makefile.am
Changes:
=
configure.ac
=
@@ -4019,29 +4019,41 @@ AS_IF([test "${enable_qt}" != "no"], [
QT_PKG_ERRORS=$(${QMAKE} ${srcdir}/modules/gui/qt/qt6.pro -o
${ac_pwd}/modules/gui/qt/qmake-qt 2>&1)
ac_status=$?
AS_IF([test $ac_status = 0 && test -f ${ac_pwd}/modules/gui/qt/qmake-qt],[
- echo "get_cflags:">>
${ac_pwd}/modules/gui/qt/qmake-qt
- echo ' $(info $(DEFINES) $(INCPATH))' >>
${ac_pwd}/modules/gui/qt/qmake-qt
- echo "get_libs:" >>
${ac_pwd}/modules/gui/qt/qmake-qt
- echo ' echo $(LIBS) | sed -e "s@/[[^ ]]*/lib\([[^ ]]*\)\.so@-l\1@g"'
>> ${ac_pwd}/modules/gui/qt/qmake-qt
+ echo "get_cflags:">
${ac_pwd}/modules/gui/qt/qmake-common.mk
+ echo ' $(info $(DEFINES) $(INCPATH))' >>
${ac_pwd}/modules/gui/qt/qmake-common.mk
+ echo "get_libs:" >>
${ac_pwd}/modules/gui/qt/qmake-common.mk
+ dnl transform /foo/bar/libbaz.so arguments to -L/foo/bar -lbaz
+ dnl RS: each arguments (space separated) are treated as a new line
+ dnl FS: split fields using /[^/]* to extract the file basepath ($1)
+ dnl /lib.*\.so/ lines (arguments) will add -Lxxx if this is not the
current path (p), then transform into a -lxxx argument
+ dnl other arguments are kept as-is
+ echo ' echo $(LIBS) | awk '\''BEGIN{FS="/[[^/]]*$$";RS=" ";ORS="
"}{if($$0 ~ /\/lib.*\.so/){ if(p != $$1){ print "-L" $$1; p=$$1};
sub(/.*\/lib/, "-l"); sub(/\.so.*/, "")}; print $$0}'\' >>
${ac_pwd}/modules/gui/qt/qmake-common.mk
+ echo 'get_ldflags:' >>
${ac_pwd}/modules/gui/qt/qmake-common.mk
+ echo ' echo $(LFLAGS)' >>
${ac_pwd}/modules/gui/qt/qmake-common.mk
+
+ echo "include ${ac_pwd}/modules/gui/qt/qmake-common.mk" >>
${ac_pwd}/modules/gui/qt/qmake-qt
+
AC_MSG_RESULT([yes])
QT_LIBS=$(cd ${ac_pwd}/modules/gui/qt && make -s -f qmake-qt get_libs)
QT_CFLAGS=$(cd ${ac_pwd}/modules/gui/qt && make -s -f qmake-qt
get_cflags)
+ QT_LDFLAGS=$(cd ${ac_pwd}/modules/gui/qt && make -s -f qmake-qt
get_ldflags)
AC_SUBST([QT_LIBS])
AC_SUBST([QT_CFLAGS])
+ AC_SUBST([QT_LDFLAGS])
AC_MSG_CHECKING([for Qt6WaylandClient])
(${QMAKE} ${srcdir}/modules/gui/qt/wayland.pro -o
${ac_pwd}/modules/gui/qt/qmake-wayland) 2>/dev/null
ac_status=$?
AS_IF([test $ac_status = 0 && test -f
${ac_pwd}/modules/gui/qt/qmake-wayland],[
-echo 'get_cflags:' >>
${ac_pwd}/modules/gui/qt/qmake-wayland
-echo ' $(info $(DEFINES) $(INCPATH))' >>
${ac_pwd}/modules/gui/qt/qmake-wayland
-echo 'get_libs:' >>
${ac_pwd}/modules/gui/qt/qmake-wayland
-echo ' echo $(LIBS) | sed -e "s@/[[^ ]]*/lib\([[^ ]]*\)\.so@-l\1@g"'
>> ${ac_pwd}/modules/gui/qt/qmake-wayland
+echo "include ${ac_pwd}/modules/gui/qt/qmake-common.mk" >>
${ac_pwd}/modules/gui/qt/qmake-wayland
+
AC_MSG_RESULT([yes])
QT_WAYLAND_LIBS=$(cd ${ac_pwd}/modules/gui/qt && make -s -f
qmake-wayland get_libs)
QT_WAYLAND_CFLAGS=$(cd ${ac_pwd}/modules/gui/qt && make -s -f
qmake-wayland get_cflags)
+QT_WAYLAND_LDFLAGS=$(cd ${ac_pwd}/modules/gui/qt && make -s -f
qmake-wayland get_ldflags)
AC_SUBST([QT_WAYLAND_LIBS])
AC_SUBST([QT_WAYLAND_CFLAGS])
+AC_SUBST([QT_WAYLAND_LDFLAGS])
have_qt_wayland="yes"
],[
AC_MSG_RESULT([no])
@@ -4091,15 +4103,14 @@ AS_IF([test "${enable_qt}" != "no"], [
--qtconf "${with_qtconf}" \
--modules QtTest="" \
>_MESSAGE_FD ], [
-echo 'get_cflags:' >>
${ac_pwd}/modules/gui/qt/qmake-quicktest
-echo ' $(info $(DEFINES) $(INCPATH))' >>
${ac_pwd}/modules/gui/qt/qmake-quicktest
-echo 'get_libs:' >>
${ac_pwd}/modules/gui/qt/qmake-quicktest
-echo ' echo $(LIBS) | sed -e "s@/[[^ ]]*/lib\([[^
]]*\)\.so@-l\1@g"'
[Bug 2067260] Re: Mouse mapping randomly temporarily changes after Ubuntu 24.04 upgrade
I finally noticed that this seems to happen shortly after switching from one workspace to another. My understanding is that it's what is described in https://github.com/mzur/gnome-shell-wsmatrix/issues/279. Not sure if it is worth keeping this launchpad issue (considering it as a regression in Gnome 46) or if it's just an expected breakage and the Workspace Matrix extension need to be updated to be compatible with it. ** Bug watch added: github.com/mzur/gnome-shell-wsmatrix/issues #279 https://github.com/mzur/gnome-shell-wsmatrix/issues/279 -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/2067260 Title: Mouse mapping randomly temporarily changes after Ubuntu 24.04 upgrade To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/mutter/+bug/2067260/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 2067260] Re: Mouse mapping randomly temporarily changes after Ubuntu 24.04 upgrade
I finally noticed that this seems to happen shortly after switching from one workspace to another. My understanding is that it's what is described in https://github.com/mzur/gnome-shell-wsmatrix/issues/279. Not sure if it is worth keeping this launchpad issue (considering it as a regression in Gnome 46) or if it's just an expected breakage and the Workspace Matrix extension need to be updated to be compatible with it. ** Bug watch added: github.com/mzur/gnome-shell-wsmatrix/issues #279 https://github.com/mzur/gnome-shell-wsmatrix/issues/279 -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to mutter in Ubuntu. https://bugs.launchpad.net/bugs/2067260 Title: Mouse mapping randomly temporarily changes after Ubuntu 24.04 upgrade To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/mutter/+bug/2067260/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
F-string syntax with Equals Sign
This has been in Python since version 3.8 but I just learned about it
today. It's probably most useful for debugging. If you end the expression
in curly braces with an equals sign, the result will display
= -
>>>some_list = ['a','b','c']
>>>print(f'{some_list=}')
some_list=['a', 'b', 'c']
--
You received this message because you are subscribed to the Google Groups
"leo-editor" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to leo-editor+unsubscr...@googlegroups.com.
To view this discussion on the web visit
https://groups.google.com/d/msgid/leo-editor/cf704c8e-076a-4b56-a382-2d18b2282eb2n%40googlegroups.com.
Re: Flubbed it in the second interation through the string: range error... HOW?
On 5/29/2024 8:55 AM, Kevin M. Wilson wrote:
Please recall, I said the format for the email failed to retain the
proper indents.
I'll attach a picture of the code!
Purpose; to uppercase every other letter in a string.
Thanks all, KMW
Simpler is good, and readability is good. For a simple conversion that
has a little touch of generality:
s1 = 'this is a test'
def convert(i, ch):
return ch.upper() if i % 2 else ch
result = ''.join([convert(i, ch) for i, ch in enumerate(s1)])
print(result) # tHiS Is a tEsT
However, this has a weakness: what to do about spaces. Should they be
counted among the characters to be uppercased? or should they not be
included in the count of the alternation? If you want to uppercase
every other letter that is not a space, things become a little more
complicated. And then do you want this to apply to all whitespace or
only spaces?
If you want to skip changing spaces, then you need to track the state of
converted characters in some way. It would probably be easier (and more
readable) to use a "for x in t:" construction:
def convert(convert_this, ch):
"""Convert character ch if convert_this is True.
Don't convert spaces.
"""
if convert_this:
if ch == ' ':
return (convert_this, ch)
elif convert_this:
return (False, ch.upper())
return (True, ch)
convert_next = False
result = ''
for ch in s1:
convert_next, ch = convert(convert_next, ch)
result += ch
print(result) # tHiS Is A TeSt
There could be even more complications if you allow non-ascii characters
but you were asking about processing character by character so I won't
get into that.
(You haven't specified the problem in enough detail to answer questions
like those).
***
"When you pass through the waters, I will be with you: and when you pass
through the rivers, they will not sweep over you. When you walk through
the fire, you will not be burned: the flames will not set you ablaze."
*Isaiah 43:2
*
On Wednesday, May 29, 2024 at 06:19:56 AM MDT, Thomas Passin via
Python-list wrote:
On 5/29/2024 3:14 AM, Chris Angelico via Python-list wrote:
> On Wed, 29 May 2024 at 16:03, Cameron Simpson via Python-list
> mailto:python-list@python.org>> wrote:
>> By which Thomas means stuff like this:
>>
>> print(f'if block {name[index]} and index {index}')
>>
>> Notice the leading "f'". Personally I wouldn't even go that far, just:
>>
>> print('if block', name[index], 'and index', index)
>>
>> But there are plenty of places where f-strings are very useful.
>
> I wouldn't replace str.format() everywhere, nor would I replace
> percent encoding everywhere - but in this case, I think Thomas is
> correct. Not because it's 2024 (f-strings were brought in back in
> 2015, so they're hardly chronologically special),
I only meant that they have been around for 9 years and are usually more
readable, so just change over already. I had some inertia over them
myself (imagine sticking with % formatting!) so I understand.
> but because most of
> this looks like debugging output that can take advantage of this
> feature:
>
> print(f"if block {name[index]=} {index=}")
>
> ChrisA
--
https://mail.python.org/mailman/listinfo/python-list
<https://mail.python.org/mailman/listinfo/python-list>
--
https://mail.python.org/mailman/listinfo/python-list
[gentoo-commits] repo/proj/guru:dev commit in: dev-build/qtilitools/
commit: e8d01eaf2d595fbb1490c061c044c6f5a913cfe8
Author: Thomas Clarke hotmail com>
AuthorDate: Wed May 29 14:32:01 2024 +
Commit: Thomas Clarke hotmail com>
CommitDate: Wed May 29 14:32:01 2024 +
URL:https://gitweb.gentoo.org/repo/proj/guru.git/commit/?id=e8d01eaf
dev-build/qtilitools: new package, add 0.1.2
Signed-off-by: Thomas Clarke hotmail.com>
dev-build/qtilitools/Manifest| 1 +
dev-build/qtilitools/metadata.xml| 14 ++
dev-build/qtilitools/qtilitools-0.1.2.ebuild | 26 ++
3 files changed, 41 insertions(+)
diff --git a/dev-build/qtilitools/Manifest b/dev-build/qtilitools/Manifest
new file mode 100644
index 0..cb2a82f39
--- /dev/null
+++ b/dev-build/qtilitools/Manifest
@@ -0,0 +1 @@
+DIST 0.1.2.tar.gz 6964 BLAKE2B
a67b90944ea9168702c71f846cd6c228f6f997d68ca18b367913ab67d67fb5ea10a588c5dbacb61dc3ff5827ebe9a4c8a8cc2e9910a1e65959f6147b67f29229
SHA512
fc4313ab29ce0da8cc62fe30626acfe2782ce05699be871c3e90c813631ca69db7245863fa7ae66a3b9d7ec4194cb15e532cdc45e83db51004172df8662ef2e2
diff --git a/dev-build/qtilitools/metadata.xml
b/dev-build/qtilitools/metadata.xml
new file mode 100644
index 0..c56d93ccf
--- /dev/null
+++ b/dev-build/qtilitools/metadata.xml
@@ -0,0 +1,14 @@
+
+https://www.gentoo.org/dtd/metadata.dtd;>
+
+
+tomclarke2...@gotmail.com
+Thomas Clarke
+
+
+Scripts/commands used in the Qtilities organization
+
+
+qtilities/qtilitools
+
+
diff --git a/dev-build/qtilitools/qtilitools-0.1.2.ebuild
b/dev-build/qtilitools/qtilitools-0.1.2.ebuild
new file mode 100644
index 0..cfb20d726
--- /dev/null
+++ b/dev-build/qtilitools/qtilitools-0.1.2.ebuild
@@ -0,0 +1,26 @@
+# Copyright 2024 Gentoo Authors
+# Distributed under the terms of the GNU General Public License v2
+
+EAPI=8
+
+inherit cmake
+
+DESCRIPTION="Scripts/commands used in the Qtilities organization "
+HOMEPAGE="https://qtilities.github.io/;
+SRC_URI="https://github.com/qtilities/${PN}/archive/refs/tags/${PV}.tar.gz;
+S="${WORKDIR}/${PN}-0.1.2"
+
+LICENSE="BSD"
+SLOT="0"
+KEYWORDS="~amd64"
+
+src_configure() {
+ local mycmakeargs=(
+ "-DCMAKE_INSTALL_PREFIX=/usr"
+ )
+ cmake_src_configure
+}
+
+src_install() {
+ cmake_src_install
+}
[gentoo-commits] repo/proj/guru:dev commit in: gui-apps/sddm-conf/
commit: 520876d822c0c050ece141a628777f8e3716
Author: Thomas Clarke hotmail com>
AuthorDate: Wed May 29 14:28:51 2024 +
Commit: Thomas Clarke hotmail com>
CommitDate: Wed May 29 14:28:51 2024 +
URL:https://gitweb.gentoo.org/repo/proj/guru.git/commit/?id=520876d8
gui-apps/sddm-conf: new package, add 0.2.0
Signed-off-by: Thomas Clarke hotmail.com>
gui-apps/sddm-conf/Manifest | 1 +
gui-apps/sddm-conf/metadata.xml | 14 +++
gui-apps/sddm-conf/sddm-conf-0.2.0.ebuild | 39 +++
3 files changed, 54 insertions(+)
diff --git a/gui-apps/sddm-conf/Manifest b/gui-apps/sddm-conf/Manifest
new file mode 100644
index 0..511552a6c
--- /dev/null
+++ b/gui-apps/sddm-conf/Manifest
@@ -0,0 +1 @@
+DIST 0.2.0.tar.gz 133748 BLAKE2B
14eafcd74a9f36b163ed782a3daf5ee9087065ee856ac461e4930b6b4b71d9f5a6afbb232745c2bfc8876745d036cc219c1e3202e8946f35e5e27fb860f1e85d
SHA512
86530df07fb7d8b4f3fd849f2f39fe858f2e88979a6fb237d9ba78ab8c97f9e4fd56af84f3c57e8063388994ba45f35b73fc44fe36d0e64d901644b0bf2d8b22
diff --git a/gui-apps/sddm-conf/metadata.xml b/gui-apps/sddm-conf/metadata.xml
new file mode 100644
index 0..16f60776b
--- /dev/null
+++ b/gui-apps/sddm-conf/metadata.xml
@@ -0,0 +1,14 @@
+
+https://www.gentoo.org/dtd/metadata.dtd;>
+
+
+tomclarke2...@gotmail.com
+Thomas Clarke
+
+
+SDDM configuration editor
+
+
+qtilities/sddm-conf
+
+
diff --git a/gui-apps/sddm-conf/sddm-conf-0.2.0.ebuild
b/gui-apps/sddm-conf/sddm-conf-0.2.0.ebuild
new file mode 100644
index 0..b4f54f256
--- /dev/null
+++ b/gui-apps/sddm-conf/sddm-conf-0.2.0.ebuild
@@ -0,0 +1,39 @@
+# Copyright 2024 Gentoo Authors
+# Distributed under the terms of the GNU General Public License v2
+
+EAPI=8
+
+inherit cmake
+
+DESCRIPTION="SDDM configuration editor"
+HOMEPAGE="https://qtilities.github.io/;
+SRC_URI="https://github.com/qtilities/${PN}/archive/refs/tags/${PV}.tar.gz;
+S="${WORKDIR}/${PN}-0.2.0"
+
+LICENSE="MIT"
+SLOT="0"
+KEYWORDS="~amd64"
+
+RDEPEND="
+ dev-qt/qtbase
+ sys-auth/polkit
+ x11-misc/sddm
+"
+DEPEND="${RDEPEND} "
+BDEPEND="
+ dev-build/cmake
+ dev-qt/qttools
+ dev-build/qtilitools
+ dev-qt/linguist-tools
+"
+
+src_configure() {
+ local mycmakeargs=(
+ "-DCMAKE_INSTALL_PREFIX=/usr"
+ )
+ cmake_src_configure
+}
+
+src_install() {
+ cmake_src_install
+}
Re: solr query sanitizer?
Solarium (a PHP client for Solr) has a helper method to escape search terms that uses a regex to escape special characters. https://github.com/solariumphp/solarium/blob/c2744ff706a2f0be148a45d702700fc346429679/src/Core/Query/Helper.php#L82 Thomas Op wo 29 mei 2024 om 16:11 schreef Dmitri Maziuk : > Hi all, > > our website has a search box that essentially passes its contents to > Solr without any massaging. This works fine 99% of the time, the other > 1% is when a misbehaving bot hits it and tries stuffing all sorts of > crap in there. > > Then bad things happen: Java's overly verbose exception stack traces > fill up the disk faster than the logs are rotated, CPU load spikes, etc. > > So, question: does anyone know of a validator/sanitizer we can use clean > up the terms before passing them on to Solr? -- My google-fu fails to > find one. > > TIA > Dima >
Wget 1 is not preserving server-side modification times via FTP
Hi all, I noticed that while wget does nicely preserve Last-Modified times from HTTP downloads, it does not do so for FTP, apparently. The example I see is the upstream archive of the file tool: ftp://ftp.astron.com/pub/file/file-4.26.tar.gz Wget correctly parses the time information: $ wget -q -O- ftp://ftp.astron.com/pub/file/ | grep file-4.26 2008 Aug 30Fileftp://ftp.astron.com:21/pub/file/file-4.26.tar.gz;>file-4.26.tar.gz (584803 bytes) But on download, the file gets the current time as mtime: $ wget -q ftp://ftp.astron.com/pub/file/file-4.26.tar.gz && LC_ALL=C ls -l file-4.26.tar.gz -rw-r--r-- 1 thomas thomas 584803 May 29 08:32 file-4.26.tar.gz I tried several versions of wget 1.x I could find/build. Wget-1.9.1 gets in an endless loop with this URL, wget-1.10.2 works, but also already sets the wrong time. I wonder why I this comment https://bugzilla.mozilla.org/show_bug.cgi?id=178506#c7 in the wonderful bug discussion about Firefox' refusal to use server mtimes claims that GNU's wget does this very nicely for ftp and http downloads. Maybe wget 22 years ago had different FTP code. I'm not easily able to run wget that old to try. So it may be a regression before 1.10.2, even (which is already over 18 years ago!) FTP support seems to be dropped altogether from Wget 2 (correct?). There still are some FTP sites (like the rather prominent upstream of file and libmagic above) and maybe this is another reason why I will have to resort to curl for good, which does not preserve the time by default, but offers --remote-time that works for both http and ftp downloads. Is a fix in wget 1.x something to be considered at this point in time? Alrighty then, Thomas -- GPG public key 60D5CAFE: https://thomas.orgis.org/public_key Fingerprint: D021 FF8E CF4B E097 19D6 1A27 231C 4CBC 60D5 CAFE And despite all of you, I'm still doing it. Yes, I do write Perl code. pgpjRVNfOSI8E.pgp Description: Firma digital OpenPGP
[PATCH] io/channel-socket: Fix -fsanitize=undefined problem with latest Clang
Casting function pointers from one type to another causes undefined
behavior errors when compiling with -fsanitize=undefined with Clang v18:
$ QTEST_QEMU_BINARY=./qemu-system-mips64 tests/qtest/netdev-socket
TAP version 13
# random seed: R02S4424f4f460de783fdd3d72c5571d3adc
1..10
# Start of mips64 tests
# Start of netdev tests
# Start of stream tests
# starting QEMU: exec ./qemu-system-mips64 -qtest unix:/tmp/qtest-1213196.sock
-qtest-log /dev/null -chardev socket,path=/tmp/qtest-1213196.qmp,id=char0 -mon
chardev=char0,mode=control -display none -audio none -nodefaults -M none
-netdev stream,id=st0,addr.type=fd,addr.str=3 -accel qtest
../io/task.c:78:13: runtime error: call to function qapi_free_SocketAddress
through pointer to incorrect function type 'void (*)(void *)'
/tmp/qemu-sanitize/qapi/qapi-types-sockets.c:170: note:
qapi_free_SocketAddress defined here
SUMMARY: UndefinedBehaviorSanitizer: undefined-behavior ../io/task.c:78:13
Add a wrapper function to avoid the problem.
Signed-off-by: Thomas Huth
---
io/channel-socket.c | 6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git a/io/channel-socket.c b/io/channel-socket.c
index 3a899b0608..aa2a1c8586 100644
--- a/io/channel-socket.c
+++ b/io/channel-socket.c
@@ -193,6 +193,10 @@ static void qio_channel_socket_connect_worker(QIOTask
*task,
qio_task_set_error(task, err);
}
+static void qio_qapi_free_SocketAddress(gpointer sa)
+{
+qapi_free_SocketAddress(sa);
+}
void qio_channel_socket_connect_async(QIOChannelSocket *ioc,
SocketAddress *addr,
@@ -213,7 +217,7 @@ void qio_channel_socket_connect_async(QIOChannelSocket *ioc,
qio_task_run_in_thread(task,
qio_channel_socket_connect_worker,
addrCopy,
- (GDestroyNotify)qapi_free_SocketAddress,
+ qio_qapi_free_SocketAddress,
context);
}
--
2.45.1
Re: [PATCH v12 06/10] drm/ttm/tests: Add tests with mock resource managers
tm_place *place,
> + struct ttm_resource **res)
> +{
> + struct ttm_mock_manager *manager = to_mock_mgr(man);
> + struct ttm_mock_resource *mock_res;
> + struct drm_buddy *mm = >mm;
> + uint64_t lpfn, fpfn, alloc_size;
> + int err;
> +
> + mock_res = kzalloc(sizeof(*mock_res), GFP_KERNEL);
> +
> + if (!mock_res)
> + return -ENOMEM;
> +
> + fpfn = 0;
> + lpfn = man->size;
> +
> + ttm_resource_init(bo, place, _res->base);
> + INIT_LIST_HEAD(_res->blocks);
> +
> + if (place->flags & TTM_PL_FLAG_TOPDOWN)
> + mock_res->flags |= DRM_BUDDY_TOPDOWN_ALLOCATION;
> +
> + if (place->flags & TTM_PL_FLAG_CONTIGUOUS)
> + mock_res->flags |= DRM_BUDDY_CONTIGUOUS_ALLOCATION;
> +
> + alloc_size = (uint64_t)mock_res->base.size;
> + mutex_lock(>lock);
> + err = drm_buddy_alloc_blocks(mm, fpfn, lpfn, alloc_size,
> + manager->default_page_size,
> + _res->blocks,
> + mock_res->flags);
> +
> + if (err)
> + goto error_free_blocks;
> + mutex_unlock(>lock);
> +
> + *res = _res->base;
> + return 0;
> +
> +error_free_blocks:
> + drm_buddy_free_list(mm, _res->blocks, 0);
> + ttm_resource_fini(man, _res->base);
> + mutex_unlock(>lock);
> +
> + return err;
> +}
> +
> +static void ttm_mock_manager_free(struct ttm_resource_manager *man,
> + struct ttm_resource *res)
> +{
> + struct ttm_mock_manager *manager = to_mock_mgr(man);
> + struct ttm_mock_resource *mock_res =
> to_mock_mgr_resource(res);
> + struct drm_buddy *mm = >mm;
> +
> + mutex_lock(>lock);
> + drm_buddy_free_list(mm, _res->blocks, 0);
> + mutex_unlock(>lock);
> +
> + ttm_resource_fini(man, res);
> + kfree(mock_res);
> +}
> +
> +static const struct ttm_resource_manager_func ttm_mock_manager_funcs
> = {
> + .alloc = ttm_mock_manager_alloc,
> + .free = ttm_mock_manager_free,
> +};
> +
> +int ttm_mock_manager_init(struct ttm_device *bdev, uint32_t
> mem_type, uint32_t size)
> +{
> + struct ttm_mock_manager *manager;
> + struct ttm_resource_manager *base;
> + int err;
> +
> + manager = kzalloc(sizeof(*manager), GFP_KERNEL);
> + if (!manager)
> + return -ENOMEM;
> +
> + mutex_init(>lock);
> +
> + err = drm_buddy_init(>mm, size, PAGE_SIZE);
> +
> + if (err) {
> + kfree(manager);
> + return err;
> + }
> +
> + manager->default_page_size = PAGE_SIZE;
> + base = >man;
> + base->func = _mock_manager_funcs;
> + base->use_tt = true;
> +
> + ttm_resource_manager_init(base, bdev, size);
> + ttm_set_driver_manager(bdev, mem_type, base);
> + ttm_resource_manager_set_used(base, true);
> +
> + return 0;
> +}
> +EXPORT_SYMBOL_GPL(ttm_mock_manager_init);
> +
> +void ttm_mock_manager_fini(struct ttm_device *bdev, uint32_t
> mem_type)
> +{
> + struct ttm_resource_manager *man;
> + struct ttm_mock_manager *mock_man;
> + int err;
> +
> + man = ttm_manager_type(bdev, mem_type);
> + mock_man = to_mock_mgr(man);
> +
> + err = ttm_resource_manager_evict_all(bdev, man);
> + if (err)
> + return;
> +
> + ttm_resource_manager_set_used(man, false);
> +
> + mutex_lock(_man->lock);
> + drm_buddy_fini(_man->mm);
> + mutex_unlock(_man->lock);
> +
> + ttm_set_driver_manager(bdev, mem_type, NULL);
> +}
> +EXPORT_SYMBOL_GPL(ttm_mock_manager_fini);
> +
> +static int ttm_bad_manager_alloc(struct ttm_resource_manager *man,
> + struct ttm_buffer_object *bo,
> + const struct ttm_place *place,
> + struct ttm_resource **res)
> +{
> + return -ENOSPC;
> +}
> +
> +static void ttm_bad_manager_free(struct ttm_resource_manager *man,
> + struct ttm_resource *res)
> +{
> +}
> +
> +static bool ttm_bad_manager_compatible(struct ttm_resource_manager
> *man,
> + struct ttm_resource *res,
> + const struct ttm_place
> *place,
> + size_t size)
> +{
> + return true;
> +}
> +
> +static const struct ttm_resource_manager_func ttm_bad_manager_funcs
> = {
> + .alloc = ttm_bad_manager_alloc,
> + .free = ttm_bad_manager_free,
> + .compatible = ttm_bad_manager_compatible
> +};
> +
> +int ttm_bad_manager_init(struct ttm_device *bdev, uint32_t mem_type,
> + uint32_t size)
> +{
> + struct ttm_resource_manager *man;
> +
> + man = kzalloc(sizeof(*man), GFP_KERNEL);
> + if (!man)
> + return -ENOMEM;
> +
> + man->func = _bad_manager_funcs;
> +
> + ttm_resource_manager_init(man, bdev, size);
> + ttm_set_driver_manager(bdev, mem_type, man);
> + ttm_resource_manager_set_used(man, true);
> +
> + return 0;
> +}
> +EXPORT_SYMBOL_GPL(ttm_bad_manager_init);
> +
> +void ttm_bad_manager_fini(struct ttm_device *bdev, uint32_t
> mem_type)
> +{
> + struct ttm_resource_manager *man;
> +
> + man = ttm_manager_type(bdev, mem_type);
> +
> + ttm_resource_manager_set_used(man, false);
> + ttm_set_driver_manager(bdev, mem_type, NULL);
> +
> + kfree(man);
> +}
> +EXPORT_SYMBOL_GPL(ttm_bad_manager_fini);
> +
> +MODULE_LICENSE("GPL");
When the module is dual-licensed IIRC the correct option to use here is
"GPL and additional rights"
> diff --git a/drivers/gpu/drm/ttm/tests/ttm_mock_manager.h
> b/drivers/gpu/drm/ttm/tests/ttm_mock_manager.h
> new file mode 100644
> index ..d2db9de9d876
> --- /dev/null
> +++ b/drivers/gpu/drm/ttm/tests/ttm_mock_manager.h
> @@ -0,0 +1,31 @@
> +/* SPDX-License-Identifier: GPL-2.0 AND MIT */
> +/*
> + * Copyright © 2023 Intel Corporation
> + */
> +#ifndef TTM_MOCK_MANAGER_H
> +#define TTM_MOCK_MANAGER_H
> +
> +#include
> +
> +struct ttm_mock_manager {
> + struct ttm_resource_manager man;
> + struct drm_buddy mm;
> + uint64_t default_page_size;
> + /* protects allocations of mock buffer objects */
> + struct mutex lock;
> +};
> +
> +struct ttm_mock_resource {
> + struct ttm_resource base;
> + struct list_head blocks;
> + unsigned long flags;
> +};
> +
> +int ttm_mock_manager_init(struct ttm_device *bdev, uint32_t
> mem_type,
> + uint32_t size);
> +int ttm_bad_manager_init(struct ttm_device *bdev, uint32_t mem_type,
> + uint32_t size);
> +void ttm_mock_manager_fini(struct ttm_device *bdev, uint32_t
> mem_type);
> +void ttm_bad_manager_fini(struct ttm_device *bdev, uint32_t
> mem_type);
> +
> +#endif // TTM_MOCK_MANAGER_H
Thanks,
Thomas
[gentoo-commits] repo/gentoo:master commit in: net-wireless/gnuradio/
commit: 8ab0329e04b4623a16ff9e548aa1f4e96a0d0e8f
Author: Thomas Beierlein gentoo org>
AuthorDate: Wed May 29 12:48:05 2024 +
Commit: Thomas Beierlein gentoo org>
CommitDate: Wed May 29 12:49:19 2024 +
URL:https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=8ab0329e
net-wireless/gnuradio: Support Python 3.12
Add missing test dependency
Bug: https://bugs.gentoo.org/931651
Signed-off-by: Thomas Beierlein gentoo.org>
net-wireless/gnuradio/gnuradio-3.10.9.2-r3.ebuild | 247 ++
1 file changed, 247 insertions(+)
diff --git a/net-wireless/gnuradio/gnuradio-3.10.9.2-r3.ebuild
b/net-wireless/gnuradio/gnuradio-3.10.9.2-r3.ebuild
new file mode 100644
index ..63172f578be7
--- /dev/null
+++ b/net-wireless/gnuradio/gnuradio-3.10.9.2-r3.ebuild
@@ -0,0 +1,247 @@
+# Copyright 1999-2024 Gentoo Authors
+# Distributed under the terms of the GNU General Public License v2
+
+EAPI=8
+PYTHON_COMPAT=( python3_{9..12} )
+
+CMAKE_BUILD_TYPE="None"
+inherit cmake desktop python-single-r1 virtualx xdg-utils
+
+DESCRIPTION="Toolkit that provides signal processing blocks to implement
software radios"
+HOMEPAGE="https://www.gnuradio.org/;
+LICENSE="GPL-3"
+SLOT="0/${PV}"
+
+if [[ ${PV} =~ "" ]]; then
+ EGIT_REPO_URI="https://github.com/gnuradio/gnuradio.git;
+ EGIT_BRANCH="maint-3.10"
+ inherit git-r3
+else
+
SRC_URI="https://github.com/gnuradio/gnuradio/archive/refs/tags/v${PV}.tar.gz
-> ${P}.tar.gz"
+ KEYWORDS="~amd64 ~arm ~riscv ~x86"
+fi
+
+IUSE="+audio +alsa +analog +digital channels ctrlport doc dtv examples fec
+filter grc iio jack modtool network oss performance-counters portaudio +qt5
sdl soapy test trellis uhd vocoder +utils wavelet zeromq"
+
+RESTRICT="!test? ( test )"
+
+REQUIRED_USE="${PYTHON_REQUIRED_USE}
+ audio? ( || ( alsa oss jack portaudio ) )
+ alsa? ( audio )
+ jack? ( audio )
+ oss? ( audio )
+ portaudio? ( audio )
+ analog? ( filter )
+ channels? ( filter analog qt5 )
+ digital? ( filter analog )
+ dtv? ( filter analog fec )
+ modtool? ( utils )
+ qt5? ( filter )
+ trellis? ( analog digital )
+ uhd? ( filter analog )
+ vocoder? ( filter analog )
+ wavelet? ( analog )
+"
+
+RDEPEND="${PYTHON_DEPS}
+ $(python_gen_cond_dep 'dev-libs/boost:=[python,${PYTHON_USEDEP}]')
+ dev-libs/gmp:=
+ dev-libs/log4cpp:=
+ $(python_gen_cond_dep 'dev-python/jsonschema[${PYTHON_USEDEP}]')
+ dev-libs/spdlog:=
+ dev-libs/libfmt:=
+ sci-libs/fftw:3.0=
+ sci-libs/volk:=
+ media-libs/libsndfile
+ sys-libs/libunwind
+ alsa? ( media-libs/alsa-lib:= )
+ ctrlport? (
+ $(python_gen_cond_dep 'dev-python/thrift[${PYTHON_USEDEP}]')
+ )
+ fec? (
+ sci-libs/gsl:=
+ dev-python/scipy
+ )
+ filter? (
+ dev-python/scipy
+ $(python_gen_cond_dep 'dev-python/pyqtgraph[${PYTHON_USEDEP}]')
+ )
+ grc? (
+ $(python_gen_cond_dep 'dev-python/mako[${PYTHON_USEDEP}]
+ dev-python/numpy[${PYTHON_USEDEP}]
+ dev-python/pygobject:3[${PYTHON_USEDEP}]
+ dev-python/pyyaml[${PYTHON_USEDEP}]')
+ x11-libs/gtk+:3[introspection]
+ x11-libs/pango[introspection]
+ )
+ iio? (
+ net-libs/libiio:=
+ net-libs/libad9361-iio:=
+ !net-wireless/gr-iio
+ )
+ jack? ( virtual/jack )
+ portaudio? ( >=media-libs/portaudio-19_pre )
+ qt5? (
+ $(python_gen_cond_dep
'dev-python/PyQt5[opengl,${PYTHON_USEDEP}]')
+ dev-qt/qtcore:5
+ dev-qt/qtgui:5
+ x11-libs/qwt:6=[qt5(+)]
+ dev-qt/qtwidgets:5
+ )
+ soapy? (
+ $(python_gen_cond_dep
'net-wireless/soapysdr:=[${PYTHON_USEDEP}]')
+ )
+ sdl? ( >=media-libs/libsdl-1.2.0 )
+ trellis? ( dev-python/scipy )
+ uhd? (
+ $(python_gen_cond_dep
'>=net-wireless/uhd-3.9.6:=[${PYTHON_SINGLE_USEDEP}]')
+ )
+ utils? (
+ $(python_gen_cond_dep 'dev-python/click[${PYTHON_USEDEP}]
+ dev-python/click-plugins[${PYTHON_USEDEP}]
+ dev-python/mako[${PYTHON_USEDEP}]
+ dev-python/matplotlib[${PYTHON_USEDEP}]')
+ )
+ vocoder? (
+ media-sound/gsm
+ >=media-libs/codec2-0.8.1:=
+ )
+ wavelet? (
+ sci-libs/gsl:=
+ sci-libs/lapack
+ )
+ zeromq? ( >=net-libs/zeromq-2.1.11:= )
+"
+
+DEPEND="${RDEPEND}
+ app-text/docbook-xml-dtd:4.2
+ $(python_gen_cond_dep 'dev-python/pybind11[${PYTHON_USEDEP
Re: Flubbed it in the second interation through the string: range error... HOW?
On 5/29/2024 3:14 AM, Chris Angelico via Python-list wrote:
On Wed, 29 May 2024 at 16:03, Cameron Simpson via Python-list
wrote:
By which Thomas means stuff like this:
print(f'if block {name[index]} and index {index}')
Notice the leading "f'". Personally I wouldn't even go that far, just:
print('if block', name[index], 'and index', index)
But there are plenty of places where f-strings are very useful.
I wouldn't replace str.format() everywhere, nor would I replace
percent encoding everywhere - but in this case, I think Thomas is
correct. Not because it's 2024 (f-strings were brought in back in
2015, so they're hardly chronologically special),
I only meant that they have been around for 9 years and are usually more
readable, so just change over already. I had some inertia over them
myself (imagine sticking with % formatting!) so I understand.
but because most of
this looks like debugging output that can take advantage of this
feature:
print(f"if block {name[index]=} {index=}")
ChrisA
--
https://mail.python.org/mailman/listinfo/python-list
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: t...@cvs.openbsd.org2024/05/29 06:12:22 Modified files: games/keeperrl : Makefile distinfo games/keeperrl/patches: patch-miniunz_cpp patch-steam_base_cpp Log message: update to keeperrl 1.0pl19. While upstream is still not tagging new hotfix releases, this closely matches the date of itch.io game version 1_0_hotfix19 and runs without apparent issues
Re: [PATCH] tests/tcg/s390x: Allow specifying extra QEMU options on the command line
On 22/05/2024 20.38, Ilya Leoshkevich wrote: The use case for this is `make check-tcg EXTFLAGS="-accel kvm"`, which allows validating the system TCG testcases on real hardware. EXTFLAGS name is borrowed from tests/tcg/xtensa/Makefile.softmmu-target. While at it, use += instead of = in order to be consistent with the other architectures. Signed-off-by: Ilya Leoshkevich --- tests/tcg/s390x/Makefile.softmmu-target | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/tests/tcg/s390x/Makefile.softmmu-target b/tests/tcg/s390x/Makefile.softmmu-target index 1078655dd31..4ca0dac7257 100644 --- a/tests/tcg/s390x/Makefile.softmmu-target +++ b/tests/tcg/s390x/Makefile.softmmu-target @@ -1,6 +1,6 @@ S390X_SRC=$(SRC_PATH)/tests/tcg/s390x VPATH+=$(S390X_SRC) -QEMU_OPTS=-action panic=exit-failure -nographic -kernel +QEMU_OPTS+=-action panic=exit-failure -nographic $(EXTFLAGS) -kernel LINK_SCRIPT=$(S390X_SRC)/softmmu.ld CFLAGS+=-ggdb -O0 LDFLAGS=-nostdlib -static Reviewed-by: Thomas Huth (sorry, I missed this for my pull request today ... I'll queue this patch for my next one)
[PULL 00/22] s390x, build-oss-fuzz and Clang -fsanitize=undefined fixes
Hi Richard! The following changes since commit 79d7475f39f1b0f05fcb159f5cdcbf162340dc7e: Merge tag 'pull-block-jobs-2024-04-29-v2' of https://gitlab.com/vsementsov/qemu into staging (2024-05-28 11:28:34 -0700) are available in the Git repository at: https://gitlab.com/thuth/qemu.git tags/pull-request-2024-05-29 for you to fetch changes up to b04091393e6a71065aee6c91b2566f2dec95a4c9: qapi: Do not cast function pointers (2024-05-29 12:41:56 +0200) * Fix and improve PER emulation on s390x * Fix problems of the build-oss-fuzz CI job * Fix broken update-linux-headers.sh script * Fixes for compiling with -fsanitize=undefined on latest Clang versions Akihiko Odaki (3): qemu-keymap: Make references to allocations static lockable: Do not cast function pointers qapi: Do not cast function pointers Alexander Bulekov (2): fuzz: specify audiodev for usb-audio fuzz: disable leak-detection for oss-fuzz builds Richard Henderson (14): target/s390x: Do not use unwind for per_check_exception target/s390x: Move cpu_get_tb_cpu_state out of line target/s390x: Update CR9 bits target/s390x: Record separate PER bits in TB flags target/s390x: Disable conditional branch-to-next for PER target/s390x: Introduce help_goto_indirect target/s390x: Simplify help_branch target/s390x: Split per_breaking_event from per_branch_* target/s390x: Raise exception from helper_per_branch target/s390x: Raise exception from per_store_real target/s390x: Fix helper_per_ifetch flags target/s390x: Simplify per_ifetch, per_check_exception target/s390x: Adjust check of noreturn in translate_one tests/tcg/s390x: Add per.S Thomas Huth (3): hw/s390x: Remove unused macro VMSTATE_ADAPTER_ROUTES scripts/update-linux-headers.sh: Remove temporary directory inbetween scripts/update-linux-headers.sh: Fix the path of setup_data.h include/hw/s390x/s390_flic.h| 3 - include/qapi/clone-visitor.h| 37 +++-- include/qemu/lockable.h | 23 ++- target/s390x/cpu.h | 85 +-- target/s390x/helper.h | 8 +- tests/qtest/fuzz/generic_fuzz_configs.h | 3 +- qapi/qapi-clone-visitor.c | 30 +--- qemu-keymap.c | 8 +- target/s390x/cpu.c | 36 + target/s390x/tcg/excp_helper.c | 2 +- target/s390x/tcg/misc_helper.c | 68 + target/s390x/tcg/translate.c| 242 scripts/oss-fuzz/build.sh | 1 + scripts/update-linux-headers.sh | 3 +- tests/tcg/s390x/Makefile.softmmu-target | 1 + tests/tcg/s390x/per.S | 82 +++ 16 files changed, 355 insertions(+), 277 deletions(-) create mode 100644 tests/tcg/s390x/per.S
[PULL 20/22] qemu-keymap: Make references to allocations static
From: Akihiko Odaki
LeakSanitizer complains about allocations whose references are held
only by automatic variables. It is possible to free them to suppress
the complaints, but it is a chore to make sure they are freed in all
exit paths so make them static instead.
Signed-off-by: Akihiko Odaki
Reviewed-by: Philippe Mathieu-Daudé
Message-ID: <20240524-xkb-v4-1-2de564e5c...@daynix.com>
Signed-off-by: Thomas Huth
---
qemu-keymap.c | 8 +++-
1 file changed, 3 insertions(+), 5 deletions(-)
diff --git a/qemu-keymap.c b/qemu-keymap.c
index 8c80f7a4ed..701e4332af 100644
--- a/qemu-keymap.c
+++ b/qemu-keymap.c
@@ -154,9 +154,9 @@ static xkb_mod_mask_t get_mod(struct xkb_keymap *map, const
char *name)
int main(int argc, char *argv[])
{
-struct xkb_context *ctx;
-struct xkb_keymap *map;
-struct xkb_state *state;
+static struct xkb_context *ctx;
+static struct xkb_keymap *map;
+static struct xkb_state *state;
xkb_mod_index_t mod, mods;
int rc;
@@ -234,8 +234,6 @@ int main(int argc, char *argv[])
state = xkb_state_new(map);
xkb_keymap_key_for_each(map, walk_map, state);
-xkb_state_unref(state);
-state = NULL;
/* add quirks */
fprintf(outfile,
--
2.45.1
[PULL 19/22] scripts/update-linux-headers.sh: Fix the path of setup_data.h
When running the update-linx-headers.sh script, it currently fails with:
scripts/update-linux-headers.sh: line 73:
.../qemu/standard-headers/asm-x86/setup_data.h: No such file or directory
The "include" folder is obviously missing here - no clue how this could
have worked before?
Fixes: 66210a1a30 ("scripts/update-linux-headers: Add setup_data.h to import
list")
Message-ID: <20240527060126.12578-1-th...@redhat.com>
Reviewed-by: Cornelia Huck
Signed-off-by: Thomas Huth
---
scripts/update-linux-headers.sh | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/scripts/update-linux-headers.sh b/scripts/update-linux-headers.sh
index fbf7e119bc..23afe8c08a 100755
--- a/scripts/update-linux-headers.sh
+++ b/scripts/update-linux-headers.sh
@@ -159,7 +159,7 @@ for arch in $ARCHLIST; do
cp_portable "$hdrdir/bootparam.h" \
"$output/include/standard-headers/asm-$arch"
cp_portable "$hdrdir/include/asm/setup_data.h" \
-"$output/standard-headers/asm-x86"
+"$output/include/standard-headers/asm-x86"
fi
if [ $arch = riscv ]; then
cp "$hdrdir/include/asm/ptrace.h" "$output/linux-headers/asm-riscv/"
--
2.45.1
[PULL 22/22] qapi: Do not cast function pointers
From: Akihiko Odaki
Using -fsanitize=undefined with Clang v18 causes an error if function
pointers are casted:
qapi/qapi-clone-visitor.c:188:5: runtime error: call to function
visit_type_SocketAddress through pointer to incorrect function type 'bool
(*)(struct Visitor *, const char *, void **, struct Error **)'
/tmp/qemu-ubsan/qapi/qapi-visit-sockets.c:487: note: visit_type_SocketAddress
defined here
#0 0x5642aa2f7f3b in qapi_clone qapi/qapi-clone-visitor.c:188:5
#1 0x5642aa2c8ce5 in qio_channel_socket_listen_async
io/channel-socket.c:285:18
#2 0x5642aa2b8903 in test_io_channel_setup_async
tests/unit/test-io-channel-socket.c:116:5
#3 0x5642aa2b8204 in test_io_channel
tests/unit/test-io-channel-socket.c:179:9
#4 0x5642aa2b8129 in test_io_channel_ipv4
tests/unit/test-io-channel-socket.c:323:5
...
It also prevents enabling the strict mode of CFI which is currently
disabled with -fsanitize-cfi-icall-generalize-pointers.
The problematic casts are necessary to pass visit_type_T() and
visit_type_T_members() as callbacks to qapi_clone() and qapi_clone_members(),
respectively. Open-code these two functions to avoid the callbacks, and
thus the type casts.
Resolves: https://gitlab.com/qemu-project/qemu/-/issues/2346
Signed-off-by: Akihiko Odaki
Reviewed-by: Markus Armbruster
Message-ID: <20240524-xkb-v4-3-2de564e5c...@daynix.com>
[thuth: Improve commit message according to Markus' suggestions]
Signed-off-by: Thomas Huth
---
include/qapi/clone-visitor.h | 37 +++-
qapi/qapi-clone-visitor.c| 30 -
2 files changed, 28 insertions(+), 39 deletions(-)
diff --git a/include/qapi/clone-visitor.h b/include/qapi/clone-visitor.h
index adf9a788e2..ebc182b034 100644
--- a/include/qapi/clone-visitor.h
+++ b/include/qapi/clone-visitor.h
@@ -11,6 +11,7 @@
#ifndef QAPI_CLONE_VISITOR_H
#define QAPI_CLONE_VISITOR_H
+#include "qapi/error.h"
#include "qapi/visitor.h"
/*
@@ -20,11 +21,8 @@
*/
typedef struct QapiCloneVisitor QapiCloneVisitor;
-void *qapi_clone(const void *src, bool (*visit_type)(Visitor *, const char *,
- void **, Error **));
-void qapi_clone_members(void *dst, const void *src, size_t sz,
-bool (*visit_type_members)(Visitor *, void *,
- Error **));
+Visitor *qapi_clone_visitor_new(void);
+Visitor *qapi_clone_members_visitor_new(void);
/*
* Deep-clone QAPI object @src of the given @type, and return the result.
@@ -32,10 +30,18 @@ void qapi_clone_members(void *dst, const void *src, size_t
sz,
* Not usable on QAPI scalars (integers, strings, enums), nor on a
* QAPI object that references the 'any' type. Safe when @src is NULL.
*/
-#define QAPI_CLONE(type, src) \
-((type *)qapi_clone(src,\
-(bool (*)(Visitor *, const char *, void **, \
- Error **))visit_type_ ## type))
+#define QAPI_CLONE(type, src) \
+({ \
+Visitor *v_;\
+type *dst_ = (type *) (src); /* Cast away const */ \
+\
+if (dst_) { \
+v_ = qapi_clone_visitor_new(); \
+visit_type_ ## type(v_, NULL, _, _abort); \
+visit_free(v_); \
+} \
+dst_; \
+})
/*
* Copy deep clones of @type members from @src to @dst.
@@ -43,9 +49,14 @@ void qapi_clone_members(void *dst, const void *src, size_t
sz,
* Not usable on QAPI scalars (integers, strings, enums), nor on a
* QAPI object that references the 'any' type.
*/
-#define QAPI_CLONE_MEMBERS(type, dst, src) \
-qapi_clone_members(dst, src, sizeof(type), \
- (bool (*)(Visitor *, void *, \
- Error **))visit_type_ ## type ## _members)
+#define QAPI_CLONE_MEMBERS(type, dst, src)\
+({\
+Visitor *v_; \
+ \
+v_ = qapi_clone_members_visitor_new();\
+*(type *)(dst) = *(src); \
+visit_type_ ## type ## _members(v_, (type *)(dst), _abort)
[PULL 01/22] target/s390x: Do not use unwind for per_check_exception
From: Richard Henderson
Using exception unwind via tcg_s390_program_interrupt,
we discard the current value of psw.addr, which discards
the result of a branch.
Pass in the address of the next instruction, which may
not be sequential. Pass in ilen, which we would have
gotten from unwind and is passed to the exception handler.
Sync cc_op before the call, which we would have gotten
from unwind.
Signed-off-by: Richard Henderson
Reviewed-by: Ilya Leoshkevich
Message-ID: <20240502054417.234340-2-richard.hender...@linaro.org>
[thuth: Silence checkpatch.pl errors]
Signed-off-by: Thomas Huth
---
target/s390x/helper.h | 2 +-
target/s390x/tcg/excp_helper.c | 2 +-
target/s390x/tcg/misc_helper.c | 23 ---
target/s390x/tcg/translate.c | 11 ++-
4 files changed, 28 insertions(+), 10 deletions(-)
diff --git a/target/s390x/helper.h b/target/s390x/helper.h
index cc1c20e9e3..96ab71e877 100644
--- a/target/s390x/helper.h
+++ b/target/s390x/helper.h
@@ -359,7 +359,7 @@ DEF_HELPER_FLAGS_4(ipte, TCG_CALL_NO_RWG, void, env, i64,
i64, i32)
DEF_HELPER_FLAGS_1(ptlb, TCG_CALL_NO_RWG, void, env)
DEF_HELPER_FLAGS_1(purge, TCG_CALL_NO_RWG, void, env)
DEF_HELPER_3(lra, i64, env, i64, i64)
-DEF_HELPER_1(per_check_exception, void, env)
+DEF_HELPER_FLAGS_3(per_check_exception, TCG_CALL_NO_WG, void, env, i64, i32)
DEF_HELPER_FLAGS_3(per_branch, TCG_CALL_NO_RWG, void, env, i64, i64)
DEF_HELPER_FLAGS_2(per_ifetch, TCG_CALL_NO_RWG, void, env, i64)
DEF_HELPER_FLAGS_1(per_store_real, TCG_CALL_NO_RWG, void, env)
diff --git a/target/s390x/tcg/excp_helper.c b/target/s390x/tcg/excp_helper.c
index f1c33f7967..4c0b692c9e 100644
--- a/target/s390x/tcg/excp_helper.c
+++ b/target/s390x/tcg/excp_helper.c
@@ -209,7 +209,7 @@ static void do_program_interrupt(CPUS390XState *env)
switch (env->int_pgm_code) {
case PGM_PER:
-advance = !(env->per_perc_atmid & PER_CODE_EVENT_NULLIFICATION);
+/* advance already handled */
break;
case PGM_ASCE_TYPE:
case PGM_REG_FIRST_TRANS:
diff --git a/target/s390x/tcg/misc_helper.c b/target/s390x/tcg/misc_helper.c
index 8764846ce8..7c94468392 100644
--- a/target/s390x/tcg/misc_helper.c
+++ b/target/s390x/tcg/misc_helper.c
@@ -20,6 +20,7 @@
#include "qemu/osdep.h"
#include "qemu/cutils.h"
+#include "qemu/log.h"
#include "cpu.h"
#include "s390x-internal.h"
#include "qemu/host-utils.h"
@@ -590,10 +591,26 @@ void HELPER(chsc)(CPUS390XState *env, uint64_t inst)
#endif
#ifndef CONFIG_USER_ONLY
-void HELPER(per_check_exception)(CPUS390XState *env)
+static G_NORETURN void per_raise_exception(CPUS390XState *env)
{
-if (env->per_perc_atmid) {
-tcg_s390_program_interrupt(env, PGM_PER, GETPC());
+trigger_pgm_exception(env, PGM_PER);
+cpu_loop_exit(env_cpu(env));
+}
+
+static G_NORETURN void per_raise_exception_log(CPUS390XState *env)
+{
+qemu_log_mask(CPU_LOG_INT, "PER interrupt after 0x%" PRIx64 "\n",
+ env->per_address);
+per_raise_exception(env);
+}
+
+void HELPER(per_check_exception)(CPUS390XState *env, uint64_t next_pc,
+ uint32_t ilen)
+{
+if (unlikely(env->per_perc_atmid)) {
+env->psw.addr = next_pc;
+env->int_pgm_ilen = ilen;
+per_raise_exception_log(env);
}
}
diff --git a/target/s390x/tcg/translate.c b/target/s390x/tcg/translate.c
index ebd96abe6c..4c3ff1931b 100644
--- a/target/s390x/tcg/translate.c
+++ b/target/s390x/tcg/translate.c
@@ -6424,13 +6424,14 @@ static DisasJumpType translate_one(CPUS390XState *env,
DisasContext *s)
#ifndef CONFIG_USER_ONLY
if (s->base.tb->flags & FLAG_MASK_PER) {
-/* An exception might be triggered, save PSW if not already done. */
+TCGv_i64 next_pc = psw_addr;
+
if (ret == DISAS_NEXT || ret == DISAS_TOO_MANY) {
-tcg_gen_movi_i64(psw_addr, s->pc_tmp);
+next_pc = tcg_constant_i64(s->pc_tmp);
}
-
-/* Call the helper to check for a possible PER exception. */
-gen_helper_per_check_exception(tcg_env);
+update_cc_op(s);
+gen_helper_per_check_exception(tcg_env, next_pc,
+ tcg_constant_i32(s->ilen));
}
#endif
--
2.45.1
[PULL 18/22] scripts/update-linux-headers.sh: Remove temporary directory inbetween
We are reusing the same temporary directory for installing the headers of all targets, so there could be stale files here when switching from one target to another. Make sure to delete the folder before installing a new set of target headers into it. Message-ID: <20240527060243.12647-1-th...@redhat.com> Reviewed-by: Michael S. Tsirkin Acked-by: Cornelia Huck Signed-off-by: Thomas Huth --- scripts/update-linux-headers.sh | 1 + 1 file changed, 1 insertion(+) diff --git a/scripts/update-linux-headers.sh b/scripts/update-linux-headers.sh index 8963c39189..fbf7e119bc 100755 --- a/scripts/update-linux-headers.sh +++ b/scripts/update-linux-headers.sh @@ -112,6 +112,7 @@ for arch in $ARCHLIST; do arch_var=ARCH fi +rm -rf "$hdrdir" make -C "$linux" O="$blddir" INSTALL_HDR_PATH="$hdrdir" $arch_var=$arch headers_install rm -rf "$output/linux-headers/asm-$arch" -- 2.45.1
[PULL 16/22] fuzz: disable leak-detection for oss-fuzz builds
From: Alexander Bulekov
When we are building for OSS-Fuzz, we want to ensure that the fuzzer
targets are actually created, regardless of leaks. Leaks will be
detected by the subsequent tests of the individual fuzz-targets.
Signed-off-by: Alexander Bulekov
Reviewed-by: Philippe Mathieu-Daudé
Message-ID: <20240527150001.325565-1-alx...@bu.edu>
Signed-off-by: Thomas Huth
---
scripts/oss-fuzz/build.sh | 1 +
1 file changed, 1 insertion(+)
diff --git a/scripts/oss-fuzz/build.sh b/scripts/oss-fuzz/build.sh
index 5238f83343..7398298173 100755
--- a/scripts/oss-fuzz/build.sh
+++ b/scripts/oss-fuzz/build.sh
@@ -92,6 +92,7 @@ make install DESTDIR=$DEST_DIR/qemu-bundle
rm -rf $DEST_DIR/qemu-bundle/opt/qemu-oss-fuzz/bin
rm -rf $DEST_DIR/qemu-bundle/opt/qemu-oss-fuzz/libexec
+export ASAN_OPTIONS=detect_leaks=0
targets=$(./qemu-fuzz-i386 | grep generic-fuzz | awk '$1 ~ /\*/ {print $2}')
base_copy="$DEST_DIR/qemu-fuzz-i386-target-$(echo "$targets" | head -n 1)"
--
2.45.1
[PULL 11/22] target/s390x: Fix helper_per_ifetch flags
From: Richard Henderson
CPU state is read on the exception path.
Fixes: 83bb161299c ("target-s390x: PER instruction-fetch nullification event
support")
Signed-off-by: Richard Henderson
Reviewed-by: David Hildenbrand
Message-ID: <20240502054417.234340-12-richard.hender...@linaro.org>
Signed-off-by: Thomas Huth
---
target/s390x/helper.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/target/s390x/helper.h b/target/s390x/helper.h
index 5611155ba1..31bd193322 100644
--- a/target/s390x/helper.h
+++ b/target/s390x/helper.h
@@ -361,7 +361,7 @@ DEF_HELPER_FLAGS_1(purge, TCG_CALL_NO_RWG, void, env)
DEF_HELPER_3(lra, i64, env, i64, i64)
DEF_HELPER_FLAGS_3(per_check_exception, TCG_CALL_NO_WG, void, env, i64, i32)
DEF_HELPER_FLAGS_3(per_branch, TCG_CALL_NO_WG, void, env, i64, i32)
-DEF_HELPER_FLAGS_2(per_ifetch, TCG_CALL_NO_RWG, void, env, i64)
+DEF_HELPER_FLAGS_2(per_ifetch, TCG_CALL_NO_WG, void, env, i64)
DEF_HELPER_FLAGS_2(per_store_real, TCG_CALL_NO_WG, noreturn, env, i32)
DEF_HELPER_FLAGS_1(stfl, TCG_CALL_NO_RWG, void, env)
--
2.45.1
[PULL 08/22] target/s390x: Split per_breaking_event from per_branch_*
From: Richard Henderson
The breaking-event-address register is updated regardless
of PER being enabled.
Reviewed-by: Ilya Leoshkevich
Signed-off-by: Richard Henderson
Message-ID: <20240502054417.234340-9-richard.hender...@linaro.org>
Signed-off-by: Thomas Huth
---
target/s390x/tcg/translate.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/target/s390x/tcg/translate.c b/target/s390x/tcg/translate.c
index 78066aaf84..10d5e87bb4 100644
--- a/target/s390x/tcg/translate.c
+++ b/target/s390x/tcg/translate.c
@@ -344,8 +344,6 @@ static void update_psw_addr(DisasContext *s)
static void per_branch(DisasContext *s, bool to_next)
{
#ifndef CONFIG_USER_ONLY
-tcg_gen_movi_i64(gbea, s->base.pc_next);
-
if (s->base.tb->flags & FLAG_MASK_PER_BRANCH) {
TCGv_i64 next_pc = to_next ? tcg_constant_i64(s->pc_tmp) : psw_addr;
gen_helper_per_branch(tcg_env, gbea, next_pc);
@@ -1081,13 +1079,13 @@ struct DisasInsn {
static DisasJumpType help_goto_direct(DisasContext *s, uint64_t dest)
{
+per_breaking_event(s);
if (dest == s->pc_tmp) {
per_branch(s, true);
return DISAS_NEXT;
}
if (use_goto_tb(s, dest)) {
update_cc_op(s);
-per_breaking_event(s);
tcg_gen_goto_tb(0);
tcg_gen_movi_i64(psw_addr, dest);
tcg_gen_exit_tb(s->base.tb, 0);
@@ -1101,6 +1099,7 @@ static DisasJumpType help_goto_direct(DisasContext *s,
uint64_t dest)
static DisasJumpType help_goto_indirect(DisasContext *s, TCGv_i64 dest)
{
+per_breaking_event(s);
tcg_gen_mov_i64(psw_addr, dest);
per_branch(s, false);
return DISAS_PC_UPDATED;
@@ -1159,6 +1158,7 @@ static DisasJumpType help_branch(DisasContext *s,
DisasCompare *c,
}
/* Branch taken. */
+per_breaking_event(s);
if (is_imm) {
tcg_gen_movi_i64(psw_addr, dest);
} else {
--
2.45.1
[PULL 06/22] target/s390x: Introduce help_goto_indirect
From: Richard Henderson
Add a small helper to handle unconditional indirect jumps.
Reviewed-by: Philippe Mathieu-Daudé
Reviewed-by: Ilya Leoshkevich
Signed-off-by: Richard Henderson
Message-ID: <20240502054417.234340-7-richard.hender...@linaro.org>
Signed-off-by: Thomas Huth
---
target/s390x/tcg/translate.c | 19 ++-
1 file changed, 10 insertions(+), 9 deletions(-)
diff --git a/target/s390x/tcg/translate.c b/target/s390x/tcg/translate.c
index 07620948ae..7ae928c3b0 100644
--- a/target/s390x/tcg/translate.c
+++ b/target/s390x/tcg/translate.c
@@ -1118,6 +1118,13 @@ static DisasJumpType help_goto_direct(DisasContext *s,
uint64_t dest)
}
}
+static DisasJumpType help_goto_indirect(DisasContext *s, TCGv_i64 dest)
+{
+tcg_gen_mov_i64(psw_addr, dest);
+per_branch(s, false);
+return DISAS_PC_UPDATED;
+}
+
static DisasJumpType help_branch(DisasContext *s, DisasCompare *c,
bool is_imm, int imm, TCGv_i64 cdest)
{
@@ -1148,9 +1155,7 @@ static DisasJumpType help_branch(DisasContext *s,
DisasCompare *c,
goto egress;
}
if (c->cond == TCG_COND_ALWAYS) {
-tcg_gen_mov_i64(psw_addr, cdest);
-per_branch(s, false);
-ret = DISAS_PC_UPDATED;
+ret = help_goto_indirect(s, cdest);
goto egress;
}
}
@@ -1463,9 +1468,7 @@ static DisasJumpType op_bas(DisasContext *s, DisasOps *o)
{
pc_to_link_info(o->out, s, s->pc_tmp);
if (o->in2) {
-tcg_gen_mov_i64(psw_addr, o->in2);
-per_branch(s, false);
-return DISAS_PC_UPDATED;
+return help_goto_indirect(s, o->in2);
} else {
return DISAS_NEXT;
}
@@ -1495,9 +1498,7 @@ static DisasJumpType op_bal(DisasContext *s, DisasOps *o)
{
save_link_info(s, o);
if (o->in2) {
-tcg_gen_mov_i64(psw_addr, o->in2);
-per_branch(s, false);
-return DISAS_PC_UPDATED;
+return help_goto_indirect(s, o->in2);
} else {
return DISAS_NEXT;
}
--
2.45.1
[PULL 21/22] lockable: Do not cast function pointers
From: Akihiko Odaki
-fsanitize=undefined complains if function pointers are casted. It
also prevents enabling the strict mode of CFI which is currently
disabled with -fsanitize-cfi-icall-generalize-pointers.
Resolves: https://gitlab.com/qemu-project/qemu/-/issues/2345
Signed-off-by: Akihiko Odaki
Reviewed-by: Philippe Mathieu-Daudé
Message-ID: <20240524-xkb-v4-2-2de564e5c...@daynix.com>
Signed-off-by: Thomas Huth
---
include/qemu/lockable.h | 23 +++
1 file changed, 19 insertions(+), 4 deletions(-)
diff --git a/include/qemu/lockable.h b/include/qemu/lockable.h
index 62110d2eb7..66713bd429 100644
--- a/include/qemu/lockable.h
+++ b/include/qemu/lockable.h
@@ -43,15 +43,30 @@ qemu_null_lockable(void *x)
return NULL;
}
+#define QML_FUNC_(name) \
+static inline void qemu_lockable_ ## name ## _lock(void *x) \
+{ \
+qemu_ ## name ## _lock(x);\
+} \
+static inline void qemu_lockable_ ## name ## _unlock(void *x) \
+{ \
+qemu_ ## name ## _unlock(x); \
+}
+
+QML_FUNC_(mutex)
+QML_FUNC_(rec_mutex)
+QML_FUNC_(co_mutex)
+QML_FUNC_(spin)
+
/*
* In C, compound literals have the lifetime of an automatic variable.
* In C++ it would be different, but then C++ wouldn't need QemuLockable
* either...
*/
-#define QML_OBJ_(x, name) (&(QemuLockable) {\
-.object = (x), \
-.lock = (QemuLockUnlockFunc *) qemu_ ## name ## _lock, \
-.unlock = (QemuLockUnlockFunc *) qemu_ ## name ## _unlock \
+#define QML_OBJ_(x, name) (&(QemuLockable) {\
+.object = (x), \
+.lock = qemu_lockable_ ## name ## _lock,\
+.unlock = qemu_lockable_ ## name ## _unlock \
})
/**
--
2.45.1
[PULL 12/22] target/s390x: Simplify per_ifetch, per_check_exception
From: Richard Henderson
Set per_address and ilen in per_ifetch; this is valid for
all PER exceptions and will last until the end of the
instruction. Therefore we don't need to give the same
data to per_check_exception.
Signed-off-by: Richard Henderson
Message-ID: <20240502054417.234340-13-richard.hender...@linaro.org>
[thuth: Silence checkpatch.pl errors]
Signed-off-by: Thomas Huth
---
target/s390x/helper.h | 4 ++--
target/s390x/tcg/misc_helper.c | 23 +--
target/s390x/tcg/translate.c | 20
3 files changed, 23 insertions(+), 24 deletions(-)
diff --git a/target/s390x/helper.h b/target/s390x/helper.h
index 31bd193322..1a8a76abb9 100644
--- a/target/s390x/helper.h
+++ b/target/s390x/helper.h
@@ -359,9 +359,9 @@ DEF_HELPER_FLAGS_4(ipte, TCG_CALL_NO_RWG, void, env, i64,
i64, i32)
DEF_HELPER_FLAGS_1(ptlb, TCG_CALL_NO_RWG, void, env)
DEF_HELPER_FLAGS_1(purge, TCG_CALL_NO_RWG, void, env)
DEF_HELPER_3(lra, i64, env, i64, i64)
-DEF_HELPER_FLAGS_3(per_check_exception, TCG_CALL_NO_WG, void, env, i64, i32)
+DEF_HELPER_FLAGS_1(per_check_exception, TCG_CALL_NO_WG, void, env)
DEF_HELPER_FLAGS_3(per_branch, TCG_CALL_NO_WG, void, env, i64, i32)
-DEF_HELPER_FLAGS_2(per_ifetch, TCG_CALL_NO_WG, void, env, i64)
+DEF_HELPER_FLAGS_2(per_ifetch, TCG_CALL_NO_WG, void, env, i32)
DEF_HELPER_FLAGS_2(per_store_real, TCG_CALL_NO_WG, noreturn, env, i32)
DEF_HELPER_FLAGS_1(stfl, TCG_CALL_NO_RWG, void, env)
diff --git a/target/s390x/tcg/misc_helper.c b/target/s390x/tcg/misc_helper.c
index 43cacc448f..303f86d363 100644
--- a/target/s390x/tcg/misc_helper.c
+++ b/target/s390x/tcg/misc_helper.c
@@ -604,12 +604,10 @@ static G_NORETURN void
per_raise_exception_log(CPUS390XState *env)
per_raise_exception(env);
}
-void HELPER(per_check_exception)(CPUS390XState *env, uint64_t next_pc,
- uint32_t ilen)
+void HELPER(per_check_exception)(CPUS390XState *env)
{
+/* psw_addr, per_address and int_pgm_ilen are already set. */
if (unlikely(env->per_perc_atmid)) {
-env->psw.addr = next_pc;
-env->int_pgm_ilen = ilen;
per_raise_exception_log(env);
}
}
@@ -639,23 +637,20 @@ void HELPER(per_branch)(CPUS390XState *env, uint64_t
dest, uint32_t ilen)
per_raise_exception_log(env);
}
-void HELPER(per_ifetch)(CPUS390XState *env, uint64_t addr)
+void HELPER(per_ifetch)(CPUS390XState *env, uint32_t ilen)
{
-if (get_per_in_range(env, addr)) {
-env->per_address = addr;
+if (get_per_in_range(env, env->psw.addr)) {
+env->per_address = env->psw.addr;
+env->int_pgm_ilen = ilen;
env->per_perc_atmid = PER_CODE_EVENT_IFETCH | get_per_atmid(env);
/* If the instruction has to be nullified, trigger the
exception immediately. */
if (env->cregs[9] & PER_CR9_EVENT_IFETCH_NULLIFICATION) {
-CPUState *cs = env_cpu(env);
-
env->per_perc_atmid |= PER_CODE_EVENT_NULLIFICATION;
-env->int_pgm_code = PGM_PER;
-env->int_pgm_ilen = get_ilen(cpu_ldub_code(env, addr));
-
-cs->exception_index = EXCP_PGM;
-cpu_loop_exit(cs);
+qemu_log_mask(CPU_LOG_INT, "PER interrupt before 0x%" PRIx64 "\n",
+ env->per_address);
+per_raise_exception(env);
}
}
}
diff --git a/target/s390x/tcg/translate.c b/target/s390x/tcg/translate.c
index 5bb15a46e0..c9a5a1687e 100644
--- a/target/s390x/tcg/translate.c
+++ b/target/s390x/tcg/translate.c
@@ -6258,8 +6258,8 @@ static DisasJumpType translate_one(CPUS390XState *env,
DisasContext *s)
#ifndef CONFIG_USER_ONLY
if (s->base.tb->flags & FLAG_MASK_PER_IFETCH) {
-TCGv_i64 addr = tcg_constant_i64(s->base.pc_next);
-gen_helper_per_ifetch(tcg_env, addr);
+/* With ifetch set, psw_addr and cc_op are always up-to-date. */
+gen_helper_per_ifetch(tcg_env, tcg_constant_i32(s->ilen));
}
#endif
@@ -6358,14 +6358,18 @@ static DisasJumpType translate_one(CPUS390XState *env,
DisasContext *s)
#ifndef CONFIG_USER_ONLY
if (s->base.tb->flags & FLAG_MASK_PER_IFETCH) {
-TCGv_i64 next_pc = psw_addr;
-
-if (ret == DISAS_NEXT || ret == DISAS_TOO_MANY) {
-next_pc = tcg_constant_i64(s->pc_tmp);
+switch (ret) {
+case DISAS_TOO_MANY:
+s->base.is_jmp = DISAS_PC_CC_UPDATED;
+/* fall through */
+case DISAS_NEXT:
+tcg_gen_movi_i64(psw_addr, s->pc_tmp);
+break;
+default:
+break;
}
update_cc_op(s);
-gen_helper_per_check_exception(tcg_env, next_pc,
- tcg_constant_i32(s->ilen));
+gen_helper_per_check_exception(tcg_env);
}
#endif
--
2.45.1
[PULL 17/22] hw/s390x: Remove unused macro VMSTATE_ADAPTER_ROUTES
It's not used anywhere, so let's simply remove it.
Message-ID: <20240527121351.211266-1-th...@redhat.com>
Reviewed-by: Cédric Le Goater
Reviewed-by: Eric Farman
Signed-off-by: Thomas Huth
---
include/hw/s390x/s390_flic.h | 3 ---
1 file changed, 3 deletions(-)
diff --git a/include/hw/s390x/s390_flic.h b/include/hw/s390x/s390_flic.h
index bcb081def5..382d9833f1 100644
--- a/include/hw/s390x/s390_flic.h
+++ b/include/hw/s390x/s390_flic.h
@@ -35,9 +35,6 @@ typedef struct AdapterRoutes {
extern const VMStateDescription vmstate_adapter_routes;
-#define VMSTATE_ADAPTER_ROUTES(_f, _s) \
-VMSTATE_STRUCT(_f, _s, 1, vmstate_adapter_routes, AdapterRoutes)
-
#define TYPE_S390_FLIC_COMMON "s390-flic"
OBJECT_DECLARE_TYPE(S390FLICState, S390FLICStateClass,
S390_FLIC_COMMON)
--
2.45.1
[PULL 14/22] tests/tcg/s390x: Add per.S
From: Richard Henderson Add a small test to avoid regressions. Signed-off-by: Richard Henderson Acked-by: Ilya Leoshkevich Tested-by: Ilya Leoshkevich Message-ID: <20240502054417.234340-15-richard.hender...@linaro.org> Signed-off-by: Thomas Huth --- tests/tcg/s390x/Makefile.softmmu-target | 1 + tests/tcg/s390x/per.S | 82 + 2 files changed, 83 insertions(+) create mode 100644 tests/tcg/s390x/per.S diff --git a/tests/tcg/s390x/Makefile.softmmu-target b/tests/tcg/s390x/Makefile.softmmu-target index 1a1f088b28..80159cccf5 100644 --- a/tests/tcg/s390x/Makefile.softmmu-target +++ b/tests/tcg/s390x/Makefile.softmmu-target @@ -25,6 +25,7 @@ ASM_TESTS = \ lpswe-early \ lra \ mc \ +per \ precise-smc-softmmu \ ssm-early \ stosm-early \ diff --git a/tests/tcg/s390x/per.S b/tests/tcg/s390x/per.S new file mode 100644 index 00..79e704a6ff --- /dev/null +++ b/tests/tcg/s390x/per.S @@ -0,0 +1,82 @@ + .org0x8d +ilc: + .org0x8e +program_interruption_code: + .org0x96 +per_code: + .org0x98 +per_address: + .org0x150 +program_old_psw: + .org0x1d0 +program_new_psw: + .quad 0, pgm_handler + + .org0x200 /* exit lowcore */ + +per_on_psw: + .quad 0x4000, start_per +per_on_regs: + .quad 0x8000, 0, -1 /* successful-branching everywhere */ +per_off_regs: + .quad 0, 0 ,0 +success_psw: + .quad 0x2, 0xfff /* see is_special_wait_psw() */ +failure_psw: + .quad 0x2, 0 /* disabled wait */ + + .org0x2000 /* exit lowcore pages */ + + .globl _start +_start: + lpswe per_on_psw +start_per: + lctlg %c9, %c11, per_on_regs + +/* Test unconditional relative branch. */ + larl%r0, j1 + larl%r1, d1 + lhi %r2, 0 +j1:j d1 + lpswe failure_psw +d1: + +/* Test unconditional indirect branch. */ + larl%r0, j2 + larl%r1, d2 +j2:br %r1 + lpswe failure_psw +d2: + +/* Test conditional relative branch. */ + larl%r0, j3 + larl%r1, d3 + clr %r1, %r2/* d3 != 0 */ +j3:jne d3 + lpswe failure_psw +d3: + +/* Test conditional register branch. */ + larl%r0, j4 + larl%r1, d4 + clr %r1, %r2/* d4 != 0 */ +j4:bner%r1 + lpswe failure_psw +d4: + +/* Success! */ + nop + lpswe success_psw + +pgm_handler: + chhsi program_interruption_code, 0x80 /* PER event? */ + jne fail + cli per_code, 0x80 /* successful-branching event? */ + jne fail + clg %r0, per_address/* per_address == jump insn? */ + jne fail + clg %r1, program_old_psw+8 /* psw.addr updated to dest? */ + jne fail + lpswe program_old_psw +fail: + lpswe failure_psw -- 2.45.1
