From owner-freebsd-current@freebsd.org Sun Nov 1 16:15:23 2020 Return-Path: Delivered-To: freebsd-current@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 817914515AD for ; Sun, 1 Nov 2020 16:15:23 +0000 (UTC) (envelope-from oleg@theweb.org.ua) Received: from sigill.theweb.org.ua (noc.quadranet.com [66.63.164.214]) (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 "sigill.theweb.org.ua", Issuer "sigill.theweb.org.ua" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4CPLk20lHnz4JY3 for ; Sun, 1 Nov 2020 16:15:21 +0000 (UTC) (envelope-from oleg@theweb.org.ua) Received: from sigill.theweb.org.ua (localhost [127.0.0.1]) by sigill.theweb.org.ua (8.16.1/8.16.1) with ESMTPS id 0A1GFB86002370 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO) for ; Sun, 1 Nov 2020 18:15:11 +0200 (EET) (envelope-from oleg@theweb.org.ua) Received: (from oleg@localhost) by sigill.theweb.org.ua (8.16.1/8.16.1/Submit) id 0A1GFB3t002369 for freebsd-current@freebsd.org; Sun, 1 Nov 2020 18:15:11 +0200 (EET) (envelope-from oleg@theweb.org.ua) X-Authentication-Warning: sigill.theweb.org.ua: oleg set sender to oleg@theweb.org.ua using -f From: "Oleg V. Nauman" To: freebsd-current@freebsd.org Subject: kernel: linux: pid 2867 (java): cannot fill /proc/self/maps; consider bumping PFS_MAXBUFSIZ Date: Sun, 01 Nov 2020 18:15:11 +0200 Message-ID: <2790785.hHqAuc6tWs@sigill.theweb.org.ua> Organization: Private persom MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-Rspamd-Queue-Id: 4CPLk20lHnz4JY3 X-Spamd-Bar: +++ X-Spamd-Result: default: False [3.33 / 15.00]; HFILTER_HELO_NORES_A_OR_MX(0.30)[sigill.theweb.org.ua]; HAS_XAW(0.00)[]; TO_DN_NONE(0.00)[]; HAS_ORG_HEADER(0.00)[]; HFILTER_HELO_IP_A(1.00)[sigill.theweb.org.ua]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; CTE_CASE(0.50)[]; ASN(0.00)[asn:8100, ipnet:66.63.164.0/23, country:US]; MIME_TRACE(0.00)[0:+]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.30)[-0.302]; FREEFALL_USER(0.00)[oleg]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_SPAM_SHORT(0.23)[0.226]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; AUTH_NA(1.00)[]; RCPT_COUNT_ONE(0.00)[1]; DMARC_NA(0.00)[theweb.org.ua]; NEURAL_SPAM_LONG(0.70)[0.702]; R_SPF_NA(0.00)[no SPF record]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Nov 2020 16:15:23 -0000 Hello, It is davmail ( mail/davmail from ports collection ) application that executed by linux java interpreter ( java/linux-oracle-jdk18 from ports ) davmail 2867 0.0 1.3 6441720 163900 - I 09:40 1:01.20 /usr/ local/linux-oracle-jdk1.8.0/bin/java -cp /usr/local/share/java/davmail/ davmail.jar:/usr/local/share/java/davmail/lib/* davmail.DavGateway /usr/local/ etc/davmail.properties # uname -mr 13.0-CURRENT amd64 Thank you From owner-freebsd-current@freebsd.org Sun Nov 1 17:53:39 2020 Return-Path: Delivered-To: freebsd-current@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 AD5994544C3 for ; Sun, 1 Nov 2020 17:53:39 +0000 (UTC) (envelope-from vladimir@kondratyev.su) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 4CPNvR4BQKz4PHV for ; Sun, 1 Nov 2020 17:53:39 +0000 (UTC) (envelope-from vladimir@kondratyev.su) Received: by mailman.nyi.freebsd.org (Postfix) id 8FCEB454619; Sun, 1 Nov 2020 17:53:39 +0000 (UTC) Delivered-To: current@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 8F98D4544C2 for ; Sun, 1 Nov 2020 17:53:39 +0000 (UTC) (envelope-from vladimir@kondratyev.su) Received: from corp.infotel.ru (corp.infotel.ru [195.170.219.3]) by mx1.freebsd.org (Postfix) with ESMTP id 4CPNvQ42jHz4P4B for ; Sun, 1 Nov 2020 17:53:38 +0000 (UTC) (envelope-from vladimir@kondratyev.su) Received: from corp (corp.infotel.ru [195.170.219.3]) by corp.infotel.ru (Postfix) with ESMTP id E64E114DF55 for ; Sun, 1 Nov 2020 20:53:29 +0300 (MSK) X-Virus-Scanned: amavisd-new at corp.infotel.ru Received: from corp.infotel.ru ([195.170.219.3]) by corp (corp.infotel.ru [195.170.219.3]) (amavisd-new, port 10024) with ESMTP id fqB6Q9izaoV7 for ; Sun, 1 Nov 2020 20:53:28 +0300 (MSK) Received: from mail.cicgroup.ru (unknown [195.170.219.74]) by corp.infotel.ru (Postfix) with ESMTP id 501B614DF48 for ; Sun, 1 Nov 2020 20:53:28 +0300 (MSK) Received: from mail.cicgroup.ru (localhost [127.0.0.1]) by mail.cicgroup.ru (Postfix) with ESMTP id C3C2B42211F for ; Sun, 1 Nov 2020 20:50:01 +0300 (MSK) X-Virus-Scanned: amavisd-new at cicgroup.ru Received: from mail.cicgroup.ru ([127.0.0.1]) by mail.cicgroup.ru (mail.cicgroup.ru [127.0.0.1]) (amavisd-new, port 10024) with SMTP id 6nPRMYB3qdv7 for ; Sun, 1 Nov 2020 20:49:58 +0300 (MSK) Received: from [192.168.0.30] (gateway [10.0.2.2]) by mail.cicgroup.ru (Postfix) with ESMTPA id E345942211C for ; Sun, 1 Nov 2020 20:49:58 +0300 (MSK) To: current@freebsd.org From: Vladimir Kondratyev Subject: 13-current 'devinfo -v' does not show PnP and location strings Message-ID: <85464ba8-5345-9da1-a5a8-2621c02b7a4b@kondratyev.su> Date: Sun, 1 Nov 2020 20:53:09 +0300 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Thunderbird/78.3.1 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Content-Language: en-US X-Rspamd-Queue-Id: 4CPNvQ42jHz4P4B X-Spamd-Bar: + X-Spamd-Result: default: False [1.10 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; RCVD_COUNT_FIVE(0.00)[6]; NEURAL_HAM_MEDIUM(-0.59)[-0.590]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_SPAM_SHORT(0.38)[0.378]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[current@freebsd.org]; TO_DN_NONE(0.00)[]; AUTH_NA(1.00)[]; RCPT_COUNT_ONE(0.00)[1]; DMARC_NA(0.00)[kondratyev.su]; NEURAL_SPAM_LONG(0.31)[0.310]; R_SPF_NA(0.00)[no SPF record]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:8299, ipnet:195.170.192.0/19, country:RU]; MID_RHS_MATCH_FROM(0.00)[]; MAILMAN_DEST(0.00)[current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Nov 2020 17:53:39 -0000 'devinfo -v' on latest 13-CURRENT does not show PnP and location strings for devices with no drivers attached. Is it intentional? From owner-freebsd-current@freebsd.org Sun Nov 1 18:01:02 2020 Return-Path: Delivered-To: freebsd-current@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 841EB4547CE for ; Sun, 1 Nov 2020 18:01:02 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mailman.nyi.freebsd.org (mailman.nyi.freebsd.org [IPv6:2610:1c1:1:606c::50:13]) by mx1.freebsd.org (Postfix) with ESMTP id 4CPP3y20syz4PVj for ; Sun, 1 Nov 2020 18:01:02 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mailman.nyi.freebsd.org (Postfix) id 44C8E4548F8; Sun, 1 Nov 2020 18:01:02 +0000 (UTC) Delivered-To: current@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 44906454A24 for ; Sun, 1 Nov 2020 18:01:02 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-qt1-x82a.google.com (mail-qt1-x82a.google.com [IPv6:2607:f8b0:4864:20::82a]) (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 4CPP3x3kPnz4PYY for ; Sun, 1 Nov 2020 18:01:01 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-qt1-x82a.google.com with SMTP id n63so2245132qte.4 for ; Sun, 01 Nov 2020 10:01:01 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=N+/Iuji9o/ia2HJBEVTcf1yIFSJbb5NZbVCMCqNIncw=; b=IUbiIuQdD3k2lxjkoGy71N+tSPhGiVvmVZxWn8lsIlcMmKnE68RS7wj9F+L6dy1kpV IIf618NTGEoLE8ANrvAidH+l/hcDBc9pxjZEx6W6Fn7xRGZ0FY5IiA18FRHAOoEdb7ay y4uXrLSroF02wBcVTypnzT7jRmneLP5Iah7XF8R4ZWI3QlFI7Hz/bF3oQ7CLlLDDHkA2 nWV7lCzibu+MiZ7v/htbfqlB69AQogceEOkpEA34r2Fv6928TQzetI413ZGIq2EtYQwe rLFBpN1WPQAFnoCeWAc1cJd8Qx7aci9eO8mkvfbYATvazIRABYccXUYHwYZ1JJDNvBct Z/zQ== X-Gm-Message-State: AOAM531Ae6vgyB3V9GGdN/SBp0g/mASryjsP3WYylFJCJ91hP2+52h09 a1heH7fqh4p8oJLKy2pDdQHqKMcAAyi2Di3BOnyLKlK8Rd5AOQ== X-Google-Smtp-Source: ABdhPJwV8Jn+EWm1bpU7bT5ddIyXMzQEGTjSqInK3Fb3DOL5IwBQx8/SrhVWM7gL8Pxmdd11VxsMzi0aUGKMfukvVBw= X-Received: by 2002:aed:2f67:: with SMTP id l94mr11332673qtd.101.1604253660422; Sun, 01 Nov 2020 10:01:00 -0800 (PST) MIME-Version: 1.0 References: <85464ba8-5345-9da1-a5a8-2621c02b7a4b@kondratyev.su> In-Reply-To: <85464ba8-5345-9da1-a5a8-2621c02b7a4b@kondratyev.su> From: Warner Losh Date: Sun, 1 Nov 2020 11:00:48 -0700 Message-ID: Subject: Re: 13-current 'devinfo -v' does not show PnP and location strings To: Vladimir Kondratyev Cc: FreeBSD Current X-Rspamd-Queue-Id: 4CPP3x3kPnz4PYY X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.34 / 15.00]; ARC_NA(0.00)[]; MAILMAN_DEST(0.00)[current]; R_DKIM_ALLOW(-0.20)[bsdimp-com.20150623.gappssmtp.com:s=20150623]; NEURAL_HAM_MEDIUM(-0.97)[-0.970]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.004]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[current@freebsd.org]; DMARC_NA(0.00)[bsdimp.com]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[bsdimp-com.20150623.gappssmtp.com:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::82a:from]; NEURAL_HAM_SHORT(-0.37)[-0.368]; R_SPF_NA(0.00)[no SPF record]; FORGED_SENDER(0.30)[imp@bsdimp.com,wlosh@bsdimp.com]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; FROM_NEQ_ENVFROM(0.00)[imp@bsdimp.com,wlosh@bsdimp.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.33 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Nov 2020 18:01:02 -0000 On Sun, Nov 1, 2020, 10:53 AM Vladimir Kondratyev wrote: > 'devinfo -v' on latest 13-CURRENT does not show PnP and location strings > for devices with no drivers attached. > > Is it intentional? > Nope. Likely means I broke something. Warner > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@freebsd.org Wed Nov 4 15:28:01 2020 Return-Path: Delivered-To: freebsd-current@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 9406145F506 for ; Wed, 4 Nov 2020 15:28:01 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: from mail-io1-f50.google.com (mail-io1-f50.google.com [209.85.166.50]) (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 4CR9X01RJvz3dDH for ; Wed, 4 Nov 2020 15:27:59 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: by mail-io1-f50.google.com with SMTP id n129so3293298iod.5 for ; Wed, 04 Nov 2020 07:27:59 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=8nFgrI34jB9BKc7MS3fdBCNlDwLzVHyx4CagrU6Srfg=; b=UJRNhvd8Al9GDUuIIIm3N33ayiN7c4bnllg/n6UDtFoVv+5GjGPwztMDKxkSJTDIxt rVAbx0OZH1DYd3nV2e0j88L+llGzx1QFGll86X8evdmKxJWhV/xaWK0xrPEwf4kT5ixU DWP3vs+Ott0ANvZQmjmGiaRKZvP9Nt0FSgReWcoLqLzPv1o0FvXPYxP/fLYD5rpYdHDh S/w7D+zTHWIyWa0ModfYDLdClmvVCbT11KWWJyLPXuShR9EPfU0O2IVMbybOLqzo0uOn zV4a0NwS1BNyoPp/rMEpyWeS00bnwOaSVwdnayGKZW64l5wRU7YR4Xd/lfusyl1Awinw Pd3A== X-Gm-Message-State: AOAM532P03CUoAQpNNzXHLErN5/By4SAakcr+jdJ9AEPcA813Hh5NC7q XDakvZaqD2fqt1RQ5MZOKdFbXm+nRsOLDE1I/Y7WeOPvH38= X-Google-Smtp-Source: ABdhPJwvlOq/nwJ6bKlqmXo6JhYsPFGFkOkguUd6MeTv+nVCOvHqbtmaR/jQJY9/B27OvzlRONNJYlWZdso/BiRT4K0= X-Received: by 2002:a6b:8b0d:: with SMTP id n13mr10210170iod.111.1604503678918; Wed, 04 Nov 2020 07:27:58 -0800 (PST) MIME-Version: 1.0 References: <2790785.hHqAuc6tWs@sigill.theweb.org.ua> In-Reply-To: <2790785.hHqAuc6tWs@sigill.theweb.org.ua> From: Ed Maste Date: Wed, 4 Nov 2020 10:27:46 -0500 Message-ID: Subject: Re: kernel: linux: pid 2867 (java): cannot fill /proc/self/maps; consider bumping PFS_MAXBUFSIZ To: "Oleg V. Nauman" Cc: FreeBSD Current Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 4CR9X01RJvz3dDH X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.42 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.94)[-0.941]; RCVD_COUNT_TWO(0.00)[2]; FREEFALL_USER(0.00)[carpeddiem]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17:c]; RCVD_TLS_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DMARC_NA(0.00)[freebsd.org]; NEURAL_HAM_LONG(-1.01)[-1.010]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; NEURAL_HAM_SHORT(-0.47)[-0.472]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[209.85.166.50:from]; FORGED_SENDER(0.30)[emaste@freebsd.org,carpeddiem@gmail.com]; RWL_MAILSPIKE_POSSIBLE(0.00)[209.85.166.50:from]; R_DKIM_NA(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; MIME_TRACE(0.00)[0:+]; FROM_NEQ_ENVFROM(0.00)[emaste@freebsd.org,carpeddiem@gmail.com]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Nov 2020 15:28:01 -0000 On Sun, 1 Nov 2020 at 11:15, Oleg V. Nauman wrote: > > It is davmail ( mail/davmail from ports collection ) application that executed > by linux java interpreter ( java/linux-oracle-jdk18 from ports ) If you're set up to test a patch you can give https://reviews.freebsd.org/D27047 a try. There's some small detail to work out but this should be solved soon. From owner-freebsd-current@freebsd.org Wed Nov 4 17:19:25 2020 Return-Path: Delivered-To: freebsd-current@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 E7BFE462491 for ; Wed, 4 Nov 2020 17:19:25 +0000 (UTC) (envelope-from oleg@theweb.org.ua) Received: from sigill.theweb.org.ua (noc.quadranet.com [66.63.164.214]) (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 "sigill.theweb.org.ua", Issuer "sigill.theweb.org.ua" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4CRD0X2jhXz42Tn; Wed, 4 Nov 2020 17:19:22 +0000 (UTC) (envelope-from oleg@theweb.org.ua) Received: from sigill.theweb.org.ua (localhost [127.0.0.1]) by sigill.theweb.org.ua (8.16.1/8.16.1) with ESMTPS id 0A4HJEor033294 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Wed, 4 Nov 2020 19:19:14 +0200 (EET) (envelope-from oleg@theweb.org.ua) Received: (from oleg@localhost) by sigill.theweb.org.ua (8.16.1/8.16.1/Submit) id 0A4HJE9B033293; Wed, 4 Nov 2020 19:19:14 +0200 (EET) (envelope-from oleg@theweb.org.ua) X-Authentication-Warning: sigill.theweb.org.ua: oleg set sender to oleg@theweb.org.ua using -f From: "Oleg V. Nauman" To: Ed Maste Cc: FreeBSD Current Subject: Re: kernel: linux: pid 2867 (java): cannot fill /proc/self/maps; consider bumping PFS_MAXBUFSIZ Date: Wed, 04 Nov 2020 19:19:13 +0200 Message-ID: <7599622.bYQgcRI8ro@sigill.theweb.org.ua> Organization: Private persom In-Reply-To: References: <2790785.hHqAuc6tWs@sigill.theweb.org.ua> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-Rspamd-Queue-Id: 4CRD0X2jhXz42Tn X-Spamd-Bar: +++ X-Spamd-Result: default: False [3.31 / 15.00]; RCVD_TLS_ALL(0.00)[]; ARC_NA(0.00)[]; FREEFALL_USER(0.00)[oleg]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-0.36)[-0.356]; MIME_GOOD(-0.10)[text/plain]; HAS_XAW(0.00)[]; HFILTER_HELO_IP_A(1.00)[sigill.theweb.org.ua]; AUTH_NA(1.00)[]; DMARC_NA(0.00)[theweb.org.ua]; HAS_ORG_HEADER(0.00)[]; NEURAL_SPAM_MEDIUM(0.52)[0.525]; HFILTER_HELO_NORES_A_OR_MX(0.30)[sigill.theweb.org.ua]; TO_DN_ALL(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_SPAM_SHORT(0.44)[0.440]; R_SPF_NA(0.00)[no SPF record]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; CTE_CASE(0.50)[]; RCVD_COUNT_TWO(0.00)[2]; MIME_TRACE(0.00)[0:+]; MAILMAN_DEST(0.00)[freebsd-current]; ASN(0.00)[asn:8100, ipnet:66.63.164.0/23, country:US] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Nov 2020 17:19:26 -0000 Hello, On 2020 M11 4, Wed 17:27:46 EET Ed Maste wrote: > On Sun, 1 Nov 2020 at 11:15, Oleg V. Nauman wrote: > > It is davmail ( mail/davmail from ports collection ) application that > > executed by linux java interpreter ( java/linux-oracle-jdk18 from ports ) > > If you're set up to test a patch you can give > https://reviews.freebsd.org/D27047 a try. There's some small detail to > work out but this should be solved soon. Kernel error message disappeared, thank you From owner-freebsd-current@freebsd.org Fri Nov 6 00:13:57 2020 Return-Path: Delivered-To: freebsd-current@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 E2A0B2D51AA for ; Fri, 6 Nov 2020 00:13:57 +0000 (UTC) (envelope-from jmg@gold.funkthat.com) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 4CS18P59rbz3qvk for ; Fri, 6 Nov 2020 00:13:57 +0000 (UTC) (envelope-from jmg@gold.funkthat.com) Received: by mailman.nyi.freebsd.org (Postfix) id B01BD2D51A9; Fri, 6 Nov 2020 00:13:57 +0000 (UTC) Delivered-To: current@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 AFD2D2D503F; Fri, 6 Nov 2020 00:13:57 +0000 (UTC) (envelope-from jmg@gold.funkthat.com) Received: from gold.funkthat.com (gate2.funkthat.com [208.87.223.18]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "gate2.funkthat.com", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4CS18M69MVz3qyB; Fri, 6 Nov 2020 00:13:55 +0000 (UTC) (envelope-from jmg@gold.funkthat.com) Received: from gold.funkthat.com (localhost [127.0.0.1]) by gold.funkthat.com (8.15.2/8.15.2) with ESMTPS id 0A60Dl40000784 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Thu, 5 Nov 2020 16:13:48 -0800 (PST) (envelope-from jmg@gold.funkthat.com) Received: (from jmg@localhost) by gold.funkthat.com (8.15.2/8.15.2/Submit) id 0A60DlxC000783; Thu, 5 Nov 2020 16:13:47 -0800 (PST) (envelope-from jmg) Date: Thu, 5 Nov 2020 16:13:47 -0800 From: John-Mark Gurney To: current@FreeBSD.org, ports@FreeBSD.org Cc: imp@freebsd.org Subject: DISTDIR name collision... Message-ID: <20201106001347.GY31099@funkthat.com> Mail-Followup-To: current@FreeBSD.org, ports@FreeBSD.org, imp@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Operating-System: FreeBSD 11.3-STABLE amd64 X-PGP-Fingerprint: D87A 235F FB71 1F3F 55B7 ED9B D5FF 5A51 C0AC 3D65 X-Files: The truth is out there X-URL: https://www.funkthat.com/ X-Resume: https://www.funkthat.com/~jmg/resume.html X-TipJar: bitcoin:13Qmb6AeTgQecazTWph4XasEsP7nGRbAPE X-to-the-FBI-CIA-and-NSA: HI! HOW YA DOIN? can i haz chizburger? User-Agent: Mutt/1.6.1 (2016-04-27) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (gold.funkthat.com [127.0.0.1]); Thu, 05 Nov 2020 16:13:48 -0800 (PST) X-Rspamd-Queue-Id: 4CS18M69MVz3qyB X-Spamd-Bar: ++ X-Spamd-Result: default: False [2.42 / 15.00]; RCVD_TLS_ALL(0.00)[]; ARC_NA(0.00)[]; FREEFALL_USER(0.00)[jmg]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; DMARC_NA(0.00)[funkthat.com]; AUTH_NA(1.00)[]; NEURAL_SPAM_MEDIUM(0.38)[0.376]; SPAMHAUS_ZRD(0.00)[208.87.223.18:from:127.0.2.255]; RBL_DBL_DONT_QUERY_IPS(0.00)[208.87.223.18:from]; NEURAL_SPAM_SHORT(0.85)[0.847]; R_SPF_NA(0.00)[no SPF record]; FORGED_SENDER(0.30)[jmg@funkthat.com,jmg@gold.funkthat.com]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:32354, ipnet:208.87.216.0/21, country:US]; FROM_NEQ_ENVFROM(0.00)[jmg@funkthat.com,jmg@gold.funkthat.com]; MAILMAN_DEST(0.00)[current,ports]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Nov 2020 00:13:57 -0000 I just discovered that we have a variable name colission between the FreeBSD base repo, and the ports tree. DISTDIR is used by the ports repo for: # DISTDIR - Where to search for and store copies of original sources But DISTDIR is also used by FreeBSD base for (from bsd.own.mk): # DISTDIR Change the tree where the file for a distribution # gets installed (see /usr/src/release/Makefile). [not set] except that it doesn't just get used in release/Makefile, it's used in the base Makefile.inc1 for a number of things that I'm not entirely sure what it's for. Can someone figure out what we should do in this case? This was discovered because ezjail-admin sets DISTDIR for ports, but it was breaking my -DNO_ROOT installworld by putting the METALOG in an incorrectly documented place (since fixed)... -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-current@freebsd.org Fri Nov 6 01:08:33 2020 Return-Path: Delivered-To: freebsd-current@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 81C1E2D6BB8 for ; Fri, 6 Nov 2020 01:08:33 +0000 (UTC) (envelope-from jmg@gold.funkthat.com) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 4CS2MP2PgSz3thT for ; Fri, 6 Nov 2020 01:08:33 +0000 (UTC) (envelope-from jmg@gold.funkthat.com) Received: by mailman.nyi.freebsd.org (Postfix) id 50D682D6BB7; Fri, 6 Nov 2020 01:08:33 +0000 (UTC) Delivered-To: current@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 506F12D6C31; Fri, 6 Nov 2020 01:08:33 +0000 (UTC) (envelope-from jmg@gold.funkthat.com) Received: from gold.funkthat.com (gate2.funkthat.com [208.87.223.18]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "gate2.funkthat.com", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4CS2MN4bQyz3tqs; Fri, 6 Nov 2020 01:08:32 +0000 (UTC) (envelope-from jmg@gold.funkthat.com) Received: from gold.funkthat.com (localhost [127.0.0.1]) by gold.funkthat.com (8.15.2/8.15.2) with ESMTPS id 0A618TiD072044 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Thu, 5 Nov 2020 17:08:29 -0800 (PST) (envelope-from jmg@gold.funkthat.com) Received: (from jmg@localhost) by gold.funkthat.com (8.15.2/8.15.2/Submit) id 0A618TeE072043; Thu, 5 Nov 2020 17:08:29 -0800 (PST) (envelope-from jmg) Date: Thu, 5 Nov 2020 17:08:29 -0800 From: John-Mark Gurney To: current@FreeBSD.org, ports@FreeBSD.org, imp@freebsd.org Subject: Re: DISTDIR name collision... Message-ID: <20201106010828.GA31099@funkthat.com> Mail-Followup-To: current@FreeBSD.org, ports@FreeBSD.org, imp@freebsd.org References: <20201106001347.GY31099@funkthat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20201106001347.GY31099@funkthat.com> X-Operating-System: FreeBSD 11.3-STABLE amd64 X-PGP-Fingerprint: D87A 235F FB71 1F3F 55B7 ED9B D5FF 5A51 C0AC 3D65 X-Files: The truth is out there X-URL: https://www.funkthat.com/ X-Resume: https://www.funkthat.com/~jmg/resume.html X-TipJar: bitcoin:13Qmb6AeTgQecazTWph4XasEsP7nGRbAPE X-to-the-FBI-CIA-and-NSA: HI! HOW YA DOIN? can i haz chizburger? User-Agent: Mutt/1.6.1 (2016-04-27) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (gold.funkthat.com [127.0.0.1]); Thu, 05 Nov 2020 17:08:29 -0800 (PST) X-Rspamd-Queue-Id: 4CS2MN4bQyz3tqs X-Spamd-Bar: + X-Spamd-Result: default: False [1.52 / 15.00]; RCVD_TLS_ALL(0.00)[]; ARC_NA(0.00)[]; FREEFALL_USER(0.00)[jmg]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; DMARC_NA(0.00)[funkthat.com]; AUTH_NA(1.00)[]; NEURAL_SPAM_SHORT(1.00)[0.998]; SPAMHAUS_ZRD(0.00)[208.87.223.18:from:127.0.2.255]; NEURAL_HAM_MEDIUM(-0.38)[-0.377]; RBL_DBL_DONT_QUERY_IPS(0.00)[208.87.223.18:from]; R_SPF_NA(0.00)[no SPF record]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:32354, ipnet:208.87.216.0/21, country:US]; FROM_NEQ_ENVFROM(0.00)[jmg@funkthat.com,jmg@gold.funkthat.com]; MAILMAN_DEST(0.00)[current,ports]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Nov 2020 01:08:33 -0000 John-Mark Gurney wrote this message on Thu, Nov 05, 2020 at 16:13 -0800: > I just discovered that we have a variable name colission between the > FreeBSD base repo, and the ports tree. DISTDIR is used by the ports > repo for: > # DISTDIR - Where to search for and store copies of original sources > > But DISTDIR is also used by FreeBSD base for (from bsd.own.mk): > # DISTDIR Change the tree where the file for a distribution > # gets installed (see /usr/src/release/Makefile). [not set] > > except that it doesn't just get used in release/Makefile, it's used in > the base Makefile.inc1 for a number of things that I'm not entirely sure > what it's for. > > Can someone figure out what we should do in this case? > > This was discovered because ezjail-admin sets DISTDIR for ports, but it > was breaking my -DNO_ROOT installworld by putting the METALOG in an > incorrectly documented place (since fixed)... It was pointed out that there was a review already underway for this: https://reviews.freebsd.org/D26617 Can this just be tested by re, and committed? Thanks. -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-current@freebsd.org Fri Nov 6 01:09:24 2020 Return-Path: Delivered-To: freebsd-current@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 45A922D6DCE for ; Fri, 6 Nov 2020 01:09:24 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 4CS2NM6xSzz3v19 for ; Fri, 6 Nov 2020 01:09:23 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: by mailman.nyi.freebsd.org (Postfix) id EDFD22D6F85; Fri, 6 Nov 2020 01:09:23 +0000 (UTC) Delivered-To: current@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 EDAF52D6F83; Fri, 6 Nov 2020 01:09:23 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mx1.sbone.de (mx1.sbone.de [IPv6:2a01:4f8:13b:39f::9f:25]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mx1.sbone.de", Issuer "SBone.DE" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4CS2NM5j8Tz3v4r; Fri, 6 Nov 2020 01:09:23 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mail.sbone.de (mail.sbone.de [IPv6:fde9:577b:c1a9:31::2013:587]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.sbone.de (Postfix) with ESMTPS id 838E68D4A156; Fri, 6 Nov 2020 01:09:14 +0000 (UTC) Received: from content-filter.sbone.de (content-filter.sbone.de [IPv6:fde9:577b:c1a9:31::2013:2742]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPS id 128F5E707BF; Fri, 6 Nov 2020 01:09:14 +0000 (UTC) X-Virus-Scanned: amavisd-new at sbone.de Received: from mail.sbone.de ([IPv6:fde9:577b:c1a9:31::2013:587]) by content-filter.sbone.de (content-filter.sbone.de [fde9:577b:c1a9:31::2013:2742]) (amavisd-new, port 10024) with ESMTP id SSkY55RAQSJL; Fri, 6 Nov 2020 01:09:12 +0000 (UTC) Received: from [169.254.148.91] (unknown [IPv6:fde9:577b:c1a9:4902:901c:6b73:9be:45e7]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPSA id DADE3E707BC; Fri, 6 Nov 2020 01:09:12 +0000 (UTC) From: "Bjoern A. Zeeb" To: "John-Mark Gurney" Cc: current@FreeBSD.org, ports@FreeBSD.org, imp@freebsd.org Subject: Re: DISTDIR name collision... Date: Fri, 06 Nov 2020 01:09:11 +0000 X-Mailer: MailMate (2.0BETAr6151) Message-ID: <7879A42C-460E-4AD3-8C45-BCABB9B8C38A@lists.zabbadoz.net> In-Reply-To: <20201106001347.GY31099@funkthat.com> References: <20201106001347.GY31099@funkthat.com> MIME-Version: 1.0 Content-Type: text/plain; format=flowed X-Rspamd-Queue-Id: 4CS2NM5j8Tz3v4r X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Nov 2020 01:09:24 -0000 On 6 Nov 2020, at 0:13, John-Mark Gurney wrote: > I just discovered that we have a variable name colission between the > FreeBSD base repo, and the ports tree. DISTDIR is used by the ports > repo for: > # DISTDIR - Where to search for and store copies of original > sources > > But DISTDIR is also used by FreeBSD base for (from bsd.own.mk): > # DISTDIR Change the tree where the file for a distribution > # gets installed (see /usr/src/release/Makefile). [not > set] > > except that it doesn't just get used in release/Makefile, it's used in > the base Makefile.inc1 for a number of things that I'm not entirely > sure > what it's for. > > Can someone figure out what we should do in this case? > > This was discovered because ezjail-admin sets DISTDIR for ports, but > it > was breaking my -DNO_ROOT installworld by putting the METALOG in an > incorrectly documented place (since fixed)... See also: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=232293 From owner-freebsd-current@freebsd.org Fri Nov 6 08:59:16 2020 Return-Path: Delivered-To: freebsd-current@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 EA1482E6FBA for ; Fri, 6 Nov 2020 08:59:16 +0000 (UTC) (envelope-from ohartmann@walstatt.org) Received: from mout.gmx.net (mout.gmx.net [212.227.17.20]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass Class 2 CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4CSDpW2cN5z4qJ5 for ; Fri, 6 Nov 2020 08:59:15 +0000 (UTC) (envelope-from ohartmann@walstatt.org) X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from freyja ([46.88.88.196]) by mail.gmx.com (mrgmx105 [212.227.17.168]) with ESMTPSA (Nemesis) id 1M7K3Y-1kgSJ23kEO-007lRY for ; Fri, 06 Nov 2020 09:59:13 +0100 Date: Fri, 6 Nov 2020 09:59:06 +0100 From: "O. Hartmann" To: freebsd-current Subject: r367415: can't load linuxulator, link_elf_obj: symbol sdt_provider_linuxulator undefined Message-ID: <20201106095900.78b054e3@freyja> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable X-Provags-ID: V03:K1:5Ho3kzg3aM5zrZSZuGg5QhX0FG3PExlOqqNDYL53TnoYyfIS6tL zi7xGtooRjZ3wuzdmpNiiT3Ot/HZi9Q62UXd42GDawbaOzJuTqRqWXnwqM6hX423oxnNq1n J6ewxKNK7HW/QZN280M4pL8WGVasORMiekatR2bmleOKkKJaWwP3ZMcOXAymExXEAWcr/66 HFj+pz3bCDa3rIDqAxmnQ== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:biLORiOUnZY=:BqriwhC77H/qm7SaC0sYdy KdfWnCSnYb4IIVK0ElIELJQ6Re9nJUHRpcymjoKITf90HXhTnH99mwHoAJFUuBnKRCbTnRjeM AJQyHNnnEjVP8ITnfHoRN7NXz05GKoKQss4ahn/AvrJTKt6IhYbdDWatAFjJ4yTkjFLdBE2OG SqkueNIcXNBX5A+eFLli4ggHHjoxskPKpsQ0AR2/g+3u28C/AwpId+CQteJDwMCz5ZkQT4Kvp zl74+AwpJGOnnXchOL7wl2XMZT8kQWNA3tqVDjrRNhu7Hwxzbj1GOATiS8Jh/NOfnKmlYXirq 8hxO8ZMOd/1oOjK8/nn6H/To2sTQlSk7xx9Y47ctkILqy+nKU1x7XJIyIJuBK+2iFnc1yYW6h DgTR1y/jSAVu27wCLoV2Ro9hJfEcvU81Hx79LmQzcfFTzl118pAk0qQ758UwliT7exnPlQ86D 31mabAhPHUMYNRsqm3cE1SMOla5xO9f/JNknd03vlZu0NuONgzansJVbIJJsx5i9lQoswvlZz EMHc50PtSOaW1iyyOBsSROOut2jW0yPAm27ERYzMIp3pYzoD41p9cv1orTr5voqiuRnLhkNd2 iDkuNmsf0B+OXCaWqpGsiCcPw7eDG9SJTKGIwq1Hr3uOyXfhTGqqodPbz2CbCvogV+ctOB4eE wXgyc3nx9FaEcR/NIsDDBxodqwCqIeZmF4pzUJ45KNiWYnKqio7K7m6JgiTYN3mjZ6SXmS3EY yiUSNSB3DfqUH5FqUw21Rg27P/kuSYWmjy3Pba7gbQ7hCxSbQ7qGDM251CBKc2Gp2zIhjktRT lSDStFj4s8i2yyZtu8bf9DIiq9wRN2DYKh3V4k/57eD44stEm2c2nkRDrub3i6/QORrrwAWIN 8sbLaMDHsd1Q+06GiORg== X-Rspamd-Queue-Id: 4CSDpW2cN5z4qJ5 X-Spamd-Bar: / X-Spamd-Result: default: False [-0.17 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmx.net:+]; NEURAL_HAM_SHORT(-0.90)[-0.899]; RCVD_IN_DNSWL_LOW(-0.10)[212.227.17.20:from]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[212.227.17.20:from]; ASN(0.00)[asn:8560, ipnet:212.227.0.0/16, country:DE]; RECEIVED_SPAMHAUS_PBL(0.00)[46.88.88.196:received]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[gmx.net:s=badeba3b8450]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DMARC_NA(0.00)[walstatt.org]; NEURAL_SPAM_MEDIUM(0.63)[0.633]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[212.227.17.20:from:127.0.2.255]; R_SPF_NA(0.00)[no SPF record]; RWL_MAILSPIKE_POSSIBLE(0.00)[212.227.17.20:from]; MID_RHS_NOT_FQDN(0.50)[]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Nov 2020 08:59:17 -0000 Just updated CURRENT to r367415 and loading linux kernel module(s) fail wi= th # kldload linux link_elf_obj: symbol sdt_provider_linuxulator undefined linker_load_file: /boot/kernel/linux_common.ko - unsupported file type KLD linux.ko: depends on linux_common - not available or version mismatch linker_load_file: /boot/kernel/linux.ko - unsupported file type Neither manual linux module loading works, nor rc.conf based. What happended? Thanks, oh From owner-freebsd-current@freebsd.org Fri Nov 6 13:53:20 2020 Return-Path: Delivered-To: freebsd-current@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 43ACD2EF1D2 for ; Fri, 6 Nov 2020 13:53:20 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from mx.catwhisker.org (mx.catwhisker.org [107.204.234.170]) (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 4CSMKp5tb8z3p8s for ; Fri, 6 Nov 2020 13:53:18 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.16.1/8.15.2) with ESMTP id 0A6DrBUg068077; Fri, 6 Nov 2020 13:53:11 GMT (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.16.1/8.16.1/Submit) id 0A6DrAES068076; Fri, 6 Nov 2020 05:53:10 -0800 (PST) (envelope-from david) Date: Fri, 6 Nov 2020 05:53:10 -0800 From: David Wolfskill To: "O. Hartmann" Cc: freebsd-current Subject: Re: r367415: can't load linuxulator, link_elf_obj: symbol sdt_provider_linuxulator undefined Message-ID: <20201106135310.GL1377@albert.catwhisker.org> Mail-Followup-To: David Wolfskill , "O. Hartmann" , freebsd-current References: <20201106095900.78b054e3@freyja> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="xWdtX2s4uUhA9Zze" Content-Disposition: inline In-Reply-To: <20201106095900.78b054e3@freyja> X-Rspamd-Queue-Id: 4CSMKp5tb8z3p8s X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.31 / 15.00]; RCVD_TLS_LAST(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[107.204.234.170:from]; FREEFALL_USER(0.00)[david]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:107.204.234.170]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; DMARC_NA(0.00)[catwhisker.org]; ARC_NA(0.00)[]; SPAMHAUS_ZRD(0.00)[107.204.234.170:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; NEURAL_HAM_SHORT(-0.91)[-0.911]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; SIGNED_PGP(-2.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ASN(0.00)[asn:7018, ipnet:107.192.0.0/12, country:US]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Nov 2020 13:53:20 -0000 --xWdtX2s4uUhA9Zze Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Nov 06, 2020 at 09:59:06AM +0100, O. Hartmann wrote: > Just updated CURRENT to r367415 and loading linux kernel module(s) fail w= ith >=20 > # kldload linux >=20 > link_elf_obj: symbol sdt_provider_linuxulator undefined > linker_load_file: /boot/kernel/linux_common.ko - unsupported file type > KLD linux.ko: depends on linux_common - not available or version mismatch > linker_load_file: /boot/kernel/linux.ko - unsupported file type >=20 > Neither manual linux module loading works, nor rc.conf based. >=20 > What happended? >=20 > Thanks, >=20 > oh > .... I do not have an answer, but I offer corroboration: I saw it, as well, after updating my laptop's "head" slice from r367368 to r367410. (Note that r367410 is the most recent commit to head when the repository is updated to r367415.) In the list of files updated between those commits, I find the following files updated that have "linux" in their names: D /S4/usr/src/sys/amd64/linux/linux_dummy.c A /S4/usr/src/sys/amd64/linux/linux_dummy_machdep.c U /S4/usr/src/sys/amd64/linux32/linux32_dummy.c D /S4/usr/src/sys/arm64/linux/linux_dummy.c A /S4/usr/src/sys/arm64/linux/linux_dummy_machdep.c A /S4/usr/src/sys/compat/linux/linux_dummy.c D /S4/usr/src/sys/i386/linux/linux_dummy.c A /S4/usr/src/sys/i386/linux/linux_dummy_machdep.c U /S4/usr/src/sys/modules/linux/Makefile U /S4/usr/src/sys/modules/linux64/Makefile U /S4/usr/src/sys/modules/linux_common/Makefile A /S4/usr/src/sys/x86/linux A /S4/usr/src/sys/x86/linux/linux_dummy_x86.c For src/sys/amd64/linux/linux_dummy_machdep.c, the most recent change is: ------------------------------------------------------------------------ r367395 | cem | 2020-11-05 11:30:31 -0800 (Thu, 05 Nov 2020) | 7 lines linux(4): Deduplicate unimpl/dummy syscall handlers No functional change. Reviewed by: emaste, trasz Differential Revision: https://reviews.freebsd.org/D27099 ------------------------------------------------------------------------ Peace, david --=20 David H. Wolfskill david@catwhisker.org Trump didn't "undercut his own credibility," because he didn't have any. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --xWdtX2s4uUhA9Zze Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQGTBAEBCgB9FiEE4owz2QxMJyaxAefyQLJg+bY2PckFAl+lVUZfFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEUy OEMzM0Q5MEM0QzI3MjZCMTAxRTdGMjQwQjI2MEY5QjYzNjNEQzkACgkQQLJg+bY2 PckXZwf/b/R8zrTW7fhX4KAoQNjidpODh5KbpvV/XjfqGYkM+GG2ZZOrHaFh0fYB zf3Z6sy44RngAJ+qsHVJjT79Z0Evk+r59wK1ohUDqo7k9IgfOJPmjC84WLCPC++m +25r7kV5cr1BBj2i/ZHI+mrIVrZh76yN/0f7+SkLGiix3b5BN7JfaW7EVTc1BgqJ mrDUk90Pc4M4JhOUKX3mQvbNbH6rfR1uyJpEXrJ6H3Y97ccZyg7D87jbZi05/Wcj 8VMLm9NRyPoFUexHF+u+ZLSCUJnTckHUkFHq0qMUr9mIJuvQ0TQbaZwC0pKN1zFr 5HQ/+7dE577SSVHoFLuRimL0RIB8dg== =gScN -----END PGP SIGNATURE----- --xWdtX2s4uUhA9Zze-- From owner-freebsd-current@freebsd.org Fri Nov 6 16:37:05 2020 Return-Path: Delivered-To: freebsd-current@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 66111442CDD for ; Fri, 6 Nov 2020 16:37:05 +0000 (UTC) (envelope-from warlock@phouka1.phouka.net) Received: from phouka1.phouka.net (phouka1.phouka.net [107.170.196.116]) (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 "phouka.net", Issuer "Go Daddy Secure Certificate Authority - G2" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4CSQym370yz4Sxn for ; Fri, 6 Nov 2020 16:37:04 +0000 (UTC) (envelope-from warlock@phouka1.phouka.net) Received: from phouka1.phouka.net (localhost [127.0.0.1]) by phouka1.phouka.net (8.16.1/8.16.1) with ESMTPS id 0A6GZfex043421 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO) for ; Fri, 6 Nov 2020 08:35:41 -0800 (PST) (envelope-from warlock@phouka1.phouka.net) Received: (from warlock@localhost) by phouka1.phouka.net (8.16.1/8.16.1/Submit) id 0A6GZf9P043420 for freebsd-current@freebsd.org; Fri, 6 Nov 2020 08:35:41 -0800 (PST) (envelope-from warlock) Date: Fri, 6 Nov 2020 08:35:41 -0800 From: John Kennedy To: freebsd-current@freebsd.org Subject: r367415: can't load linuxulator, link_elf_obj: symbol sdt_provider_linuxulator undefined Message-ID: <20201106163541.GA15844@phouka1.phouka.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Rspamd-Queue-Id: 4CSQym370yz4Sxn X-Spamd-Bar: +++ X-Spamd-Result: default: False [3.20 / 15.00]; RCVD_TLS_ALL(0.00)[]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[107.170.196.116:from]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_SPAM_SHORT(1.00)[1.000]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; TO_DN_NONE(0.00)[]; AUTH_NA(1.00)[]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[107.170.196.116:from:127.0.2.255]; NEURAL_SPAM_MEDIUM(1.00)[1.000]; DMARC_NA(0.00)[phouka.net]; R_SPF_NA(0.00)[no SPF record]; FORGED_SENDER(0.30)[warlock@phouka.net,warlock@phouka1.phouka.net]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:14061, ipnet:107.170.192.0/18, country:US]; FROM_NEQ_ENVFROM(0.00)[warlock@phouka.net,warlock@phouka1.phouka.net]; MAILMAN_DEST(0.00)[freebsd-current]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Nov 2020 16:37:05 -0000 I had this crop up this morning r367410, while yesterdays build against r367379 seemed fine. I think this is an issue because of r367395: linux(4): Deduplicate unimpl/dummy syscall handlers If I tracked it down correctly, the LIN_SDT_PROVIDER_DECLARE(LINUX_DTRACE) in sys/compat/linux/linux_dummy.c creates an undefined external structure sdt_provider_linuxulator, which breaks poudriere and X11 (at least via nvidia drivers). [from /var/log/messages] kernel: link_elf_obj: symbol sdt_provider_linuxulator undefined kernel: linker_load_file: /boot/kernel/linux_common.ko - unsupported file type kernel: KLD linprocfs.ko: depends on linux_common - not available or version mismatch I guess to be more precise, X11 complained about this: (EE) NVIDIA: Failed to initialize the NVIDIA kernel module. Please see the (EE) NVIDIA: system's kernel log for additional error messages and (EE) NVIDIA: consult the NVIDIA README for details. Normally no issues there since I have PORTS_MODULES += x11/nvidia-driver, but I was going to re-poudriere everything since __FreeBSD_version got bumped and that's when I noticed that poudriere had issues: Error: Required kernel module 'linprocfs' not found Trying a run against r367420 with the LIN_SDT_PROVIDER_DECLARE() commented out. From owner-freebsd-current@freebsd.org Fri Nov 6 16:53:21 2020 Return-Path: Delivered-To: freebsd-current@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 C87884432C6 for ; Fri, 6 Nov 2020 16:53:21 +0000 (UTC) (envelope-from warlock@phouka1.phouka.net) Received: from phouka1.phouka.net (phouka1.phouka.net [107.170.196.116]) (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 "phouka.net", Issuer "Go Daddy Secure Certificate Authority - G2" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4CSRKX2WdDz4V03 for ; Fri, 6 Nov 2020 16:53:20 +0000 (UTC) (envelope-from warlock@phouka1.phouka.net) Received: from phouka1.phouka.net (localhost [127.0.0.1]) by phouka1.phouka.net (8.16.1/8.16.1) with ESMTPS id 0A6Gq31R043462 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO) for ; Fri, 6 Nov 2020 08:52:03 -0800 (PST) (envelope-from warlock@phouka1.phouka.net) Received: (from warlock@localhost) by phouka1.phouka.net (8.16.1/8.16.1/Submit) id 0A6Gq3QP043461 for freebsd-current@freebsd.org; Fri, 6 Nov 2020 08:52:03 -0800 (PST) (envelope-from warlock) Date: Fri, 6 Nov 2020 08:52:03 -0800 From: John Kennedy To: freebsd-current@freebsd.org Subject: Re: r367415: can't load linuxulator, link_elf_obj: symbol sdt_provider_linuxulator undefined Message-ID: <20201106165203.GB15844@phouka1.phouka.net> References: <20201106163541.GA15844@phouka1.phouka.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20201106163541.GA15844@phouka1.phouka.net> X-Rspamd-Queue-Id: 4CSRKX2WdDz4V03 X-Spamd-Bar: +++ X-Spamd-Result: default: False [3.06 / 15.00]; RCVD_TLS_ALL(0.00)[]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[107.170.196.116:from]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_SPAM_SHORT(0.86)[0.859]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; AUTH_NA(1.00)[]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[107.170.196.116:from:127.0.2.255]; NEURAL_SPAM_MEDIUM(1.00)[1.000]; DMARC_NA(0.00)[phouka.net]; R_SPF_NA(0.00)[no SPF record]; FORGED_SENDER(0.30)[warlock@phouka.net,warlock@phouka1.phouka.net]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:14061, ipnet:107.170.192.0/18, country:US]; FROM_NEQ_ENVFROM(0.00)[warlock@phouka.net,warlock@phouka1.phouka.net]; MAILMAN_DEST(0.00)[freebsd-current]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Nov 2020 16:53:21 -0000 On Fri, Nov 06, 2020 at 08:35:41AM -0800, John Kennedy wrote: > I had this crop up this morning r367410, while yesterdays build against > r367379 seemed fine. I think this is an issue because of r367395: > > linux(4): Deduplicate unimpl/dummy syscall handlers > > If I tracked it down correctly, the LIN_SDT_PROVIDER_DECLARE(LINUX_DTRACE) > in sys/compat/linux/linux_dummy.c creates an undefined external structure > sdt_provider_linuxulator, which breaks poudriere and X11 (at least via > nvidia drivers). > > [from /var/log/messages] > kernel: link_elf_obj: symbol sdt_provider_linuxulator undefined > kernel: linker_load_file: /boot/kernel/linux_common.ko - unsupported file type > kernel: KLD linprocfs.ko: depends on linux_common - not available or version mismatch > > I guess to be more precise, X11 complained about this: > > (EE) NVIDIA: Failed to initialize the NVIDIA kernel module. Please see the > (EE) NVIDIA: system's kernel log for additional error messages and > (EE) NVIDIA: consult the NVIDIA README for details. > > Normally no issues there since I have PORTS_MODULES += x11/nvidia-driver, > but I was going to re-poudriere everything since __FreeBSD_version got bumped > and that's when I noticed that poudriere had issues: > > Error: Required kernel module 'linprocfs' not found > > Trying a run against r367420 with the LIN_SDT_PROVIDER_DECLARE() commented out. It looks like there is already an open bug report for this: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=250897 Looks like an ordering issue with linux_dummy, linux_common, and linux64. From owner-freebsd-current@freebsd.org Fri Nov 6 17:09:37 2020 Return-Path: Delivered-To: freebsd-current@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 59D4F444267 for ; Fri, 6 Nov 2020 17:09:37 +0000 (UTC) (envelope-from warlock@phouka1.phouka.net) Received: from phouka1.phouka.net (phouka1.phouka.net [107.170.196.116]) (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 "phouka.net", Issuer "Go Daddy Secure Certificate Authority - G2" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4CSRhJ3GgZz4WM3 for ; Fri, 6 Nov 2020 17:09:36 +0000 (UTC) (envelope-from warlock@phouka1.phouka.net) Received: from phouka1.phouka.net (localhost [127.0.0.1]) by phouka1.phouka.net (8.16.1/8.16.1) with ESMTPS id 0A6H8JpL043512 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO) for ; Fri, 6 Nov 2020 09:08:19 -0800 (PST) (envelope-from warlock@phouka1.phouka.net) Received: (from warlock@localhost) by phouka1.phouka.net (8.16.1/8.16.1/Submit) id 0A6H8Jxc043511 for freebsd-current@freebsd.org; Fri, 6 Nov 2020 09:08:19 -0800 (PST) (envelope-from warlock) Date: Fri, 6 Nov 2020 09:08:19 -0800 From: John Kennedy To: freebsd-current@freebsd.org Subject: Re: r367415: can't load linuxulator, link_elf_obj: symbol sdt_provider_linuxulator undefined Message-ID: <20201106170819.GC15844@phouka1.phouka.net> References: <20201106163541.GA15844@phouka1.phouka.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20201106163541.GA15844@phouka1.phouka.net> X-Rspamd-Queue-Id: 4CSRhJ3GgZz4WM3 X-Spamd-Bar: +++ X-Spamd-Result: default: False [3.08 / 15.00]; RCVD_TLS_ALL(0.00)[]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[107.170.196.116:from]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_SPAM_SHORT(0.88)[0.878]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; AUTH_NA(1.00)[]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[107.170.196.116:from:127.0.2.255]; NEURAL_SPAM_MEDIUM(1.00)[1.000]; DMARC_NA(0.00)[phouka.net]; R_SPF_NA(0.00)[no SPF record]; FORGED_SENDER(0.30)[warlock@phouka.net,warlock@phouka1.phouka.net]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:14061, ipnet:107.170.192.0/18, country:US]; FROM_NEQ_ENVFROM(0.00)[warlock@phouka.net,warlock@phouka1.phouka.net]; MAILMAN_DEST(0.00)[freebsd-current]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Nov 2020 17:09:37 -0000 On Fri, Nov 06, 2020 at 08:35:41AM -0800, John Kennedy wrote: > Trying a run against r367420 with the LIN_SDT_PROVIDER_DECLARE() commented out. Not the solution. From owner-freebsd-current@freebsd.org Fri Nov 6 19:17:47 2020 Return-Path: Delivered-To: freebsd-current@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 3D2E1447209 for ; Fri, 6 Nov 2020 19:17:47 +0000 (UTC) (envelope-from mike@sentex.net) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 4CSVXC0SZtz4dw0 for ; Fri, 6 Nov 2020 19:17:47 +0000 (UTC) (envelope-from mike@sentex.net) Received: by mailman.nyi.freebsd.org (Postfix) id 0DF8C446F30; Fri, 6 Nov 2020 19:17:47 +0000 (UTC) Delivered-To: current@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 0C862446F2F for ; Fri, 6 Nov 2020 19:17:47 +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 4CSVXB2fcjz4dms; Fri, 6 Nov 2020 19:17:46 +0000 (UTC) (envelope-from mike@sentex.net) Received: from [IPv6:2607:f3e0:0:4:adfd:30ed:295d:5262] ([IPv6:2607:f3e0:0:4:adfd:30ed:295d:5262]) by pyroxene2a.sentex.ca (8.15.2/8.15.2) with ESMTPS id 0A6JHiDL007894 (version=TLSv1.3 cipher=TLS_AES_128_GCM_SHA256 bits=128 verify=NO); Fri, 6 Nov 2020 14:17:45 -0500 (EST) (envelope-from mike@sentex.net) Subject: Link flap when adding / removing a vlan (was Re: r360902 breaks VLAN interface on if_em (82579LM)) To: lev@FreeBSD.org, current@freebsd.org References: <88004d48-4434-875a-5a36-0627b00c2f38@gmail.com> <1906251966.36777.1590562439792.JavaMail.open-xchange@opme11oxm03aub.bagnolet.francetelecom.fr> <997c1389-5e18-b07e-d342-c787c841a4c4@gmail.com> <711876429.20200601003941@serebryakov.spb.ru> From: mike tancsa Message-ID: Date: Fri, 6 Nov 2020 14:17:46 -0500 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.4.0 MIME-Version: 1.0 In-Reply-To: <711876429.20200601003941@serebryakov.spb.ru> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Content-Language: en-US X-Rspamd-Queue-Id: 4CSVXB2fcjz4dms X-Spamd-Bar: / X-Spamd-Result: default: False [-0.79 / 15.00]; RCVD_TLS_ALL(0.00)[]; ARC_NA(0.00)[]; FREEFALL_USER(0.00)[mike]; FROM_HAS_DN(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[2607:f3e0:0:3::19:from]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; HFILTER_HELO_IP_A(1.00)[pyroxene2a.sentex.ca]; HFILTER_HELO_NORES_A_OR_MX(0.30)[pyroxene2a.sentex.ca]; SPAMHAUS_ZRD(0.00)[2607:f3e0:0:3::19:from:127.0.2.255]; DMARC_NA(0.00)[sentex.net]; R_SPF_ALLOW(-0.20)[+ip6:2607:f3e0::/32]; NEURAL_HAM_SHORT(-0.79)[-0.788]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:11647, ipnet:2607:f3e0::/32, country:CA]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Nov 2020 19:17:47 -0000 On 5/31/2020 5:39 PM, Lev Serebryakov wrote: > Hello Ian, > > Thursday, May 28, 2020, 2:45:48 AM, you wrote: > >> I noticed that my VLAN interfaces stopped working after a recent build.  >> tcpdump showed traffic leaving leaving and entering the interface but no >> host on the network actually received any packets from this host.  A >> binary search led me to r360902 and indeed the following change fixed >> the issue for me: > Problem is, this change will return terrible situation when adding new VLAN > will flap connection status. > > It all worked before iflib: hardware VLAN filtering worked, and > adding/removing new VLAN didn't cause link to flap. > > Now, with iflib, looks like we can not have all good things at once :( Hi All, Just came across this thread as I am running into this behaviour on RELENG_12.  Adding a new vlan causes all vlans on the parent interface to flap. Not the greatest thing as it bounces a LOT of traffic potentially, flaps routing etc.  Is there a way around this ? This is on r367411 releng12 igb0@pci0:2:0:0:        class=0x020000 card=0x153315d9 chip=0x15338086 rev=0x03 hdr=0x00     vendor     = 'Intel Corporation'     device     = 'I210 Gigabit Network Connection'     class      = network     subclass   = ethernet eg. just something simple like ifconfig vlan16 create 10.1.2.3/29 vlandev igb1 vlan 16  # dmesg | tail -8 igb1: link state changed to DOWN vlan16: link state changed to DOWN vlan2049: link state changed to DOWN vlan15: link state changed to DOWN igb1: link state changed to UP vlan16: link state changed to UP vlan2049: link state changed to UP vlan15: link state changed to UP     ---Mike From owner-freebsd-current@freebsd.org Fri Nov 6 20:12:39 2020 Return-Path: Delivered-To: freebsd-current@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 5ED7D2D075A for ; Fri, 6 Nov 2020 20:12:39 +0000 (UTC) (envelope-from yasu@utahime.org) Received: from maybe.home.utahime.org (gate.home.utahime.org [183.180.29.210]) (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 4CSWlV3VW8z4hc6 for ; Fri, 6 Nov 2020 20:12:38 +0000 (UTC) (envelope-from yasu@utahime.org) Received: from eastasia.home.utahime.org (eastasia.home.utahime.org [192.168.174.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) (No client certificate requested) by maybe.home.utahime.org (Postfix) with ESMTPS id F35BB282FA for ; Sat, 7 Nov 2020 05:12:28 +0900 (JST) Received: from localhost (rolling.home.utahime.org [192.168.174.11]) (using TLSv1.3 with cipher TLS_CHACHA20_POLY1305_SHA256 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits)) (No client certificate requested) by eastasia.home.utahime.org (Postfix) with ESMTPSA id 9F1A83B09B; Sat, 7 Nov 2020 05:12:27 +0900 (JST) X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.103.0 at eastasia.home.utahime.org Date: Sat, 07 Nov 2020 05:11:20 +0900 (JST) Message-Id: <20201107.051120.397134008488775335.yasu@utahime.org> To: freebsd-current@freebsd.org Subject: Fails to load linprocfs From: Yasuhiro KIMURA X-Mailer: Mew version 6.8 on Emacs 27.1 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4CSWlV3VW8z4hc6 X-Spamd-Bar: / X-Spamd-Result: default: False [0.35 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+a:spf-authorized.utahime.org]; TO_DN_NONE(0.00)[]; HFILTER_HELO_IP_A(1.00)[maybe.home.utahime.org]; HFILTER_HELO_NORES_A_OR_MX(0.30)[maybe.home.utahime.org]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[utahime.org:+]; NEURAL_HAM_SHORT(-0.95)[-0.953]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[183.180.29.210:from]; ASN(0.00)[asn:2519, ipnet:183.180.0.0/16, country:JP]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[utahime.org:s=maybe2019112701]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[utahime.org]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[183.180.29.210:from:127.0.2.255]; MID_CONTAINS_FROM(1.00)[]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Nov 2020 20:12:39 -0000 Hello, I updated both host and poudriere jail from r367172 to r367418. But after that `poudriere bulk` fails as following. ---------------------------------------------------------------------- yasu@rolling-vm-freebsd1[1014]% uname -a FreeBSD rolling-vm-freebsd1.home.utahime.org 13.0-CURRENT FreeBSD 13.0-CURRENT #0 r367418: Sat Nov 7 02:00:32 JST 2020 rootz@rolling-vm-freebsd1.home.utahime.org:/usr0/freebsd/base/obj/usr0/freebsd/base/head/amd64.amd64/sys/GENERIC amd64 yasu@rolling-vm-freebsd1[1014]% sudo -i poudriere bulk -j curamd64 -z LocalSetting -f /usr/local/etc/ports-list.txt kldload: an error occurred while loading module linprocfs. Please check dmesg(8) for more details. [00:00:00] Error: Required kernel module 'linprocfs' not found yasu@rolling-vm-freebsd1[1015]% ---------------------------------------------------------------------- Executing `sudo -i kldload linprocfs.ko` results in same error. ---------------------------------------------------------------------- yasu@rolling-vm-freebsd1[1016]% sudo -i kldload linprocfs.ko kldload: an error occurred while loading module linprocfs.ko. Please check dmesg(8) for more details. yasu@rolling-vm-freebsd1[1017]% ---------------------------------------------------------------------- dmesg(8) shows following error messages. ---------------------------------------------------------------------- link_elf_obj: symbol sdt_provider_linuxulator undefined linker_load_file: /boot/kernel/linux_common.ko - unsupported file type KLD linprocfs.ko: depends on linux_common - not available or version mismatch linker_load_file: /boot/kernel/linprocfs.ko - unsupported file type ---------------------------------------------------------------------- What's wrong? Best Regards. --- Yasuhiro KIMURA From owner-freebsd-current@freebsd.org Fri Nov 6 20:48:15 2020 Return-Path: Delivered-To: freebsd-current@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 53E8F2D17E3 for ; Fri, 6 Nov 2020 20:48:15 +0000 (UTC) (envelope-from mike@sentex.net) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 4CSXXb15DKz4knt for ; Fri, 6 Nov 2020 20:48:15 +0000 (UTC) (envelope-from mike@sentex.net) Received: by mailman.nyi.freebsd.org (Postfix) id 256332D1AB6; Fri, 6 Nov 2020 20:48:15 +0000 (UTC) Delivered-To: current@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 252FC2D1765 for ; Fri, 6 Nov 2020 20:48:15 +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 4CSXXZ03j0z4kVG; Fri, 6 Nov 2020 20:48:13 +0000 (UTC) (envelope-from mike@sentex.net) Received: from [IPv6:2607:f3e0:0:4:adfd:30ed:295d:5262] ([IPv6:2607:f3e0:0:4:adfd:30ed:295d:5262]) by pyroxene2a.sentex.ca (8.15.2/8.15.2) with ESMTPS id 0A6KmD81044293 (version=TLSv1.3 cipher=TLS_AES_128_GCM_SHA256 bits=128 verify=NO); Fri, 6 Nov 2020 15:48:13 -0500 (EST) (envelope-from mike@sentex.net) Subject: Re: Link flap when adding / removing a vlan (was Re: r360902 breaks VLAN interface on if_em (82579LM)) From: mike tancsa To: lev@FreeBSD.org, current@freebsd.org References: <88004d48-4434-875a-5a36-0627b00c2f38@gmail.com> <1906251966.36777.1590562439792.JavaMail.open-xchange@opme11oxm03aub.bagnolet.francetelecom.fr> <997c1389-5e18-b07e-d342-c787c841a4c4@gmail.com> <711876429.20200601003941@serebryakov.spb.ru> Message-ID: Date: Fri, 6 Nov 2020 15:48:14 -0500 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.4.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Content-Language: en-US X-Rspamd-Queue-Id: 4CSXXZ03j0z4kVG X-Spamd-Bar: / X-Spamd-Result: default: False [-0.99 / 15.00]; RCVD_TLS_ALL(0.00)[]; ARC_NA(0.00)[]; FREEFALL_USER(0.00)[mike]; FROM_HAS_DN(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[2607:f3e0:0:3::19:from]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; HFILTER_HELO_IP_A(1.00)[pyroxene2a.sentex.ca]; HFILTER_HELO_NORES_A_OR_MX(0.30)[pyroxene2a.sentex.ca]; SPAMHAUS_ZRD(0.00)[2607:f3e0:0:3::19:from:127.0.2.255]; DMARC_NA(0.00)[sentex.net]; R_SPF_ALLOW(-0.20)[+ip6:2607:f3e0::/32]; NEURAL_HAM_SHORT(-0.99)[-0.994]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:11647, ipnet:2607:f3e0::/32, country:CA]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Nov 2020 20:48:15 -0000 On 11/6/2020 2:17 PM, mike tancsa wrote: > On 5/31/2020 5:39 PM, Lev Serebryakov wrote: >> Hello Ian, >> >> Thursday, May 28, 2020, 2:45:48 AM, you wrote: >> >>> I noticed that my VLAN interfaces stopped working after a recent build.  >>> tcpdump showed traffic leaving leaving and entering the interface but no >>> host on the network actually received any packets from this host.  A >>> binary search led me to r360902 and indeed the following change fixed >>> the issue for me: >> Problem is, this change will return terrible situation when adding new VLAN >> will flap connection status. >> >> It all worked before iflib: hardware VLAN filtering worked, and >> adding/removing new VLAN didn't cause link to flap. >> >> Now, with iflib, looks like we can not have all good things at once :( Looks like this is captured in https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=240818 > Hi All, > > Just came across this thread as I am running into this behaviour on > RELENG_12.  Adding a new vlan causes all vlans on the parent interface > to flap. Not the greatest thing as it bounces a LOT of traffic > potentially, flaps routing etc.  Is there a way around this ? > > This is on r367411 releng12 > > igb0@pci0:2:0:0:        class=0x020000 card=0x153315d9 chip=0x15338086 > rev=0x03 hdr=0x00 >     vendor     = 'Intel Corporation' >     device     = 'I210 Gigabit Network Connection' >     class      = network >     subclass   = ethernet > > eg. just something simple like > > ifconfig vlan16 create 10.1.2.3/29 vlandev igb1 vlan 16 > >  # dmesg | tail -8 > igb1: link state changed to DOWN > vlan16: link state changed to DOWN > vlan2049: link state changed to DOWN > vlan15: link state changed to DOWN > igb1: link state changed to UP > vlan16: link state changed to UP > vlan2049: link state changed to UP > vlan15: link state changed to UP > > >     ---Mike > > > > > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@freebsd.org Fri Nov 6 20:52:42 2020 Return-Path: Delivered-To: freebsd-current@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 373F92D1C5D; Fri, 6 Nov 2020 20:52:42 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from relay11.mail.gandi.net (relay11.mail.gandi.net [217.70.178.231]) (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 4CSXdj1tj0z4l90; Fri, 6 Nov 2020 20:52:40 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from [192.168.0.88] (east.meadow.volia.net [93.72.151.96]) (Authenticated sender: andriy.gapon@uabsd.com) by relay11.mail.gandi.net (Postfix) with ESMTPSA id AB2EA100002; Fri, 6 Nov 2020 20:52:38 +0000 (UTC) To: freebsd-current@FreeBSD.org, freebsd-fs@FreeBSD.org From: Andriy Gapon Subject: panic: VERIFY(ZFS_TEARDOWN_READ_HELD(zfsvfs)) failed Openpgp: preference=signencrypt Autocrypt: addr=avg@FreeBSD.org; keydata= mDMEX1iFDhYJKwYBBAHaRw8BAQdAiu8JG/oLFkVkOAJqJc7Dx5KI/Q6C3SBI20EQm+DXnAu0 HkFuZHJpeSBHYXBvbiA8YXZnQEZyZWVCU0Qub3JnPoiWBBMWCAA+FiEEyCHHZM09l0OE3Ir/ 1A1+Gq8+L1EFAl9YhQ4CGwMFCQeEzgAFCwkIBwIGFQoJCAsCBBYCAwECHgECF4AACgkQ1A1+ Gq8+L1Fc0wD/ZjmhHfbCJywZU3aOxXIPjcz73FYEGMvqMCCLAWyLbSABALFL+1ZNrjV3BGjq 889cOYFuboA/Yn3eWezS+tfqYBsGuDgEX1iFDhIKKwYBBAGXVQEFAQEHQL6B20Xi600TrkpG P9fWjl7JtHNxqrHKhX6Kg7kgb4ILAwEIB4h+BBgWCAAmFiEEyCHHZM09l0OE3Ir/1A1+Gq8+ L1EFAl9YhQ4CGwwFCQeEzgAACgkQ1A1+Gq8+L1F3cgEAktp4h+IJUJxL1vn6zMOt//znni/J TanKfQuA8wGXcGkBAKpZJhqMkg+pKk7MGvJhgJ6nCpTZ+rMK6vZVZLUWc3QF Message-ID: <98c87b4f-4327-8a19-cf51-f3a14e42edf4@FreeBSD.org> Date: Fri, 6 Nov 2020 22:52:37 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:60.0) Gecko/20100101 Firefox/60.0 Thunderbird/60.9.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4CSXdj1tj0z4l90 X-Spamd-Bar: / X-Spamd-Result: default: False [0.00 / 15.00]; ASN(0.00)[asn:29169, ipnet:217.70.176.0/20, country:FR]; local_wl_from(0.00)[FreeBSD.org] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Nov 2020 20:52:42 -0000 The subject panic happens for me with r367410 when mounting root filesystem. The panic is in zfs_freebsd_cached_lookup -> zfs_lookup -> zfs_dirlook. I have a picture of the screen with a little bit more details, I'll share it later. -- Andriy Gapon From owner-freebsd-current@freebsd.org Fri Nov 6 20:57:39 2020 Return-Path: Delivered-To: freebsd-current@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 552032D2243 for ; Fri, 6 Nov 2020 20:57:39 +0000 (UTC) (envelope-from yasu@utahime.org) Received: from maybe.home.utahime.org (gate.home.utahime.org [183.180.29.210]) (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 4CSXlQ1lLXz4lcC for ; Fri, 6 Nov 2020 20:57:38 +0000 (UTC) (envelope-from yasu@utahime.org) Received: from eastasia.home.utahime.org (eastasia.home.utahime.org [192.168.174.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) (No client certificate requested) by maybe.home.utahime.org (Postfix) with ESMTPS id E7DFB28336 for ; Sat, 7 Nov 2020 05:57:34 +0900 (JST) Received: from localhost (rolling.home.utahime.org [192.168.174.11]) (using TLSv1.3 with cipher TLS_CHACHA20_POLY1305_SHA256 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by eastasia.home.utahime.org (Postfix) with ESMTPSA id 09C0F3B054; Sat, 7 Nov 2020 05:57:34 +0900 (JST) X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.103.0 at eastasia.home.utahime.org Date: Sat, 07 Nov 2020 05:57:16 +0900 (JST) Message-Id: <20201107.055716.716846027460064414.yasu@utahime.org> To: freebsd-current@freebsd.org Subject: Re: Fails to load linprocfs From: Yasuhiro KIMURA In-Reply-To: <20201107.051120.397134008488775335.yasu@utahime.org> References: <20201107.051120.397134008488775335.yasu@utahime.org> X-Mailer: Mew version 6.8 on Emacs 27.1 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4CSXlQ1lLXz4lcC X-Spamd-Bar: / X-Spamd-Result: default: False [0.35 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+a:spf-authorized.utahime.org:c]; MV_CASE(0.50)[]; HFILTER_HELO_NORES_A_OR_MX(0.30)[maybe.home.utahime.org]; TO_DN_NONE(0.00)[]; HFILTER_HELO_IP_A(1.00)[maybe.home.utahime.org]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[utahime.org:+]; NEURAL_HAM_SHORT(-0.95)[-0.953]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[183.180.29.210:from]; ASN(0.00)[asn:2519, ipnet:183.180.0.0/16, country:JP]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[utahime.org:s=maybe2019112701]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DMARC_NA(0.00)[utahime.org]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[183.180.29.210:from:127.0.2.255]; MID_CONTAINS_FROM(1.00)[]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Nov 2020 20:57:39 -0000 From: Yasuhiro KIMURA Subject: Fails to load linprocfs Date: Sat, 07 Nov 2020 05:11:20 +0900 (JST) > I updated both host and poudriere jail from r367172 to r367418. But > after that `poudriere bulk` fails as following. > (snip) > > What's wrong? Two people told me following bug report by private mail. linux_common fails to load as a module after r367395: link_elf_obj: symbol sdt_provider_linuxulator undefined https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=250897 Just FYI. --- Yasuhiro KIMURA From owner-freebsd-current@freebsd.org Fri Nov 6 20:58:20 2020 Return-Path: Delivered-To: freebsd-current@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 381D62D2395; Fri, 6 Nov 2020 20:58:20 +0000 (UTC) (envelope-from mjguzik@gmail.com) Received: from mail-wm1-x331.google.com (mail-wm1-x331.google.com [IPv6:2a00:1450:4864:20::331]) (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 4CSXmC3tVhz4lrY; Fri, 6 Nov 2020 20:58:19 +0000 (UTC) (envelope-from mjguzik@gmail.com) Received: by mail-wm1-x331.google.com with SMTP id 23so1704911wmg.1; Fri, 06 Nov 2020 12:58:19 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=pEHzqFu6vRpC0eTIGgFcTkZsflbf3a435dDXJy+G3us=; b=PW8V8bV2b1+IhGJ7BYqAF5zMkoz7LkCDSQX3caTMwoMWEDV1DNTcOHmi1v2sU9pNhg r/gMSOWfAWrCqhqE7xUBT/XXLnDycoZp89AbruSv2fJq1YQgLuhL1V2ABfHKbY8MDp/F cGjZ4ad7/n6cV7cYyndJDfXX7j6pdH1WdqHjSz11mjIaYKZnG7FZ2bbz+ZASDTLjoZzC aumro41tN6kwH1SItClxVB6VHLXI6aIGDGUk8j6khkS36YZJ0ppvs4+8NgJ0EfTz/N3C xbWjrJ/Qo9awXo8YO2JIKTQQTR3IdZPMpp+/XRR03KdOCCtRi6S8uTZ8dkwtlx99FxOD ntTw== X-Gm-Message-State: AOAM531WGZWGNmazG/8Ny0rdlNuJWri63gxvA3oPxUEpI9TsEw9ED1DX RfFp9iStTUasLJPI3fMjwYoDa/IULgqPl8jIxgUdEQtu X-Google-Smtp-Source: ABdhPJzv1yeAank/XGD+ykLHB2WLW9QVaXlxJuP1MBggn9t9EWaFbBRzvTSfnPYDdyE3QnLCVr96v458Sf5IeagFYLI= X-Received: by 2002:a1c:e056:: with SMTP id x83mr1510400wmg.83.1604696294763; Fri, 06 Nov 2020 12:58:14 -0800 (PST) MIME-Version: 1.0 Received: by 2002:a5d:4c4f:0:0:0:0:0 with HTTP; Fri, 6 Nov 2020 12:58:14 -0800 (PST) In-Reply-To: <98c87b4f-4327-8a19-cf51-f3a14e42edf4@FreeBSD.org> References: <98c87b4f-4327-8a19-cf51-f3a14e42edf4@FreeBSD.org> From: Mateusz Guzik Date: Fri, 6 Nov 2020 21:58:14 +0100 Message-ID: Subject: Re: panic: VERIFY(ZFS_TEARDOWN_READ_HELD(zfsvfs)) failed To: Andriy Gapon Cc: freebsd-current@freebsd.org, freebsd-fs@freebsd.org Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 4CSXmC3tVhz4lrY X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.98 / 15.00]; ARC_NA(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[2a00:1450:4864:20::331:from]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36:c]; FREEMAIL_FROM(0.00)[gmail.com]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; TO_DN_SOME(0.00)[]; SPAMHAUS_ZRD(0.00)[2a00:1450:4864:20::331:from:127.0.2.255]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::331:from]; NEURAL_HAM_SHORT(-0.98)[-0.979]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-current,freebsd-fs]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Nov 2020 20:58:20 -0000 Note the underlying primitive was recently replaced. One immediate thing to check would be exact state of the lock. READ_HELD checks for reading only, fails if you have this write-locked, which is a plausible explanation if you are coming in from less likely codepath. iow what's the backtrace and can you print both rms->readers and rms->owner (+ curthread) On 11/6/20, Andriy Gapon wrote: > > The subject panic happens for me with r367410 when mounting root > filesystem. > The panic is in zfs_freebsd_cached_lookup -> zfs_lookup -> zfs_dirlook. > I have a picture of the screen with a little bit more details, I'll share it > later. > > -- > Andriy Gapon > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > -- Mateusz Guzik From owner-freebsd-current@freebsd.org Fri Nov 6 21:04:19 2020 Return-Path: Delivered-To: freebsd-current@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 D04E82D2790; Fri, 6 Nov 2020 21:04:19 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from relay7-d.mail.gandi.net (relay7-d.mail.gandi.net [217.70.183.200]) (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 4CSXv73jG9z4m25; Fri, 6 Nov 2020 21:04:19 +0000 (UTC) (envelope-from avg@FreeBSD.org) X-Originating-IP: 93.72.151.96 Received: from [192.168.0.88] (east.meadow.volia.net [93.72.151.96]) (Authenticated sender: andriy.gapon@uabsd.com) by relay7-d.mail.gandi.net (Postfix) with ESMTPSA id 9314820004; Fri, 6 Nov 2020 21:04:10 +0000 (UTC) Subject: Re: panic: VERIFY(ZFS_TEARDOWN_READ_HELD(zfsvfs)) failed To: Mateusz Guzik Cc: freebsd-current@freebsd.org, freebsd-fs@freebsd.org References: <98c87b4f-4327-8a19-cf51-f3a14e42edf4@FreeBSD.org> From: Andriy Gapon Openpgp: preference=signencrypt Autocrypt: addr=avg@FreeBSD.org; keydata= mDMEX1iFDhYJKwYBBAHaRw8BAQdAiu8JG/oLFkVkOAJqJc7Dx5KI/Q6C3SBI20EQm+DXnAu0 HkFuZHJpeSBHYXBvbiA8YXZnQEZyZWVCU0Qub3JnPoiWBBMWCAA+FiEEyCHHZM09l0OE3Ir/ 1A1+Gq8+L1EFAl9YhQ4CGwMFCQeEzgAFCwkIBwIGFQoJCAsCBBYCAwECHgECF4AACgkQ1A1+ Gq8+L1Fc0wD/ZjmhHfbCJywZU3aOxXIPjcz73FYEGMvqMCCLAWyLbSABALFL+1ZNrjV3BGjq 889cOYFuboA/Yn3eWezS+tfqYBsGuDgEX1iFDhIKKwYBBAGXVQEFAQEHQL6B20Xi600TrkpG P9fWjl7JtHNxqrHKhX6Kg7kgb4ILAwEIB4h+BBgWCAAmFiEEyCHHZM09l0OE3Ir/1A1+Gq8+ L1EFAl9YhQ4CGwwFCQeEzgAACgkQ1A1+Gq8+L1F3cgEAktp4h+IJUJxL1vn6zMOt//znni/J TanKfQuA8wGXcGkBAKpZJhqMkg+pKk7MGvJhgJ6nCpTZ+rMK6vZVZLUWc3QF Message-ID: Date: Fri, 6 Nov 2020 23:04:09 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:60.0) Gecko/20100101 Firefox/60.0 Thunderbird/60.9.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4CSXv73jG9z4m25 X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Nov 2020 21:04:19 -0000 On 06/11/2020 22:58, Mateusz Guzik wrote: > Note the underlying primitive was recently replaced. > > One immediate thing to check would be exact state of the lock. > READ_HELD checks for reading only, fails if you have this > write-locked, which is a plausible explanation if you are coming in > from less likely codepath. > > iow what's the backtrace and can you print both rms->readers and > rms->owner (+ curthread) Unfortunately, I do not have a vmcore, only a picture of the screen. ZFS code looks correct, the lock should be held in read mode, so indeed I suspect that the problem is with rms. It looks like rms_rlock() does not change rmslock::readers, but rms_rowned() checks it? That's just from a first, super-quick look at the code. > On 11/6/20, Andriy Gapon wrote: >> >> The subject panic happens for me with r367410 when mounting root >> filesystem. >> The panic is in zfs_freebsd_cached_lookup -> zfs_lookup -> zfs_dirlook. >> I have a picture of the screen with a little bit more details, I'll share it >> later. -- Andriy Gapon From owner-freebsd-current@freebsd.org Fri Nov 6 21:15:23 2020 Return-Path: Delivered-To: freebsd-current@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 477482D2A75; Fri, 6 Nov 2020 21:15:23 +0000 (UTC) (envelope-from mjguzik@gmail.com) Received: from mail-wm1-x336.google.com (mail-wm1-x336.google.com [IPv6:2a00:1450:4864:20::336]) (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 4CSY7s516yz4mt1; Fri, 6 Nov 2020 21:15:21 +0000 (UTC) (envelope-from mjguzik@gmail.com) Received: by mail-wm1-x336.google.com with SMTP id h62so2581856wme.3; Fri, 06 Nov 2020 13:15:21 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=dkhBgI6adDb2C1VNKTyr7skQkC756/3lJcyKhey9kWg=; b=gq8dNGFi+MVBxaJckM72Lsc924ZX7WFfnQCpwKyreWYTWxJoki02ZW8uZVw6NI8kUP ucr0mtkajY9Zdy/fcPRhIc4DKXRWoyP9RVDLYjse6EoEWAHg1EUfdT2KxvnNsm1DXMLk 08Y5P3ugjufN0IN8b2BDMwsx5UDwZ91GOX+3q0bEa8wq/R0D+vMMHAdvr/JGeh8Hkgb7 nmjp6dLVj/5aNsi0Qc//2oe3XIqVyClDIA9lReKgt5+PBcHVbkLQiri8L5Kqp4pt/E63 8XzRHW818ynRFJa7MppNRC+YDojHdGLF8xSm4EtnWm9NUjJxSQG4JzzCk+zS0gch1lV1 tNUQ== X-Gm-Message-State: AOAM533vdI/dJNemwo/7ppPhXJ4pb9yjyC/+giZaYyfM8+oq2LKG4yoH glyj+TWGG6smVLermWXtJBI5vSK8EksV/2aaZG7fGFTr X-Google-Smtp-Source: ABdhPJwZe7Q4tAuok3w2h5zSlJYzKXd+QOV2GQdmQVoAftaH02r5WrcBnnjBkM0GlVGBhYD1hu2I63XuQF1bMMRwrYo= X-Received: by 2002:a1c:2905:: with SMTP id p5mr1513709wmp.187.1604697319442; Fri, 06 Nov 2020 13:15:19 -0800 (PST) MIME-Version: 1.0 Received: by 2002:a5d:4c4f:0:0:0:0:0 with HTTP; Fri, 6 Nov 2020 13:15:18 -0800 (PST) In-Reply-To: References: <98c87b4f-4327-8a19-cf51-f3a14e42edf4@FreeBSD.org> From: Mateusz Guzik Date: Fri, 6 Nov 2020 22:15:18 +0100 Message-ID: Subject: Re: panic: VERIFY(ZFS_TEARDOWN_READ_HELD(zfsvfs)) failed To: Andriy Gapon Cc: freebsd-current@freebsd.org, freebsd-fs@freebsd.org Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 4CSY7s516yz4mt1 X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.98 / 15.00]; RCVD_TLS_ALL(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; FREEMAIL_FROM(0.00)[gmail.com]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; RBL_DBL_DONT_QUERY_IPS(0.00)[2a00:1450:4864:20::336:from]; TO_DN_SOME(0.00)[]; SPAMHAUS_ZRD(0.00)[2a00:1450:4864:20::336:from:127.0.2.255]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::336:from]; NEURAL_HAM_SHORT(-0.98)[-0.979]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-current,freebsd-fs]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Nov 2020 21:15:23 -0000 On 11/6/20, Andriy Gapon wrote: > On 06/11/2020 22:58, Mateusz Guzik wrote: >> Note the underlying primitive was recently replaced. >> >> One immediate thing to check would be exact state of the lock. >> READ_HELD checks for reading only, fails if you have this >> write-locked, which is a plausible explanation if you are coming in >> from less likely codepath. >> >> iow what's the backtrace and can you print both rms->readers and >> rms->owner (+ curthread) > > Unfortunately, I do not have a vmcore, only a picture of the screen. > > ZFS code looks correct, the lock should be held in read mode, so indeed I > suspect that the problem is with rms. > > It looks like rms_rlock() does not change rmslock::readers, but > rms_rowned() > checks it? > > That's just from a first, super-quick look at the code. > Heh, now that you mention it, I remember wanting to just remove the arguably spurious assert. Linux is never doing it for reading. The only state asserts made are for writing which works fine. As for reading assertions, there is no performant way to make it work and I don't think it is worth it as it is. As such, I vote for just removing these 2 asserts. They really don't buy anything to begin with. -- Mateusz Guzik From owner-freebsd-current@freebsd.org Fri Nov 6 21:26:47 2020 Return-Path: Delivered-To: freebsd-current@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 821E42D30FB; Fri, 6 Nov 2020 21:26:47 +0000 (UTC) (envelope-from mjguzik@gmail.com) Received: from mail-wr1-x430.google.com (mail-wr1-x430.google.com [IPv6:2a00:1450:4864:20::430]) (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 4CSYP247Hgz4nXS; Fri, 6 Nov 2020 21:26:46 +0000 (UTC) (envelope-from mjguzik@gmail.com) Received: by mail-wr1-x430.google.com with SMTP id x7so2747234wrl.3; Fri, 06 Nov 2020 13:26:46 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=SXO5sVpMebydMxcvSj2qNpD4EtR7fn/dwJROhxp4IZw=; b=NL6jgJdh5AWm1f4r3gohU2uwlO8NKE5U9Q3RHhCt15zDwMXWgyLhf3/HdXS3JJqtaS k4X7pW8VFuvvIFSiGpYoGXeN8pvA+NBjM740HH0YQ4nVVo8bDJnY5DxZJMsWoP5kSQ8b WuApBeOJCna09pf8Uthe9cwhdnF8pPPGYakAE8AzjK6qLKzI9RfxVcLg9Bu7ZQUhIbUT 6rIkb0H4kTiY+tzrBhjP4LrJleHWbwmvsx77ezAK+3fJpAXjS57yHM0teeBRjuN7XMCI YkZa5nTOb4aNWH3ujsI1jix/zXSTki5QbCH8FX197Nr3x1TyLi+si7mdE9nkX/gM2i6G +OVw== X-Gm-Message-State: AOAM532E+X65azh9RZBK5sCTMjCdyzL/EKOvJM/9gbtIRzmjDbzTrCVF 8Ju5Q1CbP0ePpghRs+g40skXsiPbG6qRbaJiyP0eeONa X-Google-Smtp-Source: ABdhPJwQEGcImimWerFwQI2aJDUb3STmNx3GwubqUVgSXYXwmoD5UxdbJCom2J+SO9+Tw1TOXqNhB8Dnb9jdzScfGb8= X-Received: by 2002:a5d:4cd1:: with SMTP id c17mr4739489wrt.109.1604698004757; Fri, 06 Nov 2020 13:26:44 -0800 (PST) MIME-Version: 1.0 Received: by 2002:a5d:4c4f:0:0:0:0:0 with HTTP; Fri, 6 Nov 2020 13:26:44 -0800 (PST) In-Reply-To: References: <98c87b4f-4327-8a19-cf51-f3a14e42edf4@FreeBSD.org> From: Mateusz Guzik Date: Fri, 6 Nov 2020 22:26:44 +0100 Message-ID: Subject: Re: panic: VERIFY(ZFS_TEARDOWN_READ_HELD(zfsvfs)) failed To: Andriy Gapon Cc: freebsd-current@freebsd.org, freebsd-fs@freebsd.org Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 4CSYP247Hgz4nXS X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.00 / 15.00]; RCVD_TLS_ALL(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; FREEMAIL_FROM(0.00)[gmail.com]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; RBL_DBL_DONT_QUERY_IPS(0.00)[2a00:1450:4864:20::430:from]; TO_DN_SOME(0.00)[]; SPAMHAUS_ZRD(0.00)[2a00:1450:4864:20::430:from:127.0.2.255]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::430:from]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-current,freebsd-fs]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Nov 2020 21:26:47 -0000 I think I have an idea how to keep this. In the meantime you can just comment it out. On 11/6/20, Mateusz Guzik wrote: > On 11/6/20, Andriy Gapon wrote: >> On 06/11/2020 22:58, Mateusz Guzik wrote: >>> Note the underlying primitive was recently replaced. >>> >>> One immediate thing to check would be exact state of the lock. >>> READ_HELD checks for reading only, fails if you have this >>> write-locked, which is a plausible explanation if you are coming in >>> from less likely codepath. >>> >>> iow what's the backtrace and can you print both rms->readers and >>> rms->owner (+ curthread) >> >> Unfortunately, I do not have a vmcore, only a picture of the screen. >> >> ZFS code looks correct, the lock should be held in read mode, so indeed I >> suspect that the problem is with rms. >> >> It looks like rms_rlock() does not change rmslock::readers, but >> rms_rowned() >> checks it? >> >> That's just from a first, super-quick look at the code. >> > > Heh, now that you mention it, I remember wanting to just remove the > arguably spurious assert. Linux is never doing it for reading. The > only state asserts made are for writing which works fine. > > As for reading assertions, there is no performant way to make it work > and I don't think it is worth it as it is. > > As such, I vote for just removing these 2 asserts. They really don't > buy anything to begin with. > > -- > Mateusz Guzik > -- Mateusz Guzik From owner-freebsd-current@freebsd.org Fri Nov 6 22:33:20 2020 Return-Path: Delivered-To: freebsd-current@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 78FF32D5400 for ; Fri, 6 Nov 2020 22:33:20 +0000 (UTC) (envelope-from ricera10@gmail.com) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 4CSZsr15mrz4tGr for ; Fri, 6 Nov 2020 22:33:20 +0000 (UTC) (envelope-from ricera10@gmail.com) Received: by mailman.nyi.freebsd.org (Postfix) id 25B702D505F; Fri, 6 Nov 2020 22:33:20 +0000 (UTC) Delivered-To: current@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 257D72D4CEC for ; Fri, 6 Nov 2020 22:33:20 +0000 (UTC) (envelope-from ricera10@gmail.com) Received: from mail-qk1-f174.google.com (mail-qk1-f174.google.com [209.85.222.174]) (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 4CSZsr0GBXz4svQ; Fri, 6 Nov 2020 22:33:19 +0000 (UTC) (envelope-from ricera10@gmail.com) Received: by mail-qk1-f174.google.com with SMTP id 11so2618644qkd.5; Fri, 06 Nov 2020 14:33:19 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=oM2TsfXspcHS6Wto3wOoX9N3YpsQQ2zxjh5NhmJqy50=; b=SfVhm+8iaS4yA1Hw6f7UeCrTdbV+xjtuJH1B4aV220bbqhcQ1/9jvoKDq3/2Tvl94i +xHuXeTrZ+ajdyOVOPEuzqEkuShxFx1nw6Wo3Qxn4v6q0s3znbPb5X+bSMnoTsiIHQRn ZrUg/e2Xx3jEyuQabwCC3yQ3hkJkM212Lxdtd/DNixvepHHCbWJUqCIyfr4qQgo0NRVs Dbq+wKs8GLIW+zNGbqsCoWoeMmK5oR9upNMvpm8/iFPu0tqbvnfHA1c30SEwsuixknLW 57XLrzzLugOAX04hZy9zvfxwxpKqjASEqVMqqr2BozLAM7hhNK3hQf2qWNHllUAo2yZE JD7Q== X-Gm-Message-State: AOAM5336jilLvytKyFvgbKQjsevzhWan+xQUEel4spcW3TxIXDCxQ8qt EamobjnOVLxXx1Beg+gf5i9QyPTDG4M= X-Google-Smtp-Source: ABdhPJxFLSOyqILz4gBABjaxxKtluXUIKXwShTgtFIXpTmW8W4DZTwTjTkKFg37z/pfuQyts8gWWoQ== X-Received: by 2002:a37:8b02:: with SMTP id n2mr3906659qkd.367.1604701998416; Fri, 06 Nov 2020 14:33:18 -0800 (PST) Received: from mail-yb1-f177.google.com (mail-yb1-f177.google.com. [209.85.219.177]) by smtp.gmail.com with ESMTPSA id 189sm582432qki.59.2020.11.06.14.33.18 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Fri, 06 Nov 2020 14:33:18 -0800 (PST) Received: by mail-yb1-f177.google.com with SMTP id c129so2485184yba.8; Fri, 06 Nov 2020 14:33:18 -0800 (PST) X-Received: by 2002:a25:2bc7:: with SMTP id r190mr6158494ybr.497.1604701997844; Fri, 06 Nov 2020 14:33:17 -0800 (PST) MIME-Version: 1.0 References: <88004d48-4434-875a-5a36-0627b00c2f38@gmail.com> <1906251966.36777.1590562439792.JavaMail.open-xchange@opme11oxm03aub.bagnolet.francetelecom.fr> <997c1389-5e18-b07e-d342-c787c841a4c4@gmail.com> <711876429.20200601003941@serebryakov.spb.ru> In-Reply-To: From: Eric Joyner Date: Fri, 6 Nov 2020 14:32:41 -0800 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: Link flap when adding / removing a vlan (was Re: r360902 breaks VLAN interface on if_em (82579LM)) To: mike tancsa Cc: lev@freebsd.org, current X-Rspamd-Queue-Id: 4CSZsr0GBXz4svQ X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.34 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Nov 2020 22:33:20 -0000 Could you reply to that issue with what you've found? Though, as far as I can recall, igb(4) devices are not supposed to do the iflib reset talked about in the bug, so I wouldn't expect to see a link flap on those. - Eric On Fri, Nov 6, 2020 at 12:48 PM mike tancsa wrote: > On 11/6/2020 2:17 PM, mike tancsa wrote: > > On 5/31/2020 5:39 PM, Lev Serebryakov wrote: > >> Hello Ian, > >> > >> Thursday, May 28, 2020, 2:45:48 AM, you wrote: > >> > >>> I noticed that my VLAN interfaces stopped working after a recent > build. > >>> tcpdump showed traffic leaving leaving and entering the interface but > no > >>> host on the network actually received any packets from this host. A > >>> binary search led me to r360902 and indeed the following change fixed > >>> the issue for me: > >> Problem is, this change will return terrible situation when adding new > VLAN > >> will flap connection status. > >> > >> It all worked before iflib: hardware VLAN filtering worked, and > >> adding/removing new VLAN didn't cause link to flap. > >> > >> Now, with iflib, looks like we can not have all good things at once :( > > > Looks like this is captured in > > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=240818 > > > > Hi All, > > > > Just came across this thread as I am running into this behaviour on > > RELENG_12. Adding a new vlan causes all vlans on the parent interface > > to flap. Not the greatest thing as it bounces a LOT of traffic > > potentially, flaps routing etc. Is there a way around this ? > > > > This is on r367411 releng12 > > > > igb0@pci0:2:0:0: class=0x020000 card=0x153315d9 chip=0x15338086 > > rev=0x03 hdr=0x00 > > vendor = 'Intel Corporation' > > device = 'I210 Gigabit Network Connection' > > class = network > > subclass = ethernet > > > > eg. just something simple like > > > > ifconfig vlan16 create 10.1.2.3/29 vlandev igb1 vlan 16 > > > > # dmesg | tail -8 > > igb1: link state changed to DOWN > > vlan16: link state changed to DOWN > > vlan2049: link state changed to DOWN > > vlan15: link state changed to DOWN > > igb1: link state changed to UP > > vlan16: link state changed to UP > > vlan2049: link state changed to UP > > vlan15: link state changed to UP > > > > > > ---Mike > > > > > > > > > > _______________________________________________ > > freebsd-current@freebsd.org mailing list > > https://lists.freebsd.org/mailman/listinfo/freebsd-current > > To unsubscribe, send any mail to " > freebsd-current-unsubscribe@freebsd.org" > > > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@freebsd.org Fri Nov 6 22:39:46 2020 Return-Path: Delivered-To: freebsd-current@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 AB8122D54C4 for ; Fri, 6 Nov 2020 22:39:46 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from relay4-d.mail.gandi.net (relay4-d.mail.gandi.net [217.70.183.196]) (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 4CSb1G17dWz4tZ4 for ; Fri, 6 Nov 2020 22:39:45 +0000 (UTC) (envelope-from avg@FreeBSD.org) X-Originating-IP: 93.72.151.96 Received: from [192.168.0.88] (east.meadow.volia.net [93.72.151.96]) (Authenticated sender: andriy.gapon@uabsd.com) by relay4-d.mail.gandi.net (Postfix) with ESMTPSA id 75A59E0002 for ; Fri, 6 Nov 2020 22:39:38 +0000 (UTC) To: FreeBSD Current From: Andriy Gapon Subject: (perceived) regression for panics during boot Openpgp: preference=signencrypt Autocrypt: addr=avg@FreeBSD.org; keydata= mDMEX1iFDhYJKwYBBAHaRw8BAQdAiu8JG/oLFkVkOAJqJc7Dx5KI/Q6C3SBI20EQm+DXnAu0 HkFuZHJpeSBHYXBvbiA8YXZnQEZyZWVCU0Qub3JnPoiWBBMWCAA+FiEEyCHHZM09l0OE3Ir/ 1A1+Gq8+L1EFAl9YhQ4CGwMFCQeEzgAFCwkIBwIGFQoJCAsCBBYCAwECHgECF4AACgkQ1A1+ Gq8+L1Fc0wD/ZjmhHfbCJywZU3aOxXIPjcz73FYEGMvqMCCLAWyLbSABALFL+1ZNrjV3BGjq 889cOYFuboA/Yn3eWezS+tfqYBsGuDgEX1iFDhIKKwYBBAGXVQEFAQEHQL6B20Xi600TrkpG P9fWjl7JtHNxqrHKhX6Kg7kgb4ILAwEIB4h+BBgWCAAmFiEEyCHHZM09l0OE3Ir/1A1+Gq8+ L1EFAl9YhQ4CGwwFCQeEzgAACgkQ1A1+Gq8+L1F3cgEAktp4h+IJUJxL1vn6zMOt//znni/J TanKfQuA8wGXcGkBAKpZJhqMkg+pKk7MGvJhgJ6nCpTZ+rMK6vZVZLUWc3QF Message-ID: Date: Sat, 7 Nov 2020 00:39:37 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:60.0) Gecko/20100101 Firefox/60.0 Thunderbird/60.9.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4CSb1G17dWz4tZ4 X-Spamd-Bar: / X-Spamd-Result: default: False [0.00 / 15.00]; local_wl_from(0.00)[FreeBSD.org]; ASN(0.00)[asn:29169, ipnet:217.70.176.0/20, country:FR] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Nov 2020 22:39:46 -0000 Having tried an upgrade from r365296 to r367410 I ran into a problem. If a system panics during boot, then it does not automatically reboot. It prints: Automatic reboot in 15 seconds - press a key on the console to abort --> Press a key on the console to reboot, --> or switch off the system now. So, it looks like the system detects a (phantom) key press after it prints the first line and then it (correctly) does not see any more key presses. The result is that unattended systems just hang at the prompt. I do not recall having this problem earlier. Not sure where the regression could be. Perhaps something changed in the keyboard initialization? -- Andriy Gapon From owner-freebsd-current@freebsd.org Fri Nov 6 23:35:42 2020 Return-Path: Delivered-To: freebsd-current@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 E85382D695E for ; Fri, 6 Nov 2020 23:35:42 +0000 (UTC) (envelope-from mike@sentex.net) Received: from mailman.nyi.freebsd.org (mailman.nyi.freebsd.org [IPv6:2610:1c1:1:606c::50:13]) by mx1.freebsd.org (Postfix) with ESMTP id 4CScFp3v6cz3Cy9 for ; Fri, 6 Nov 2020 23:35:42 +0000 (UTC) (envelope-from mike@sentex.net) Received: by mailman.nyi.freebsd.org (Postfix) id 85A882D695D; Fri, 6 Nov 2020 23:35:42 +0000 (UTC) Delivered-To: current@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 857162D695C for ; Fri, 6 Nov 2020 23:35:42 +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 4CScFp3CQRz3Cy8; Fri, 6 Nov 2020 23:35:42 +0000 (UTC) (envelope-from mike@sentex.net) Received: from [IPv6:2607:f3e0:0:4:adfd:30ed:295d:5262] ([IPv6:2607:f3e0:0:4:adfd:30ed:295d:5262]) by pyroxene2a.sentex.ca (8.15.2/8.15.2) with ESMTPS id 0A6NZfJb018688 (version=TLSv1.3 cipher=TLS_AES_128_GCM_SHA256 bits=128 verify=NO); Fri, 6 Nov 2020 18:35:41 -0500 (EST) (envelope-from mike@sentex.net) Subject: Re: Link flap when adding / removing a vlan (was Re: r360902 breaks VLAN interface on if_em (82579LM)) To: Eric Joyner Cc: lev@freebsd.org, current References: <88004d48-4434-875a-5a36-0627b00c2f38@gmail.com> <1906251966.36777.1590562439792.JavaMail.open-xchange@opme11oxm03aub.bagnolet.francetelecom.fr> <997c1389-5e18-b07e-d342-c787c841a4c4@gmail.com> <711876429.20200601003941@serebryakov.spb.ru> From: mike tancsa Message-ID: <05a17072-570a-6e05-d3e6-802b3bf30e57@sentex.net> Date: Fri, 6 Nov 2020 18:35:43 -0500 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.4.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Content-Language: en-US X-Rspamd-Queue-Id: 4CScFp3CQRz3Cy8 X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Nov 2020 23:35:43 -0000 On 11/6/2020 5:32 PM, Eric Joyner wrote: > Could you reply to that issue with what you've found? > > Though, as far as I can recall, igb(4) devices are not supposed to do > the iflib reset talked about in the bug, so I wouldn't expect to see a > link flap on those. > Hi Eric,     I have added my findings to https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=240818 I tried it on 3 different vendor's boards. All I210 variants it seems. I am testing with --- if_em.c     2020-11-06 15:00:22.120953000 -0500 +++ /tmp/if_em.c        2020-11-06 14:59:55.678195000 -0500 @@ -4047,6 +4047,7 @@  {         switch (event) {         case IFLIB_RESTART_VLAN_CONFIG: +               return (false);         default:                 return (true);         } And if fixes the problem, but not quite sure if it introduces any regressions or other issues ?     ---Mike > - Eric > > On Fri, Nov 6, 2020 at 12:48 PM mike tancsa > wrote: > > On 11/6/2020 2:17 PM, mike tancsa wrote: > > On 5/31/2020 5:39 PM, Lev Serebryakov wrote: > >> Hello Ian, > >> > >> Thursday, May 28, 2020, 2:45:48 AM, you wrote: > >> > >>> I noticed that my VLAN interfaces stopped working after a > recent build.  > >>> tcpdump showed traffic leaving leaving and entering the > interface but no > >>> host on the network actually received any packets from this > host.  A > >>> binary search led me to r360902 and indeed the following > change fixed > >>> the issue for me: > >>  Problem is, this change will return terrible situation when > adding new VLAN > >> will flap connection status. > >> > >>  It all worked before iflib: hardware VLAN filtering worked, and > >> adding/removing new VLAN didn't cause link to flap. > >> > >>  Now, with iflib, looks like we can not have all good things at > once :( > > > Looks like this is captured in > > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=240818 > > > > > Hi All, > > > > Just came across this thread as I am running into this behaviour on > > RELENG_12.  Adding a new vlan causes all vlans on the parent > interface > > to flap. Not the greatest thing as it bounces a LOT of traffic > > potentially, flaps routing etc.  Is there a way around this ? > > > > This is on r367411 releng12 > > > > igb0@pci0:2:0:0:        class=0x020000 card=0x153315d9 > chip=0x15338086 > > rev=0x03 hdr=0x00 > >     vendor     = 'Intel Corporation' > >     device     = 'I210 Gigabit Network Connection' > >     class      = network > >     subclass   = ethernet > > > > eg. just something simple like > > > > ifconfig vlan16 create 10.1.2.3/29 vlandev > igb1 vlan 16 > > > >  # dmesg | tail -8 > > igb1: link state changed to DOWN > > vlan16: link state changed to DOWN > > vlan2049: link state changed to DOWN > > vlan15: link state changed to DOWN > > igb1: link state changed to UP > > vlan16: link state changed to UP > > vlan2049: link state changed to UP > > vlan15: link state changed to UP > > > > > >     ---Mike > > > > > > > > > > _______________________________________________ > > freebsd-current@freebsd.org > mailing list > > https://lists.freebsd.org/mailman/listinfo/freebsd-current > > > To unsubscribe, send any mail to > "freebsd-current-unsubscribe@freebsd.org > " > > > _______________________________________________ > freebsd-current@freebsd.org > mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > > To unsubscribe, send any mail to > "freebsd-current-unsubscribe@freebsd.org > " > From owner-freebsd-current@freebsd.org Fri Nov 6 23:46:21 2020 Return-Path: Delivered-To: freebsd-current@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 7F0CA2D67ED for ; Fri, 6 Nov 2020 23:46:21 +0000 (UTC) (envelope-from ricera10@gmail.com) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 4CScV46NQYz3DYY for ; Fri, 6 Nov 2020 23:46:20 +0000 (UTC) (envelope-from ricera10@gmail.com) Received: by mailman.nyi.freebsd.org (Postfix) id DAF9B2D6EC4; Fri, 6 Nov 2020 23:46:20 +0000 (UTC) Delivered-To: current@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 DAB8F2D67EB for ; Fri, 6 Nov 2020 23:46:20 +0000 (UTC) (envelope-from ricera10@gmail.com) Received: from mail-lj1-f178.google.com (mail-lj1-f178.google.com [209.85.208.178]) (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 4CScV45cRpz3Dmv for ; Fri, 6 Nov 2020 23:46:20 +0000 (UTC) (envelope-from ricera10@gmail.com) Received: by mail-lj1-f178.google.com with SMTP id 23so3243284ljv.7 for ; Fri, 06 Nov 2020 15:46:20 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=XqKoQ9Islxhb/qzQ2hwS9e2ZtwLQnV4nJ/Br5NnLKy0=; b=Bk4upNuOdfPR/b2ui2G+aULifsSFJ9Fkt5dfRUCcYI1okPlwLHnwvLrTnX0rjvzizz 1rvHzAgMxhZ2/LvrLUn853gDSBynmoz5zCP1HQOVuJWiZoBXHmCFm0AhU9Gt1df8K15D cE8h4Cj38x2gYmDy4+s4tMvqJKvsQOzLzajKoSpkOFur7fOeGd+2qCPbxr8McS2oIaWP WgJCZZcI6I98eTe/bX5AlOADZzcmn+0kOFGQKUkYD/djFG3nFPzAtUbqd9dopVGAO9yS 2/U0LseX6EsQQZOe+5HYhmbi1y+/l+XglY6t36QxIOZuMM7AxHK2PsVGTWnIYP5bHIQf EwVw== X-Gm-Message-State: AOAM5300Kvvk5NLf9SssWWx56n8UrlwLHO7FNTS9cmPAbgvfTEdxYr87 gKxtdpJF3f7Ui27yrq5Ob3NZPJ+XDdY= X-Google-Smtp-Source: ABdhPJw4AaNXfuP52rG5TypQ5V7aBa4cbFJ58BnRwneGyqCyKeQ79K4cfDnVdhvhI7zuyI8cafqU0w== X-Received: by 2002:a2e:b1c2:: with SMTP id e2mr1740631lja.282.1604706378514; Fri, 06 Nov 2020 15:46:18 -0800 (PST) Received: from mail-lf1-f41.google.com (mail-lf1-f41.google.com. [209.85.167.41]) by smtp.gmail.com with ESMTPSA id f129sm318079lfd.201.2020.11.06.15.46.17 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Fri, 06 Nov 2020 15:46:17 -0800 (PST) Received: by mail-lf1-f41.google.com with SMTP id v144so4229822lfa.13 for ; Fri, 06 Nov 2020 15:46:17 -0800 (PST) X-Received: by 2002:a05:6512:793:: with SMTP id x19mr1872691lfr.171.1604706377040; Fri, 06 Nov 2020 15:46:17 -0800 (PST) MIME-Version: 1.0 References: <88004d48-4434-875a-5a36-0627b00c2f38@gmail.com> <1906251966.36777.1590562439792.JavaMail.open-xchange@opme11oxm03aub.bagnolet.francetelecom.fr> <997c1389-5e18-b07e-d342-c787c841a4c4@gmail.com> <711876429.20200601003941@serebryakov.spb.ru> <05a17072-570a-6e05-d3e6-802b3bf30e57@sentex.net> In-Reply-To: <05a17072-570a-6e05-d3e6-802b3bf30e57@sentex.net> From: Eric Joyner Date: Fri, 6 Nov 2020 15:46:06 -0800 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: Link flap when adding / removing a vlan (was Re: r360902 breaks VLAN interface on if_em (82579LM)) To: mike tancsa Cc: lev@freebsd.org, current X-Rspamd-Queue-Id: 4CScV45cRpz3Dmv X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.34 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Nov 2020 23:46:21 -0000 Ah -- I didn't implement the fix I had in that bugzilla correctly -- em and igb devices will use the same function instead of using two different ones even though it seems em devices generally require the interface restart yet igb devices do not. The other issue is that I still don't know which devices need a restart / which devices do not, or whether a restart is strictly necessary and if there is another way to do this without worrying about restarting the device. - Eric On Fri, Nov 6, 2020 at 3:35 PM mike tancsa wrote: > On 11/6/2020 5:32 PM, Eric Joyner wrote: > > Could you reply to that issue with what you've found? > > > > Though, as far as I can recall, igb(4) devices are not supposed to do > > the iflib reset talked about in the bug, so I wouldn't expect to see a > > link flap on those. > > > Hi Eric, > > I have added my findings to > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=240818 > > I tried it on 3 different vendor's boards. All I210 variants it seems. > > I am testing with > > --- if_em.c 2020-11-06 15:00:22.120953000 -0500 > +++ /tmp/if_em.c 2020-11-06 14:59:55.678195000 -0500 > @@ -4047,6 +4047,7 @@ > { > switch (event) { > case IFLIB_RESTART_VLAN_CONFIG: > + return (false); > default: > return (true); > } > > And if fixes the problem, but not quite sure if it introduces any > regressions or other issues ? > > ---Mike > > > > - Eric > > > > On Fri, Nov 6, 2020 at 12:48 PM mike tancsa > > wrote: > > > > On 11/6/2020 2:17 PM, mike tancsa wrote: > > > On 5/31/2020 5:39 PM, Lev Serebryakov wrote: > > >> Hello Ian, > > >> > > >> Thursday, May 28, 2020, 2:45:48 AM, you wrote: > > >> > > >>> I noticed that my VLAN interfaces stopped working after a > > recent build. > > >>> tcpdump showed traffic leaving leaving and entering the > > interface but no > > >>> host on the network actually received any packets from this > > host. A > > >>> binary search led me to r360902 and indeed the following > > change fixed > > >>> the issue for me: > > >> Problem is, this change will return terrible situation when > > adding new VLAN > > >> will flap connection status. > > >> > > >> It all worked before iflib: hardware VLAN filtering worked, and > > >> adding/removing new VLAN didn't cause link to flap. > > >> > > >> Now, with iflib, looks like we can not have all good things at > > once :( > > > > > > Looks like this is captured in > > > > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=240818 > > > > > > > > > Hi All, > > > > > > Just came across this thread as I am running into this behaviour on > > > RELENG_12. Adding a new vlan causes all vlans on the parent > > interface > > > to flap. Not the greatest thing as it bounces a LOT of traffic > > > potentially, flaps routing etc. Is there a way around this ? > > > > > > This is on r367411 releng12 > > > > > > igb0@pci0:2:0:0: class=0x020000 card=0x153315d9 > > chip=0x15338086 > > > rev=0x03 hdr=0x00 > > > vendor = 'Intel Corporation' > > > device = 'I210 Gigabit Network Connection' > > > class = network > > > subclass = ethernet > > > > > > eg. just something simple like > > > > > > ifconfig vlan16 create 10.1.2.3/29 vlandev > > igb1 vlan 16 > > > > > > # dmesg | tail -8 > > > igb1: link state changed to DOWN > > > vlan16: link state changed to DOWN > > > vlan2049: link state changed to DOWN > > > vlan15: link state changed to DOWN > > > igb1: link state changed to UP > > > vlan16: link state changed to UP > > > vlan2049: link state changed to UP > > > vlan15: link state changed to UP > > > > > > > > > ---Mike > > > > > > > > > > > > > > > _______________________________________________ > > > freebsd-current@freebsd.org > > mailing list > > > https://lists.freebsd.org/mailman/listinfo/freebsd-current > > > > > To unsubscribe, send any mail to > > "freebsd-current-unsubscribe@freebsd.org > > " > > > > > _______________________________________________ > > freebsd-current@freebsd.org > > mailing list > > https://lists.freebsd.org/mailman/listinfo/freebsd-current > > > > To unsubscribe, send any mail to > > "freebsd-current-unsubscribe@freebsd.org > > " > > > From owner-freebsd-current@freebsd.org Sat Nov 7 03:32:28 2020 Return-Path: Delivered-To: freebsd-current@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 79B2C2DF8D5 for ; Sat, 7 Nov 2020 03:32:28 +0000 (UTC) (envelope-from lnelson@nelnet.org) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 4CSjW01xp3z3jfY for ; Sat, 7 Nov 2020 03:32:28 +0000 (UTC) (envelope-from lnelson@nelnet.org) Received: by mailman.nyi.freebsd.org (Postfix) id 42C972DF8D4; Sat, 7 Nov 2020 03:32:28 +0000 (UTC) Delivered-To: current@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 4293D2DFA0E for ; Sat, 7 Nov 2020 03:32:28 +0000 (UTC) (envelope-from lnelson@nelnet.org) Received: from mail-pf1-x431.google.com (mail-pf1-x431.google.com [IPv6:2607:f8b0:4864:20::431]) (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 4CSjVy5Xrdz3jht for ; Sat, 7 Nov 2020 03:32:26 +0000 (UTC) (envelope-from lnelson@nelnet.org) Received: by mail-pf1-x431.google.com with SMTP id x13so3431012pfa.9 for ; Fri, 06 Nov 2020 19:32:26 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:subject:message-id:user-agent :mime-version; bh=sP1zmiCx7TukuYG6ZNTIs3/9LD0eiSgcvmJ2TQ7GvQY=; b=KIEhoSFZ5Td+q4QS51EAvnvDv+zuZ59Gecm//71rW0mqq3iPVHFKXADPeA6Q2TlGU+ iFCA5NPHzCXXBzhMaVqSmF8AxkR0Psm0/I6v8fXl2VXMDmlNuI+roClYuU7WKeXawEYJ lsu+srfEHmSXDrgbAFuOZy9I/GMKYovD5kjUzkU6yvSVwGa1jEd8Zkpv4a6XnXJVyLJ/ 6mHrEWGpmDuGciQnsNBRG7MsWbKtGfFn5IS73p5S/GdsxUukCFsfs5kwiilAWzOO0prH V/EF9B9KcDJWhQy8JypE2/Cz4YV7OOSr5w8AwQQAc21EEtjrnic3DP8LEvS7JSHWS/EZ zxRQ== X-Gm-Message-State: AOAM532ySKpmJ1z1UXM+7kHqxdspvg9ZQivVyVoNwxtWslZ8npuDJtY+ ObhClWPuefSE0x0ZSL8SVx2FOKN6y1KyTg== X-Google-Smtp-Source: ABdhPJwLSrs0G45iTm18EnhnyKxHbomeiU9dxidolK9fPdQ6DmQN1NYxD/brw+tzs45W2nhcuj7zjw== X-Received: by 2002:a62:53c1:0:b029:156:438e:2d6c with SMTP id h184-20020a6253c10000b0290156438e2d6cmr4516353pfb.37.1604719944521; Fri, 06 Nov 2020 19:32:24 -0800 (PST) Received: from [192.168.44.182] ([184.53.16.164]) by smtp.gmail.com with ESMTPSA id 26sm3127859pgm.92.2020.11.06.19.32.21 for (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 06 Nov 2020 19:32:23 -0800 (PST) Date: Fri, 6 Nov 2020 19:32:12 -0800 (PST) From: Lee Nelson X-X-Sender: lnelson@lap01.localdomain To: current@freebsd.org Subject: HAST different disk sizes Message-ID: User-Agent: Alpine 2.22 (DEB 394 2020-01-19) MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset=US-ASCII X-Rspamd-Queue-Id: 4CSjVy5Xrdz3jht X-Spamd-Bar: / X-Spamd-Result: default: False [-0.31 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[nelnet-org.20150623.gappssmtp.com:s=20150623]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_SPAM_SHORT(0.99)[0.988]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[current@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[2607:f8b0:4864:20::431:from:127.0.2.255]; RCVD_COUNT_THREE(0.00)[3]; DMARC_NA(0.00)[nelnet.org]; DKIM_TRACE(0.00)[nelnet-org.20150623.gappssmtp.com:+]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::431:from]; R_SPF_NA(0.00)[no SPF record]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[2607:f8b0:4864:20::431:from]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[current]; RECEIVED_SPAMHAUS_PBL(0.00)[184.53.16.164:received] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Nov 2020 03:32:28 -0000 The documentation for HAST assumes that the disks being used are of identical size. In the real world, this rarely happens. How are disks of different sizes handled? In my case, on drive is about 1TB and one is about 500GB. Is it possible to run HAST on a partition? All the examles show it running on the raw device (/dev/da0, for example). I guess if the answer to the second question is "yes, you can run HAST on a partition", then it also answers my first question. I'm sorry if this is the wrong list. freebsd-cluster seems to be dormant except for spam. From owner-freebsd-current@freebsd.org Sat Nov 7 16:20:59 2020 Return-Path: Delivered-To: freebsd-current@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 CBE7846397F for ; Sat, 7 Nov 2020 16:20:59 +0000 (UTC) (envelope-from gljennjohn@gmail.com) Received: from mail-ed1-x532.google.com (mail-ed1-x532.google.com [IPv6:2a00:1450:4864:20::532]) (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 4CT2Yk6hJgz3GNg for ; Sat, 7 Nov 2020 16:20:58 +0000 (UTC) (envelope-from gljennjohn@gmail.com) Received: by mail-ed1-x532.google.com with SMTP id a71so4335071edf.9 for ; Sat, 07 Nov 2020 08:20:58 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:subject:message-id:reply-to :mime-version:content-transfer-encoding; bh=gR4vzyBrbCXtIWDQ3LEJb6cIaDsQ1xGIf/rAARp27DY=; b=pKxd64RS0/FWBmB29DrFMbGA0MgXRACmU6zE7uLmof/6lNnXJM10gbJdjNMKxmzlTW 54WUQ6CMuBJykixuHbfbvT9Sm/IH+/9mC+XPeHZdPiNudsJq/aJejRQXfBJfQTY8xUS9 TIddSYuqD3WZHu1bWxgnFPR901czfatrgGeb0VXsiZfGRKrlHARG+3hSF00DsMjg7uMl 7BKwAiyZ4DcQj0FoEC2xCJnUzSeR2uiHqMQkiRjwwoY1lP26z36ERisjTQIsl9Hb8X6N ZnGvh1HsUKz/fC7sq9a/wqcv5LZPKPMTxv3pdy7O+ztjv+XU8KrrpW6/tXQxE+F138/c eGAg== X-Gm-Message-State: AOAM531YkZ96aSBzfCnPVEejwXz108yMSJQVNgyM0/y4L9rhaMbonTNN i9QdGBEFe4nUZ7JMTZ2pUrI0qdYbzMQ= X-Google-Smtp-Source: ABdhPJwfIjkWq3qnw2Z8Vc3wCV/7r1YyUZdYYaQIfCVH+3DoioD2E4j60ZJqkj+qGjfA3o8fvi56Ag== X-Received: by 2002:a05:6402:48d:: with SMTP id k13mr7571083edv.92.1604766053325; Sat, 07 Nov 2020 08:20:53 -0800 (PST) Received: from ernst.home (pd9e23482.dip0.t-ipconnect.de. [217.226.52.130]) by smtp.gmail.com with ESMTPSA id f16sm3573193edc.44.2020.11.07.08.20.51 for (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Sat, 07 Nov 2020 08:20:52 -0800 (PST) Date: Sat, 7 Nov 2020 17:20:50 +0100 From: Gary Jennejohn To: freebsd-current@freebsd.org Subject: update UPDATING after malloc code change Message-ID: <20201107162050.38fac464@ernst.home> Reply-To: gljennjohn@gmail.com X-Mailer: Claws Mail 3.17.5 (GTK+ 2.24.32; amd64-portbld-freebsd13.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4CT2Yk6hJgz3GNg X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.00 / 15.00]; HAS_REPLYTO(0.00)[gljennjohn@gmail.com]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36:c]; FREEMAIL_FROM(0.00)[gmail.com]; REPLYTO_ADDR_EQ_FROM(0.00)[]; TO_DN_NONE(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; RBL_DBL_DONT_QUERY_IPS(0.00)[2a00:1450:4864:20::532:from]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; RECEIVED_SPAMHAUS_PBL(0.00)[217.226.52.130:received]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; FREEMAIL_REPLYTO(0.00)[gmail.com]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[2a00:1450:4864:20::532:from:127.0.2.255]; NEURAL_SPAM_SHORT(1.00)[1.000]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::532:from]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Nov 2020 16:20:59 -0000 It seems like an entry should be added to /usr/src/UPDATING, since the change made to the malloc code causes panics with KMODs from ports if they haven't been re-compiled. My nvidia-driver also caused a panic with a new kernel. A reminder/warning would be useful. -- Gary Jennejohn From owner-freebsd-current@freebsd.org Sat Nov 7 17:00:27 2020 Return-Path: Delivered-To: freebsd-current@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 9CB55465027; Sat, 7 Nov 2020 17:00:27 +0000 (UTC) (envelope-from mjguzik@gmail.com) Received: from mail-wr1-x436.google.com (mail-wr1-x436.google.com [IPv6:2a00:1450:4864:20::436]) (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 4CT3RG6LJzz3KMF; Sat, 7 Nov 2020 17:00:26 +0000 (UTC) (envelope-from mjguzik@gmail.com) Received: by mail-wr1-x436.google.com with SMTP id w1so4468397wrm.4; Sat, 07 Nov 2020 09:00:26 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=j94Z2WncivOYEB60+IjGTLpITzaBpljvKt5Evd96BwA=; b=k9Oh4CByPuc9bYdPbhus8pSxezEoWWtm6vcD/7o8zyUZvOUUq1OQoqsqVtiPzJu2s1 uX1h0F2nPx07LczIboAcWrYR1+NtPmMH/G8WF97uUNMW3HaeLsrit1AhUAo46IaPP8EK 8mzq/RtqwlFjDEgKaf8cGedjOIIhGGllvc/ttI3JbUuXFew8P+lf7tXUSt/wnhVGrmsE cto519nqNPLDSja9tuLwrkfa34gdzlPh5Jf6nMfxhYxW5ip+m0kzFwvr48SVZT0GM1GU BzpJgNX0Hh6/AMKFXE3qhDqHFs9SVqBaaKKeyh2N/bAjPf/wFE3+m5h3B3Jm2rDg+Bdy u32w== X-Gm-Message-State: AOAM530MGiey5xys799N3+64unkmYkzPH1KxN+xoZlk4szlsizdA7ykt ueZqSDJukes8fKsg3xSPdt1z9LDAXlUv0KmAYEwwt36J X-Google-Smtp-Source: ABdhPJyzzXgdMSgml25BgyJ1WI63lNSTHJXEY56d/snj+2aLdXdJWciqfz7Fl45C2DAk1e6k+R36xegc0ukuZ+Tdjbs= X-Received: by 2002:a5d:4cd1:: with SMTP id c17mr8808581wrt.109.1604768424978; Sat, 07 Nov 2020 09:00:24 -0800 (PST) MIME-Version: 1.0 Received: by 2002:a5d:4c4f:0:0:0:0:0 with HTTP; Sat, 7 Nov 2020 09:00:24 -0800 (PST) In-Reply-To: References: <98c87b4f-4327-8a19-cf51-f3a14e42edf4@FreeBSD.org> From: Mateusz Guzik Date: Sat, 7 Nov 2020 18:00:24 +0100 Message-ID: Subject: Re: panic: VERIFY(ZFS_TEARDOWN_READ_HELD(zfsvfs)) failed To: Andriy Gapon Cc: freebsd-current@freebsd.org, freebsd-fs@freebsd.org Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 4CT3RG6LJzz3KMF X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.79 / 15.00]; ARC_NA(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[2a00:1450:4864:20::436:from]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36:c]; FREEMAIL_FROM(0.00)[gmail.com]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; TO_DN_SOME(0.00)[]; SPAMHAUS_ZRD(0.00)[2a00:1450:4864:20::436:from:127.0.2.255]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::436:from]; NEURAL_HAM_SHORT(-0.79)[-0.785]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-current,freebsd-fs]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Nov 2020 17:00:27 -0000 Fixed as of r367454 (also see r367453). On 11/6/20, Mateusz Guzik wrote: > I think I have an idea how to keep this. In the meantime you can just > comment it out. > > On 11/6/20, Mateusz Guzik wrote: >> On 11/6/20, Andriy Gapon wrote: >>> On 06/11/2020 22:58, Mateusz Guzik wrote: >>>> Note the underlying primitive was recently replaced. >>>> >>>> One immediate thing to check would be exact state of the lock. >>>> READ_HELD checks for reading only, fails if you have this >>>> write-locked, which is a plausible explanation if you are coming in >>>> from less likely codepath. >>>> >>>> iow what's the backtrace and can you print both rms->readers and >>>> rms->owner (+ curthread) >>> >>> Unfortunately, I do not have a vmcore, only a picture of the screen. >>> >>> ZFS code looks correct, the lock should be held in read mode, so indeed >>> I >>> suspect that the problem is with rms. >>> >>> It looks like rms_rlock() does not change rmslock::readers, but >>> rms_rowned() >>> checks it? >>> >>> That's just from a first, super-quick look at the code. >>> >> >> Heh, now that you mention it, I remember wanting to just remove the >> arguably spurious assert. Linux is never doing it for reading. The >> only state asserts made are for writing which works fine. >> >> As for reading assertions, there is no performant way to make it work >> and I don't think it is worth it as it is. >> >> As such, I vote for just removing these 2 asserts. They really don't >> buy anything to begin with. >> >> -- >> Mateusz Guzik >> > > > -- > Mateusz Guzik > -- Mateusz Guzik From owner-freebsd-current@freebsd.org Sat Nov 7 21:48:45 2020 Return-Path: Delivered-To: freebsd-current@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 2F59E2D26C4 for ; Sat, 7 Nov 2020 21:48:45 +0000 (UTC) (envelope-from pete@nomadlogic.org) Received: from mail.nomadlogic.org (mail.nomadlogic.org [174.136.98.114]) (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 "mail.nomadlogic.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4CT9qw22plz3qjJ for ; Sat, 7 Nov 2020 21:48:43 +0000 (UTC) (envelope-from pete@nomadlogic.org) Received: from [192.168.1.160] (cpe-24-24-163-126.socal.res.rr.com [24.24.163.126]) by mail.nomadlogic.org (OpenSMTPD) with ESMTPSA id def72565 (TLSv1.3:TLS_AES_256_GCM_SHA384:256:NO) for ; Sat, 7 Nov 2020 21:48:42 +0000 (UTC) To: FreeBSD Current From: Pete Wright Subject: CURRENT failing at contrib/unbound/util/config_file.c:122:20 Message-ID: Date: Sat, 7 Nov 2020 13:48:41 -0800 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Thunderbird/78.4.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US X-Rspamd-Queue-Id: 4CT9qw22plz3qjJ X-Spamd-Bar: - X-Spamd-Result: default: False [-1.32 / 15.00]; RCVD_TLS_ALL(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_SPAM_SHORT(0.98)[0.976]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[174.136.98.114:from]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; ARC_NA(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[174.136.98.114:from:127.0.2.255]; DMARC_NA(0.00)[nomadlogic.org]; TO_DN_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:25795, ipnet:174.136.96.0/20, country:US]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Nov 2020 21:48:45 -0000 wondering if anyone else is having this error building CURRENT today: --- config_file.o --- /usr/home/pete/git/freebsd/contrib/unbound/util/config_file.c:122:20: error: use of undeclared identifier 'UNBOUND_DNS_OVER_HTTPS_PORT'         cfg->https_port = UNBOUND_DNS_OVER_HTTPS_PORT;                           ^ 1 error generated. --- all_subdir_lib/ncurses --- my last commit from the github mirror is: commit efb48d58bee75fdb221adece8ef5a13cede99e8c (HEAD -> master, origin/master, origin/HEAD) Author: tuexen Date:   Sat Nov 7 21:17:49 2020 +0000     The ioctl() calls using FIONREAD, FIONWRITE, FIONSPACE, and SIOCATMARK     access the socket send or receive buffer. This is not possible for     listening sockets since r319722.     Because send()/recv() calls fail on listening sockets, fail also ioctl()     indicating EINVAL. so not sure if it's been found or if this is a real issue. thx! -p -- Pete Wright pete@nomadlogic.org @nomadlogicLA From owner-freebsd-current@freebsd.org Sat Nov 7 22:56:06 2020 Return-Path: Delivered-To: freebsd-current@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 CB4712D3CD5 for ; Sat, 7 Nov 2020 22:56:06 +0000 (UTC) (envelope-from jdm7dv@uvawise.edu) Received: from mailout.uvawise.edu (mailout.uvawise.edu [143.60.16.29]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mailout.uvawise.edu", Issuer "InCommon RSA Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4CTCKd5kwdz3tp7 for ; Sat, 7 Nov 2020 22:56:05 +0000 (UTC) (envelope-from jdm7dv@uvawise.edu) Received: from mail.uvawise.edu (webmail.uvawise.edu [143.60.16.190]) (using TLSv1.2 with cipher AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mailout.uvawise.edu (Postfix) with ESMTPS id E462E200FB for ; Sat, 7 Nov 2020 17:56:28 -0500 (EST) Received: from cas4.uvawise.edu (143.60.16.191) by cas3.uvawise.edu (143.60.16.190) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P521) id 15.1.1847.3; Sat, 7 Nov 2020 17:55:59 -0500 Received: from cas4.uvawise.edu ([fe80::897f:5531:6997:2120]) by cas4.uvawise.edu ([fe80::897f:5531:6997:2120%15]) with mapi id 15.01.1847.009; Sat, 7 Nov 2020 17:55:58 -0500 From: Jonathan Moore To: "freebsd-current@freebsd.org" Subject: Darwin-XNU Thread-Topic: Darwin-XNU Thread-Index: AQHWtVi2nOC9ToB+zUy9TRtNpAxB/g== Date: Sat, 7 Nov 2020 22:55:58 +0000 Message-ID: <6b27d55101474ce6a06d513a77bd2690@uvawise.edu> Accept-Language: en-GB, en-US Content-Language: en-GB X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [96.94.190.70] MIME-Version: 1.0 X-Rspamd-Queue-Id: 4CTCKd5kwdz3tp7 X-Spamd-Bar: --- X-Spamd-Result: default: False [-4.00 / 15.00]; ARC_NA(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[143.60.16.29:from]; R_DKIM_ALLOW(-0.20)[uvawise.edu:s=default]; HAS_XOIP(0.00)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:143.60.16.29/32]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; NEURAL_HAM_LONG(-1.00)[-1.000]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[143.60.16.29:from:127.0.2.255]; RCVD_COUNT_THREE(0.00)[4]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; DKIM_TRACE(0.00)[uvawise.edu:+]; DMARC_POLICY_ALLOW(-0.50)[uvawise.edu,quarantine]; NEURAL_HAM_SHORT(-1.00)[-1.000]; TO_DN_EQ_ADDR_ALL(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:40723, ipnet:143.60.0.0/17, country:US]; MID_RHS_MATCH_FROM(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current] Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.34 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Nov 2020 22:56:06 -0000 Hi, I'm trying to build Darwin-XNU and XQuartz on freebsd and suggestions? The = XQuartz submodules are broken Thank You, Jonathan Moore From owner-freebsd-current@freebsd.org Sat Nov 7 23:22:31 2020 Return-Path: Delivered-To: freebsd-current@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 411F02D4B6A for ; Sat, 7 Nov 2020 23:22:31 +0000 (UTC) (envelope-from mad@madpilot.net) Received: from mail.madpilot.net (vogon.madpilot.net [159.69.1.99]) (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 4CTCw62WSPz4QpG for ; Sat, 7 Nov 2020 23:22:29 +0000 (UTC) (envelope-from mad@madpilot.net) Received: from mail (mail [192.168.254.3]) by mail.madpilot.net (Postfix) with ESMTP id 4CTCw454XLz6dRw; Sun, 8 Nov 2020 00:22:28 +0100 (CET) Received: from mail.madpilot.net ([192.168.254.3]) by mail (mail.madpilot.net [192.168.254.3]) (amavisd-new, port 10026) with ESMTP id KLn0ZKTiaquZ; Sun, 8 Nov 2020 00:22:26 +0100 (CET) Subject: Re: update UPDATING after malloc code change To: gljennjohn@gmail.com, freebsd-current@freebsd.org References: <20201107162050.38fac464@ernst.home> From: Guido Falsi Message-ID: Date: Sun, 8 Nov 2020 00:22:26 +0100 In-Reply-To: <20201107162050.38fac464@ernst.home> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4CTCw62WSPz4QpG X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.00 / 15.00]; ARC_NA(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[159.69.1.99:from]; R_DKIM_ALLOW(-0.20)[madpilot.net:s=bjowvop61wgh]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+mx:c]; MISSING_MIME_VERSION(2.00)[]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; SPAMHAUS_ZRD(0.00)[159.69.1.99:from:127.0.2.255]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[madpilot.net:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[madpilot.net,quarantine]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FREEMAIL_TO(0.00)[gmail.com,freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:24940, ipnet:159.69.0.0/16, country:DE]; MID_RHS_MATCH_FROM(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Nov 2020 23:22:31 -0000 On 07/11/20 17:20, Gary Jennejohn wrote: > It seems like an entry should be added to /usr/src/UPDATING, since the change made > to the malloc code causes panics with KMODs from ports if they haven't been > re-compiled. My nvidia-driver also caused a panic with a new kernel. > > A reminder/warning would be useful. > Why? Rebuilding kmods every time you update the kernel sources is already required by default. You should be surprised when the old kmods still work, not the other way around. -- Guido Falsi From owner-freebsd-current@freebsd.org Sat Nov 7 23:56:42 2020 Return-Path: Delivered-To: freebsd-current@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 951542D57A9 for ; Sat, 7 Nov 2020 23:56:42 +0000 (UTC) (envelope-from cy.schubert@cschubert.com) Received: from smtp-out-so.shaw.ca (smtp-out-so.shaw.ca [64.59.136.137]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "Client", Issuer "CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4CTDgY2wztz4SFY for ; Sat, 7 Nov 2020 23:56:41 +0000 (UTC) (envelope-from cy.schubert@cschubert.com) Received: from spqr.komquats.com ([70.67.229.168]) by shaw.ca with ESMTPA id bY4SkcSONRAWfbY4Uk4OBw; Sat, 07 Nov 2020 16:56:39 -0700 X-Authority-Analysis: v=2.4 cv=P9aEOgMu c=1 sm=1 tr=0 ts=5fa73437 a=7AlCcx2GqMg+lh9P3BclKA==:117 a=7AlCcx2GqMg+lh9P3BclKA==:17 a=xqWC_Br6kY4A:10 a=8nJEP1OIZ-IA:10 a=nNwsprhYR40A:10 a=H2chl1sJAAAA:8 a=6I5d2MoRAAAA:8 a=YxBL1-UpAAAA:8 a=EkcXrb_YAAAA:8 a=-HLt12AJ6jHrRKMUtzwA:9 a=wPNLvfGTeEIA:10 a=1LKL4F7LEIE-fDNXaEJ9:22 a=IjZwj45LgO3ly-622nXo:22 a=Ia-lj3WSrqcvXOmTRaiG:22 a=LK5xJRSDVpKd5WXXoEvA:22 Received: from slippy.cwsent.com (slippy [IPv6:fc00:1:1:1::5b]) by spqr.komquats.com (Postfix) with ESMTPS id 74F0C256; Sat, 7 Nov 2020 15:56:35 -0800 (PST) Received: from slippy (localhost [127.0.0.1]) by slippy.cwsent.com (8.16.1/8.16.1) with ESMTP id 0A7NuY0R043044; Sat, 7 Nov 2020 15:56:34 -0800 (PST) (envelope-from Cy.Schubert@cschubert.com) Message-Id: <202011072356.0A7NuY0R043044@slippy.cwsent.com> X-Mailer: exmh version 2.9.0 11/07/2018 with nmh-1.7.1 Reply-to: Cy Schubert From: Cy Schubert X-os: FreeBSD X-Sender: cy@cwsent.com X-URL: http://www.cschubert.com/ To: Pete Wright cc: FreeBSD Current Subject: Re: CURRENT failing at contrib/unbound/util/config_file.c:122:20 In-reply-to: References: Comments: In-reply-to Pete Wright message dated "Sat, 07 Nov 2020 13:48:41 -0800." Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Date: Sat, 07 Nov 2020 15:56:34 -0800 X-CMAE-Envelope: MS4xfLwNKKujZkbr2DoEKZqTCuYoQn2V+5DS0V4x0o5WmBKnxyjCqzmZ+f9XTxLamINj5G2APJ65EEG2V8ExdddNvQbo3HAuBG3SJKp1mIpnb23K8iRjfxD0 IHmHo7M/7fJZ36Odls+H/IsHtP81el+JAg3QN1LxonqeaHJy38KaiVT0wMqK/iKfkki3pGmmkpOZlwdiuIkKiM3Ziu8qXet1jcksoGMMmede//vqjiMHLSbk kI4L/0UjvnNjsQLXkOFddQ== X-Rspamd-Queue-Id: 4CTDgY2wztz4SFY X-Spamd-Bar: / X-Spamd-Result: default: False [0.89 / 15.00]; HAS_REPLYTO(0.00)[Cy.Schubert@cschubert.com]; RCVD_VIA_SMTP_AUTH(0.00)[]; MV_CASE(0.50)[]; RCVD_COUNT_THREE(0.00)[4]; TO_DN_ALL(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; RECEIVED_SPAMHAUS_PBL(0.00)[70.67.229.168:received]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[64.59.136.137:from]; R_MIXED_CHARSET(1.03)[]; ASN(0.00)[asn:6327, ipnet:64.59.128.0/20, country:CA]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; ARC_NA(0.00)[]; REPLYTO_EQ_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; AUTH_NA(1.00)[]; DMARC_NA(0.00)[cschubert.com: no valid DMARC record]; SPAMHAUS_ZRD(0.00)[64.59.136.137:from:127.0.2.255]; RCVD_IN_DNSWL_LOW(-0.10)[64.59.136.137:from]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_SHORT(0.56)[0.556]; R_SPF_NA(0.00)[no SPF record]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Nov 2020 23:56:42 -0000 In message , Pete Wright w rites: > wondering if anyone else is having this error building CURRENT today: > > > --- config_file.o --- > /usr/home/pete/git/freebsd/contrib/unbound/util/config_file.c:122:20: > error: use of undeclared identifier 'UNBOUND_DNS_OVER_HTTPS_PORT' >         cfg->https_port = UNBOUND_DNS_OVER_HTTPS_PORT; >                           ^ > 1 error generated. > --- all_subdir_lib/ncurses --- > > > my last commit from the github mirror is: > > commit efb48d58bee75fdb221adece8ef5a13cede99e8c (HEAD -> master, > origin/master, origin/HEAD) > Author: tuexen > Date:   Sat Nov 7 21:17:49 2020 +0000 > >     The ioctl() calls using FIONREAD, FIONWRITE, FIONSPACE, and SIOCATMAR > K >     access the socket send or receive buffer. This is not possible for >     listening sockets since r319722. >     Because send()/recv() calls fail on listening sockets, fail also > ioctl() >     indicating EINVAL. > > so not sure if it's been found or if this is a real issue. No such problem here. What do you see on line 1397 of /usr/src/usr.sbin/unbound/config.h? Also, uname -a, please. And, git status usr.sbin/unbound, looking for local mods. Your cwd will need to be the root of your git tree. -- Cheers, Cy Schubert FreeBSD UNIX: Web: https://FreeBSD.org NTP: Web: https://nwtime.org The need of the many outweighs the greed of the few.