r is used just for -m64/-mx32.
Tried to reduce the testcase further, but it wasn't easily possible.
Bootstrapped/regtested on x86_64-linux and i686-linux, ok for trunk?
2024-04-23 Jakub Jelinek
PR target/114810
* config/i386/i386.md (*andn3_doubleword_bmi): Split the =,r,ro
[
https://issues.apache.org/jira/browse/KAFKA-16606?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jakub Scholz resolved KAFKA-16606.
--
Resolution: Not A Problem
> JBOD support in KRaft does not seem to be gated by the metad
[
https://issues.apache.org/jira/browse/KAFKA-16606?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jakub Scholz resolved KAFKA-16606.
--
Resolution: Not A Problem
> JBOD support in KRaft does not seem to be gated by the metad
end to
developers and check with the post-commit CI)?
No regeneration of *.urls except before doing a new release candidate,
or a different make goal that would grab html files from the web and
regenerate against that?
Jakub
Hi!
The nullability-00.m* tests unfortunately check the exact spelling of
the diagnostics I've changed earlier today.
Tested on x86_64-linux and i686-linux, committed to trunk as obvious.
2024-04-23 Jakub Jelinek
* objc.dg/attributes/nullability-00.m: Adjust expected diagnostic
https://gcc.gnu.org/g:0c8e99e5c32be9f2604f3c330814993f29818037
commit r14-10094-g0c8e99e5c32be9f2604f3c330814993f29818037
Author: Jakub Jelinek
Date: Tue Apr 23 17:39:48 2024 +0200
testsuite: Adjust testsuite expectations for diagnostic spelling fixes
The nullability-00.m* tests
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114825
--- Comment #3 from Jakub Jelinek ---
Yes, and the reason for that is that while in
subroutine pr114825(b)
type t
real, allocatable :: m(:)
end type t
type(t), allocatable, target :: b(:)
type(t), pointer :: d
!$omp parallel
[
https://issues.apache.org/jira/browse/KAFKA-16606?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17840132#comment-17840132
]
Jakub Scholz commented on KAFKA-16606:
--
[~soarez] That sounds like without using the 3.7-IV2
On Tue, Apr 23, 2024 at 04:18:49PM +0200, Jakub Jelinek wrote:
> Then you have two tests (ctestg and ctesta) doing exactly the same thing,
> that can't be right.
> I guess it might be fine to use zlib when it is an alias to zlib-gabi,
> but zlib-gnu shouldn't be replaced.
>
>
Jakub Scholz created KAFKA-16606:
Summary: JBOD support in KRaft does not seem to be gated by the
metadata version
Key: KAFKA-16606
URL: https://issues.apache.org/jira/browse/KAFKA-16606
Project
Jakub Scholz created KAFKA-16606:
Summary: JBOD support in KRaft does not seem to be gated by the
metadata version
Key: KAFKA-16606
URL: https://issues.apache.org/jira/browse/KAFKA-16606
Project
uot;
AC_LINK_IFELSE([AC_LANG_PROGRAM(,)],
[libgo_cv_ld_compress=yes],
[libgo_cv_ld_compress=no])
LDFLAGS=$LDFLAGS_hold])
AM_CONDITIONAL(HAVE_COMPRESSED_DEBUG, test "$libgo_cv_ld_compress" = yes)
So, if Solaris doesn't support --compress-debug-sections=zlib-gnu, it
shouldn't be tested. Or does it support zlib-gnu and zlib?
Jakub
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114825
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed
On Tue, Apr 23, 2024 at 11:32:08AM +0100, Jonathan Wakely wrote:
> On Mon, 22 Apr 2024 at 22:30, Jakub Jelinek wrote:
> Yup:
> https://gcc.gnu.org/codingconventions.html#Spelling
>
> That spelling is explicitly mentioned at the link above, so they
> should be "ize"
you, or what needs to be
changed in order for it to work as users (you) expect.
Cheers,
Jakub Ružička
On 4/18/24 18:41, netravnen+birdl...@gmail.com wrote:
Dear Maria,
Do you support mirrors (rsync) for your package site at
https://pkg.labs.nic.cz/doc/?project=bird ?
I am part of a group opera
https://gcc.gnu.org/g:f99409459270831685f043987f8d09b9510ccabe
commit r14-10092-gf99409459270831685f043987f8d09b9510ccabe
Author: Jakub Jelinek
Date: Tue Apr 23 14:51:26 2024 +0200
Further spelling fixes in translatable strings
This addresses the non-Oxford British English vs. US
https://gcc.gnu.org/g:4338ac149e270e7fc8a607779ce7f21cb8c640d6
commit r14-10091-g4338ac149e270e7fc8a607779ce7f21cb8c640d6
Author: Jakub Jelinek
Date: Tue Apr 23 14:50:27 2024 +0200
Spelling fixes for translatable strings
I've run aspell on gcc.pot (just quickly skimming, so
On Tue, Apr 23, 2024 at 2:24 AM Michael Paquier wrote:
>
> On Mon, Apr 22, 2024 at 03:40:01PM +0200, Majid Garoosi wrote:
> > Any news, comments, etc. about this thread?
>
> FWIW, I'd still be in favor of doing a GUC-ification of this part, but
> at this stage I'd need more time to do a proper
On 4/23/24 14:05, Daniel Baumann wrote:
Hi,
On 4/23/24 13:58, Jakub Ružička wrote:
but we've agreed the time has come to get extra testing & feedback
through Debian experimental.
yay, thanks!
[ we use knot-resolver at work for the central resolvers for the
university, and we love it. k
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114810
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
kage properly so that it starts
its 6.x life with a clean slate but it's going to hit experimental in
upcoming weeks :)
Thanks for indicating interest, I'll get it done.
Cheers,
Jakub Ružička
On 4/14/24 08:39, Daniel Baumann wrote:
Package: knot-resolver
Severity: wishlist
Hi,
it would be
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106472
--- Comment #42 from Jakub Jelinek ---
(In reply to Дилян Палаузов from comment #40)
> Or when is gcc-bootstrap true and target-libbacktrace-bootstrap false?
Whenever --enable-bootstrap (explicitly or by default) and libbacktrace isn't
nee
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106472
--- Comment #41 from Jakub Jelinek ---
Fixed for 13.3 too.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114572
--- Comment #6 from Jakub Jelinek ---
Fixed for 13.3 too.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114533
--- Comment #14 from Jakub Jelinek ---
Fixed for 13.3 too.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114552
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114580
--- Comment #5 from Jakub Jelinek ---
Fixed for 13.3 too.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114566
Jakub Jelinek changed:
What|Removed |Added
Summary|[11/12/13 Regression] |[11/12 Regression
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110027
Jakub Jelinek changed:
What|Removed |Added
Summary|[11/12/13 regression] Stack |[11/12 regression] Stack
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114687
Jakub Jelinek changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114634
Jakub Jelinek changed:
What|Removed |Added
Summary|[11/12/13 Regression] Crash |[11/12 Regression] Crash
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114691
Jakub Jelinek changed:
What|Removed |Added
Summary|[11/12/13 Regression] Bogus |[11/12 Regression] Bogus
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114743
--- Comment #5 from Jakub Jelinek ---
Fixed for 13.3 too.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114753
--- Comment #11 from Jakub Jelinek ---
Fixed for 13.3 too.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114768
--- Comment #11 from Jakub Jelinek ---
Fixed for 13.3 too.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114780
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114784
Jakub Jelinek changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/g:aa73eb97a1e3c84564fa71158d09f9c5582c4d2e
commit r14-10086-gaa73eb97a1e3c84564fa71158d09f9c5582c4d2e
Author: Jakub Jelinek
Date: Tue Apr 23 08:36:15 2024 +0200
c++: Copy over DECL_DISREGARD_INLINE_LIMITS flag to inheriting ctors
[PR114784]
The following
On Fri, 19 Apr 2024 14:14:25 +0800 Jun Gu wrote:
> vport->dev = dev_get_by_name(ovs_dp_get_net(vport->dp), name);
> - if (!vport->dev) {
> + /* Ensure that the device exists and that the provided
> + * name is not one of its aliases.
> + */
> + if (!vport->dev ||
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114810
--- Comment #10 from Jakub Jelinek ---
(In reply to Jakub Jelinek from comment #8)
> So, given the known ia32 register starvation, can't we split that first
> alternative to
> =,r,o with "nox64" isa and =,r,ro with &quo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114810
--- Comment #8 from Jakub Jelinek ---
(In reply to Uroš Bizjak from comment #7)
> (define_insn_and_split "*andn3_doubleword_bmi"
> [(set (match_operand: 0 "register_operand" "=,r,r")
>
e"
msgid "recognise the specified suffix as implementation and module filenames"
"initialiser for a dylib."
msgid "%qE attribute argument %qE is not recognised"
2024-04-22 Jakub Jelinek
* config/epiphany/epiphany.opt (may-round-for-trunc)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=40883
Bug 40883 depends on bug 66928, which changed state.
Bug 66928 Summary: Typos in translatable strings
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66928
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66928
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114808
--- Comment #3 from Jakub Jelinek ---
Oops, I'm blind.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114808
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment
Since Saturday new packages don't appear in th-test.
Could it be fixed?
--
Jakub Boguszhttp://qboosh.pl/
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114810
Jakub Jelinek changed:
What|Removed |Added
Target Milestone|--- |14.0
Priority|P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114801
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment
^|\n)Preprocessed.*bugreport\[^\n\]*" $text "" text
>
> # Diagnostic inclusion stack
> regsub -all "(^|\n)(In file)?\[ \]+included from \[^\n\]*" $text "" text
>
> base-commit: d86472a6f041ccf3d1be0cf6bb15d1e0ad8f6dbe
> --
> 2.44.0
Jakub
https://gcc.gnu.org/g:cf5f7791056b3ed993bc8024be767a86157514a9
commit r14-10076-gcf5f7791056b3ed993bc8024be767a86157514a9
Author: Jakub Jelinek
Date: Mon Apr 22 18:00:06 2024 +0200
libstdc++: Workaround kernel-headers on s390x-linux
We see
FAIL: 17_intro/headers/c++1998
ped/regtested on x86_64-linux and i686-linux, ok for trunk?
Do you want to copy other flags (and which ones and in which places),
is that ok to be deferred till stage 1?
2024-04-22 Jakub Jelinek
PR c++/114784
* method.cc (implicitly_declare_fn): Call clone_at
On Wed, Apr 17, 2024 at 09:42:47AM +0200, Jakub Jelinek wrote:
> When expand_or_defer_fn is called at_eof time, it calls import_export_decl
> and then maybe_clone_body, which uses DECL_ONE_ONLY and comdat name in a
> couple of places to try to optimize cdtors which are known to have t
) __ ## fld
#endif
...
typedef union
{
double __ctx(d);
float __ctx(f);
} fpreg_t;
and g++ predefining -D_GNU_SOURCE which implies define __USE_MISC.
The following patch adds a workaround for this on the libstdc++ testsuite
side, ok for trunk?
2024-04-22 Jakub Jelinek
) __ ## fld
#endif
...
typedef union
{
double __ctx(d);
float __ctx(f);
} fpreg_t;
and g++ predefining -D_GNU_SOURCE which implies define __USE_MISC.
The following patch adds a workaround for this on the libstdc++ testsuite
side, ok for trunk?
2024-04-22 Jakub Jelinek
On Sun, 21 Apr 2024 13:32:24 -0600 David Ahern wrote:
> On 4/21/24 1:17 PM, Eric Dumazet wrote:
> > I wonder if NLM_F_DUMP_FILTERED should not be reported to user space ?
>
> good point. We do set that flag for other dumps when a filter has been
> used to limit data returned.
That flag appears
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114804
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114787
Jakub Jelinek changed:
What|Removed |Added
Priority|P2 |P1
--- Comment #12 from Jakub Jelinek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114643
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
Last
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114746
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114799
--- Comment #5 from Jakub Jelinek ---
_10 is created during pattern recognition:
patt_10 = (unsigned short) y.0_1;
#0 vect_convert_input (vinfo=0x3a883e0, stmt_info=0x3be5410,
type=, unprom=0x7fffcc80, vectype=, subtype=optab_default
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114784
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114787
--- Comment #11 from Jakub Jelinek ---
Seems it is {,likely_}max_loop_iterations_int on the for (; i < 1; i++) loop
which matters (aka loop 3). Given the i = 0 right before it (guess csmith-ism,
don't see why it couldn't be in the for i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114787
--- Comment #9 from Jakub Jelinek ---
It is the
if (dump_file && (dump_flags & TDF_DETAILS)
&& max_loop_iterations_int (loop) >= 0)
{
fprintf (dump_file,
"Loop %d
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114787
--- Comment #8 from Jakub Jelinek ---
Seems it is -fdump-tree-profile_estimate-details that changes the code
generation.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114787
Jakub Jelinek changed:
What|Removed |Added
Priority|P1 |P2
Keywords|needs-bisection
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114788
Jakub Jelinek changed:
What|Removed |Added
Last reconfirmed||2024-04-22
Target Milestone
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114790
Jakub Jelinek changed:
What|Removed |Added
Target Milestone|--- |11.5
Priority|P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114792
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114793
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114796
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114799
Jakub Jelinek changed:
What|Removed |Added
Keywords|needs-bisection |
Summary|[14 Regression
The issue has been already fixed in Remmina:
https://gitlab.com/Remmina/Remmina/-/issues/3090
Now, the question is how long to get into Ubuntu's 24.04 packages
Supposedly, you can use the flatpak version or downgrade remmina
** Bug watch added: gitlab.com/Remmina/Remmina/-/issues #3090
The issue has been already fixed in Remmina:
https://gitlab.com/Remmina/Remmina/-/issues/3090
Now, the question is how long to get into Ubuntu's 24.04 packages
Supposedly, you can use the flatpak version or downgrade remmina
** Bug watch added: gitlab.com/Remmina/Remmina/-/issues #3090
https://gcc.gnu.org/g:e802786436851b1f5efca21a14d4f41c83c83f4f
commit r13-8637-ge802786436851b1f5efca21a14d4f41c83c83f4f
Author: Jakub Jelinek
Date: Sat Apr 20 00:12:36 2024 +0200
c-family: Allow arguments with NULLPTR_TYPE as sentinels [PR114780]
While in C++ the ellipsis
https://gcc.gnu.org/g:10f689596ad1633f4f5de1852c8f82a993fe948e
commit r13-8635-g10f689596ad1633f4f5de1852c8f82a993fe948e
Author: Jakub Jelinek
Date: Thu Apr 18 09:45:14 2024 +0200
internal-fn: Temporarily disable flag_trapv during .{ADD,SUB,MUL}_OVERFLOW
etc. expansion [PR114753
https://gcc.gnu.org/g:cd8e2137462d9ae1723fa193b6062ec65d164457
commit r13-8634-gcd8e2137462d9ae1723fa193b6062ec65d164457
Author: Jakub Jelinek
Date: Wed Apr 17 10:24:18 2024 +0200
asan: Don't instrument .ABNORMAL_DISPATCHER [PR114743]
.ABNORMAL_DISPATCHER is currently the only
https://gcc.gnu.org/g:7a1a52934a2ab9ac9205a3a4d5b82a672fefba7e
commit r13-8631-g7a1a52934a2ab9ac9205a3a4d5b82a672fefba7e
Author: Jakub Jelinek
Date: Fri Apr 12 10:59:54 2024 +0200
Limit special asan/ubsan/bitint returns_twice handling to calls in bbs with
abnormal pred [PR114687
https://gcc.gnu.org/g:ab3b83afc149edda11fa3c7cbb3815606731003b
commit r13-8636-gab3b83afc149edda11fa3c7cbb3815606731003b
Author: Jakub Jelinek
Date: Fri Apr 19 08:47:53 2024 +0200
rtlanal: Fix set_noop_p for volatile loads or stores [PR114768]
On the following testcase, combine
https://gcc.gnu.org/g:910fa4d9df8f72d16279324cca2bf1f2649aa68b
commit r13-8627-g910fa4d9df8f72d16279324cca2bf1f2649aa68b
Author: Jakub Jelinek
Date: Fri Apr 5 09:31:28 2024 +0200
c++: Fix ICE with weird copy assignment operator [PR114572]
While ctors/dtors don't return anything
https://gcc.gnu.org/g:38af0d59043da4cc07cd62c17da599e43668e3be
commit r13-8628-g38af0d59043da4cc07cd62c17da599e43668e3be
Author: Jakub Jelinek
Date: Fri Apr 5 14:56:14 2024 +0200
vect: Don't clear base_misaligned in update_epilogue_loop_vinfo [PR114566]
The following testcase
https://gcc.gnu.org/g:a297f9bbb9611414fe48f6d61a8829bf5808bd2c
commit r13-8626-ga297f9bbb9611414fe48f6d61a8829bf5808bd2c
Author: Jakub Jelinek
Date: Thu Apr 4 10:47:52 2024 +0200
fold-const: Handle NON_LVALUE_EXPR in native_encode_initializer [PR114537]
The following testcase
https://gcc.gnu.org/g:ae3b6dea0445f9650cf1a684527efac06497f1b4
commit r13-8629-gae3b6dea0445f9650cf1a684527efac06497f1b4
Author: Jakub Jelinek
Date: Tue Apr 9 09:31:42 2024 +0200
c++: Fix up maybe_warn_for_constant_evaluated calls [PR114580]
When looking
https://gcc.gnu.org/g:ed7be7ba6f125cfda7ad07263213cbe02b7e7ced
commit r13-8632-ged7be7ba6f125cfda7ad07263213cbe02b7e7ced
Author: Jakub Jelinek
Date: Fri Apr 12 20:53:10 2024 +0200
c++: Fix bogus warnings about ignored annotations [PR114691]
The middle-end warns about
https://gcc.gnu.org/g:2c85e8def0efd4b0d9d312a1f0cbbee332b4e0d1
commit r13-8633-g2c85e8def0efd4b0d9d312a1f0cbbee332b4e0d1
Author: Jakub Jelinek
Date: Mon Apr 15 10:25:22 2024 +0200
attribs: Don't crash on NULL TREE_TYPE in diag_attr_exclusions [PR114634]
The enumerator still
https://gcc.gnu.org/g:a16d90ec302e588dab5d7d31ccdd7b3fd5c6214e
commit r13-8630-ga16d90ec302e588dab5d7d31ccdd7b3fd5c6214e
Author: Jakub Jelinek
Date: Thu Apr 11 11:12:11 2024 +0200
asan, v3: Fix up handling of > 32 byte aligned variables with
-fsanitize=address -fstack-protec
https://gcc.gnu.org/g:cc39bd532d4de1ba0b2785246fb6fdd63ec2e92c
commit r13-8625-gcc39bd532d4de1ba0b2785246fb6fdd63ec2e92c
Author: Jakub Jelinek
Date: Wed Apr 3 10:02:35 2024 +0200
libquadmath: Don't assume the storage for __float128 arguments is aligned
[PR114533
https://gcc.gnu.org/g:ba6fd407891fd83648ad803c85b607dc09e23be4
commit r13-8624-gba6fd407891fd83648ad803c85b607dc09e23be4
Author: Jakub Jelinek
Date: Wed Apr 3 09:59:45 2024 +0200
expr: Fix up emit_push_insn [PR114552]
r13-990 added optimizations in multiple spots to optimize
https://gcc.gnu.org/g:cb277dea557aaa25fdced201f7c45c753c709dfa
commit r13-8623-gcb277dea557aaa25fdced201f7c45c753c709dfa
Author: Jakub Jelinek
Date: Tue Apr 2 13:40:27 2024 +0200
Fix up postboot dependencies [PR106472]
On Wed, Mar 13, 2024 at 10:13:37AM +0100, Jakub Jelinek wrote
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114787
Jakub Jelinek changed:
What|Removed |Added
Version|unknown |14.0
Last reconfirmed
On Fri, 19 Apr 2024 12:31:33 +0800 Jun Gu wrote:
> From: "jun.gu"
>
> Ensure that the provided netdev name is not one of its aliases to
> prevent unnecessary creation and destruction of the vport by
> ovs-vswitchd.
>
> Signed-off-by: jun.gu
> Acked-by: Eelco Chaudron
I said: When you
Wrap typical checks like whether given command used by the test
is available in helpers.
Signed-off-by: Jakub Kicinski
---
.../selftests/drivers/net/lib/py/env.py | 29 ++-
tools/testing/selftests/drivers/net/ping.py | 6
2 files changed, 34 insertions(+), 1
resses
being wrapped in [], it's not the only command which requires
this format, so add the wrapped address to env. The hope
is to save test code from checking if address is v6.
Signed-off-by: Jakub Kicinski
---
.../selftests/drivers/net/lib/py/env.py | 5 +++
tools/testing/selftests/driver
(). Let the author list the desired
prefixes. globals() need to be passed explicitly, IDK how to work
around that.
Signed-off-by: Jakub Kicinski
---
v4:
- spell the code out a little to make it clearer
---
tools/testing/selftests/drivers/net/ping.py | 3 +--
tools/testing/selftests/net/lib/py
ping.test_v4
# ok 2 ping.test_v6 # SKIP Test requires IPv6 connectivity
# # Totals: pass:1 fail:0 xfail:1 xpass:0 skip:0 error:0
Signed-off-by: Jakub Kicinski
---
v4:
- move adding the "require_XYZ()" checks to last patch
---
tools/testing/selftests/drivers/net/Makefile | 5 +++-
tools
Nothing surprising here, hopefully. Wrap the variables from
the environment into a class or spawn a netdevsim based env
and pass it to the tests.
Signed-off-by: Jakub Kicinski
---
.../testing/selftests/drivers/net/README.rst | 33 +++
.../selftests/drivers/net/lib/py/env.py | 98
The tests with a remote end will use a different class,
for clarity, but will also need to parse the env.
So factor parsing the env out to a function.
Signed-off-by: Jakub Kicinski
---
.../selftests/drivers/net/lib/py/env.py | 43 +++
1 file changed, 26 insertions(+), 17
tion
methods without bothering upstream code base.
Stick to the "simple" / "no unnecessary abstractions" model for
referring to the remote endpoints. The host / remote object are
passed as an argument to the usual cmd() or ip() invocation.
For example:
ip("link show&qu
6004556.1618804-1-k...@kernel.org
- rename endpoint -> remote
- use 2001:db8:: v6 prefix
- add a note about persistent SSH connections
- add the kernel config
v1: https://lore.kernel.org/all/20240412233705.1066444-1-k...@kernel.org
Jakub Kicinski (7):
selftests: drv-net: define endpoi
Add a test for dumping qstats device by device.
ksft framework grows a ksft_raises() helper, to be used
under with, which should be familiar to unittest users.
Signed-off-by: Jakub Kicinski
---
tools/testing/selftests/drivers/net/stats.py | 62 +++-
tools/testing/selftests/net
901 - 1000 of 139421 matches
Mail list logo