From owner-freebsd-stable@freebsd.org Sun Jul 26 08:25:47 2020 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id CAB243A114D for ; Sun, 26 Jul 2020 08:25:47 +0000 (UTC) (envelope-from truckman@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4BDwxR4yJZz4G1x; Sun, 26 Jul 2020 08:25:47 +0000 (UTC) (envelope-from truckman@FreeBSD.org) Received: from mousie.catspoiler.org (unknown [76.212.85.177]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) (Authenticated sender: truckman) by smtp.freebsd.org (Postfix) with ESMTPSA id 0B3E3108CC; Sun, 26 Jul 2020 08:25:46 +0000 (UTC) (envelope-from truckman@FreeBSD.org) Date: Sun, 26 Jul 2020 01:25:45 -0700 (PDT) From: Don Lewis Subject: 11-STABLE build failure in gnu/usr.bin/binutils/ld on recent -CURRENT To: freebsd-stable@FreeBSD.org, jkim@FreeBSD.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=us-ascii Content-Disposition: INLINE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Jul 2020 08:25:47 -0000 I ran into another problem updating my 11-STABLE poudriere jails on my package build machine, which runs a fairly recent version of -CURRENT. If I try to cross build: -O2 -pipe -DBFD_DEFAULT_TARGET_SIZE=64 -I. -I/tmp/src11/gnu/usr.bin/binutils/l d -I/tmp/src11/gnu/usr.bin/binutils/ld/../libbfd -I/usr/obj/tmp/src11/gnu/usr.bi n/binutils/ld/../libbfd -I/tmp/src11/gnu/usr.bin/binutils/ld/../../../../contrib /binutils/include -DTARGET=\"x86_64-unknown-freebsd\" -DDEFAULT_EMULATION=\"el f_x86_64_fbsd\" -DSCRIPTDIR=\"/usr/libdata\" -DBFD_VERSION_STRING=\""2.17.50 [Fr eeBSD] 2007-07-03"\" -DBINDIR=\"/usr/bin\" -DTARGET_SYSTEM_ROOT=\"/\" -DTOOLBIND IR=\"//usr/bin/libexec\" -D_GNU_SOURCE -I/tmp/src11/gnu/usr.bin/binutils/ld/../. ./../../contrib/binutils/ld -I/tmp/src11/gnu/usr.bin/binutils/ld/../../../../con trib/binutils/bfd -g -MD -MF.depend.ldlex.o -MTldlex.o -std=gnu99 -fstack-prote ctor-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parame ter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variabl e -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unu sed-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-address-of-pack ed-member -Qunused-arguments -c ldlex.c -o ldlex.o ldlex.c:3216:3: error: incompatible pointer types passing 'int *' to parameter of type 'yy_size_t *' (aka 'unsigned long *') [-Werror,-Wincompatible-pointer-types] ...YY_INPUT( (&YY_CURRENT_BUFFER_LVALUE->yy_ch_buf[number_to_move]), ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ /tmp/src11/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/ld/ldlex.l:64:54 : note: expanded from macro 'YY_INPUT' #define YY_INPUT(buf,result,max_size) yy_input (buf, &result, max_size) ^~~~~~~ /tmp/src11/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/ld/ldlex.l:73:42 : note: passing argument to parameter here static void yy_input (char *, yy_size_t *, yy_size_t); ^ 1 error generated. *** Error code 1 The problem is that the skeleton defines yy_n_chars as type 'int' instead of type 'yy_size_t'. That's a bit of a puzzle because it is defined as 'yy_size_t' in usr.bin/lex/initskel.c. If I force lex to always be built as a bootstrap tool, then I get a successful build, so it looks like the host version of lex is getting used by default. I think this is a new problem when the build host is -CURRENT. This commit: ------------------------------------------------------------------------ r362333 | jkim | 2020-06-18 11:09:16 -0700 (Thu, 18 Jun 2020) | 4 lines MFV: r362286 Merge flex 2.6.4. ------------------------------------------------------------------------ changes the type of yy_size_t from 'yy_size_t' to 'int'. I'm not sure what the best fix for this is. From owner-freebsd-stable@freebsd.org Sun Jul 26 17:21:37 2020 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id C174C36616E for ; Sun, 26 Jul 2020 17:21:37 +0000 (UTC) (envelope-from peter.blok@bsd4all.org) Received: from smtpq1.tb.mail.iss.as9143.net (smtpq1.tb.mail.iss.as9143.net [212.54.42.164]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4BF8qh6btfz3ZKf for ; Sun, 26 Jul 2020 17:21:36 +0000 (UTC) (envelope-from peter.blok@bsd4all.org) Received: from [212.54.42.135] (helo=smtp11.tb.mail.iss.as9143.net) by smtpq1.tb.mail.iss.as9143.net with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1jzkL6-0001yn-Hm for freebsd-stable@freebsd.org; Sun, 26 Jul 2020 19:21:32 +0200 Received: from 94-209-85-88.cable.dynamic.v4.ziggo.nl ([94.209.85.88] helo=wan0.bsd4all.org) by smtp11.tb.mail.iss.as9143.net with esmtp (Exim 4.90_1) (envelope-from ) id 1jzkL6-0004wP-Dm for freebsd-stable@freebsd.org; Sun, 26 Jul 2020 19:21:32 +0200 Received: from newnas.bsd4all.local (localhost [127.0.0.1]) by wan0.bsd4all.org (Postfix) with ESMTP id E80C0D8 for ; Sun, 26 Jul 2020 19:21:31 +0200 (CEST) X-Virus-Scanned: amavisd-new at bsd4all.org Received: from wan0.bsd4all.org ([127.0.0.1]) by newnas.bsd4all.local (newnas.bsd4all.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id CyMiwkyTGUq3 for ; Sun, 26 Jul 2020 19:21:31 +0200 (CEST) Received: from [192.168.1.65] (unknown [192.168.1.65]) by wan0.bsd4all.org (Postfix) with ESMTPSA id 556E938 for ; Sun, 26 Jul 2020 19:21:31 +0200 (CEST) From: peter.blok@bsd4all.org Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.1\)) Subject: Crash in stable 363430 and higher Message-Id: Date: Sun, 26 Jul 2020 19:21:30 +0200 To: freebsd-stable@freebsd.org X-Mailer: Apple Mail (2.3608.120.23.2.1) X-SourceIP: 94.209.85.88 X-Ziggo-spambar: / X-Ziggo-spamscore: 0.0 X-Ziggo-spamreport: CMAE Analysis: v=2.3 cv=Qdn9QvTv c=1 sm=1 tr=0 a=LYXyOGYQqFYBMgK+Y6iqTg==:17 a=IkcTkHD0fZMA:10 a=_RQrkK6FrEwA:10 a=lyoKUVSbbQ_4LzDPBaMA:9 a=QEXdDO2ut3YA:10 X-Ziggo-Spam-Status: No X-Spam-Status: No X-Spam-Flag: No X-Rspamd-Queue-Id: 4BF8qh6btfz3ZKf X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of peter.blok@bsd4all.org designates 212.54.42.164 as permitted sender) smtp.mailfrom=peter.blok@bsd4all.org X-Spamd-Result: default: False [-2.56 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; RWL_MAILSPIKE_VERYGOOD(0.00)[212.54.42.164:from]; RCVD_COUNT_FIVE(0.00)[6]; ARC_NA(0.00)[]; MV_CASE(0.50)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-0.97)[-0.971]; RECEIVED_SPAMHAUS_PBL(0.00)[94.209.85.88:received]; DMARC_NA(0.00)[bsd4all.org]; R_SPF_ALLOW(-0.20)[+a:smtp.ziggo.nl/16]; NEURAL_HAM_SHORT(-0.66)[-0.655]; FROM_NO_DN(0.00)[]; NEURAL_HAM_MEDIUM(-1.04)[-1.037]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:33915, ipnet:212.54.32.0/20, country:NL]; RCVD_TLS_LAST(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[212.54.42.164:from] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Jul 2020 17:21:37 -0000 Hi, I=E2=80=99m getting the following crash during startup. It seems = strongswan is setting a reqid. Commit r363430 is on if_bridge. The IPSec interfaces are not bridged at = all, so I=E2=80=99m clueless to why this crash relates to this commit. = The only commonality is that the crash is Epoch related and the commit = as well. (kgdb) list 418 * Propagate our priority to any other waiters = to prevent us 419 * from starving them. They will have their = original priority 420 * restore on exit from epoch_wait(). 421 */ 422 curwaittd =3D tdwait->et_td; 423 if (!TD_IS_INHIBITED(curwaittd) && = curwaittd->td_priority > td->td_priority) { 424 critical_enter(); 425 thread_unlock(td); 426 thread_lock(curwaittd); 427 sched_prio(curwaittd, td->td_priority); (kgdb) p/x tdwait $3 =3D 0xfffffe0075dca778 (kgdb) p/x tdwait->et_td $4 =3D 0x806 (kgdb) bt #0 __curthread () at /usr/src/sys/amd64/include/pcpu_aux.h:55 #1 doadump (textdump=3D) at = /usr/src/sys/kern/kern_shutdown.c:371 #2 0xffffffff8064d335 in kern_reboot (howto=3D260) at = /usr/src/sys/kern/kern_shutdown.c:451 #3 0xffffffff8064d773 in vpanic (fmt=3D, ap=3D) at /usr/src/sys/kern/kern_shutdown.c:880 #4 0xffffffff8064d593 in panic (fmt=3D) at = /usr/src/sys/kern/kern_shutdown.c:807 #5 0xffffffff809cc3d1 in trap_fatal (frame=3D0xfffffe00c8a0e6f0, = eva=3D3094) at /usr/src/sys/amd64/amd64/trap.c:925 #6 0xffffffff809cc42f in trap_pfault (frame=3D0xfffffe00c8a0e6f0, = usermode=3D, signo=3D, ucode=3D) at /usr/src/sys/amd64/amd64/trap.c:743 #7 0xffffffff809cba76 in trap (frame=3D0xfffffe00c8a0e6f0) at = /usr/src/sys/amd64/amd64/trap.c:407 #8 #9 epoch_block_handler_preempt (global=3D, cr=3D, arg=3D) at /usr/src/sys/kern/subr_epoch.c:423 #10 0xffffffff803677fd in epoch_block (global=3D0xfffff800020be600, = cr=3D0xfffffe0075db9a00, cb=3D0xffffffff80692320 = , ct=3D0x0) at = /usr/src/sys/contrib/ck/src/ck_epoch.c:416 #11 ck_epoch_synchronize_wait (global=3D0xfffff800020be600, = cb=3D, ct=3D) at = /usr/src/sys/contrib/ck/src/ck_epoch.c:465 #12 0xffffffff806921da in epoch_wait_preempt (epoch=3D0xfffff800020be600) = at /usr/src/sys/kern/subr_epoch.c:513 #13 0xffffffff80761687 in ipsec_set_reqid (sc=3D0xfffff8004261e200, = reqid=3D103) at /usr/src/sys/net/if_ipsec.c:964 #14 ipsec_ioctl (ifp=3D, cmd=3D, = data=3D) at /usr/src/sys/net/if_ipsec.c:764 #15 0xffffffff807527ef in ifioctl (so=3D0xfffff8011d766000, = cmd=3D2149607841, data=3D0xfffffe00c8a0ea10 "btcd", td=3D) at /usr/src/sys/net/if.c:3147 #16 0xffffffff806b5f47 in fo_ioctl (fp=3D0xfffff800194846e0, = com=3D2149607841, data=3D0x0, active_cred=3D0x0, td=3D0xfffff80122379740) = at /usr/src/sys/sys/file.h:337 #17 kern_ioctl (td=3D0xffffffff80692320 , = fd=3D, com=3D2149607841, data=3D0x0) at = /usr/src/sys/kern/sys_generic.c:805 #18 0xffffffff806b5bea in sys_ioctl (td=3D0xfffff80122379740, = uap=3D0xfffff80122379b00) at /usr/src/sys/kern/sys_generic.c:713 #19 0xffffffff809ccf87 in syscallenter (td=3D0xfffff80122379740) at = /usr/src/sys/amd64/amd64/../../kern/subr_syscall.c:144 #20 amd64_syscall (td=3D0xfffff80122379740, traced=3D0) at = /usr/src/sys/amd64/amd64/trap.c:1167 #21 #22 0x000000080044e0da in ?? () Backtrace stopped: Cannot access memory at address 0x7fffffffe1a8 Any pointers?= From owner-freebsd-stable@freebsd.org Sun Jul 26 20:11:40 2020 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id B0FD5369EDD for ; Sun, 26 Jul 2020 20:11:40 +0000 (UTC) (envelope-from SRS0=sRaI=BF=mail.sermon-archive.info=doug@sermon-archive.info) Received: from mail.sermon-archive.info (sermon-archive.info [71.177.216.148]) by mx1.freebsd.org (Postfix) with ESMTP id 4BFDbv4jzMz420r for ; Sun, 26 Jul 2020 20:11:39 +0000 (UTC) (envelope-from SRS0=sRaI=BF=mail.sermon-archive.info=doug@sermon-archive.info) Received: from [10.0.1.251] (mini [10.0.1.251]) by mail.sermon-archive.info (Postfix) with ESMTPSA id 4BFDbn2mcXz2fjRr for ; Sun, 26 Jul 2020 13:11:33 -0700 (PDT) From: Doug Hardie Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.15\)) Subject: Laundry Message-Id: Date: Sun, 26 Jul 2020 13:11:33 -0700 To: List Mailing FreeBSD-STABLE X-Mailer: Apple Mail (2.3445.104.15) X-Virus-Scanned: clamav-milter 0.101.4 at mail X-Virus-Status: Clean X-Rspamd-Queue-Id: 4BFDbv4jzMz420r X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of SRS0=sRaI=BF=mail.sermon-archive.info=doug@sermon-archive.info designates 71.177.216.148 as permitted sender) smtp.mailfrom=SRS0=sRaI=BF=mail.sermon-archive.info=doug@sermon-archive.info X-Spamd-Result: default: False [-1.95 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.91)[-0.914]; FROM_HAS_DN(0.00)[]; MV_CASE(0.50)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; DMARC_NA(0.00)[lafn.org: no valid DMARC record]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-0.83)[-0.833]; TO_DN_ALL(0.00)[]; NEURAL_HAM_SHORT(-0.80)[-0.804]; R_SPF_ALLOW(-0.20)[+ip4:71.177.216.148]; FORGED_SENDER(0.30)[bc979@lafn.org,SRS0=sRaI=BF=mail.sermon-archive.info=doug@sermon-archive.info]; RCVD_NO_TLS_LAST(0.10)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:5650, ipnet:71.177.216.0/23, country:US]; FROM_NEQ_ENVFROM(0.00)[bc979@lafn.org,SRS0=sRaI=BF=mail.sermon-archive.info=doug@sermon-archive.info]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Jul 2020 20:11:40 -0000 I have a production system (12.1-RELEASE-p6) that is showing around 1 GB = of Laundry pages. There are over 6 Gb Inact and 1 Gb free. I can = understand why the system would want to not prioritize laundering those = pages as there is plenty of available pages. However, does that mean = that I have about 1 GB of updated files that have not been written back = to disk? If so, then there is a significant issue with power failures = and loss of data. -- Doug From owner-freebsd-stable@freebsd.org Sun Jul 26 20:31:28 2020 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 7106636A758 for ; Sun, 26 Jul 2020 20:31:28 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4BFF2l1sPpz434q for ; Sun, 26 Jul 2020 20:31:26 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from tom.home (kib@localhost [127.0.0.1]) by kib.kiev.ua (8.16.1/8.16.1) with ESMTPS id 06QKVCLF092916 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Sun, 26 Jul 2020 23:31:15 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua 06QKVCLF092916 Received: (from kostik@localhost) by tom.home (8.16.1/8.16.1/Submit) id 06QKVCIG092915; Sun, 26 Jul 2020 23:31:12 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Sun, 26 Jul 2020 23:31:12 +0300 From: Konstantin Belousov To: Doug Hardie Cc: List Mailing FreeBSD-STABLE Subject: Re: Laundry Message-ID: <20200726203112.GB2551@kib.kiev.ua> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FORGED_GMAIL_RCVD,FREEMAIL_FROM, NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.4 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on tom.home X-Rspamd-Queue-Id: 4BFF2l1sPpz434q X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=fail reason="No valid SPF, No valid DKIM" header.from=gmail.com (policy=none); spf=softfail (mx1.freebsd.org: 2001:470:d5e7:1::1 is neither permitted nor denied by domain of kostikbel@gmail.com) smtp.mailfrom=kostikbel@gmail.com X-Spamd-Result: default: False [-0.45 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.28)[-0.278]; RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; NEURAL_HAM_LONG(-0.66)[-0.662]; MIME_GOOD(-0.10)[text/plain]; HAS_XAW(0.00)[]; R_SPF_SOFTFAIL(0.00)[~all:c]; NEURAL_SPAM_SHORT(0.49)[0.491]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_COUNT_TWO(0.00)[2]; ASN(0.00)[asn:6939, ipnet:2001:470::/32, country:US]; FREEMAIL_ENVFROM(0.00)[gmail.com]; DMARC_POLICY_SOFTFAIL(0.10)[gmail.com : No valid SPF, No valid DKIM,none] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Jul 2020 20:31:28 -0000 On Sun, Jul 26, 2020 at 01:11:33PM -0700, Doug Hardie wrote: > I have a production system (12.1-RELEASE-p6) that is showing around 1 GB of Laundry pages. There are over 6 Gb Inact and 1 Gb free. I can understand why the system would want to not prioritize laundering those pages as there is plenty of available pages. However, does that mean that I have about 1 GB of updated files that have not been written back to disk? If so, then there is a significant issue with power failures and loss of data. > Laundry keeps both file-backed (named) pages and swap-backed (anonymous) pages. Most likely it means that you have 1G of anonymous dirty mappings, for instance programs data/bss and malloced. From owner-freebsd-stable@freebsd.org Sun Jul 26 20:59:19 2020 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id E343836BB3B for ; Sun, 26 Jul 2020 20:59:19 +0000 (UTC) (envelope-from SRS0=sRaI=BF=mail.sermon-archive.info=doug@sermon-archive.info) Received: from mail.sermon-archive.info (sermon-archive.info [71.177.216.148]) by mx1.freebsd.org (Postfix) with ESMTP id 4BFFfv2WGzz44f9 for ; Sun, 26 Jul 2020 20:59:19 +0000 (UTC) (envelope-from SRS0=sRaI=BF=mail.sermon-archive.info=doug@sermon-archive.info) Received: from [10.0.1.251] (mini [10.0.1.251]) by mail.sermon-archive.info (Postfix) with ESMTPSA id 4BFFft2F3rz2fjQQ for ; Sun, 26 Jul 2020 13:59:18 -0700 (PDT) From: Doug Hardie Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.15\)) Subject: Re: Laundry Date: Sun, 26 Jul 2020 13:59:18 -0700 References: <20200726203112.GB2551@kib.kiev.ua> To: List Mailing FreeBSD-STABLE In-Reply-To: <20200726203112.GB2551@kib.kiev.ua> Message-Id: X-Mailer: Apple Mail (2.3445.104.15) X-Virus-Scanned: clamav-milter 0.101.4 at mail X-Virus-Status: Clean X-Rspamd-Queue-Id: 4BFFfv2WGzz44f9 X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of SRS0=sRaI=BF=mail.sermon-archive.info=doug@sermon-archive.info designates 71.177.216.148 as permitted sender) smtp.mailfrom=SRS0=sRaI=BF=mail.sermon-archive.info=doug@sermon-archive.info X-Spamd-Result: default: False [-1.99 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_HAM_MEDIUM(-0.89)[-0.893]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:71.177.216.148:c]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; DMARC_NA(0.00)[lafn.org: no valid DMARC record]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-0.81)[-0.811]; TO_DN_ALL(0.00)[]; NEURAL_HAM_SHORT(-0.88)[-0.884]; TO_MATCH_ENVRCPT_ALL(0.00)[]; FORGED_SENDER(0.30)[bc979@lafn.org,SRS0=sRaI=BF=mail.sermon-archive.info=doug@sermon-archive.info]; RCVD_NO_TLS_LAST(0.10)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:5650, ipnet:71.177.216.0/23, country:US]; FROM_NEQ_ENVFROM(0.00)[bc979@lafn.org,SRS0=sRaI=BF=mail.sermon-archive.info=doug@sermon-archive.info]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Jul 2020 20:59:19 -0000 > On 26 July 2020, at 13:31, Konstantin Belousov = wrote: >=20 > On Sun, Jul 26, 2020 at 01:11:33PM -0700, Doug Hardie wrote: >> I have a production system (12.1-RELEASE-p6) that is showing around 1 = GB of Laundry pages. There are over 6 Gb Inact and 1 Gb free. I can = understand why the system would want to not prioritize laundering those = pages as there is plenty of available pages. However, does that mean = that I have about 1 GB of updated files that have not been written back = to disk? If so, then there is a significant issue with power failures = and loss of data. >>=20 > Laundry keeps both file-backed (named) pages and swap-backed = (anonymous) > pages. Most likely it means that you have 1G of anonymous dirty > mappings, for instance programs data/bss and malloced. I don't believe there are very man anonymous pages, but there are lots = of named pages. If those are dirty, does that mean they have not yet = been written back to disk? The loss of those would be quite detrimental = if not written back to disk. -- Doug From owner-freebsd-stable@freebsd.org Sun Jul 26 22:16:17 2020 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 27A8136DEFC for ; Sun, 26 Jul 2020 22:16:17 +0000 (UTC) (envelope-from jclarke@marcuscom.com) Received: from creme-brulee.marcuscom.com (creme-brulee.marcuscom.com [IPv6:2607:fc50:1:f300::2]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "*.marcuscom.com", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4BFHMh1wmFz48dx for ; Sun, 26 Jul 2020 22:16:16 +0000 (UTC) (envelope-from jclarke@marcuscom.com) Received: from [IPv6:2600:1700:b00:b239:f9e0:91b8:80d2:7667] ([IPv6:2600:1700:b00:b239:f9e0:91b8:80d2:7667]) (authenticated bits=0) by creme-brulee.marcuscom.com (8.16.1/8.16.1) with ESMTPSA id 06QMGCgE071562 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Sun, 26 Jul 2020 18:16:14 -0400 (EDT) (envelope-from jclarke@marcuscom.com) From: Joe Clarke Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.1\)) Subject: Traffic "corruption" in 12-stable Message-Id: <9FAE54DE-F409-4A53-B91E-59AE52A86513@marcuscom.com> Date: Sun, 26 Jul 2020 18:16:07 -0400 To: freebsd-stable@freebsd.org X-Mailer: Apple Mail (2.3608.120.23.2.1) X-Spam-Status: No, score=3.0 required=5.0 tests=HELO_MISC_IP,HELO_NO_DOMAIN, RDNS_NONE,TW_MX,TW_PF,TW_VM autolearn=disabled version=3.4.4 X-Spam-Level: ** X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on creme-brulee.marcuscom.com X-Rspamd-Queue-Id: 4BFHMh1wmFz48dx X-Spamd-Bar: +++ Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of jclarke@marcuscom.com has no SPF policy when checking 2607:fc50:1:f300::2) smtp.mailfrom=jclarke@marcuscom.com X-Spamd-Result: default: False [3.56 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; MV_CASE(0.50)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; TO_DN_NONE(0.00)[]; AUTH_NA(1.00)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_SPAM_MEDIUM(0.51)[0.510]; DMARC_NA(0.00)[marcuscom.com]; NEURAL_SPAM_SHORT(0.89)[0.886]; NEURAL_SPAM_LONG(0.77)[0.768]; R_SPF_NA(0.00)[no SPF record]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:36236, ipnet:2607:fc50::/36, country:US]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Jul 2020 22:16:17 -0000 About two weeks ago, I upgraded from the latest 11-stable to the latest = 12-stable. After that, I periodically see the network throughput come = to a near standstill. This FreeBSD machine is an ESXi VM with two = interfaces. It acts as a router. It uses vmxnet3 interfaces for both = LAN and WAN. It runs ipfw with in-kernel NAT. The LAN side uses a = bridge with vmx0 and a tap0 L2 VPN interface. My LAN side uses an MTU = of 9000, and my vmx1 (WAN side) uses the default 1500. Besides seeing massive packet loss and huge latency (~ 200 ms for on-LAN = ping times), I know the problem has occurred because my lldpd reports: Jul 26 15:47:03 namale lldpd[1126]: frame too short for tlv received on = bridge0 And if I turn on ipfw verbose messages, I see tons of: Jul 26 16:02:23 namale kernel: ipfw: pullup failed This leads to me to believe packets are being corrupted on ingress. = I=E2=80=99ve applied all the recent iflib changes, but the problem = persists. What causes it, I don=E2=80=99t know. The only thing that changed (and yes, it=E2=80=99s a big one) is I = upgraded to 12-stable. Meaning, the rest of the network infra and = topology has remained the same. This did not happen at all in = 11-stable. I=E2=80=99m open to suggestions. Thanks. Joe --- PGP Key : http://www.marcuscom.com/pgp.asc From owner-freebsd-stable@freebsd.org Mon Jul 27 05:00:43 2020 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 79D05376834 for ; Mon, 27 Jul 2020 05:00:43 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from hz.grosbein.net (hz.grosbein.net [IPv6:2a01:4f8:c2c:26d8::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "hz.grosbein.net", Issuer "hz.grosbein.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4BFSLL1hDpz4TDC for ; Mon, 27 Jul 2020 05:00:41 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from eg.sd.rdtc.ru (eg.sd.rdtc.ru [IPv6:2a03:3100:c:13:0:0:0:5]) by hz.grosbein.net (8.15.2/8.15.2) with ESMTPS id 06R50FSp094828 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Mon, 27 Jul 2020 05:00:18 GMT (envelope-from eugen@grosbein.net) X-Envelope-From: eugen@grosbein.net X-Envelope-To: jclarke@marcuscom.com Received: from [10.58.0.10] (dadvw [10.58.0.10]) by eg.sd.rdtc.ru (8.15.2/8.15.2) with ESMTPS id 06R50I6x014172 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT); Mon, 27 Jul 2020 12:00:18 +0700 (+07) (envelope-from eugen@grosbein.net) Subject: Re: Traffic "corruption" in 12-stable To: Joe Clarke , freebsd-stable@freebsd.org References: <9FAE54DE-F409-4A53-B91E-59AE52A86513@marcuscom.com> From: Eugene Grosbein Message-ID: <9d6dc414-2866-e6c8-6b66-22af23efc728@grosbein.net> Date: Mon, 27 Jul 2020 12:00:11 +0700 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 MIME-Version: 1.0 In-Reply-To: <9FAE54DE-F409-4A53-B91E-59AE52A86513@marcuscom.com> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-0.7 required=5.0 tests=BAYES_00,LOCAL_FROM, NICE_REPLY_A,SPF_HELO_NONE,SPF_PASS autolearn=no autolearn_force=no version=3.4.2 X-Spam-Report: * -2.3 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record * -0.0 SPF_PASS SPF: sender matches SPF record * 2.6 LOCAL_FROM From my domains * -1.0 NICE_REPLY_A Looks like a legit reply (A) X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on hz.grosbein.net X-Rspamd-Queue-Id: 4BFSLL1hDpz4TDC X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=permerror (mx1.freebsd.org: domain of eugen@grosbein.net uses mechanism not recognized by this client) smtp.mailfrom=eugen@grosbein.net X-Spamd-Result: default: False [-1.21 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.39)[-0.388]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; NEURAL_HAM_LONG(-0.50)[-0.496]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[grosbein.net]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; R_SPF_PERMFAIL(0.00)[empty SPF record]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_SHORT(-0.22)[-0.222]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:24940, ipnet:2a01:4f8::/29, country:DE]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Jul 2020 05:00:43 -0000 27.07.2020 5:16, Joe Clarke wrote: > About two weeks ago, I upgraded from the latest 11-stable to the latest 12-stable. After that, I periodically see the network throughput come to a near standstill. This FreeBSD machine is an ESXi VM with two interfaces. It acts as a router. It uses vmxnet3 interfaces for both LAN and WAN. It runs ipfw with in-kernel NAT. The LAN side uses a bridge with vmx0 and a tap0 L2 VPN interface. My LAN side uses an MTU of 9000, and my vmx1 (WAN side) uses the default 1500. > > Besides seeing massive packet loss and huge latency (~ 200 ms for on-LAN ping times), I know the problem has occurred because my lldpd reports: > > Jul 26 15:47:03 namale lldpd[1126]: frame too short for tlv received on bridge0 > > And if I turn on ipfw verbose messages, I see tons of: > > Jul 26 16:02:23 namale kernel: ipfw: pullup failed > > This leads to me to believe packets are being corrupted on ingress. I’ve applied all the recent iflib changes, but the problem persists. What causes it, I don’t know. > > The only thing that changed (and yes, it’s a big one) is I upgraded to 12-stable. Meaning, the rest of the network infra and topology has remained the same. This did not happen at all in 11-stable. > > I’m open to suggestions. First, try: ifconfig $ifname -rxcsum -txcsum From owner-freebsd-stable@freebsd.org Mon Jul 27 07:15:36 2020 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 76772378F36 for ; Mon, 27 Jul 2020 07:15:36 +0000 (UTC) (envelope-from graham@menhennitt.com.au) Received: from bumble.birch.relay.mailchannels.net (bumble.birch.relay.mailchannels.net [23.83.209.25]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4BFWKz0gRpz4Z4d for ; Mon, 27 Jul 2020 07:15:34 +0000 (UTC) (envelope-from graham@menhennitt.com.au) X-Sender-Id: dreamhost|x-authsender|graham@menhennitt.com.au Received: from relay.mailchannels.net (localhost [127.0.0.1]) by relay.mailchannels.net (Postfix) with ESMTP id 54DD440198E for ; Mon, 27 Jul 2020 07:15:32 +0000 (UTC) Received: from pdx1-sub0-mail-a39.g.dreamhost.com (100-96-8-55.trex.outbound.svc.cluster.local [100.96.8.55]) (Authenticated sender: dreamhost) by relay.mailchannels.net (Postfix) with ESMTPA id D40DE401961 for ; Mon, 27 Jul 2020 07:15:29 +0000 (UTC) X-Sender-Id: dreamhost|x-authsender|graham@menhennitt.com.au Received: from pdx1-sub0-mail-a39.g.dreamhost.com (pop.dreamhost.com [64.90.62.162]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384) by 0.0.0.0:2500 (trex/5.18.8); Mon, 27 Jul 2020 07:15:32 +0000 X-MC-Relay: Neutral X-MailChannels-SenderId: dreamhost|x-authsender|graham@menhennitt.com.au X-MailChannels-Auth-Id: dreamhost X-Whistle-Lonely: 5404dbca6348b52a_1595834132142_2547389992 X-MC-Loop-Signature: 1595834132142:515953178 X-MC-Ingress-Time: 1595834132142 Received: from pdx1-sub0-mail-a39.g.dreamhost.com (localhost [127.0.0.1]) by pdx1-sub0-mail-a39.g.dreamhost.com (Postfix) with ESMTP id 94D55A7F75 for ; Mon, 27 Jul 2020 00:15:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=menhennitt.com.au; h= subject:to:references:from:message-id:date:mime-version :in-reply-to:content-type:content-transfer-encoding; s= menhennitt.com.au; bh=oriZVdfX61zOp1mIwUplkGzkK50=; b=glw6Md0ouF 6LijSeKK88NeklVGkKoUDYycBasYgGa6YV+NTvZtgYEk97Ez50MVMlUQxp7F6SMM Y2eVaVp88Xk7fCk6okssNv718f4czviWRpWW4/O4DSQlCO52GvrfWIUkjLJhzKRu EdRlifd6DNUSRD+w+7TqIxHQszdgl587E= Received: from [203.2.73.68] (194-223-62-221.tpgi.com.au [194.223.62.221]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: graham@menhennitt.com.au) by pdx1-sub0-mail-a39.g.dreamhost.com (Postfix) with ESMTPSA id 0DC99A9823 for ; Mon, 27 Jul 2020 00:15:28 -0700 (PDT) Subject: Re: Traffic "corruption" in 12-stable To: freebsd-stable@freebsd.org References: <9FAE54DE-F409-4A53-B91E-59AE52A86513@marcuscom.com> <9d6dc414-2866-e6c8-6b66-22af23efc728@grosbein.net> X-DH-BACKEND: pdx1-sub0-mail-a39 From: Graham Menhennitt Message-ID: Date: Mon, 27 Jul 2020 17:15:26 +1000 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.10.0 MIME-Version: 1.0 In-Reply-To: <9d6dc414-2866-e6c8-6b66-22af23efc728@grosbein.net> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US X-VR-OUT-STATUS: OK X-VR-OUT-SCORE: 0 X-VR-OUT-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgeduiedrheelgdeigecutefuodetggdotefrodftvfcurfhrohhfihhlvgemucggtfgfnhhsuhgsshgtrhhisggvpdfftffgtefojffquffvnecuuegrihhlohhuthemuceftddtnecunecujfgurhepuffvfhfhkffffgggjggtgfesthekredttdefjeenucfhrhhomhepifhrrghhrghmucfovghnhhgvnhhnihhtthcuoehgrhgrhhgrmhesmhgvnhhhvghnnhhithhtrdgtohhmrdgruheqnecuggftrfgrthhtvghrnhepgeevheekjeeiudeghedvgeekveelveevvdeiffejhfetveeujedvhfduheefgeevnecuffhomhgrihhnpehfrhgvvggsshgurdhorhhgnecukfhppeduleegrddvvdefrdeivddrvddvudenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhhouggvpehsmhhtphdphhgvlhhopeglvddtfedrvddrjeefrdeikegnpdhinhgvthepudelgedrvddvfedriedvrddvvddupdhrvghtuhhrnhdqphgrthhhpefirhgrhhgrmhcuofgvnhhhvghnnhhithhtuceoghhrrghhrghmsehmvghnhhgvnhhnihhtthdrtghomhdrrghuqedpmhgrihhlfhhrohhmpehgrhgrhhgrmhesmhgvnhhhvghnnhhithhtrdgtohhmrdgruhdpnhhrtghpthhtohepfhhrvggvsghsugdqshhtrggslhgvsehfrhgvvggsshgurdhorhhg Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 4BFWKz0gRpz4Z4d X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=menhennitt.com.au header.s=menhennitt.com.au header.b=glw6Md0o; dmarc=none; spf=pass (mx1.freebsd.org: domain of graham@menhennitt.com.au designates 23.83.209.25 as permitted sender) smtp.mailfrom=graham@menhennitt.com.au X-Spamd-Result: default: False [-3.08 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; RCVD_COUNT_FIVE(0.00)[6]; RECEIVED_SPAMHAUS_PBL(0.00)[194.223.62.221:received]; FROM_HAS_DN(0.00)[]; R_DKIM_ALLOW(-0.20)[menhennitt.com.au:s=menhennitt.com.au]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:23.83.208.1/20]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.02)[-1.020]; DMARC_NA(0.00)[menhennitt.com.au]; DKIM_TRACE(0.00)[menhennitt.com.au:+]; NEURAL_HAM_SHORT(-0.56)[-0.555]; RCVD_IN_DNSWL_NONE(0.00)[23.83.209.25:from]; NEURAL_HAM_MEDIUM(-1.01)[-1.009]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:36483, ipnet:23.83.208.0/21, country:CA]; MID_RHS_MATCH_FROM(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[23.83.209.25:from] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Jul 2020 07:15:36 -0000 On 27/7/20 3:00 pm, Eugene Grosbein wrote: > 27.07.2020 5:16, Joe Clarke wrote: > >> About two weeks ago, I upgraded from the latest 11-stable to the lates= t 12-stable. After that, I periodically see the network throughput come = to a near standstill. This FreeBSD machine is an ESXi VM with two interf= aces. It acts as a router. It uses vmxnet3 interfaces for both LAN and = WAN. It runs ipfw with in-kernel NAT. The LAN side uses a bridge with v= mx0 and a tap0 L2 VPN interface. My LAN side uses an MTU of 9000, and my= vmx1 (WAN side) uses the default 1500. >> >> Besides seeing massive packet loss and huge latency (~ 200 ms for on-L= AN ping times), I know the problem has occurred because my lldpd reports: >> >> Jul 26 15:47:03 namale lldpd[1126]: frame too short for tlv received o= n bridge0 >> >> And if I turn on ipfw verbose messages, I see tons of: >> >> Jul 26 16:02:23 namale kernel: ipfw: pullup failed >> >> This leads to me to believe packets are being corrupted on ingress. I= =E2=80=99ve applied all the recent iflib changes, but the problem persist= s. What causes it, I don=E2=80=99t know. >> >> The only thing that changed (and yes, it=E2=80=99s a big one) is I upg= raded to 12-stable. Meaning, the rest of the network infra and topology = has remained the same. This did not happen at all in 11-stable. >> >> I=E2=80=99m open to suggestions. > First, try: ifconfig $ifname -rxcsum -txcsum > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.or= g" And possibly " -vlanhwtso -tso4" as well. Graham From owner-freebsd-stable@freebsd.org Mon Jul 27 12:36:36 2020 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 7C243361684 for ; Mon, 27 Jul 2020 12:36:36 +0000 (UTC) (envelope-from jclarke@marcuscom.com) Received: from creme-brulee.marcuscom.com (creme-brulee.marcuscom.com [IPv6:2607:fc50:1:f300::2]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "*.marcuscom.com", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4BFfSM3t4rz3RNy for ; Mon, 27 Jul 2020 12:36:35 +0000 (UTC) (envelope-from jclarke@marcuscom.com) Received: from [IPv6:2600:1700:b00:b239:2039:6d93:21e1:a984] ([IPv6:2600:1700:b00:b239:2039:6d93:21e1:a984]) (authenticated bits=0) by creme-brulee.marcuscom.com (8.16.1/8.16.1) with ESMTPSA id 06RCaTAL079256 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Mon, 27 Jul 2020 08:36:33 -0400 (EDT) (envelope-from jclarke@marcuscom.com) From: Joe Clarke Message-Id: <1C16B9F2-73E2-4B0B-8A69-1A7E060E8D1B@marcuscom.com> Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.1\)) Subject: Re: Traffic "corruption" in 12-stable Date: Mon, 27 Jul 2020 08:36:25 -0400 In-Reply-To: <9d6dc414-2866-e6c8-6b66-22af23efc728@grosbein.net> Cc: freebsd-stable@freebsd.org To: Eugene Grosbein References: <9FAE54DE-F409-4A53-B91E-59AE52A86513@marcuscom.com> <9d6dc414-2866-e6c8-6b66-22af23efc728@grosbein.net> X-Mailer: Apple Mail (2.3608.120.23.2.1) X-Spam-Status: No, score=3.2 required=5.0 tests=HELO_MISC_IP,HELO_NO_DOMAIN, HTML_MESSAGE,RDNS_NONE,TW_MX,TW_PF,TW_RX,TW_TX,TW_VM,TW_XC autolearn=disabled version=3.4.4 X-Spam-Level: *** X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on creme-brulee.marcuscom.com X-Rspamd-Queue-Id: 4BFfSM3t4rz3RNy X-Spamd-Bar: ++ Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of jclarke@marcuscom.com has no SPF policy when checking 2607:fc50:1:f300::2) smtp.mailfrom=jclarke@marcuscom.com X-Spamd-Result: default: False [2.84 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; MV_CASE(0.50)[]; NEURAL_SPAM_SHORT(0.47)[0.471]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; DMARC_NA(0.00)[marcuscom.com]; AUTH_NA(1.00)[]; NEURAL_SPAM_MEDIUM(0.61)[0.614]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_SPAM_LONG(0.35)[0.354]; R_SPF_NA(0.00)[no SPF record]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ASN(0.00)[asn:36236, ipnet:2607:fc50::/36, country:US]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.33 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Jul 2020 12:36:36 -0000 > On Jul 27, 2020, at 01:00, Eugene Grosbein wrote: >=20 > 27.07.2020 5:16, Joe Clarke wrote: >=20 >> About two weeks ago, I upgraded from the latest 11-stable to the = latest 12-stable. After that, I periodically see the network throughput = come to a near standstill. This FreeBSD machine is an ESXi VM with two = interfaces. It acts as a router. It uses vmxnet3 interfaces for both = LAN and WAN. It runs ipfw with in-kernel NAT. The LAN side uses a = bridge with vmx0 and a tap0 L2 VPN interface. My LAN side uses an MTU = of 9000, and my vmx1 (WAN side) uses the default 1500. >>=20 >> Besides seeing massive packet loss and huge latency (~ 200 ms for = on-LAN ping times), I know the problem has occurred because my lldpd = reports: >>=20 >> Jul 26 15:47:03 namale lldpd[1126]: frame too short for tlv received = on bridge0 >>=20 >> And if I turn on ipfw verbose messages, I see tons of: >>=20 >> Jul 26 16:02:23 namale kernel: ipfw: pullup failed >>=20 >> This leads to me to believe packets are being corrupted on ingress. = I=E2=80=99ve applied all the recent iflib changes, but the problem = persists. What causes it, I don=E2=80=99t know. >>=20 >> The only thing that changed (and yes, it=E2=80=99s a big one) is I = upgraded to 12-stable. Meaning, the rest of the network infra and = topology has remained the same. This did not happen at all in = 11-stable. >>=20 >> I=E2=80=99m open to suggestions. >=20 > First, try: ifconfig $ifname -rxcsum -txcsum Thanks for the suggestion. I should have mentioned I=E2=80=99ve been = initializing these two interfaces since 11-stable with: ifconfig_vmx0=3D"up mtu 9000 -tso -lro -vlanhwtso -rxcsum -txcsum = -rxcsum6 -txcsum6 -tso4 -tso6 -vlanhwcsum=E2=80=9D ifconfig_vmx1=3D"DHCP -tso -lro -vlanhwtso -rxcsum -txcsum -rxcsum6 = -txcsum6 -tso4 -tso6 -vlanhwcsum=E2=80=9D And I=E2=80=99m running: FreeBSD namale.marcuscom.com 12.1-STABLE FreeBSD 12.1-STABLE NAMALE = amd64 1201520 1201520 I most recently built this yesterday, but the previous kernel that = exhibited the problem was built about a week ago. It had the fragment = fixes for iflib.c. Joe >=20 --- PGP Key : http://www.marcuscom.com/pgp.asc From owner-freebsd-stable@freebsd.org Mon Jul 27 19:01:51 2020 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id F251936C15C for ; Mon, 27 Jul 2020 19:01:51 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: from mail-io1-xd30.google.com (mail-io1-xd30.google.com [IPv6:2607:f8b0:4864:20::d30]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4BFq0t6MV2z4DMb for ; Mon, 27 Jul 2020 19:01:50 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: by mail-io1-xd30.google.com with SMTP id w12so4514116iom.4 for ; Mon, 27 Jul 2020 12:01:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-disposition:content-transfer-encoding:in-reply-to; bh=CkYk2kEahxdltpO60ppXlkmMQUgVcKxkVbEczMNaRZM=; b=u+ITnjuwNgAfYJzb1LSNAuyZF5na/5lZea4Mh4Oc10wn9yZkkGOnCHLGmODjLhmHyt Y80xDBQ2hbKhMcJbN9s5h/y9mybzBUtfa99kAhYyKiXsFNaN5kehVv9DqhdSzBs2E+UQ 2sus/mKkQKCg8g4C5b3L7po5RQlQWossMKF+m5YenySIYewlw7spTEiTTZhsGvGSTM1g B9usNUxavvQ7fGS+eqH4l+yFa5LMTBymutohYWN3e4rmCTrKXvvmC/srIDBnjP/Gls05 lsTdVw8SmI06zkg5zSn2uuRQAWzE21hRLh+139XZ16yseNHahYGOXMBulMnMI38erieE cs9A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:date:from:to:cc:subject:message-id :references:mime-version:content-disposition :content-transfer-encoding:in-reply-to; bh=CkYk2kEahxdltpO60ppXlkmMQUgVcKxkVbEczMNaRZM=; b=Ley1Tw81EkMvZGtvZHsN265U5p2CCYKez+Bt7O9wGAqjrOHNM0j8M7eqw7POmeiU8o vFnHiNhUF1P9Ngg/NwQDL7rHZBA/bxu5/T/LkaM6V7hBtrW3xgMEvLWf5DuE8sroDMgg egBEP0xIDJUXSUM/UILLR270ekUZPrbQoKkeYnKT/p4DEnZylj86KYuYXgGAYGKG+8ey MW7wIe6Vecyqi9bPma2D8gCECpWhtt9my/Q6/oMIgySYCzaWzyR2mKtQn/JdMwAOjUFE UHVRySgz2lQtE+/6KJy9G85OPcO7jOUywvS0RqAwX3fkKoZTF05Pw2uN1BAJnmo4Xmm6 eCkA== X-Gm-Message-State: AOAM530EjE98uFrxG46lGX7JXN19B4QeP8sMt71kX3eBUVZxTSERxkrl BlGrWGGvEr18YUI/ddnzgNYdL1qoqQ8= X-Google-Smtp-Source: ABdhPJyPiPY4+oD+YHFm9YD5M79CUFbC5ri9EO6QYHvJvu0gnZb8JrsXVXg4kbCSICONwcEqxPadqg== X-Received: by 2002:a6b:b54e:: with SMTP id e75mr25600866iof.31.1595876509753; Mon, 27 Jul 2020 12:01:49 -0700 (PDT) Received: from raichu (toroon0560w-lp130-08-67-71-176-35.dsl.bell.ca. [67.71.176.35]) by smtp.gmail.com with ESMTPSA id l11sm4849299ioh.52.2020.07.27.12.01.48 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 27 Jul 2020 12:01:48 -0700 (PDT) Sender: Mark Johnston Date: Mon, 27 Jul 2020 15:01:47 -0400 From: Mark Johnston To: Joe Clarke Cc: freebsd-stable@freebsd.org Subject: Re: Traffic "corruption" in 12-stable Message-ID: <20200727190147.GC59953@raichu> References: <9FAE54DE-F409-4A53-B91E-59AE52A86513@marcuscom.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <9FAE54DE-F409-4A53-B91E-59AE52A86513@marcuscom.com> X-Rspamd-Queue-Id: 4BFq0t6MV2z4DMb X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=u+ITnjuw; dmarc=none; spf=pass (mx1.freebsd.org: domain of markjdb@gmail.com designates 2607:f8b0:4864:20::d30 as permitted sender) smtp.mailfrom=markjdb@gmail.com X-Spamd-Result: default: False [-2.05 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; NEURAL_HAM_MEDIUM(-1.00)[-1.003]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36:c]; NEURAL_HAM_LONG(-0.97)[-0.966]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; DMARC_NA(0.00)[freebsd.org]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::d30:from]; NEURAL_HAM_SHORT(-0.38)[-0.381]; MID_RHS_NOT_FQDN(0.50)[]; FORGED_SENDER(0.30)[markj@freebsd.org,markjdb@gmail.com]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; FROM_NEQ_ENVFROM(0.00)[markj@freebsd.org,markjdb@gmail.com]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Jul 2020 19:01:52 -0000 On Sun, Jul 26, 2020 at 06:16:07PM -0400, Joe Clarke wrote: > About two weeks ago, I upgraded from the latest 11-stable to the latest 12-stable. After that, I periodically see the network throughput come to a near standstill. This FreeBSD machine is an ESXi VM with two interfaces. It acts as a router. It uses vmxnet3 interfaces for both LAN and WAN. It runs ipfw with in-kernel NAT. The LAN side uses a bridge with vmx0 and a tap0 L2 VPN interface. My LAN side uses an MTU of 9000, and my vmx1 (WAN side) uses the default 1500. > > Besides seeing massive packet loss and huge latency (~ 200 ms for on-LAN ping times), I know the problem has occurred because my lldpd reports: > > Jul 26 15:47:03 namale lldpd[1126]: frame too short for tlv received on bridge0 > > And if I turn on ipfw verbose messages, I see tons of: > > Jul 26 16:02:23 namale kernel: ipfw: pullup failed > > This leads to me to believe packets are being corrupted on ingress. I’ve applied all the recent iflib changes, but the problem persists. What causes it, I don’t know. > > The only thing that changed (and yes, it’s a big one) is I upgraded to 12-stable. Meaning, the rest of the network infra and topology has remained the same. This did not happen at all in 11-stable. > > I’m open to suggestions. There are some fixes for vmx not present in stable/12 (yet). I did a merge of a number of outstanding revisions. Would you be able to test the patch? I haven't observed any problems with it on a host using igb, but I have no ability to test vmx at the moment. https://people.freebsd.org/~markj/patches/iflib-stable12.diff From owner-freebsd-stable@freebsd.org Mon Jul 27 19:42:01 2020 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 9B96436D760 for ; Mon, 27 Jul 2020 19:42:01 +0000 (UTC) (envelope-from jclarke@marcuscom.com) Received: from creme-brulee.marcuscom.com (creme-brulee.marcuscom.com [IPv6:2607:fc50:1:f300::2]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "*.marcuscom.com", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4BFqvD46Yxz4Gqk; Mon, 27 Jul 2020 19:42:00 +0000 (UTC) (envelope-from jclarke@marcuscom.com) Received: from [IPv6:2600:1700:b00:b239:2039:6d93:21e1:a984] ([IPv6:2600:1700:b00:b239:2039:6d93:21e1:a984]) (authenticated bits=0) by creme-brulee.marcuscom.com (8.16.1/8.16.1) with ESMTPSA id 06RJfsii014002 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Mon, 27 Jul 2020 15:41:57 -0400 (EDT) (envelope-from jclarke@marcuscom.com) From: Joe Clarke Message-Id: <2F974A4E-95B3-4C65-A5F8-6FBBB575B756@marcuscom.com> Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.1\)) Subject: Re: Traffic "corruption" in 12-stable Date: Mon, 27 Jul 2020 15:41:50 -0400 In-Reply-To: <20200727190147.GC59953@raichu> Cc: freebsd-stable@freebsd.org To: Mark Johnston References: <9FAE54DE-F409-4A53-B91E-59AE52A86513@marcuscom.com> <20200727190147.GC59953@raichu> X-Mailer: Apple Mail (2.3608.120.23.2.1) X-Spam-Status: No, score=3.0 required=5.0 tests=HELO_MISC_IP,HELO_NO_DOMAIN, HTML_MESSAGE,RDNS_NONE,TW_MX,TW_PF,TW_VM autolearn=disabled version=3.4.4 X-Spam-Level: ** X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on creme-brulee.marcuscom.com X-Rspamd-Queue-Id: 4BFqvD46Yxz4Gqk X-Spamd-Bar: ++ Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of jclarke@marcuscom.com has no SPF policy when checking 2607:fc50:1:f300::2) smtp.mailfrom=jclarke@marcuscom.com X-Spamd-Result: default: False [2.91 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; MV_CASE(0.50)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; DMARC_NA(0.00)[marcuscom.com]; AUTH_NA(1.00)[]; NEURAL_SPAM_MEDIUM(0.57)[0.570]; NEURAL_SPAM_SHORT(0.34)[0.340]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_SPAM_LONG(0.60)[0.597]; R_SPF_NA(0.00)[no SPF record]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ASN(0.00)[asn:36236, ipnet:2607:fc50::/36, country:US]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.33 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Jul 2020 19:42:01 -0000 > On Jul 27, 2020, at 15:01, Mark Johnston wrote: >=20 > On Sun, Jul 26, 2020 at 06:16:07PM -0400, Joe Clarke wrote: >> About two weeks ago, I upgraded from the latest 11-stable to the = latest 12-stable. After that, I periodically see the network throughput = come to a near standstill. This FreeBSD machine is an ESXi VM with two = interfaces. It acts as a router. It uses vmxnet3 interfaces for both = LAN and WAN. It runs ipfw with in-kernel NAT. The LAN side uses a = bridge with vmx0 and a tap0 L2 VPN interface. My LAN side uses an MTU = of 9000, and my vmx1 (WAN side) uses the default 1500. >>=20 >> Besides seeing massive packet loss and huge latency (~ 200 ms for = on-LAN ping times), I know the problem has occurred because my lldpd = reports: >>=20 >> Jul 26 15:47:03 namale lldpd[1126]: frame too short for tlv received = on bridge0 >>=20 >> And if I turn on ipfw verbose messages, I see tons of: >>=20 >> Jul 26 16:02:23 namale kernel: ipfw: pullup failed >>=20 >> This leads to me to believe packets are being corrupted on ingress. = I=E2=80=99ve applied all the recent iflib changes, but the problem = persists. What causes it, I don=E2=80=99t know. >>=20 >> The only thing that changed (and yes, it=E2=80=99s a big one) is I = upgraded to 12-stable. Meaning, the rest of the network infra and = topology has remained the same. This did not happen at all in = 11-stable. >>=20 >> I=E2=80=99m open to suggestions. >=20 > There are some fixes for vmx not present in stable/12 (yet). I did a > merge of a number of outstanding revisions. Would you be able to test > the patch? I haven't observed any problems with it on a host using = igb, > but I have no ability to test vmx at the moment. I=E2=80=99m down to test anything. I did notice quite a few vmxnet3 = changes around performance that appealed to me. I tried a few of them = on my last kernel. That took much longer to exhibit the problem, but = eventually did. I can tell you I don=E2=80=99t have all of these patches in, though. = I=E2=80=99ll build with this diff and start running it now. I=E2=80=99ll = let you know how it goes. Thanks! Joe --- PGP Key : http://www.marcuscom.com/pgp.asc From owner-freebsd-stable@freebsd.org Tue Jul 28 09:55:56 2020 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 32D253A4488; Tue, 28 Jul 2020 09:55:56 +0000 (UTC) (envelope-from lwhsu@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4BGBrX0WrYz49gL; Tue, 28 Jul 2020 09:55:56 +0000 (UTC) (envelope-from lwhsu@freebsd.org) Received: by freefall.freebsd.org (Postfix, from userid 1129) id EA071E296; Tue, 28 Jul 2020 09:55:55 +0000 (UTC) Date: Tue, 28 Jul 2020 09:55:55 +0000 From: Li-Wen Hsu To: freebsd-testing@freebsd.org Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: FreeBSD CI Weekly Report 2020-07-26 Message-ID: <20200728095555.GA4499@freefall.freebsd.org> Reply-To: freebsd-testing@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Jul 2020 09:55:56 -0000 (Please send the followup to freebsd-testing@ and note Reply-To is set.) FreeBSD CI Weekly Report 2020-07-26 =================================== Here is a summary of the FreeBSD Continuous Integration results for the period from 2020-07-20 to 2020-07-26. During this period, we have: * 2211 builds (95.7% (+2.4) passed, 4.3% (-2.4) failed) of buildworld and buildkernel (GENERIC and LINT) were executed on aarch64, amd64, armv6, armv7, i386, mips, mips64, powerpc, powerpc64, powerpcspe, riscv64, sparc64 architectures for head, stable/12, stable/11 branches. * 261 test runs (90.8% (+2.8) passed, 8.8% (-3.2) unstable, 0.4% (+0.4) exception) were executed on amd64, i386, riscv64 architectures for head, stable/12, stable/11 branches. * 22 doc and www builds (100% (+0) passed) Test case status (on 2020-07-26 23:59): | Branch/Architecture | Total | Pass | Fail | Skipped | | ------------------- | ---------- | ---------- | ----- | -------- | | head/amd64 | 7872 (+13) | 7782 (+14) | 0 (0) | 90 (-1) | | head/i386 | 7870 (+13) | 7770 (+11) | 0 (0) | 100 (+2) | | 12-STABLE/amd64 | 7619 (+2) | 7562 (+5) | 0 (0) | 57 (-3) | | 12-STABLE/i386 | 7617 (+2) | 7549 (-1) | 0 (0) | 68 (+3) | | 11-STABLE/amd64 | 6912 (0) | 6858 (-3) | 0 (0) | 54 (+3) | | 11-STABLE/i386 | 6910 (0) | 6857 (+3) | 0 (0) | 53 (-3) | (The statistics from experimental jobs are omitted) If any of the issues found by CI are in your area of interest or expertise please investigate the PRs listed below. The latest web version of this report is available at https://hackmd.io/@FreeBSD-CI/report-20200726 and archive is available at https://hackmd.io/@FreeBSD-CI/ , any help is welcomed. ## Failing jobs * https://ci.freebsd.org/job/FreeBSD-head-amd64-gcc6_build/ ``` /usr/local/bin/x86_64-unknown-freebsd12.1-ld: /tmp/obj/workspace/src/amd64.amd64/lib/clang/liblldb/liblldb.a(IOHandlerCursesGUI.o): in function `curses::Window::Box(unsigned int, unsigned int)': /workspace/src/contrib/llvm-project/lldb/source/Core/IOHandlerCursesGUI.cpp:361: undefined reference to `box' /usr/local/bin/x86_64-unknown-freebsd12.1-ld: /workspace/src/contrib/llvm-project/lldb/source/Core/IOHandlerCursesGUI.cpp:361: undefined reference to `box' collect2: error: ld returned 1 exit status ``` From kevans@: one of ncurses' scripts that generates box and a bunch of other symbols is shooting blanks with gcc6, however it seems fine on gcc9. ## Regressions * lib.libexecinfo.backtrace_test.backtrace_fmt_basic starts failing on amd64 after r360915 https://bugs.freebsd.org/246537 * lib.msun.ctrig_test.test_inf_inputs starts failing after llvm10 import https://bugs.freebsd.org/244732 * Lock-order reversals triggered by tests under sys.net.if_lagg_test.* on i386 https://bugs.freebsd.org/244163 Discovered by newly endabled sys.net.* tests. ([r357857](https://svnweb.freebsd.org/changeset/base/357857)) * sys.net.if_lagg_test.lacp_linkstate_destroy_stress panics i386 kernel https://bugs.freebsd.org/244168 Discovered by newly endabled sys.net.* tests. ([r357857](https://svnweb.freebsd.org/changeset/base/357857)) Fix in review: https://reviews.freebsd.org/D25284 ## Failing and Flaky tests (from experimental jobs) * https://ci.freebsd.org/job/FreeBSD-head-amd64-dtrace_test/ * cddl.usr.sbin.dtrace.common.misc.t_dtrace_contrib.tst_dynopt_d * https://bugs.freebsd.org/237641 * https://ci.freebsd.org/job/FreeBSD-head-amd64-test_zfs/ * There are ~13 failing and ~109 skipped cases, including flakey ones, see https://ci.freebsd.org/job/FreeBSD-head-amd64-test_zfs/lastCompletedBuild/testReport/ for more details * Work for cleaning these failing cass are in progress * https://ci.freebsd.org/job/FreeBSD-head-amd64-test_ltp/ * Total 3749 tests, 2277 success, 647 failures, 825 skipped ## Disabled Tests * sys.fs.tmpfs.mount_test.large https://bugs.freebsd.org/212862 * sys.fs.tmpfs.link_test.kqueue https://bugs.freebsd.org/213662 * sys.kqueue.libkqueue.kqueue_test.main https://bugs.freebsd.org/233586 * sys.kern.ptrace_test.ptrace__PT_KILL_competing_stop https://bugs.freebsd.org/220841 * lib.libc.regex.exhaust_test.regcomp_too_big (i386 only) https://bugs.freebsd.org/237450 * sys.netinet.socket_afinet.socket_afinet_bind_zero https://bugs.freebsd.org/238781 * sys.netpfil.pf.names.names * sys.netpfil.pf.synproxy.synproxy https://bugs.freebsd.org/238870 * sys.kern.ptrace_test.ptrace__follow_fork_child_detached_unrelated_debugger https://bugs.freebsd.org/239292 * sys.kern.ptrace_test.ptrace__follow_fork_both_attached_unrelated_debugger https://bugs.freebsd.org/239397 * sys.kern.ptrace_test.ptrace__parent_sees_exit_after_child_debugger https://bugs.freebsd.org/239399 * sys.kern.ptrace_test.ptrace__follow_fork_parent_detached_unrelated_debugger https://bugs.freebsd.org/239425 * sys.sys.qmath_test.qdivq_s64q https://bugs.freebsd.org/240219 * sys.kern.ptrace_test.ptrace__getppid https://bugs.freebsd.org/240510 * lib.libc.sys.stat_test.stat_socket https://bugs.freebsd.org/240621 * lib.libarchive.functional_test.test_write_filter_zstd https://bugs.freebsd.org/240683 * lib.libcasper.services.cap_dns.dns_test.main https://bugs.freebsd.org/241435 * local.kyua.* (31 cases) & local.lutok.* (3 cases) on 11-i386 https://ci.freebsd.org/job/FreeBSD-stable-11-i386-test/2278/testReport/ * sys.kern.ptrace_test.ptrace__procdesc_reparent_wait_child https://bugs.freebsd.org/243605 * sys.kern.ptrace_test.ptrace__parent_wait_after_attach https://bugs.freebsd.org/244055 * sys.kern.ptrace_test.ptrace__parent_exits_before_child https://bugs.freebsd.org/244056 * sys.net.if_lagg_test.witness (i386) https://bugs.freebsd.org/244163 * PipePdfork.WildcardWait in sys.capsicum.capsicum-test.main https://bugs.freebsd.org/244165 * sys.net.if_lagg_test.lacp_linkstate_destroy_stress (i386) https://bugs.freebsd.org/244168 * sys.netinet6.frag6.frag6_07.frag6_07 https://bugs.freebsd.org/244170 * sys.netinet.fibs_test.udp_dontroute6 https://bugs.freebsd.org/244172 * sys.netpfil.pf.nat.exhaust https://bugs.freebsd.org/244703 * sys.geom.class.gate.ggate_test.ggated (i386) https://bugs.freebsd.org/244737 * sys.kern.sysv_test.msg https://bugs.freebsd.org/233649 ## Issues ### Cause build fails * https://bugs.freebsd.org/233769 Possible build race: ld: error: unable to find library -lgcc_s ### Cause kernel panics * https://bugs.freebsd.org/238870 sys.netpfil.pf.names.names and sys.netpfil.pf.synproxy.synproxy cause panic ### Open * https://bugs.freebsd.org/237403 Tests in sys/opencrypto should be converted to Python3 Fixed in head in https://svnweb.freebsd.org/changeset/base/363361 * https://bugs.freebsd.org/237641 Flakey test case: common.misc.t_dtrace_contrib.tst_dynopt_d * https://bugs.freebsd.org/237656 "Freed UMA keg (rtentry) was not empty (18 items). Lost 1 pages of memory." seen when running sys/netipsec tests * https://bugs.freebsd.org/238781 sys.netinet.socket_afinet.socket_afinet_bind_zero does not work when mac_portacl(4) loaded * https://bugs.freebsd.org/239292 Flakey test case: sys.kern.ptrace_test.ptrace__follow_fork_child_detached_unrelated_debugger * https://bugs.freebsd.org/239397 Flakey test case: sys.kern.ptrace_test.ptrace__follow_fork_both_attached_unrelated_debugger * https://bugs.freebsd.org/239399 Flakey test case: sys.kern.ptrace_test.ptrace__parent_sees_exit_after_child_debugger * https://bugs.freebsd.org/239425 Flakey test case: sys.kern.ptrace_test.ptrace__follow_fork_parent_detached_unrelated_debugger * https://bugs.freebsd.org/241662 Flakey test case: lib.libarchive.functional_test.test_fuzz_iso9660 * https://bugs.freebsd.org/246443 sys.net.if_clone_test.epair_stress sometimes exceeds timeout limit but not caught by kyua * https://bugs.freebsd.org/247510 sys.net.if_lagg_test.status_stress panics kernel on i386 ### Others * [Tickets related to testing@](https://preview.tinyurl.com/y9maauwg) From owner-freebsd-stable@freebsd.org Fri Jul 31 15:44:21 2020 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id DD8EA37BEE3 for ; Fri, 31 Jul 2020 15:44:21 +0000 (UTC) (envelope-from mike@sentex.net) Received: from pyroxene2a.sentex.ca (pyroxene19.sentex.ca [IPv6:2607:f3e0:0:3::19]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "pyroxene.sentex.ca", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4BJBR85WSrz4tN1 for ; Fri, 31 Jul 2020 15:44:20 +0000 (UTC) (envelope-from mike@sentex.net) Received: from [IPv6:2607:f3e0:0:4:2c4b:9d7c:5c5a:c05a] ([IPv6:2607:f3e0:0:4:2c4b:9d7c:5c5a:c05a]) by pyroxene2a.sentex.ca (8.15.2/8.15.2) with ESMTPS id 06VFiJOq023441 (version=TLSv1.3 cipher=TLS_AES_128_GCM_SHA256 bits=128 verify=NO); Fri, 31 Jul 2020 11:44:20 -0400 (EDT) (envelope-from mike@sentex.net) Subject: Re: zfs meta data slowness To: Eugene Grosbein , FreeBSD-STABLE Mailing List References: <1949194763.1.1595250243575@localhost> <975657af-ccac-bbd1-e22b-86270c624226@sentex.net> <9ddce60a-9d91-fa69-0e11-54342cb67890@grosbein.net> <2267c96f-b988-df1e-887b-77dc9b2a3e32@sentex.net> <097a63f1-3b25-3916-cdb9-1d4cf0d088fd@grosbein.net> From: mike tancsa Autocrypt: addr=mike@sentex.net; keydata= mQENBFywzOMBCACoNFpwi5MeyEREiCeHtbm6pZJI/HnO+wXdCAWtZkS49weOoVyUj5BEXRZP xflV2ib2hflX4nXqhenaNiia4iaZ9ft3I1ebd7GEbGnsWCvAnob5MvDZyStDAuRxPJK1ya/s +6rOvr+eQiXYNVvfBhrCfrtR/esSkitBGxhUkBjOti8QwzD71JVF5YaOjBAs7jZUKyLGj0kW yDg4jUndudWU7G2yc9GwpHJ9aRSUN8e/mWdIogK0v+QBHfv/dsI6zVB7YuxCC9Fx8WPwfhDH VZC4kdYCQWKXrm7yb4TiVdBh5kgvlO9q3js1yYdfR1x8mjK2bH2RSv4bV3zkNmsDCIxjABEB AAG0HW1pa2UgdGFuY3NhIDxtaWtlQHNlbnRleC5uZXQ+iQFUBBMBCAA+FiEEmuvCXT0aY6hs 4SbWeVOEFl5WrMgFAlywzOYCGwMFCQHhM4AFCwkIBwIGFQoJCAsCBBYCAwECHgECF4AACgkQ eVOEFl5WrMhnPAf7Bf+ola0V9t4i8rwCMGvzkssGaxY/5zNSZO9BgSgfN0WzgmBEOy/3R4km Yn5KH94NltJYAAE5hqkFmAwK6psOqAR9cxHrRfU+gV2KO8pCDc6K/htkQcd/mclJYpCHp6Eq EVJOiAxcNaYuHZkeMdXDuvvI5Rk82VHk84BGgxIqIrhLlkguoPbXOOa+8c/Mpb1sRAGZEOuX EzKNC49+GS9gKW6ISbanyPsGEcFyP7GKMzcHBPf3cPrewZQZ6gBoNscasL6IJeAQDqzQAxbU GjO0qBSMRgnLXK7+DJlxrYdHGXqNbV6AYsmHJ6c2WWWiuRviFBqXinlgJ2FnYebZPAfWiQ== Message-ID: <306e7adc-10a0-8f1a-d2b7-12d16ba91557@sentex.net> Date: Fri, 31 Jul 2020 11:44:20 -0400 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:68.0) Gecko/20100101 Thunderbird/68.11.0 MIME-Version: 1.0 In-Reply-To: <097a63f1-3b25-3916-cdb9-1d4cf0d088fd@grosbein.net> Content-Language: en-US X-Rspamd-Queue-Id: 4BJBR85WSrz4tN1 X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of mike@sentex.net designates 2607:f3e0:0:3::19 as permitted sender) smtp.mailfrom=mike@sentex.net X-Spamd-Result: default: False [-0.57 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.02)[-1.024]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2607:f3e0::/32]; NEURAL_HAM_LONG(-1.01)[-1.010]; MIME_GOOD(-0.10)[multipart/mixed,text/plain]; HAS_ATTACHMENT(0.00)[]; HFILTER_HELO_IP_A(1.00)[pyroxene2a.sentex.ca]; HFILTER_HELO_NORES_A_OR_MX(0.30)[pyroxene2a.sentex.ca]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; DMARC_NA(0.00)[sentex.net]; NEURAL_SPAM_SHORT(0.46)[0.465]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ASN(0.00)[asn:11647, ipnet:2607:f3e0::/32, country:CA]; RCVD_TLS_ALL(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_COUNT_TWO(0.00)[2] Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.33 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Jul 2020 15:44:21 -0000 On 7/22/2020 9:26 AM, Eugene Grosbein wrote: > > It's hard to read due to wrapping plus, it is truncated. > Maybe additional flag -d3 or similar will help, combined with dedirection < /dev/null > top.out > so it won't use size of your terminal to wrap/truncate output. > > Also, make sure you invoke top while "zfs" command is running. > Also, procstat -kk for pid of "zfs" command would be useful (but may occur pretty long). > > I suppose it blocks waiting for some kernel lock and procstat would show details. .txt file is attached. I also ran procstat -kk in a loop for a bit while it was running. In this case the list too just under 5min to run. time /sbin/zfs list -Hp -oname,creation -S creation -t snapshot > /var/log/snapshots.out 2.311u 24.963s 4:55.13 9.2%     71+179k 2706576+26io 0pf+0w Ideally, I would like to bias slightly ARC to hold this meta data a little longer than evict it out of cache so fast.  I put in an nvme disk hoping that would help, but it makes no difference or doesnt seem to anyways.     ---Mike From owner-freebsd-stable@freebsd.org Fri Jul 31 20:11:12 2020 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id EB4383A1E4B for ; Fri, 31 Jul 2020 20:11:12 +0000 (UTC) (envelope-from bsd-lists@BSDforge.com) Received: from udns.ultimatedns.net (static-24-113-41-81.wavecable.com [24.113.41.81]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "ultimatedns.net", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4BJJM43lhGz3ddy for ; Fri, 31 Jul 2020 20:11:11 +0000 (UTC) (envelope-from bsd-lists@BSDforge.com) Received: from udns.ultimatedns.net (localhost [IPv6:0:0:0:0:0:0:0:1]) by udns.ultimatedns.net (8.15.2/8.15.2) with ESMTPS id 06VKBbYu065056 (version=TLSv1.2 cipher=DHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO) for ; Fri, 31 Jul 2020 13:11:43 -0700 (PDT) (envelope-from bsd-lists@BSDforge.com) X-Mailer: Cypht MIME-Version: 1.0 From: Chris Reply-To: bsd-lists@BSDforge.com To: freebsd-stable Subject: How to get mouse configured in X(org)? Date: Fri, 31 Jul 2020 13:11:43 -0700 Message-Id: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 4BJJM43lhGz3ddy X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [0.00 / 15.00]; ASN(0.00)[asn:11404, ipnet:24.113.0.0/16, country:US]; local_wl_ip(0.00)[24.113.41.81] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Jul 2020 20:11:13 -0000 Greetings all, I just installed a copy of 12@363433 from the install media=2E I then pkg installed everything I intended to use=2E After installing Xorg-server,nvidia-driver,xf86-input-keyboard, xf86-input-mouse=2E I fired Xorg -configure examined the output in both /var/Xorg=2Eo=2Elog && ~/xorg=2Econf=2Enew everything appeared to be in order=2E So I fired off a Xorg -config ~/xorg=2Econf=2Enew -retro While I got the familiar background mesh (-retro), and the keyboard functioned correctly=2E The mouse doesn't work=2E >From Xorg=2E0=2Elog: [85=2E337] (II) config/udev: Adding input device IntelliMouse Explorer (/dev/= input/event4) [85=2E337] (II) No input driver specified, ignoring this device=2E [85=2E337] (II) This device may have been added with another device file=2E Relevant excerpt from xorg=2Econf=2Enew: Section "InputDevice" =09Identifier "Mouse0" =09Driver "mouse" =09Option=09 "Protocol" "auto" =09Option=09 "Device" "/dev/sysmouse" =09Option=09 "ZAxisMapping" "4 5 6 7" EndSection I appear to have covered all the bases in the entry of the handbook at: https://www=2Efreebsd=2Eorg/doc/handbook/x-config=2Ehtml Thanks in advance for any assistance=2E --Chris From owner-freebsd-stable@freebsd.org Sat Aug 1 01:02:46 2020 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 76A4A3A7019 for ; Sat, 1 Aug 2020 01:02:46 +0000 (UTC) (envelope-from bsd-lists@BSDforge.com) Received: from udns.ultimatedns.net (static-24-113-41-81.wavecable.com [24.113.41.81]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "ultimatedns.net", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4BJQqV0LNlz48Ch for ; Sat, 1 Aug 2020 01:02:45 +0000 (UTC) (envelope-from bsd-lists@BSDforge.com) Received: from udns.ultimatedns.net (localhost [IPv6:0:0:0:0:0:0:0:1]) by udns.ultimatedns.net (8.15.2/8.15.2) with ESMTPS id 07113BvY091878 (version=TLSv1.2 cipher=DHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO); Fri, 31 Jul 2020 18:03:17 -0700 (PDT) (envelope-from bsd-lists@BSDforge.com) X-Mailer: Cypht MIME-Version: 1.0 Cc: Mark Linimon In-Reply-To: <20200731213633.GA4571@lonesome.com> From: Chris Reply-To: bsd-lists@BSDforge.com To: freebsd-stable Subject: Re: How to get mouse configured in X(org)? Date: Fri, 31 Jul 2020 18:03:17 -0700 Message-Id: <062b154716ff65cf1e9d5207b2199b23@udns.ultimatedns.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 4BJQqV0LNlz48Ch X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [0.00 / 15.00]; ASN(0.00)[asn:11404, ipnet:24.113.0.0/16, country:US]; local_wl_ip(0.00)[24.113.41.81] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Aug 2020 01:02:46 -0000 On Fri, 31 Jul 2020 21:36:33 +0000 Mark Linimon linimon@lonesome=2Ecom said > What is the output of the script mentioned in: >=20 > https://lists=2Efreebsd=2Eorg/pipermail/freebsd-x11/2020-February/025004=2Ehtm= l >=20 Thanks for the prompt, and thoughtful reply, Mark! :-) OK I've been following CURRENT, and was aware of that=2E As I needed it the first time around with the new Xorg=2E But I hadn't imagined I would require any outside helpers on STABLE=2E :( Anyway=2E I managed to get a working xorg=2Econf=2Enew running against Xorg -config=2E So I added only what I thought I absolutely needed to /usr/local/X11/xorg=2Econf=2Ed/ and fired up startx with my chosen DE in =2Exinitrc=2E Only to find I _still_ had no mouse, nor control of the WM=2E My only recourse was to bounce the box=2E :-( I had to scrub the pool, and blow away all the X related things in ~/ && try again=2E I was finally successful after creating the following 4 files: server-layout=2Econf Section "ServerLayout" =09Identifier "X=2Eorg Configured" =09Option "AutoAddDevices" "Off" =09Option "Log" "sync" EndSection driver-nvidia=2Econf Section "Device" =09Identifier "Card0" =09Driver "nvidia" =09BusID "PCI:2:0:0" EndSection screen-layout=2Econf Section "Monitor" =09Identifier "Monitor0" =09VendorName "Monitor Vendor" =09ModelName "Monitor Model" EndSection keyboard-zap=2Econf Section=09"InputClass" =09Identifier=09"KeyboardDefaults" =09Driver=09=09"keyboard" =09MatchIsKeyboard=09"on" =09Option=09=09"XkbOptions" "terminate:ctrl_alt_bksp" EndSection Altho the keyboard-zap=2Econf is probably unnecessary=2E I added it in hopes of being able to bail out as opposed to bouncing the box=2E I can't believe what a disappointment X has become=2E It's almost a different incantation for every install=2E I'd understand on CURRENT/release=2E But not on STABLE=2E I'm very grateful for your lending a hand, Mark=2E I don't mean to point any of my frustration at/towards you=2E :-) Thanks, again! :-) --Chris >=20 > mcl From owner-freebsd-stable@freebsd.org Sat Aug 1 03:07:32 2020 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 58FEC36B4E5 for ; Sat, 1 Aug 2020 03:07:32 +0000 (UTC) (envelope-from bsd-lists@BSDforge.com) Received: from udns.ultimatedns.net (static-24-113-41-81.wavecable.com [24.113.41.81]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "ultimatedns.net", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4BJTbR6p86z4GCp for ; Sat, 1 Aug 2020 03:07:31 +0000 (UTC) (envelope-from bsd-lists@BSDforge.com) Received: from udns.ultimatedns.net (localhost [IPv6:0:0:0:0:0:0:0:1]) by udns.ultimatedns.net (8.15.2/8.15.2) with ESMTPS id 07137wa2094915 (version=TLSv1.2 cipher=DHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO) for ; Fri, 31 Jul 2020 20:08:04 -0700 (PDT) (envelope-from bsd-lists@BSDforge.com) X-Mailer: Cypht MIME-Version: 1.0 In-Reply-To: <062b154716ff65cf1e9d5207b2199b23@udns.ultimatedns.net> From: Chris Reply-To: bsd-lists@BSDforge.com To: freebsd-stable Subject: Re: How to get mouse configured in X(org)? Date: Fri, 31 Jul 2020 20:08:04 -0700 Message-Id: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 4BJTbR6p86z4GCp X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [0.00 / 15.00]; ASN(0.00)[asn:11404, ipnet:24.113.0.0/16, country:US]; local_wl_ip(0.00)[24.113.41.81] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Aug 2020 03:07:32 -0000 On Fri, 31 Jul 2020 18:03:17 -0700 bsd-lists@BSDforge=2Ecom said All bitching aside=2E My conclusion is the Option "AutoAddDevices" "Off" Line below is responsible for permitting/activating the mouse=2E > server-layout=2Econf > Section "ServerLayout" > =09Identifier "X=2Eorg Configured" > =09Option "AutoAddDevices" "Off" > =09Option "Log" "sync" > EndSection > driver-nvidia=2Econf > Section "Device" > =09Identifier "Card0" > =09Driver "nvidia" > =09BusID "PCI:2:0:0" > EndSection > screen-layout=2Econf > Section "Monitor" > =09Identifier "Monitor0" > =09VendorName "Monitor Vendor" > =09ModelName "Monitor Model" > EndSection > keyboard-zap=2Econf > Section=09"InputClass" > =09Identifier=09"KeyboardDefaults" > =09Driver=09=09"keyboard" > =09MatchIsKeyboard=09"on" > =09Option=09=09"XkbOptions" "terminate:ctrl_alt_bksp" > EndSection >=20 --Chris