From owner-freebsd-current@freebsd.org Sun Nov 29 03:48: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 82D9D474F69 for ; Sun, 29 Nov 2020 03:48:06 +0000 (UTC) (envelope-from grarpamp@gmail.com) Received: from mail-ej1-x634.google.com (mail-ej1-x634.google.com [IPv6:2a00:1450:4864:20::634]) (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 4CkDps3W8yz3P7X for ; Sun, 29 Nov 2020 03:48:05 +0000 (UTC) (envelope-from grarpamp@gmail.com) Received: by mail-ej1-x634.google.com with SMTP id jx16so13380516ejb.10 for ; Sat, 28 Nov 2020 19:48:05 -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; bh=Y7dnogdvhjMFpYW/gIBd7CJhhVhWZmY2NwsUK5FCePw=; b=FEu7ENqT9LPyjiszWGL6JYlwHwcE1bPXIuzF+Z5c4sY2qJaNfqUB09PoCh777nUEWw LhDFNl0syWMHIwtHNiuLG/t2gPo0IHtBYpvc+lSY+1ajB9jS+MP+pCyHysphOhptwSTU HGlwuzytZRyeyQuIXsZSQ6YbipNwzZ/TXQbeCF9wYQCR5sNRRTxkBy67dufaSjTjOvjC s/aW55hrZeA2Vl1JPOsCG/+exPi91lbz/RASVoyJ9j9EbuEJAitZdRdiqL3mbgaFAAFi 2swpMotSfA4rc7jMabGLSA1bxUTkBhF3xfppCfgE8UUc8WoUEUlZS8G2zwvGue0gUm/+ GUXQ== X-Gm-Message-State: AOAM531MsPQzQMcAQGLFvHwpxWxTBvf+zaBpsdiI4086q7UvU6Z/ZIP5 klM8pAEoCFPjy3n8gPTxlk/rAFENLLj20bm+blE65bNVkWineg== X-Google-Smtp-Source: ABdhPJw9TREobXpSu6xaab8FnUeB0u7POHkY+DZA/xL47YnZA9G0Md6xiolu3g45Lq8E91dd+OqhhlQURE8eTKsKoTk= X-Received: by 2002:a17:906:1b04:: with SMTP id o4mr14884722ejg.531.1606621683263; Sat, 28 Nov 2020 19:48:03 -0800 (PST) MIME-Version: 1.0 Received: by 2002:a50:344f:0:0:0:0:0 with HTTP; Sat, 28 Nov 2020 19:48:02 -0800 (PST) In-Reply-To: <202011280626.0AS6QAbC032721@slippy.cwsent.com> References: <202011280626.0AS6QAbC032721@slippy.cwsent.com> From: grarpamp Date: Sat, 28 Nov 2020 22:48:02 -0500 Message-ID: Subject: Re: firewall choice To: freebsd-current@freebsd.org Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 4CkDps3W8yz3P7X X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.97 / 15.00]; FREEMAIL_FROM(0.00)[gmail.com]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; TO_DN_NONE(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; NEURAL_HAM_SHORT(-0.97)[-0.968]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[2a00:1450:4864:20::634:from]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; 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]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[2a00:1450:4864:20::634:from:127.0.2.255]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::634:from]; 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: Sun, 29 Nov 2020 03:48:06 -0000 > in reaction to the license Yes, license matters, and woe the history. > It's hardly deprecated in NetBSD. Christos Zoulas and I have exchanged a > fair bit of code. > > Darren Reed released and maintained IPF through the Australian National > University. NetBSD imported it, like we do here at FreeBSD, into their src > tree. Past tense. Upstream appears dead, for years. http://netbsd.org/docs/ search: deprecat ipf (and pf) is deprecated in NetBSD in favor of npf, various NetBSD docs, manpages, etc say this in different places and ways, ultimately imparting in sum the shift to npf. NPF seems the forward looking ongoing concern filter in NetBSD. DR hasn't cut a ipf release since 5.1.2 almost a decade ago, and all the project release websites lists for ipf appear gone. And it's been hampered by license problems, just like xf86, qmail, bsd, nprobe, zfs, etc. There are cases of too much history weighing opensource projects. Distributed maintenance and exchange is certainly cool, but ipf diffs exist, and users should perhaps not view that model as a formal cross platform ongoing project such as they may be accustomed to. That actually gives rise to what a brand new clean slate startup 2-clause fully featured cross platform packet filter of the future might look like, for at least the BSD's (maybe working on Linux too). But that's a separate conversation. So for now, the BSD's (and Linux) really enjoy a mashup of filters where none have really made it cross platform and in sync yet. Perhaps a broad scope wiki comparison would show that, and end up pointing out the interesting opportunity therein. From owner-freebsd-current@freebsd.org Sun Nov 29 03:53: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 21B78475F83 for ; Sun, 29 Nov 2020 03:53:27 +0000 (UTC) (envelope-from grarpamp@gmail.com) Received: from mail-ej1-x641.google.com (mail-ej1-x641.google.com [IPv6:2a00:1450:4864:20::641]) (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 4CkDx2279Gz3Q7P for ; Sun, 29 Nov 2020 03:53:26 +0000 (UTC) (envelope-from grarpamp@gmail.com) Received: by mail-ej1-x641.google.com with SMTP id qw4so3881067ejb.12 for ; Sat, 28 Nov 2020 19:53: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; bh=rsYCIHnbVu3C8Qt5dQKXBTOQBZpqa2XrU1mzEDbqZRA=; b=Ux2tuSi+7TpSwMJA/bt8Zurf5YBc3mQLtiGYE3jhPLkpOEruPkeD5B0A6wdmFVJrCN 2n3sob9QmMaHTybKz50nyvndlzRQ9KDSzagvVzfKCQ9ZO3CUwJ2irfS7guXyz8EYM+vC M5fMObvMEwmoDkpGIi4ac60e23xNMeLOiANikFNobKvRcO87TndinGZSCS9wGqv2lJYC RgKiuTQkjsEUq0e1/d5Pa4/D7xpw1oGXnCbintZWyk2ROB6cZK/m3rMJHezArcE8Ehb3 c+fzGWD2BHOrmx9nYNtwLCwu0YdiEag67ZdQMKIeH0UdN9QNlt/5Af+R4XSPHBblD73Z Gtlw== X-Gm-Message-State: AOAM531++lqAjZVFVXkD+f1nQztXJi+VARI6R+UzSaWz+dqwlabt91o3 Rn8GzkYcm6xEKplxdpfUOAFPsBtbp75v6XFqafkFGVt23Z8rRg== X-Google-Smtp-Source: ABdhPJxVDeiiClhfHrRW+gsVRXWAIeXk9dBt5ceS2t2BPgD+N8/mx1YFXJFja4PYelhnjpPhgUhYynIi2ty62xIhmec= X-Received: by 2002:a17:906:ca93:: with SMTP id js19mr7306051ejb.537.1606622004171; Sat, 28 Nov 2020 19:53:24 -0800 (PST) MIME-Version: 1.0 Received: by 2002:a50:344f:0:0:0:0:0 with HTTP; Sat, 28 Nov 2020 19:53:23 -0800 (PST) In-Reply-To: <202011280626.0AS6QAbC032721@slippy.cwsent.com> References: <202011280626.0AS6QAbC032721@slippy.cwsent.com> From: grarpamp Date: Sat, 28 Nov 2020 22:53:23 -0500 Message-ID: Subject: Re: firewall choice To: freebsd-current@freebsd.org Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 4CkDx2279Gz3Q7P X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.97 / 15.00]; FREEMAIL_FROM(0.00)[gmail.com]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; TO_DN_NONE(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; NEURAL_HAM_SHORT(-0.97)[-0.966]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[2a00:1450:4864:20::641:from]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; 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]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[2a00:1450:4864:20::641:from:127.0.2.255]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::641:from]; 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: Sun, 29 Nov 2020 03:53:27 -0000 >> A full comparison would also want to note and point to > My ipf work is documented at https://wiki.freebsd.org/IPFilter. So links to works / pages like that from the bsd's could also be included in the comparison wiki. From owner-freebsd-current@freebsd.org Sun Nov 29 08:54:40 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 49FAA47B1E5 for ; Sun, 29 Nov 2020 08:54:40 +0000 (UTC) (envelope-from grahamperrin@gmail.com) Received: from mail-wm1-x334.google.com (mail-wm1-x334.google.com [IPv6:2a00:1450:4864:20::334]) (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 4CkMcb3t5zz3sYd for ; Sun, 29 Nov 2020 08:54:39 +0000 (UTC) (envelope-from grahamperrin@gmail.com) Received: by mail-wm1-x334.google.com with SMTP id x22so12386175wmc.5 for ; Sun, 29 Nov 2020 00:54:39 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding :content-language; bh=vTR4hmjCvhWlJwNvfmu0Xas1rbPYeNFaMiesXQ3CttA=; b=pv06sNR2tPWxdwBHW3A/esAKvu0EKjWyQaJJZ4oLhlSc9nS16tQXSDDRUMShdTQ2GQ J09VM60FhVRHJrjNws9AcKxDFkl2XnNug2XdFGhTzgWSu+K8mcwr5lwRqdtOV4bys9RC 2n/VI2ALoIgvJOBFf++hUQCCoqykg2Be4U18UxY6eT9keiqRW3hQI0RQFDhfiK2dpWGr kxdGc0Rd5lNt/SFqObji9oxnld58KrRBl7SxOW/HvttGNPgISJIkZw2oNGhCh3i4Max6 FhOFVU6uwWy6XlN8aMlTFSHmwM0h3GKZGrDjIaVfs39Hg3pT06eiU3jpSWVCGPZsEpTd lsvg== X-Gm-Message-State: AOAM531PoBg5xTPclDaMI5wuJWKQQZUasJANvnf246WppWSRSe55hOB4 9Ys5onGxciRK0/doyJoT8DLLCrrYpe+4Jg== X-Google-Smtp-Source: ABdhPJzkK3gfKjAusGY50pD3uewx8ltO0P8fzYMZhn6rkWEQvmF9jENL1NGXVCOCaEGQkSrMSJtiGw== X-Received: by 2002:a05:600c:258:: with SMTP id 24mr2004442wmj.16.1606640076913; Sun, 29 Nov 2020 00:54:36 -0800 (PST) Received: from [192.168.1.11] (79-66-147-78.dynamic.dsl.as9105.com. [79.66.147.78]) by smtp.gmail.com with ESMTPSA id c17sm23153107wro.19.2020.11.29.00.54.35 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Sun, 29 Nov 2020 00:54:36 -0800 (PST) Subject: zpool export: umount fails due to gvfsd-trash (Thunar wrongly opened by Firefox) To: freebsd-current@freebsd.org References: <4125dad7-b1ea-bf20-4996-6a138ff202eb@gmail.com> <20201126100754.GB74574@home.opsec.eu> From: Graham Perrin Message-ID: <0cc2a420-2179-47a6-0c01-2e7d238b7b1a@gmail.com> Date: Sun, 29 Nov 2020 08:54:35 +0000 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Thunderbird/78.5.0 MIME-Version: 1.0 In-Reply-To: <20201126100754.GB74574@home.opsec.eu> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US X-Rspamd-Queue-Id: 4CkMcb3t5zz3sYd X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.94 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; 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]; NEURAL_HAM_SHORT(-0.94)[-0.935]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[2a00:1450:4864:20::334:from]; FREEMAIL_ENVFROM(0.00)[gmail.com]; MID_RHS_MATCH_FROM(0.00)[]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; 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)[79.66.147.78:received]; FROM_HAS_DN(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[2a00:1450:4864:20::334:from:127.0.2.255]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::334: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: Sun, 29 Nov 2020 08:54:40 -0000 On 26/11/2020 10:07, Kurt Jaeger wrote: > Use fstat -- this is part of the base system. > > Maybe lsof does not catch every corner case ? On 26/11/2020 17:34, Gary Palmer wrote: > does "fuser -c" show anything? > > the -m option may also be interesting (Search through mmapped files too) > > Regards, > > Gary Thanks. As far as I can tell the problem occurs only when Thunar, which I rarely use, is wrongly opened by Firefox. KDE Plasma here. I can't recall how to force applications such as Firefox to respect my preference for Dolphin. gvfsd-trash considered harmful From htop: …   PID USER      PRI  NI  VIRT   RES S CPU% MEM%   TIME+  Command  4484 grahamper  21   0 39168 12692 S  0.0  0.1  0:00.17    ├─ gvfsd-metadata  4206 grahamper  20   0 37768  8564 S  0.0  0.1  0:00.12    ├─ gvfs-gphoto2-volume-monitor  4201 grahamper  20   0 36548  8188 S  0.0  0.0  0:00.11    ├─ gvfs-mtp-volume-monitor  4184 grahamper  20   0 48072 13168 S  0.0  0.1  0:00.63    ├─ gvfs-udisks2-volume-monitor  4179 grahamper  20   0 40660  8748 S  0.0  0.1  0:00.17    ├─ gvfsd  7288 grahamper  20   0 45140 10476 S  0.0  0.1  0:00.06    │  ├─ gvfsd-dnssd --spawner :1.34 /org/gtk/gvfs/exec_spaw/5  7285 grahamper  20   0 53520 10016 S  0.0  0.1  0:00.09    │  ├─ gvfsd-network --spawner :1.34 /org/gtk/gvfs/exec_spaw/3  5883 grahamper  20   0 47608  9640 S  0.0  0.1  0:01.07    │  └─ gvfsd-trash --spawner :1.34 /org/gtk/gvfs/exec_spaw/2 ---- root@mowa219-gjp4-8570p:~ # zpool export Transcend cannot unmount '/Volumes/t500/VirtualBox': umount failed root@mowa219-gjp4-8570p:~ # fstat -f /Volumes/t500/VirtualBox USER     CMD          PID   FD MOUNT      INUM MODE         SZ|DV R/W grahampe gvfsd-trash  5883   19 /Volumes/t500/VirtualBox     34 drwxr-xr-x       7  r grahampe gvfsd-trash  5883   20 /Volumes/t500/VirtualBox     34 drwxr-xr-x       7  r grahampe gvfsd-trash  5883   21 /Volumes/t500/VirtualBox    401 drwx------       4  r grahampe gvfsd-trash  5883   22 /Volumes/t500/VirtualBox    403 drwxr-xr-x       3  r root@mowa219-gjp4-8570p:~ # fuser -c /Volumes/t500/VirtualBox /Volumes/t500/VirtualBox: root@mowa219-gjp4-8570p:~ # find /Volumes/t500/VirtualBox \( -inum 34 -or -inum 401 -or -inum 403 \) -print /Volumes/t500/VirtualBox /Volumes/t500/VirtualBox/.Trash-1002 /Volumes/t500/VirtualBox/.Trash-1002/files root@mowa219-gjp4-8570p:~ # zfs list /Volumes/t500 /Volumes/t500/VirtualBox NAME                   USED  AVAIL     REFER  MOUNTPOINT Transcend              115G   335G       96K  /Volumes/t500 Transcend/VirtualBox   114G   335G      114G /Volumes/t500/VirtualBox root@mowa219-gjp4-8570p:~ # (My previous over-reliance upon lsof stemmed from familiarity with the command on Mac OS X with HFS Plus.) From owner-freebsd-current@freebsd.org Sun Nov 29 09:27:53 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 D203B47BDAB; Sun, 29 Nov 2020 09:27:53 +0000 (UTC) (envelope-from grahamperrin@gmail.com) Received: from mail-wr1-x42c.google.com (mail-wr1-x42c.google.com [IPv6:2a00:1450:4864:20::42c]) (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 4CkNLw6Yb6z3tkC; Sun, 29 Nov 2020 09:27:52 +0000 (UTC) (envelope-from grahamperrin@gmail.com) Received: by mail-wr1-x42c.google.com with SMTP id g14so10993761wrm.13; Sun, 29 Nov 2020 01:27:52 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:cc:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding :content-language; bh=FxnWAKWzEL4NEa147cqXoPZoRro9gDEqBQBAMxf0NUg=; b=A4DljPsDxR/U5odrg5BM8PAFBWhePjct5b/2Oz3lrbVdA4UlH6Qf4T9BurPcSofzFW nojHIQcCvrjAXXNJ9DyoqkC/NV6jpDjCtqiZDRSbHQqMJL6qYoJ2NFsm530oxRtSDgMb pIOzTgMwd7Jjs7KhlZVKMxKIU6rTDDoSF6owke1tacTISXSVXh7bf0UnPBi9HkUCS42b rWKNQ3WQY6nAl2ud0p0qh06BCQAMDuKbCzpGUQsYnYpN8pmQxXZzDIwbSOkTfYy7k3GC SHVBN4Pe2gFZABeTGmFhUBVllsTxwvaDlVpDuPyTdKK+aig31F7ePmlRf+VNo2FXW+jJ Zh1A== X-Gm-Message-State: AOAM533NgMiUotsDZ1XyIEE14AAVQ/JtGFjQ1edojHZzC+2TJoXDgKAY d4472sgW/CNU/oOKcX9jsPe8jCS1hbfZ4I29 X-Google-Smtp-Source: ABdhPJxHHJ4DBUjT+3JInDfrgPWUVzcARY8r+ROwDAIxc5Ycx1aZPabnMmmlEv7KWmGGwn+kmvt83w== X-Received: by 2002:a5d:50c6:: with SMTP id f6mr21669459wrt.150.1606642070679; Sun, 29 Nov 2020 01:27:50 -0800 (PST) Received: from [192.168.1.11] (79-66-147-78.dynamic.dsl.as9105.com. [79.66.147.78]) by smtp.gmail.com with ESMTPSA id 21sm9409927wme.0.2020.11.29.01.27.49 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Sun, 29 Nov 2020 01:27:49 -0800 (PST) Subject: Thames [Radeon HD 7550M/7570M/7650M]: drm.ko in lieu of radeonkms, with xf86-video-ati (was: need some advice for video output) To: FreeBSD CURRENT Cc: Steve O'Hara-Smith , Antonio Olivares , FreeBSD Questions References: <20201118170033.eb860a484750c3281c477532@sohara.org> <20201118181920.619fae6196e6f5e8634b51ef@sohara.org> From: Graham Perrin Message-ID: Date: Sun, 29 Nov 2020 09:27:49 +0000 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Thunderbird/78.5.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-US X-Rspamd-Queue-Id: 4CkNLw6Yb6z3tkC X-Spamd-Bar: --- X-Spamd-Result: default: False [-4.00 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36:c]; FREEMAIL_FROM(0.00)[gmail.com]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; 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]; MID_RHS_MATCH_FROM(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[2a00:1450:4864:20::42c: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)[79.66.147.78:received]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[2a00:1450:4864:20::42c:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::42c:from]; FREEMAIL_CC(0.00)[sohara.org,gmail.com,freebsd.org]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-questions,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: Sun, 29 Nov 2020 09:27:53 -0000 At Antonio Olivares wrote: > Restarting the machine fixed the problem. I removed the line from rc.conf > and installed xf86-video-ati > pkg and now have a good working desktop. > Sorry for the noise. > > Best Regards, > > > Antonio I don't mind the noise :-) With Thames [Radeon HD 7550M/7570M/7650M] on -CURRENT, I benefit from /boot/modules/drm.ko (specifically _not_ radeonkms) specified in rc.conf: root@mowa219-gjp4-8570p:~ # grep -v \# /etc/rc.conf | grep kld kldxref_enable="NO" kldxref_clobber="NO" kld_list="fusefs" kld_list="/boot/modules/drm.ko" root@mowa219-gjp4-8570p:~ # pkg query '%o %v %R' drm-kmod drm-current-kmod xf86-video-ati xf86-video-amdgpu graphics/drm-kmod g20190710 poudriere graphics/drm-current-kmod 5.4.62.g20201109_1 poudriere x11-drivers/xf86-video-ati 19.1.0_3,1 FreeBSD root@mowa219-gjp4-8570p:~ # date ; uname -v Sun Nov 29 09:07:34 GMT 2020 FreeBSD 13.0-CURRENT #72 r367936: Sun Nov 22 21:46:00 GMT 2020 root@mowa219-gjp4-8570p:/usr/obj/usr/src/amd64.amd64/sys/GENERIC-NODEBUG root@mowa219-gjp4-8570p:~ # Peculiar. Background: a suggestion to try not having |xf86-video-| anything. success after ceasing use of kld_list="radeonkms" in rc.conf. HW probe of HP EliteBook 8570p #1f3fa432dc From owner-freebsd-current@freebsd.org Sun Nov 29 14:12: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 0AB504A336B for ; Sun, 29 Nov 2020 14:12:05 +0000 (UTC) (envelope-from david@catwhisker.org) 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 4CkVfr5FZ6z4fth for ; Sun, 29 Nov 2020 14:12:04 +0000 (UTC) (envelope-from david@catwhisker.org) Received: by mailman.nyi.freebsd.org (Postfix) id B42614A336A; Sun, 29 Nov 2020 14:12:04 +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 B3ED94A34DB for ; Sun, 29 Nov 2020 14:12:04 +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 4CkVfr3KCgz4gDj for ; Sun, 29 Nov 2020 14:12:04 +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 0ATEBvmw002558; Sun, 29 Nov 2020 14:11:57 GMT (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.16.1/8.16.1/Submit) id 0ATEBvuF002557; Sun, 29 Nov 2020 06:11:57 -0800 (PST) (envelope-from david) Date: Sun, 29 Nov 2020 06:11:57 -0800 From: David Wolfskill To: Jonathan Looney Cc: current@freebsd.org Subject: Re: Laptop exhibits erratic responsiveness Message-ID: Mail-Followup-To: David Wolfskill , Jonathan Looney , current@freebsd.org References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="iXykAK5xzccJVsxh" Content-Disposition: inline In-Reply-To: X-Rspamd-Queue-Id: 4CkVfr3KCgz4gDj 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: Sun, 29 Nov 2020 14:12:05 -0000 --iXykAK5xzccJVsxh Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Nov 28, 2020 at 10:47:57AM -0500, Jonathan Looney wrote: > FWIW, I would try running lockstat on the box. (My supposition is that the > delay is due to a lock. That could be incorrect. Lockstat may provide so= me > clue as to whether this is a line of inquiry worth pursuing.) > .... Thanks (again), Jonathan. So... I did that (during this morning's daily upgrade cycle); the results may be "of interest" to some. I have placed copies of the typescripts in: http://www.catwhisker.org/~david/FreeBSD/head/lockstat/ I also scribbled a "README" in that same directory (though it doesn't seem to show up in the listing); it may be accessed via http://www.catwhisker.org/~david/FreeBSD/head/lockstat/README My prior message in this thread showed what I saw during a "ping albert" =66rom the laptop while it was running head -- most RTTs were around 0.600 ms, but some were notably longer, with at least one that was over 68 seconds. So I did a "lockstat ping -c 64 albert" while the laptop was running stable/12@r368123 (as a reference point); it is probably boring. :-} Then (this morning), I tried a simple "lockstat sleep 600" on the laptop while it was running head@r368119 (and building head@r368143); we see the "lockstat" output in the "lockstat_head" file. It then occurred to me that trying a "lockstat ping albert" might be useful, so I fired up "lockstat ping -c 600 albert" -- which started up OK, and demonstrated some long RTTs about every 11 packets or so, but we see thing come to a screeching halt with: =2E.. 64 bytes from 172.16.8.13: icmp_seq=3D534 ttl=3D63 time=3D0.664 ms lockstat: dtrace_status(): Abort due to systemic unresponsiveness 64 bytes from 172.16.8.13: icmp_seq=3D535 ttl=3D63 time=3D9404.383 ms and we get no lockstat output. :-/ Finally, as another "control," I ran similar commands from freebeast, while it was running head@r368119 (and building head@r368143). Those results are in the "lockstat_freebeast" file. Peace, david --=20 David H. Wolfskill david@catwhisker.org "Make America Great Again," he said -- and THIS is what he did??!? See http://www.catwhisker.org/~david/publickey.gpg for my public key. --iXykAK5xzccJVsxh Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQGTBAEBCgB9FiEE4owz2QxMJyaxAefyQLJg+bY2PckFAl/DrC1fFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEUy OEMzM0Q5MEM0QzI3MjZCMTAxRTdGMjQwQjI2MEY5QjYzNjNEQzkACgkQQLJg+bY2 PcnZmgf9GXyejsRt5mK2SvaMBQg3KrTOjz0omSksa+LP7rbPnNmetzOHQtDOqTkb k7thfvAlkgpGlZxBJjpbLURMpezAmgg+kFYyyV1q3Jcy0lpuwNEua2fpff/NbgWu WWHGTc/TsJVm+jGJQymqiU/VUt1DbaoUoRRopOHTmwSDzeRkdWOO7R5gAEdzg8Ny x9l7vxoTpRD3kj6arP2w7XxGjkdS6ZrI7ZpXHcdFlhlU4GZynSxFTitQlJDcK+de lZKnEy0kjygPl8Ff37DBDcc6R0ShVVigtamR8Kpx9sCABYuGjNxFzxjGMm7Cw6bI QFjZQYAShPwetJ9Fd7uUNY9O0ZdVHA== =alCB -----END PGP SIGNATURE----- --iXykAK5xzccJVsxh-- From owner-freebsd-current@freebsd.org Sun Nov 29 14:20: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 CAB834A356E for ; Sun, 29 Nov 2020 14:20:19 +0000 (UTC) (envelope-from mjguzik@gmail.com) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 4CkVrM2Dmlz4gx2 for ; Sun, 29 Nov 2020 14:20:19 +0000 (UTC) (envelope-from mjguzik@gmail.com) Received: by mailman.nyi.freebsd.org (Postfix) id 4AC7C4A356D; Sun, 29 Nov 2020 14:20:19 +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 4A8824A3B9C for ; Sun, 29 Nov 2020 14:20:19 +0000 (UTC) (envelope-from mjguzik@gmail.com) Received: from mail-wr1-x432.google.com (mail-wr1-x432.google.com [IPv6:2a00:1450:4864:20::432]) (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 4CkVrM1RvGz4gns for ; Sun, 29 Nov 2020 14:20:18 +0000 (UTC) (envelope-from mjguzik@gmail.com) Received: by mail-wr1-x432.google.com with SMTP id s8so11590055wrw.10 for ; Sun, 29 Nov 2020 06:20:18 -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; bh=m2sQmgwDPhfZLwc2xeoLtCBKIaZuvKNb1GNTIJorFb0=; b=WUjm19m/15eaLZDbNt31enSJ/0N9wtrnaQrAdd/sWDH0zMLIw7Ftpwaz6J/mNt3dy7 3I+xpSB2YsNvXjOSxkLRCkcohVtGxXvrD3kvnRzbj3zUVLdr6R00G4MjOF/h1Xo49OGe dVTaNvsBvP4TbHkSv3X73HlBD3SppCTO2UkU9720JSRQtIMHPknfu889Pi2WD/Guq9Bm JUDLh5vOTF3/D1SDJD9l349sTCANcv+VMsN0A9qFsga9PiKScJtjixVdDpfTRmzp2NAi EwYnkR5tp52ZP0sbMJJViIK2ZglMHeo5Lu5MD/XuJNQnC3MmyAhsEVxgYQQifEI1Ahq1 QgWQ== X-Gm-Message-State: AOAM5330s9hHJS73BZYFN/bajD+WSXB0pNtJPD1+6kF4qkNS2AF4bPYM 5JZtiGcyW9VWfqL0Iir9STyNIIwQyjN6ByhymEQ= X-Google-Smtp-Source: ABdhPJxwn71xuuQA9On4yyyQDFGQbqcP97UJpAtTvvRGh0MwfxaacwiT8FyZzomhrU0Ita49TzOVldX2fXSiRC3WAzY= X-Received: by 2002:a5d:5146:: with SMTP id u6mr23392408wrt.66.1606659616774; Sun, 29 Nov 2020 06:20:16 -0800 (PST) MIME-Version: 1.0 Received: by 2002:a5d:4d47:0:0:0:0:0 with HTTP; Sun, 29 Nov 2020 06:20:15 -0800 (PST) In-Reply-To: References: From: Mateusz Guzik Date: Sun, 29 Nov 2020 15:20:15 +0100 Message-ID: Subject: Re: Laptop exhibits erratic responsiveness To: David Wolfskill , Jonathan Looney , current@freebsd.org Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 4CkVrM1RvGz4gns 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: Sun, 29 Nov 2020 14:20:19 -0000 On 11/29/20, David Wolfskill wrote: > On Sat, Nov 28, 2020 at 10:47:57AM -0500, Jonathan Looney wrote: >> FWIW, I would try running lockstat on the box. (My supposition is that >> the >> delay is due to a lock. That could be incorrect. Lockstat may provide >> some >> clue as to whether this is a line of inquiry worth pursuing.) >> .... > > Thanks (again), Jonathan. > > So... I did that (during this morning's daily upgrade cycle); the > results may be "of interest" to some. > > I have placed copies of the typescripts in: > > http://www.catwhisker.org/~david/FreeBSD/head/lockstat/ > > I also scribbled a "README" in that same directory (though it doesn't > seem to show up in the listing); it may be accessed via > > http://www.catwhisker.org/~david/FreeBSD/head/lockstat/README > > My prior message in this thread showed what I saw during a "ping albert" > from the laptop while it was running head -- most RTTs were around 0.600 > ms, but some were notably longer, with at least one that was over 68 > seconds. > > So I did a "lockstat ping -c 64 albert" while the laptop was running > stable/12@r368123 (as a reference point); it is probably boring. :-} > > Then (this morning), I tried a simple "lockstat sleep 600" on the laptop > while it was running head@r368119 (and building head@r368143); we see > the "lockstat" output in the "lockstat_head" file. > > It then occurred to me that trying a "lockstat ping albert" might be > useful, so I fired up "lockstat ping -c 600 albert" -- which started up > OK, and demonstrated some long RTTs about every 11 packets or so, but we > see thing come to a screeching halt with: > > ... > 64 bytes from 172.16.8.13: icmp_seq=534 ttl=63 time=0.664 ms > lockstat: dtrace_status(): Abort due to systemic unresponsiveness > 64 bytes from 172.16.8.13: icmp_seq=535 ttl=63 time=9404.383 ms > > and we get no lockstat output. :-/ > > > Finally, as another "control," I ran similar commands from freebeast, > while it was running head@r368119 (and building head@r368143). Those > results are in the "lockstat_freebeast" file. > According to the data you got the entire kernel "freezes" every 11-12 seconds. So something way off is going on there. Given that the bug seems to be reproducible I think it would be best if you just bisected to the offending commit. -- Mateusz Guzik From owner-freebsd-current@freebsd.org Sun Nov 29 14:24:04 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 CDFC64A3AF9 for ; Sun, 29 Nov 2020 14:24:04 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 4CkVwh3vXJz4hZd for ; Sun, 29 Nov 2020 14:24:04 +0000 (UTC) (envelope-from david@catwhisker.org) Received: by mailman.nyi.freebsd.org (Postfix) id 841204A3F26; Sun, 29 Nov 2020 14:24:04 +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 83D294A3E21 for ; Sun, 29 Nov 2020 14:24:04 +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 4CkVwh1wZ5z4hXW for ; Sun, 29 Nov 2020 14:24:04 +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 0ATEO3sr002655; Sun, 29 Nov 2020 14:24:03 GMT (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.16.1/8.16.1/Submit) id 0ATEO2TM002654; Sun, 29 Nov 2020 06:24:02 -0800 (PST) (envelope-from david) Date: Sun, 29 Nov 2020 06:24:02 -0800 From: David Wolfskill To: Mateusz Guzik Cc: Jonathan Looney , current@freebsd.org Subject: Re: Laptop exhibits erratic responsiveness Message-ID: Mail-Followup-To: David Wolfskill , Mateusz Guzik , Jonathan Looney , current@freebsd.org References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="Ez3Zedo72HoF+je5" Content-Disposition: inline In-Reply-To: X-Rspamd-Queue-Id: 4CkVwh1wZ5z4hXW 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: Sun, 29 Nov 2020 14:24:04 -0000 --Ez3Zedo72HoF+je5 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Nov 29, 2020 at 03:20:15PM +0100, Mateusz Guzik wrote: > ... > According to the data you got the entire kernel "freezes" every 11-12 > seconds. So something way off is going on there. I'm (quite) prepared to believe that. :-} > Given that the bug seems to be reproducible I think it would be best > if you just bisected to the offending commit. Hmm.... OK; thanks, Mateusz. > --=20 > Mateusz Guzik I'll see what I can do. Peace, david --=20 David H. Wolfskill david@catwhisker.org "Make America Great Again," he said -- and THIS is what he did??!? See http://www.catwhisker.org/~david/publickey.gpg for my public key. --Ez3Zedo72HoF+je5 Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQGTBAEBCgB9FiEE4owz2QxMJyaxAefyQLJg+bY2PckFAl/DrwJfFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEUy OEMzM0Q5MEM0QzI3MjZCMTAxRTdGMjQwQjI2MEY5QjYzNjNEQzkACgkQQLJg+bY2 PcldWQf/URg6BorF3G59qLyP4YRWyMeXDfWkOgV0/zhufrLPYBv4LJEB53ghiT7S DQbwmy8PJuGjECYjyKDfcCrpYYwlc71oJEJATN5We9WyrUYdXP6/lg8Yz4AHrRmZ wgvYy25SzTs0Q59rNWcGXgtJOKQ9CTqY237NSyfIuyhHjKhi5PE3u4+h+SxLWJ8F 9/HoqoDlqjub/LvafVoMh2+HPMeuY7N/4ni7HfqMg/hR1yQGexQ0tZU4jUcOKxCj 2hrHbFY8lGNEiJVZ3mgsk6vh5w5GYOuaQLku/bhAc4HI7ox3eeItWIO5tPQddvND jZE9QqnNz82coidHAOipbOoomFLixA== =Tc7R -----END PGP SIGNATURE----- --Ez3Zedo72HoF+je5-- From owner-freebsd-current@freebsd.org Sun Nov 29 16:04: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 837F44A670A for ; Sun, 29 Nov 2020 16:04:59 +0000 (UTC) (envelope-from rysto32@gmail.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 4CkY971Fz8z4pP3 for ; Sun, 29 Nov 2020 16:04:59 +0000 (UTC) (envelope-from rysto32@gmail.com) Received: by mailman.nyi.freebsd.org (Postfix) id 2961C4A6598; Sun, 29 Nov 2020 16:04:59 +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 2925F4A66F4 for ; Sun, 29 Nov 2020 16:04:59 +0000 (UTC) (envelope-from rysto32@gmail.com) Received: from mail-pg1-x536.google.com (mail-pg1-x536.google.com [IPv6:2607:f8b0:4864:20::536]) (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 4CkY970bDLz4pLf for ; Sun, 29 Nov 2020 16:04:58 +0000 (UTC) (envelope-from rysto32@gmail.com) Received: by mail-pg1-x536.google.com with SMTP id f17so8407441pge.6 for ; Sun, 29 Nov 2020 08:04: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:mime-version:references:in-reply-to:from:date :message-id:subject:to; bh=ttOkdZlDv3PPwJEeHnMxTzyNc8t+pBPkidwyylfnn1M=; b=DP4aMLIp9lY8kJlbTIYYprKtY4b6b8y3cAKQzZEo6k3OEHzc35S7nR1kbvZOn0wCEI 2Y8cOZd/Y1oqm3TFXVc+wIwH4ke643+IzU2XYOtZIe4ifJi7JXqczB+Zp0o3wwcDkJo9 PVPAbEVxxpT6EcT/R/mGzklRvpfgSL8zJDF5inB3zrAWxKVlkOhM/+9abuTt6zFWda58 JAkaITaTxgO6fHQ/Odjfo2lvi5Iu/5Ut4eFLZOEyECpIl/d5hPM0GVRD4cJS7mBMK8qD K36JdyFjMdBjUUNgyjZdBufy14HwYs3/f85LF5uMO5bNDvMWsFTyBpfEGMpS4mZ79Ol2 okBg== X-Gm-Message-State: AOAM533x5HKp5Mau9rqe8xnBvXW4juBnB5jHK0anee1kvmzljdQri5/d Xi70wj4KSNmGhmVCf9Mj2/n5bUb0tQdTqN4g43A= X-Google-Smtp-Source: ABdhPJzkTl366ggsx2QmCjI9T/FJrxAJKRHMT97Qc4duGnmf0IAsxIsGmH1T5XSklXxtRrAxvcssH3ZXGQLGnrxRj6s= X-Received: by 2002:a17:90a:8b8b:: with SMTP id z11mr17816213pjn.117.1606665897559; Sun, 29 Nov 2020 08:04:57 -0800 (PST) MIME-Version: 1.0 References: In-Reply-To: From: Ryan Stone Date: Sun, 29 Nov 2020 11:04:46 -0500 Message-ID: Subject: Re: Laptop exhibits erratic responsiveness To: David Wolfskill , Jonathan Looney , FreeBSD Current Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 4CkY970bDLz4pLf 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: Sun, 29 Nov 2020 16:04:59 -0000 On Sun, Nov 29, 2020 at 9:12 AM David Wolfskill wrote: > OK, and demonstrated some long RTTs about every 11 packets or so, but we > see thing come to a screeching halt with: > > ... > 64 bytes from 172.16.8.13: icmp_seq=534 ttl=63 time=0.664 ms > lockstat: dtrace_status(): Abort due to systemic unresponsiveness > 64 bytes from 172.16.8.13: icmp_seq=535 ttl=63 time=9404.383 ms > > and we get no lockstat output. :-/ I believe that if you run lockstat with the additional "-x destructive" option, it will disable the responsiveness test (the option does sound scary but it will not have any other potentially destructive effect) From owner-freebsd-current@freebsd.org Sun Nov 29 16:16: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 C11254A6CAC for ; Sun, 29 Nov 2020 16:16:27 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 4CkYQM3Dr8z4qJR for ; Sun, 29 Nov 2020 16:16:27 +0000 (UTC) (envelope-from david@catwhisker.org) Received: by mailman.nyi.freebsd.org (Postfix) id 5EA6D4A69CB; Sun, 29 Nov 2020 16:16:27 +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 5E34A4A69CA for ; Sun, 29 Nov 2020 16:16:27 +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 4CkYQL50sSz4qNq for ; Sun, 29 Nov 2020 16:16:24 +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 0ATGGMIM003418; Sun, 29 Nov 2020 16:16:22 GMT (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.16.1/8.16.1/Submit) id 0ATGGM9J003417; Sun, 29 Nov 2020 08:16:22 -0800 (PST) (envelope-from david) Date: Sun, 29 Nov 2020 08:16:22 -0800 From: David Wolfskill To: Ryan Stone Cc: FreeBSD Current Subject: Re: Laptop exhibits erratic responsiveness Message-ID: Mail-Followup-To: David Wolfskill , Ryan Stone , FreeBSD Current References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="+uyi7bWh+G9OHbRd" Content-Disposition: inline In-Reply-To: X-Rspamd-Queue-Id: 4CkYQL50sSz4qNq 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: Sun, 29 Nov 2020 16:16:27 -0000 --+uyi7bWh+G9OHbRd Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Nov 29, 2020 at 11:04:46AM -0500, Ryan Stone wrote: > On Sun, Nov 29, 2020 at 9:12 AM David Wolfskill wr= ote: > > OK, and demonstrated some long RTTs about every 11 packets or so, but we > > see thing come to a screeching halt with: > > > > ... > > 64 bytes from 172.16.8.13: icmp_seq=3D534 ttl=3D63 time=3D0.664 ms > > lockstat: dtrace_status(): Abort due to systemic unresponsiveness > > 64 bytes from 172.16.8.13: icmp_seq=3D535 ttl=3D63 time=3D9404.383 ms > > > > and we get no lockstat output. :-/ >=20 > I believe that if you run lockstat with the additional "-x > destructive" option, it will disable the responsiveness test (the > option does sound scary but it will not have any other potentially > destructive effect) Thanks; the laptop is presently running head @r368143, building head @r367410 (which is gthe last point before the issues were observed, I think), so I have fired that up. Peace, david --=20 David H. Wolfskill david@catwhisker.org "Make America Great Again," he said -- and THIS is what he did??!? See http://www.catwhisker.org/~david/publickey.gpg for my public key. --+uyi7bWh+G9OHbRd Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQGTBAEBCgB9FiEE4owz2QxMJyaxAefyQLJg+bY2PckFAl/DyVZfFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEUy OEMzM0Q5MEM0QzI3MjZCMTAxRTdGMjQwQjI2MEY5QjYzNjNEQzkACgkQQLJg+bY2 Pcl7HQf+IQXzy1RV22VaF1MXSjLAFyq8HgEsC5QvCDedIOzzSatCU7Pkp4IOtaQw PsZ6cJ4pSVLEF2+KbZ50g0W6t96fo0kKvUryZRsiTZsGmFBFd+y5c7asUeLdmJK1 o1BOkH5qQ//gxpoo8eV4XCZFChGdWF+Ki9fWUjxUzdYYvuhC9IJWTOB1AsEE2Q/8 VY84KB/GaUuT5QbD3bFN5UyuHy0h/63aCjZJgmeCcWYlsu1XXqTYOggjjhaGZ5Kv 0iIfa26ZOYlvHKDo3X3Pd05MDPgR5ekAbLBaWKSOfFoQ5vQOZeunmVKha1kTm2xM tOd+l0RRs3ATAgeZQ6GwxC1Aygr/aw== =yq4K -----END PGP SIGNATURE----- --+uyi7bWh+G9OHbRd-- From owner-freebsd-current@freebsd.org Sun Nov 29 16:37:12 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 ABF264A716E for ; Sun, 29 Nov 2020 16:37:12 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 4CkYtJ3f1sz4s3R for ; Sun, 29 Nov 2020 16:37:12 +0000 (UTC) (envelope-from david@catwhisker.org) Received: by mailman.nyi.freebsd.org (Postfix) id 7B3434A716D; Sun, 29 Nov 2020 16:37:12 +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 79E564A7428 for ; Sun, 29 Nov 2020 16:37:12 +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 4CkYtH2qxpz4rhQ for ; Sun, 29 Nov 2020 16:37:11 +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 0ATGb9xv003591; Sun, 29 Nov 2020 16:37:09 GMT (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.16.1/8.16.1/Submit) id 0ATGb9DU003590; Sun, 29 Nov 2020 08:37:09 -0800 (PST) (envelope-from david) Date: Sun, 29 Nov 2020 08:37:09 -0800 From: David Wolfskill To: Ryan Stone , FreeBSD Current Subject: Re: Laptop exhibits erratic responsiveness Message-ID: Mail-Followup-To: David Wolfskill , Ryan Stone , FreeBSD Current References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="N5SQayd73PNnHqnE" Content-Disposition: inline In-Reply-To: X-Rspamd-Queue-Id: 4CkYtH2qxpz4rhQ X-Spamd-Bar: ----- X-Spamd-Result: default: False [-5.40 / 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]; NEURAL_HAM_LONG(-1.00)[-1.000]; 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(-1.00)[-0.999]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; SIGNED_PGP(-2.00)[]; FREEMAIL_TO(0.00)[gmail.com,freebsd.org]; 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)[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: Sun, 29 Nov 2020 16:37:12 -0000 --N5SQayd73PNnHqnE Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Nov 29, 2020 at 08:16:22AM -0800, David Wolfskill wrote: > On Sun, Nov 29, 2020 at 11:04:46AM -0500, Ryan Stone wrote: > ... > > I believe that if you run lockstat with the additional "-x > > destructive" option, it will disable the responsiveness test (the > > option does sound scary but it will not have any other potentially > > destructive effect) >=20 > Thanks; the laptop is presently running head @r368143, building > head @r367410 (which is gthe last point before the issues were > observed, I think), so I have fired that up. > .... And that attempt completed; the reulting typescript may be found at http://www.catwhisker.org/~david/FreeBSD/head/lockstat/lockstat_head_new Peace, david --=20 David H. Wolfskill david@catwhisker.org "Make America Great Again," he said -- and THIS is what he did??!? See http://www.catwhisker.org/~david/publickey.gpg for my public key. --N5SQayd73PNnHqnE Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQGTBAEBCgB9FiEE4owz2QxMJyaxAefyQLJg+bY2PckFAl/DzjVfFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEUy OEMzM0Q5MEM0QzI3MjZCMTAxRTdGMjQwQjI2MEY5QjYzNjNEQzkACgkQQLJg+bY2 PclQkAf/YoRMcBh+M4pYQLHeIVmTH8ilcxy5xUCnxfMF0KaPzwVSb0v9dqPwNOnL qb+USj/r3u9JlD3LJoAFGEGDSqrjS1l70sjfx1Ui7nRCvs6uyr4vb5liAQzWLJb5 /K+bfQVyBFt2p18fQNAQgZ+LT7VLtWv9Y/tzsVORcrtRIIWMf9jvVbX2KYd/eT/2 RoK8H6VT1Y19MY7ZGWUqL+aV/U/wZ5ZSaTiu4QDL08d0SUSdXOOyVUDT52UymZB8 mQ2D1iKyV42jNducBIsAGBePlaEO43ldZG8TP1KyhJGzkA2o2dXNI3jix3Qt7DO6 C2vFvy291pyClHeIutzPrI2/HWrSOw== =+NY8 -----END PGP SIGNATURE----- --N5SQayd73PNnHqnE-- From owner-freebsd-current@freebsd.org Mon Nov 30 10:43:13 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 B0693476870 for ; Mon, 30 Nov 2020 10:43:13 +0000 (UTC) (envelope-from joh.hendriks@gmail.com) Received: from mail-ej1-x62f.google.com (mail-ej1-x62f.google.com [IPv6:2a00:1450:4864:20::62f]) (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 4Cl1zN6Zcyz4tgR for ; Mon, 30 Nov 2020 10:43:12 +0000 (UTC) (envelope-from joh.hendriks@gmail.com) Received: by mail-ej1-x62f.google.com with SMTP id f9so18621642ejw.4 for ; Mon, 30 Nov 2020 02:43:12 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:to:from:subject:message-id:date:user-agent :mime-version:content-transfer-encoding:content-language; bh=Ul0WUo1m1xxIxegaWDDmPpjTePQbvDN/Hn0ZEZhjjys=; b=UGKTWUgl7mATWltbZIH1neY7UXZqdDF0TYyKI7Zs+ybPXEygOi7suEjZdVlVaDA1Tw 1zeJG59r+3608ZwfvI/SOvgMXXHxQPPKShsjBGex7BzVZKE3W2znWT608ElL7E0/73WH 3RNAG91bXfwOze15lHetoNHuY+zPUaNyNo98qu5r8QOjm1WNrZbdA32COTidNYFZjUSk 5/9e/Du8NUC3A7npInG66ol6appcEJfBslw6lg1qFqPN4YFjavHGWvCAtu+K0n9HTtDN yCadYiLdq+UBkHk8iSpt/191+d3cdFyDkD3JOTuzsABhMLGrHAHfy2n+vPROwFHDSRmm VgkA== X-Gm-Message-State: AOAM530M/D/hqN0sKuvWPqt1qczEsLx0wHciMRQbdsg1j/DgWhT/M6DS dRRO0Ai8IlU1tGrfrKJe/5Kl9Jvqq88= X-Google-Smtp-Source: ABdhPJzxK5kqs2kHYv0atEwUJPehYbPyWN2tJhIOhFsxlhXX6BhfIUnie+oQIVgRIQyadGn1FA7vRg== X-Received: by 2002:a17:906:728a:: with SMTP id b10mr12217249ejl.147.1606732990314; Mon, 30 Nov 2020 02:43:10 -0800 (PST) Received: from MacBook-Pro-van-Johan.local (85-147-130-226.cable.dynamic.v4.ziggo.nl. [85.147.130.226]) by smtp.gmail.com with ESMTPSA id 65sm9029905edj.83.2020.11.30.02.43.09 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Mon, 30 Nov 2020 02:43:09 -0800 (PST) To: FreeBSD Current From: Johan Hendriks Subject: buildworld fails ( stopped in /usr/src/lib/libsysdecode ) Message-ID: <6a237079-9c53-4841-0e75-ba78c0bc234c@gmail.com> Date: Mon, 30 Nov 2020 11:43:08 +0100 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.16; rv:78.0) Gecko/20100101 Thunderbird/78.5.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: 4Cl1zN6Zcyz4tgR X-Spamd-Bar: --- X-Spamd-Result: default: False [-4.00 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36:c]; FREEMAIL_FROM(0.00)[gmail.com]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; 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]; MID_RHS_MATCH_FROM(0.00)[]; TAGGED_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; ARC_NA(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[2a00:1450:4864:20::62f:from]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[2a00:1450:4864:20::62f:from:127.0.2.255]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::62f: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: Mon, 30 Nov 2020 10:43:13 -0000 My server running FreeBSD 13.0-CURRENT #7 r368110 fails to build to r368182 I did a make cleanworld && make cleanworld to make sure i use a fresh build but it errors out with the following message. Building /usr/obj/usr/src/amd64.amd64/lib/libsysdecode/ioctl.o cc -target x86_64-unknown-freebsd13.0 --sysroot=/usr/obj/usr/src/amd64.amd64/tmp -B/usr/obj/usr/src/amd64.amd64/tmp/usr/bin  -O2 -pipe -fno-common   -I/usr/obj/usr/src/amd64.amd64/lib/libsysdecode -I/usr/src/sys -I/usr/src/libexec/rtld-elf -DPF -g -std=gnu99 -Wno-format-zero-length -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments    -c ioctl.c -o ioctl.o In file included from ioctl.c:33: In file included from /usr/src/sys/./cam/scsi/scsi_pass.h:35: In file included from /usr/src/sys/cam/cam_ccb.h:46: In file included from /usr/src/sys/cam/nvme/nvme_all.h:33: /usr/src/sys/dev/nvme/nvme.h:1733:56: error: unused parameter 's' [-Werror,-Wunused-parameter] void    nvme_completion_swapbytes(struct nvme_completion *s)                                                           ^ /usr/src/sys/dev/nvme/nvme.h:1747:58: error: unused parameter 's' [-Werror,-Wunused-parameter] void    nvme_power_state_swapbytes(struct nvme_power_state *s)                                                             ^ /usr/src/sys/dev/nvme/nvme.h:1760:66: error: unused parameter 's' [-Werror,-Wunused-parameter] void    nvme_controller_data_swapbytes(struct nvme_controller_data *s)                                                                     ^ /usr/src/sys/dev/nvme/nvme.h:1812:64: error: unused parameter 's' [-Werror,-Wunused-parameter] void    nvme_namespace_data_swapbytes(struct nvme_namespace_data *s) ^ /usr/src/sys/dev/nvme/nvme.h:1841:82: error: unused parameter 's' [-Werror,-Wunused-parameter] void    nvme_error_information_entry_swapbytes(struct nvme_error_information_entry *s) ^ /usr/src/sys/dev/nvme/nvme.h:1858:26: error: unused parameter 'p' [-Werror,-Wunused-parameter] void    nvme_le128toh(void *p)                             ^ /usr/src/sys/dev/nvme/nvme.h:1874:82: error: unused parameter 's' [-Werror,-Wunused-parameter] void    nvme_health_information_page_swapbytes(struct nvme_health_information_page *s) ^ /usr/src/sys/dev/nvme/nvme.h:1902:62: error: unused parameter 's' [-Werror,-Wunused-parameter] void    nvme_firmware_page_swapbytes(struct nvme_firmware_page *s)                                                                 ^ /usr/src/sys/dev/nvme/nvme.h:1913:50: error: unused parameter 's' [-Werror,-Wunused-parameter] void    nvme_ns_list_swapbytes(struct nvme_ns_list *s)                                                     ^ /usr/src/sys/dev/nvme/nvme.h:1924:76: error: unused parameter 's' [-Werror,-Wunused-parameter] void    nvme_command_effects_page_swapbytes(struct nvme_command_effects_page *s) ^ /usr/src/sys/dev/nvme/nvme.h:1937:78: error: unused parameter 's' [-Werror,-Wunused-parameter] void    nvme_res_notification_page_swapbytes(struct nvme_res_notification_page *s) ^ /usr/src/sys/dev/nvme/nvme.h:1946:76: error: unused parameter 's' [-Werror,-Wunused-parameter] void    nvme_sanitize_status_page_swapbytes(struct nvme_sanitize_status_page *s) ^ /usr/src/sys/dev/nvme/nvme.h:1962:66: error: unused parameter 's' [-Werror,-Wunused-parameter] void    intel_log_temp_stats_swapbytes(struct intel_log_temp_stats *s)                                                                     ^ /usr/src/sys/dev/nvme/nvme.h:1979:58: error: unused parameter 's' [-Werror,-Wunused-parameter] void    nvme_resv_status_swapbytes(struct nvme_resv_status *s, size_t size)                                                             ^ /usr/src/sys/dev/nvme/nvme.h:1979:68: error: unused parameter 'size' [-Werror,-Wunused-parameter] void    nvme_resv_status_swapbytes(struct nvme_resv_status *s, size_t size)                                                                       ^ /usr/src/sys/dev/nvme/nvme.h:1996:66: error: unused parameter 's' [-Werror,-Wunused-parameter] void    nvme_resv_status_ext_swapbytes(struct nvme_resv_status_ext *s, size_t size)                                                                     ^ /usr/src/sys/dev/nvme/nvme.h:1996:76: error: unused parameter 'size' [-Werror,-Wunused-parameter] void    nvme_resv_status_ext_swapbytes(struct nvme_resv_status_ext *s, size_t size) ^ 17 errors generated. *** Error code 1 Stop. bmake[5]: stopped in /usr/src/lib/libsysdecode .ERROR_TARGET='ioctl.o' .ERROR_META_FILE='/usr/obj/usr/src/amd64.amd64/lib/libsysdecode/ioctl.o.meta' .MAKE.LEVEL='5' MAKEFILE='' .MAKE.MODE='meta missing-filemon=yes missing-meta=yes verbose' _ERROR_CMD='cc -target x86_64-unknown-freebsd13.0 --sysroot=/usr/obj/usr/src/amd64.amd64/tmp -B/usr/obj/usr/src/amd64.amd64/tmp/usr/bin  -O2 -pipe -fno-common   -I/usr/obj/usr/src/amd64.amd64/lib/libsysdecode -I/usr/src/sys -I/usr/src/libexec/rtld-elf -DPF -g -std=gnu99 -Wno-format-zero-length -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments    -c ioctl.c -o ioctl.o; ;' .CURDIR='/usr/src/lib/libsysdecode' .MAKE='/usr/obj/usr/src/make.amd64/bmake' .OBJDIR='/usr/obj/usr/src/amd64.amd64/lib/libsysdecode' .TARGETS='all' DESTDIR='/usr/obj/usr/src/amd64.amd64/tmp' LD_LIBRARY_PATH='' MACHINE='amd64' MACHINE_ARCH='amd64' MAKEOBJDIRPREFIX='' MAKESYSPATH='/usr/src/share/mk' MAKE_VERSION='20160606' PATH='/usr/obj/usr/src/amd64.amd64/tmp/bin:/usr/obj/usr/src/amd64.amd64/tmp/usr/sbin:/usr/obj/usr/src/amd64.amd64/tmp/usr/bin:/usr/obj/usr/src/amd64.amd64/tmp/legacy/usr/sbin:/usr/obj/usr/src/amd64.amd64/tmp/legacy/usr/bin:/usr/obj/usr/src/amd64.amd64/tmp/legacy/bin:/usr/obj/usr/src/amd64.amd64/tmp/legacy/usr/libexec::/sbin:/bin:/usr/sbin:/usr/bin' SRCTOP='/usr/src' OBJTOP='/usr/obj/usr/src/amd64.amd64' .MAKE.MAKEFILES='/usr/src/share/mk/sys.mk /usr/src/share/mk/local.sys.env.mk /usr/src/share/mk/src.sys.env.mk /etc/src-env.conf /usr/src/share/mk/bsd.mkopt.mk /usr/src/share/mk/src.sys.obj.mk /usr/src/share/mk/auto.obj.mk /usr/src/share/mk/bsd.suffixes.mk /etc/make.conf /usr/src/share/mk/local.sys.mk /usr/src/share/mk/src.sys.mk /etc/src.conf /usr/src/lib/libsysdecode/Makefile /usr/src/share/mk/src.opts.mk /usr/src/share/mk/bsd.own.mk /usr/src/share/mk/bsd.opts.mk /usr/src/share/mk/bsd.cpu.mk /usr/src/share/mk/bsd.compiler.mk /usr/src/share/mk/bsd.linker.mk /usr/src/share/mk/bsd.lib.mk /usr/src/share/mk/bsd.init.mk /usr/src/share/mk/local.init.mk /usr/src/share/mk/src.init.mk /usr/src/lib/libsysdecode/../Makefile.inc /usr/src/share/mk/bsd.libnames.mk /usr/src/share/mk/src.libnames.mk /usr/src/share/mk/bsd.symver.mk /usr/src/share/mk/bsd.nls.mk /usr/src/share/mk/bsd.confs.mk /usr/src/share/mk/bsd.files.mk /usr/src/share/mk/bsd.dirs.mk /usr/src/share/mk/bsd.incs.mk /usr/src/share/mk/bsd.links.mk /usr/src/share/mk/bsd.dep.mk /usr/src/share/mk/bsd.clang-analyze.mk /usr/src/share/mk/bsd.obj.mk /usr/src/share/mk/bsd.subdir.mk /usr/src/share/mk/bsd.sys.mk' .PATH='. /usr/src/lib/libsysdecode' *** Error code 1 Stop. bmake[4]: stopped in /usr/src/lib .ERROR_TARGET='all_subdir_lib/libsysdecode' .ERROR_META_FILE='' .MAKE.LEVEL='4' MAKEFILE='' .MAKE.MODE='meta missing-filemon=yes missing-meta=yes verbose' _ERROR_CMD='.PHONY' .CURDIR='/usr/src/lib' .MAKE='/usr/obj/usr/src/make.amd64/bmake' .OBJDIR='/usr/obj/usr/src/amd64.amd64/lib' .TARGETS='all' DESTDIR='/usr/obj/usr/src/amd64.amd64/tmp' LD_LIBRARY_PATH='' MACHINE='amd64' MACHINE_ARCH='amd64' MAKEOBJDIRPREFIX='' MAKESYSPATH='/usr/src/share/mk' MAKE_VERSION='20160606' PATH='/usr/obj/usr/src/amd64.amd64/tmp/bin:/usr/obj/usr/src/amd64.amd64/tmp/usr/sbin:/usr/obj/usr/src/amd64.amd64/tmp/usr/bin:/usr/obj/usr/src/amd64.amd64/tmp/legacy/usr/sbin:/usr/obj/usr/src/amd64.amd64/tmp/legacy/usr/bin:/usr/obj/usr/src/amd64.amd64/tmp/legacy/bin:/usr/obj/usr/src/amd64.amd64/tmp/legacy/usr/libexec::/sbin:/bin:/usr/sbin:/usr/bin' SRCTOP='/usr/src' OBJTOP='/usr/obj/usr/src/amd64.amd64' .MAKE.MAKEFILES='/usr/src/share/mk/sys.mk /usr/src/share/mk/local.sys.env.mk /usr/src/share/mk/src.sys.env.mk /etc/src-env.conf /usr/src/share/mk/bsd.mkopt.mk /usr/src/share/mk/src.sys.obj.mk /usr/src/share/mk/auto.obj.mk /usr/src/share/mk/bsd.suffixes.mk /etc/make.conf /usr/src/share/mk/local.sys.mk /usr/src/share/mk/src.sys.mk /etc/src.conf /usr/src/lib/Makefile /usr/src/share/mk/src.opts.mk /usr/src/share/mk/bsd.own.mk /usr/src/share/mk/bsd.opts.mk /usr/src/share/mk/bsd.cpu.mk /usr/src/share/mk/bsd.compiler.mk /usr/src/share/mk/bsd.linker.mk /usr/src/share/mk/bsd.subdir.mk /usr/src/share/mk/bsd.init.mk /usr/src/share/mk/local.init.mk /usr/src/share/mk/src.init.mk' .PATH='. /usr/src/lib' *** Error code 1 Stop. bmake[3]: stopped in /usr/src .ERROR_TARGET='lib__L' .ERROR_META_FILE='' .MAKE.LEVEL='3' MAKEFILE='' .MAKE.MODE='meta missing-filemon=yes missing-meta=yes verbose' _ERROR_CMD='.PHONY' .CURDIR='/usr/src' .MAKE='/usr/obj/usr/src/make.amd64/bmake' .OBJDIR='/usr/obj/usr/src/amd64.amd64' .TARGETS='_generic_libs' DESTDIR='/usr/obj/usr/src/amd64.amd64/tmp' LD_LIBRARY_PATH='' MACHINE='amd64' MACHINE_ARCH='amd64' MAKEOBJDIRPREFIX='' MAKESYSPATH='/usr/src/share/mk' MAKE_VERSION='20160606' PATH='/usr/obj/usr/src/amd64.amd64/tmp/bin:/usr/obj/usr/src/amd64.amd64/tmp/usr/sbin:/usr/obj/usr/src/amd64.amd64/tmp/usr/bin:/usr/obj/usr/src/amd64.amd64/tmp/legacy/usr/sbin:/usr/obj/usr/src/amd64.amd64/tmp/legacy/usr/bin:/usr/obj/usr/src/amd64.amd64/tmp/legacy/bin:/usr/obj/usr/src/amd64.amd64/tmp/legacy/usr/libexec::/sbin:/bin:/usr/sbin:/usr/bin' SRCTOP='/usr/src' OBJTOP='/usr/obj/usr/src/amd64.amd64' .MAKE.MAKEFILES='/usr/src/share/mk/sys.mk /usr/src/share/mk/local.sys.env.mk /usr/src/share/mk/src.sys.env.mk /etc/src-env.conf /usr/src/share/mk/bsd.mkopt.mk /usr/src/share/mk/src.sys.obj.mk /usr/src/share/mk/auto.obj.mk /usr/src/share/mk/bsd.suffixes.mk /etc/make.conf /usr/src/share/mk/local.sys.mk /usr/src/share/mk/src.sys.mk /etc/src.conf /usr/src/Makefile.inc1 /usr/src/share/mk/src.tools.mk /usr/src/share/mk/bsd.compiler.mk /usr/src/share/mk/bsd.opts.mk /usr/src/share/mk/bsd.cpu.mk /usr/src/share/mk/src.opts.mk /usr/src/share/mk/bsd.own.mk /usr/src/share/mk/bsd.linker.mk /usr/src/share/mk/bsd.subdir.mk /usr/src/share/mk/bsd.init.mk /usr/src/share/mk/local.init.mk /usr/src/share/mk/src.init.mk' .PATH='. /usr/src' *** Error code 1 Stop. bmake[2]: stopped in /usr/src .ERROR_TARGET='libraries' .ERROR_META_FILE='' .MAKE.LEVEL='2' MAKEFILE='' .MAKE.MODE='meta missing-filemon=yes missing-meta=yes verbose' _ERROR_CMD='.PHONY' .CURDIR='/usr/src' .MAKE='/usr/obj/usr/src/make.amd64/bmake' .OBJDIR='/usr/obj/usr/src/amd64.amd64' .TARGETS='libraries' DESTDIR='/usr/obj/usr/src/amd64.amd64/tmp' LD_LIBRARY_PATH='' MACHINE='amd64' MACHINE_ARCH='amd64' MAKEOBJDIRPREFIX='' MAKESYSPATH='/usr/src/share/mk' MAKE_VERSION='20160606' PATH='/usr/obj/usr/src/amd64.amd64/tmp/bin:/usr/obj/usr/src/amd64.amd64/tmp/usr/sbin:/usr/obj/usr/src/amd64.amd64/tmp/usr/bin:/usr/obj/usr/src/amd64.amd64/tmp/legacy/usr/sbin:/usr/obj/usr/src/amd64.amd64/tmp/legacy/usr/bin:/usr/obj/usr/src/amd64.amd64/tmp/legacy/bin:/usr/obj/usr/src/amd64.amd64/tmp/legacy/usr/libexec::/sbin:/bin:/usr/sbin:/usr/bin' SRCTOP='/usr/src' OBJTOP='/usr/obj/usr/src/amd64.amd64' .MAKE.MAKEFILES='/usr/src/share/mk/sys.mk /usr/src/share/mk/local.sys.env.mk /usr/src/share/mk/src.sys.env.mk /etc/src-env.conf /usr/src/share/mk/bsd.mkopt.mk /usr/src/share/mk/src.sys.obj.mk /usr/src/share/mk/auto.obj.mk /usr/src/share/mk/bsd.suffixes.mk /etc/make.conf /usr/src/share/mk/local.sys.mk /usr/src/share/mk/src.sys.mk /etc/src.conf /usr/src/Makefile.inc1 /usr/src/share/mk/src.tools.mk /usr/src/share/mk/bsd.compiler.mk /usr/src/share/mk/bsd.opts.mk /usr/src/share/mk/bsd.cpu.mk /usr/src/share/mk/src.opts.mk /usr/src/share/mk/bsd.own.mk /usr/src/share/mk/bsd.linker.mk /usr/src/share/mk/bsd.subdir.mk /usr/src/share/mk/bsd.init.mk /usr/src/share/mk/local.init.mk /usr/src/share/mk/src.init.mk' .PATH='. /usr/src' *** Error code 1 Stop. bmake[1]: stopped in /usr/src .ERROR_TARGET='_libraries' .ERROR_META_FILE='' .MAKE.LEVEL='1' MAKEFILE='' .MAKE.MODE='meta missing-filemon=yes missing-meta=yes verbose' _ERROR_CMD='.PHONY' .CURDIR='/usr/src' .MAKE='/usr/obj/usr/src/make.amd64/bmake' .OBJDIR='/usr/obj/usr/src/amd64.amd64' .TARGETS='buildworld' DESTDIR='' LD_LIBRARY_PATH='' MACHINE='amd64' MACHINE_ARCH='amd64' MAKEOBJDIRPREFIX='' MAKESYSPATH='/usr/src/share/mk' MAKE_VERSION='20160606' PATH='/sbin:/bin:/usr/sbin:/usr/bin' SRCTOP='/usr/src' OBJTOP='/usr/obj/usr/src/amd64.amd64' .MAKE.MAKEFILES='/usr/src/share/mk/sys.mk /usr/src/share/mk/local.sys.env.mk /usr/src/share/mk/src.sys.env.mk /etc/src-env.conf /usr/src/share/mk/bsd.mkopt.mk /usr/src/share/mk/src.sys.obj.mk /usr/src/share/mk/auto.obj.mk /usr/src/share/mk/bsd.suffixes.mk /etc/make.conf /usr/src/share/mk/local.sys.mk /usr/src/share/mk/src.sys.mk /etc/src.conf /usr/src/Makefile.inc1 /usr/src/share/mk/src.tools.mk /usr/src/share/mk/bsd.compiler.mk /usr/src/share/mk/bsd.opts.mk /usr/src/share/mk/bsd.cpu.mk /usr/src/share/mk/src.opts.mk /usr/src/share/mk/bsd.own.mk /usr/src/share/mk/bsd.linker.mk /usr/src/share/mk/bsd.subdir.mk /usr/src/share/mk/bsd.init.mk /usr/src/share/mk/local.init.mk /usr/src/share/mk/src.init.mk' .PATH='. /usr/src' *** Error code 1 From owner-freebsd-current@freebsd.org Mon Nov 30 11:09:36 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 592704778EE for ; Mon, 30 Nov 2020 11:09:36 +0000 (UTC) (envelope-from freqlabs@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Cl2Yr28d4z3C2g for ; Mon, 30 Nov 2020 11:09:36 +0000 (UTC) (envelope-from freqlabs@FreeBSD.org) Received: from Ryans-MBP.attlocal.net (unknown [IPv6:2600:1700:358a:c660:b0e7:13b5:50e4:52d8]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) (Authenticated sender: freqlabs/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 1F0112D3D5 for ; Mon, 30 Nov 2020 11:09:36 +0000 (UTC) (envelope-from freqlabs@FreeBSD.org) Subject: Re: zpool export: umount failed, device inexplicably busy To: freebsd-current@freebsd.org References: From: Ryan Moeller Message-ID: <747403d2-362a-1279-ca55-8d8c2a4a4c65@FreeBSD.org> Date: Mon, 30 Nov 2020 06:09:34 -0500 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.16; rv:78.0) Gecko/20100101 Thunderbird/78.5.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US 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: Mon, 30 Nov 2020 11:09:36 -0000 On 10/6/20 4:29 PM, Graham Perrin wrote: > lsof finds no open file. Please be wary of lsof. I'm not sure it works on OpenZFS. The port reaches into /usr/src for zfs headers in locations that don't exist anymore to access kernel memory in /dev/kmem using structs that are different in OpenZFS. It is likely not building the ZFS support code on 13-current, and it is not expected to work on 12 with openzfs from ports, either. -Ryan > > How else might I tell why the device is busy? > > Mobile hard disk drive, USB. > > -- > > root@momh167-gjp4-8570p:~ # zpool export Transcend > cannot unmount '/Volumes/t500': umount failed > root@momh167-gjp4-8570p:~ # lsof /Volumes/t500 > root@momh167-gjp4-8570p:~ # zpool export Transcend > cannot unmount '/Volumes/t500': umount failed > root@momh167-gjp4-8570p:~ # zpool export Transcend > cannot unmount '/Volumes/t500': umount failed > root@momh167-gjp4-8570p:~ # umount /Volumes/t500/ > umount: unmount of /Volumes/t500 failed: Device busy > root@momh167-gjp4-8570p:~ # lsof /Volumes/t500 > root@momh167-gjp4-8570p:~ # zfs version > zfs-0.8.0-1 > zfs-kmod-0.8.0-1 > root@momh167-gjp4-8570p:~ # zpool iostat Transcend 3 >               capacity     operations     bandwidth > pool        alloc   free   read  write   read  write > ----------  -----  -----  -----  -----  -----  ----- > Transcend    126G   338G      0      0  3.29K  1.45K > Transcend    126G   338G      0      0      0      0 > Transcend    126G   338G      0      0      0      0 > Transcend    126G   338G      0      0      0      0 > Transcend    126G   338G      0      0      0      0 > Transcend    126G   338G      0      0      0      0 > ^C > root@momh167-gjp4-8570p:~ # umount /Volumes/t500/ > umount: unmount of /Volumes/t500 failed: Device busy > root@momh167-gjp4-8570p:~ # ls -ahl /Volumes/t500 > total 10 > drwxr-xr-x  3 root          wheel            3B Sep  2 19:02 . > drwxr-xr-x  4 root          wheel            4B Sep  5 09:15 .. > drwxr-xr-x  6 grahamperrin  grahamperrin     6B Sep 11 17:54 VirtualBox > root@momh167-gjp4-8570p:~ # zpool status Transcend >   pool: Transcend >  state: ONLINE >   scan: scrub repaired 0B in 00:28:07 with 0 errors on Tue Oct  6 > 00:03:13 2020 > config: > >         NAME        STATE     READ WRITE CKSUM >         Transcend   ONLINE       0     0     0 >           da0p1     ONLINE       0     0     0 > > errors: No known data errors > root@momh167-gjp4-8570p:~ # umount /Volumes/t500/ > umount: unmount of /Volumes/t500 failed: Device busy > root@momh167-gjp4-8570p:~ # lsof /Volumes/t500 > root@momh167-gjp4-8570p:~ # date ; uname -v > Tue Oct  6 21:20:17 BST 2020 > FreeBSD 13.0-CURRENT #67 r366424: Sun Oct  4 19:54:32 BST 2020 > root@momh167-gjp4-8570p:/usr/obj/usr/src/amd64.amd64/sys/GENERIC-NODEBUG > root@momh167-gjp4-8570p:~ # ls /dev/da* > /dev/da0        /dev/da0p1 > root@momh167-gjp4-8570p:~ # zfs get all Transcend Transcend/VirtualBox > NAME                  PROPERTY VALUE                     SOURCE > Transcend             type filesystem                - > Transcend             creation              Wed Sep  2 18:31 2020     - > Transcend             used 126G                      - > Transcend             available 324G                      - > Transcend             referenced 126G                      - > Transcend             compressratio 1.66x                     - > Transcend             mounted yes                       - > Transcend             quota none                      default > Transcend             reservation none default > Transcend             recordsize 128K                      default > Transcend             mountpoint /Volumes/t500             local > Transcend             sharenfs off                       default > Transcend             checksum on                        default > Transcend             compression zstd                      local > Transcend             atime on                        default > Transcend             devices on                        default > Transcend             exec on                        default > Transcend             setuid on                        default > Transcend             readonly off                       default > Transcend             jailed off                       default > Transcend             snapdir hidden                    default > Transcend             aclmode discard                   default > Transcend             aclinherit restricted                default > Transcend             createtxg 1                         - > Transcend             canmount on                        default > Transcend             xattr on                        default > Transcend             copies 1                         default > Transcend             version 5                         - > Transcend             utf8only off                       - > Transcend             normalization none                      - > Transcend             casesensitivity sensitive                 - > Transcend             vscan off                       default > Transcend             nbmand off                       default > Transcend             sharesmb off                       default > Transcend             refquota none                      default > Transcend             refreservation none default > Transcend             guid 6806553549477274436       - > Transcend             primarycache all default > Transcend             secondarycache all default > Transcend             usedbysnapshots 0B                        - > Transcend             usedbydataset 126G                      - > Transcend             usedbychildren 47.2M                     - > Transcend             usedbyrefreservation 0B                        - > Transcend             logbias latency                   default > Transcend             objsetid 54                        - > Transcend             dedup off                       default > Transcend             mlslabel none                      default > Transcend             sync standard                  default > Transcend             dnodesize legacy                    default > Transcend             refcompressratio 1.66x                     - > Transcend             written 126G                      - > Transcend             logicalused 210G                      - > Transcend             logicalreferenced 210G - > Transcend             volmode default                   default > Transcend             filesystem_limit none default > Transcend             snapshot_limit none default > Transcend             filesystem_count none default > Transcend             snapshot_count none default > Transcend             snapdev hidden                    default > Transcend             context none                      default > Transcend             fscontext none                      default > Transcend             defcontext none                      default > Transcend             rootcontext none default > Transcend             relatime off                       default > Transcend             redundant_metadata all default > Transcend             overlay on                        default > Transcend             encryption off                       default > Transcend             keylocation none default > Transcend             keyformat none                      default > Transcend             pbkdf2iters 0 default > Transcend             special_small_blocks 0                         > default > Transcend/VirtualBox  type filesystem                - > Transcend/VirtualBox  creation              Wed Sep  2 19:02 2020     - > Transcend/VirtualBox  used 200K                      - > Transcend/VirtualBox  available 324G                      - > Transcend/VirtualBox  referenced 200K                      - > Transcend/VirtualBox  compressratio 1.00x                     - > Transcend/VirtualBox  mounted no                        - > Transcend/VirtualBox  quota none                      default > Transcend/VirtualBox  reservation none default > Transcend/VirtualBox  recordsize 128K                      default > Transcend/VirtualBox  mountpoint /Volumes/t500/VirtualBox inherited > from Transcend > Transcend/VirtualBox  sharenfs off                       default > Transcend/VirtualBox  checksum on                        default > Transcend/VirtualBox  compression zstd inherited from Transcend > Transcend/VirtualBox  atime off                       local > Transcend/VirtualBox  devices on                        default > Transcend/VirtualBox  exec on                        default > Transcend/VirtualBox  setuid on                        default > Transcend/VirtualBox  readonly off                       default > Transcend/VirtualBox  jailed off                       default > Transcend/VirtualBox  snapdir hidden                    default > Transcend/VirtualBox  aclmode discard                   default > Transcend/VirtualBox  aclinherit restricted                default > Transcend/VirtualBox  createtxg 375                       - > Transcend/VirtualBox  canmount on                        default > Transcend/VirtualBox  xattr on                        default > Transcend/VirtualBox  copies 1                         default > Transcend/VirtualBox  version 5                         - > Transcend/VirtualBox  utf8only off                       - > Transcend/VirtualBox  normalization none                      - > Transcend/VirtualBox  casesensitivity sensitive                 - > Transcend/VirtualBox  vscan off                       default > Transcend/VirtualBox  nbmand off                       default > Transcend/VirtualBox  sharesmb off                       default > Transcend/VirtualBox  refquota none                      default > Transcend/VirtualBox  refreservation none default > Transcend/VirtualBox  guid 11240822048258000557      - > Transcend/VirtualBox  primarycache all default > Transcend/VirtualBox  secondarycache all default > Transcend/VirtualBox  usedbysnapshots 0B                        - > Transcend/VirtualBox  usedbydataset 200K                      - > Transcend/VirtualBox  usedbychildren 0B                        - > Transcend/VirtualBox  usedbyrefreservation 0B                        - > Transcend/VirtualBox  logbias latency                   default > Transcend/VirtualBox  objsetid 76                        - > Transcend/VirtualBox  dedup off                       default > Transcend/VirtualBox  mlslabel none                      default > Transcend/VirtualBox  sync standard                  default > Transcend/VirtualBox  dnodesize legacy                    default > Transcend/VirtualBox  refcompressratio 1.00x                     - > Transcend/VirtualBox  written 200K                      - > Transcend/VirtualBox  logicalused 49.5K                     - > Transcend/VirtualBox  logicalreferenced 49.5K - > Transcend/VirtualBox  volmode default                   default > Transcend/VirtualBox  filesystem_limit none default > Transcend/VirtualBox  snapshot_limit none default > Transcend/VirtualBox  filesystem_count none default > Transcend/VirtualBox  snapshot_count none default > Transcend/VirtualBox  snapdev hidden                    default > Transcend/VirtualBox  context none                      default > Transcend/VirtualBox  fscontext none                      default > Transcend/VirtualBox  defcontext none                      default > Transcend/VirtualBox  rootcontext none default > Transcend/VirtualBox  relatime off                       default > Transcend/VirtualBox  redundant_metadata all default > Transcend/VirtualBox  overlay on                        default > Transcend/VirtualBox  encryption aes-256-gcm               - > Transcend/VirtualBox  keylocation prompt                    local > Transcend/VirtualBox  keyformat passphrase                - > Transcend/VirtualBox  pbkdf2iters 350000                    - > Transcend/VirtualBox  encryptionroot Transcend/VirtualBox      - > Transcend/VirtualBox  keystatus unavailable               - > Transcend/VirtualBox  special_small_blocks 0                         > default > root@momh167-gjp4-8570p:~ # zpool get all Transcend > NAME       PROPERTY VALUE                          SOURCE > Transcend  size 464G                           - > Transcend  capacity 27%                            - > Transcend  altroot -                              default > Transcend  health ONLINE                         - > Transcend  guid 8076233369858608335            - > Transcend  version -                              default > Transcend  bootfs -                              default > Transcend  delegation on                             default > Transcend  autoreplace off                            default > Transcend  cachefile -                              default > Transcend  failmode wait                           default > Transcend  listsnapshots off                            default > Transcend  autoexpand off                            default > Transcend  dedupratio 1.00x                          - > Transcend  free 338G                           - > Transcend  allocated 126G                           - > Transcend  readonly off                            - > Transcend  ashift 0                              default > Transcend  comment -                              default > Transcend  expandsize -                              - > Transcend  freeing 0                              - > Transcend  fragmentation 12%                            - > Transcend  leaked 0                              - > Transcend  multihost off                            default > Transcend  checkpoint -                              - > Transcend  load_guid 15610592478404149099           - > Transcend  autotrim off                            default > Transcend  feature@async_destroy enabled local > Transcend  feature@empty_bpobj active local > Transcend  feature@lz4_compress active local > Transcend  feature@multi_vdev_crash_dump > enabled                        local > Transcend  feature@spacemap_histogram active                         > local > Transcend  feature@enabled_txg active local > Transcend  feature@hole_birth active                         local > Transcend  feature@extensible_dataset active                         > local > Transcend  feature@embedded_data active local > Transcend  feature@bookmarks enabled                        local > Transcend  feature@filesystem_limits enabled                        local > Transcend  feature@large_blocks enabled local > Transcend  feature@large_dnode enabled local > Transcend  feature@sha512 enabled                        local > Transcend  feature@skein enabled                        local > Transcend  feature@userobj_accounting active                         > local > Transcend  feature@encryption active                         local > Transcend  feature@project_quota active local > Transcend  feature@device_removal enabled local > Transcend  feature@obsolete_counts enabled local > Transcend  feature@zpool_checkpoint enabled local > Transcend  feature@spacemap_v2 active local > Transcend  feature@allocation_classes enabled                        > local > Transcend  feature@resilver_defer enabled local > Transcend  feature@bookmark_v2 enabled local > Transcend  feature@redaction_bookmarks enabled                        > local > Transcend  feature@redacted_datasets enabled                        local > Transcend  feature@bookmark_written enabled local > Transcend  feature@log_spacemap active local > Transcend  feature@livelist enabled                        local > Transcend  feature@device_rebuild enabled local > Transcend  feature@zstd_compress active local > root@momh167-gjp4-8570p:~ # > > > _______________________________________________ > 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 Mon Nov 30 11:29:41 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 7FC9C4786DC for ; Mon, 30 Nov 2020 11:29:41 +0000 (UTC) (envelope-from hps@selasky.org) Received: from mail.turbocat.net (turbocat.net [88.99.82.50]) (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 4Cl3105NZ4z3DrJ for ; Mon, 30 Nov 2020 11:29:40 +0000 (UTC) (envelope-from hps@selasky.org) Received: from hps2020.home.selasky.org (unknown [178.17.145.105]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id 74BB126011F; Mon, 30 Nov 2020 12:29:33 +0100 (CET) Subject: Re: buildworld fails ( stopped in /usr/src/lib/libsysdecode ) To: Johan Hendriks , FreeBSD Current References: <6a237079-9c53-4841-0e75-ba78c0bc234c@gmail.com> From: Hans Petter Selasky Message-ID: Date: Mon, 30 Nov 2020 12:29:24 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Thunderbird/78.5.0 MIME-Version: 1.0 In-Reply-To: <6a237079-9c53-4841-0e75-ba78c0bc234c@gmail.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4Cl3105NZ4z3DrJ X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.30 / 15.00]; RCVD_TLS_ALL(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[88.99.82.50:from]; R_SPF_ALLOW(-0.20)[+a:mail.turbocat.net]; NEURAL_HAM_LONG(-1.00)[-1.000]; TAGGED_RCPT(0.00)[]; MIME_GOOD(-0.10)[text/plain]; ARC_NA(0.00)[]; DMARC_NA(0.00)[selasky.org]; SPAMHAUS_ZRD(0.00)[88.99.82.50:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; NEURAL_HAM_SHORT(-1.00)[-1.000]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FREEMAIL_TO(0.00)[gmail.com,freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:24940, ipnet:88.99.0.0/16, country:DE]; 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: Mon, 30 Nov 2020 11:29:41 -0000 On 11/30/20 11:43 AM, Johan Hendriks wrote: > My server running FreeBSD 13.0-CURRENT #7 r368110 fails to build to r368182 > I did a make cleanworld && make cleanworld to make sure i use a fresh > build but it errors out with the following message. This is a known issue and will be fixed. --HPS From owner-freebsd-current@freebsd.org Mon Nov 30 12:11:50 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 E18DC47A59B for ; Mon, 30 Nov 2020 12:11:50 +0000 (UTC) (envelope-from joh.hendriks@gmail.com) Received: from mail-ed1-x536.google.com (mail-ed1-x536.google.com [IPv6:2a00:1450:4864:20::536]) (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 4Cl3xf314zz3HTX for ; Mon, 30 Nov 2020 12:11:50 +0000 (UTC) (envelope-from joh.hendriks@gmail.com) Received: by mail-ed1-x536.google.com with SMTP id u19so14426401edx.2 for ; Mon, 30 Nov 2020 04:11:50 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding :content-language; bh=aljVEkr03gUIFNVzqaZdvPMIBDyRZDQxCOK6TQnPBFw=; b=jTaFKlGM5O+x5g2iGN2jqYGNe//4XD29kwcgVfKgoWIIMKcjunykpQZ5GR3pZhg7JE OkKGs2ZJ9IcY6qjT/UK9z4TchlfPBJw1wexuQvEjBxhD4n/mg9jl0xwsHILYGNnSuUKN 96pUUPLUfH69Hk1GI2tW6DR/QGHQzYPsyhDe4a9ytpGJ0lqV09RTXBChDTuzKCuqJcI5 4cBnH/0cxt6bD7A8t30XIMstkBnBqf/fnoFazsFYHwIsP/E57iqVIZV8rRVYb+g6V7Y2 8LEi0P8zp38DJciFPTzUEm25AlC+EhHy2aHraXtRDuUI0YwnMPNpEfPx1H+TwR3HKC/O nA0w== X-Gm-Message-State: AOAM532IH/bwAzkVZVob7z57eHWwjchilbTGAw70oscFYkF9rqnmlksP EvO8fSCwYT2JgIA9gkzfzwCXxWXPO9Q= X-Google-Smtp-Source: ABdhPJxfvI/rvz5PHcnq0d3Wpno35EyN9fs/LKdqdmQ21Lg/bTmCIq/FQ5f91yHaNEviuPk19lrGeA== X-Received: by 2002:a50:bb66:: with SMTP id y93mr21845736ede.244.1606738308632; Mon, 30 Nov 2020 04:11:48 -0800 (PST) Received: from MacBook-Pro-van-Johan.local (85-147-130-226.cable.dynamic.v4.ziggo.nl. [85.147.130.226]) by smtp.gmail.com with ESMTPSA id s12sm8515793ejy.25.2020.11.30.04.11.47 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Mon, 30 Nov 2020 04:11:47 -0800 (PST) Subject: Re: buildworld fails ( stopped in /usr/src/lib/libsysdecode ) To: Hans Petter Selasky , FreeBSD Current References: <6a237079-9c53-4841-0e75-ba78c0bc234c@gmail.com> From: Johan Hendriks Message-ID: <7e0a917b-0e77-b8dc-3b1b-1b02d66363f7@gmail.com> Date: Mon, 30 Nov 2020 13:11:47 +0100 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.16; rv:78.0) Gecko/20100101 Thunderbird/78.5.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-US X-Rspamd-Queue-Id: 4Cl3xf314zz3HTX X-Spamd-Bar: --- X-Spamd-Result: default: False [-4.00 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[2a00:1450:4864:20::536:from]; FREEMAIL_ENVFROM(0.00)[gmail.com]; MID_RHS_MATCH_FROM(0.00)[]; TAGGED_FROM(0.00)[]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; 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)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; SPAMHAUS_ZRD(0.00)[2a00:1450:4864:20::536:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::536: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: Mon, 30 Nov 2020 12:11:50 -0000 On 30/11/2020 12:29, Hans Petter Selasky wrote: > On 11/30/20 11:43 AM, Johan Hendriks wrote: >> My server running FreeBSD 13.0-CURRENT #7 r368110 fails to build to >> r368182 >> I did a make cleanworld && make cleanworld to make sure i use a fresh >> build but it errors out with the following message. > > This is a known issue and will be fixed. > > --HPS > Thank you for the conformation. And thank you all for your work on FreeBSD. regards Johan From owner-freebsd-current@freebsd.org Mon Nov 30 12:46:00 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 6153F47B3A0 for ; Mon, 30 Nov 2020 12:46:00 +0000 (UTC) (envelope-from david@catwhisker.org) 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 4Cl4j40HTLz3KYg for ; Mon, 30 Nov 2020 12:46:00 +0000 (UTC) (envelope-from david@catwhisker.org) Received: by mailman.nyi.freebsd.org (Postfix) id 07DBC47B39F; Mon, 30 Nov 2020 12:46:00 +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 0664A47B5F3 for ; Mon, 30 Nov 2020 12:46:00 +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 4Cl4j34qr3z3KLh for ; Mon, 30 Nov 2020 12:45:59 +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 0AUCjuVx019238; Mon, 30 Nov 2020 12:45:56 GMT (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.16.1/8.16.1/Submit) id 0AUCjtwQ019237; Mon, 30 Nov 2020 04:45:55 -0800 (PST) (envelope-from david) Date: Mon, 30 Nov 2020 04:45:55 -0800 From: David Wolfskill To: Mateusz Guzik Cc: current@freebsd.org Subject: Re: Laptop exhibits erratic responsiveness Message-ID: Reply-To: current@freebsd.org Mail-Followup-To: current@freebsd.org, Mateusz Guzik References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="ENSCgXiFNPZM3e6F" Content-Disposition: inline In-Reply-To: X-Rspamd-Queue-Id: 4Cl4j34qr3z3KLh 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: Mon, 30 Nov 2020 12:46:00 -0000 --ENSCgXiFNPZM3e6F Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Nov 29, 2020 at 03:20:15PM +0100, Mateusz Guzik wrote: > On 11/29/20, David Wolfskill wrote: > > On Sat, Nov 28, 2020 at 10:47:57AM -0500, Jonathan Looney wrote: > >> FWIW, I would try running lockstat on the box. (My supposition is that > >> the > >> delay is due to a lock. That could be incorrect. Lockstat may provide > >> some > >> clue as to whether this is a line of inquiry worth pursuing.) > >> .... > > > > Thanks (again), Jonathan. > > > > So... I did that (during this morning's daily upgrade cycle); the > > results may be "of interest" to some. > ... > > http://www.catwhisker.org/~david/FreeBSD/head/lockstat/README > ... >=20 > According to the data you got the entire kernel "freezes" every 11-12 > seconds. So something way off is going on there. >=20 > Given that the bug seems to be reproducible I think it would be best > if you just bisected to the offending commit. >=20 > --=20 > Mateusz Guzik I had thought that the issue arose (as noted in my initial message) around 09 Nov, which was the day that my daily update on head went from r367484 to r367517. So for my inital attempt at a "before the breakage" kernel (& world), I "updated" sources to r367444, as I had updated to that revision on 07 Nov. Testing (again, via "ping albert") still showed most RTTs around 0.600 ms, but (around) every 11th packet, I would see an RTT in the 400 - 650 ms range -- around a factor of 1000(ish). So while I was not seeing RTTs in excess of 68 seconds (as I did at least one time for the initial message), I believe(d) that the underlying issue still existed at r367444. Lather, rinse, repeat -- for: * r367484 (from 08 Nov) * r367243 (from 01 Nov) * r366312 (from 01 Oct) * r363759 (from 01 Aug) At this point, I was questioning many assumptions, so I cleared /usr/obj completely and then updated back to r368143... and the issue remained. (The laptop was quite busy yesterday.) I definitely do NOT see anything like this running stable/12 (presently at r368181). I will try some experiments with another laptop (a newer one, for which the built-in mouse is detected weirdly, making it annoying to use for me -- but I can still ping from it). Peace, david --=20 David H. Wolfskill david@catwhisker.org "Make America Great Again," he said -- and THIS is what he did??!? See http://www.catwhisker.org/~david/publickey.gpg for my public key. --ENSCgXiFNPZM3e6F Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQGTBAEBCgB9FiEE4owz2QxMJyaxAefyQLJg+bY2PckFAl/E6YNfFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEUy OEMzM0Q5MEM0QzI3MjZCMTAxRTdGMjQwQjI2MEY5QjYzNjNEQzkACgkQQLJg+bY2 PcnAFAf/dGX09t6WqOBtK6mBs79PQcPiG+W5CpT14ZcBiVcmEg+ooUOAEfYdvvnA FD/Uxge1OPiN32Ezh5yNAz+hgfy23wPe8oLW9H1xOsJ2HoXnrmBrlycdniyXfsvB dKYDg6VfbEcbE9p5iVSTeYTOxz40n9iriD2SrunpiwFIvEhrCsCBhK0Y/rgrI6e+ lGN/Y6lQOwmiX3aZFj6t8LmPcgQ8HnTaemybtQ7gLC7UjfYSpODwcV8AlLeNoYKS 8pJGbEG+KEuJ59dn3aGqk6EG/oc6ylrWgRQCNkitPul6KzpTYMJ6mNXFJ0j5hVMN djM1V3msW+2/KbU6di7ugkfkm307Nw== =Vt8d -----END PGP SIGNATURE----- --ENSCgXiFNPZM3e6F-- From owner-freebsd-current@freebsd.org Mon Nov 30 13:10:55 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 B974E47BE4A for ; Mon, 30 Nov 2020 13:10:55 +0000 (UTC) (envelope-from mjguzik@gmail.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 4Cl5Fq2CzTz3M3b for ; Mon, 30 Nov 2020 13:10:55 +0000 (UTC) (envelope-from mjguzik@gmail.com) Received: by mailman.nyi.freebsd.org (Postfix) id 4C1E547BC42; Mon, 30 Nov 2020 13:10:55 +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 4BE5A47BBB5 for ; Mon, 30 Nov 2020 13:10:55 +0000 (UTC) (envelope-from mjguzik@gmail.com) Received: from mail-wm1-x32e.google.com (mail-wm1-x32e.google.com [IPv6:2a00:1450:4864:20::32e]) (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 4Cl5Fq1Vrqz3MCb for ; Mon, 30 Nov 2020 13:10:54 +0000 (UTC) (envelope-from mjguzik@gmail.com) Received: by mail-wm1-x32e.google.com with SMTP id g185so17059223wmf.3 for ; Mon, 30 Nov 2020 05:10:54 -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; bh=tfd/O6/V9HInb5cXO3vGzI0uHvnsLudP+lbuNiBT4s8=; b=tbhRrp31Ti1Qt8xh1J8oqqeLEqaeC1wxK5BZVKqD7x2tNt8UdXaCMvKd6aUo/WleCA YxTeybsBzWWO7H/A6GJYPXh9Px9T5lMJ+3npMdJSvN/JWYxthxxENy/VbNM+pCXvHMpi tffz5NIGFTy0WQ5uqDB3ePVi0hTtgLz6fRTG7dBSShaMB+LoYSA79wwqbyMhf0Yrd3Oh xOxJsVHmqadC1B5GE0yZzf/5rF/Y5JYF4D6iyMY72xk1thN54By537Aa+1gl6nQSTtKU qPMG2ven1pmeTzIYC6raCIt/dz7temNssGvtjXczI97zSa/5ZBMtMB0RZ4Crm5blXbkB 5Ymg== X-Gm-Message-State: AOAM533bU4nY9lNidxKLigoHkeFiWwE0SvQ4AkR8yWZLWHYfA3brjpZB 91sHXCTfGYvrEG7UlQBSC4QEqjDIXmsZCFpgpFl+/mDLvY4= X-Google-Smtp-Source: ABdhPJxc9bxG5VL+BH9BiwNvSGaB5GP1HnInvEVUfEJGH1aEb3977cFZhNh2egaLQ04jC1M0qr/ZM4BzmL9BRpBX+Ac= X-Received: by 2002:a7b:c012:: with SMTP id c18mr23382118wmb.10.1606741852746; Mon, 30 Nov 2020 05:10:52 -0800 (PST) MIME-Version: 1.0 Received: by 2002:a5d:4d47:0:0:0:0:0 with HTTP; Mon, 30 Nov 2020 05:10:51 -0800 (PST) In-Reply-To: References: From: Mateusz Guzik Date: Mon, 30 Nov 2020 14:10:51 +0100 Message-ID: Subject: Re: Laptop exhibits erratic responsiveness To: current@freebsd.org, Mateusz Guzik Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 4Cl5Fq1Vrqz3MCb 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: Mon, 30 Nov 2020 13:10:55 -0000 On 11/30/20, David Wolfskill wrote: > On Sun, Nov 29, 2020 at 03:20:15PM +0100, Mateusz Guzik wrote: >> On 11/29/20, David Wolfskill wrote: >> > On Sat, Nov 28, 2020 at 10:47:57AM -0500, Jonathan Looney wrote: >> >> FWIW, I would try running lockstat on the box. (My supposition is that >> >> the >> >> delay is due to a lock. That could be incorrect. Lockstat may provide >> >> some >> >> clue as to whether this is a line of inquiry worth pursuing.) >> >> .... >> > >> > Thanks (again), Jonathan. >> > >> > So... I did that (during this morning's daily upgrade cycle); the >> > results may be "of interest" to some. >> ... >> > http://www.catwhisker.org/~david/FreeBSD/head/lockstat/README >> ... >> >> According to the data you got the entire kernel "freezes" every 11-12 >> seconds. So something way off is going on there. >> >> Given that the bug seems to be reproducible I think it would be best >> if you just bisected to the offending commit. >> >> -- >> Mateusz Guzik > > I had thought that the issue arose (as noted in my initial message) > around 09 Nov, which was the day that my daily update on head went from > r367484 to r367517. > > So for my inital attempt at a "before the breakage" kernel (& world), I > "updated" sources to r367444, as I had updated to that revision on 07 > Nov. > > Testing (again, via "ping albert") still showed most RTTs around 0.600 > ms, but (around) every 11th packet, I would see an RTT in the 400 - 650 > ms range -- around a factor of 1000(ish). So while I was not seeing > RTTs in excess of 68 seconds (as I did at least one time for the initial > message), I believe(d) that the underlying issue still existed at > r367444. > > Lather, rinse, repeat -- for: > > * r367484 (from 08 Nov) > * r367243 (from 01 Nov) > * r366312 (from 01 Oct) > * r363759 (from 01 Aug) > > At this point, I was questioning many assumptions, so I cleared /usr/obj > completely and then updated back to r368143... and the issue remained. > > (The laptop was quite busy yesterday.) > > I definitely do NOT see anything like this running stable/12 (presently > at r368181). > > I will try some experiments with another laptop (a newer one, for which > the built-in mouse is detected weirdly, making it annoying to use for me > -- but I can still ping from it). > As a sanity check, does the issue manifest itself if you build a GENERIC-NODEBUG kernel? -- Mateusz Guzik From owner-freebsd-current@freebsd.org Mon Nov 30 13:21:30 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 A59C147C589 for ; Mon, 30 Nov 2020 13:21:30 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 4Cl5V22kT5z3NfW for ; Mon, 30 Nov 2020 13:21:30 +0000 (UTC) (envelope-from david@catwhisker.org) Received: by mailman.nyi.freebsd.org (Postfix) id 5D93B47C0E6; Mon, 30 Nov 2020 13:21:30 +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 5D5AD47C513 for ; Mon, 30 Nov 2020 13:21:30 +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 4Cl5V20NCTz3NTm for ; Mon, 30 Nov 2020 13:21:29 +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 0AUDLSko019529; Mon, 30 Nov 2020 13:21:28 GMT (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.16.1/8.16.1/Submit) id 0AUDLSpC019528; Mon, 30 Nov 2020 05:21:28 -0800 (PST) (envelope-from david) Date: Mon, 30 Nov 2020 05:21:28 -0800 From: David Wolfskill To: Mateusz Guzik Cc: current@freebsd.org Subject: Re: Laptop exhibits erratic responsiveness Message-ID: Reply-To: current@freebsd.org Mail-Followup-To: current@freebsd.org, Mateusz Guzik References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="NsyoVntXywntlQ1R" Content-Disposition: inline In-Reply-To: X-Rspamd-Queue-Id: 4Cl5V20NCTz3NTm 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: Mon, 30 Nov 2020 13:21:30 -0000 --NsyoVntXywntlQ1R Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Nov 30, 2020 at 02:10:51PM +0100, Mateusz Guzik wrote: > ... > > I definitely do NOT see anything like this running stable/12 (presently > > at r368181). > > > > I will try some experiments with another laptop (a newer one, for which > > the built-in mouse is detected weirdly, making it annoying to use for me > > -- but I can still ping from it). > > >=20 > As a sanity check, does the issue manifest itself if you build a > GENERIC-NODEBUG kernel? >=20 > --=20 > Mateusz Guzik > .... I will try that, but I'm not sure how soon -- I use this laptop whenever I'm interacting with computers (which is most of the time that I'm awake). I will see what happens with the newer laptop later today. FWIW, the copy of the laptop's "head" kernel config in http://www.catwhisker.org/~david/FreeBSD/head/CANARY is current. And the only difference between the stable/12 config and the head config is: g1-48(12.2-S)[3] diff -u FreeBSD-1{2,3}/CANARY --- FreeBSD-12/CANARY 2019-07-08 10:43:51.940026000 -0700 +++ FreeBSD-13/CANARY 2015-03-22 10:03:41.000000000 -0700 @@ -342,7 +342,7 @@ # from some parts of the kernel. As this makes everything more noisy, # it is disabled by default. # -# options DIAGNOSTIC +options DIAGNOSTIC =20 # # REGRESSION causes optional kernel interfaces necessary only for regressi= on Hmmm... so I suppose that re-disbling DIAGNOSTIC might be a reasonable thing to try, as well, yeah...? :-} Peace, david --=20 David H. Wolfskill david@catwhisker.org There's no point in asking Trump "Sir, have you no decency?" -- it is already well established that neither he nor his enablers have any. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --NsyoVntXywntlQ1R Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQGTBAEBCgB9FiEE4owz2QxMJyaxAefyQLJg+bY2PckFAl/E8dhfFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEUy OEMzM0Q5MEM0QzI3MjZCMTAxRTdGMjQwQjI2MEY5QjYzNjNEQzkACgkQQLJg+bY2 PclEKgf/V83k9N/PpFsQqQcnTbxNxMmUk12KYKxVQijocIVJPffki237DT/5MkJD HFgAOBNLhUFM7lCyjuYH0lfu8SBXcDh9D1iWBU9l4dOlwwD9mRd+AQe+J/5+4pHn SLMekawslilMqvyD7q8hRUllOMxk3tu1vugoD6OAbLbB2pZogefmR2SfRmX2O6KG EMuobgIROkWJ12EpaNlOI7vuNvx++8pm5pdrKTcDe9dcR/MdMEJaI6KKB2uRHE6d B//ETet4Ul74b+IEMy4xoooTIa0mJR13I3YiqgwxgMrDPmynm9rcnffjB0A0pkYy h+UTGzFYSi6/yJ9+wM3WyOf69s5FFw== =oH10 -----END PGP SIGNATURE----- --NsyoVntXywntlQ1R-- From owner-freebsd-current@freebsd.org Mon Nov 30 13:50:58 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 A035A47CF44; Mon, 30 Nov 2020 13:50:58 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from relay1-d.mail.gandi.net (relay1-d.mail.gandi.net [217.70.183.193]) (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 4Cl6816VXtz3QM6; Mon, 30 Nov 2020 13:50:57 +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 relay1-d.mail.gandi.net (Postfix) with ESMTPSA id E8500240008; Mon, 30 Nov 2020 13:50:54 +0000 (UTC) Subject: Re: dtrace: give %'d a chance? To: Mark Johnston Cc: FreeBSD Current , freebsd-dtrace@freebsd.org References: 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: <5b87b1af-2c19-7f41-60f0-1e578c72e17d@FreeBSD.org> Date: Mon, 30 Nov 2020 15:50:53 +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: 8bit X-Rspamd-Queue-Id: 4Cl6816VXtz3QM6 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: Mon, 30 Nov 2020 13:50:58 -0000 On 19/11/2020 16:57, Mark Johnston wrote: > On Thu, Nov 19, 2020 at 01:28:56PM +0200, Andriy Gapon wrote: >> >> what do people think about adding >> setlocale(LC_NUMERIC, ""); >> to dtrace's main function? > > That seems reasonable to me. > >> My primary interest is to (pretty-)print some numbers with a thousands separator. >> >> Not sure if any other LC_ types are worth bothering. > > Maybe LC_TIME? libdtrace a couple of date formatters, %T and %Y. A > locale-aware formatter might be worth having. FWIW, I've just discovered that despite what http://dtrace.org/guide/chp-fmt.html says about %Y its output is not dependent on locale settings. A quick look at the code confirms that -- pfprint_time uses ctime_r. But %T (undocumented at the above link) indeed depends on LC_TIME as pfprint_time822 uses strftime("%a, %d %b %G %T %Z"). Sample output in C locale: 10000000 Mon, 30 Nov 2020 13:47:24 UTC 2020 Nov 30 13:47:24 The same formats (%'d, %T, %Y) in uk_UA locale: 10 000 000 Пн, 30 лист. 2020 13:43:11 UTC 2020 Nov 30 13:43:11 -- Andriy Gapon From owner-freebsd-current@freebsd.org Mon Nov 30 15:03: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 1B74047F10C for ; Mon, 30 Nov 2020 15:03:42 +0000 (UTC) (envelope-from melounmichal@gmail.com) Received: from mail-ej1-x632.google.com (mail-ej1-x632.google.com [IPv6:2a00:1450:4864:20::632]) (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 4Cl7lx13mgz3lhD for ; Mon, 30 Nov 2020 15:03:40 +0000 (UTC) (envelope-from melounmichal@gmail.com) Received: by mail-ej1-x632.google.com with SMTP id bo9so22302324ejb.13 for ; Mon, 30 Nov 2020 07:03:40 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:from:reply-to:subject:to:references :message-id:date:user-agent:mime-version:in-reply-to :content-language:content-transfer-encoding; bh=NW3mFceJBdMEWts2on+TmShAC5AsSm0uDKKyFRSmqro=; b=S23u3myfVXQljNygD+TeeDlkzuv/23nxW4QMc6QEGkJNK+KLe262yzvk7/nFZ3iHhT xEXWc8IRzlhUlrtm7PbmPtPvdluP6wHH5FEn79IN1b6W8TUqTvzABdC0qG0wuKFTcK3y q1JIvFnMHNZvKFRTj6pKsOxXfaHnCvtyaJE5fqwuooJH1RP/IBmhECStKhozMo4agmcp 2oqia3juA6my31p0GzZ3uzVp3ZWQq4KaRphvZAqFHrev61SF+hb3aISWrT3g/G0oU/ju rI5CPXNlQ6wMsS1r/oZA5m7RtxNOMmYj2/lTL94rKRtkGOLKXYHH71StdedghrFyBelE XmGQ== X-Gm-Message-State: AOAM532urhoXTRH3ho+gPWhE7MShHwhFVL8mk+sE0nwubA+JmJk0mJE1 ffKTjEx4D3VDjXbHAOO2XoTz4qvWtAaSjw== X-Google-Smtp-Source: ABdhPJy4oD+BEwXYbSSo8QfjML2505wlgkZ+4HVGGH4gx+MnavK/A4ZqoJZQXYDosWGw4asTKSHcpg== X-Received: by 2002:a17:906:b805:: with SMTP id dv5mr9998160ejb.208.1606748619572; Mon, 30 Nov 2020 07:03:39 -0800 (PST) Received: from [88.208.79.100] (halouny.humusoft.cz. [88.208.79.100]) by smtp.gmail.com with ESMTPSA id l10sm8174501ejq.43.2020.11.30.07.03.38 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Mon, 30 Nov 2020 07:03:39 -0800 (PST) Sender: Michal Meloun From: Michal Meloun X-Google-Original-From: Michal Meloun Reply-To: mmel@freebsd.org Subject: Re: buildworld fails ( stopped in /usr/src/lib/libsysdecode ) To: FreeBSD Current References: <6a237079-9c53-4841-0e75-ba78c0bc234c@gmail.com> <7e0a917b-0e77-b8dc-3b1b-1b02d66363f7@gmail.com> Message-ID: Date: Mon, 30 Nov 2020 16:03:38 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.5.0 MIME-Version: 1.0 In-Reply-To: <7e0a917b-0e77-b8dc-3b1b-1b02d66363f7@gmail.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4Cl7lx13mgz3lhD X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.00 / 15.00]; HAS_REPLYTO(0.00)[mmel@freebsd.org]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36:c]; FREEMAIL_FROM(0.00)[gmail.com]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; 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]; TAGGED_FROM(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[2a00:1450:4864:20::632: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]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; REPLYTO_DOM_NEQ_FROM_DOM(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[2a00:1450:4864:20::632:from:127.0.2.255]; MID_RHS_MATCH_TO(1.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::632: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: Mon, 30 Nov 2020 15:03:42 -0000 On 30.11.2020 13:11, Johan Hendriks wrote: > > On 30/11/2020 12:29, Hans Petter Selasky wrote: >> On 11/30/20 11:43 AM, Johan Hendriks wrote: >>> My server running FreeBSD 13.0-CURRENT #7 r368110 fails to build to >>> r368182 >>> I did a make cleanworld && make cleanworld to make sure i use a fresh >>> build but it errors out with the following message. >> >> This is a known issue and will be fixed. >> >> --HPS >> > Thank you for the conformation. > And thank you all for your work on FreeBSD. > > regards > Johan > Fixed in r368187. Sorry for troubles. Michal From owner-freebsd-current@freebsd.org Mon Nov 30 15:27: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 E476247FA97 for ; Mon, 30 Nov 2020 15:27:47 +0000 (UTC) (envelope-from joh.hendriks@gmail.com) Received: from mail-ed1-x52a.google.com (mail-ed1-x52a.google.com [IPv6:2a00:1450:4864:20::52a]) (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 4Cl8Hl1tc3z3mvy; Mon, 30 Nov 2020 15:27:47 +0000 (UTC) (envelope-from joh.hendriks@gmail.com) Received: by mail-ed1-x52a.google.com with SMTP id y22so8440298edv.1; Mon, 30 Nov 2020 07:27:47 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding :content-language; bh=hyg6NYRhHqLUFSjwOZf+9R8VqO3cRqr3R3U5uXR5VA4=; b=E7sfYWMWK8N663LUW24FBnkp2ouNyQYTExPMisBoCR3vo3IwbJjqLvaxuLVuEwsXmj duyoqq7la6FTHtaVO8NeuaJw8Um2ZHlZ4nXoMMjAyc3FX7CUb+h1J4sVFCZrIpawV7Tq 4zJJwRa3agqfrvzsih6iarfY4a/aBQFqAfFUQg8ZQPpT14Yu4bSWzzhTclwDmeuuj/Jt ZTseNhrUJ9Ofdrj5YKbnWqUsjZ1sbU7+qY4LXu6XtYU60rx6oP2TzIcVuQDKjBRiJaHG wQM1O4LqAvQDLlraT4f7iHvp4rl2EQmXityJunS2OR1mebeZmAGA+wIGHzk+mgCZtdGy 07Ww== X-Gm-Message-State: AOAM533PjoKa5+RlfvMs25fb00r4e57u6lPaHCdpLj1NSGAfXIMJZ7IT JOvuCMfqEsm4biGT9YYx3vjVctMtfcc= X-Google-Smtp-Source: ABdhPJy/2R+WcufQpkvcjJPFxhmsPGXpkuozHEg3T8KR29Ij8iTR9yNryIAY+1U65/xjsptIzacf2g== X-Received: by 2002:aa7:db15:: with SMTP id t21mr3063926eds.60.1606750065734; Mon, 30 Nov 2020 07:27:45 -0800 (PST) Received: from MacBook-Pro-van-Johan.local (85-147-130-226.cable.dynamic.v4.ziggo.nl. [85.147.130.226]) by smtp.gmail.com with ESMTPSA id j20sm135203ejy.124.2020.11.30.07.27.44 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Mon, 30 Nov 2020 07:27:45 -0800 (PST) Subject: Re: buildworld fails ( stopped in /usr/src/lib/libsysdecode ) To: mmel@freebsd.org, FreeBSD Current References: <6a237079-9c53-4841-0e75-ba78c0bc234c@gmail.com> <7e0a917b-0e77-b8dc-3b1b-1b02d66363f7@gmail.com> From: Johan Hendriks Message-ID: Date: Mon, 30 Nov 2020 16:27:44 +0100 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.16; rv:78.0) Gecko/20100101 Thunderbird/78.5.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-US X-Rspamd-Queue-Id: 4Cl8Hl1tc3z3mvy X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36:c]; FREEMAIL_FROM(0.00)[gmail.com]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[gmail.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[2a00:1450:4864:20::52a:from]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; TAGGED_FROM(0.00)[]; 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]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[2a00:1450:4864:20::52a:from:127.0.2.255]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::52a: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: Mon, 30 Nov 2020 15:27:47 -0000 On 30/11/2020 16:03, Michal Meloun wrote: > > > On 30.11.2020 13:11, Johan Hendriks wrote: >> >> On 30/11/2020 12:29, Hans Petter Selasky wrote: >>> On 11/30/20 11:43 AM, Johan Hendriks wrote: >>>> My server running FreeBSD 13.0-CURRENT #7 r368110 fails to build to >>>> r368182 >>>> I did a make cleanworld && make cleanworld to make sure i use a >>>> fresh build but it errors out with the following message. >>> >>> This is a known issue and will be fixed. >>> >>> --HPS >>> >> Thank you for the conformation. >> And thank you all for your work on FreeBSD. >> >> regards >> Johan >> > > Fixed in r368187. Sorry for troubles. > Michal > Thank you, no problem and no need for a sorry! From owner-freebsd-current@freebsd.org Mon Nov 30 20:48:56 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 F3BA34A7173 for ; Mon, 30 Nov 2020 20:48:56 +0000 (UTC) (envelope-from david@catwhisker.org) 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 4ClHQJ50t2z4drt for ; Mon, 30 Nov 2020 20:48:56 +0000 (UTC) (envelope-from david@catwhisker.org) Received: by mailman.nyi.freebsd.org (Postfix) id A9BB24A7172; Mon, 30 Nov 2020 20:48:56 +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 A844E4A7171 for ; Mon, 30 Nov 2020 20:48:56 +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 4ClHQJ2Q59z4dxd; Mon, 30 Nov 2020 20:48:55 +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 0AUKml0X022414; Mon, 30 Nov 2020 20:48:47 GMT (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.16.1/8.16.1/Submit) id 0AUKmlmC022413; Mon, 30 Nov 2020 12:48:47 -0800 (PST) (envelope-from david) Date: Mon, 30 Nov 2020 12:48:47 -0800 From: David Wolfskill To: current@freebsd.org Subject: Re: Laptop exhibits erratic responsiveness Message-ID: Reply-To: current@freebsd.org Mail-Followup-To: current@freebsd.org References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="lwqYMeKFau3B6yCE" Content-Disposition: inline In-Reply-To: X-Rspamd-Queue-Id: 4ClHQJ2Q59z4dxd 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: Mon, 30 Nov 2020 20:48:57 -0000 --lwqYMeKFau3B6yCE Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Nov 30, 2020 at 05:21:28AM -0800, David Wolfskill wrote: > ... > FWIW, the copy of the laptop's "head" kernel config in > http://www.catwhisker.org/~david/FreeBSD/head/CANARY is current. >=20 > And the only difference between the stable/12 config and the head config > is: >=20 > g1-48(12.2-S)[3] diff -u FreeBSD-1{2,3}/CANARY > --- FreeBSD-12/CANARY 2019-07-08 10:43:51.940026000 -0700 > +++ FreeBSD-13/CANARY 2015-03-22 10:03:41.000000000 -0700 > @@ -342,7 +342,7 @@ > # from some parts of the kernel. As this makes everything more noisy, > # it is disabled by default. > # > -# options DIAGNOSTIC > +options DIAGNOSTIC > =20 > # > # REGRESSION causes optional kernel interfaces necessary only for regres= sion >=20 > Hmmm... so I suppose that re-disbling DIAGNOSTIC might be a reasonable > thing to try, as well, yeah...? :-} > .... Well, success(ish): * I was able to reproduce the observed effect using the newer laptop, running a kernel from 14 Nov (thus, r367674): * I was able to reproduce the observed effect using the newer laptop, running a kernel from 14 Nov (thus, r367674). (I had cloned the old laptop's disk drive and slapped it inito the newer laptop.) * I then updated the kernel config file ("CANARY") to comment out the DIAGNOSTIC option, then rebuilt/installed the kernel. * Upon reboot, "ping albert" showed remarkably consistent RTTs (compared to before) -- e.g., the initial example I posted showed: --- albert.catwhisker.org ping statistics --- 67 packets transmitted, 67 packets received, 0.0% packet loss round-trip min/avg/max/stddev =3D3D 0.428/1024.248/68482.244/8303.513 ms On the newer laptop after the above change, I saw: --- albert.catwhisker.org ping statistics --- 30 packets transmitted, 30 packets received, 0.0% packet loss round-trip min/avg/max/stddev =3D 0.463/0.574/0.671/0.054 ms Please especially note the maxima & standard deviations. FWIW, I do have (in /boot/loader.conf): # Try to reduce WITNESS overhead vm.debug.divisor=3D4 (which I also utilize at work). I suppose I will be commenting out that DIAGNOSTIC option now.... :-} Peace, david --=20 David H. Wolfskill david@catwhisker.org There's no point in asking Trump "Sir, have you no decency?" -- it is already well established that neither he nor his enablers have any. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --lwqYMeKFau3B6yCE Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQGTBAEBCgB9FiEE4owz2QxMJyaxAefyQLJg+bY2PckFAl/FWq9fFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEUy OEMzM0Q5MEM0QzI3MjZCMTAxRTdGMjQwQjI2MEY5QjYzNjNEQzkACgkQQLJg+bY2 PcmaAAf9EYdq5N4UBXJXDsdkeu2aEqxQRPb4BPnRFTUaB7pnlQVcJF/U01WyfRaK dAidNDi4IWd0IOghLzMmxLKskYtfQB7BKh+LGqT7hyuccKM9UPRheWINr26XmRtM k46hq0lfu6bteJFnD4Q51paGDRthKsVZJ5tYoUdnlwiZdSXYcIB656B5h+dsBfGc YXUXDy9Cgz4vEZjBwg9zVG5UP049MQ87iCmcCUzDNlqP6tj/CwxkCr7c7PSdPxP+ gfacliZhNgWQB3ilmKMq3KTJ/8WQ0f5kuZ4F1yHr2t1ueLybl1dDhGGNrk7ZfDwD ZncuYnmSoE0bG+u9tVGuCsekpLxZYA== =Tp0m -----END PGP SIGNATURE----- --lwqYMeKFau3B6yCE-- From owner-freebsd-current@freebsd.org Mon Nov 30 21:03: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 0C3504A7D20 for ; Mon, 30 Nov 2020 21:03:46 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 4ClHlP0l01z4gnR for ; Mon, 30 Nov 2020 21:03:44 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: by mailman.nyi.freebsd.org (Postfix) id AECAD4A7D1D; Mon, 30 Nov 2020 21:03:44 +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 A37E14A7AB2 for ; Mon, 30 Nov 2020 21:03:44 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4ClHlM4W3Yz4gNw for ; Mon, 30 Nov 2020 21:03:42 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from tom.home (kib@localhost [127.0.0.1]) by kib.kiev.ua (8.16.1/8.16.1) with ESMTPS id 0AUL3TmA060788 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO) for ; Mon, 30 Nov 2020 23:03:32 +0200 (EET) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua 0AUL3TmA060788 Received: (from kostik@localhost) by tom.home (8.16.1/8.16.1/Submit) id 0AUL3TQP060787 for current@freebsd.org; Mon, 30 Nov 2020 23:03:29 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Mon, 30 Nov 2020 23:03:29 +0200 From: Konstantin Belousov To: current@freebsd.org Subject: Re: Laptop exhibits erratic responsiveness Message-ID: References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FORGED_GMAIL_RCVD,FREEMAIL_FROM, NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.4 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on tom.home X-Rspamd-Queue-Id: 4ClHlM4W3Yz4gNw 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: Mon, 30 Nov 2020 21:03:46 -0000 On Mon, Nov 30, 2020 at 12:48:47PM -0800, David Wolfskill wrote: > On Mon, Nov 30, 2020 at 05:21:28AM -0800, David Wolfskill wrote: > > ... > > FWIW, the copy of the laptop's "head" kernel config in > > http://www.catwhisker.org/~david/FreeBSD/head/CANARY is current. > > > > And the only difference between the stable/12 config and the head config > > is: > > > > g1-48(12.2-S)[3] diff -u FreeBSD-1{2,3}/CANARY > > --- FreeBSD-12/CANARY 2019-07-08 10:43:51.940026000 -0700 > > +++ FreeBSD-13/CANARY 2015-03-22 10:03:41.000000000 -0700 > > @@ -342,7 +342,7 @@ > > # from some parts of the kernel. As this makes everything more noisy, > > # it is disabled by default. > > # > > -# options DIAGNOSTIC > > +options DIAGNOSTIC > > > > # > > # REGRESSION causes optional kernel interfaces necessary only for regression > > > > Hmmm... so I suppose that re-disbling DIAGNOSTIC might be a reasonable > > thing to try, as well, yeah...? :-} > > .... > > Well, success(ish): > > * I was able to reproduce the observed effect using the newer laptop, > running a kernel from 14 Nov (thus, r367674): > > * I was able to reproduce the observed effect using the newer laptop, > running a kernel from 14 Nov (thus, r367674). (I had cloned the old > laptop's disk drive and slapped it inito the newer laptop.) > > * I then updated the kernel config file ("CANARY") to comment out the > DIAGNOSTIC option, then rebuilt/installed the kernel. > > * Upon reboot, "ping albert" showed remarkably consistent RTTs (compared > to before) -- e.g., the initial example I posted showed: > > --- albert.catwhisker.org ping statistics --- > 67 packets transmitted, 67 packets received, 0.0% packet loss > round-trip min/avg/max/stddev =3D 0.428/1024.248/68482.244/8303.513 ms > > On the newer laptop after the above change, I saw: > > --- albert.catwhisker.org ping statistics --- > 30 packets transmitted, 30 packets received, 0.0% packet loss > round-trip min/avg/max/stddev = 0.463/0.574/0.671/0.054 ms > > Please especially note the maxima & standard deviations. > > > FWIW, I do have (in /boot/loader.conf): > > # Try to reduce WITNESS overhead > vm.debug.divisor=4 > > (which I also utilize at work). > > I suppose I will be commenting out that DIAGNOSTIC option now.... :-} Try to just set debug.vmem_check to 0 and see if it helps. From owner-freebsd-current@freebsd.org Mon Nov 30 21:22: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 986FA4A8865 for ; Mon, 30 Nov 2020 21:22:47 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 4ClJ9M2F50z4jqB for ; Mon, 30 Nov 2020 21:22:47 +0000 (UTC) (envelope-from david@catwhisker.org) Received: by mailman.nyi.freebsd.org (Postfix) id 4C4C44A8864; Mon, 30 Nov 2020 21:22: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 4C1674A8B04 for ; Mon, 30 Nov 2020 21:22:47 +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 4ClJ9M02Jcz4jnF for ; Mon, 30 Nov 2020 21:22:46 +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 0AULMj1E022629; Mon, 30 Nov 2020 21:22:45 GMT (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.16.1/8.16.1/Submit) id 0AULMjoT022628; Mon, 30 Nov 2020 13:22:45 -0800 (PST) (envelope-from david) Date: Mon, 30 Nov 2020 13:22:45 -0800 From: David Wolfskill To: Konstantin Belousov Cc: current@freebsd.org Subject: Re: Laptop exhibits erratic responsiveness Message-ID: Reply-To: current@freebsd.org Mail-Followup-To: current@freebsd.org, Konstantin Belousov References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="bBrTiOYJZJUPAzB7" Content-Disposition: inline In-Reply-To: X-Rspamd-Queue-Id: 4ClJ9M02Jcz4jnF 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: Mon, 30 Nov 2020 21:22:47 -0000 --bBrTiOYJZJUPAzB7 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Nov 30, 2020 at 11:03:29PM +0200, Konstantin Belousov wrote: > ... > > I suppose I will be commenting out that DIAGNOSTIC option now.... :-} >=20 > Try to just set debug.vmem_check to 0 and see if it helps. > ... OK; I rebooted the new(er) laptop with the previous kernel (that was built with "option DIAGNOSTIC") and reproduced the issue: --- albert.catwhisker.org ping statistics --- 37 packets transmitted, 37 packets received, 0.0% packet loss round-trip min/avg/max/stddev =3D 0.451/13.832/178.867/41.904 ms Then: g1-216(13.0-C)[2] sudo sysctl debug.vmem_check Password: debug.vmem_check: 1 g1-216(13.0-C)[3] sudo sysctl debug.vmem_check=3D0 debug.vmem_check: 1 -> 0 On recheck: --- albert.catwhisker.org ping statistics --- 60 packets transmitted, 60 packets received, 0.0% packet loss round-trip min/avg/max/stddev =3D 0.411/0.551/1.051/0.084 ms which looks pretty good to me. Thank you, Konstantin! :-) Peace, david --=20 David H. Wolfskill david@catwhisker.org There's no point in asking Trump "Sir, have you no decency?" -- it is already well established that neither he nor his enablers have any. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --bBrTiOYJZJUPAzB7 Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQGTBAEBCgB9FiEE4owz2QxMJyaxAefyQLJg+bY2PckFAl/FYqVfFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEUy OEMzM0Q5MEM0QzI3MjZCMTAxRTdGMjQwQjI2MEY5QjYzNjNEQzkACgkQQLJg+bY2 PcnYAwgAq/ETCMNYBcUJtzgZt4xoFMIKQkTNht1m304rjyObcWnmm/Om+kWOL1fl raxTfyHhVISZ1/2vIhyBbUTjObRy3Wo0voj9ZLG9ETuSjfFdFtdqVyAn1k9a2QAh ppFPxbSL8fTCSRHK7qt9L9ID+ECrMYHAU+f4CM8FywjEsL40aKnZLmGMmJw0bSp1 by5AX2LekGaNZtDjLEpREyP1iE6ELeMycoQSS6BlRaK2FH7niq0j8HnfUmyqaWuW rdva68H1/G97ez4fbxi02aQQ6cwmFuj+T+5cN650BH4fWOwWGo8nh3Ooi5fcPXtp fwoggK3R8fQz2dAXsDaTlKl2XZf84Q== =LRXQ -----END PGP SIGNATURE----- --bBrTiOYJZJUPAzB7-- From owner-freebsd-current@freebsd.org Mon Nov 30 21:38:14 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 F1C324A8D6B for ; Mon, 30 Nov 2020 21:38:14 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 4ClJWB5Hccz4krL for ; Mon, 30 Nov 2020 21:38:14 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: by mailman.nyi.freebsd.org (Postfix) id B3A594A8C7D; Mon, 30 Nov 2020 21:38:14 +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 B36C44A8D6A for ; Mon, 30 Nov 2020 21:38:14 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4ClJWB2m0cz4kp4 for ; Mon, 30 Nov 2020 21:38:14 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from tom.home (kib@localhost [127.0.0.1]) by kib.kiev.ua (8.16.1/8.16.1) with ESMTPS id 0AULc7r7069157 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO) for ; Mon, 30 Nov 2020 23:38:10 +0200 (EET) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua 0AULc7r7069157 Received: (from kostik@localhost) by tom.home (8.16.1/8.16.1/Submit) id 0AULc7JT069156 for current@freebsd.org; Mon, 30 Nov 2020 23:38:07 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Mon, 30 Nov 2020 23:38:07 +0200 From: Konstantin Belousov To: current@freebsd.org Subject: Re: Laptop exhibits erratic responsiveness Message-ID: References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FORGED_GMAIL_RCVD,FREEMAIL_FROM, NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.4 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on tom.home X-Rspamd-Queue-Id: 4ClJWB2m0cz4kp4 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: Mon, 30 Nov 2020 21:38:15 -0000 On Mon, Nov 30, 2020 at 01:22:45PM -0800, David Wolfskill wrote: > On Mon, Nov 30, 2020 at 11:03:29PM +0200, Konstantin Belousov wrote: > > ... > > > I suppose I will be commenting out that DIAGNOSTIC option now.... :-} > > > > Try to just set debug.vmem_check to 0 and see if it helps. > > ... > > OK; I rebooted the new(er) laptop with the previous kernel (that was > built with "option DIAGNOSTIC") and reproduced the issue: > > --- albert.catwhisker.org ping statistics --- > 37 packets transmitted, 37 packets received, 0.0% packet loss > round-trip min/avg/max/stddev = 0.451/13.832/178.867/41.904 ms > > Then: > > g1-216(13.0-C)[2] sudo sysctl debug.vmem_check > Password: > debug.vmem_check: 1 > g1-216(13.0-C)[3] sudo sysctl debug.vmem_check=0 > debug.vmem_check: 1 -> 0 > > On recheck: > > --- albert.catwhisker.org ping statistics --- > 60 packets transmitted, 60 packets received, 0.0% packet loss > round-trip min/avg/max/stddev = 0.411/0.551/1.051/0.084 ms > > which looks pretty good to me. I wanted to change the default some time ago. Do not remember why it did not happen. From owner-freebsd-current@freebsd.org Tue Dec 1 07:04: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 EF83447F74F for ; Tue, 1 Dec 2020 07:04:28 +0000 (UTC) (envelope-from grahamperrin@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 4ClY4X0JXsz4sCg for ; Tue, 1 Dec 2020 07:04:27 +0000 (UTC) (envelope-from grahamperrin@gmail.com) Received: by mail-wr1-x436.google.com with SMTP id k14so969515wrn.1 for ; Mon, 30 Nov 2020 23:04:27 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:to:from:subject:message-id:date:user-agent :mime-version:content-transfer-encoding:content-language; bh=TioBV71hOcTkSBzD8t1uKitlEZ6ggIJk2UNSfskLLLg=; b=qeGs/nRKGS10urDz8+WlD8kg38NQlur8gF9rkMKvoUBOis6NezFkuDZbrpbSrQYhiB 9HAuRDR/v7gwyvxdnm0kTm9rlqze3mcJ1RgxMPYmHZtVPNOyk4Q4ko03/A9a4BsCA6Ap nMRQaxFi3UaRmOdFVZkMOcqBtZJMLZJGOBqCgtYjJHRY/RfEwNASXpIZ5GV0giVNvcDo 2slqwwXtj6NGm7PQPLViY8MMuXAMiUbjegQgbi8iQsI8TX0hZ49tExtODAJbiFcYxwoP 9ujU2NaTbudneE3U6qqb7zjQBqSCZeZnOTUAa7reau0LAwJ9tdMj+y84M/ltwpLz9R2M Lj4Q== X-Gm-Message-State: AOAM5330kHmadX0/FvZH/AmwhT7lbLbV6SJQKAf1CPtIxCpJMxr4XmjG kHu0xDQH+ZDL2YDQIUcY/g73h82VaH+vIg== X-Google-Smtp-Source: ABdhPJytvRD40Zu1gFjH73xUqqlrhvYl1bnwueJ8RMQyqZsGpAAGHmEAIare561PiNae1HADa553kg== X-Received: by 2002:adf:f7ce:: with SMTP id a14mr1889206wrq.294.1606806264461; Mon, 30 Nov 2020 23:04:24 -0800 (PST) Received: from [192.168.1.8] (79-66-147-78.dynamic.dsl.as9105.com. [79.66.147.78]) by smtp.gmail.com with ESMTPSA id f3sm1262199wrx.10.2020.11.30.23.04.23 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Mon, 30 Nov 2020 23:04:23 -0800 (PST) To: FreeBSD-CURRENT From: Graham Perrin Subject: Microsoft Teams with Linuxulator Message-ID: <7bc9e4b3-8e4a-ae19-74b6-5d74747e5684@gmail.com> Date: Tue, 1 Dec 2020 07:04:22 +0000 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Thunderbird/78.5.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: 4ClY4X0JXsz4sCg X-Spamd-Bar: --- X-Spamd-Result: default: False [-4.00 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; NEURAL_HAM_SHORT(-1.00)[-1.000]; RECEIVED_SPAMHAUS_PBL(0.00)[79.66.147.78:received]; FROM_EQ_ENVFROM(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[2a00:1450:4864:20::436:from]; FREEMAIL_ENVFROM(0.00)[gmail.com]; MID_RHS_MATCH_FROM(0.00)[]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[2a00:1450:4864:20::436:from:127.0.2.255]; MIME_TRACE(0.00)[0:+]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::436: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: Tue, 01 Dec 2020 07:04:29 -0000 From : ---- I have Teams 1.3.00.25560 at /compat/ubuntu/usr/bin/teams When run, it seems to get no further than this (from htop): … PID USER      PRI  NI  VIRT   RES S CPU% MEM%   TIME+  Command     0 root      -16   0     0  6416 S  5.4  0.0  1h08:14 kernel     1 root       52   0 11928   124 S  0.0  0.0  0:00.09 └─ init 99908 grahamper  20   0 2193M  115M S  0.0  0.7  0:04.46    ├─ teams 99924 grahamper  20   0  911M 93160 S  0.0  0.6  0:00.29    │  ├─ Watchdog 99909 grahamper  52   0  356M 41936 S  0.0  0.3  0:00.08    │  └─ teams --type=zygote --no-sandbox … – and later: … 99908 grahamper  20   0 2193M  115M S  0.0  0.7  0:04.68    ├─ teams 99924 grahamper  20   0  911M 93160 S  0.0  0.6  0:00.29    │  ├─ Chrome_ChildIOT 99909 grahamper  52   0  356M 41936 S  0.0  0.3  0:00.08    │  └─ teams --type=zygote --no-sandbox … – no GUI. Any suggestions? TIA From owner-freebsd-current@freebsd.org Tue Dec 1 08:43:41 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 49C194A2B0B for ; Tue, 1 Dec 2020 08:43:41 +0000 (UTC) (envelope-from freebsd@omnilan.de) Received: from mx0.gentlemail.de (mx0.gentlemail.de [IPv6:2a00:e10:2800::a130]) (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 "CN", Issuer "CN" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4ClbH03XP9z3CxP for ; Tue, 1 Dec 2020 08:43:39 +0000 (UTC) (envelope-from freebsd@omnilan.de) Received: from mh0.gentlemail.de (ezra.dcm1.omnilan.net [78.138.80.135]) by mx0.gentlemail.de (8.15.2/8.15.2) with ESMTP id 0B18hSDS028839 for ; Tue, 1 Dec 2020 09:43:30 +0100 (CET) (envelope-from freebsd@omnilan.de) X-Authentication-Warning: mx0.gentlemail.de: Host ezra.dcm1.omnilan.net [78.138.80.135] claimed to be mh0.gentlemail.de Received: from titan.inop.mo1.omnilan.net (s1.omnilan.de [217.91.127.234]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mh0.gentlemail.de (Postfix) with ESMTPSA id 069BD78F for ; Tue, 1 Dec 2020 09:43:27 +0100 (CET) To: freebsd-current@freebsd.org From: Harry Schmalzbauer Subject: rc.d/zpool runs before ada(4) attaches Organization: OmniLAN Message-ID: Date: Tue, 1 Dec 2020 09:43:26 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.7.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US X-Greylist: inspected by milter-greylist-4.6.2 (mx0.gentlemail.de [78.138.80.130]); Tue, 01 Dec 2020 09:43:30 +0100 (CET) for IP:'78.138.80.135' DOMAIN:'ezra.dcm1.omnilan.net' HELO:'mh0.gentlemail.de' FROM:'freebsd@omnilan.de' RCPT:'' X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.6.2 (mx0.gentlemail.de [78.138.80.130]); Tue, 01 Dec 2020 09:43:30 +0100 (CET) X-Rspamd-Queue-Id: 4ClbH03XP9z3CxP X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.30 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[2a00:e10:2800::a130:from]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; MIME_GOOD(-0.10)[text/plain]; HAS_XAW(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; HAS_ORG_HEADER(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_NONE(0.00)[]; SPAMHAUS_ZRD(0.00)[2a00:e10:2800::a130:from:127.0.2.255]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; DMARC_NA(0.00)[omnilan.de]; 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:61157, ipnet:2a00:e10:2800::/38, country:DE]; RCVD_TLS_LAST(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: Tue, 01 Dec 2020 08:43:41 -0000 Hello,  I'm playing with HEAD (post r364746, Merge OpenZFS support in to HEAD) on some of my non-out-of-box setups. One machine fails importing zpool because the correponding vdevs (ada0-ada2) are not available at the time rc.d/zpool runs. Adhoc  I'm not aware of any rc(8) vs. driver awareness. Is there any? Suggestions how to fix else than 'sleep 1'? Thanks, -harry P.S.: ahci(4) is compiled into kernel, machine is a HPE U48 (Gen 10 plus MicroServer), zfsloader loads root_MFS kernel module From owner-freebsd-current@freebsd.org Tue Dec 1 09:33:32 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 F0A094A3C68 for ; Tue, 1 Dec 2020 09:33:32 +0000 (UTC) (envelope-from ronald-lists@klop.ws) Received: from smtp-relay-int.realworks.nl (smtp-relay-int.realworks.nl [194.109.157.24]) (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 4ClcNW56Djz3G4k for ; Tue, 1 Dec 2020 09:33:31 +0000 (UTC) (envelope-from ronald-lists@klop.ws) Date: Tue, 1 Dec 2020 10:33:26 +0100 (CET) From: Ronald Klop To: freebsd-current@freebsd.org Message-ID: <1439301337.11.1606815206810@localhost> In-Reply-To: References: Subject: Re: rc.d/zpool runs before ada(4) attaches MIME-Version: 1.0 X-Mailer: Realworks (536.33.bf126bdda67) Importance: Normal X-Priority: 3 (Normal) X-Rspamd-Queue-Id: 4ClcNW56Djz3G4k X-Spamd-Bar: - X-Spamd-Result: default: False [-1.59 / 15.00]; ARC_NA(0.00)[]; RWL_MAILSPIKE_VERYGOOD(0.00)[194.109.157.24:from]; R_DKIM_ALLOW(-0.20)[klop.ws:s=rw2]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:194.109.157.0/24]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; TO_DN_NONE(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_SPAM_SHORT(0.91)[0.910]; DKIM_TRACE(0.00)[klop.ws:+]; DMARC_POLICY_ALLOW(-0.50)[klop.ws,none]; HAS_X_PRIO_THREE(0.00)[3]; RCVD_IN_DNSWL_NONE(0.00)[194.109.157.24:from]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; MID_RHS_NOT_FQDN(0.50)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ASN(0.00)[asn:3265, ipnet:194.109.0.0/16, country:NL]; MAILMAN_DEST(0.00)[freebsd-current] Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit 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: Tue, 01 Dec 2020 09:33:33 -0000 Van: Harry Schmalzbauer Datum: dinsdag, 1 december 2020 09:43 Aan: freebsd-current@freebsd.org Onderwerp: rc.d/zpool runs before ada(4) attaches > > Hello, I'm playing with HEAD (post r364746, Merge OpenZFS support in to HEAD) on some of my non-out-of-box setups. > > > One machine fails importing zpool because the correponding vdevs (ada0-ada2) > are not available at the time rc.d/zpool runs. > > > Adhoc I'm not aware of any rc(8) vs. driver awareness. > Is there any? > > Suggestions how to fix else than 'sleep 1'? > > Thanks, > > -harry > > P.S.: ahci(4) is compiled into kernel, machine is a HPE U48 (Gen 10 plus MicroServer), zfsloader loads root_MFS kernel module > There have been some changes to etc/rc.d/zpool in September. Do you have the latest version? Compare with: https://github.com/freebsd/freebsd/blob/master/libexec/rc/rc.d/zpool or https://svnweb.freebsd.org/base/head/libexec/rc/rc.d/zpool?revision=365354&view=markup Otherwise it would be helpful for readers if you could post some logs which indicate what is happening. /var/run/dmesg.boot or the output of "dmesg" Part of /var/log/messages Part of /var/log/console.log if it exists. Regards, Ronald. From owner-freebsd-current@freebsd.org Tue Dec 1 11:14: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 5AA8A4A57B6 for ; Tue, 1 Dec 2020 11:14:33 +0000 (UTC) (envelope-from cglogic@protonmail.com) Received: from mail-40140.protonmail.ch (mail-40140.protonmail.ch [185.70.40.140]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "protonmail.com", Issuer "SwissSign Server Gold CA 2014 - G22" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Clfd34lWlz3M8v for ; Tue, 1 Dec 2020 11:14:30 +0000 (UTC) (envelope-from cglogic@protonmail.com) Date: Tue, 01 Dec 2020 11:14:24 +0000 To: "freebsd-current@freebsd.org" From: cglogic Reply-To: cglogic Subject: pam_zfs_key Message-ID: <3w4nMQm06IvdFCRTkIZ2qXRp_tj6yYhMxPua6tZSEcn4OyznSL3PEUdXNpcZNFWmt227e1OOhKNzmx4jUIdJzIqFFvCd8PlnwD47i3l31Fo=@protonmail.com> MIME-Version: 1.0 X-Spam-Status: No, score=-1.2 required=10.0 tests=ALL_TRUSTED,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,FREEMAIL_FROM,HTML_MESSAGE shortcircuit=no autolearn=disabled version=3.4.4 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on mailout.protonmail.ch X-Rspamd-Queue-Id: 4Clfd34lWlz3M8v X-Spamd-Bar: / X-Spamd-Result: default: False [-0.89 / 15.00]; HAS_REPLYTO(0.00)[cglogic@protonmail.com]; R_SPF_ALLOW(-0.20)[+ip4:185.70.40.0/24:c]; FREEMAIL_FROM(0.00)[protonmail.com]; MIME_BASE64_TEXT_BOGUS(1.00)[]; DKIM_TRACE(0.00)[protonmail.com:+]; MIME_BASE64_TEXT(0.10)[]; DMARC_POLICY_ALLOW(-0.50)[protonmail.com,quarantine]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FREEMAIL_ENVFROM(0.00)[protonmail.com]; ASN(0.00)[asn:62371, ipnet:185.70.40.0/24, country:CH]; MID_RHS_MATCH_FROM(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[185.70.40.140:from]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.99)[-0.986]; R_DKIM_ALLOW(-0.20)[protonmail.com:s=protonmail]; REPLYTO_EQ_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; FREEMAIL_REPLYTO(0.00)[protonmail.com]; HAS_PHPMAILER_SIG(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[185.70.40.140:from:127.0.2.255]; NEURAL_SPAM_SHORT(1.00)[0.999]; TO_DN_EQ_ADDR_ALL(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[185.70.40.140:from]; MAILMAN_DEST(0.00)[freebsd-current] Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: base64 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: Tue, 01 Dec 2020 11:14:33 -0000 SGkgdGhlcmUhCgpJcyBwYW1femZzX2tleSBhdmFpbGFibGUgaW4gMTMtQ1VSUkVOVD8gSSB3YW50 IHRvIHNldHVwIGF1dG9tYXRpY2FsbHkgbG9hZGluZyB6ZnMgZW5jcnlwdGlvbiBrZXlzIGZvciBo b21lIGRhdGFzZXRzLgoKVGhhbmtzIQ== From owner-freebsd-current@freebsd.org Tue Dec 1 11:51:26 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 48D304A640A for ; Tue, 1 Dec 2020 11:51:26 +0000 (UTC) (envelope-from freebsd@omnilan.de) Received: from mx0.gentlemail.de (mx0.gentlemail.de [IPv6:2a00:e10:2800::a130]) (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 "CN", Issuer "CN" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4ClgRd1j0sz3PLK for ; Tue, 1 Dec 2020 11:51:24 +0000 (UTC) (envelope-from freebsd@omnilan.de) Received: from mh0.gentlemail.de (mh0.gentlemail.de [78.138.80.135]) by mx0.gentlemail.de (8.15.2/8.15.2) with ESMTP id 0B1BpLft029869; Tue, 1 Dec 2020 12:51:22 +0100 (CET) (envelope-from freebsd@omnilan.de) Received: from titan.inop.mo1.omnilan.net (s1.omnilan.de [217.91.127.234]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mh0.gentlemail.de (Postfix) with ESMTPSA id A650D7CC; Tue, 1 Dec 2020 12:51:21 +0100 (CET) Subject: Re: rc.d/zpool runs before ada(4) attaches To: Ronald Klop , FreeBSD Current References: <1439301337.11.1606815206810@localhost> From: Harry Schmalzbauer Organization: OmniLAN Message-ID: <08815f92-742c-2934-e746-fd04ca9b4e16@omnilan.de> Date: Tue, 1 Dec 2020 12:51:21 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.7.0 MIME-Version: 1.0 In-Reply-To: <1439301337.11.1606815206810@localhost> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US X-Greylist: inspected by milter-greylist-4.6.2 (mx0.gentlemail.de [78.138.80.130]); Tue, 01 Dec 2020 12:51:22 +0100 (CET) for IP:'78.138.80.135' DOMAIN:'mh0.gentlemail.de' HELO:'mh0.gentlemail.de' FROM:'freebsd@omnilan.de' RCPT:'' X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.6.2 (mx0.gentlemail.de [78.138.80.130]); Tue, 01 Dec 2020 12:51:22 +0100 (CET) X-Rspamd-Queue-Id: 4ClgRd1j0sz3PLK X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.30 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[2a00:e10:2800::a130:from]; R_SPF_ALLOW(-0.20)[+mx]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[omnilan.de]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; HAS_ORG_HEADER(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; NEURAL_HAM_SHORT(-1.00)[-1.000]; RCPT_COUNT_TWO(0.00)[2]; SPAMHAUS_ZRD(0.00)[2a00:e10:2800::a130:from:127.0.2.255]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:61157, ipnet:2a00:e10:2800::/38, country:DE]; RCVD_TLS_LAST(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: Tue, 01 Dec 2020 11:51:26 -0000 Am 01.12.2020 um 10:33 schrieb Ronald Klop: : : : >> One machine fails importing zpool because the correponding vdevs >> (ada0-ada2) >> are not available at the time rc.d/zpool runs. >> >> >> Adhoc  I'm not aware of any rc(8) vs. driver awareness. >> Is there any? >> >> Suggestions how to fix else than 'sleep 1'? >> >> Thanks, >> >> -harry >> >> P.S.: ahci(4) is compiled into kernel, machine is a HPE U48 (Gen 10 >> plus MicroServer), zfsloader loads root_MFS kernel module >> > > > There have been some changes to etc/rc.d/zpool in September. > Do you have the latest version? Compare with: > https://github.com/freebsd/freebsd/blob/master/libexec/rc/rc.d/zpool > or > https://svnweb.freebsd.org/base/head/libexec/rc/rc.d/zpool?revision=365354&view=markup > > > Otherwise it would be helpful for readers if you could post some logs > which indicate what is happening. > /var/run/dmesg.boot or the output of "dmesg" > Part of /var/log/messages > Part of /var/log/console.log if it exists. > Thanks, I'm on -current from view days ago. The problem is that cam(4) is still probing devices, when rc.d/zpool runs, since mount_root_from succeeded, because it is a RAM disk, so succeeds independent of any real drive/controller probing. I can imagine of other seldom edgecases hitting the issue too. So my proposed patch, working for me, looks like this: Index: libexec/rc/rc.d/zpool =================================================================== --- libexec/rc/rc.d/zpool       (revision 368202) +++ libexec/rc/rc.d/zpool       (working copy) @@ -18,8 +18,16 @@  zpool_start()  { -       local cachefile +        local cachefile n=0 camlist=`camcontrol devlist -v` +       # Wait for cam(4) devices attaching, 4 times at max by increasing +       # 1s each (10s max in total) +        while [ X"${camlist#*target*lun*probe}" != X"${camlist}" ]; do +               [ $n -lt 4 ] || break +               sleep $((n+=1)) +               camlist=`camcontrol devlist -v` +       done +         for cachefile in /etc/zfs/zpool.cache /boot/zfs/zpool.cache; do                 if [ -r $cachefile ]; then                         zpool import -c $cachefile -a -N && break best, -harry From owner-freebsd-current@freebsd.org Tue Dec 1 13:14:34 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 15F4B4A9691 for ; Tue, 1 Dec 2020 13:14:34 +0000 (UTC) (envelope-from ali.abdallah@suse.com) Received: from mx2.suse.de (mx2.suse.de [195.135.220.15]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp2.suse.de", Issuer "Let's Encrypt Authority X3" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4CljHY1XTTz3mNj for ; Tue, 1 Dec 2020 13:14:32 +0000 (UTC) (envelope-from ali.abdallah@suse.com) X-Virus-Scanned: by amavisd-new at test-mx.suse.de Received: from relay2.suse.de (unknown [195.135.221.27]) by mx2.suse.de (Postfix) with ESMTP id 191FCAC55 for ; Tue, 1 Dec 2020 13:14:31 +0000 (UTC) Date: Tue, 1 Dec 2020 14:14:30 +0100 From: Ali Abdallah To: freebsd-current@freebsd.org Subject: Issues with USB-C external monitors Message-ID: <20201201131430.ol7pzms24h743iwf@frix230> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline X-Rspamd-Queue-Id: 4CljHY1XTTz3mNj X-Spamd-Bar: ------ X-Spamd-Result: default: False [-6.20 / 15.00]; MID_RHS_NOT_FQDN(0.50)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[suse.com:s=susede1]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; DWL_DNSWL_MED(-2.00)[suse.com:dkim]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:195.135.220.15]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; RWL_MAILSPIKE_GOOD(0.00)[195.135.220.15:from]; RCPT_COUNT_ONE(0.00)[1]; RCVD_DKIM_ARC_DNSWL_MED(-0.50)[]; RCVD_IN_DNSWL_MED(-0.20)[195.135.220.15:from]; DKIM_TRACE(0.00)[suse.com:+]; DMARC_POLICY_ALLOW(-0.50)[suse.com,quarantine]; NEURAL_HAM_SHORT(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:29298, ipnet:195.135.220.0/22, country:DE]; 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: Tue, 01 Dec 2020 13:14:34 -0000 Hello, I have a T495 with a USB-C docking station with two external monitors, running current to get the vega 10 amdgpu to work. When the power is lost for on the USB-C dock, then the X server looses all external monitors. They appear as disconnected after running xrandr and I cannot figure out a way to bring them back without killing my current session and start X again, but that is very annoying... I tried to debug the issue and I'm pretty sure that the X server on FreeBSD is not reconfiguring the drm connectors automatically. Let's say I have DP-4 as external connector, when the power is lost, DP-4 disappears, when the power is back, DP-4 re-appear again but in unknown status. $ sysctl sys.class.drm | grep DP-4 sys.class.drm.card0-DP-4.modes: sys.class.drm.card0-DP-4.dpms: Off sys.class.drm.card0-DP-4.enabled: disabled sys.class.drm.card0-DP-4.status: unknown Now just running a simple libdrm code to rescan the connectors: __snippet__ res = drmModeGetResources(fd); for (int i = 0; i < res->count_connectors; ++i) { conn = drmModeGetConnector(fd, res->connectors[i]); After running the above code, the drm stack is somehow triggered to re-read the DP-4.status, which appears now to be connected, but not configured. $ sysctl sys.class.drm | grep DP-4 sys.class.drm.card0-DP-4.modes: 1920x1080 sys.class.drm.card0-DP-4.dpms: Off sys.class.drm.card0-DP-4.enabled: disabled sys.class.drm.card0-DP-4.status: connected I didn't dig further to see if I can trigger the X server to re-scan drm connectors and eventually remove those that vanished, and add newly detected connectors. On Linux that seems to work automatically. Any thoughts? Regards, Ali. From owner-freebsd-current@freebsd.org Tue Dec 1 14:01:09 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 2B8D54AA9B8 for ; Tue, 1 Dec 2020 14:01:09 +0000 (UTC) (envelope-from hps@selasky.org) Received: from mail.turbocat.net (turbocat.net [88.99.82.50]) (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 4ClkKJ0kN9z3qKd; Tue, 1 Dec 2020 14:01:07 +0000 (UTC) (envelope-from hps@selasky.org) Received: from hps2020.home.selasky.org (unknown [178.17.145.105]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id 1AECD260217; Tue, 1 Dec 2020 15:01:06 +0100 (CET) Subject: Re: Issues with USB-C external monitors To: Ali Abdallah , freebsd-current@freebsd.org, Scott Long References: <20201201131430.ol7pzms24h743iwf@frix230> From: Hans Petter Selasky Message-ID: <342519ee-6f73-98be-29b1-cea7890ccb1e@selasky.org> Date: Tue, 1 Dec 2020 15:00:55 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Thunderbird/78.5.0 MIME-Version: 1.0 In-Reply-To: <20201201131430.ol7pzms24h743iwf@frix230> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4ClkKJ0kN9z3qKd X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.30 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[88.99.82.50:from]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+a:mail.turbocat.net]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[selasky.org]; ARC_NA(0.00)[]; SPAMHAUS_ZRD(0.00)[88.99.82.50:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.997]; 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:24940, ipnet:88.99.0.0/16, country:DE]; RCVD_TLS_ALL(0.00)[]; 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: Tue, 01 Dec 2020 14:01:09 -0000 On 12/1/20 2:14 PM, Ali Abdallah wrote: > Hello, > > I have a T495 with a USB-C docking station with two external monitors, > running current to get the vega 10 amdgpu to work. > > When the power is lost for on the USB-C dock, then the X server looses > all external monitors. They appear as disconnected after running xrandr > and I cannot figure out a way to bring them back without killing my > current session and start X again, but that is very annoying... > > I tried to debug the issue and I'm pretty sure that the X server on > FreeBSD is not reconfiguring the drm connectors automatically. > > Let's say I have DP-4 as external connector, when the power is lost, > DP-4 disappears, when the power is back, DP-4 re-appear again but in > unknown status. > > $ sysctl sys.class.drm | grep DP-4 > sys.class.drm.card0-DP-4.modes: > sys.class.drm.card0-DP-4.dpms: Off > sys.class.drm.card0-DP-4.enabled: disabled > sys.class.drm.card0-DP-4.status: unknown > > Now just running a simple libdrm code to rescan the connectors: > > __snippet__ > res = drmModeGetResources(fd); > for (int i = 0; i < res->count_connectors; ++i) { > conn = drmModeGetConnector(fd, res->connectors[i]); > > After running the above code, the drm stack is somehow triggered to > re-read the DP-4.status, which appears now to be connected, but not > configured. > > $ sysctl sys.class.drm | grep DP-4 > sys.class.drm.card0-DP-4.modes: 1920x1080 > sys.class.drm.card0-DP-4.dpms: Off > sys.class.drm.card0-DP-4.enabled: disabled > sys.class.drm.card0-DP-4.status: connected > > I didn't dig further to see if I can trigger the X server to re-scan drm > connectors and eventually remove those that vanished, and add newly > detected connectors. On Linux that seems to work automatically. > > Any thoughts? There is missing code in the kernel to handle USB-C PCI express attach/detach. CC'ing Scott Long. --HPS From owner-freebsd-current@freebsd.org Tue Dec 1 15:22: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 723BF4AC2CB for ; Tue, 1 Dec 2020 15:22:16 +0000 (UTC) (envelope-from ronald-lists@klop.ws) Received: from smtp-relay-int.realworks.nl (smtp-relay-int.realworks.nl [194.109.157.24]) (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 4Clm6v3CpSz3wVQ for ; Tue, 1 Dec 2020 15:22:15 +0000 (UTC) (envelope-from ronald-lists@klop.ws) Date: Tue, 1 Dec 2020 16:22:10 +0100 (CET) From: Ronald Klop To: FreeBSD Current Message-ID: <286917313.21.1606836130991@localhost> In-Reply-To: <08815f92-742c-2934-e746-fd04ca9b4e16@omnilan.de> References: <1439301337.11.1606815206810@localhost> <08815f92-742c-2934-e746-fd04ca9b4e16@omnilan.de> Subject: Re: rc.d/zpool runs before ada(4) attaches MIME-Version: 1.0 X-Mailer: Realworks (536.33.bf126bdda67) Importance: Normal X-Priority: 3 (Normal) X-Rspamd-Queue-Id: 4Clm6v3CpSz3wVQ X-Spamd-Bar: - X-Spamd-Result: default: False [-1.50 / 15.00]; ARC_NA(0.00)[]; RWL_MAILSPIKE_VERYGOOD(0.00)[194.109.157.24:from]; R_DKIM_ALLOW(-0.20)[klop.ws:s=rw2]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:194.109.157.0/24]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; NEURAL_SPAM_SHORT(1.00)[1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; RCPT_COUNT_ONE(0.00)[1]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[klop.ws:+]; DMARC_POLICY_ALLOW(-0.50)[klop.ws,none]; HAS_X_PRIO_THREE(0.00)[3]; RCVD_IN_DNSWL_NONE(0.00)[194.109.157.24:from]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; MID_RHS_NOT_FQDN(0.50)[]; ASN(0.00)[asn:3265, ipnet:194.109.0.0/16, country:NL]; MAILMAN_DEST(0.00)[freebsd-current] Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit 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: Tue, 01 Dec 2020 15:22:16 -0000 Van: Harry Schmalzbauer Datum: dinsdag, 1 december 2020 12:51 Aan: Ronald Klop , FreeBSD Current Onderwerp: Re: rc.d/zpool runs before ada(4) attaches > > Am 01.12.2020 um 10:33 schrieb Ronald Klop: > : > : > : > >> One machine fails importing zpool because the correponding vdevs >> (ada0-ada2) > >> are not available at the time rc.d/zpool runs. > >> > >> > >> Adhoc I'm not aware of any rc(8) vs. driver awareness. > >> Is there any? > >> > >> Suggestions how to fix else than 'sleep 1'? > >> > >> Thanks, > >> > >> -harry > >> > >> P.S.: ahci(4) is compiled into kernel, machine is a HPE U48 (Gen 10 >> plus MicroServer), zfsloader loads root_MFS kernel module > >> > > > > > > There have been some changes to etc/rc.d/zpool in September. > > Do you have the latest version? Compare with: > > https://github.com/freebsd/freebsd/blob/master/libexec/rc/rc.d/zpool > > or > > https://svnweb.freebsd.org/base/head/libexec/rc/rc.d/zpool?revision=365354&view=markup > > > > > Otherwise it would be helpful for readers if you could post some logs > which indicate what is happening. > > /var/run/dmesg.boot or the output of "dmesg" > > Part of /var/log/messages > > Part of /var/log/console.log if it exists. > > > > Thanks, I'm on -current from view days ago. > The problem is that cam(4) is still probing devices, when rc.d/zpool runs, since mount_root_from succeeded, because it is a RAM disk, so succeeds independent of any real drive/controller probing. > I can imagine of other seldom edgecases hitting the issue too. > > So my proposed patch, working for me, looks like this: > Index: libexec/rc/rc.d/zpool > =================================================================== > --- libexec/rc/rc.d/zpool (revision 368202) > +++ libexec/rc/rc.d/zpool (working copy) > @@ -18,8 +18,16 @@ > > zpool_start() > { > - local cachefile > + local cachefile n=0 camlist=`camcontrol devlist -v` > > + # Wait for cam(4) devices attaching, 4 times at max by increasing > + # 1s each (10s max in total) > + while [ X"${camlist#*target*lun*probe}" != X"${camlist}" ]; do > + [ $n -lt 4 ] || break > + sleep $((n+=1)) > + camlist=`camcontrol devlist -v` > + done > + > for cachefile in /etc/zfs/zpool.cache /boot/zfs/zpool.cache; do > if [ -r $cachefile ]; then > zpool import -c $cachefile -a -N && break > > best, > -harry > > > You can define these in /boot/loader.conf: #kern.cam.boot_delay="10000" # Delay (in ms) of root mount for CAM bus #kern.cam.scsi_delay="2000" # Delay (in ms) before probing SCSI Maybe that helps. Ronald. From owner-freebsd-current@freebsd.org Tue Dec 1 15:34: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 1874C4AC17D for ; Tue, 1 Dec 2020 15:34:39 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from outbound2k.ore.mailhop.org (outbound2k.ore.mailhop.org [54.148.219.64]) (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 4ClmPB4RZpz4R7F for ; Tue, 1 Dec 2020 15:34:38 +0000 (UTC) (envelope-from ian@freebsd.org) ARC-Seal: i=1; a=rsa-sha256; t=1606836877; cv=none; d=outbound.mailhop.org; s=arc-outbound20181012; b=mJbFdn3vky8b43f+LC05+hEfbLSlzIqnHvDJIputTaNjOnkA805NcEG3AJbeqSfyW2+D9yJTNcXzT pRwlen6CQsdxae8HXor5vn7hx8nNGLHST2kFFKvumt/1o4gLg7dVAmkongft+WAM6kgwwueOOmJCtM AsWk7noXuQXfsKVyGoc06A0LLN99HEdNpwc4VncQ756P+u/K4+dg/o0LDnnP/iTcy5PxBbQpQasfXO AHGE1pkeL0VUq2Gev7dxJ6J8djv2sOH+FddhqRR6uPnQrZfu8ZiyZdJaowFmYwZ4R3NXvEu3QCO/s5 avlUJq8mV9mDkGRCGwH9N04B5n97OIg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=outbound.mailhop.org; s=arc-outbound20181012; h=content-transfer-encoding:mime-version:content-type:references:in-reply-to: date:to:from:subject:message-id:dkim-signature:from; bh=JXGElMP2/v99hP+QuY3qvbtOtBeeSyOc/L7PO2Jk3ZM=; b=m75oKsMErXO+T+igy6l4J1awwq9cfoiTiIqQUasmB348gY81d1WMJRHqNoz3MhVcg9HVkvAcc1FIe GLOxrn71Rr3CxkX+jOCZRS37oYk9SmkxrkXlYmICeoREYBphOk1q4UJ9vUom7qKL5PY5WWW9Nt1uml /EjzQAhmhQYAtt6VTXKmkhJVcweVars9Joj849P37x3Fp54AhM0Pur2ozthx5q4wQUSN3DNp/19QqO QgstIMqbkLvctrpfWCRi8rnxk7WNVmXcCUDihMvBrY5EWCNuXdGT3XiPsIDLzXbDBi9VUEO8r0ePV3 NpFG4zVgLYT/TiEGyedkJpovDuv8qzA== ARC-Authentication-Results: i=1; outbound4.ore.mailhop.org; spf=softfail smtp.mailfrom=freebsd.org smtp.remote-ip=67.177.211.60; dmarc=none header.from=freebsd.org; arc=none header.oldest-pass=0; X-MHO-RoutePath: aGlwcGll X-MHO-User: b62a4d2a-33ea-11eb-9e14-df46ed8f892f X-Report-Abuse-To: https://support.duocircle.com/support/solutions/articles/5000540958-duocircle-standard-smtp-abuse-information X-Originating-IP: 67.177.211.60 X-Mail-Handler: DuoCircle Outbound SMTP Received: from ilsoft.org (c-67-177-211-60.hsd1.co.comcast.net [67.177.211.60]) by outbound4.ore.mailhop.org (Halon) with ESMTPSA id b62a4d2a-33ea-11eb-9e14-df46ed8f892f; Tue, 01 Dec 2020 15:34:35 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.15.2/8.15.2) with ESMTP id 0B1FYXWV094978; Tue, 1 Dec 2020 08:34:33 -0700 (MST) (envelope-from ian@freebsd.org) Message-ID: <786faeee90e79aa0175b298ec859265ff57a3129.camel@freebsd.org> Subject: Re: rc.d/zpool runs before ada(4) attaches From: Ian Lepore To: Ronald Klop , FreeBSD Current Date: Tue, 01 Dec 2020 08:34:33 -0700 In-Reply-To: <286917313.21.1606836130991@localhost> References: <1439301337.11.1606815206810@localhost> <08815f92-742c-2934-e746-fd04ca9b4e16@omnilan.de> <286917313.21.1606836130991@localhost> Content-Type: text/plain; charset="ASCII" X-Mailer: Evolution 3.28.5 FreeBSD GNOME Team Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4ClmPB4RZpz4R7F X-Spamd-Bar: / X-Spamd-Result: default: False [0.00 / 15.00]; local_wl_from(0.00)[freebsd.org]; ASN(0.00)[asn:16509, ipnet:54.148.0.0/15, country:US] 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: Tue, 01 Dec 2020 15:34:39 -0000 On Tue, 2020-12-01 at 16:22 +0100, Ronald Klop wrote: > > Van: Harry Schmalzbauer > Datum: dinsdag, 1 december 2020 12:51 > Aan: Ronald Klop , FreeBSD Current < > freebsd-current@freebsd.org> > Onderwerp: Re: rc.d/zpool runs before ada(4) attaches > > > > Am 01.12.2020 um 10:33 schrieb Ronald Klop: > > : > > : > > : > > > > One machine fails importing zpool because the correponding > > > > vdevs >> (ada0-ada2) > > > > are not available at the time rc.d/zpool runs. > > > > > > > > > > > > Adhoc I'm not aware of any rc(8) vs. driver awareness. > > > > Is there any? > > > > > > > > Suggestions how to fix else than 'sleep 1'? > > > > > > > > Thanks, > > > > > > > > -harry > > > > > > > > P.S.: ahci(4) is compiled into kernel, machine is a HPE U48 > > > > (Gen 10 >> plus MicroServer), zfsloader loads root_MFS kernel > > > > module > > > > > > > > > > > > > There have been some changes to etc/rc.d/zpool in September. > > > Do you have the latest version? Compare with: > > > https://github.com/freebsd/freebsd/blob/master/libexec/rc/rc.d/zpool > > > or > > > https://svnweb.freebsd.org/base/head/libexec/rc/rc.d/zpool?revision=365354&view=markup > > > > > > > > > > Otherwise it would be helpful for readers if you could post some > > > logs > which indicate what is happening. > > > /var/run/dmesg.boot or the output of "dmesg" > > > Part of /var/log/messages > > > Part of /var/log/console.log if it exists. > > > > > > > Thanks, I'm on -current from view days ago. > > The problem is that cam(4) is still probing devices, when > > rc.d/zpool runs, since mount_root_from succeeded, because it is a > > RAM disk, so succeeds independent of any real drive/controller > > probing. > > I can imagine of other seldom edgecases hitting the issue too. > > > > So my proposed patch, working for me, looks like this: > > Index: libexec/rc/rc.d/zpool > > =================================================================== > > --- libexec/rc/rc.d/zpool (revision 368202) > > +++ libexec/rc/rc.d/zpool (working copy) > > @@ -18,8 +18,16 @@ > > > > zpool_start() > > { > > - local cachefile > > + local cachefile n=0 camlist=`camcontrol devlist -v` > > > > + # Wait for cam(4) devices attaching, 4 times at max by > > increasing > > + # 1s each (10s max in total) > > + while [ X"${camlist#*target*lun*probe}" != X"${camlist}" > > ]; do > > + [ $n -lt 4 ] || break > > + sleep $((n+=1)) > > + camlist=`camcontrol devlist -v` > > + done > > + > > for cachefile in /etc/zfs/zpool.cache > > /boot/zfs/zpool.cache; do > > if [ -r $cachefile ]; then > > zpool import -c $cachefile -a -N && break > > > > best, > > -harry > > > > > > > > You can define these in /boot/loader.conf: > #kern.cam.boot_delay="10000" # Delay (in ms) of root mount for CAM > bus > #kern.cam.scsi_delay="2000" # Delay (in ms) before probing SCSI > > Maybe that helps. > > Ronald. > Those settings control waiting before mounting root. Harry's problem is that root is mounted quickly, before other drives are ready for zfs. The zpool script waits for 'disks'. It would be nice if the cam subsystem had something like a sysctl it set to indicate when initial probing for disks was done, then there could be an rc.d/camprobe script with 'PROVIDE: disks' which waits for the probing to complete. -- Ian From owner-freebsd-current@freebsd.org Tue Dec 1 15:47:09 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 056004AC817 for ; Tue, 1 Dec 2020 15:47:09 +0000 (UTC) (envelope-from ronald-lists@klop.ws) Received: from smtp-relay-int.realworks.nl (smtp-relay-int.realworks.nl [194.109.157.24]) (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 4Clmgc1Q0Wz4Rst; Tue, 1 Dec 2020 15:47:07 +0000 (UTC) (envelope-from ronald-lists@klop.ws) Date: Tue, 1 Dec 2020 16:47:04 +0100 (CET) From: Ronald Klop To: Ian Lepore Cc: FreeBSD Current Message-ID: <657848968.24.1606837624286@localhost> In-Reply-To: <786faeee90e79aa0175b298ec859265ff57a3129.camel@freebsd.org> References: <1439301337.11.1606815206810@localhost> <08815f92-742c-2934-e746-fd04ca9b4e16@omnilan.de> <286917313.21.1606836130991@localhost> <786faeee90e79aa0175b298ec859265ff57a3129.camel@freebsd.org> Subject: Re: rc.d/zpool runs before ada(4) attaches MIME-Version: 1.0 X-Mailer: Realworks (536.33.bf126bdda67) Importance: Normal X-Priority: 3 (Normal) X-Rspamd-Queue-Id: 4Clmgc1Q0Wz4Rst X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.50 / 15.00]; ARC_NA(0.00)[]; RWL_MAILSPIKE_VERYGOOD(0.00)[194.109.157.24:from]; R_DKIM_ALLOW(-0.20)[klop.ws:s=rw2]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:194.109.157.0/24]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; NEURAL_HAM_LONG(-1.00)[-1.000]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[klop.ws:+]; RCPT_COUNT_TWO(0.00)[2]; HAS_X_PRIO_THREE(0.00)[3]; RCVD_IN_DNSWL_NONE(0.00)[194.109.157.24:from]; DMARC_POLICY_ALLOW(-0.50)[klop.ws,none]; NEURAL_HAM_SHORT(-1.00)[-1.000]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; MID_RHS_NOT_FQDN(0.50)[]; ASN(0.00)[asn:3265, ipnet:194.109.0.0/16, country:NL]; MAILMAN_DEST(0.00)[freebsd-current] Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit 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: Tue, 01 Dec 2020 15:47:09 -0000 Van: Ian Lepore Datum: dinsdag, 1 december 2020 16:34 Aan: Ronald Klop , FreeBSD Current Onderwerp: Re: rc.d/zpool runs before ada(4) attaches > > On Tue, 2020-12-01 at 16:22 +0100, Ronald Klop wrote: > > > > Van: Harry Schmalzbauer > > Datum: dinsdag, 1 december 2020 12:51 > > Aan: Ronald Klop , FreeBSD Current < > > freebsd-current@freebsd.org> > > Onderwerp: Re: rc.d/zpool runs before ada(4) attaches > > > > > > Am 01.12.2020 um 10:33 schrieb Ronald Klop: > > > : > > > : > > > : > > > > > One machine fails importing zpool because the correponding > > > > > vdevs >> (ada0-ada2) > > > > > are not available at the time rc.d/zpool runs. > > > > > > > > > > > > > > > Adhoc I'm not aware of any rc(8) vs. driver awareness. > > > > > Is there any? > > > > > > > > > > Suggestions how to fix else than 'sleep 1'? > > > > > > > > > > Thanks, > > > > > > > > > > -harry > > > > > > > > > > P.S.: ahci(4) is compiled into kernel, machine is a HPE U48 > > > > > (Gen 10 >> plus MicroServer), zfsloader loads root_MFS kernel > > > > > module > > > > > > > > > > > > > > > > > There have been some changes to etc/rc.d/zpool in September. > > > > Do you have the latest version? Compare with: > > > > > https://github.com/freebsd/freebsd/blob/master/libexec/rc/rc.d/zpool > > > > or > > > > > https://svnweb.freebsd.org/base/head/libexec/rc/rc.d/zpool?revision=365354&view=markup > > > > > > > > > > > > > Otherwise it would be helpful for readers if you could post some > > > > logs > which indicate what is happening. > > > > /var/run/dmesg.boot or the output of "dmesg" > > > > Part of /var/log/messages > > > > Part of /var/log/console.log if it exists. > > > > > > > > > > Thanks, I'm on -current from view days ago. > > > The problem is that cam(4) is still probing devices, when > > > rc.d/zpool runs, since mount_root_from succeeded, because it is a > > > RAM disk, so succeeds independent of any real drive/controller > > > probing. > > > I can imagine of other seldom edgecases hitting the issue too. > > > > > > So my proposed patch, working for me, looks like this: > > > Index: libexec/rc/rc.d/zpool > > > =================================================================== > > > --- libexec/rc/rc.d/zpool (revision 368202) > > > +++ libexec/rc/rc.d/zpool (working copy) > > > @@ -18,8 +18,16 @@ > > > > > > zpool_start() > > > { > > > - local cachefile > > > + local cachefile n=0 camlist=`camcontrol devlist -v` > > > > > > + # Wait for cam(4) devices attaching, 4 times at max by > > > increasing > > > + # 1s each (10s max in total) > > > + while [ X"${camlist#*target*lun*probe}" != X"${camlist}" > > > ]; do > > > + [ $n -lt 4 ] || break > > > + sleep $((n+=1)) > > > + camlist=`camcontrol devlist -v` > > > + done > > > + > > > for cachefile in /etc/zfs/zpool.cache > > > /boot/zfs/zpool.cache; do > > > if [ -r $cachefile ]; then > > > zpool import -c $cachefile -a -N && break > > > > > > best, > > > -harry > > > > > > > > > > > > > You can define these in /boot/loader.conf: > > #kern.cam.boot_delay="10000" # Delay (in ms) of root mount for CAM > > bus > > #kern.cam.scsi_delay="2000" # Delay (in ms) before probing SCSI > > > > Maybe that helps. > > > > Ronald. > > > > Those settings control waiting before mounting root. Harry's problem > is that root is mounted quickly, before other drives are ready for zfs. > > The zpool script waits for 'disks'. It would be nice if the cam > subsystem had something like a sysctl it set to indicate when initial > probing for disks was done, then there could be an rc.d/camprobe script > with 'PROVIDE: disks' which waits for the probing to complete. > > -- Ian > > > > > Or a devd event "ada-arrived" which calls rc.d/zpool. It sounds a bit like we need systemd. :-) Ronald. From owner-freebsd-current@freebsd.org Tue Dec 1 17:10: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 AD1904AEC6A for ; Tue, 1 Dec 2020 17:10:23 +0000 (UTC) (envelope-from greg@unrelenting.technology) Received: from out0.migadu.com (out0.migadu.com [94.23.1.103]) (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 4ClpWg2hmRz4YST; Tue, 1 Dec 2020 17:10:22 +0000 (UTC) (envelope-from greg@unrelenting.technology) Date: Tue, 01 Dec 2020 17:10:17 +0000 X-Report-Abuse: Please report any abuse attempt to abuse@migadu.com and include these headers. From: myfreeweb To: freebsd-current@freebsd.org, Hans Petter Selasky , Ali Abdallah , Scott Long Subject: Re: Issues with USB-C external monitors In-Reply-To: <342519ee-6f73-98be-29b1-cea7890ccb1e@selasky.org> References: <20201201131430.ol7pzms24h743iwf@frix230> <342519ee-6f73-98be-29b1-cea7890ccb1e@selasky.org> Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Migadu-Flow: FLOW_OUT X-Migadu-Auth-User: greg@unrelenting.technology X-Rspamd-Queue-Id: 4ClpWg2hmRz4YST 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: Tue, 01 Dec 2020 17:10:23 -0000 On December 1, 2020 2:00:55 PM UTC, Hans Petter Selasky wrote: >On 12/1/20 2:14 PM, Ali Abdallah wrote: >> Hello, >>=20 >> I have a T495 with a USB-C docking station with two external monitors, >> running current to get the vega 10 amdgpu to work=2E >>=20 >> When the power is lost for on the USB-C dock, then the X server looses >> all external monitors=2E They appear as disconnected after running xran= dr >> and I cannot figure out a way to bring them back without killing my >> current session and start X again, but that is very annoying=2E=2E=2E >>=20 >> I tried to debug the issue and I'm pretty sure that the X server on >> FreeBSD is not reconfiguring the drm connectors automatically=2E >>=20 >> Let's say I have DP-4 as external connector, when the power is lost, >> DP-4 disappears, when the power is back, DP-4 re-appear again but in >> unknown status=2E >>=20 >> $ sysctl sys=2Eclass=2Edrm | grep DP-4 >> sys=2Eclass=2Edrm=2Ecard0-DP-4=2Emodes: >> sys=2Eclass=2Edrm=2Ecard0-DP-4=2Edpms: Off >> sys=2Eclass=2Edrm=2Ecard0-DP-4=2Eenabled: disabled >> sys=2Eclass=2Edrm=2Ecard0-DP-4=2Estatus: unknown >>=20 >> Now just running a simple libdrm code to rescan the connectors: >>=20 >> __snippet__ >> res =3D drmModeGetResources(fd); >> for (int i =3D 0; i < res->count_connectors; ++i) { >> conn =3D drmModeGetConnector(fd, res->connectors[i]); Note: you can run graphics/drm_info instead of writing custom code=2E >> After running the above code, the drm stack is somehow triggered to >> re-read the DP-4=2Estatus, which appears now to be connected, but not >> configured=2E >>=20 >> $ sysctl sys=2Eclass=2Edrm | grep DP-4 >> sys=2Eclass=2Edrm=2Ecard0-DP-4=2Emodes: 1920x1080 >> sys=2Eclass=2Edrm=2Ecard0-DP-4=2Edpms: Off >> sys=2Eclass=2Edrm=2Ecard0-DP-4=2Eenabled: disabled >> sys=2Eclass=2Edrm=2Ecard0-DP-4=2Estatus: connected >>=20 >> I didn't dig further to see if I can trigger the X server to re-scan dr= m >> connectors and eventually remove those that vanished, and add newly >> detected connectors=2E On Linux that seems to work automatically=2E >>=20 >> Any thoughts? devd (really drm in the kernel) provides hotplug events (system DRM, type = HOTPLUG)=2E libudev-devd translates these to UD_ACTION_HOTPLUG=2E This works well with wlroots compositors at least=2E How xorg does this I have no idea, as I don't use xorg=2E If your xorg is built with DEVD instead of UDEV option, it shouldn't work,= I don't recall anyone adding support for that there=2E With UDEV it might work? >There is missing code in the kernel to handle USB-C PCI express=20 >attach/detach=2E CC'ing Scott Long=2E Seems like this is about regular DisplayPort over USB-C (the USB side almo= st always handled in firmware for this on non-embedded computers)=2E I don't think I've ever seen a *monitor* connecting over PCIe to an existi= ng GPU ;) (in this case card0, the onboard vega) From owner-freebsd-current@freebsd.org Tue Dec 1 17:32: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 245804AF797 for ; Tue, 1 Dec 2020 17:32:27 +0000 (UTC) (envelope-from ali.abdallah@suse.com) Received: from mx2.suse.de (mx2.suse.de [195.135.220.15]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp2.suse.de", Issuer "Let's Encrypt Authority X3" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Clq17037sz4bPT; Tue, 1 Dec 2020 17:32:26 +0000 (UTC) (envelope-from ali.abdallah@suse.com) X-Virus-Scanned: by amavisd-new at test-mx.suse.de Received: from relay2.suse.de (unknown [195.135.221.27]) by mx2.suse.de (Postfix) with ESMTP id F23AEAC2D; Tue, 1 Dec 2020 17:32:24 +0000 (UTC) Date: Tue, 1 Dec 2020 18:32:23 +0100 From: Ali Abdallah To: myfreeweb Cc: freebsd-current@freebsd.org, Hans Petter Selasky , Scott Long Subject: Re: Issues with USB-C external monitors Message-ID: <20201201173223.mwmrkogcjmtc4k2j@frix230> References: <20201201131430.ol7pzms24h743iwf@frix230> <342519ee-6f73-98be-29b1-cea7890ccb1e@selasky.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: X-Rspamd-Queue-Id: 4Clq17037sz4bPT 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: Tue, 01 Dec 2020 17:32:27 -0000 On 01.12.2020 17:10, myfreeweb wrote: > >> __snippet__ > >> res = drmModeGetResources(fd); > >> for (int i = 0; i < res->count_connectors; ++i) { > >> conn = drmModeGetConnector(fd, res->connectors[i]); > > Note: you can run graphics/drm_info instead of writing custom code. Thanks for the tip. > devd (really drm in the kernel) provides hotplug events (system DRM, type HOTPLUG). > libudev-devd translates these to UD_ACTION_HOTPLUG. > This works well with wlroots compositors at least. > > How xorg does this I have no idea, as I don't use xorg. > If your xorg is built with DEVD instead of UDEV option, it shouldn't work, I don't recall anyone adding support for that there. > With UDEV it might work? On current, for now I'm using the standard xorg-server from pkg, built with UDEV according to [1], so apparently that is not working either. At least in my case. Will dig futher into it. > > >There is missing code in the kernel to handle USB-C PCI express > >attach/detach. CC'ing Scott Long. > > Seems like this is about regular DisplayPort over USB-C (the USB side almost always handled in firmware for this on non-embedded computers). > I don't think I've ever seen a *monitor* connecting over PCIe to an existing GPU ;) > (in this case card0, the onboard vega) Yes, this is just the DisplayPort over USB-C from the onboard vega GPU. [1] https://www.freshports.org/x11-servers/xorg-server/ From owner-freebsd-current@freebsd.org Tue Dec 1 18:08: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 09D444B0239 for ; Tue, 1 Dec 2020 18:08:31 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from wout3-smtp.messagingengine.com (wout3-smtp.messagingengine.com [64.147.123.19]) (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 4Clqpj6Ndlz4fGg; Tue, 1 Dec 2020 18:08:29 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from compute2.internal (compute2.nyi.internal [10.202.2.42]) by mailout.west.internal (Postfix) with ESMTP id CDD6AD50; Tue, 1 Dec 2020 13:08:26 -0500 (EST) Received: from mailfrontend1 ([10.202.2.162]) by compute2.internal (MEProxy); Tue, 01 Dec 2020 13:08:27 -0500 X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedujedrudeivddgudduudcutefuodetggdotefrod ftvfcurfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfgh necuuegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmd enucfjughrpegtggfuhfgjfffgkfhfvffosehtqhhmtdhhtdejnecuhfhrohhmpefutgho thhtucfnohhnghcuoehstghothhtlhesshgrmhhstghordhorhhgqeenucggtffrrghtth gvrhhnpeejtdffhfehfefhteekgfehtdffleetteegveevgedthfffkeelgedtvdektdet ieenucffohhmrghinhepfhhrvghshhhpohhrthhsrdhorhhgnecukfhppeehtddrvddvle drkeehrdeltdenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhgrihhlfhhr ohhmpehstghothhtlhesshgrmhhstghordhorhhg X-ME-Proxy: Received: from [192.168.3.138] (unknown [50.229.85.90]) by mail.messagingengine.com (Postfix) with ESMTPA id D1A803280060; Tue, 1 Dec 2020 13:08:24 -0500 (EST) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.4\)) Subject: Re: Issues with USB-C external monitors From: Scott Long In-Reply-To: <20201201173223.mwmrkogcjmtc4k2j@frix230> Date: Tue, 1 Dec 2020 11:08:23 -0700 Cc: myfreeweb , freebsd-current@freebsd.org, Hans Petter Selasky , Scott Long Content-Transfer-Encoding: quoted-printable Message-Id: <68205920-BE4F-460D-BF70-1A84FE3BC536@samsco.org> References: <20201201131430.ol7pzms24h743iwf@frix230> <342519ee-6f73-98be-29b1-cea7890ccb1e@selasky.org> <20201201173223.mwmrkogcjmtc4k2j@frix230> To: Ali Abdallah X-Mailer: Apple Mail (2.3608.120.23.2.4) X-Rspamd-Queue-Id: 4Clqpj6Ndlz4fGg 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: Tue, 01 Dec 2020 18:08:31 -0000 > On Dec 1, 2020, at 10:32 AM, Ali Abdallah = wrote: >=20 > On 01.12.2020 17:10, myfreeweb wrote: >>>> __snippet__ >>>> res =3D drmModeGetResources(fd); >>>> for (int i =3D 0; i < res->count_connectors; ++i) { >>>> conn =3D drmModeGetConnector(fd, res->connectors[i]); >>=20 >> Note: you can run graphics/drm_info instead of writing custom code. >=20 > Thanks for the tip. >=20 >> devd (really drm in the kernel) provides hotplug events (system DRM, = type HOTPLUG). >> libudev-devd translates these to UD_ACTION_HOTPLUG. >> This works well with wlroots compositors at least. >>=20 >> How xorg does this I have no idea, as I don't use xorg. >> If your xorg is built with DEVD instead of UDEV option, it shouldn't = work, I don't recall anyone adding support for that there. >> With UDEV it might work? >=20 > On current, for now I'm using the standard xorg-server from pkg, built > with UDEV according to [1], so apparently that is not working either. = At > least in my case. >=20 > Will dig futher into it. >=20 >>=20 >>> There is missing code in the kernel to handle USB-C PCI express >>> attach/detach. CC'ing Scott Long. >>=20 >> Seems like this is about regular DisplayPort over USB-C (the USB side = almost always handled in firmware for this on non-embedded computers). >> I don't think I've ever seen a *monitor* connecting over PCIe to an = existing GPU ;) >> (in this case card0, the onboard vega) >=20 > Yes, this is just the DisplayPort over USB-C from the onboard vega = GPU. >=20 > [1] https://www.freshports.org/x11-servers/xorg-server/ >=20 >=20 I have a work-in-progress to support Thunderbolt, but that=E2=80=99s not = always the same as just DisplayPort-over-USBC. If your connector has = the Thunderbolt logo, then it=E2=80=99s Thunderbolt, if it has the DP = logo then it=E2=80=99s not. Even then, the Thunderbolt component only = controls enable/disable permissions and bandwidth partitioning. The = graphics chip and DRM code does the rest of the work, and it sounds like = the problems here are with those components. Scott From owner-freebsd-current@freebsd.org Tue Dec 1 19:42: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 18A5F4B2B17 for ; Tue, 1 Dec 2020 19:42:46 +0000 (UTC) (envelope-from haramrae@gmail.com) Received: from mail-ed1-x535.google.com (mail-ed1-x535.google.com [IPv6:2a00:1450:4864:20::535]) (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 4ClsvT2jq8z4mY5 for ; Tue, 1 Dec 2020 19:42:45 +0000 (UTC) (envelope-from haramrae@gmail.com) Received: by mail-ed1-x535.google.com with SMTP id cm17so103698edb.4 for ; Tue, 01 Dec 2020 11:42:44 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:content-transfer-encoding:mime-version :subject:message-id:date:to; bh=eapkSg8FoO4pU02ylFA2mBg2SbAu3JEWXmN1/kUFbF0=; b=kGU4dTAcgbzYzyHMih8Frr3/cYhfvDFY3lxtVZCmgMOeXllAgEXVO7dcUrivVVI95o ++a4nuChsvECymCUI8QXQgejx53vcPpYgZeEh45pELsz86vFQZOa8Txar907JKJBkTLK LcjHweIEEc/cILk3m4bAQCEl6y6niJmGoNAQQhGuSR8Cdo2UTJx0YHqNYAuTWdNVbaxk oEUxFodEyy/IX0tqVOo0RjUdUq41WS1oLWCsmWz7gofYyLmfWl/ZFphCfW3/+gdpuoxX jXBmZJiWUhKhxJmD3JoLdC53B/z5X4hOPjXsR+TfleuuzM58R4cCNDn7zNvzI94ZUYNn kT1A== X-Gm-Message-State: AOAM5326BgmSjnBj6d+oHn2kpXibiC8UGBICcH2j3TZHeE+sziY4HKgc TAFoWHo9s63vYTua5ehIDcBMvvM+shU= X-Google-Smtp-Source: ABdhPJyZtYwWtTqs6rVTyK99hbato6Dwku6LxeouNAEiKXGDaFqn1IhYJcKfhSh5cWsp6bPjLkZsoQ== X-Received: by 2002:a05:6402:b3b:: with SMTP id bo27mr4797322edb.376.1606851763336; Tue, 01 Dec 2020 11:42:43 -0800 (PST) Received: from hollewijn.internal (217-19-30-105.dsl.cambrium.nl. [217.19.30.105]) by smtp.gmail.com with ESMTPSA id b20sm319095eja.30.2020.12.01.11.42.42 for (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Tue, 01 Dec 2020 11:42:42 -0800 (PST) From: Alban Hertroys Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.17\)) Subject: KLD zfs.ko: depends on kernel - not available or version mismatch Message-Id: <5C36F5ED-D643-4A65-92CA-D6FB9008C908@gmail.com> Date: Tue, 1 Dec 2020 20:42:41 +0100 To: freebsd-current@freebsd.org X-Mailer: Apple Mail (2.3445.104.17) X-Rspamd-Queue-Id: 4ClsvT2jq8z4mY5 X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.50 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36:c]; FREEMAIL_FROM(0.00)[gmail.com]; TO_DN_NONE(0.00)[]; MV_CASE(0.50)[]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; NEURAL_HAM_SHORT(-1.00)[-0.999]; 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]; MID_RHS_MATCH_FROM(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[2a00:1450:4864:20::535: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]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[2a00:1450:4864:20::535:from:127.0.2.255]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::535: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: Tue, 01 Dec 2020 19:42:46 -0000 I=E2=80=99ve been trying to get a fresh world running (for the eventual = purpose of running amdgpu against my recent graphics adapter), but I run = into trouble with core loadable kernel modules, such as zfs.ko from the = subject. It also happens with other modules that I tried randomly, for = example, geom_mirror.ko. I updated to the latest current using svn up in /usr/src, then: make clean make buildworld kernel -j12 shutdown -r now boot to single user mode kldload zfs Which results in dmesg messages: KLD zfs.ko: depends on kernel - not available or version mismatch linker_load_file: /boot/kernel/zfs.ko - unsupported file type KLD zfs.ko: depends on kernel - not available or version mismatch linker_load_file: /boot/kernel/zfs.ko - unsupported file type KLD zfs.ko: depends on kernel - not available or version mismatch linker_load_file: /boot/kernel/zfs.ko - unsupported file type KLD zfs.ko: depends on kernel - not available or version mismatch linker_load_file: /boot/kernel/zfs.ko - unsupported file type I can load the zfs kernel module from kernel.old just fine: ZFS filesystem version: 5 ZFS storage pool version: features support (5000) This happens with any kernel module I=E2=80=99ve tried, such as = geom_mirror and amdgpu (from ports/graphics/drm-current-kmod - the = latter causes a kernel panic with kernel.old BTW). I=E2=80=99ve gone back as far as Oct 7 (before changes to = kern/elf_load_obj.c off the top of my head), looked at mailing list = archives and forums etc, all to no avail. I have / on UFS+J and /usr on ZFS and nothing in /etc/src.conf. I had = /etc/malloc.conf with the recommended symlink from UPDATING, but the = same happens with that moved out of the way. Nothing seems to help. Do I need to go back further to get into a usable state or is there = something else I should be doing? Regards, Alban Hertroys -- There is always an exception to always. From owner-freebsd-current@freebsd.org Tue Dec 1 20:24:03 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 0C9AF4B3258 for ; Tue, 1 Dec 2020 20:24:03 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from out5-smtp.messagingengine.com (out5-smtp.messagingengine.com [66.111.4.29]) (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 4Cltq56gpfz4qB4 for ; Tue, 1 Dec 2020 20:24:01 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from compute1.internal (compute1.nyi.internal [10.202.2.41]) by mailout.nyi.internal (Postfix) with ESMTP id 04C4D5C005F for ; Tue, 1 Dec 2020 15:24:01 -0500 (EST) Received: from mailfrontend1 ([10.202.2.162]) by compute1.internal (MEProxy); Tue, 01 Dec 2020 15:24:01 -0500 X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedujedrudeivddgudeflecutefuodetggdotefrod ftvfcurfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfgh necuuegrihhlohhuthemuceftddtnecunecujfgurhepfffhvffukfhfgggtuggjsehgtd erredttddvnecuhfhrohhmpehtvggthhdqlhhishhtshcuoehtvggthhdqlhhishhtshes iiihgihsthdrnhgvtheqnecuggftrfgrthhtvghrnheptdehiefgvddufeekkedvtdefvd ettddtkeduvdegveelffdtkeffudejvdfhudetnecukfhppeekvddrjedtrdeluddruddt udenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhgrihhlfhhrohhmpehtvg gthhdqlhhishhtshesiiihgihsthdrnhgvth X-ME-Proxy: Received: from rpi4.local (fws.zyxst.net [82.70.91.101]) by mail.messagingengine.com (Postfix) with ESMTPA id 472CF328005A for ; Tue, 1 Dec 2020 15:24:00 -0500 (EST) Date: Tue, 1 Dec 2020 20:23:58 +0000 From: tech-lists To: freebsd-current@freebsd.org Subject: Re: rc.d/zpool runs before ada(4) attaches Message-ID: Mail-Followup-To: freebsd-current@freebsd.org References: <1439301337.11.1606815206810@localhost> <08815f92-742c-2934-e746-fd04ca9b4e16@omnilan.de> <286917313.21.1606836130991@localhost> <786faeee90e79aa0175b298ec859265ff57a3129.camel@freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="qMG+2uCRzxAAIJzI" Content-Disposition: inline In-Reply-To: <786faeee90e79aa0175b298ec859265ff57a3129.camel@freebsd.org> X-Rspamd-Queue-Id: 4Cltq56gpfz4qB4 X-Spamd-Bar: ----- X-Spamd-Result: default: False [-5.70 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; RWL_MAILSPIKE_GOOD(0.00)[66.111.4.29:from]; R_SPF_ALLOW(-0.20)[+ip4:66.111.4.29]; TO_DN_NONE(0.00)[]; RCVD_COUNT_THREE(0.00)[4]; DKIM_TRACE(0.00)[zyxst.net:+,messagingengine.com:+]; NEURAL_HAM_SHORT(-1.00)[-1.000]; SIGNED_PGP(-2.00)[]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[66.111.4.29:from]; ASN(0.00)[asn:11403, ipnet:66.111.4.0/24, country:US]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RCVD_IN_DNSWL_LOW(-0.10)[66.111.4.29:from]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[zyxst.net:s=fm1,messagingengine.com:s=fm1]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DMARC_NA(0.00)[zyxst.net]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[66.111.4.29:from:127.0.2.255]; 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: Tue, 01 Dec 2020 20:24:03 -0000 --qMG+2uCRzxAAIJzI Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Dec 01, 2020 at 08:34:33AM -0700, Ian Lepore wrote: >On Tue, 2020-12-01 at 16:22 +0100, Ronald Klop wrote: >> >> You can define these in /boot/loader.conf: >> #kern.cam.boot_delay=3D"10000" # Delay (in ms) of root mount for CAM >> bus >> #kern.cam.scsi_delay=3D"2000" # Delay (in ms) before probing SCSI >> >> Maybe that helps. >> >> Ronald. >> > >Those settings control waiting before mounting root. Harry's problem >is that root is mounted quickly, before other drives are ready for zfs. > >The zpool script waits for 'disks'. It would be nice if the cam >subsystem had something like a sysctl it set to indicate when initial >probing for disks was done, then there could be an rc.d/camprobe script >with 'PROVIDE: disks' which waits for the probing to complete. > >-- Ian kern.cam.boot_delay should still fix it because what is required is a delay while the devices (all of the disks, zfs or not) get ready. Because root=20 has to happen before disks/zfs.=20 --=20 J. --qMG+2uCRzxAAIJzI Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEE8n3tWhxW11Ccvv9/s8o7QhFzNAUFAl/GplYACgkQs8o7QhFz NAVURg/9HQdUEibtWcuSQ31RUSSCy/Y0ly7jruWb4FftNgZEN5f0sKukdh70eFF+ 9OiDcHh2eVVvZat22ZgIjm0u+yBOoCHBdHSm1+yEuAzdaoPdftt4fDF5Y9u9RUoV d4cN5eWECFSreJ7xM72fIjboVmB9TK9mEFNBg/leU80y9eIZ6ObRCPVeHJDqI8zN 98K9/fzAG+0nUcgd2JyYVTZIGVsDrX5bXFMGbWOFOTFD7BgKFLx+51FKe+nj03tB /PamQ5BKv2oMs4dDio+rxhntQormIRiOg+zSomDwqtlRgIM6wMRSv5aNY4sO5n/O v/wcgUmH7hu7FPk7ypbdufMEP/LavePwa+zLWjLLdrzgvBFNREBOL4JOJ/Czbjvr lux57HDf5u1PNklz4pW/P8VHzCe/llNjw9yD9k9Jlsj412RFgnpy/GINauJ2ujwJ sbnKPNS3BShoJNTvJ7Gq+21vZchKja8/QUa+sCh8VWUblHpmet0g6/SN1xh0JWl6 Yk7s4GPPwZ6xtRW7allKF3vQcU1foiWsHI+UWBUHpnvUgWoNXWuYTXdgITmpbxwa PSEzJVg43QtIs8IWT+vI1vdRG75v1d+SD5zsJQ1UTAxuBGHS1o8VegbJjJOtRDfe sDUZJWueMOhlrSDSEF8FO9vvqGRBnVszwS96Io9NcXReAIbbZa4= =0mQT -----END PGP SIGNATURE----- --qMG+2uCRzxAAIJzI-- From owner-freebsd-current@freebsd.org Tue Dec 1 20:34:08 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 8CEF54B35D9 for ; Tue, 1 Dec 2020 20:34:08 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) (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 4Clv2m2Tr9z4qf7; Tue, 1 Dec 2020 20:34:07 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (v-critter.freebsd.dk [192.168.55.3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by phk.freebsd.dk (Postfix) with ESMTPS id 18DC08A57C; Tue, 1 Dec 2020 20:34:00 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.16.1/8.16.1) with ESMTPS id 0B1KXxfR005383 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Tue, 1 Dec 2020 20:33:59 GMT (envelope-from phk@critter.freebsd.dk) Received: (from phk@localhost) by critter.freebsd.dk (8.16.1/8.16.1/Submit) id 0B1KXvje005382; Tue, 1 Dec 2020 20:33:57 GMT (envelope-from phk) To: Scott Long cc: Ali Abdallah , myfreeweb , freebsd-current@freebsd.org, Hans Petter Selasky , Scott Long Subject: Re: Issues with USB-C external monitors In-reply-to: <68205920-BE4F-460D-BF70-1A84FE3BC536@samsco.org> From: "Poul-Henning Kamp" References: <20201201131430.ol7pzms24h743iwf@frix230> <342519ee-6f73-98be-29b1-cea7890ccb1e@selasky.org> <20201201173223.mwmrkogcjmtc4k2j@frix230> <68205920-BE4F-460D-BF70-1A84FE3BC536@samsco.org> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <5380.1606854837.1@critter.freebsd.dk> Date: Tue, 01 Dec 2020 20:33:57 +0000 Message-ID: <5381.1606854837@critter.freebsd.dk> X-Rspamd-Queue-Id: 4Clv2m2Tr9z4qf7 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: Tue, 01 Dec 2020 20:34:08 -0000 -------- When I last tried this on my T480/T3-Dock/xorg, the screen comes back, but xrandr shows it with ever increasing names "DP-3", "DP-4" etc. For now I've given up and use the T480's HDMI output instead. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@freebsd.org Tue Dec 1 20:47:36 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 C9D9F4B4823 for ; Tue, 1 Dec 2020 20:47:36 +0000 (UTC) (envelope-from osidorkin@gmail.com) Received: from mail-qt1-x833.google.com (mail-qt1-x833.google.com [IPv6:2607:f8b0:4864:20::833]) (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 4ClvLH6N9nz4sWM for ; Tue, 1 Dec 2020 20:47:35 +0000 (UTC) (envelope-from osidorkin@gmail.com) Received: by mail-qt1-x833.google.com with SMTP id u21so2214483qtw.11 for ; Tue, 01 Dec 2020 12:47:35 -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:content-transfer-encoding; bh=fZgBoi9faalA/JZV6KHwkpoUwKWEfUDF6EuZZGUj9Cc=; b=D0BQDpMji3Xpvp0aSpmvUIEZA0aqJ5NRvyt5DOBETCodl5kCNrhAg7y4/xuMuclrJm PuWDHaEYRFU1oLtM349DXOfTm0A+T3nNIQrsGTrWv0d9O20L9J1j9knUy8l77b1e6Pu0 /pOp5WL0p1Cacb4ZjshIgezGT29PEJpbFWWMCb2vAwVoLV1/xQZXBGqbJfsuMAyiKxMo 1iuQwN0oYuG/8xNgkAemUrU2UwhBRKC2j3giPfqFCFyeVD1rbeldCA/lvZmNl0mDNkE6 gqTCKNGyEDJh9MMEcOAKVdeFSOFiYKTg6etvnWSnywkK2Ea59jAMjdJbO2YLGB65sTIn iPgw== X-Gm-Message-State: AOAM530EkjMgGNDlOQFtf/n0NUXrrVp6l8ZmMlSx52BvxP/AsLQFJjUS KHTrNyOTSZR0t2/cnhfIxAt18VLkoGMDj4pEPb7GrpGaW11Eng== X-Google-Smtp-Source: ABdhPJyOynLvw3vdYllovC8S4QhO0dzY7VSZ+iqpyxvXMCsMonXjgC6CJ6v7uvfHyWEn/Xhy3wrExklgPHLJlbbpaBk= X-Received: by 2002:ac8:4908:: with SMTP id e8mr4860318qtq.10.1606855654741; Tue, 01 Dec 2020 12:47:34 -0800 (PST) MIME-Version: 1.0 References: <1439301337.11.1606815206810@localhost> <08815f92-742c-2934-e746-fd04ca9b4e16@omnilan.de> <286917313.21.1606836130991@localhost> <786faeee90e79aa0175b298ec859265ff57a3129.camel@freebsd.org> In-Reply-To: From: Oleg Sidorkin Date: Tue, 1 Dec 2020 23:47:23 +0300 Message-ID: Subject: Re: rc.d/zpool runs before ada(4) attaches To: freebsd-current@freebsd.org Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 4ClvLH6N9nz4sWM X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36:c]; FREEMAIL_FROM(0.00)[gmail.com]; TO_DN_NONE(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[2607:f8b0:4864:20::833:from]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; 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]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[2607:f8b0:4864:20::833:from:127.0.2.255]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::833:from]; 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: Tue, 01 Dec 2020 20:47:36 -0000 Tue, 1 Dec. 2020 =D0=B3. =D0=B2 23:24, tech-lists : > > On Tue, Dec 01, 2020 at 08:34:33AM -0700, Ian Lepore wrote: > >On Tue, 2020-12-01 at 16:22 +0100, Ronald Klop wrote: > >> > >> You can define these in /boot/loader.conf: > >> #kern.cam.boot_delay=3D"10000" # Delay (in ms) of root mount for CAM > >> bus > >> #kern.cam.scsi_delay=3D"2000" # Delay (in ms) before probing SCSI > >> > >> Maybe that helps. > >> > >> Ronald. > >> > > > >Those settings control waiting before mounting root. Harry's problem > >is that root is mounted quickly, before other drives are ready for zfs. > > > >The zpool script waits for 'disks'. It would be nice if the cam > >subsystem had something like a sysctl it set to indicate when initial > >probing for disks was done, then there could be an rc.d/camprobe script > >with 'PROVIDE: disks' which waits for the probing to complete. > > > >-- Ian > > kern.cam.boot_delay should still fix it because what is required is a del= ay > while the devices (all of the disks, zfs or not) get ready. Because root > has to happen before disks/zfs. > -- > J. I've reported a similar problem here: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D242189 some time ago. I just added the patch that solves it for me by delaying startup until CAM and USB scan is complete (that's overkill probably). --=20 Oleg Sidorkin From owner-freebsd-current@freebsd.org Wed Dec 2 07:00: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 613AD4724A6 for ; Wed, 2 Dec 2020 07:00:15 +0000 (UTC) (envelope-from ali.abdallah@suse.com) Received: from mx2.suse.de (mx2.suse.de [195.135.220.15]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp2.suse.de", Issuer "Let's Encrypt Authority X3" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Cm8xC1nB1z4SWx; Wed, 2 Dec 2020 07:00:15 +0000 (UTC) (envelope-from ali.abdallah@suse.com) X-Virus-Scanned: by amavisd-new at test-mx.suse.de Received: from relay2.suse.de (unknown [195.135.221.27]) by mx2.suse.de (Postfix) with ESMTP id B31B0ABD2; Wed, 2 Dec 2020 07:00:12 +0000 (UTC) Date: Wed, 2 Dec 2020 08:00:11 +0100 From: Ali Abdallah To: Scott Long Cc: myfreeweb , freebsd-current@freebsd.org, Hans Petter Selasky , Scott Long Subject: Re: Issues with USB-C external monitors Message-ID: <20201202070011.amdv7hxpq52x7zjw@frix230> References: <20201201131430.ol7pzms24h743iwf@frix230> <342519ee-6f73-98be-29b1-cea7890ccb1e@selasky.org> <20201201173223.mwmrkogcjmtc4k2j@frix230> <68205920-BE4F-460D-BF70-1A84FE3BC536@samsco.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <68205920-BE4F-460D-BF70-1A84FE3BC536@samsco.org> X-Rspamd-Queue-Id: 4Cm8xC1nB1z4SWx 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: Wed, 02 Dec 2020 07:00:15 -0000 On 01.12.2020 11:08, Scott Long wrote: > I have a work-in-progress to support Thunderbolt, but that’s not always the same as just DisplayPort-over-USBC. If your connector has the Thunderbolt logo, then it’s Thunderbolt, if it has the DP logo then it’s not. Even then, the Thunderbolt component only controls enable/disable permissions and bandwidth partitioning. The graphics chip and DRM code does the rest of the work, and it sounds like the problems here are with those components. T495 has AMD Ryzen silicon, and AMD never associated Thunderbolt with its Ryzen platforms. The dock connector is just a USB-C. On dock removal, the devd events (system DRM, type HOTPLUG) are correctly generated and received by libudev-devd, but then for some reason UD_ACTION_HOTPLUG is not causing the X server to re-scan drm connectors and to re-configure them. Will dig further into the issue as I feel it should be easy to solve. > > Scott > Ali From owner-freebsd-current@freebsd.org Wed Dec 2 07:08:26 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 D45B0473420 for ; Wed, 2 Dec 2020 07:08:26 +0000 (UTC) (envelope-from ali.abdallah@suse.com) Received: from mx2.suse.de (mx2.suse.de [195.135.220.15]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp2.suse.de", Issuer "Let's Encrypt Authority X3" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Cm96f54yyz4TGB; Wed, 2 Dec 2020 07:08:26 +0000 (UTC) (envelope-from ali.abdallah@suse.com) X-Virus-Scanned: by amavisd-new at test-mx.suse.de Received: from relay2.suse.de (unknown [195.135.221.27]) by mx2.suse.de (Postfix) with ESMTP id 5A787AD5A; Wed, 2 Dec 2020 07:08:25 +0000 (UTC) Date: Wed, 2 Dec 2020 08:08:24 +0100 From: Ali Abdallah To: Poul-Henning Kamp Cc: Scott Long , myfreeweb , freebsd-current@freebsd.org, Hans Petter Selasky , Scott Long Subject: Re: Issues with USB-C external monitors Message-ID: <20201202070824.pqorztnkkbxmbbox@frix230> References: <20201201131430.ol7pzms24h743iwf@frix230> <342519ee-6f73-98be-29b1-cea7890ccb1e@selasky.org> <20201201173223.mwmrkogcjmtc4k2j@frix230> <68205920-BE4F-460D-BF70-1A84FE3BC536@samsco.org> <5381.1606854837@critter.freebsd.dk> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <5381.1606854837@critter.freebsd.dk> X-Rspamd-Queue-Id: 4Cm96f54yyz4TGB 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: Wed, 02 Dec 2020 07:08:26 -0000 On 01.12.2020 20:33, Poul-Henning Kamp wrote: > -------- > > When I last tried this on my T480/T3-Dock/xorg, the screen comes back, but > xrandr shows it with ever increasing names "DP-3", "DP-4" etc. > > For now I've given up and use the T480's HDMI output instead. I've noticed that as well, the sys.class.drm.card0-DP-3 disappears and sys.class.drm.card0-DP-4 is created instead. I need to drive two external monitors, that's why I need the external dock. From owner-freebsd-current@freebsd.org Wed Dec 2 10:28: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 93E4C476C64 for ; Wed, 2 Dec 2020 10:28:46 +0000 (UTC) (envelope-from ali.abdallah@suse.com) Received: from mx2.suse.de (mx2.suse.de [195.135.220.15]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp2.suse.de", Issuer "Let's Encrypt Authority X3" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4CmFYp3FgNz4dNZ; Wed, 2 Dec 2020 10:28:46 +0000 (UTC) (envelope-from ali.abdallah@suse.com) X-Virus-Scanned: by amavisd-new at test-mx.suse.de Received: from relay2.suse.de (unknown [195.135.221.27]) by mx2.suse.de (Postfix) with ESMTP id 262E0AB7F; Wed, 2 Dec 2020 10:28:44 +0000 (UTC) Date: Wed, 2 Dec 2020 11:28:41 +0100 From: Ali Abdallah To: myfreeweb Cc: freebsd-current@freebsd.org, Hans Petter Selasky , Scott Long Subject: Re: Issues with USB-C external monitors Message-ID: <20201202102841.ysv52uc6oseuurwh@frix230> References: <20201201131430.ol7pzms24h743iwf@frix230> <342519ee-6f73-98be-29b1-cea7890ccb1e@selasky.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: X-Rspamd-Queue-Id: 4CmFYp3FgNz4dNZ 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: Wed, 02 Dec 2020 10:28:46 -0000 On 01.12.2020 17:10, myfreeweb wrote: > devd (really drm in the kernel) provides hotplug events (system DRM, type HOTPLUG). > libudev-devd translates these to UD_ACTION_HOTPLUG. > This works well with wlroots compositors at least. > How xorg does this I have no idea, as I don't use xorg. > If your xorg is built with DEVD instead of UDEV option, it shouldn't work, I don't recall anyone adding support for that there. > With UDEV it might work? Actually Xorg on FreeBSD with UDEV is compiled with --disable-config-udev-kms, thus the server never calls: udev_monitor_filter_add_match_subsystem_devtype for GPU devices, and thus libudev-devd doesn't forward kms events to the server. Actually Xorg doesn't even process them, even if the filter check is bypassed in libudev-devd (udev-monitor.c:261). Basically Xorg is missing bsd platform code for drm devices, on Linux the code that implements that can be found in: hw/xfree86/os-support/linux/lnx_platform.c Compiling the server with --enable-config-udev-kms, the server expects to have the following functions implemented xf86PlatformReprobeDevice, xf86PlatformDeviceProbe, DeleteGPUDeviceRequest and xf86PlatformDeviceCheckBusID. Those are fairly easy to implement to enable Xorg to listen to libudev-devd drm events and to re-configure the drm connectors. I have already some scratch code, will test more and probably send upstream. I will probably also add devd code for that, as I use xorg server with devd on my FreeBSD 12.x machines. Thanks, Ali From owner-freebsd-current@freebsd.org Wed Dec 2 16:52: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 4ACE147F767; Wed, 2 Dec 2020 16:52:24 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: from mail-qk1-x72e.google.com (mail-qk1-x72e.google.com [IPv6:2607:f8b0:4864:20::72e]) (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 4CmQ4R33TYz3H4g; Wed, 2 Dec 2020 16:52:23 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: by mail-qk1-x72e.google.com with SMTP id q5so1820574qkc.12; Wed, 02 Dec 2020 08:52:23 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:date:from:to:cc:subject:message-id :references:mime-version:content-disposition :content-transfer-encoding:in-reply-to; bh=/ey9IsP2jhlZrGu+miMXWzQ9VlY8AMNwww1Ms26HG/k=; b=WMTADfVZkvB449qx8L+qQ8ufVBDPDTcKbwI7HPs2eMVJHcS5/pC6OPVUMGUIwjhQ7K 8fEqJxU5BG4fdR+7c256h0+uWOfzXG6ZRrn95j5VhY3ebkei5pkbaaUnzOHlBbzOWH15 bAvTvo+q8a5jtoSz43nYjjee7Jv9uFwCr2vS1gApuEI4rhHjFsS2lOtfYVu0vUVY1Yy3 2Fhk/O41yt0ddnSCzS4fZQbABs4OFiOId2QjDYs4XepaXreTDlQqMtRnq9/1sq5zJfL5 0sPKWhq7vhNRY+FW3LWqoUayVQd4xQPU7fZAPohNGQI/htymizbMuAOM/i6ZgmkWaY+3 7Hdw== X-Gm-Message-State: AOAM531G8A4W6qAzzi8AYnTw/7vFNRWnMhonuOfNKYmZnQ6Cf1rc6rvU 6SfDmijqxhaO0BTiQECRq8+Ye0gZEtU= X-Google-Smtp-Source: ABdhPJwWa4r1TCqlfCnrxc78MoyJqIEoGLGYvI0O/rghRkPjilAiGBJRChhGAwvP7dK5F3YrnWN9Dw== X-Received: by 2002:a37:ac02:: with SMTP id e2mr3527539qkm.243.1606927941594; Wed, 02 Dec 2020 08:52:21 -0800 (PST) Received: from raichu ([142.126.164.150]) by smtp.gmail.com with ESMTPSA id r5sm2314343qti.28.2020.12.02.08.52.20 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 02 Dec 2020 08:52:20 -0800 (PST) Sender: Mark Johnston Date: Wed, 2 Dec 2020 11:52:18 -0500 From: Mark Johnston To: Andriy Gapon Cc: FreeBSD Current , freebsd-dtrace@freebsd.org Subject: Re: dtrace: give %'d a chance? Message-ID: References: <5b87b1af-2c19-7f41-60f0-1e578c72e17d@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <5b87b1af-2c19-7f41-60f0-1e578c72e17d@FreeBSD.org> X-Rspamd-Queue-Id: 4CmQ4R33TYz3H4g X-Spamd-Bar: - X-Spamd-Result: default: False [-1.70 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[gmail.com:+]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FORGED_SENDER(0.30)[markj@freebsd.org,markjdb@gmail.com]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[2607:f8b0:4864:20::72e:from]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; SUBJECT_ENDS_QUESTION(1.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_NEQ_ENVFROM(0.00)[markj@freebsd.org,markjdb@gmail.com]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[freebsd.org]; SPAMHAUS_ZRD(0.00)[2607:f8b0:4864:20::72e:from:127.0.2.255]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::72e:from]; MID_RHS_NOT_FQDN(0.50)[]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current,freebsd-dtrace] 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: Wed, 02 Dec 2020 16:52:24 -0000 On Mon, Nov 30, 2020 at 03:50:53PM +0200, Andriy Gapon wrote: > On 19/11/2020 16:57, Mark Johnston wrote: > > On Thu, Nov 19, 2020 at 01:28:56PM +0200, Andriy Gapon wrote: > >> > >> what do people think about adding > >> setlocale(LC_NUMERIC, ""); > >> to dtrace's main function? > > > > That seems reasonable to me. > > > >> My primary interest is to (pretty-)print some numbers with a thousands separator. > >> > >> Not sure if any other LC_ types are worth bothering. > > > > Maybe LC_TIME? libdtrace a couple of date formatters, %T and %Y. A > > locale-aware formatter might be worth having. > > FWIW, I've just discovered that despite what > http://dtrace.org/guide/chp-fmt.html says about %Y its output is not dependent > on locale settings. > A quick look at the code confirms that -- pfprint_time uses ctime_r. > But %T (undocumented at the above link) indeed depends on LC_TIME as > pfprint_time822 uses strftime("%a, %d %b %G %T %Z"). > > Sample output in C locale: > 10000000 > Mon, 30 Nov 2020 13:47:24 UTC > 2020 Nov 30 13:47:24 > > The same formats (%'d, %T, %Y) in uk_UA locale: > 10 000 000 > Пн, 30 лист. 2020 13:43:11 UTC > 2020 Nov 30 13:43:11 So to be clear, there is nothing that needs to be done for time locales? In any case, I'm fine with adding the %'d formatter. From owner-freebsd-current@freebsd.org Wed Dec 2 17:44:00 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 AA4934A1D6C; Wed, 2 Dec 2020 17:44:00 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: from mail-io1-f49.google.com (mail-io1-f49.google.com [209.85.166.49]) (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 4CmRCz6GQdz3Lt9; Wed, 2 Dec 2020 17:43:59 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: by mail-io1-f49.google.com with SMTP id 81so1086359ioc.13; Wed, 02 Dec 2020 09:43: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:from:date:message-id:subject:to; bh=7cDObSf/LfTdqRLzx3T2qZZWps0oJ/kQrpeuvyezhOY=; b=SIvJrZ2A8+3AUKX+FSaFXl19GKvMF7m4yP0Al64DyvXgUuacxxjUWITpOZO+ijtBHe tjddMKatQHZVAzUFy8AXyhh/jF9nCfcnK/ydMR9GD4WjBY8reWw6O4eRRNBnR4Jd4DAy eSWsr3mw9Tc7QLCIjKuhHNZoCchJps1mQUPQ3GniSnVkiO5mPDI5WHuVAF4r78BYjNBU R6q6ZlTqIE2+wTVixvvcHBboS9z5ehKGEhMkU0gj/dxhxpgZqDZEADfbclNYnjXsMs2v hzzZkjv1vseaXlNu3PbiziD6qGgs/A9Yxb8OcEAFq5kOflf4gXi7qBE6cIDLry56u2S0 vzzQ== X-Gm-Message-State: AOAM5331NevprnkFrpjQFfG02KPJWfvK0ozDqBNqN8jRWVyfXcEQC0Yt jL2uTKhAGH/hr/9rIeNGNAOKheSmKMsowZLYlyzIlBUQNOVOeSYa X-Google-Smtp-Source: ABdhPJzh8eH/eKURkf9vF44cOw63nzfv6SoYIbffecY1r/Kzc6910Uoyt3gelcFtmlbp7MyNscZVMjKahmtF3yWH588= X-Received: by 2002:a02:cc54:: with SMTP id i20mr3231213jaq.136.1606931038023; Wed, 02 Dec 2020 09:43:58 -0800 (PST) MIME-Version: 1.0 From: Ed Maste Date: Wed, 2 Dec 2020 12:43:46 -0500 Message-ID: Subject: Removing obsolete GDB 6.1.1 for FreeBSD 13 To: FreeBSD Current , "freebsd-toolchain@FreeBSD.org" Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 4CmRCz6GQdz3Lt9 X-Spamd-Bar: -- X-Spamd-Result: default: False [-3.00 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17]; NEURAL_HAM_SHORT(-1.00)[-1.000]; RCPT_COUNT_TWO(0.00)[2]; FORGED_SENDER(0.30)[emaste@freebsd.org,carpeddiem@gmail.com]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; RBL_DBL_DONT_QUERY_IPS(0.00)[209.85.166.49:from]; R_DKIM_NA(0.00)[]; FROM_NEQ_ENVFROM(0.00)[emaste@freebsd.org,carpeddiem@gmail.com]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FREEFALL_USER(0.00)[carpeddiem]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[freebsd.org]; SPAMHAUS_ZRD(0.00)[209.85.166.49:from:127.0.2.255]; RCVD_IN_DNSWL_NONE(0.00)[209.85.166.49:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[209.85.166.49:from]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current,freebsd-toolchain] 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: Wed, 02 Dec 2020 17:44:00 -0000 We currently have an obsolete version of GDB 6.1 installed as /usr/libexec/gdb, kept only for use by crashinfo(8), which extracts some basic information from a kernel core dump after a crash. If the gdb port is installed crashinfo will use that in preference to /usr/libexec/gdb. If neither exists it will not perform any analysis, reporting "Unable to find a kernel debugger." GDB 6.1.1 was released in June 2004 and is long obsolete. It does not support all of the architectures that FreeBSD does, and imposes limitations on the FreeBSD kernel build - the continued use of DWARF2. I would like to remove GDB 6.1.1 before FreeBSD 13, and propose to switch the GDB knob to default to NO in the near future. If the crashinfo utility and related man pages do not already include references to installing the gdb port/package I will add those before making the change. In the fullness of time we may use LLDB to extract the same information, or provide other tooling to do so, but I do not want to block GDB 6.1.1's removal on this. Please let me know of any objections or comments. From owner-freebsd-current@freebsd.org Wed Dec 2 17:52:38 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 0AA6E4A21DA for ; Wed, 2 Dec 2020 17:52:38 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-qk1-x72c.google.com (mail-qk1-x72c.google.com [IPv6:2607:f8b0:4864:20::72c]) (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 4CmRPw6Hp6z3MgT for ; Wed, 2 Dec 2020 17:52:36 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-qk1-x72c.google.com with SMTP id z188so2048256qke.9 for ; Wed, 02 Dec 2020 09:52:36 -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=xkk1aiACUvH1iIODleAdkFkCa06qlsfrcjDbIJM9MZ4=; b=VRNxoH1cmg628ilG606BehqY5nDo5diNxgttJz+fsMJFQGDPJOYJYkDgxBvTTzteMs 6i1TWsuZppDJPqXf9UHHSRjZU4RbGblwaNhgHj0YeALQCpjeb4nmJuz6Y8p/NMaRvuyd ca9RwWamAeLjMNfO248wYw+l7rhsZA/6F3QjrM4ThdC1UKRoqBQP0WaRfqbcwQMergf8 dL2aSqazTb6M92/IHkE/DIeGTri7NDRzoAbicBoWSXxYY9BIEwb4AMt6u2RVyLEtcm3f jsscMQHX/KekAsMxvQXuE4dSRxmmwlM5UG8W9fxhjqGwdJIKkqxS9oc4gEt7+TBLYP5p 4p1g== X-Gm-Message-State: AOAM532rgdGqFST8pYy6MG7ghpTnt/SZTdL2VGenF/n6Lr5Q4KERK1p6 aMUZxeR83xGYOOc8F9zm+KpSDfhIc1zS6hCbNHeJeOB3G0S2LQ== X-Google-Smtp-Source: ABdhPJz1HUE3277Va907b9YGzqDFJ6kecBmNhBS1GhsapAbFnOeRTfgTUJx3zE5oi5aLw+jWrYOmjDP+cWQcsBiTlMQ= X-Received: by 2002:a05:620a:88e:: with SMTP id b14mr3734794qka.195.1606931555539; Wed, 02 Dec 2020 09:52:35 -0800 (PST) MIME-Version: 1.0 References: In-Reply-To: From: Warner Losh Date: Wed, 2 Dec 2020 10:52:24 -0700 Message-ID: Subject: Re: Removing obsolete GDB 6.1.1 for FreeBSD 13 To: Ed Maste Cc: FreeBSD Current , "freebsd-toolchain@FreeBSD.org" X-Rspamd-Queue-Id: 4CmRPw6Hp6z3MgT X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.82 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[bsdimp-com.20150623.gappssmtp.com:s=20150623]; RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DMARC_NA(0.00)[bsdimp.com]; SPAMHAUS_ZRD(0.00)[2607:f8b0:4864:20::72c:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[bsdimp-com.20150623.gappssmtp.com:+]; NEURAL_HAM_SHORT(-0.82)[-0.820]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::72c:from]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; 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:~]; RBL_DBL_DONT_QUERY_IPS(0.00)[2607:f8b0:4864:20::72c:from]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; FROM_NEQ_ENVFROM(0.00)[imp@bsdimp.com,wlosh@bsdimp.com]; MAILMAN_DEST(0.00)[freebsd-current]; RCVD_COUNT_TWO(0.00)[2] 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: Wed, 02 Dec 2020 17:52:38 -0000 On Wed, Dec 2, 2020 at 10:44 AM Ed Maste wrote: > We currently have an obsolete version of GDB 6.1 installed as > /usr/libexec/gdb, kept only for use by crashinfo(8), which extracts > some basic information from a kernel core dump after a crash. If the > gdb port is installed crashinfo will use that in preference to > /usr/libexec/gdb. If neither exists it will not perform any analysis, > reporting "Unable to find a kernel debugger." > > GDB 6.1.1 was released in June 2004 and is long obsolete. It does not > support all of the architectures that FreeBSD does, and imposes > limitations on the FreeBSD kernel build - the continued use of DWARF2. > > I would like to remove GDB 6.1.1 before FreeBSD 13, and propose to > switch the GDB knob to default to NO in the near future. If the > crashinfo utility and related man pages do not already include > references to installing the gdb port/package I will add those before > making the change. > > In the fullness of time we may use LLDB to extract the same > information, or provide other tooling to do so, but I do not want to > block GDB 6.1.1's removal on this. > > Please let me know of any objections or comments. > I fully support this action. We kept gdb on board for 12 (and 11?) for crashinfo as a transition to the new gdb port and to help smooth over bumps from moving kgdb support into that port. jhb@ has done a great job in getting kgdb moved into the port. I use the port exclusively these days for all the kernel debugging I have to do from panics in our fleet (although I have some minorly special needs so I use a special script to fit into our buildenv vs deployed env). The current gdb in the base can't cope with anything more complicated than 'hello world'. It's broken for threads. It's broken for much of the code clang generates. It's useless for kernel dumps (even tracebacks are unreliable in my experience). There's little to no value that having gdb in the tree at this point. I also agree that none of this should be gated on lldb. gdb in tree is so out of date that we are much better off removing it, even if lldb isn't a complete drop in replacement (I've not used it at all, so I can't say one way or another). Warner From owner-freebsd-current@freebsd.org Wed Dec 2 17:58: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 5402F4A26B4; Wed, 2 Dec 2020 17:58:39 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: from mail-il1-f171.google.com (mail-il1-f171.google.com [209.85.166.171]) (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 4CmRXv1lSjz3Mvx; Wed, 2 Dec 2020 17:58:39 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: by mail-il1-f171.google.com with SMTP id z14so2343714ilm.10; Wed, 02 Dec 2020 09:58:39 -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=3uRIE8XS7hLrFef/3qThxxL8CvB/XT5GMWaIUI7JYTk=; b=bCWcNScaw4SiVMWbYlx1gSBA1+a3qSBjWZpRv6cc0ZxNcpzDo9dKQ4eVgK10yRhd1M q29EBWqxrYbXeftqwKCvrkCZ3SgENbSrpHcN7UV5GuSeP+KWQBnMa4lhe3Fgcs9r5SHp dA/SHMxt8GdwoUTAAzsBXAb7xc4wpON/KXyV/+CivucnliHL8P2Y1MuygWI2eqU9qUoy ll+rix/ujBxrLG2RPR91IOJXMddW8HLH4X2YS+V4mdvNjZpkgDM1PfeSwGMMLyCGdnZj jO51+k6Su2Q/TPXWcK9PVWG9ZDhFhSQTh7S7fCy59J/F3Dy3lWldiOwZP1v2c45XSS6F 3VRw== X-Gm-Message-State: AOAM533tDTQ+ozZLjQYqb+u5c9Y730Xnc8fd7lmmisuH4Oxtiw+55cKA wj9ttyUoZxlK/1O1KPdiEGDgoPDjI4wt5HYGKwkkv13PnP8HgQ== X-Google-Smtp-Source: ABdhPJzbVhrSIvXNpgRw0M5LJkrA5sj/99oSpqIkLAgzVUqiXHRCigHKFG6MWoV3/2U79zznQsHslnS2uvmI5KEAoNg= X-Received: by 2002:a92:d90c:: with SMTP id s12mr3328673iln.100.1606931917569; Wed, 02 Dec 2020 09:58:37 -0800 (PST) MIME-Version: 1.0 References: In-Reply-To: From: Ed Maste Date: Wed, 2 Dec 2020 12:58:25 -0500 Message-ID: Subject: Re: Removing obsolete GDB 6.1.1 for FreeBSD 13 To: Warner Losh Cc: FreeBSD Current , "freebsd-toolchain@FreeBSD.org" Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 4CmRXv1lSjz3Mvx 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: Wed, 02 Dec 2020 17:58:39 -0000 On Wed, 2 Dec 2020 at 12:52, Warner Losh wrote: > > even if lldb isn't a complete drop in replacement (I've not used it at all, so I can't say one way or another). Quick comment on this point - the FreeBSD Foundation has been sponsoring Moritz Systems to improve LLDB on FreeBSD, and they've done great work getting it into shape. Their work is in LLVM upstream now, and they're iterating on fixing issues found by LLDB's test suite. LLDB 12 should provide a capable userland debugging experience in FreeBSD 13, although I suspect many users will still install the gdb port or package for the familiar command line interface. There's no FreeBSD kernel support in LLDB yet, but it's being investigated. From owner-freebsd-current@freebsd.org Wed Dec 2 21:20: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 AD02B4A686E; Wed, 2 Dec 2020 21:20:27 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from relay5-d.mail.gandi.net (relay5-d.mail.gandi.net [217.70.183.197]) (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 4CmX1l24fsz3pxZ; Wed, 2 Dec 2020 21:20:26 +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 relay5-d.mail.gandi.net (Postfix) with ESMTPSA id E4C2F1C0004; Wed, 2 Dec 2020 21:20:24 +0000 (UTC) Subject: Re: dtrace: give %'d a chance? To: Mark Johnston Cc: FreeBSD Current , freebsd-dtrace@freebsd.org References: <5b87b1af-2c19-7f41-60f0-1e578c72e17d@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: Wed, 2 Dec 2020 23:20:23 +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: 8bit X-Rspamd-Queue-Id: 4CmX1l24fsz3pxZ 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: Wed, 02 Dec 2020 21:20:27 -0000 On 02/12/2020 18:52, Mark Johnston wrote: > On Mon, Nov 30, 2020 at 03:50:53PM +0200, Andriy Gapon wrote: >> On 19/11/2020 16:57, Mark Johnston wrote: >>> On Thu, Nov 19, 2020 at 01:28:56PM +0200, Andriy Gapon wrote: >>>> >>>> what do people think about adding >>>> setlocale(LC_NUMERIC, ""); >>>> to dtrace's main function? >>> >>> That seems reasonable to me. >>> >>>> My primary interest is to (pretty-)print some numbers with a thousands separator. >>>> >>>> Not sure if any other LC_ types are worth bothering. >>> >>> Maybe LC_TIME? libdtrace a couple of date formatters, %T and %Y. A >>> locale-aware formatter might be worth having. >> >> FWIW, I've just discovered that despite what >> http://dtrace.org/guide/chp-fmt.html says about %Y its output is not dependent >> on locale settings. >> A quick look at the code confirms that -- pfprint_time uses ctime_r. >> But %T (undocumented at the above link) indeed depends on LC_TIME as >> pfprint_time822 uses strftime("%a, %d %b %G %T %Z"). >> >> Sample output in C locale: >> 10000000 >> Mon, 30 Nov 2020 13:47:24 UTC >> 2020 Nov 30 13:47:24 >> >> The same formats (%'d, %T, %Y) in uk_UA locale: >> 10 000 000 >> Пн, 30 лист. 2020 13:43:11 UTC >> 2020 Nov 30 13:43:11 > > So to be clear, there is nothing that needs to be done for time locales? Sorry, it was I who was not clear. The above output is after adding setlocale() calls. Stock dtrace always operates in C locale. > In any case, I'm fine with adding the %'d formatter. It's already there and it delegates the work to the C printf. Hence the need for setlocale. -- Andriy Gapon From owner-freebsd-current@freebsd.org Wed Dec 2 21:53: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 091A54A7739 for ; Wed, 2 Dec 2020 21:53:46 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from relay9-d.mail.gandi.net (relay9-d.mail.gandi.net [217.70.183.199]) (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 4CmXm93jkwz3sWM; Wed, 2 Dec 2020 21:53: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 relay9-d.mail.gandi.net (Postfix) with ESMTPSA id 76769FF802; Wed, 2 Dec 2020 21:53:42 +0000 (UTC) To: FreeBSD Current From: Andriy Gapon Subject: rand() is racy in multi-threaded programs? 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 Cc: "Conrad E. Meyer" Message-ID: <5b827768-eb46-07f3-5b44-49627779786e@FreeBSD.org> Date: Wed, 2 Dec 2020 23:53:41 +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: 4CmXm93jkwz3sWM 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: Wed, 02 Dec 2020 21:53:46 -0000 Specifically, concurrent "first" calls to rand(). There can be a moment when rand3_state is allocated but not completely set up with initstate_r(). Is this a known / documented issue? Should we try to do better? P.S. I am seeing this issue from time to time when running ztest program (from ZFS). I guess that it uses rand() just because that's what OpenZFS did / does on illumos and Linux. P.P.S. Just realized that the problem can be relatively recent. https://svnweb.freebsd.org/base?view=revision&revision=357382 -- Andriy Gapon From owner-freebsd-current@freebsd.org Wed Dec 2 23:20:41 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 CCC8A470EB5 for ; Wed, 2 Dec 2020 23:20:41 +0000 (UTC) (envelope-from cse.cem@gmail.com) Received: from mail-oi1-f175.google.com (mail-oi1-f175.google.com [209.85.167.175]) (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 4CmZhS4hBWz4Rjg; Wed, 2 Dec 2020 23:20:40 +0000 (UTC) (envelope-from cse.cem@gmail.com) Received: by mail-oi1-f175.google.com with SMTP id y74so193576oia.11; Wed, 02 Dec 2020 15:20:40 -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:reply-to :from:date:message-id:subject:to:cc; bh=uGMMwwge7927NBf1OAphBhdZnbUsBJVeaZtjSVqBZU8=; b=Uo1H3KjPf+1UnIyvnPuKnWcVW6VlO2K2givifEbCve2BJ3QNdgHA1YVV22PrBef6D8 L5r7IJtx/OIVrCDlKmJOg7Dr/FDN3BDyWjOSYJVL2zLBMi9I1xbX24TgvlUHW0QsZsse LCiH7Ieq6Bqshgm5jHzAXmkKmrsNP9LwIgSoX93ILazWbmEGYjMr3ebL+mrt0UX4ai8v QU+7QkpIa6rLQ61gl25xvNN/9n6FT1ekiIsrQbWKhszkD2iCH/QzNRLNB3rRImfc8ulU LqeKxzbJUBS1BV8bLn9VYWsDDBg6HxxGsdwnP0GIiGTN3RqxlX/UXZzKVgBa0Piv92OG gixg== X-Gm-Message-State: AOAM531HGQHKG0IDzDMo0TKIp65V3SY6LLGoQStDujzX5vpm0KYSQDFj Ox+R94nnCBo/4u/DVbOVUDe5q1UA+14= X-Google-Smtp-Source: ABdhPJxpERLVGtLZJY4EnlwZFMSUuvx0PTEJKWsbtwidFoOFy9eo2G5SFk2nk74h1hfrI78KIRcN/A== X-Received: by 2002:aca:6255:: with SMTP id w82mr109168oib.5.1606951239192; Wed, 02 Dec 2020 15:20:39 -0800 (PST) Received: from mail-oi1-f178.google.com (mail-oi1-f178.google.com. [209.85.167.178]) by smtp.gmail.com with ESMTPSA id k25sm16880oik.31.2020.12.02.15.20.38 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Wed, 02 Dec 2020 15:20:38 -0800 (PST) Received: by mail-oi1-f178.google.com with SMTP id y74so193541oia.11; Wed, 02 Dec 2020 15:20:38 -0800 (PST) X-Received: by 2002:aca:2301:: with SMTP id e1mr132845oie.8.1606951238792; Wed, 02 Dec 2020 15:20:38 -0800 (PST) MIME-Version: 1.0 References: <5b827768-eb46-07f3-5b44-49627779786e@FreeBSD.org> In-Reply-To: <5b827768-eb46-07f3-5b44-49627779786e@FreeBSD.org> Reply-To: cem@freebsd.org From: Conrad Meyer Date: Wed, 2 Dec 2020 15:20:28 -0800 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: rand() is racy in multi-threaded programs? To: Andriy Gapon Cc: FreeBSD Current X-Rspamd-Queue-Id: 4CmZhS4hBWz4Rjg X-Spamd-Bar: - X-Spamd-Result: default: False [-2.00 / 15.00]; HAS_REPLYTO(0.00)[cem@freebsd.org]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17]; REPLYTO_ADDR_EQ_FROM(0.00)[]; RCVD_COUNT_THREE(0.00)[4]; TO_DN_ALL(0.00)[]; NEURAL_HAM_SHORT(-1.00)[-1.000]; RCPT_COUNT_TWO(0.00)[2]; FORGED_SENDER(0.30)[cem@freebsd.org,csecem@gmail.com]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FREEMAIL_ENVFROM(0.00)[gmail.com]; RBL_DBL_DONT_QUERY_IPS(0.00)[209.85.167.175:from]; R_DKIM_NA(0.00)[]; TAGGED_FROM(0.00)[]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; FROM_NEQ_ENVFROM(0.00)[cem@freebsd.org,csecem@gmail.com]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; DMARC_NA(0.00)[freebsd.org]; SPAMHAUS_ZRD(0.00)[209.85.167.175:from:127.0.2.255]; SUBJECT_ENDS_QUESTION(1.00)[]; RCVD_IN_DNSWL_NONE(0.00)[209.85.167.175:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[209.85.167.175:from]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current] Content-Type: text/plain; charset="UTF-8" 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: Wed, 02 Dec 2020 23:20:41 -0000 Hi Andriy, Rand(3) is explicitly unsafe to use from concurrent threads without some external serialization, even after initialization. I=E2=80=99d suggest usin= g a different API. Best, Conrad On Wed, Dec 2, 2020 at 13:53 Andriy Gapon wrote: > > Specifically, concurrent "first" calls to rand(). > There can be a moment when rand3_state is allocated but not completely se= t > up > with initstate_r(). > Is this a known / documented issue? > Should we try to do better? > > P.S. > I am seeing this issue from time to time when running ztest program (from > ZFS). > I guess that it uses rand() just because that's what OpenZFS did / does o= n > illumos and Linux. > > P.P.S. > Just realized that the problem can be relatively recent. > https://svnweb.freebsd.org/base?view=3Drevision&revision=3D357382 > > -- > Andriy Gapon > From owner-freebsd-current@freebsd.org Thu Dec 3 07:05:53 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 3360D47C6DB for ; Thu, 3 Dec 2020 07:05:53 +0000 (UTC) (envelope-from ali.abdallah@suse.com) Received: from mx2.suse.de (mx2.suse.de [195.135.220.15]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp2.suse.de", Issuer "Let's Encrypt Authority X3" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Cmn1D3Cqqz4t6F; Thu, 3 Dec 2020 07:05:52 +0000 (UTC) (envelope-from ali.abdallah@suse.com) X-Virus-Scanned: by amavisd-new at test-mx.suse.de Received: from relay2.suse.de (unknown [195.135.221.27]) by mx2.suse.de (Postfix) with ESMTP id 574F4ABE9; Thu, 3 Dec 2020 07:05:50 +0000 (UTC) Date: Thu, 3 Dec 2020 08:05:49 +0100 From: Ali Abdallah To: myfreeweb Cc: freebsd-current@freebsd.org, Hans Petter Selasky , Scott Long Subject: Re: Issues with USB-C external monitors Message-ID: <20201203070549.d7or5kb43jm3rztz@frix230> References: <20201201131430.ol7pzms24h743iwf@frix230> <342519ee-6f73-98be-29b1-cea7890ccb1e@selasky.org> <20201202102841.ysv52uc6oseuurwh@frix230> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="3gegjkejxlz4nh2u" Content-Disposition: inline In-Reply-To: <20201202102841.ysv52uc6oseuurwh@frix230> X-Rspamd-Queue-Id: 4Cmn1D3Cqqz4t6F X-Spamd-Bar: ------ X-Spamd-Result: default: False [-6.70 / 15.00]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:195.135.220.15]; HAS_ATTACHMENT(0.00)[]; RCVD_DKIM_ARC_DNSWL_MED(-0.50)[]; RWL_MAILSPIKE_GOOD(0.00)[195.135.220.15:from]; RCVD_IN_DNSWL_MED(-0.20)[195.135.220.15:from]; DKIM_TRACE(0.00)[suse.com:+]; DMARC_POLICY_ALLOW(-0.50)[suse.com,quarantine]; NEURAL_HAM_SHORT(-1.00)[-1.000]; SIGNED_PGP(-2.00)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:+,3:+,4:+,5:~]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:29298, ipnet:195.135.220.0/22, country:DE]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[suse.com:s=susede1]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; DWL_DNSWL_MED(-2.00)[suse.com:dkim]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.20)[multipart/signed,multipart/mixed,text/plain,text/x-csrc]; MIME_BAD_ATTACHMENT(1.60)[c]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MID_RHS_NOT_FQDN(0.50)[]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-current] 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: Thu, 03 Dec 2020 07:05:53 -0000 --3gegjkejxlz4nh2u Content-Type: multipart/mixed; boundary="rv2hyufnfu3ijhtj" Content-Disposition: inline --rv2hyufnfu3ijhtj Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 02.12.2020 11:28, Ali Abdallah wrote: > Actually Xorg on FreeBSD with UDEV is compiled with > --disable-config-udev-kms, thus the server never calls: >=20 > udev_monitor_filter_add_match_subsystem_devtype >=20 > for GPU devices, and thus libudev-devd doesn't forward kms events to the > server. Actually Xorg doesn't even process them, even if the filter check > is bypassed in libudev-devd (udev-monitor.c:261). >=20 > Basically Xorg is missing bsd platform code for drm devices, on Linux > the code that implements that can be found in: > hw/xfree86/os-support/linux/lnx_platform.c I'm attaching two patches that make hotpluggable drm connectors work on FreeBSD with xorg-server compiled with UDEV. If you want to give them a try, for libudev-devd it is enough to apply patch-libudev-devd-drm-hotplug.c, but for xorg-server you need to change its Makefile to enable udev-kms, and apply patch-xorg-server-drm-bsd-platfo= rm.c UDEV_CONFIGURE_ON=3D --disable-config-udev-kms to UDEV_CONFIGURE_ON=3D --enabled-config-udev-kms The bsd-platform code for the xorg-server is basically the same as Linux, expect for the systemd bit obviously. For now, I appended the code to hw/xfree86/os-support/bsd/bsd_VTsw.c just because I didn't want to patch the Makefile.in or Makefile.am and fight with autotools. But that code should finish in the future in bsd_platform.c. It is working perfectly fine for me, also got positive feedback from a friend using it on a Thinkpad X280 with a USB-C dock. The patches even for onboard connectors deliver for "complete" desktop plugging/unplugging external monitors events (such as Xfce, gnome, KDE), and then the external monitors are configured automatically. I will also later on work on DEVD support as well. Regards. --=20 Ali Abdallah | SUSE Linux L3 Engineer GPG fingerprint: 51A0 F4A0 C8CF C98F 842E A9A8 B945 56F8 1C85 D0D5 --rv2hyufnfu3ijhtj-- --3gegjkejxlz4nh2u Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEEUaD0oMjPyY+ELqmouUVW+ByF0NUFAl/IjkkACgkQuUVW+ByF 0NUsCA/9Hc2GWzRh2jU21Cl3p57lW5+/jkeUqYt6xko7CN16DDDRLDCtTzBB2Ulx 3EWD35NEjB0Gti7OBoQV9EopIHxbu5DXxdbZEn9P3wF6ZQmLSPG+kkGucaEaeXFf ScNbWoBKLs7g7lqgORHjFS4/vKiVNB5CZ0D9cAgOeNAQClOGzkjwyCRWujGz8kzd SmOzLdmuNpLpL5EactupsJnFuKFDA6IG8c0kWTpVx4TG2ggO0twQjaP4L+pOaP/1 qRAgYIZUIA4DlhmCqjwQXr+VhHtzK1w8WOk6xx/4nnyt05gEu5mkrYLakdqouuvN WuBWhTENWkux5f5qP6jzcGjEqEsvzYFZoVkhZTr/X4aShe6a8ThVABNNUFL0oJTC hJAYNe45jdxvwDEOulFbLWs1yL5bvwQ0PV4CDQTP1jWgLEWYGJc4uGmvqhSYE7gg IQk9zV4fZoPRM8mBWzhGK8avytZKPA/kMJjF7to/Cc3g0/VPPZXNNF2iAJyF9bY9 CZycBmaYH9GWVFlVKumAACFKODegwexZec4epqsJMEDmWpCbXudNS2UqQ//jjxw0 MDXgiJMWTgsue/gp08usuNgOLJmyWeRX73quej7rr85QDmS+Ris+0ReY5PBtIGsW npLxdm/hHqa222nbcYvXrby0VtBzRSm5ICQJDgtF2Hmij9koHh8= =XCZ9 -----END PGP SIGNATURE----- --3gegjkejxlz4nh2u-- From owner-freebsd-current@freebsd.org Thu Dec 3 07:34: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 7BBDF47D23D for ; Thu, 3 Dec 2020 07:34:01 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from relay3-d.mail.gandi.net (relay3-d.mail.gandi.net [217.70.183.195]) (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 4Cmndj0pZlz4vNr; Thu, 3 Dec 2020 07:34:00 +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 relay3-d.mail.gandi.net (Postfix) with ESMTPSA id 946E360004; Thu, 3 Dec 2020 07:33:58 +0000 (UTC) Subject: Re: rand() is racy in multi-threaded programs? To: cem@freebsd.org Cc: FreeBSD Current References: <5b827768-eb46-07f3-5b44-49627779786e@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: <22f5dfc1-c709-6911-b8b0-121e4c40affc@FreeBSD.org> Date: Thu, 3 Dec 2020 09:33:57 +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: 8bit X-Rspamd-Queue-Id: 4Cmndj0pZlz4vNr 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: Thu, 03 Dec 2020 07:34:01 -0000 On 03/12/2020 01:20, Conrad Meyer wrote: > Hi Andriy, > > Rand(3) is explicitly unsafe to use from concurrent threads without some > external serialization, even after initialization. I’d suggest using a different > API. Conrad, thank you! Just want to check, unsafe in terms of bogus results (with respect to randomness) or unsafe as in may crash? > On Wed, Dec 2, 2020 at 13:53 Andriy Gapon > wrote: > > > Specifically, concurrent "first" calls to rand(). > There can be a moment when rand3_state is allocated but not completely set up > with initstate_r(). > Is this a known / documented issue? > Should we try to do better? > > P.S. > I am seeing this issue from time to time when running ztest program (from ZFS). > I guess that it uses rand() just because that's what OpenZFS did / does on > illumos and Linux. > > P.P.S. > Just realized that the problem can be relatively recent. > https://svnweb.freebsd.org/base?view=revision&revision=357382 > > -- > Andriy Gapon > -- Andriy Gapon From owner-freebsd-current@freebsd.org Thu Dec 3 07:44: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 031C647DA93 for ; Thu, 3 Dec 2020 07:44:37 +0000 (UTC) (envelope-from cse.cem@gmail.com) Received: from mail-oi1-f170.google.com (mail-oi1-f170.google.com [209.85.167.170]) (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 4Cmnsv6FpMz3BqK; Thu, 3 Dec 2020 07:44:35 +0000 (UTC) (envelope-from cse.cem@gmail.com) Received: by mail-oi1-f170.google.com with SMTP id f11so1269200oij.6; Wed, 02 Dec 2020 23:44:35 -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:reply-to :from:date:message-id:subject:to:cc:content-transfer-encoding; bh=dhtYLo+d7RR8oTnt1o5oUyEEsmu+gkbkvtM6sCeQPhU=; b=KxfwCAkedXsRMbbHVl3nYSJ/9yIhJSfw0NbYBZqx2Z5bCKhEMRZnd2HdPwXEb9sfRg WpmDZb5zU/w5AIExi9YTeJZ77AX3KSB7RTn7SG6aVoEQlsQrvBq2gbtfsyV+DJGLPl6R nXtsvNuU1oAi8cpBKmW6z5MhmDVFtN9Ww8db/H10xbRF2uuqyma8dy7x9K3S+v7Pjgg9 4Zk3RPy+85NlqOroaU3EXbo4smzj1U1miAMpz2wCeVXRgihv8IZKzq/Fhazwdc5T3GvJ kXDTB4l2nefWKrkkF4sTxCYuIOqojy9urMHIsWr1NIVxNRAmgiVeaIWgpZsE0zM7epnt m0rQ== X-Gm-Message-State: AOAM531bzsp2wSGNRri41g6PmyVfW/JIlg4B82+A7yAPWqZQPKyW5Nu5 sodlbKn1DmOlWsTjtOVHmoc+qTFCXhY= X-Google-Smtp-Source: ABdhPJw9RMyok3MYt+cCJ25NvvXChGY8G7AFYAhV0mGpbmagXZIaMkOG95lHraQuKaIlSixxrFKy9Q== X-Received: by 2002:aca:4257:: with SMTP id p84mr1047333oia.68.1606981474468; Wed, 02 Dec 2020 23:44:34 -0800 (PST) Received: from mail-ot1-f44.google.com (mail-ot1-f44.google.com. [209.85.210.44]) by smtp.gmail.com with ESMTPSA id x9sm75299otk.9.2020.12.02.23.44.34 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Wed, 02 Dec 2020 23:44:34 -0800 (PST) Received: by mail-ot1-f44.google.com with SMTP id x15so931393otp.4; Wed, 02 Dec 2020 23:44:34 -0800 (PST) X-Received: by 2002:a05:6830:1286:: with SMTP id z6mr1255514otp.334.1606981473993; Wed, 02 Dec 2020 23:44:33 -0800 (PST) MIME-Version: 1.0 References: <5b827768-eb46-07f3-5b44-49627779786e@FreeBSD.org> <22f5dfc1-c709-6911-b8b0-121e4c40affc@FreeBSD.org> In-Reply-To: <22f5dfc1-c709-6911-b8b0-121e4c40affc@FreeBSD.org> Reply-To: cem@freebsd.org From: Conrad Meyer Date: Wed, 2 Dec 2020 23:44:23 -0800 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: rand() is racy in multi-threaded programs? To: Andriy Gapon Cc: FreeBSD Current Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 4Cmnsv6FpMz3BqK X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.00 / 15.00]; HAS_REPLYTO(0.00)[cem@freebsd.org]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17]; REPLYTO_ADDR_EQ_FROM(0.00)[]; RCVD_COUNT_THREE(0.00)[4]; TO_DN_ALL(0.00)[]; NEURAL_HAM_SHORT(-1.00)[-1.000]; RCPT_COUNT_TWO(0.00)[2]; FORGED_SENDER(0.30)[cem@freebsd.org,csecem@gmail.com]; R_DKIM_NA(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; TAGGED_FROM(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[209.85.167.170:from]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; FROM_NEQ_ENVFROM(0.00)[cem@freebsd.org,csecem@gmail.com]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; MIME_TRACE(0.00)[0:+]; DMARC_NA(0.00)[freebsd.org]; SPAMHAUS_ZRD(0.00)[209.85.167.170:from:127.0.2.255]; RCVD_IN_DNSWL_NONE(0.00)[209.85.167.170:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[209.85.167.170: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: Thu, 03 Dec 2020 07:44:37 -0000 Hi Andriy, On Wed, Dec 2, 2020 at 11:34 PM Andriy Gapon wrote: > > On 03/12/2020 01:20, Conrad Meyer wrote: > > Rand(3) is explicitly unsafe to use from concurrent threads without som= e > > external serialization, even after initialization. I=E2=80=99d suggest = using a different > > API. > > thank you! > Just want to check, unsafe in terms of bogus results (with respect to > randomness) or unsafe as in may crash? Well, unsafe in that it's a data race, which is formally undefined behavior in C (if I understand correctly). So anything could happen, including a crash. In practice, you would probably see something more like the former (bogus results, e.g., multiple calls returning the same number because the state wasn't updated atomically, or something like that) rather than a crash. Best, Conrad From owner-freebsd-current@freebsd.org Thu Dec 3 08:02:51 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 544A147E2A4 for ; Thu, 3 Dec 2020 08:02:51 +0000 (UTC) (envelope-from ali.abdallah@suse.com) Received: from mx2.suse.de (mx2.suse.de [195.135.220.15]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp2.suse.de", Issuer "Let's Encrypt Authority X3" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4CmpGy47Y6z3Ckh; Thu, 3 Dec 2020 08:02:50 +0000 (UTC) (envelope-from ali.abdallah@suse.com) X-Virus-Scanned: by amavisd-new at test-mx.suse.de Received: from relay2.suse.de (unknown [195.135.221.27]) by mx2.suse.de (Postfix) with ESMTP id 429B9ABCE; Thu, 3 Dec 2020 08:02:48 +0000 (UTC) Date: Thu, 3 Dec 2020 09:02:47 +0100 From: Ali Abdallah To: myfreeweb Cc: freebsd-current@freebsd.org, Hans Petter Selasky , Scott Long Subject: Re: Issues with USB-C external monitors Message-ID: <20201203080247.4uqjhkdhucflfxiq@frix230> References: <20201201131430.ol7pzms24h743iwf@frix230> <342519ee-6f73-98be-29b1-cea7890ccb1e@selasky.org> <20201202102841.ysv52uc6oseuurwh@frix230> <20201203070549.d7or5kb43jm3rztz@frix230> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <20201203070549.d7or5kb43jm3rztz@frix230> X-Rspamd-Queue-Id: 4CmpGy47Y6z3Ckh X-Spamd-Bar: ------ X-Spamd-Result: default: False [-6.20 / 15.00]; MID_RHS_NOT_FQDN(0.50)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[suse.com:s=susede1]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:195.135.220.15]; MIME_GOOD(-0.10)[text/plain]; RCVD_DKIM_ARC_DNSWL_MED(-0.50)[]; DWL_DNSWL_MED(-2.00)[suse.com:dkim]; NEURAL_HAM_LONG(-1.00)[-1.000]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[suse.com:+]; RCVD_IN_DNSWL_MED(-0.20)[195.135.220.15:from]; DMARC_POLICY_ALLOW(-0.50)[suse.com,quarantine]; RWL_MAILSPIKE_GOOD(0.00)[195.135.220.15:from]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:29298, ipnet:195.135.220.0/22, country:DE]; 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: Thu, 03 Dec 2020 08:02:51 -0000 Sorry for the noise, you can the patches at the following link: https://github.com/Alix82/FreeBSD-xorg-drm-hotplug On 03.12.2020 08:05, Ali Abdallah wrote: > On 02.12.2020 11:28, Ali Abdallah wrote: > > Actually Xorg on FreeBSD with UDEV is compiled with > > --disable-config-udev-kms, thus the server never calls: > > > > udev_monitor_filter_add_match_subsystem_devtype > > > > for GPU devices, and thus libudev-devd doesn't forward kms events to the > > server. Actually Xorg doesn't even process them, even if the filter check > > is bypassed in libudev-devd (udev-monitor.c:261). > > > > Basically Xorg is missing bsd platform code for drm devices, on Linux > > the code that implements that can be found in: > > hw/xfree86/os-support/linux/lnx_platform.c > > I'm attaching two patches that make hotpluggable drm connectors work on > FreeBSD with xorg-server compiled with UDEV. > > If you want to give them a try, for libudev-devd it is enough to apply > patch-libudev-devd-drm-hotplug.c, but for xorg-server you need to change > its Makefile to enable udev-kms, and apply patch-xorg-server-drm-bsd-platform.c > > UDEV_CONFIGURE_ON= --disable-config-udev-kms > > to > > UDEV_CONFIGURE_ON= --enabled-config-udev-kms > > The bsd-platform code for the xorg-server is basically the same as Linux, > expect for the systemd bit obviously. For now, I appended the code to > hw/xfree86/os-support/bsd/bsd_VTsw.c just because I didn't want to patch > the Makefile.in or Makefile.am and fight with autotools. But that code > should finish in the future in bsd_platform.c. > > It is working perfectly fine for me, also got positive feedback from a > friend using it on a Thinkpad X280 with a USB-C dock. > > The patches even for onboard connectors deliver for "complete" desktop > plugging/unplugging external monitors events (such as Xfce, gnome, KDE), > and then the external monitors are configured automatically. > > I will also later on work on DEVD support as well. > > Regards. > > -- > Ali Abdallah | SUSE Linux L3 Engineer > GPG fingerprint: 51A0 F4A0 C8CF C98F 842E A9A8 B945 56F8 1C85 D0D5 > -- Ali Abdallah | SUSE Linux L3 Engineer GPG fingerprint: 51A0 F4A0 C8CF C98F 842E A9A8 B945 56F8 1C85 D0D5 From owner-freebsd-current@freebsd.org Thu Dec 3 09:46: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 4266C4A124D for ; Thu, 3 Dec 2020 09:46:24 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) (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 4CmrZS0NW2z3KJM; Thu, 3 Dec 2020 09:46:23 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (v-critter.freebsd.dk [192.168.55.3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by phk.freebsd.dk (Postfix) with ESMTPS id 4326B8A591; Thu, 3 Dec 2020 09:46:21 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.16.1/8.16.1) with ESMTPS id 0B39kLrm060306 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Thu, 3 Dec 2020 09:46:21 GMT (envelope-from phk@critter.freebsd.dk) Received: (from phk@localhost) by critter.freebsd.dk (8.16.1/8.16.1/Submit) id 0B39kKT9060305; Thu, 3 Dec 2020 09:46:20 GMT (envelope-from phk) To: Ali Abdallah cc: myfreeweb , freebsd-current@freebsd.org, Hans Petter Selasky , Scott Long Subject: Re: Issues with USB-C external monitors In-reply-to: <20201203080247.4uqjhkdhucflfxiq@frix230> From: "Poul-Henning Kamp" References: <20201201131430.ol7pzms24h743iwf@frix230> <342519ee-6f73-98be-29b1-cea7890ccb1e@selasky.org> <20201202102841.ysv52uc6oseuurwh@frix230> <20201203070549.d7or5kb43jm3rztz@frix230> <20201203080247.4uqjhkdhucflfxiq@frix230> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <60303.1606988780.1@critter.freebsd.dk> Date: Thu, 03 Dec 2020 09:46:20 +0000 Message-ID: <60304.1606988780@critter.freebsd.dk> X-Rspamd-Queue-Id: 4CmrZS0NW2z3KJM 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: Thu, 03 Dec 2020 09:46:24 -0000 -------- Ali Abdallah writes: > Sorry for the noise, you can the patches at the following link: > > https://github.com/Alix82/FreeBSD-xorg-drm-hotplug Thanks a lot Ali! With these patches my T480+TB3 dock works, with the following footnotes: I have disabled "TB3 Bios assist" in the BIOS and use a USB-C cable instead of the TB-3 cable, to keep TB3 out of this. At some point, probably years ago, I ran "make config" in x11-servers/xorg-server, and the state-file left in /var/db/ports kept UDEV disabled, despite the patch to Makefile in the bundle above. You can either remove the state-file or run "make config" again and select UDEV. Poul-Henning -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@freebsd.org Thu Dec 3 10:43:22 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 7AC314A27D2 for ; Thu, 3 Dec 2020 10:43:22 +0000 (UTC) (envelope-from trond.endrestol@ximalas.info) Received: from enterprise.ximalas.info (enterprise.ximalas.info [IPv6:2001:700:1100:1::8]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "ximalas.info", Issuer "Hostmaster ximalas.info" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Cmsr92gWmz3NHj for ; Thu, 3 Dec 2020 10:43:21 +0000 (UTC) (envelope-from trond.endrestol@ximalas.info) Received: from enterprise.ximalas.info (Ximalas@localhost [127.0.0.1]) by enterprise.ximalas.info (8.16.1/8.16.1) with ESMTPS id 0B3Ah78t032112 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO) for ; Thu, 3 Dec 2020 11:43:08 +0100 (CET) (envelope-from trond.endrestol@ximalas.info) Received: from localhost (trond@localhost) by enterprise.ximalas.info (8.16.1/8.16.1/Submit) with ESMTP id 0B3Ah7Uw032101 for ; Thu, 3 Dec 2020 11:43:07 +0100 (CET) (envelope-from trond.endrestol@ximalas.info) X-Authentication-Warning: enterprise.ximalas.info: trond owned process doing -bs Date: Thu, 3 Dec 2020 11:43:07 +0100 (CET) From: =?UTF-8?Q?Trond_Endrest=C3=B8l?= To: freebsd-current@freebsd.org Subject: page fault due to close(2), possibly drm and i915kms related Message-ID: <8b62fa1c-8d22-b0c5-239d-56f0bcad081@ximalas.info> OpenPGP: url=http://ximalas.info/about/tronds-openpgp-public-key MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED autolearn=unavailable autolearn_force=no version=3.4.4 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on enterprise.ximalas.info X-Rspamd-Queue-Id: 4Cmsr92gWmz3NHj X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.80 / 15.00]; MID_RHS_MATCH_FROM(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[2001:700:1100:1::8:from]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+a]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; HAS_XAW(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[2001:700:1100:1::8:from:127.0.2.255]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_NONE(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; DMARC_POLICY_ALLOW(-0.50)[ximalas.info,none]; NEURAL_HAM_SHORT(-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:224, ipnet:2001:700::/32, country:NO]; RCVD_TLS_LAST(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: Thu, 03 Dec 2020 10:43:22 -0000 Fam, After close(2) got fixed in r368006 last week, my laptop at home has been acting up. It currently runs: FreeBSD E590T.ufp 13.0-CURRENT FreeBSD 13.0-CURRENT #870 r368192: Mon Nov 30 20:29:15 CET 2020 root@E590T.ufp:/usr/obj/usr/src/amd64.amd64/sys/E590T amd64 1300130 1300130 a5c28607a47e84c68f4c8063d23189c475e61ac8 The DRM and KMS drivers (i915kms) are compiled from the source code of graphics/drm-kmod and are automatically installed along with the kernel. >From time to time whenever I'm logged in using X.org, I sometimes get crashes like this one: Script started on Thu Dec 3 07:13:33 2020 Command: kkgdb /boot/kernel/kernel /var/crash/vmcore.2 GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "amd64-marcel-freebsd"... Unread portion of the kernel message buffer: [160176] [160176] [160176] Fatal trap 12: page fault while in kernel mode [160176] cpuid = 0; apic id = 00 [160176] fault virtual address = 0x440 [160176] fault code = supervisor read data, page not present [160176] instruction pointer = 0x20:0xffffffff808cbd2c [160176] stack pointer = 0x28:0xfffffe018500e700 [160176] frame pointer = 0x28:0xfffffe018500e780 [160176] code segment = base 0x0, limit 0xfffff, type 0x1b [160176] = DPL 0, pres 1, long 1, def32 0, gran 1 [160176] processor eflags = interrupt enabled, resume, IOPL = 0 [160176] current process = 3874 (wc) [160176] trap number = 12 [160176] WARNING !drm_modeset_is_locked(&crtc->mutex) failed at /usr/local/sys/modules/drm-current-kmod/drivers/gpu/drm/drm_atomic_helper.c:621 [160176] #0 0xffffffff82766583 at linux_dump_stack+0x23 [160176] #1 0xffffffff830fb3c3 at drm_atomic_helper_check_modeset+0xb3 [160176] #2 0xffffffff831dfd9d at intel_atomic_check+0x8d [160176] #3 0xffffffff830fa360 at drm_atomic_check_only+0x400 [160176] #4 0xffffffff830fa793 at drm_atomic_commit+0x13 [160176] #5 0xffffffff83107948 at drm_client_modeset_commit_atomic+0x148 [160176] #6 0xffffffff83107671 at drm_client_modeset_commit_force+0x71 [160176] #7 0xffffffff8314a7d7 at drm_fb_helper_restore_fbdev_mode_unlocked+0x77 [160176] #8 0xffffffff831445d1 at vt_kms_postswitch+0x191 [160176] #9 0xffffffff8076202b at vt_window_switch+0x12b [160176] #10 0xffffffff8075f12f at vtterm_cngrab+0x1f [160176] #11 0xffffffff80887c36 at cngrab+0x16 [160176] #12 0xffffffff808ee35c at vpanic+0xec [160176] #13 0xffffffff808ee263 at panic+0x43 [160176] #14 0xffffffff80cf7af7 at trap_fatal+0x387 [160176] #15 0xffffffff80cf7b4f at trap_pfault+0x4f [160176] #16 0xffffffff80cf71ad at trap+0x27d [160176] #17 0xffffffff80ccf3e8 at calltrap+0x8 [160176] WARNING !drm_modeset_is_locked(&crtc->mutex) failed at /usr/local/sys/modules/drm-current-kmod/drivers/gpu/drm/drm_atomic_helper.c:621 [160176] #0 0xffffffff82766583 at linux_dump_stack+0x23 [160176] #1 0xffffffff830fb3c3 at drm_atomic_helper_check_modeset+0xb3 [160176] #2 0xffffffff831dfd9d at intel_atomic_check+0x8d [160176] #3 0xffffffff830fa360 at drm_atomic_check_only+0x400 [160176] #4 0xffffffff830fa793 at drm_atomic_commit+0x13 [160176] #5 0xffffffff83107948 at drm_client_modeset_commit_atomic+0x148 [160176] #6 0xffffffff83107671 at drm_client_modeset_commit_force+0x71 [160176] #7 0xffffffff8314a7d7 at drm_fb_helper_restore_fbdev_mode_unlocked+0x77 [160176] #8 0xffffffff831445d1 at vt_kms_postswitch+0x191 [160176] #9 0xffffffff8076202b at vt_window_switch+0x12b [160176] #10 0xffffffff8075f12f at vtterm_cngrab+0x1f [160176] #11 0xffffffff80887c36 at cngrab+0x16 [160176] #12 0xffffffff808ee35c at vpanic+0xec [160176] #13 0xffffffff808ee263 at panic+0x43 [160176] #14 0xffffffff80cf7af7 at trap_fatal+0x387 [160176] #15 0xffffffff80cf7b4f at trap_pfault+0x4f [160176] #16 0xffffffff80cf71ad at trap+0x27d [160176] #17 0xffffffff80ccf3e8 at calltrap+0x8 [160176] WARNING !drm_modeset_is_locked(&crtc->mutex) failed at /usr/local/sys/modules/drm-current-kmod/drivers/gpu/drm/drm_atomic_helper.c:621 [160176] #0 0xffffffff82766583 at linux_dump_stack+0x23 [160176] #1 0xffffffff830fb3c3 at drm_atomic_helper_check_modeset+0xb3 [160176] #2 0xffffffff831dfd9d at intel_atomic_check+0x8d [160176] #3 0xffffffff830fa360 at drm_atomic_check_only+0x400 [160176] #4 0xffffffff830fa793 at drm_atomic_commit+0x13 [160176] #5 0xffffffff83107948 at drm_client_modeset_commit_atomic+0x148 [160176] #6 0xffffffff83107671 at drm_client_modeset_commit_force+0x71 [160176] #7 0xffffffff8314a7d7 at drm_fb_helper_restore_fbdev_mode_unlocked+0x77 [160176] #8 0xffffffff831445d1 at vt_kms_postswitch+0x191 [160176] #9 0xffffffff8076202b at vt_window_switch+0x12b [160176] #10 0xffffffff8075f12f at vtterm_cngrab+0x1f [160176] #11 0xffffffff80887c36 at cngrab+0x16 [160176] #12 0xffffffff808ee35c at vpanic+0xec [160176] #13 0xffffffff808ee263 at panic+0x43 [160176] #14 0xffffffff80cf7af7 at trap_fatal+0x387 [160176] #15 0xffffffff80cf7b4f at trap_pfault+0x4f [160176] #16 0xffffffff80cf71ad at trap+0x27d [160176] #17 0xffffffff80ccf3e8 at calltrap+0x8 [160176] WARNING !drm_modeset_is_locked(&dev->mode_config.connection_mutex) failed at /usr/local/sys/modules/drm-current-kmod/drivers/gpu/drm/drm_atomic_helper.c:666 [160176] #0 0xffffffff82766583 at linux_dump_stack+0x23 [160176] #1 0xffffffff830fb553 at drm_atomic_helper_check_modeset+0x243 [160176] #2 0xffffffff831dfd9d at intel_atomic_check+0x8d [160176] #3 0xffffffff830fa360 at drm_atomic_check_only+0x400 [160176] #4 0xffffffff830fa793 at drm_atomic_commit+0x13 [160176] #5 0xffffffff83107948 at drm_client_modeset_commit_atomic+0x148 [160176] #6 0xffffffff83107671 at drm_client_modeset_commit_force+0x71 [160176] #7 0xffffffff8314a7d7 at drm_fb_helper_restore_fbdev_mode_unlocked+0x77 [160176] #8 0xffffffff831445d1 at vt_kms_postswitch+0x191 [160176] #9 0xffffffff8076202b at vt_window_switch+0x12b [160176] #10 0xffffffff8075f12f at vtterm_cngrab+0x1f [160176] #11 0xffffffff80887c36 at cngrab+0x16 [160176] #12 0xffffffff808ee35c at vpanic+0xec [160176] #13 0xffffffff808ee263 at panic+0x43 [160176] #14 0xffffffff80cf7af7 at trap_fatal+0x387 [160176] #15 0xffffffff80cf7b4f at trap_pfault+0x4f [160176] #16 0xffffffff80cf71ad at trap+0x27d [160176] #17 0xffffffff80ccf3e8 at calltrap+0x8 [160176] WARNING !drm_modeset_is_locked(&plane->mutex) failed at /usr/local/sys/modules/drm-current-kmod/drivers/gpu/drm/drm_atomic_helper.c:871 [160176] #0 0xffffffff82766583 at linux_dump_stack+0x23 [160176] #1 0xffffffff830fc620 at drm_atomic_helper_check_planes+0xb0 [160176] #2 0xffffffff831e0f11 at intel_atomic_check+0x1201 [160176] #3 0xffffffff830fa360 at drm_atomic_check_only+0x400 [160176] #4 0xffffffff830fa793 at drm_atomic_commit+0x13 [160176] #5 0xffffffff83107948 at drm_client_modeset_commit_atomic+0x148 [160176] #6 0xffffffff83107671 at drm_client_modeset_commit_force+0x71 [160176] #7 0xffffffff8314a7d7 at drm_fb_helper_restore_fbdev_mode_unlocked+0x77 [160176] #8 0xffffffff831445d1 at vt_kms_postswitch+0x191 [160176] #9 0xffffffff8076202b at vt_window_switch+0x12b [160176] #10 0xffffffff8075f12f at vtterm_cngrab+0x1f [160176] #11 0xffffffff80887c36 at cngrab+0x16 [160176] #12 0xffffffff808ee35c at vpanic+0xec [160176] #13 0xffffffff808ee263 at panic+0x43 [160176] #14 0xffffffff80cf7af7 at trap_fatal+0x387 [160176] #15 0xffffffff80cf7b4f at trap_pfault+0x4f [160176] #16 0xffffffff80cf71ad at trap+0x27d [160176] #17 0xffffffff80ccf3e8 at calltrap+0x8 [160176] WARNING !drm_modeset_is_locked(&plane->mutex) failed at /usr/local/sys/modules/drm-current-kmod/drivers/gpu/drm/drm_atomic_helper.c:871 [160176] #0 0xffffffff82766583 at linux_dump_stack+0x23 [160176] #1 0xffffffff830fc620 at drm_atomic_helper_check_planes+0xb0 [160176] #2 0xffffffff831e0f11 at intel_atomic_check+0x1201 [160176] #3 0xffffffff830fa360 at drm_atomic_check_only+0x400 [160176] #4 0xffffffff830fa793 at drm_atomic_commit+0x13 [160176] #5 0xffffffff83107948 at drm_client_modeset_commit_atomic+0x148 [160176] #6 0xffffffff83107671 at drm_client_modeset_commit_force+0x71 [160176] #7 0xffffffff8314a7d7 at drm_fb_helper_restore_fbdev_mode_unlocked+0x77 [160176] #8 0xffffffff831445d1 at vt_kms_postswitch+0x191 [160176] #9 0xffffffff8076202b at vt_window_switch+0x12b [160176] #10 0xffffffff8075f12f at vtterm_cngrab+0x1f [160176] #11 0xffffffff80887c36 at cngrab+0x16 [160176] #12 0xffffffff808ee35c at vpanic+0xec [160176] #13 0xffffffff808ee263 at panic+0x43 [160176] #14 0xffffffff80cf7af7 at trap_fatal+0x387 [160176] #15 0xffffffff80cf7b4f at trap_pfault+0x4f [160176] #16 0xffffffff80cf71ad at trap+0x27d [160176] #17 0xffffffff80ccf3e8 at calltrap+0x8 [160176] WARNING !drm_modeset_is_locked(&plane->mutex) failed at /usr/local/sys/modules/drm-current-kmod/drivers/gpu/drm/drm_atomic_helper.c:871 [160176] #0 0xffffffff82766583 at linux_dump_stack+0x23 [160176] #1 0xffffffff830fc620 at drm_atomic_helper_check_planes+0xb0 [160176] #2 0xffffffff831e0f11 at intel_atomic_check+0x1201 [160176] #3 0xffffffff830fa360 at drm_atomic_check_only+0x400 [160176] #4 0xffffffff830fa793 at drm_atomic_commit+0x13 [160176] #5 0xffffffff83107948 at drm_client_modeset_commit_atomic+0x148 [160176] #6 0xffffffff83107671 at drm_client_modeset_commit_force+0x71 [160176] #7 0xffffffff8314a7d7 at drm_fb_helper_restore_fbdev_mode_unlocked+0x77 [160176] #8 0xffffffff831445d1 at vt_kms_postswitch+0x191 [160176] #9 0xffffffff8076202b at vt_window_switch+0x12b [160176] #10 0xffffffff8075f12f at vtterm_cngrab+0x1f [160176] #11 0xffffffff80887c36 at cngrab+0x16 [160176] #12 0xffffffff808ee35c at vpanic+0xec [160176] #13 0xffffffff808ee263 at panic+0x43 [160176] #14 0xffffffff80cf7af7 at trap_fatal+0x387 [160176] #15 0xffffffff80cf7b4f at trap_pfault+0x4f [160176] #16 0xffffffff80cf71ad at trap+0x27d [160176] #17 0xffffffff80ccf3e8 at calltrap+0x8 [160176] WARNING !drm_modeset_is_locked(&plane->mutex) failed at /usr/local/sys/modules/drm-current-kmod/drivers/gpu/drm/drm_atomic_helper.c:871 [160176] #0 0xffffffff82766583 at linux_dump_stack+0x23 [160176] #1 0xffffffff830fc620 at drm_atomic_helper_check_planes+0xb0 [160176] #2 0xffffffff831e0f11 at intel_atomic_check+0x1201 [160176] #3 0xffffffff830fa360 at drm_atomic_check_only+0x400 [160176] #4 0xffffffff830fa793 at drm_atomic_commit+0x13 [160176] #5 0xffffffff83107948 at drm_client_modeset_commit_atomic+0x148 [160176] #6 0xffffffff83107671 at drm_client_modeset_commit_force+0x71 [160176] #7 0xffffffff8314a7d7 at drm_fb_helper_restore_fbdev_mode_unlocked+0x77 [160176] #8 0xffffffff831445d1 at vt_kms_postswitch+0x191 [160176] #9 0xffffffff8076202b at vt_window_switch+0x12b [160176] #10 0xffffffff8075f12f at vtterm_cngrab+0x1f [160176] #11 0xffffffff80887c36 at cngrab+0x16 [160176] #12 0xffffffff808ee35c at vpanic+0xec [160176] #13 0xffffffff808ee263 at panic+0x43 [160176] #14 0xffffffff80cf7af7 at trap_fatal+0x387 [160176] #15 0xffffffff80cf7b4f at trap_pfault+0x4f [160176] #16 0xffffffff80cf71ad at trap+0x27d [160176] #17 0xffffffff80ccf3e8 at calltrap+0x8 [160176] WARNING !drm_modeset_is_locked(&plane->mutex) failed at /usr/local/sys/modules/drm-current-kmod/drivers/gpu/drm/drm_atomic_helper.c:871 [160176] #0 0xffffffff82766583 at linux_dump_stack+0x23 [160176] #1 0xffffffff830fc620 at drm_atomic_helper_check_planes+0xb0 [160176] #2 0xffffffff831e0f11 at intel_atomic_check+0x1201 [160176] #3 0xffffffff830fa360 at drm_atomic_check_only+0x400 [160176] #4 0xffffffff830fa793 at drm_atomic_commit+0x13 [160176] #5 0xffffffff83107948 at drm_client_modeset_commit_atomic+0x148 [160176] #6 0xffffffff83107671 at drm_client_modeset_commit_force+0x71 [160176] #7 0xffffffff8314a7d7 at drm_fb_helper_restore_fbdev_mode_unlocked+0x77 [160176] #8 0xffffffff831445d1 at vt_kms_postswitch+0x191 [160176] #9 0xffffffff8076202b at vt_window_switch+0x12b [160176] #10 0xffffffff8075f12f at vtterm_cngrab+0x1f [160176] #11 0xffffffff80887c36 at cngrab+0x16 [160176] #12 0xffffffff808ee35c at vpanic+0xec [160176] #13 0xffffffff808ee263 at panic+0x43 [160176] #14 0xffffffff80cf7af7 at trap_fatal+0x387 [160176] #15 0xffffffff80cf7b4f at trap_pfault+0x4f [160176] #16 0xffffffff80cf71ad at trap+0x27d [160176] #17 0xffffffff80ccf3e8 at calltrap+0x8 [160176] WARNING !drm_modeset_is_locked(&plane->mutex) failed at /usr/local/sys/modules/drm-current-kmod/drivers/gpu/drm/drm_atomic_helper.c:871 [160176] #0 0xffffffff82766583 at linux_dump_stack+0x23 [160176] #1 0xffffffff830fc620 at drm_atomic_helper_check_planes+0xb0 [160176] #2 0xffffffff831e0f11 at intel_atomic_check+0x1201 [160176] #3 0xffffffff830fa360 at drm_atomic_check_only+0x400 [160176] #4 0xffffffff830fa793 at drm_atomic_commit+0x13 [160176] #5 0xffffffff83107948 at drm_client_modeset_commit_atomic+0x148 [160176] #6 0xffffffff83107671 at drm_client_modeset_commit_force+0x71 [160176] #7 0xffffffff8314a7d7 at drm_fb_helper_restore_fbdev_mode_unlocked+0x77 [160176] #8 0xffffffff831445d1 at vt_kms_postswitch+0x191 [160176] #9 0xffffffff8076202b at vt_window_switch+0x12b [160176] #10 0xffffffff8075f12f at vtterm_cngrab+0x1f [160176] #11 0xffffffff80887c36 at cngrab+0x16 [160176] #12 0xffffffff808ee35c at vpanic+0xec [160176] #13 0xffffffff808ee263 at panic+0x43 [160176] #14 0xffffffff80cf7af7 at trap_fatal+0x387 [160176] #15 0xffffffff80cf7b4f at trap_pfault+0x4f [160176] #16 0xffffffff80cf71ad at trap+0x27d [160176] #17 0xffffffff80ccf3e8 at calltrap+0x8 [160176] WARNING !drm_modeset_is_locked(&plane->mutex) failed at /usr/local/sys/modules/drm-current-kmod/drivers/gpu/drm/drm_atomic_helper.c:871 [160176] #0 0xffffffff82766583 at linux_dump_stack+0x23 [160176] #1 0xffffffff830fc620 at drm_atomic_helper_check_planes+0xb0 [160176] #2 0xffffffff831e0f11 at intel_atomic_check+0x1201 [160176] #3 0xffffffff830fa360 at drm_atomic_check_only+0x400 [160176] #4 0xffffffff830fa793 at drm_atomic_commit+0x13 [160176] #5 0xffffffff83107948 at drm_client_modeset_commit_atomic+0x148 [160176] #6 0xffffffff83107671 at drm_client_modeset_commit_force+0x71 [160176] #7 0xffffffff8314a7d7 at drm_fb_helper_restore_fbdev_mode_unlocked+0x77 [160176] #8 0xffffffff831445d1 at vt_kms_postswitch+0x191 [160176] #9 0xffffffff8076202b at vt_window_switch+0x12b [160176] #10 0xffffffff8075f12f at vtterm_cngrab+0x1f [160176] #11 0xffffffff80887c36 at cngrab+0x16 [160176] #12 0xffffffff808ee35c at vpanic+0xec [160176] #13 0xffffffff808ee263 at panic+0x43 [160176] #14 0xffffffff80cf7af7 at trap_fatal+0x387 [160176] #15 0xffffffff80cf7b4f at trap_pfault+0x4f [160176] #16 0xffffffff80cf71ad at trap+0x27d [160176] #17 0xffffffff80ccf3e8 at calltrap+0x8 [160176] WARNING !drm_modeset_is_locked(&plane->mutex) failed at /usr/local/sys/modules/drm-current-kmod/drivers/gpu/drm/drm_atomic_helper.c:871 [160176] #0 0xffffffff82766583 at linux_dump_stack+0x23 [160176] #1 0xffffffff830fc620 at drm_atomic_helper_check_planes+0xb0 [160176] #2 0xffffffff831e0f11 at intel_atomic_check+0x1201 [160176] #3 0xffffffff830fa360 at drm_atomic_check_only+0x400 [160176] #4 0xffffffff830fa793 at drm_atomic_commit+0x13 [160176] #5 0xffffffff83107948 at drm_client_modeset_commit_atomic+0x148 [160176] #6 0xffffffff83107671 at drm_client_modeset_commit_force+0x71 [160176] #7 0xffffffff8314a7d7 at drm_fb_helper_restore_fbdev_mode_unlocked+0x77 [160176] #8 0xffffffff831445d1 at vt_kms_postswitch+0x191 [160176] #9 0xffffffff8076202b at vt_window_switch+0x12b [160176] #10 0xffffffff8075f12f at vtterm_cngrab+0x1f [160176] #11 0xffffffff80887c36 at cngrab+0x16 [160176] #12 0xffffffff808ee35c at vpanic+0xec [160176] #13 0xffffffff808ee263 at panic+0x43 [160176] #14 0xffffffff80cf7af7 at trap_fatal+0x387 [160176] #15 0xffffffff80cf7b4f at trap_pfault+0x4f [160176] #16 0xffffffff80cf71ad at trap+0x27d [160176] #17 0xffffffff80ccf3e8 at calltrap+0x8 [160176] WARNING !drm_modeset_is_locked(&plane->mutex) failed at /usr/local/sys/modules/drm-current-kmod/drivers/gpu/drm/drm_atomic_helper.c:871 [160176] #0 0xffffffff82766583 at linux_dump_stack+0x23 [160176] #1 0xffffffff830fc620 at drm_atomic_helper_check_planes+0xb0 [160176] #2 0xffffffff831e0f11 at intel_atomic_check+0x1201 [160176] #3 0xffffffff830fa360 at drm_atomic_check_only+0x400 [160176] #4 0xffffffff830fa793 at drm_atomic_commit+0x13 [160176] #5 0xffffffff83107948 at drm_client_modeset_commit_atomic+0x148 [160176] #6 0xffffffff83107671 at drm_client_modeset_commit_force+0x71 [160176] #7 0xffffffff8314a7d7 at drm_fb_helper_restore_fbdev_mode_unlocked+0x77 [160176] #8 0xffffffff831445d1 at vt_kms_postswitch+0x191 [160176] #9 0xffffffff8076202b at vt_window_switch+0x12b [160176] #10 0xffffffff8075f12f at vtterm_cngrab+0x1f [160176] #11 0xffffffff80887c36 at cngrab+0x16 [160176] #12 0xffffffff808ee35c at vpanic+0xec [160176] #13 0xffffffff808ee263 at panic+0x43 [160176] #14 0xffffffff80cf7af7 at trap_fatal+0x387 [160176] #15 0xffffffff80cf7b4f at trap_pfault+0x4f [160176] #16 0xffffffff80cf71ad at trap+0x27d [160176] #17 0xffffffff80ccf3e8 at calltrap+0x8 <4>[160176] WARN_ON(!mutex_is_locked(&dev->struct_mutex)) [160176] <4>[160176] WARN_ON(!mutex_is_locked(&fbc->lock)) [160176] <4>[160176] WARN_ON(!mutex_is_locked(&fbc->lock))WARN_ON(!mutex_is_locked(&fbc->lock))WARN_ON(!mutex_is_locked(&fbc->lock)) [160176] panic: page fault [160176] cpuid = 0 [160176] time = 1606962312 [160176] KDB: stack backtrace: [160176] db_trace_self_wrapper() at 0xffffffff805df8bb = db_trace_self_wrapper+0x2b/frame 0xfffffe018500e3b0 [160176] vpanic() at 0xffffffff808ee3f1 = vpanic+0x181/frame 0xfffffe018500e400 [160176] panic() at 0xffffffff808ee263 = panic+0x43/frame 0xfffffe018500e460 [160176] trap_fatal() at 0xffffffff80cf7af7 = trap_fatal+0x387/frame 0xfffffe018500e4c0 [160176] trap_pfault() at 0xffffffff80cf7b4f = trap_pfault+0x4f/frame 0xfffffe018500e520 [160176] trap() at 0xffffffff80cf71ad = trap+0x27d/frame 0xfffffe018500e630 [160176] calltrap() at 0xffffffff80ccf3e8 = calltrap+0x8/frame 0xfffffe018500e630 [160176] --- trap 0xc, rip = 0xffffffff808cbd2c, rsp = 0xfffffe018500e700, rbp = 0xfffffe018500e780 --- [160176] __mtx_lock_sleep() at 0xffffffff808cbd2c = __mtx_lock_sleep+0xfc/frame 0xfffffe018500e780 [160176] doselwakeup() at 0xffffffff8095fbee = doselwakeup+0xde/frame 0xfffffe018500e7c0 [160176] sowakeup() at 0xffffffff80988c7e = sowakeup+0x1e/frame 0xfffffe018500e7f0 [160176] soisdisconnected() at 0xffffffff8099235a = soisdisconnected+0x8a/frame 0xfffffe018500e810 [160176] unp_disconnect() at 0xffffffff8099a9fe = unp_disconnect+0x12e/frame 0xfffffe018500e850 [160176] uipc_disconnect() at 0xffffffff809982a2 = uipc_disconnect+0x42/frame 0xfffffe018500e870 [160176] soclose() at 0xffffffff8098cc96 = soclose+0x76/frame 0xfffffe018500e8d0 [160176] _fdrop() at 0xffffffff80891eb1 = _fdrop+0x11/frame 0xfffffe018500e8f0 [160176] closef() at 0xffffffff80895098 = closef+0x278/frame 0xfffffe018500e980 [160176] closefp() at 0xffffffff808921d9 = closefp+0x89/frame 0xfffffe018500e9c0 [160176] amd64_syscall() at 0xffffffff80cf8a45 = amd64_syscall+0x755/frame 0xfffffe018500eaf0 [160176] fast_syscall_common() at 0xffffffff80ccfd0e = fast_syscall_common+0xf8/frame 0xfffffe018500eaf0 [160176] --- syscall (6, FreeBSD ELF64, sys_close), rip = 0x8003b0d7a, rsp = 0x7fffffffe998, rbp = 0x7fffffffe9b0 --- [160176] Uptime: 1d20h29m36s [160176] Dumping 6415 out of 32449 MB:..1%..11%..21%..31%..41%..51%..61%..71%..81%..91% No symbol "zombproc" in current context. Reading symbols from /boot/kernel/dtraceall.ko...Reading symbols from /usr/lib/debug//boot/kernel/dtraceall.ko.debug...done. done. Loaded symbols for /boot/kernel/dtraceall.ko Reading symbols from /boot/kernel/profile.ko...Reading symbols from /usr/lib/debug//boot/kernel/profile.ko.debug...done. done. Loaded symbols for /boot/kernel/profile.ko Reading symbols from /boot/kernel/opensolaris.ko...Reading symbols from /usr/lib/debug//boot/kernel/opensolaris.ko.debug...done. done. Loaded symbols for /boot/kernel/opensolaris.ko Reading symbols from /boot/kernel/dtrace.ko...Reading symbols from /usr/lib/debug//boot/kernel/dtrace.ko.debug...done. done. Loaded symbols for /boot/kernel/dtrace.ko Reading symbols from /boot/kernel/systrace_freebsd32.ko...Reading symbols from /usr/lib/debug//boot/kernel/systrace_freebsd32.ko.debug...done. done. Loaded symbols for /boot/kernel/systrace_freebsd32.ko Reading symbols from /boot/kernel/systrace.ko...Reading symbols from /usr/lib/debug//boot/kernel/systrace.ko.debug...done. done. Loaded symbols for /boot/kernel/systrace.ko Reading symbols from /boot/kernel/sdt.ko...Reading symbols from /usr/lib/debug//boot/kernel/sdt.ko.debug...done. done. Loaded symbols for /boot/kernel/sdt.ko Reading symbols from /boot/kernel/fasttrap.ko...Reading symbols from /usr/lib/debug//boot/kernel/fasttrap.ko.debug...done. done. Loaded symbols for /boot/kernel/fasttrap.ko Reading symbols from /boot/kernel/fbt.ko...Reading symbols from /usr/lib/debug//boot/kernel/fbt.ko.debug...done. done. Loaded symbols for /boot/kernel/fbt.ko Reading symbols from /boot/kernel/dtnfscl.ko...Reading symbols from /usr/lib/debug//boot/kernel/dtnfscl.ko.debug...done. done. Loaded symbols for /boot/kernel/dtnfscl.ko Reading symbols from /boot/kernel/dtmalloc.ko...Reading symbols from /usr/lib/debug//boot/kernel/dtmalloc.ko.debug...done. done. Loaded symbols for /boot/kernel/dtmalloc.ko Reading symbols from /boot/modules/sysctlinfo.ko...done. Loaded symbols for /boot/modules/sysctlinfo.ko Reading symbols from /boot/kernel/cc_htcp.ko...Reading symbols from /usr/lib/debug//boot/kernel/cc_htcp.ko.debug...done. done. Loaded symbols for /boot/kernel/cc_htcp.ko Reading symbols from /boot/kernel/lindebugfs.ko...Reading symbols from /usr/lib/debug//boot/kernel/lindebugfs.ko.debug...done. done. Loaded symbols for /boot/kernel/lindebugfs.ko Reading symbols from /boot/kernel/linuxkpi.ko...Reading symbols from /usr/lib/debug//boot/kernel/linuxkpi.ko.debug...done. done. Loaded symbols for /boot/kernel/linuxkpi.ko Reading symbols from /boot/kernel/pchtherm.ko...Reading symbols from /usr/lib/debug//boot/kernel/pchtherm.ko.debug...done. done. Loaded symbols for /boot/kernel/pchtherm.ko Reading symbols from /boot/kernel/drm.ko...Reading symbols from /usr/lib/debug//boot/kernel/drm.ko.debug...done. done. Loaded symbols for /boot/kernel/drm.ko Reading symbols from /boot/kernel/linuxkpi_gplv2.ko...Reading symbols from /usr/lib/debug//boot/kernel/linuxkpi_gplv2.ko.debug...done. done. Loaded symbols for /boot/kernel/linuxkpi_gplv2.ko Reading symbols from /boot/kernel/i915kms.ko...Reading symbols from /usr/lib/debug//boot/kernel/i915kms.ko.debug...done. done. Loaded symbols for /boot/kernel/i915kms.ko Reading symbols from /boot/modules/i915_kbl_dmc_ver1_04_bin.ko...done. Loaded symbols for /boot/modules/i915_kbl_dmc_ver1_04_bin.ko Reading symbols from /boot/kernel/mac_ntpd.ko...Reading symbols from /usr/lib/debug//boot/kernel/mac_ntpd.ko.debug...done. done. Loaded symbols for /boot/kernel/mac_ntpd.ko #0 doadump (textdump=1) at src/sys/amd64/include/pcpu_aux.h:55 55 __asm("movq %%gs:%P1,%0" : "=r" (td) : "n" (offsetof(struct pcpu, (kgdb) q Command exit status: 0 Script done on Thu Dec 3 07:13:48 2020 kkgdb is a shell script of mine that prepends /usr/libexec to PATH and exec's kgdb with the given command line. That shell script makes life in kgdb bearable. The minidump is available on request. Is this a known case? -- Trond. From owner-freebsd-current@freebsd.org Thu Dec 3 10:46: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 35E144A2BBB for ; Thu, 3 Dec 2020 10:46:05 +0000 (UTC) (envelope-from mjguzik@gmail.com) Received: from mail-wm1-x329.google.com (mail-wm1-x329.google.com [IPv6:2a00:1450:4864:20::329]) (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 4CmsvC4Jtgz3NbW for ; Thu, 3 Dec 2020 10:45:59 +0000 (UTC) (envelope-from mjguzik@gmail.com) Received: by mail-wm1-x329.google.com with SMTP id x22so2260475wmc.5 for ; Thu, 03 Dec 2020 02:45: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:in-reply-to:references:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=gq+0LqTOq+Xbgm/Fjlqjw8siBHozcoq7XpSapuwBIWQ=; b=JtXRteDQTLBEsk7JvJvkM1diJaqDPx9U6wMgdtfWtvOdB830IwYizAwwn5jlw9W2Vx /qaFYQ9Fe/LT8UNbNs1+ILgt3TSFNF17UGqYdlYn0/AgNHuOYrVCTydj5DTcMRljeuIY oAEIIRu03lvFVBFn+GsoTXzH/ga2SOVLM6J8VP4LT2XAMSZhgkXKDwpsrtCPf0+4oKJ6 MueU+0RrAeO00KdbJdWsCV01rmKnifvM3IRj9dhftUBN4jcHHZ3vcAWW2bhowWkrnEbo 0RJ4YgqpHTuRoY92SzYOGdTaf9+XeELgx6odm5qDHUC3Gpkndk/4LOojoVyxNFnK/Wcx YD5A== X-Gm-Message-State: AOAM533AFb0Z6e+wdjxuF0bMqJzcX8iNwBUCSyjt6qtWfoCPyxlmZbkF 2Ash+AIPaPj9dQJppyLj0wH+U8xJKFO2ylT1wE9yDZBMQT0= X-Google-Smtp-Source: ABdhPJwXJ6pqokLpZLSbXqpqfD9GuZSralMBN+EMwgVlSLx7BfRzCQ7Jur/SJEccyy4WN4sIj7M/WACp7aYZgKNUSU0= X-Received: by 2002:a1c:2c4:: with SMTP id 187mr2636061wmc.187.1606992357354; Thu, 03 Dec 2020 02:45:57 -0800 (PST) MIME-Version: 1.0 Received: by 2002:a5d:4d47:0:0:0:0:0 with HTTP; Thu, 3 Dec 2020 02:45:56 -0800 (PST) In-Reply-To: <8b62fa1c-8d22-b0c5-239d-56f0bcad081@ximalas.info> References: <8b62fa1c-8d22-b0c5-239d-56f0bcad081@ximalas.info> From: Mateusz Guzik Date: Thu, 3 Dec 2020 11:45:56 +0100 Message-ID: Subject: Re: page fault due to close(2), possibly drm and i915kms related To: =?UTF-8?Q?Trond_Endrest=C3=B8l?= Cc: freebsd-current@freebsd.org Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 4CmsvC4Jtgz3NbW X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; DKIM_TRACE(0.00)[gmail.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[2a00:1450:4864:20::329:from]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; 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]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; SPAMHAUS_ZRD(0.00)[2a00:1450:4864:20::329:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; BLOCKLISTDE_FAIL(0.00)[2a00:1450:4864:20::329:query timed out]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::329:from]; 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: Thu, 03 Dec 2020 10:46:05 -0000 This should be fixed by r368271 On 12/3/20, Trond Endrest=C3=B8l wrote: > Fam, > > After close(2) got fixed in r368006 last week, my laptop at home has > been acting up. > > It currently runs: > > FreeBSD E590T.ufp 13.0-CURRENT FreeBSD 13.0-CURRENT #870 r368192: Mon Nov= 30 > 20:29:15 CET 2020 root@E590T.ufp:/usr/obj/usr/src/amd64.amd64/sys/E59= 0T > amd64 1300130 1300130 a5c28607a47e84c68f4c8063d23189c475e61ac8 > > The DRM and KMS drivers (i915kms) are compiled from the source code of > graphics/drm-kmod and are automatically installed along with the > kernel. > > From time to time whenever I'm logged in using X.org, I sometimes get > crashes like this one: > > Script started on Thu Dec 3 07:13:33 2020 > Command: kkgdb /boot/kernel/kernel /var/crash/vmcore.2 > GNU gdb 6.1.1 [FreeBSD] > Copyright 2004 Free Software Foundation, Inc. > GDB is free software, covered by the GNU General Public License, and you > are > welcome to change it and/or distribute copies of it under certain > conditions. > Type "show copying" to see the conditions. > There is absolutely no warranty for GDB. Type "show warranty" for detail= s. > This GDB was configured as "amd64-marcel-freebsd"... > > Unread portion of the kernel message buffer: > [160176] > [160176] > [160176] Fatal trap 12: page fault while in kernel mode > [160176] cpuid =3D 0; apic id =3D 00 > [160176] fault virtual address =3D 0x440 > [160176] fault code =3D supervisor read data, page not present > [160176] instruction pointer =3D 0x20:0xffffffff808cbd2c > [160176] stack pointer =3D 0x28:0xfffffe018500e700 > [160176] frame pointer =3D 0x28:0xfffffe018500e780 > [160176] code segment =3D base 0x0, limit 0xfffff, type 0x1b > [160176] =3D DPL 0, pres 1, long 1, def32 0, gran 1 > [160176] processor eflags =3D interrupt enabled, resume, IOPL =3D 0 > [160176] current process =3D 3874 (wc) > [160176] trap number =3D 12 > [160176] WARNING !drm_modeset_is_locked(&crtc->mutex) failed at > /usr/local/sys/modules/drm-current-kmod/drivers/gpu/drm/drm_atomic_helper= .c:621 > [160176] #0 0xffffffff82766583 at linux_dump_stack+0x23 > [160176] #1 0xffffffff830fb3c3 at drm_atomic_helper_check_modeset+0xb3 > [160176] #2 0xffffffff831dfd9d at intel_atomic_check+0x8d > [160176] #3 0xffffffff830fa360 at drm_atomic_check_only+0x400 > [160176] #4 0xffffffff830fa793 at drm_atomic_commit+0x13 > [160176] #5 0xffffffff83107948 at drm_client_modeset_commit_atomic+0x148 > [160176] #6 0xffffffff83107671 at drm_client_modeset_commit_force+0x71 > [160176] #7 0xffffffff8314a7d7 at > drm_fb_helper_restore_fbdev_mode_unlocked+0x77 > [160176] #8 0xffffffff831445d1 at vt_kms_postswitch+0x191 > [160176] #9 0xffffffff8076202b at vt_window_switch+0x12b > [160176] #10 0xffffffff8075f12f at vtterm_cngrab+0x1f > [160176] #11 0xffffffff80887c36 at cngrab+0x16 > [160176] #12 0xffffffff808ee35c at vpanic+0xec > [160176] #13 0xffffffff808ee263 at panic+0x43 > [160176] #14 0xffffffff80cf7af7 at trap_fatal+0x387 > [160176] #15 0xffffffff80cf7b4f at trap_pfault+0x4f > [160176] #16 0xffffffff80cf71ad at trap+0x27d > [160176] #17 0xffffffff80ccf3e8 at calltrap+0x8 > [160176] WARNING !drm_modeset_is_locked(&crtc->mutex) failed at > /usr/local/sys/modules/drm-current-kmod/drivers/gpu/drm/drm_atomic_helper= .c:621 > [160176] #0 0xffffffff82766583 at linux_dump_stack+0x23 > [160176] #1 0xffffffff830fb3c3 at drm_atomic_helper_check_modeset+0xb3 > [160176] #2 0xffffffff831dfd9d at intel_atomic_check+0x8d > [160176] #3 0xffffffff830fa360 at drm_atomic_check_only+0x400 > [160176] #4 0xffffffff830fa793 at drm_atomic_commit+0x13 > [160176] #5 0xffffffff83107948 at drm_client_modeset_commit_atomic+0x148 > [160176] #6 0xffffffff83107671 at drm_client_modeset_commit_force+0x71 > [160176] #7 0xffffffff8314a7d7 at > drm_fb_helper_restore_fbdev_mode_unlocked+0x77 > [160176] #8 0xffffffff831445d1 at vt_kms_postswitch+0x191 > [160176] #9 0xffffffff8076202b at vt_window_switch+0x12b > [160176] #10 0xffffffff8075f12f at vtterm_cngrab+0x1f > [160176] #11 0xffffffff80887c36 at cngrab+0x16 > [160176] #12 0xffffffff808ee35c at vpanic+0xec > [160176] #13 0xffffffff808ee263 at panic+0x43 > [160176] #14 0xffffffff80cf7af7 at trap_fatal+0x387 > [160176] #15 0xffffffff80cf7b4f at trap_pfault+0x4f > [160176] #16 0xffffffff80cf71ad at trap+0x27d > [160176] #17 0xffffffff80ccf3e8 at calltrap+0x8 > [160176] WARNING !drm_modeset_is_locked(&crtc->mutex) failed at > /usr/local/sys/modules/drm-current-kmod/drivers/gpu/drm/drm_atomic_helper= .c:621 > [160176] #0 0xffffffff82766583 at linux_dump_stack+0x23 > [160176] #1 0xffffffff830fb3c3 at drm_atomic_helper_check_modeset+0xb3 > [160176] #2 0xffffffff831dfd9d at intel_atomic_check+0x8d > [160176] #3 0xffffffff830fa360 at drm_atomic_check_only+0x400 > [160176] #4 0xffffffff830fa793 at drm_atomic_commit+0x13 > [160176] #5 0xffffffff83107948 at drm_client_modeset_commit_atomic+0x148 > [160176] #6 0xffffffff83107671 at drm_client_modeset_commit_force+0x71 > [160176] #7 0xffffffff8314a7d7 at > drm_fb_helper_restore_fbdev_mode_unlocked+0x77 > [160176] #8 0xffffffff831445d1 at vt_kms_postswitch+0x191 > [160176] #9 0xffffffff8076202b at vt_window_switch+0x12b > [160176] #10 0xffffffff8075f12f at vtterm_cngrab+0x1f > [160176] #11 0xffffffff80887c36 at cngrab+0x16 > [160176] #12 0xffffffff808ee35c at vpanic+0xec > [160176] #13 0xffffffff808ee263 at panic+0x43 > [160176] #14 0xffffffff80cf7af7 at trap_fatal+0x387 > [160176] #15 0xffffffff80cf7b4f at trap_pfault+0x4f > [160176] #16 0xffffffff80cf71ad at trap+0x27d > [160176] #17 0xffffffff80ccf3e8 at calltrap+0x8 > [160176] WARNING !drm_modeset_is_locked(&dev->mode_config.connection_mute= x) > failed at > /usr/local/sys/modules/drm-current-kmod/drivers/gpu/drm/drm_atomic_helper= .c:666 > [160176] #0 0xffffffff82766583 at linux_dump_stack+0x23 > [160176] #1 0xffffffff830fb553 at drm_atomic_helper_check_modeset+0x243 > [160176] #2 0xffffffff831dfd9d at intel_atomic_check+0x8d > [160176] #3 0xffffffff830fa360 at drm_atomic_check_only+0x400 > [160176] #4 0xffffffff830fa793 at drm_atomic_commit+0x13 > [160176] #5 0xffffffff83107948 at drm_client_modeset_commit_atomic+0x148 > [160176] #6 0xffffffff83107671 at drm_client_modeset_commit_force+0x71 > [160176] #7 0xffffffff8314a7d7 at > drm_fb_helper_restore_fbdev_mode_unlocked+0x77 > [160176] #8 0xffffffff831445d1 at vt_kms_postswitch+0x191 > [160176] #9 0xffffffff8076202b at vt_window_switch+0x12b > [160176] #10 0xffffffff8075f12f at vtterm_cngrab+0x1f > [160176] #11 0xffffffff80887c36 at cngrab+0x16 > [160176] #12 0xffffffff808ee35c at vpanic+0xec > [160176] #13 0xffffffff808ee263 at panic+0x43 > [160176] #14 0xffffffff80cf7af7 at trap_fatal+0x387 > [160176] #15 0xffffffff80cf7b4f at trap_pfault+0x4f > [160176] #16 0xffffffff80cf71ad at trap+0x27d > [160176] #17 0xffffffff80ccf3e8 at calltrap+0x8 > [160176] WARNING !drm_modeset_is_locked(&plane->mutex) failed at > /usr/local/sys/modules/drm-current-kmod/drivers/gpu/drm/drm_atomic_helper= .c:871 > [160176] #0 0xffffffff82766583 at linux_dump_stack+0x23 > [160176] #1 0xffffffff830fc620 at drm_atomic_helper_check_planes+0xb0 > [160176] #2 0xffffffff831e0f11 at intel_atomic_check+0x1201 > [160176] #3 0xffffffff830fa360 at drm_atomic_check_only+0x400 > [160176] #4 0xffffffff830fa793 at drm_atomic_commit+0x13 > [160176] #5 0xffffffff83107948 at drm_client_modeset_commit_atomic+0x148 > [160176] #6 0xffffffff83107671 at drm_client_modeset_commit_force+0x71 > [160176] #7 0xffffffff8314a7d7 at > drm_fb_helper_restore_fbdev_mode_unlocked+0x77 > [160176] #8 0xffffffff831445d1 at vt_kms_postswitch+0x191 > [160176] #9 0xffffffff8076202b at vt_window_switch+0x12b > [160176] #10 0xffffffff8075f12f at vtterm_cngrab+0x1f > [160176] #11 0xffffffff80887c36 at cngrab+0x16 > [160176] #12 0xffffffff808ee35c at vpanic+0xec > [160176] #13 0xffffffff808ee263 at panic+0x43 > [160176] #14 0xffffffff80cf7af7 at trap_fatal+0x387 > [160176] #15 0xffffffff80cf7b4f at trap_pfault+0x4f > [160176] #16 0xffffffff80cf71ad at trap+0x27d > [160176] #17 0xffffffff80ccf3e8 at calltrap+0x8 > [160176] WARNING !drm_modeset_is_locked(&plane->mutex) failed at > /usr/local/sys/modules/drm-current-kmod/drivers/gpu/drm/drm_atomic_helper= .c:871 > [160176] #0 0xffffffff82766583 at linux_dump_stack+0x23 > [160176] #1 0xffffffff830fc620 at drm_atomic_helper_check_planes+0xb0 > [160176] #2 0xffffffff831e0f11 at intel_atomic_check+0x1201 > [160176] #3 0xffffffff830fa360 at drm_atomic_check_only+0x400 > [160176] #4 0xffffffff830fa793 at drm_atomic_commit+0x13 > [160176] #5 0xffffffff83107948 at drm_client_modeset_commit_atomic+0x148 > [160176] #6 0xffffffff83107671 at drm_client_modeset_commit_force+0x71 > [160176] #7 0xffffffff8314a7d7 at > drm_fb_helper_restore_fbdev_mode_unlocked+0x77 > [160176] #8 0xffffffff831445d1 at vt_kms_postswitch+0x191 > [160176] #9 0xffffffff8076202b at vt_window_switch+0x12b > [160176] #10 0xffffffff8075f12f at vtterm_cngrab+0x1f > [160176] #11 0xffffffff80887c36 at cngrab+0x16 > [160176] #12 0xffffffff808ee35c at vpanic+0xec > [160176] #13 0xffffffff808ee263 at panic+0x43 > [160176] #14 0xffffffff80cf7af7 at trap_fatal+0x387 > [160176] #15 0xffffffff80cf7b4f at trap_pfault+0x4f > [160176] #16 0xffffffff80cf71ad at trap+0x27d > [160176] #17 0xffffffff80ccf3e8 at calltrap+0x8 > [160176] WARNING !drm_modeset_is_locked(&plane->mutex) failed at > /usr/local/sys/modules/drm-current-kmod/drivers/gpu/drm/drm_atomic_helper= .c:871 > [160176] #0 0xffffffff82766583 at linux_dump_stack+0x23 > [160176] #1 0xffffffff830fc620 at drm_atomic_helper_check_planes+0xb0 > [160176] #2 0xffffffff831e0f11 at intel_atomic_check+0x1201 > [160176] #3 0xffffffff830fa360 at drm_atomic_check_only+0x400 > [160176] #4 0xffffffff830fa793 at drm_atomic_commit+0x13 > [160176] #5 0xffffffff83107948 at drm_client_modeset_commit_atomic+0x148 > [160176] #6 0xffffffff83107671 at drm_client_modeset_commit_force+0x71 > [160176] #7 0xffffffff8314a7d7 at > drm_fb_helper_restore_fbdev_mode_unlocked+0x77 > [160176] #8 0xffffffff831445d1 at vt_kms_postswitch+0x191 > [160176] #9 0xffffffff8076202b at vt_window_switch+0x12b > [160176] #10 0xffffffff8075f12f at vtterm_cngrab+0x1f > [160176] #11 0xffffffff80887c36 at cngrab+0x16 > [160176] #12 0xffffffff808ee35c at vpanic+0xec > [160176] #13 0xffffffff808ee263 at panic+0x43 > [160176] #14 0xffffffff80cf7af7 at trap_fatal+0x387 > [160176] #15 0xffffffff80cf7b4f at trap_pfault+0x4f > [160176] #16 0xffffffff80cf71ad at trap+0x27d > [160176] #17 0xffffffff80ccf3e8 at calltrap+0x8 > [160176] WARNING !drm_modeset_is_locked(&plane->mutex) failed at > /usr/local/sys/modules/drm-current-kmod/drivers/gpu/drm/drm_atomic_helper= .c:871 > [160176] #0 0xffffffff82766583 at linux_dump_stack+0x23 > [160176] #1 0xffffffff830fc620 at drm_atomic_helper_check_planes+0xb0 > [160176] #2 0xffffffff831e0f11 at intel_atomic_check+0x1201 > [160176] #3 0xffffffff830fa360 at drm_atomic_check_only+0x400 > [160176] #4 0xffffffff830fa793 at drm_atomic_commit+0x13 > [160176] #5 0xffffffff83107948 at drm_client_modeset_commit_atomic+0x148 > [160176] #6 0xffffffff83107671 at drm_client_modeset_commit_force+0x71 > [160176] #7 0xffffffff8314a7d7 at > drm_fb_helper_restore_fbdev_mode_unlocked+0x77 > [160176] #8 0xffffffff831445d1 at vt_kms_postswitch+0x191 > [160176] #9 0xffffffff8076202b at vt_window_switch+0x12b > [160176] #10 0xffffffff8075f12f at vtterm_cngrab+0x1f > [160176] #11 0xffffffff80887c36 at cngrab+0x16 > [160176] #12 0xffffffff808ee35c at vpanic+0xec > [160176] #13 0xffffffff808ee263 at panic+0x43 > [160176] #14 0xffffffff80cf7af7 at trap_fatal+0x387 > [160176] #15 0xffffffff80cf7b4f at trap_pfault+0x4f > [160176] #16 0xffffffff80cf71ad at trap+0x27d > [160176] #17 0xffffffff80ccf3e8 at calltrap+0x8 > [160176] WARNING !drm_modeset_is_locked(&plane->mutex) failed at > /usr/local/sys/modules/drm-current-kmod/drivers/gpu/drm/drm_atomic_helper= .c:871 > [160176] #0 0xffffffff82766583 at linux_dump_stack+0x23 > [160176] #1 0xffffffff830fc620 at drm_atomic_helper_check_planes+0xb0 > [160176] #2 0xffffffff831e0f11 at intel_atomic_check+0x1201 > [160176] #3 0xffffffff830fa360 at drm_atomic_check_only+0x400 > [160176] #4 0xffffffff830fa793 at drm_atomic_commit+0x13 > [160176] #5 0xffffffff83107948 at drm_client_modeset_commit_atomic+0x148 > [160176] #6 0xffffffff83107671 at drm_client_modeset_commit_force+0x71 > [160176] #7 0xffffffff8314a7d7 at > drm_fb_helper_restore_fbdev_mode_unlocked+0x77 > [160176] #8 0xffffffff831445d1 at vt_kms_postswitch+0x191 > [160176] #9 0xffffffff8076202b at vt_window_switch+0x12b > [160176] #10 0xffffffff8075f12f at vtterm_cngrab+0x1f > [160176] #11 0xffffffff80887c36 at cngrab+0x16 > [160176] #12 0xffffffff808ee35c at vpanic+0xec > [160176] #13 0xffffffff808ee263 at panic+0x43 > [160176] #14 0xffffffff80cf7af7 at trap_fatal+0x387 > [160176] #15 0xffffffff80cf7b4f at trap_pfault+0x4f > [160176] #16 0xffffffff80cf71ad at trap+0x27d > [160176] #17 0xffffffff80ccf3e8 at calltrap+0x8 > [160176] WARNING !drm_modeset_is_locked(&plane->mutex) failed at > /usr/local/sys/modules/drm-current-kmod/drivers/gpu/drm/drm_atomic_helper= .c:871 > [160176] #0 0xffffffff82766583 at linux_dump_stack+0x23 > [160176] #1 0xffffffff830fc620 at drm_atomic_helper_check_planes+0xb0 > [160176] #2 0xffffffff831e0f11 at intel_atomic_check+0x1201 > [160176] #3 0xffffffff830fa360 at drm_atomic_check_only+0x400 > [160176] #4 0xffffffff830fa793 at drm_atomic_commit+0x13 > [160176] #5 0xffffffff83107948 at drm_client_modeset_commit_atomic+0x148 > [160176] #6 0xffffffff83107671 at drm_client_modeset_commit_force+0x71 > [160176] #7 0xffffffff8314a7d7 at > drm_fb_helper_restore_fbdev_mode_unlocked+0x77 > [160176] #8 0xffffffff831445d1 at vt_kms_postswitch+0x191 > [160176] #9 0xffffffff8076202b at vt_window_switch+0x12b > [160176] #10 0xffffffff8075f12f at vtterm_cngrab+0x1f > [160176] #11 0xffffffff80887c36 at cngrab+0x16 > [160176] #12 0xffffffff808ee35c at vpanic+0xec > [160176] #13 0xffffffff808ee263 at panic+0x43 > [160176] #14 0xffffffff80cf7af7 at trap_fatal+0x387 > [160176] #15 0xffffffff80cf7b4f at trap_pfault+0x4f > [160176] #16 0xffffffff80cf71ad at trap+0x27d > [160176] #17 0xffffffff80ccf3e8 at calltrap+0x8 > [160176] WARNING !drm_modeset_is_locked(&plane->mutex) failed at > /usr/local/sys/modules/drm-current-kmod/drivers/gpu/drm/drm_atomic_helper= .c:871 > [160176] #0 0xffffffff82766583 at linux_dump_stack+0x23 > [160176] #1 0xffffffff830fc620 at drm_atomic_helper_check_planes+0xb0 > [160176] #2 0xffffffff831e0f11 at intel_atomic_check+0x1201 > [160176] #3 0xffffffff830fa360 at drm_atomic_check_only+0x400 > [160176] #4 0xffffffff830fa793 at drm_atomic_commit+0x13 > [160176] #5 0xffffffff83107948 at drm_client_modeset_commit_atomic+0x148 > [160176] #6 0xffffffff83107671 at drm_client_modeset_commit_force+0x71 > [160176] #7 0xffffffff8314a7d7 at > drm_fb_helper_restore_fbdev_mode_unlocked+0x77 > [160176] #8 0xffffffff831445d1 at vt_kms_postswitch+0x191 > [160176] #9 0xffffffff8076202b at vt_window_switch+0x12b > [160176] #10 0xffffffff8075f12f at vtterm_cngrab+0x1f > [160176] #11 0xffffffff80887c36 at cngrab+0x16 > [160176] #12 0xffffffff808ee35c at vpanic+0xec > [160176] #13 0xffffffff808ee263 at panic+0x43 > [160176] #14 0xffffffff80cf7af7 at trap_fatal+0x387 > [160176] #15 0xffffffff80cf7b4f at trap_pfault+0x4f > [160176] #16 0xffffffff80cf71ad at trap+0x27d > [160176] #17 0xffffffff80ccf3e8 at calltrap+0x8 > [160176] WARNING !drm_modeset_is_locked(&plane->mutex) failed at > /usr/local/sys/modules/drm-current-kmod/drivers/gpu/drm/drm_atomic_helper= .c:871 > [160176] #0 0xffffffff82766583 at linux_dump_stack+0x23 > [160176] #1 0xffffffff830fc620 at drm_atomic_helper_check_planes+0xb0 > [160176] #2 0xffffffff831e0f11 at intel_atomic_check+0x1201 > [160176] #3 0xffffffff830fa360 at drm_atomic_check_only+0x400 > [160176] #4 0xffffffff830fa793 at drm_atomic_commit+0x13 > [160176] #5 0xffffffff83107948 at drm_client_modeset_commit_atomic+0x148 > [160176] #6 0xffffffff83107671 at drm_client_modeset_commit_force+0x71 > [160176] #7 0xffffffff8314a7d7 at > drm_fb_helper_restore_fbdev_mode_unlocked+0x77 > [160176] #8 0xffffffff831445d1 at vt_kms_postswitch+0x191 > [160176] #9 0xffffffff8076202b at vt_window_switch+0x12b > [160176] #10 0xffffffff8075f12f at vtterm_cngrab+0x1f > [160176] #11 0xffffffff80887c36 at cngrab+0x16 > [160176] #12 0xffffffff808ee35c at vpanic+0xec > [160176] #13 0xffffffff808ee263 at panic+0x43 > [160176] #14 0xffffffff80cf7af7 at trap_fatal+0x387 > [160176] #15 0xffffffff80cf7b4f at trap_pfault+0x4f > [160176] #16 0xffffffff80cf71ad at trap+0x27d > [160176] #17 0xffffffff80ccf3e8 at calltrap+0x8 > [160176] WARNING !drm_modeset_is_locked(&plane->mutex) failed at > /usr/local/sys/modules/drm-current-kmod/drivers/gpu/drm/drm_atomic_helper= .c:871 > [160176] #0 0xffffffff82766583 at linux_dump_stack+0x23 > [160176] #1 0xffffffff830fc620 at drm_atomic_helper_check_planes+0xb0 > [160176] #2 0xffffffff831e0f11 at intel_atomic_check+0x1201 > [160176] #3 0xffffffff830fa360 at drm_atomic_check_only+0x400 > [160176] #4 0xffffffff830fa793 at drm_atomic_commit+0x13 > [160176] #5 0xffffffff83107948 at drm_client_modeset_commit_atomic+0x148 > [160176] #6 0xffffffff83107671 at drm_client_modeset_commit_force+0x71 > [160176] #7 0xffffffff8314a7d7 at > drm_fb_helper_restore_fbdev_mode_unlocked+0x77 > [160176] #8 0xffffffff831445d1 at vt_kms_postswitch+0x191 > [160176] #9 0xffffffff8076202b at vt_window_switch+0x12b > [160176] #10 0xffffffff8075f12f at vtterm_cngrab+0x1f > [160176] #11 0xffffffff80887c36 at cngrab+0x16 > [160176] #12 0xffffffff808ee35c at vpanic+0xec > [160176] #13 0xffffffff808ee263 at panic+0x43 > [160176] #14 0xffffffff80cf7af7 at trap_fatal+0x387 > [160176] #15 0xffffffff80cf7b4f at trap_pfault+0x4f > [160176] #16 0xffffffff80cf71ad at trap+0x27d > [160176] #17 0xffffffff80ccf3e8 at calltrap+0x8 > <4>[160176] WARN_ON(!mutex_is_locked(&dev->struct_mutex)) > [160176] > <4>[160176] WARN_ON(!mutex_is_locked(&fbc->lock)) > [160176] > <4>[160176] > WARN_ON(!mutex_is_locked(&fbc->lock))WARN_ON(!mutex_is_locked(&fbc->lock)= )WARN_ON(!mutex_is_locked(&fbc->lock)) > [160176] panic: page fault > [160176] cpuid =3D 0 > [160176] time =3D 1606962312 > [160176] KDB: stack backtrace: > [160176] db_trace_self_wrapper() at 0xffffffff805df8bb =3D > db_trace_self_wrapper+0x2b/frame 0xfffffe018500e3b0 > [160176] vpanic() at 0xffffffff808ee3f1 =3D vpanic+0x181/frame > 0xfffffe018500e400 > [160176] panic() at 0xffffffff808ee263 =3D panic+0x43/frame > 0xfffffe018500e460 > [160176] trap_fatal() at 0xffffffff80cf7af7 =3D trap_fatal+0x387/frame > 0xfffffe018500e4c0 > [160176] trap_pfault() at 0xffffffff80cf7b4f =3D trap_pfault+0x4f/frame > 0xfffffe018500e520 > [160176] trap() at 0xffffffff80cf71ad =3D trap+0x27d/frame 0xfffffe018500= e630 > [160176] calltrap() at 0xffffffff80ccf3e8 =3D calltrap+0x8/frame > 0xfffffe018500e630 > [160176] --- trap 0xc, rip =3D 0xffffffff808cbd2c, rsp =3D 0xfffffe018500= e700, > rbp =3D 0xfffffe018500e780 --- > [160176] __mtx_lock_sleep() at 0xffffffff808cbd2c =3D > __mtx_lock_sleep+0xfc/frame 0xfffffe018500e780 > [160176] doselwakeup() at 0xffffffff8095fbee =3D doselwakeup+0xde/frame > 0xfffffe018500e7c0 > [160176] sowakeup() at 0xffffffff80988c7e =3D sowakeup+0x1e/frame > 0xfffffe018500e7f0 > [160176] soisdisconnected() at 0xffffffff8099235a =3D > soisdisconnected+0x8a/frame 0xfffffe018500e810 > [160176] unp_disconnect() at 0xffffffff8099a9fe =3D unp_disconnect+0x12e/= frame > 0xfffffe018500e850 > [160176] uipc_disconnect() at 0xffffffff809982a2 =3D > uipc_disconnect+0x42/frame 0xfffffe018500e870 > [160176] soclose() at 0xffffffff8098cc96 =3D soclose+0x76/frame > 0xfffffe018500e8d0 > [160176] _fdrop() at 0xffffffff80891eb1 =3D _fdrop+0x11/frame > 0xfffffe018500e8f0 > [160176] closef() at 0xffffffff80895098 =3D closef+0x278/frame > 0xfffffe018500e980 > [160176] closefp() at 0xffffffff808921d9 =3D closefp+0x89/frame > 0xfffffe018500e9c0 > [160176] amd64_syscall() at 0xffffffff80cf8a45 =3D amd64_syscall+0x755/fr= ame > 0xfffffe018500eaf0 > [160176] fast_syscall_common() at 0xffffffff80ccfd0e =3D > fast_syscall_common+0xf8/frame 0xfffffe018500eaf0 > [160176] --- syscall (6, FreeBSD ELF64, sys_close), rip =3D 0x8003b0d7a, = rsp =3D > 0x7fffffffe998, rbp =3D 0x7fffffffe9b0 --- > [160176] Uptime: 1d20h29m36s > [160176] Dumping 6415 out of 32449 > MB:..1%..11%..21%..31%..41%..51%..61%..71%..81%..91% > > No symbol "zombproc" in current context. > Reading symbols from /boot/kernel/dtraceall.ko...Reading symbols from > /usr/lib/debug//boot/kernel/dtraceall.ko.debug...done. > done. > Loaded symbols for /boot/kernel/dtraceall.ko > Reading symbols from /boot/kernel/profile.ko...Reading symbols from > /usr/lib/debug//boot/kernel/profile.ko.debug...done. > done. > Loaded symbols for /boot/kernel/profile.ko > Reading symbols from /boot/kernel/opensolaris.ko...Reading symbols from > /usr/lib/debug//boot/kernel/opensolaris.ko.debug...done. > done. > Loaded symbols for /boot/kernel/opensolaris.ko > Reading symbols from /boot/kernel/dtrace.ko...Reading symbols from > /usr/lib/debug//boot/kernel/dtrace.ko.debug...done. > done. > Loaded symbols for /boot/kernel/dtrace.ko > Reading symbols from /boot/kernel/systrace_freebsd32.ko...Reading symbols > from /usr/lib/debug//boot/kernel/systrace_freebsd32.ko.debug...done. > done. > Loaded symbols for /boot/kernel/systrace_freebsd32.ko > Reading symbols from /boot/kernel/systrace.ko...Reading symbols from > /usr/lib/debug//boot/kernel/systrace.ko.debug...done. > done. > Loaded symbols for /boot/kernel/systrace.ko > Reading symbols from /boot/kernel/sdt.ko...Reading symbols from > /usr/lib/debug//boot/kernel/sdt.ko.debug...done. > done. > Loaded symbols for /boot/kernel/sdt.ko > Reading symbols from /boot/kernel/fasttrap.ko...Reading symbols from > /usr/lib/debug//boot/kernel/fasttrap.ko.debug...done. > done. > Loaded symbols for /boot/kernel/fasttrap.ko > Reading symbols from /boot/kernel/fbt.ko...Reading symbols from > /usr/lib/debug//boot/kernel/fbt.ko.debug...done. > done. > Loaded symbols for /boot/kernel/fbt.ko > Reading symbols from /boot/kernel/dtnfscl.ko...Reading symbols from > /usr/lib/debug//boot/kernel/dtnfscl.ko.debug...done. > done. > Loaded symbols for /boot/kernel/dtnfscl.ko > Reading symbols from /boot/kernel/dtmalloc.ko...Reading symbols from > /usr/lib/debug//boot/kernel/dtmalloc.ko.debug...done. > done. > Loaded symbols for /boot/kernel/dtmalloc.ko > Reading symbols from /boot/modules/sysctlinfo.ko...done. > Loaded symbols for /boot/modules/sysctlinfo.ko > Reading symbols from /boot/kernel/cc_htcp.ko...Reading symbols from > /usr/lib/debug//boot/kernel/cc_htcp.ko.debug...done. > done. > Loaded symbols for /boot/kernel/cc_htcp.ko > Reading symbols from /boot/kernel/lindebugfs.ko...Reading symbols from > /usr/lib/debug//boot/kernel/lindebugfs.ko.debug...done. > done. > Loaded symbols for /boot/kernel/lindebugfs.ko > Reading symbols from /boot/kernel/linuxkpi.ko...Reading symbols from > /usr/lib/debug//boot/kernel/linuxkpi.ko.debug...done. > done. > Loaded symbols for /boot/kernel/linuxkpi.ko > Reading symbols from /boot/kernel/pchtherm.ko...Reading symbols from > /usr/lib/debug//boot/kernel/pchtherm.ko.debug...done. > done. > Loaded symbols for /boot/kernel/pchtherm.ko > Reading symbols from /boot/kernel/drm.ko...Reading symbols from > /usr/lib/debug//boot/kernel/drm.ko.debug...done. > done. > Loaded symbols for /boot/kernel/drm.ko > Reading symbols from /boot/kernel/linuxkpi_gplv2.ko...Reading symbols fro= m > /usr/lib/debug//boot/kernel/linuxkpi_gplv2.ko.debug...done. > done. > Loaded symbols for /boot/kernel/linuxkpi_gplv2.ko > Reading symbols from /boot/kernel/i915kms.ko...Reading symbols from > /usr/lib/debug//boot/kernel/i915kms.ko.debug...done. > done. > Loaded symbols for /boot/kernel/i915kms.ko > Reading symbols from /boot/modules/i915_kbl_dmc_ver1_04_bin.ko...done. > Loaded symbols for /boot/modules/i915_kbl_dmc_ver1_04_bin.ko > Reading symbols from /boot/kernel/mac_ntpd.ko...Reading symbols from > /usr/lib/debug//boot/kernel/mac_ntpd.ko.debug...done. > done. > Loaded symbols for /boot/kernel/mac_ntpd.ko > #0 doadump (textdump=3D1) at src/sys/amd64/include/pcpu_aux.h:55 > 55 __asm("movq %%gs:%P1,%0" : "=3Dr" (td) : "n" (offsetof(struct pcpu, > (kgdb) q > > Command exit status: 0 > Script done on Thu Dec 3 07:13:48 2020 > > kkgdb is a shell script of mine that prepends /usr/libexec to PATH and > exec's kgdb with the given command line. That shell script makes life > in kgdb bearable. > > The minidump is available on request. > > Is this a known case? > > -- > Trond. > _______________________________________________ > 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= " > --=20 Mateusz Guzik From owner-freebsd-current@freebsd.org Thu Dec 3 10:47:00 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 D26234A2F83 for ; Thu, 3 Dec 2020 10:47:00 +0000 (UTC) (envelope-from hps@selasky.org) Received: from mail.turbocat.net (turbocat.net [IPv6:2a01:4f8:c17:6c4b::2]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4CmswL598Jz3NqW for ; Thu, 3 Dec 2020 10:46:58 +0000 (UTC) (envelope-from hps@selasky.org) Received: from hps2020.home.selasky.org (unknown [178.17.145.105]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id 0409B2600FC; Thu, 3 Dec 2020 11:46:56 +0100 (CET) Subject: Re: page fault due to close(2), possibly drm and i915kms related To: =?UTF-8?Q?Trond_Endrest=c3=b8l?= , freebsd-current@freebsd.org References: <8b62fa1c-8d22-b0c5-239d-56f0bcad081@ximalas.info> From: Hans Petter Selasky Message-ID: Date: Thu, 3 Dec 2020 11:46:49 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Thunderbird/78.5.0 MIME-Version: 1.0 In-Reply-To: <8b62fa1c-8d22-b0c5-239d-56f0bcad081@ximalas.info> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: 4CmswL598Jz3NqW X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.30 / 15.00]; RCVD_TLS_ALL(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+a:mail.turbocat.net]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[selasky.org]; ARC_NA(0.00)[]; SPAMHAUS_ZRD(0.00)[2a01:4f8:c17:6c4b::2:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[2a01:4f8:c17:6c4b::2:from]; BLOCKLISTDE_FAIL(0.00)[2a01:4f8:c17:6c4b::2:server fail,178.17.145.105:server fail]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_SHORT(-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:24940, ipnet:2a01:4f8::/29, country:DE]; 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: Thu, 03 Dec 2020 10:47:00 -0000 On 12/3/20 11:43 AM, Trond Endrestøl wrote: > [160176] --- trap 0xc, rip = 0xffffffff808cbd2c, rsp = 0xfffffe018500e700, rbp = 0xfffffe018500e780 --- > [160176] __mtx_lock_sleep() at 0xffffffff808cbd2c = __mtx_lock_sleep+0xfc/frame 0xfffffe018500e780 > [160176] doselwakeup() at 0xffffffff8095fbee = doselwakeup+0xde/frame 0xfffffe018500e7c0 > [160176] sowakeup() at 0xffffffff80988c7e = sowakeup+0x1e/frame 0xfffffe018500e7f0 > [160176] soisdisconnected() at 0xffffffff8099235a = soisdisconnected+0x8a/frame 0xfffffe018500e810 > [160176] unp_disconnect() at 0xffffffff8099a9fe = unp_disconnect+0x12e/frame 0xfffffe018500e850 > [160176] uipc_disconnect() at 0xffffffff809982a2 = uipc_disconnect+0x42/frame 0xfffffe018500e870 > [160176] soclose() at 0xffffffff8098cc96 = soclose+0x76/frame 0xfffffe018500e8d0 > [160176] _fdrop() at 0xffffffff80891eb1 = _fdrop+0x11/frame 0xfffffe018500e8f0 > [160176] closef() at 0xffffffff80895098 = closef+0x278/frame 0xfffffe018500e980 > [160176] closefp() at 0xffffffff808921d9 = closefp+0x89/frame 0xfffffe018500e9c0 > [160176] amd64_syscall() at 0xffffffff80cf8a45 = amd64_syscall+0x755/frame 0xfffffe018500eaf0 > [160176] fast_syscall_common() at 0xffffffff80ccfd0e = fast_syscall_common+0xf8/frame 0xfffffe018500eaf0 > [160176] --- syscall (6, FreeBSD ELF64, sys_close), rip = 0x8003b0d7a, rsp = 0x7fffffffe998, rbp = 0x7fffffffe9b0 --- > [160176] Uptime: 1d20h29m36s > [160176] Dumping 6415 out of 32449 MB:..1%..11%..21%..31%..41%..51%..61%..71%..81%..91% I wonder if this issue was fixed by: https://svnweb.freebsd.org/changeset/base/368271 --HPS From owner-freebsd-current@freebsd.org Thu Dec 3 10:53: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 87CCD4A31CB for ; Thu, 3 Dec 2020 10:53:23 +0000 (UTC) (envelope-from trond.endrestol@ximalas.info) Received: from enterprise.ximalas.info (enterprise.ximalas.info [IPv6:2001:700:1100:1::8]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "ximalas.info", Issuer "Hostmaster ximalas.info" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Cmt3k5NpXz3PR0 for ; Thu, 3 Dec 2020 10:53:22 +0000 (UTC) (envelope-from trond.endrestol@ximalas.info) Received: from enterprise.ximalas.info (Ximalas@localhost [127.0.0.1]) by enterprise.ximalas.info (8.16.1/8.16.1) with ESMTPS id 0B3ArIlm050199 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Thu, 3 Dec 2020 11:53:18 +0100 (CET) (envelope-from trond.endrestol@ximalas.info) Received: from localhost (trond@localhost) by enterprise.ximalas.info (8.16.1/8.16.1/Submit) with ESMTP id 0B3ArIow050196; Thu, 3 Dec 2020 11:53:18 +0100 (CET) (envelope-from trond.endrestol@ximalas.info) X-Authentication-Warning: enterprise.ximalas.info: trond owned process doing -bs Date: Thu, 3 Dec 2020 11:53:18 +0100 (CET) From: =?UTF-8?Q?Trond_Endrest=C3=B8l?= To: Mateusz Guzik cc: freebsd-current@freebsd.org Subject: Re: page fault due to close(2), possibly drm and i915kms related In-Reply-To: Message-ID: <3193e597-ec45-b9f-aaf3-1fa0a8174365@ximalas.info> References: <8b62fa1c-8d22-b0c5-239d-56f0bcad081@ximalas.info> OpenPGP: url=http://ximalas.info/about/tronds-openpgp-public-key MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED autolearn=ham autolearn_force=no version=3.4.4 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on enterprise.ximalas.info X-Rspamd-Queue-Id: 4Cmt3k5NpXz3PR0 X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.80 / 15.00]; ARC_NA(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[2001:700:1100:1::8:from]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+a:c]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; HAS_XAW(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; SPAMHAUS_ZRD(0.00)[2001:700:1100:1::8:from:127.0.2.255]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_HAM_SHORT(-1.00)[-1.000]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[ximalas.info,none]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:224, ipnet:2001:700::/32, country:NO]; RCVD_TLS_LAST(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: Thu, 03 Dec 2020 10:53:23 -0000 On Thu, 3 Dec 2020 11:45+0100, Mateusz Guzik wrote: > This should be fixed by r368271 Thank you, guys. I'll upgrade my laptop when I get home. -- Trond. From owner-freebsd-current@freebsd.org Thu Dec 3 21:09: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 883484AF7DD for ; Thu, 3 Dec 2020 21:09:05 +0000 (UTC) (envelope-from ctuffli@gmail.com) Received: from mail-qk1-f176.google.com (mail-qk1-f176.google.com [209.85.222.176]) (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 4Cn7k86KSFz4l9g for ; Thu, 3 Dec 2020 21:09:04 +0000 (UTC) (envelope-from ctuffli@gmail.com) Received: by mail-qk1-f176.google.com with SMTP id q5so3515264qkc.12 for ; Thu, 03 Dec 2020 13:09:04 -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:from:date:message-id:subject:to; bh=qbEgJ0V/K4xDib0mVlfu/rgh8VJuRwI0cRUbO6V85qw=; b=FDD82rrj4qYCBVnPAuPnRP3CalH5I1bLYEThUAbWj+wZWURvCMEa9SIfW1Lvc+ReK/ y/e7w+Sym8E1UiCAFYp5iCd1DlbUxtpWFZ5mcqo6rJMvj2tT8AUVonoylIYiknBLvRG5 kHkRFm9pTvWXx2NIix/5wtDXGyCf0/3plhxPHa9xJuN/rBb/kI4NYh4pUfNHN/mZOvzA awZVAJcCvMv5t22rdDnTlOTVw9dGYukPUGxvjdb52x7aHVrAPL6thYbJ8I2Y+nOCdcKK lvfZi73BU2FTXONyx/Nd/XxC2Ny2TYEvnhoZyBgC+MWnBolwLgbAJKQi2pQ6D9SHj4cL mP5Q== X-Gm-Message-State: AOAM533y3WgMcmMelaIVISSiut3WGevkBPpHiVypwvrNSx513/rL6PjX 4qPaspSJDfFLCtl4sTeR4eja20eXC8c= X-Google-Smtp-Source: ABdhPJw2mSl3dUaV4PV6JE7j9NGCsDD+IVuqhcrpzxol48FuiNBmr9D/w78s92PGFiprX5DQZgggNg== X-Received: by 2002:a37:5903:: with SMTP id n3mr4845708qkb.236.1607029743399; Thu, 03 Dec 2020 13:09:03 -0800 (PST) Received: from mail-yb1-f169.google.com (mail-yb1-f169.google.com. [209.85.219.169]) by smtp.gmail.com with ESMTPSA id x185sm2840256qka.37.2020.12.03.13.09.03 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Thu, 03 Dec 2020 13:09:03 -0800 (PST) Received: by mail-yb1-f169.google.com with SMTP id k65so3361447ybk.5 for ; Thu, 03 Dec 2020 13:09:03 -0800 (PST) X-Received: by 2002:a25:4143:: with SMTP id o64mr1495493yba.249.1607029742928; Thu, 03 Dec 2020 13:09:02 -0800 (PST) MIME-Version: 1.0 From: Chuck Tuffli Date: Thu, 3 Dec 2020 13:08:52 -0800 X-Gmail-Original-Message-ID: Message-ID: Subject: port build fails with missing sys/smr_types.h To: FreeBSD-Current Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 4Cn7k86KSFz4l9g X-Spamd-Bar: -- X-Spamd-Result: default: False [-3.00 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17]; RCVD_COUNT_THREE(0.00)[4]; TO_DN_ALL(0.00)[]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FORGED_SENDER(0.30)[chuck@freebsd.org,ctuffli@gmail.com]; MIME_TRACE(0.00)[0:+]; R_DKIM_NA(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; FROM_NEQ_ENVFROM(0.00)[chuck@freebsd.org,ctuffli@gmail.com]; RBL_DBL_DONT_QUERY_IPS(0.00)[209.85.222.176:from]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; TO_DOM_EQ_FROM_DOM(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DMARC_NA(0.00)[freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[209.85.222.176:from:127.0.2.255]; RCVD_IN_DNSWL_NONE(0.00)[209.85.222.176:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[209.85.222.176: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: Thu, 03 Dec 2020 21:09:05 -0000 Hi I'm trying to fix the build of qemu-utils but am seeing failures on CURRENT (13.0-HEAD-9e082d278b9) like: In file included from util/oslib-posix.c:50: In file included from /usr/include/sys/user.h:51: In file included from /usr/include/sys/proc.h:50: /usr/include/sys/filedesc.h:47:10: fatal error: 'sys/smr_types.h' file not found #include ^~~~~~~~~~~~~~~~~ # uname -a FreeBSD sv0.tuffli.net 13.0-HEAD-9e082d278b9 FreeBSD 13.0-HEAD-9e082d278b9 #0 9e082d278b91-c254726(HEAD)-dirty: Fri Nov 27 00:09:50 PST 2020 root@freebsd:/build/9e082d278b9/obj/build/9e082d278b9/src/amd64.amd64/sys/GENERIC-NODEBUG amd64 # ls -l /usr/include/sys/*smr* -r--r--r-- 1 root wheel 1988 Nov 30 14:04 /usr/include/sys/_smr.h -r--r--r-- 1 root wheel 7822 Nov 30 14:04 /usr/include/sys/smr.h So it appears the file is missing. Any ideas? --chuck From owner-freebsd-current@freebsd.org Thu Dec 3 23:02: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 AC97A4B28AF for ; Thu, 3 Dec 2020 23:02:02 +0000 (UTC) (envelope-from asomers@gmail.com) Received: from mail-ot1-f43.google.com (mail-ot1-f43.google.com [209.85.210.43]) (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 4CnBDT5xQrz4tyG; Thu, 3 Dec 2020 23:02:01 +0000 (UTC) (envelope-from asomers@gmail.com) Received: by mail-ot1-f43.google.com with SMTP id y24so3462875otk.3; Thu, 03 Dec 2020 15:02: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=oMmEKll1nwOqQjIj1atonQoHFLlOPFdMvVmh0CrhWs8=; b=XOKIMal4z3nL3wUuYvjX0R6kuo2BImBvf/5WEWagx2QtjokhUbos7MEyvJjvdNcKAu xTZouYVZ616+K4rsxeV7tBL1nMGTFqiw7/ADHzF0OBz1wptL+gUuPNMJQ40vD9hfu2Qb DK19ub/P2/r2UdRPYMeXm1kIj5PrykKi58sH1MSz3zxqBDfvifmHQVP0eLQNHNrGfMOj 5fqnnd6jOtwJ6X1P8BwO1DxPj/mSLPDcBpLGlxiINcbcRjMImuXNL2UpWZdd5o4vRQyb yoBqUC09LvWHGRtO86870agM8gaB5OPDJAqq2GfbFw0HRxJoyz+JZqBDOQtAE47mwNgE OvHg== X-Gm-Message-State: AOAM532y7Xx/6/4SiIpseWmjiseL7YXwImhQgBpzqbxybh77cThHlKLt ModEpKvA/eMoHkqqipSKMRogRcJOiiY6YXVh84ArmP2zqM+/Bg== X-Google-Smtp-Source: ABdhPJxhVVqHyeyMDcRA9YldJHtGaz/ymOOIBN0wdouasje4+kd0XF486w7Kv3g9fMz0MJrqGs5+Dg48jrc+jf3uo2E= X-Received: by 2002:a9d:2664:: with SMTP id a91mr1249542otb.291.1607036520436; Thu, 03 Dec 2020 15:02:00 -0800 (PST) MIME-Version: 1.0 References: In-Reply-To: From: Alan Somers Date: Thu, 3 Dec 2020 16:01:49 -0700 Message-ID: Subject: Re: port build fails with missing sys/smr_types.h To: Chuck Tuffli Cc: FreeBSD-Current X-Rspamd-Queue-Id: 4CnBDT5xQrz4tyG X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.00 / 15.00]; RCVD_TLS_ALL(0.00)[]; ARC_NA(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FREEFALL_USER(0.00)[asomers]; FROM_HAS_DN(0.00)[]; RWL_MAILSPIKE_GOOD(0.00)[209.85.210.43:from]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; DMARC_NA(0.00)[freebsd.org]; RBL_DBL_DONT_QUERY_IPS(0.00)[209.85.210.43:from]; SPAMHAUS_ZRD(0.00)[209.85.210.43:from:127.0.2.255]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; TO_DN_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[209.85.210.43:from]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FORGED_SENDER(0.30)[asomers@freebsd.org,asomers@gmail.com]; 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:+,1:+,2:~]; FROM_NEQ_ENVFROM(0.00)[asomers@freebsd.org,asomers@gmail.com]; MAILMAN_DEST(0.00)[freebsd-current] 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: Thu, 03 Dec 2020 23:02:02 -0000 On Thu, Dec 3, 2020 at 2:09 PM Chuck Tuffli wrote: > Hi > > I'm trying to fix the build of qemu-utils but am seeing failures on > CURRENT (13.0-HEAD-9e082d278b9) like: > > In file included from util/oslib-posix.c:50: > In file included from /usr/include/sys/user.h:51: > In file included from /usr/include/sys/proc.h:50: > /usr/include/sys/filedesc.h:47:10: fatal error: 'sys/smr_types.h' file not > found > #include > ^~~~~~~~~~~~~~~~~ > > # uname -a > FreeBSD sv0.tuffli.net 13.0-HEAD-9e082d278b9 FreeBSD > 13.0-HEAD-9e082d278b9 #0 9e082d278b91-c254726(HEAD)-dirty: Fri Nov 27 > 00:09:50 PST 2020 > root@freebsd > :/build/9e082d278b9/obj/build/9e082d278b9/src/amd64.amd64/sys/GENERIC-NODEBUG > amd64 > # ls -l /usr/include/sys/*smr* > -r--r--r-- 1 root wheel 1988 Nov 30 14:04 /usr/include/sys/_smr.h > -r--r--r-- 1 root wheel 7822 Nov 30 14:04 /usr/include/sys/smr.h > > So it appears the file is missing. Any ideas? > > --chuck > That file doesn't get installed into /usr/include, but it exists in /usr/src. A few ports need /usr/src. See devel/py-libzfs/Makefile for an example of how to find it. -Alan From owner-freebsd-current@freebsd.org Thu Dec 3 23:14:49 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 40CAD4B2B37 for ; Thu, 3 Dec 2020 23:14:49 +0000 (UTC) (envelope-from yuripv@yuripv.dev) Received: from wnew4-smtp.messagingengine.com (wnew4-smtp.messagingengine.com [64.147.123.18]) (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 4CnBWF0Hdmz4vSc; Thu, 3 Dec 2020 23:14:48 +0000 (UTC) (envelope-from yuripv@yuripv.dev) Received: from compute1.internal (compute1.nyi.internal [10.202.2.41]) by mailnew.west.internal (Postfix) with ESMTP id 6F3816A7; Thu, 3 Dec 2020 18:14:47 -0500 (EST) Received: from mailfrontend1 ([10.202.2.162]) by compute1.internal (MEProxy); Thu, 03 Dec 2020 18:14:47 -0500 X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedujedrudeijedgtdekucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmne cujfgurhepuffvfhfhkffffgggjggtgfesthejredttdefjeenucfhrhhomhepjghurhhi ucfrrghnkhhovhcuoeihuhhrihhpvheshihurhhiphhvrdguvghvqeenucggtffrrghtth gvrhhnpeevjeejjeffjeeffeduueeikefgkeegtefgudfhvdduieetudeivdeuleekfedt ueenucffohhmrghinhepthhufhhflhhirdhnvghtnecukfhppeeluddrvdegtddruddvge drudehjeenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhgrihhlfhhrohhm peihuhhrihhpvheshihurhhiphhvrdguvghv X-ME-Proxy: Received: from [192.168.1.6] (unknown [91.240.124.157]) by mail.messagingengine.com (Postfix) with ESMTPA id E767C24005A; Thu, 3 Dec 2020 18:14:45 -0500 (EST) Subject: Re: port build fails with missing sys/smr_types.h To: Alan Somers , Chuck Tuffli Cc: FreeBSD-Current References: From: Yuri Pankov Message-ID: <6aa60217-32bb-32b3-9264-520962519743@yuripv.dev> Date: Fri, 4 Dec 2020 02:14:43 +0300 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.5.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4CnBWF0Hdmz4vSc 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: Thu, 03 Dec 2020 23:14:49 -0000 Alan Somers wrote: > On Thu, Dec 3, 2020 at 2:09 PM Chuck Tuffli wrote: > >> Hi >> >> I'm trying to fix the build of qemu-utils but am seeing failures on >> CURRENT (13.0-HEAD-9e082d278b9) like: >> >> In file included from util/oslib-posix.c:50: >> In file included from /usr/include/sys/user.h:51: >> In file included from /usr/include/sys/proc.h:50: >> /usr/include/sys/filedesc.h:47:10: fatal error: 'sys/smr_types.h' file not >> found >> #include >> ^~~~~~~~~~~~~~~~~ >> >> # uname -a >> FreeBSD sv0.tuffli.net 13.0-HEAD-9e082d278b9 FreeBSD >> 13.0-HEAD-9e082d278b9 #0 9e082d278b91-c254726(HEAD)-dirty: Fri Nov 27 >> 00:09:50 PST 2020 >> root@freebsd >> :/build/9e082d278b9/obj/build/9e082d278b9/src/amd64.amd64/sys/GENERIC-NODEBUG >> amd64 >> # ls -l /usr/include/sys/*smr* >> -r--r--r-- 1 root wheel 1988 Nov 30 14:04 /usr/include/sys/_smr.h >> -r--r--r-- 1 root wheel 7822 Nov 30 14:04 /usr/include/sys/smr.h >> >> So it appears the file is missing. Any ideas? >> >> --chuck >> > > That file doesn't get installed into /usr/include, but it exists in > /usr/src. A few ports need /usr/src. See devel/py-libzfs/Makefile for an > example of how to find it. But it's included from the header that *is* in /usr/include/, not directly by external code. Should not such dependencies all be in /usr/include/? From owner-freebsd-current@freebsd.org Thu Dec 3 23:18: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 23A464B2D8B for ; Thu, 3 Dec 2020 23:18:20 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: from mail-qt1-x833.google.com (mail-qt1-x833.google.com [IPv6:2607:f8b0:4864:20::833]) (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 4CnBbH0C8fz4vHx; Thu, 3 Dec 2020 23:18:18 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: by mail-qt1-x833.google.com with SMTP id a6so311590qtw.6; Thu, 03 Dec 2020 15:18:18 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:date:from:to:cc:subject:message-id :references:mime-version:content-disposition:in-reply-to; bh=svqhM67eT1CMYsZ60vUEyx+8dkjwLl96nGYdAqHvyVI=; b=h3rqUbsorXaPv96hd8epjebTWYWYUjxQOVqp6sEJZz5eQJbsr3Yfa/y75J4N4NOgnb F/nnMhq+h3sVvMQcRvmTeX9s880Xl9IYjBp6N3jzDX7FBdzRrIppZ9HWz+gU4jzuoiks t9h9woCENOjTnAvYkNYgvgWmot9qNxQaQJl6YNMXr2AnM85qM2pF6B6WPMF8NYgsitVG OF9f0IUJJf9aGuXQn+YTyB/EL2VaoSwHLAWXHpf5KCa5x1pwXO0eMVw1bBE4pTLH+0hB d1ryC1Ss3TR1xVCBCJuLA3TY5SfQm0SlcS2QxfgrrGV0vvcsKMZFLM0R6YA0qro63md+ g87g== X-Gm-Message-State: AOAM532zBgoketb6t3SoSwFW9WQME2hjJihckMi52bjSYWL/p0TeiwWb i9NZu/ci0FzWg9qtKOAFgHIzqOp5PP0= X-Google-Smtp-Source: ABdhPJzQ9GlQ0Fq3Ruml5UjrRUlvs8wB/q4SuSuCS8rdgDMAcHW+ioBnZt5ShNbq83v2WYorWUJIWg== X-Received: by 2002:ac8:1010:: with SMTP id z16mr5762187qti.48.1607037497712; Thu, 03 Dec 2020 15:18:17 -0800 (PST) Received: from raichu ([142.126.164.150]) by smtp.gmail.com with ESMTPSA id c27sm3019022qkk.57.2020.12.03.15.18.16 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 03 Dec 2020 15:18:17 -0800 (PST) Sender: Mark Johnston Date: Thu, 3 Dec 2020 18:18:12 -0500 From: Mark Johnston To: Chuck Tuffli Cc: FreeBSD-Current Subject: Re: port build fails with missing sys/smr_types.h Message-ID: References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Rspamd-Queue-Id: 4CnBbH0C8fz4vHx X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.70 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FORGED_SENDER(0.30)[markj@freebsd.org,markjdb@gmail.com]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[2607:f8b0:4864:20::833:from]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; FROM_NEQ_ENVFROM(0.00)[markj@freebsd.org,markjdb@gmail.com]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[freebsd.org]; SPAMHAUS_ZRD(0.00)[2607:f8b0:4864:20::833:from:127.0.2.255]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::833:from]; MID_RHS_NOT_FQDN(0.50)[]; 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: Thu, 03 Dec 2020 23:18:20 -0000 On Thu, Dec 03, 2020 at 01:08:52PM -0800, Chuck Tuffli wrote: > Hi > > I'm trying to fix the build of qemu-utils but am seeing failures on > CURRENT (13.0-HEAD-9e082d278b9) like: > > In file included from util/oslib-posix.c:50: > In file included from /usr/include/sys/user.h:51: > In file included from /usr/include/sys/proc.h:50: > /usr/include/sys/filedesc.h:47:10: fatal error: 'sys/smr_types.h' file not found > #include > ^~~~~~~~~~~~~~~~~ > > # uname -a > FreeBSD sv0.tuffli.net 13.0-HEAD-9e082d278b9 FreeBSD > 13.0-HEAD-9e082d278b9 #0 9e082d278b91-c254726(HEAD)-dirty: Fri Nov 27 > 00:09:50 PST 2020 > root@freebsd:/build/9e082d278b9/obj/build/9e082d278b9/src/amd64.amd64/sys/GENERIC-NODEBUG > amd64 > # ls -l /usr/include/sys/*smr* > -r--r--r-- 1 root wheel 1988 Nov 30 14:04 /usr/include/sys/_smr.h > -r--r--r-- 1 root wheel 7822 Nov 30 14:04 /usr/include/sys/smr.h > > So it appears the file is missing. Any ideas? How old is your world? I have /usr/include/sys/smr_types.h on my systems. It's present on freefall as well. From owner-freebsd-current@freebsd.org Thu Dec 3 23:42:53 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 8E4AE4B354F for ; Thu, 3 Dec 2020 23:42:53 +0000 (UTC) (envelope-from ctuffli@gmail.com) Received: from mail-qv1-f46.google.com (mail-qv1-f46.google.com [209.85.219.46]) (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 4CnC7d37Djz3Crs; Thu, 3 Dec 2020 23:42:53 +0000 (UTC) (envelope-from ctuffli@gmail.com) Received: by mail-qv1-f46.google.com with SMTP id q7so1921840qvt.12; Thu, 03 Dec 2020 15:42:53 -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=YzSg72wXiohUWtYFv01nnUkfToUw7Tqs6FEoZJuNGAk=; b=aopeJ+gPOO0fpIc18AcN6dcInyOrahm+ABXs6JcH11ur/jANf29d4X1F31zwxSWVop FE2T79MDSUbNAi1vPnGUSaRZ4jfU2xoBCGvZn+jpyyYHNFMom8IbRrxBoBoayxs2boOy eOzzU9p+WmL3SttWmAvYJohhIIXuDDiTPo4OrVmeHYOY36YsJQrtcHJ4xe0cue3Kiwjs ZvLj9fwYE4+O8QMSovQx4Y9XEaxu+PKuyFVav0VfvB3fz29C/183tzQlY912T9/HvdKW xas4vuJygM5f0mmJzMHmb/IuGlRjoCu/NaZbM9sNTI6jL0SiydqEDWLs9E/hiXfoaIOQ IENA== X-Gm-Message-State: AOAM531xj0BcJEI/IrsLrpPZNmMbqQZu3yGPhAoCFo+tbPUSn7qWWWqI NaOp2wz3uiX3wzqw8uE1A0RKgYcNAWg= X-Google-Smtp-Source: ABdhPJy1/FN6K6PibsFRZVTtiNKIEOsDX5ZpDLT+bQmnOLCwQPLrTlKgn6rw9eVYj5ToGoeahVaD3w== X-Received: by 2002:ad4:5bce:: with SMTP id t14mr1866602qvt.6.1607038972223; Thu, 03 Dec 2020 15:42:52 -0800 (PST) Received: from mail-yb1-f175.google.com (mail-yb1-f175.google.com. [209.85.219.175]) by smtp.gmail.com with ESMTPSA id a123sm3212711qkc.52.2020.12.03.15.42.52 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Thu, 03 Dec 2020 15:42:52 -0800 (PST) Received: by mail-yb1-f175.google.com with SMTP id o144so3704565ybg.7; Thu, 03 Dec 2020 15:42:52 -0800 (PST) X-Received: by 2002:a25:abce:: with SMTP id v72mr2177429ybi.138.1607038971623; Thu, 03 Dec 2020 15:42:51 -0800 (PST) MIME-Version: 1.0 References: In-Reply-To: From: Chuck Tuffli Date: Thu, 3 Dec 2020 15:42:40 -0800 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: port build fails with missing sys/smr_types.h To: Mark Johnston Cc: FreeBSD-Current Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 4CnC7d37Djz3Crs 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: Thu, 03 Dec 2020 23:42:53 -0000 On Thu, Dec 3, 2020 at 3:18 PM Mark Johnston wrote: > > On Thu, Dec 03, 2020 at 01:08:52PM -0800, Chuck Tuffli wrote: > > Hi > > > > I'm trying to fix the build of qemu-utils but am seeing failures on > > CURRENT (13.0-HEAD-9e082d278b9) like: > > > > In file included from util/oslib-posix.c:50: > > In file included from /usr/include/sys/user.h:51: > > In file included from /usr/include/sys/proc.h:50: > > /usr/include/sys/filedesc.h:47:10: fatal error: 'sys/smr_types.h' file not found > > #include > > ^~~~~~~~~~~~~~~~~ > > > > # uname -a > > FreeBSD sv0.tuffli.net 13.0-HEAD-9e082d278b9 FreeBSD > > 13.0-HEAD-9e082d278b9 #0 9e082d278b91-c254726(HEAD)-dirty: Fri Nov 27 > > 00:09:50 PST 2020 > > root@freebsd:/build/9e082d278b9/obj/build/9e082d278b9/src/amd64.amd64/sys/GENERIC-NODEBUG > > amd64 > > # ls -l /usr/include/sys/*smr* > > -r--r--r-- 1 root wheel 1988 Nov 30 14:04 /usr/include/sys/_smr.h > > -r--r--r-- 1 root wheel 7822 Nov 30 14:04 /usr/include/sys/smr.h > > > > So it appears the file is missing. Any ideas? > > How old is your world? I have /usr/include/sys/smr_types.h on my > systems. It's present on freefall as well. It is the FreeBSD-13.0-CURRENT-amd64-20201126-9e082d278b9 snapshot. If this is fixed in recent snapshots, I can move to one of those. --chuck From owner-freebsd-current@freebsd.org Fri Dec 4 00:25: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 1714B4B42D5 for ; Fri, 4 Dec 2020 00:25:20 +0000 (UTC) (envelope-from grahamperrin@gmail.com) Received: from mail-wm1-x330.google.com (mail-wm1-x330.google.com [IPv6:2a00:1450:4864:20::330]) (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 4CnD4b2Xnpz3Fb9 for ; Fri, 4 Dec 2020 00:25:19 +0000 (UTC) (envelope-from grahamperrin@gmail.com) Received: by mail-wm1-x330.google.com with SMTP id v14so4234618wml.1 for ; Thu, 03 Dec 2020 16:25: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:to:from:subject:message-id:date:user-agent :mime-version:content-transfer-encoding:content-language; bh=vvJ1pevRJVFkuIoqNH9BKtJcWpO6DLuBwRT2K9a7bB8=; b=ZmCKuhjecz0un45SajLWfeBr/dNmAbaQfqdAJw0BSof6IuFCQD9oITODsi89wG/0/8 L482WQWo5ycwTX022SgrQCFszmcRGBvH6kaCPdfbzNuKS4HplB8gcj+h0pmKkQGRS7MP Pjtyu/3LAc6PZsoXNG2SmsrFZb4N8NvPeqxfNL+zFHk57xYStRuz7nVTCwnRhF6vSpli 386UzJTX6f5wHazASqGUj5YAqEYhdBMZ/h6ZQlpZmnsQ2ADjQQC5U3BVEydd3TpeI2Ss wQVeD9pAAMMCu222dC+nntC71Vwyeurjr45CX5BVU+S4ien0C7d6HXfgOz/+0xRWZ614 ooZw== X-Gm-Message-State: AOAM5331M6Fx14rKsX6P2wywRszg5AqHUpjIOU01Vjr4VIZVS2qBqXu/ zCmchq2iE8hW9xlupO6MauuAt6ngI8D/6g== X-Google-Smtp-Source: ABdhPJy5hTfi5J0FDyFJFOGgXpKw7WxbbxdE6/vqEoqeWe7P3F+cI5XNcAzBCD/zoabgsHzdtFHIcg== X-Received: by 2002:a1c:5ad6:: with SMTP id o205mr1255823wmb.161.1607041517237; Thu, 03 Dec 2020 16:25:17 -0800 (PST) Received: from [192.168.1.11] (79-66-147-78.dynamic.dsl.as9105.com. [79.66.147.78]) by smtp.gmail.com with ESMTPSA id l1sm1053165wmi.15.2020.12.03.16.25.15 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Thu, 03 Dec 2020 16:25:16 -0800 (PST) To: freebsd-current@freebsd.org From: Graham Perrin Subject: Installers for FreeBSD fail to boot HP ProBook 440 G7 Message-ID: Date: Fri, 4 Dec 2020 00:25:15 +0000 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Thunderbird/78.5.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-US X-Rspamd-Queue-Id: 4CnD4b2Xnpz3Fb9 X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; 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]; NEURAL_HAM_SHORT(-1.00)[-1.000]; RECEIVED_SPAMHAUS_PBL(0.00)[79.66.147.78:received]; FROM_EQ_ENVFROM(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[2a00:1450:4864:20::330:from]; FREEMAIL_ENVFROM(0.00)[gmail.com]; MID_RHS_MATCH_FROM(0.00)[]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[2a00:1450:4864:20::330:from:127.0.2.255]; MIME_TRACE(0.00)[0:+]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::330: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: Fri, 04 Dec 2020 00:25:20 -0000 Where installers for FreeBSD 12.2 and 13.0-CURRENT fail to boot, the installer for OmniOS community edition succeeds. Photographs and other details at ; "I'm advised that it's symptomatic of the kernel not loading.". From owner-freebsd-current@freebsd.org Fri Dec 4 00:34:53 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 49E344B531F for ; Fri, 4 Dec 2020 00:34:53 +0000 (UTC) (envelope-from waitman@waitman.net) Received: from mail-qk1-x766.google.com (mail-qk1-x766.google.com [IPv6:2607:f8b0:4864:20::766]) (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 4CnDHc2XZJz3GP6 for ; Fri, 4 Dec 2020 00:34:51 +0000 (UTC) (envelope-from waitman@waitman.net) Received: by mail-qk1-x766.google.com with SMTP id z188so4025203qke.9 for ; Thu, 03 Dec 2020 16:34:51 -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:content-transfer-encoding:date:from :to:subject:reply-to:in-reply-to:references:user-agent:message-id :organization; bh=JZviaZSs0ivhQxpLpomFZpZ21/YL00/FLgNztE/9vNQ=; b=IeEY2PQRbyu45YP8gIqUIvFnChaRugMIeFxr+YEC5tCQxeBT5DLDOvwY6Owu7DqcWC IREbmn+M9E9X6noKW7pWPi5xgoh64ecgTLY1/Uqexg73+fjHn8k1nzoCX7h4xMCgp9/K 5ijoS06qP2QABS0WIMYN10yO9NEw9lO7SWsuFrsWU4cNJ/NAp7T4CB5YYGwKXgJDMrf+ lULFMk0vVlGSmAdQfAqnuECo3Fm0CiKMFlWANx0rHsDdZUca9so2HEJf2QCVcCpvC3aB fVESn9KVvQ31y6CeM1K8opT4wpkqF0SbU7WN/IbNgb2wV+wtqe+vKD2fPMEOqaCW7Ofq RcMA== X-Gm-Message-State: AOAM531ESTc/Xn0SgkpuH+rhmTdX4r9IWHGyU8TG6sXAkqylORY8XBCC t+doOn13paUheiQKQvvLWyVk9BQdtH5IwHCbd56E9XF/qJvcW+HJ/UMTIjHOhx8ZpQ== X-Google-Smtp-Source: ABdhPJw84wHNNsWCPY/4t0dB3+6k/9cTyRf6264LH0ZFoB/tSkUNm0grFkmum5MHWWCj0wsXQIDImkQpVnJh X-Received: by 2002:a05:620a:148d:: with SMTP id w13mr5789125qkj.299.1607042091276; Thu, 03 Dec 2020 16:34:51 -0800 (PST) Received: from waitman.net (j.smq.io. [2605:a140:2037:5070::1]) by smtp-relay.gmail.com with ESMTPS id c5sm511994qkc.5.2020.12.03.16.34.51 for (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 03 Dec 2020 16:34:51 -0800 (PST) X-Relaying-Domain: culta.xyz MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Thu, 03 Dec 2020 20:34:50 -0400 From: Waitman Gobble To: freebsd-current@freebsd.org Subject: Re: Installers for FreeBSD fail to boot HP ProBook 440 G7 Reply-To: waitman@waitman.net In-Reply-To: References: User-Agent: Roundcube Webmail/1.4.2 Message-ID: X-Sender: waitman@waitman.net Organization: Waitman Gobble X-Rspamd-Queue-Id: 4CnDHc2XZJz3GP6 X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; HAS_REPLYTO(0.00)[waitman@waitman.net]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; REPLYTO_ADDR_EQ_FROM(0.00)[]; TO_DN_NONE(0.00)[]; HAS_ORG_HEADER(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[waitman.net:+]; DMARC_POLICY_ALLOW(-0.50)[waitman.net,reject]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[2607:f8b0:4864:20::766:from]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[waitman.net:s=google]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[2607:f8b0:4864:20::766:from:127.0.2.255]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::766: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: Fri, 04 Dec 2020 00:34:53 -0000 On 2020-12-03 20:25, Graham Perrin wrote: > Where installers for FreeBSD 12.2 and 13.0-CURRENT fail to boot, the > installer for OmniOS community edition succeeds. > > > Photographs and other details at > ; > "I'm advised that it's symptomatic of the kernel not loading.". > > _______________________________________________ > 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" Something to check out? That machine has Intel and NVidia gpu, you should check the BIOS settings. I have a Lenovo laptop that won't boot if it's set in BIOS to 'detect/auto', I think it's called Optimus? But my Dell that also has both boots fine although there's no selectable option in BIOS. -- Waitman Gobble From owner-freebsd-current@freebsd.org Fri Dec 4 00:43: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 EC9D64B57A1 for ; Fri, 4 Dec 2020 00:43:33 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: from mail-qk1-x730.google.com (mail-qk1-x730.google.com [IPv6:2607:f8b0:4864:20::730]) (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 4CnDTd6C7vz3Gwc; Fri, 4 Dec 2020 00:43:33 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: by mail-qk1-x730.google.com with SMTP id d9so4031348qke.8; Thu, 03 Dec 2020 16:43:33 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:date:from:to:cc:subject:message-id :references:mime-version:content-disposition:in-reply-to; bh=fatfXEZxqcRyNIcVfXBf795xUM7pj88XjGlmaM8BHQU=; b=Ge0Wat4DZ39JwmqG8po2TPKbm663QqE9U+8nG13YQGu+BDFQ5uy/8o+W+1SgkR6F6u NdSqz+R0cAhYmGnHLuJ6wLliaBAZIjFqaWdLCy0JW+HfTPMqki2ggiIdFX9PtIwXfsCy QnHVrNJAhXafvYj7Wy1n4RUrHjS/YqDgpoLtIKIWHSDx5gdsALq/KZVo03LuaigYlSQf /fmINiT7KREQDz5nU/fQrpLyxej7oE2MBLtZFeNKpG3ixm2ZV+Fihe/nvCkZEH9Pzb6H BRg5a8hjyKyoq3SOP3TEXQWHJVyWizaLD/42A/LkJesApDWZLi1AIviLlxtwdZov0nUT 7/GA== X-Gm-Message-State: AOAM5335875tpXNi54zjv0gVzo/X+TZmWnzxfou5e7YRLUHj4uaAwudT nMUqSKNEdcPI4+ppMOij9wnG5sIaroM= X-Google-Smtp-Source: ABdhPJxSbHfmivVxaLJcBM2222gpxl4h/7Tzb950dCXfckCaA+45Z0Oj4gOdhVZgtYkNvAtyApnWUg== X-Received: by 2002:a37:acb:: with SMTP id 194mr5565351qkk.213.1607042611487; Thu, 03 Dec 2020 16:43:31 -0800 (PST) Received: from raichu ([142.126.164.150]) by smtp.gmail.com with ESMTPSA id v204sm3507592qka.4.2020.12.03.16.43.30 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 03 Dec 2020 16:43:30 -0800 (PST) Sender: Mark Johnston Date: Thu, 3 Dec 2020 19:43:28 -0500 From: Mark Johnston To: Chuck Tuffli Cc: FreeBSD-Current Subject: Re: port build fails with missing sys/smr_types.h Message-ID: References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Rspamd-Queue-Id: 4CnDTd6C7vz3Gwc 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, 04 Dec 2020 00:43:34 -0000 On Thu, Dec 03, 2020 at 03:42:40PM -0800, Chuck Tuffli wrote: > On Thu, Dec 3, 2020 at 3:18 PM Mark Johnston wrote: > > > > On Thu, Dec 03, 2020 at 01:08:52PM -0800, Chuck Tuffli wrote: > > > Hi > > > > > > I'm trying to fix the build of qemu-utils but am seeing failures on > > > CURRENT (13.0-HEAD-9e082d278b9) like: > > > > > > In file included from util/oslib-posix.c:50: > > > In file included from /usr/include/sys/user.h:51: > > > In file included from /usr/include/sys/proc.h:50: > > > /usr/include/sys/filedesc.h:47:10: fatal error: 'sys/smr_types.h' file not found > > > #include > > > ^~~~~~~~~~~~~~~~~ > > > > > > # uname -a > > > FreeBSD sv0.tuffli.net 13.0-HEAD-9e082d278b9 FreeBSD > > > 13.0-HEAD-9e082d278b9 #0 9e082d278b91-c254726(HEAD)-dirty: Fri Nov 27 > > > 00:09:50 PST 2020 > > > root@freebsd:/build/9e082d278b9/obj/build/9e082d278b9/src/amd64.amd64/sys/GENERIC-NODEBUG > > > amd64 > > > # ls -l /usr/include/sys/*smr* > > > -r--r--r-- 1 root wheel 1988 Nov 30 14:04 /usr/include/sys/_smr.h > > > -r--r--r-- 1 root wheel 7822 Nov 30 14:04 /usr/include/sys/smr.h > > > > > > So it appears the file is missing. Any ideas? > > > > How old is your world? I have /usr/include/sys/smr_types.h on my > > systems. It's present on freefall as well. > > It is the FreeBSD-13.0-CURRENT-amd64-20201126-9e082d278b9 snapshot. If > this is fixed in recent snapshots, I can move to one of those. $ fetch http://ftp.freebsd.org/pub/FreeBSD/snapshots/VM-IMAGES/13.0-CURRENT/amd64/20201126/FreeBSD-13.0-CURRENT-amd64-20201126-9e082d278b9.raw.xz $ unxz FreeBSD-13.0-CURRENT-amd64-20201126-9e082d278b9.raw.xz $ sudo mdconfig -a -f FreeBSD-13.0-CURRENT-amd64-20201126-9e082d278b9.raw md0 $ sudo mount /dev/md0p4 /mnt $ stat /mnt/usr/include/sys/smr_types.h 544 241404 -r--r--r-- 1 root wheel 554933 4985 "Nov 26 03:57:51 2020" "Nov 26 03:51:14 2020" "Nov 26 03:58:26 2020" "Nov 26 03:51:14 2020" 32768 16 0 /mnt/usr/include/sys/smr_types.h $ So I'm not sure what's going on in your case. smr_types.h was added a number of months ago. From owner-freebsd-current@freebsd.org Fri Dec 4 06:47: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 C53A9475043 for ; Fri, 4 Dec 2020 06:47:31 +0000 (UTC) (envelope-from grahamperrin@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 4CnNYb0hmwz3r2M for ; Fri, 4 Dec 2020 06:47:30 +0000 (UTC) (envelope-from grahamperrin@gmail.com) Received: by mail-wm1-x336.google.com with SMTP id w206so4063113wma.0 for ; Thu, 03 Dec 2020 22:47:30 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding :content-language; bh=APapsteG7TGFDFeYCGimVGdE14aQOL9DgRxeuS4gqsg=; b=grj+MIvJuS32Qt+y9+njM+FRKV7vD+00nBDKmNaB6as9xRMhUUBKFMi8CUC9naTAQi N2jb/dcvGN29rtKITpKZ5lnbhCj2hvO7rk6l2S0UfgAO4IqJI5VS+Mnvdz7erD84EAtP mReIpr02kUZJy6gvm1k/VroND8FMHXlAyXmq5aOUOFm1T+FMygaMEd3GWm3VGN0RKhFB EyMsKI2ouQLS8zs6k8Uh1o7VAIIg7wZov+/cNpyX4Ro9e2kLGrsn1892tJpzee6TpupN x6EKqeeO6aYimH+VCfUOQYxvBya/By++4jAxUgdd16Ieg6M5QBqJsUZin01OQmKUIlnG P8CA== X-Gm-Message-State: AOAM532G593zf56JFN8+WW7QpzCBRRFvpZIyj0IhFm/7+B9H8ehAml2x V26UY7Ye0ULsH01W3tJUWrJ0bXrEyPQ0Vw== X-Google-Smtp-Source: ABdhPJyN5EzAyjB7BgSgMGe2+rqmzWdYGRK7QUA1iEZkRw3nX1pEvKD/jhAT1meNk2nic/3kHiuyAg== X-Received: by 2002:a1c:3902:: with SMTP id g2mr2361950wma.117.1607064448587; Thu, 03 Dec 2020 22:47:28 -0800 (PST) Received: from [192.168.1.11] (79-66-147-78.dynamic.dsl.as9105.com. [79.66.147.78]) by smtp.gmail.com with ESMTPSA id d15sm2354233wrx.93.2020.12.03.22.47.27 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Thu, 03 Dec 2020 22:47:27 -0800 (PST) Subject: Installers for FreeBSD fail to boot HP ProBook 440 G7: discrete graphics To: freebsd-current@freebsd.org References: From: Graham Perrin Message-ID: <338b0e19-9220-1d21-a105-5408ce1afdc1@gmail.com> Date: Fri, 4 Dec 2020 06:47:26 +0000 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Thunderbird/78.5.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US X-Rspamd-Queue-Id: 4CnNYb0hmwz3r2M X-Spamd-Bar: --- X-Spamd-Result: default: False [-4.00 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; 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]; NEURAL_HAM_SHORT(-1.00)[-1.000]; RECEIVED_SPAMHAUS_PBL(0.00)[79.66.147.78:received]; FROM_EQ_ENVFROM(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[2a00:1450:4864:20::336:from]; FREEMAIL_ENVFROM(0.00)[gmail.com]; MID_RHS_MATCH_FROM(0.00)[]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[2a00:1450:4864:20::336:from:127.0.2.255]; MIME_TRACE(0.00)[0:+]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::336: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: Fri, 04 Dec 2020 06:47:31 -0000 On 04/12/2020 00:34, Waitman Gobble wrote: > On 2020-12-03 20:25, Graham Perrin wrote: >> Where installers for FreeBSD 12.2 and 13.0-CURRENT fail to boot, the >> installer for OmniOS community edition succeeds. >> >> >> Photographs and other details at >> ; >> >> "I'm advised that it's symptomatic of the kernel not loading.". … > > Something to check out? > That machine has Intel and NVidia gpu, you should check the BIOS > settings. I have a Lenovo laptop that won't boot if it's set in BIOS > to 'detect/auto', I think it's called Optimus? But my Dell that also > has both boots fine although there's no selectable option in BIOS. > Thanks, the BIOS on this machine allows me to set an amount of video memory, and so on, but I see nothing relating to the discrete GPU. (I see HP support articles on how to disable discrete graphics on some other models, but not the ProBook 440 G7.) From owner-freebsd-current@freebsd.org Fri Dec 4 08:44:29 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 A97A0477747 for ; Fri, 4 Dec 2020 08:44:29 +0000 (UTC) (envelope-from grahamperrin@gmail.com) Received: from mail-wm1-x329.google.com (mail-wm1-x329.google.com [IPv6:2a00:1450:4864:20::329]) (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 4CnR8X6y69z4Rnc for ; Fri, 4 Dec 2020 08:44:28 +0000 (UTC) (envelope-from grahamperrin@gmail.com) Received: by mail-wm1-x329.google.com with SMTP id d3so4826093wmb.4 for ; Fri, 04 Dec 2020 00:44:28 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:from:to:references:message-id:date :user-agent:mime-version:in-reply-to:content-language; bh=+0taVFWSlnkKK6rOGelzOyj/6qOxmB7oFxW2bgD/38Y=; b=s/Ho8FG7IE+8R7mJLQnVjR8s88MLlUI+kJoUaKGgrGafDRELNuOEvvP99xl0oRKY1O 5iSlVtfB+Wn3/soZzDX8F5BYeb0wFas2zF3HjH+iPZA+XdVPdYrGAVClWvRnFj9nqqwX mdcuFWVutYig5glDQRypGJOTRHPK5ljj84YlsOZ6v/vIKvtBVDfBCJqPmYJ6Hl4zD0mj EQm/Zjym+ewhMF9FSILnBDeWEGqNGtH+hX+AbY4Pp55jFFfzB+L5nWlEVUS5KqpC3gY3 oecm2QITu9MtDwoutlvnusA/NIzBJ/RygeX+6f9tNu1zq/GUg4ZSAUJDx/5Vrqe+mmos V7EA== X-Gm-Message-State: AOAM530h4KuhR/indH2t0TKKuD5V21wn9TV4B8C00CsnFt/7nIchhzZe OCBu0IW3OIOaoatHD47lJo6mxGIk9+GZFw== X-Google-Smtp-Source: ABdhPJzdTmObnSkCY1e85t7drwzocT2wzf7IfjiBCkhCzMoqMvXyYG2lSj55Gt1dRIVBf0+eHW8+fA== X-Received: by 2002:a1c:491:: with SMTP id 139mr2858461wme.81.1607071466479; Fri, 04 Dec 2020 00:44:26 -0800 (PST) Received: from [192.168.1.11] (79-66-147-78.dynamic.dsl.as9105.com. [79.66.147.78]) by smtp.gmail.com with ESMTPSA id 138sm2382498wma.41.2020.12.04.00.44.25 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Fri, 04 Dec 2020 00:44:25 -0800 (PST) Subject: (244906) installers for FreeBSD fail to boot HP ProBook 440 G7 From: Graham Perrin To: freebsd-current@freebsd.org References: Message-ID: Date: Fri, 4 Dec 2020 08:44:25 +0000 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Thunderbird/78.5.0 MIME-Version: 1.0 In-Reply-To: Content-Language: en-US X-Rspamd-Queue-Id: 4CnR8X6y69z4Rnc X-Spamd-Bar: --- X-Spamd-Result: default: False [-4.00 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; 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]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RBL_DBL_DONT_QUERY_IPS(0.00)[2a00:1450:4864:20::329:from]; FREEMAIL_ENVFROM(0.00)[gmail.com]; MID_RHS_MATCH_FROM(0.00)[]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; 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)[79.66.147.78:received]; FROM_HAS_DN(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[2a00:1450:4864:20::329:from:127.0.2.255]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::329:from]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current] Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit 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, 04 Dec 2020 08:44:29 -0000 This is now identified as FreeBSD bug 244906: kernel booted by loader.efi on VMware Fusion crashes in EFI firmware From owner-freebsd-current@freebsd.org Fri Dec 4 09:24: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 1D2EB478EBA for ; Fri, 4 Dec 2020 09:24:39 +0000 (UTC) (envelope-from tsoome@me.com) Received: from pv50p00im-hyfv10011601.me.com (pv50p00im-hyfv10011601.me.com [17.58.6.43]) (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 4CnS2t1GG5z4TZW for ; Fri, 4 Dec 2020 09:24:37 +0000 (UTC) (envelope-from tsoome@me.com) Received: from nazgul.lan (148-52-235-80.sta.estpak.ee [80.235.52.148]) by pv50p00im-hyfv10011601.me.com (Postfix) with ESMTPSA id 8151E380162 for ; Fri, 4 Dec 2020 09:24:29 +0000 (UTC) From: Toomas Soome Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.20.0.2.21\)) Subject: review request: loader: implement framebuffer console Message-Id: Date: Fri, 4 Dec 2020 11:24:25 +0200 To: FreeBSD Current X-Mailer: Apple Mail (2.3654.20.0.2.21) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:6.0.312, 18.0.737 definitions=2020-12-04_03:2020-12-04, 2020-12-04 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 suspectscore=0 malwarescore=0 phishscore=0 bulkscore=0 spamscore=0 clxscore=1015 mlxscore=0 mlxlogscore=752 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-2006250000 definitions=main-2012040056 X-Rspamd-Queue-Id: 4CnS2t1GG5z4TZW X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.50 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:17.58.0.0/16]; FREEMAIL_FROM(0.00)[me.com]; MV_CASE(0.50)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[me.com:+]; DMARC_POLICY_ALLOW(-0.50)[me.com,quarantine]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RBL_DBL_DONT_QUERY_IPS(0.00)[17.58.6.43:from]; FREEMAIL_ENVFROM(0.00)[me.com]; MID_RHS_MATCH_FROM(0.00)[]; ASN(0.00)[asn:714, ipnet:17.58.0.0/20, country:US]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[me.com:s=1a1hai]; FREEFALL_USER(0.00)[tsoome]; FROM_HAS_DN(0.00)[]; DWL_DNSWL_NONE(0.00)[me.com:dkim]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[17.58.6.43:from:127.0.2.255]; RECEIVED_SPAMHAUS_PBL(0.00)[80.235.52.148:received]; RWL_MAILSPIKE_POSSIBLE(0.00)[17.58.6.43:from]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current] Content-Type: text/plain; charset=us-ascii 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: Fri, 04 Dec 2020 09:24:39 -0000 hi! I have been working on proper framebuffer support on FreeBSD loader and = there is the current state: https://reviews.freebsd.org/D27420 = All feedback is welcome, and especially if you can spare some time for = testing:) thanks, toomas= From owner-freebsd-current@freebsd.org Fri Dec 4 18:50: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 D7DFF4A7DEC for ; Fri, 4 Dec 2020 18:50:15 +0000 (UTC) (envelope-from ctuffli@gmail.com) Received: from mail-qk1-f173.google.com (mail-qk1-f173.google.com [209.85.222.173]) (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 4CnhbW5X3xz3Lj5; Fri, 4 Dec 2020 18:50:15 +0000 (UTC) (envelope-from ctuffli@gmail.com) Received: by mail-qk1-f173.google.com with SMTP id n132so6427048qke.1; Fri, 04 Dec 2020 10:50:15 -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=nJyCskSbXu0FQS7dxxYJ9X8ISiAAlhA3tOHTueSmsZY=; b=orbs5RcvF/u69xguK6vo7ceiTvBJj1MXM1Rxt1d1ONwE/kfx2ezXEFI6m/L8FB1i2Y xw66CAuS9QIfYap1A1FBuVs1/4OmaXv5aVtDRPdiuWsEFDzYeQN+hJvDNZzHPu1iO9se EgXhghsXQQGxUhb5mKUAzXnHAZNnzQiS8xKehCmLZcZylLUMc4F5LWZidBvdgl5PfxGb 3bPZ2y4sJJPZTscFff4QwqAYT797pl8X8+uV1KelqQ9oZwJ09A2EOAJfuxySTVwD/R1D 0YyKocLwgBOC5lj3Shk4msDO8eBDMlFnnVeevZIMKneYHg0bDxVG0SohGrEZ0TIrcqWv InNQ== X-Gm-Message-State: AOAM533r9FiT/HeIFeUyblWQiSbVyOauL07iU6WTGW06mTn7+zrHVp9n 1oN9y3e6WzPtMtl2eesvOfRjuRayalY= X-Google-Smtp-Source: ABdhPJxyEutNgR/fW6Yfh2A6BK9BMWVaW3KdxHLOMXPEIKCmXw4VjumaYA7bx1Nx6IuTca9c5QAQ5w== X-Received: by 2002:a37:a58e:: with SMTP id o136mr10476713qke.290.1607107814708; Fri, 04 Dec 2020 10:50:14 -0800 (PST) Received: from mail-yb1-f178.google.com (mail-yb1-f178.google.com. [209.85.219.178]) by smtp.gmail.com with ESMTPSA id j13sm6496008qtc.81.2020.12.04.10.50.14 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Fri, 04 Dec 2020 10:50:14 -0800 (PST) Received: by mail-yb1-f178.google.com with SMTP id 2so6298155ybc.12; Fri, 04 Dec 2020 10:50:14 -0800 (PST) X-Received: by 2002:a25:4143:: with SMTP id o64mr7736869yba.249.1607107814135; Fri, 04 Dec 2020 10:50:14 -0800 (PST) MIME-Version: 1.0 References: In-Reply-To: From: Chuck Tuffli Date: Fri, 4 Dec 2020 10:50:03 -0800 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: port build fails with missing sys/smr_types.h To: Mark Johnston Cc: FreeBSD-Current Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 4CnhbW5X3xz3Lj5 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, 04 Dec 2020 18:50:15 -0000 On Thu, Dec 3, 2020 at 4:43 PM Mark Johnston wrote: ... > $ fetch http://ftp.freebsd.org/pub/FreeBSD/snapshots/VM-IMAGES/13.0-CURRENT/amd64/20201126/FreeBSD-13.0-CURRENT-amd64-20201126-9e082d278b9.raw.xz > $ unxz FreeBSD-13.0-CURRENT-amd64-20201126-9e082d278b9.raw.xz > $ sudo mdconfig -a -f FreeBSD-13.0-CURRENT-amd64-20201126-9e082d278b9.raw > md0 > $ sudo mount /dev/md0p4 /mnt > $ stat /mnt/usr/include/sys/smr_types.h > 544 241404 -r--r--r-- 1 root wheel 554933 4985 "Nov 26 03:57:51 2020" "Nov 26 03:51:14 2020" "Nov 26 03:58:26 2020" "Nov 26 03:51:14 2020" 32768 16 0 /mnt/usr/include/sys/smr_types.h > $ > > So I'm not sure what's going on in your case. smr_types.h was added a > number of months ago. Weird, it looks like I borked my system somehow. But thank you, that helped immensely! --chuck From owner-freebsd-current@freebsd.org Fri Dec 4 19:28:58 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 D576D4A9A48; Fri, 4 Dec 2020 19:28:58 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: from mail-il1-f176.google.com (mail-il1-f176.google.com [209.85.166.176]) (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 4CnjSB16tTz3QGl; Fri, 4 Dec 2020 19:28:57 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: by mail-il1-f176.google.com with SMTP id z10so6228801ilu.3; Fri, 04 Dec 2020 11:28:57 -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; bh=flSZ3CbAxziJUu5QXmZLxPr2O0NabcYZ/l4rsznTEBU=; b=JAvaYLiRfE590X1t9YDN+L8G4tBThc9gU7zMlM7V3vC4INRzy8QUz1Yburualsa3pC aYaQNo9p22TV48SzD5TsMk6yA9S/U9NdD3UQVay8Fskbpt5At8qkRZ0YUjMsfqzD2Oh2 M7lZTsGE9SF4cUqXcA/jaULkLL9gDkbNXRZMif2rK3scG98mq9PaZFaX3bPsp3Oto0g6 U/6zpHORCgmMXt3e2qAQ0HnfF4dM360uMkOjlTDJuv3uWo7FeMfvStccY6p3gTryaclV nc8AvX/RZsp6mPyWsjF17ZbyZKI0Ei1JJn9PbSOEB7gR83BQZVoIt5oRy9+NvJ6qfpd8 fVZQ== X-Gm-Message-State: AOAM531TGnWrCdtNkDZssrOMpf9tJqVfHpTswjlFbgPjfdm9BITcfAHR yvKniZHXNtqULjZd9eBPQBSc1DgaEsX8zqQoFjSSHNbWAkKBgQ== X-Google-Smtp-Source: ABdhPJyZoHlaSG81llSuAimSLuDycYT8PQrKgsjvn+TB2RM6HwUDBGQFIrVAoZE1brr8CLUiAhJ3A9fVe0Y2CnCbEzQ= X-Received: by 2002:a92:8419:: with SMTP id l25mr1809065ild.100.1607110136160; Fri, 04 Dec 2020 11:28:56 -0800 (PST) MIME-Version: 1.0 References: In-Reply-To: From: Ed Maste Date: Fri, 4 Dec 2020 14:28:44 -0500 Message-ID: Subject: Re: Removing obsolete GDB 6.1.1 for FreeBSD 13 To: FreeBSD Current , "freebsd-toolchain@FreeBSD.org" , freebsd-stable stable Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 4CnjSB16tTz3QGl X-Spamd-Bar: -- X-Spamd-Result: default: False [-3.00 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17:c]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FORGED_SENDER(0.30)[emaste@freebsd.org,carpeddiem@gmail.com]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; RBL_DBL_DONT_QUERY_IPS(0.00)[209.85.166.176:from]; R_DKIM_NA(0.00)[]; FROM_NEQ_ENVFROM(0.00)[emaste@freebsd.org,carpeddiem@gmail.com]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FREEFALL_USER(0.00)[carpeddiem]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[freebsd.org]; SPAMHAUS_ZRD(0.00)[209.85.166.176:from:127.0.2.255]; RCVD_IN_DNSWL_NONE(0.00)[209.85.166.176:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[209.85.166.176:from]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current,freebsd-toolchain,freebsd-stable] 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, 04 Dec 2020 19:28:58 -0000 Adding the FreeBSD-stable list to CC for more visibility. On Wed, 2 Dec 2020 at 12:43, Ed Maste wrote: > > I would like to remove GDB 6.1.1 before FreeBSD 13, and propose to > switch the GDB knob to default to NO in the near future. If the > crashinfo utility and related man pages do not already include > references to installing the gdb port/package I will add those before > making the change. The crashinfo man page now references the gdb port/package, and crashinfo itself emits a message that the port/package should be installed if kgdb is not found. GDB's proposed retirement has now been added to https://wiki.freebsd.org/DeprecationPlan. I expect to make GDB default to NO next week, and then remove it from the tree a week or two later, if there is no compelling objection. From owner-freebsd-current@freebsd.org Fri Dec 4 19:59:44 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 5E8574AA8AC for ; Fri, 4 Dec 2020 19:59:44 +0000 (UTC) (envelope-from gbe@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Cnk7h2L4Gz3hwp; Fri, 4 Dec 2020 19:59:44 +0000 (UTC) (envelope-from gbe@freebsd.org) Received: from localhost (p5486153a.dip0.t-ipconnect.de [84.134.21.58]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: gbe) by smtp.freebsd.org (Postfix) with ESMTPSA id D6091E192; Fri, 4 Dec 2020 19:59:43 +0000 (UTC) (envelope-from gbe@freebsd.org) Date: Fri, 4 Dec 2020 20:59:43 +0100 From: Gordon Bergling To: Toomas Soome Cc: FreeBSD Current Subject: Re: review request: loader: implement framebuffer console Message-ID: References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Url: X-Operating-System: FreeBSD 12.2-STABLE amd64 X-Host-Uptime: 8:55PM up 2 days, 6:21, 4 users, load averages: 0.31, 0.32, 0.30 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, 04 Dec 2020 19:59:44 -0000 Hi Toomas, thanks for working on this. I have a build running and report back the results from Hyper-V FreeBSD instance. --Gordon PS: A few months ago I had a look at all the OpenSolaris incarnations and this feature was something I had on my TODO list for FreeBSD for a very long time. :) On Fri, Dec 04, 2020 at 11:24:25AM +0200, Toomas Soome wrote: > hi! > > I have been working on proper framebuffer support on FreeBSD loader and there is the current state: https://reviews.freebsd.org/D27420 > > All feedback is welcome, and especially if you can spare some time for testing:) > > thanks, > toomas > _______________________________________________ > 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 Dec 4 21:03:53 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 96CA04AC1CA for ; Fri, 4 Dec 2020 21:03:53 +0000 (UTC) (envelope-from gbe@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4CnlYj3wF2z3nHy; Fri, 4 Dec 2020 21:03:53 +0000 (UTC) (envelope-from gbe@freebsd.org) Received: from localhost (p5486153a.dip0.t-ipconnect.de [84.134.21.58]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: gbe) by smtp.freebsd.org (Postfix) with ESMTPSA id 18B03DEF4; Fri, 4 Dec 2020 21:03:52 +0000 (UTC) (envelope-from gbe@freebsd.org) Date: Fri, 4 Dec 2020 22:03:52 +0100 From: Gordon Bergling To: Toomas Soome Cc: freebsd-current@freebsd.org Subject: Re: review request: loader: implement framebuffer console Message-ID: References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Url: X-Operating-System: FreeBSD 12.2-STABLE amd64 X-Host-Uptime: 9:59PM up 2 days, 7:24, 4 users, load averages: 0.18, 0.22, 0.23 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, 04 Dec 2020 21:03:53 -0000 Tested on a recent -CURRENT, no problems seen so far. Is there a special src.conf setting that is necessary for a complete build / test sequence. --Gordon On Fri, Dec 04, 2020 at 11:24:25AM +0200, Toomas Soome wrote: > I have been working on proper framebuffer support on FreeBSD loader and there is the current state: https://reviews.freebsd.org/D27420 > > All feedback is welcome, and especially if you can spare some time for testing:) > > thanks, > toomas > _______________________________________________ > 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 Dec 4 21:23:53 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 6666A4AC33F for ; Fri, 4 Dec 2020 21:23:53 +0000 (UTC) (envelope-from tsoome@me.com) Received: from pv50p00im-ztdg10022001.me.com (pv50p00im-ztdg10022001.me.com [17.58.6.58]) (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 4Cnm0n1y7vz3pg4 for ; Fri, 4 Dec 2020 21:23:52 +0000 (UTC) (envelope-from tsoome@me.com) Received: from nazgul.lan (148-52-235-80.sta.estpak.ee [80.235.52.148]) by pv50p00im-ztdg10022001.me.com (Postfix) with ESMTPSA id AD47DA03BD; Fri, 4 Dec 2020 21:23:43 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.20.0.2.21\)) Subject: Re: review request: loader: implement framebuffer console From: Toomas Soome In-Reply-To: Date: Fri, 4 Dec 2020 23:23:41 +0200 Cc: FreeBSD Current Content-Transfer-Encoding: quoted-printable Message-Id: <9906496E-E477-4AD9-8ADB-7B78E691B230@me.com> References: To: Gordon Bergling X-Mailer: Apple Mail (2.3654.20.0.2.21) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:6.0.312, 18.0.737 definitions=2020-12-04_12:2020-12-04, 2020-12-04 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 suspectscore=0 malwarescore=0 phishscore=0 bulkscore=0 spamscore=0 clxscore=1011 mlxscore=0 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-2006250000 definitions=main-2012040121 X-Rspamd-Queue-Id: 4Cnm0n1y7vz3pg4 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, 04 Dec 2020 21:23:53 -0000 > On 4. Dec 2020, at 23:03, Gordon Bergling wrote: >=20 > Tested on a recent -CURRENT, no problems seen so far. >=20 > Is there a special src.conf setting that is necessary for a > complete build / test sequence. >=20 > --Gordon No, except that the last update did change default for bios loader to = text and did add the knob to change that to gfx mode. For test, the default mode should be readable and logo/brand images ok = and the console after boot usable as well. The resolution switch (gop or = vbe) should end up with usable screen as well, and when you enter menu, = the boot menu should be ok. gop get/vbe get will list current mode, show screen.font will tell font = size. Currently it is known the 8-bit depth may have issues in some systems = (bios, UEFI only does have 32-bit depth). thanks, toomas >=20 > On Fri, Dec 04, 2020 at 11:24:25AM +0200, Toomas Soome wrote: >> I have been working on proper framebuffer support on FreeBSD loader = and there is the current state: https://reviews.freebsd.org/D27420 = >>=20 >> All feedback is welcome, and especially if you can spare some time = for testing:) >>=20 >> thanks, >> toomas >> _______________________________________________ >> 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 Dec 4 22:18: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 6B7ED4ADBB3; Fri, 4 Dec 2020 22:18:59 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: from mail-io1-f42.google.com (mail-io1-f42.google.com [209.85.166.42]) (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 4CnnDL3zNzz3sg0; Fri, 4 Dec 2020 22:18:58 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: by mail-io1-f42.google.com with SMTP id j23so7359278iog.6; Fri, 04 Dec 2020 14:18: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:mime-version:from:date:message-id:subject:to; bh=3hpAHpA+AwumIFuPOCJzyS6fZIGWTkCAt+Jp/hIj9MY=; b=TaYlf9RzlzBPSm8MeTLeIeGqt/T1f4OLxX5vHUi236wmsV4hMi3VILVkwYpZD655pU Ol2ZsQXCNDgarm7LdS/LEbjIJ5IJkswr6j+TvaX8GA4PICyzOZ/eMQWIq+VPy28Iq7gm KVSjjR5cYpdcPgyRXp9vJl/2iCbjb7JCVIhwRPfGmT8KXWHnURhv7oEX35XpgNZXilRR fjXftWN/sD8WNT/YNThtP2BeOS1ZNmFRfe/edKA+TrBU5X9wyfisYXYshcRmCvmcut+J aGCPIpfZKW49cr4QKRszEWHbIASm0HtquJAe7eckfqllGVrO44kmeMPH9fVyOM5W1W5X 1lZw== X-Gm-Message-State: AOAM533llBBZtAu8PBrSCosfRuzG6igNqvAr2gbXtaHwyJ5q+jVPqe0Q lJHefanrYYHjoOFuOCT6nMJQnQ6bGVeTIoz9U8w3tcxtrGa7WQ== X-Google-Smtp-Source: ABdhPJztlCywbYpqWs9wUOb6CYwwIn2X4jurA4eP2tZpA9riFqsObdBT++ZagMbfoAY5MhE8G+J7ByThPoPT0LqCfrA= X-Received: by 2002:a5d:9753:: with SMTP id c19mr8432884ioo.111.1607120336897; Fri, 04 Dec 2020 14:18:56 -0800 (PST) MIME-Version: 1.0 From: Ed Maste Date: Fri, 4 Dec 2020 17:18:45 -0500 Message-ID: Subject: Deprecating userland a.out support To: FreeBSD Current , freebsd-stable stable Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 4CnnDL3zNzz3sg0 X-Spamd-Bar: - X-Spamd-Result: default: False [-1.03 / 15.00]; ARC_NA(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[209.85.166.42:from]; 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]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[freebsd.org]; NEURAL_HAM_LONG(-1.00)[-1.000]; RCVD_TLS_ALL(0.00)[]; SPAMHAUS_ZRD(0.00)[209.85.166.42:from:127.0.2.255]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; TO_DN_ALL(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[209.85.166.42:from]; NEURAL_SPAM_SHORT(0.97)[0.972]; FORGED_SENDER(0.30)[emaste@freebsd.org,carpeddiem@gmail.com]; RWL_MAILSPIKE_POSSIBLE(0.00)[209.85.166.42: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,freebsd-stable] 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, 04 Dec 2020 22:18:59 -0000 FreeBSD has used ELF binaries/libraries for decades, but still has support for legacy a.out binaries. Portions of this have been retired over time, and I propose removing the remaining pieces before FreeBSD 13. I'm not proposing making any change to kernel a.out support, but users needing userland a.out tools would have to install them from old FreeBSD releases. I have opened the following reviews for three tools that still support a.out: D27478 ldd: Retire a.out support D27480 gprof: Retire a.out support D27481 ldconfig: Retire a.out support If there are no objections I plan to commit these changes before the end of the month, along with small changes to the mtree file (removing aout directories) etc. From owner-freebsd-current@freebsd.org Sat Dec 5 06:07:17 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 151B14B66A0 for ; Sat, 5 Dec 2020 06:07:17 +0000 (UTC) (envelope-from dmarquess@gmail.com) Received: from mail-ed1-x52d.google.com (mail-ed1-x52d.google.com [IPv6:2a00:1450:4864:20::52d]) (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 4Cnzch2cShz4msW for ; Sat, 5 Dec 2020 06:07:16 +0000 (UTC) (envelope-from dmarquess@gmail.com) Received: by mail-ed1-x52d.google.com with SMTP id q16so8076770edv.10 for ; Fri, 04 Dec 2020 22:07:16 -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:from:date:message-id:subject:to; bh=SexwkhHCEQR0I/D7B7IoODfj7I1XSmAuKs23jbLipj8=; b=pGTgzMcCqKmGvIqE7bUT1EpLhze38tKTuCGPTVsTayyS5ZLzaQjveb1u+FexNHtvEx WigoCLW34/6d5Qi3s9MVbokZhynvjiCh2gu6sKOjZjZA8n3mX9vItQuGIAMXrU8FJgR8 O3PYfwjsnpXfNyekDYAJhscsXBip13WpIsrC6u73NGK3gKE9q469KqouLDgJgUh8sXTt 7Fjauwc0a/1vF+gJF90HVZHurlU736zAVlkHNLTXXLA+NfNZw3eB7TU0tJkxztXXb4fH pq/0nCdeaC2CXrc+mevxtGNpdlbayWqYhu1ViqoJjz1bkw6Wkg+gboIZSwhKonrbJ/hW KVXA== X-Gm-Message-State: AOAM5338Br7+zVWS0SZpuActIjbILW3/Ul2Ql4Kt8N4hfW0p412Fu2O2 F7X2P6fy4n/P5HZrv37uNUpxhs1U8Px4CLYYiKrFnv4f2Kixtg== X-Google-Smtp-Source: ABdhPJw2+7vBbHXxsQt+MCeL2G3udjHNU8zKQ3MsfgXZVPMmS5gE7XBVSDb6jThkPNQK7PmUiNx6/MmkVgKXJU12KZk= X-Received: by 2002:a50:9f4e:: with SMTP id b72mr10908603edf.200.1607148434035; Fri, 04 Dec 2020 22:07:14 -0800 (PST) MIME-Version: 1.0 From: Dustin Marquess Date: Sat, 5 Dec 2020 00:07:02 -0600 Message-ID: Subject: How to clear the 'remove:' line from 'zpool status' To: FreeBSD CURRENT Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 4Cnzch2cShz4msW X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.13 / 15.00]; FREEMAIL_FROM(0.00)[gmail.com]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[2a00:1450:4864:20::52d:from]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; 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]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[2a00:1450:4864:20::52d:from:127.0.2.255]; NEURAL_SPAM_SHORT(0.87)[0.869]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::52d:from]; 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: Sat, 05 Dec 2020 06:07:17 -0000 So I stupidly did a 'zpool add' instead of a 'zpool attach'. Luckily I was able to 'zpool remove' the device thanks to the remove work done a while back. However, now I can't for the life of me get this part of the 'zpool status' output to go away: pool: zroot state: ONLINE scan: scrub repaired 0B in 00:01:06 with 0 errors on Fri Dec 4 18:18:31 2020 remove: Removal of vdev 1 copied 104K in 0h0m, completed on Fri Dec 4 18:10:08 2020 72 memory used for removed device mappings config: I've tried 'zppol clear', 'zpool scrub', and rebooted. Is there some way to clear that 'remove' line? It's irritating my OCD :(. Thanks! -Dustin From owner-freebsd-current@freebsd.org Sat Dec 5 10:32:49 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 2C5DB4755EB for ; Sat, 5 Dec 2020 10:32:49 +0000 (UTC) (envelope-from gbe@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Cp5W50rm6z3Hsg; Sat, 5 Dec 2020 10:32:49 +0000 (UTC) (envelope-from gbe@freebsd.org) Received: from localhost (p5486153a.dip0.t-ipconnect.de [84.134.21.58]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: gbe) by smtp.freebsd.org (Postfix) with ESMTPSA id A85FB24CE4; Sat, 5 Dec 2020 10:32:48 +0000 (UTC) (envelope-from gbe@freebsd.org) Date: Sat, 5 Dec 2020 11:32:48 +0100 From: Gordon Bergling To: Toomas Soome Cc: FreeBSD Current Subject: Re: review request: loader: implement framebuffer console Message-ID: References: <9906496E-E477-4AD9-8ADB-7B78E691B230@me.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <9906496E-E477-4AD9-8ADB-7B78E691B230@me.com> X-Url: X-Operating-System: FreeBSD 12.2-STABLE amd64 X-Host-Uptime: 10:42AM up 2 days, 20:07, 4 users, load averages: 0.19, 0.23, 0.64 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, 05 Dec 2020 10:32:49 -0000 On Fri, Dec 04, 2020 at 11:23:41PM +0200, Toomas Soome wrote: > > On 4. Dec 2020, at 23:03, Gordon Bergling wrote: > > Tested on a recent -CURRENT, no problems seen so far. > > > > Is there a special src.conf setting that is necessary for a > > complete build / test sequence. > > No, except that the last update did change default for bios loader to text and did add the knob to change that to gfx mode. > > For test, the default mode should be readable and logo/brand images ok and the console after boot usable as well. The resolution switch (gop or vbe) should end up with usable screen as well, and when you enter menu, the boot menu should be ok. > > gop get/vbe get will list current mode, show screen.font will tell font size. > > Currently it is known the 8-bit depth may have issues in some systems (bios, UEFI only does have 32-bit depth). > > thanks, > toomas I have set hw.vga.textmode="0" in the /boot/loader.conf and dmesg reports "VT(efifb): resolution 1024x768" with the patch applied. A kyua testrun was successfull. Hope that helps. --Gordon > > On Fri, Dec 04, 2020 at 11:24:25AM +0200, Toomas Soome wrote: > >> I have been working on proper framebuffer support on FreeBSD loader and there is the current state: https://reviews.freebsd.org/D27420 > >> > >> All feedback is welcome, and especially if you can spare some time for testing:) > >> > >> thanks, > >> toomas From owner-freebsd-current@freebsd.org Sat Dec 5 17:46:35 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 5A3F74A2E6A for ; Sat, 5 Dec 2020 17:46:35 +0000 (UTC) (envelope-from freebsd@omnilan.de) Received: from mx0.gentlemail.de (mx0.gentlemail.de [IPv6:2a00:e10:2800::a130]) (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 "CN", Issuer "CN" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4CpH7Z2rWKz4VFL; Sat, 5 Dec 2020 17:46:34 +0000 (UTC) (envelope-from freebsd@omnilan.de) Received: from mh0.gentlemail.de (mh0.gentlemail.de [IPv6:2a00:e10:2800:0:0:0:0:a135]) by mx0.gentlemail.de (8.15.2/8.15.2) with ESMTP id 0B5HkNOm065983; Sat, 5 Dec 2020 18:46:24 +0100 (CET) (envelope-from freebsd@omnilan.de) Received: from titan.inop.mo1.omnilan.net (s1.omnilan.de [217.91.127.234]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mh0.gentlemail.de (Postfix) with ESMTPSA id 4B0761FC; Sat, 5 Dec 2020 18:46:23 +0100 (CET) Subject: Re: rc.d/zpool runs before ada(4) attaches To: Ian Lepore , Ronald Klop , FreeBSD Current References: <1439301337.11.1606815206810@localhost> <08815f92-742c-2934-e746-fd04ca9b4e16@omnilan.de> <286917313.21.1606836130991@localhost> <786faeee90e79aa0175b298ec859265ff57a3129.camel@freebsd.org> From: Harry Schmalzbauer Organization: OmniLAN Message-ID: Date: Sat, 5 Dec 2020 18:46:22 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.7.0 MIME-Version: 1.0 In-Reply-To: <786faeee90e79aa0175b298ec859265ff57a3129.camel@freebsd.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US X-Greylist: inspected by milter-greylist-4.6.2 (mx0.gentlemail.de [IPv6:2a00:e10:2800:0:0:0:0:a130]); Sat, 05 Dec 2020 18:46:25 +0100 (CET) for IP:'2a00:e10:2800::a135' DOMAIN:'mh0.gentlemail.de' HELO:'mh0.gentlemail.de' FROM:'freebsd@omnilan.de' RCPT:'' X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.6.2 (mx0.gentlemail.de [IPv6:2a00:e10:2800:0:0:0:0:a130]); Sat, 05 Dec 2020 18:46:25 +0100 (CET) X-Rspamd-Queue-Id: 4CpH7Z2rWKz4VFL X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.27 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+mx]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[omnilan.de]; RBL_DBL_DONT_QUERY_IPS(0.00)[2a00:e10:2800::a130:from]; HAS_ORG_HEADER(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; NEURAL_HAM_SHORT(-0.97)[-0.971]; SPAMHAUS_ZRD(0.00)[2a00:e10:2800::a130:from:127.0.2.255]; 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:61157, ipnet:2a00:e10:2800::/38, country:DE]; RCVD_TLS_LAST(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, 05 Dec 2020 17:46:35 -0000 Am 01.12.2020 um 16:34 schrieb Ian Lepore:: : : : >> You can define these in /boot/loader.conf: >> #kern.cam.boot_delay="10000" # Delay (in ms) of root mount for CAM >> bus >> #kern.cam.scsi_delay="2000" # Delay (in ms) before probing SCSI >> >> Maybe that helps. >> >> Ronald. >> > Those settings control waiting before mounting root. Harry's problem > is that root is mounted quickly, before other drives are ready for zfs. > > The zpool script waits for 'disks'. It would be nice if the cam > subsystem had something like a sysctl it set to indicate when initial > probing for disks was done, then there could be an rc.d/camprobe script > with 'PROVIDE: disks' which waits for the probing to complete. > > -- Ian Until something described above is available, or anybody is aware of any other trick, here's a tested workaround: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=251610 It turned out that also swapon and dumpon suffer from early root_hold_wait() release. For dumpon, cam(4) doesn't even start probing.  Luckily all target:LUNs are visible at that earliest stage in rc.d/dumpon. So that's the point where I check if any real target is in state unattached (()) or probing ((aprobe)). I don't know details of the involved vfs.root_mount_hold sysctl, but assume this is dead end currently... Best regards, -harry From owner-freebsd-current@freebsd.org Sat Dec 5 21:15:18 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 C854B4A8648 for ; Sat, 5 Dec 2020 21:15:18 +0000 (UTC) (envelope-from etnapierala@gmail.com) Received: from mail-wm1-x32b.google.com (mail-wm1-x32b.google.com [IPv6:2a00:1450:4864:20::32b]) (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 4CpMmQ0r5mz4htn; Sat, 5 Dec 2020 21:15:17 +0000 (UTC) (envelope-from etnapierala@gmail.com) Received: by mail-wm1-x32b.google.com with SMTP id v14so8264686wml.1; Sat, 05 Dec 2020 13:15:17 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:date:from:to:cc:subject:message-id :mail-followup-to:references:mime-version:content-disposition :in-reply-to; bh=xd1g/dsCSluyDPh/0FXhp1VsWp7+gQhOXgZxuci/D4w=; b=U4w6tNhTM1aSQ2WwxmnoK3CT0XT97oRVm5x+5+zL5VjaSA0JqrRjHM7jS1zjD0q0Td bGoxT3mD8aLcC4bT7J3UoiJeUfisQVIK4e2+93KruK4uCZvbjgjhO89jc1M1GN//ZXE/ eVYNO2rUrtHuhZ6sz7orn3iQjf78Nrq8U4MTMmGnXPHSfNWJ98Serjlg8k/Biq0C++Xj OVlSNwzriiwY5aBA+IhAfQlDIholN9iV1NcNlLmDEKRkcOAlfdCmPnU8vfoUpIwNqFVR AbfQgdsL3h0MeHIq24i3JkoUZZwPs5IJMYTjCMQvbMykF30EVAX8kREa4moh1o5LUE5t kXWA== X-Gm-Message-State: AOAM531Ib7HwyNJGCNxwf3jU2Ert5toc4GKtPfIFi+mm7NrbeaZAxPz6 2YHtIqZdOolJnt0KlMHnhIWk0N7wrOuatg== X-Google-Smtp-Source: ABdhPJyoZJ/3or0Iv1AEkeOq7y5Abi9mIeKciZp1jfmsISc0n+4YdYD6swV+ppOaIoWrE5h922daXQ== X-Received: by 2002:a05:600c:2652:: with SMTP id 18mr10576073wmy.54.1607202915175; Sat, 05 Dec 2020 13:15:15 -0800 (PST) Received: from brick (cpc159423-cmbg20-2-0-cust338.5-4.cable.virginm.net. [86.7.147.83]) by smtp.gmail.com with ESMTPSA id q12sm8181543wmc.45.2020.12.05.13.15.13 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Sat, 05 Dec 2020 13:15:13 -0800 (PST) Sender: =?UTF-8?Q?Edward_Tomasz_Napiera=C5=82a?= Date: Sat, 5 Dec 2020 21:15:13 +0000 From: Edward Tomasz =?utf-8?Q?Napiera=C5=82a?= To: Ian Lepore Cc: Ronald Klop , FreeBSD Current Subject: Re: rc.d/zpool runs before ada(4) attaches Message-ID: Mail-Followup-To: Ian Lepore , Ronald Klop , FreeBSD Current References: <1439301337.11.1606815206810@localhost> <08815f92-742c-2934-e746-fd04ca9b4e16@omnilan.de> <286917313.21.1606836130991@localhost> <786faeee90e79aa0175b298ec859265ff57a3129.camel@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <786faeee90e79aa0175b298ec859265ff57a3129.camel@freebsd.org> X-Rspamd-Queue-Id: 4CpMmQ0r5mz4htn X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.70 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36:c]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FORGED_SENDER(0.30)[trasz@freebsd.org,etnapierala@gmail.com]; RECEIVED_SPAMHAUS_PBL(0.00)[86.7.147.83:received]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; FROM_NEQ_ENVFROM(0.00)[trasz@freebsd.org,etnapierala@gmail.com]; RBL_DBL_DONT_QUERY_IPS(0.00)[2a00:1450:4864:20::32b:from]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[freebsd.org]; SPAMHAUS_ZRD(0.00)[2a00:1450:4864:20::32b:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::32b:from]; MID_RHS_NOT_FQDN(0.50)[]; 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, 05 Dec 2020 21:15:18 -0000 On 1201T0834, Ian Lepore wrote: > On Tue, 2020-12-01 at 16:22 +0100, Ronald Klop wrote: [..] > > You can define these in /boot/loader.conf: > > #kern.cam.boot_delay="10000" # Delay (in ms) of root mount for CAM > > bus > > #kern.cam.scsi_delay="2000" # Delay (in ms) before probing SCSI > > > > Maybe that helps. > > > > Ronald. > > > > Those settings control waiting before mounting root. Harry's problem > is that root is mounted quickly, before other drives are ready for zfs. > > The zpool script waits for 'disks'. It would be nice if the cam > subsystem had something like a sysctl it set to indicate when initial > probing for disks was done, then there could be an rc.d/camprobe script > with 'PROVIDE: disks' which waits for the probing to complete. I believe such a mechanism already exists, although it might be somewhat misnamed: the vfs.root_mount_hold sysctl. Some rc scripts use the root_hold_wait() function, which uses the sysctl. Perhaps the ZFS scripts should do the same? Note that this is somewhat more involved than just CAM - you also need to wait for GEOM to settle.