From owner-freebsd-current@freebsd.org Mon May 25 08:37: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 B1E362F7CAE for ; Mon, 25 May 2020 08:37:55 +0000 (UTC) (envelope-from agapon@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 49Vr833CBTz4ZqW for ; Mon, 25 May 2020 08:37:55 +0000 (UTC) (envelope-from agapon@gmail.com) Received: by mailman.nyi.freebsd.org (Postfix) id 6C0D02F7CAD; Mon, 25 May 2020 08:37: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 6BD2C2F7A2B for ; Mon, 25 May 2020 08:37:55 +0000 (UTC) (envelope-from agapon@gmail.com) Received: from mail-wr1-f45.google.com (mail-wr1-f45.google.com [209.85.221.45]) (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 49Vr824Pj5z4Zkw for ; Mon, 25 May 2020 08:37:54 +0000 (UTC) (envelope-from agapon@gmail.com) Received: by mail-wr1-f45.google.com with SMTP id e1so16312014wrt.5 for ; Mon, 25 May 2020 01:37:54 -0700 (PDT) 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:openpgp:autocrypt:message-id :date:user-agent:mime-version:content-language :content-transfer-encoding; bh=Xpa06CTM/82oorEOoOpK6cdglhEpBDF/m0BlOOCvLfw=; b=eXNQjHV6r0nKHkZZYaPtwG1s+UQgKNps84bUhyWWgU80OBljUmUz8Evknr/huS0XQh pOStN0q3hDJP0rWPNImgTQcrq2OnIFVGhdyZtVxG543BZr8CI0ZlNdo04vslsM1h1ZSs GCTbtR9jaDhjfnT2lGXH6SRzGYNSdpkGQ4IDBMKj6AUZabrk6wzleuo6JIgBgS4Rz8ir P/P4kVjwkBnuKMTUhz+3hMa1Nn0g+uwsEL8yqG8JgYonQYsHxUDhY7sgFWiVU/itv+Cl 9qkonxvUnADQauKaowzbFIVLMUwriueI3u/h5UHAH154pv9T2cyaITzUVtF82LwmAJrg ZArg== X-Gm-Message-State: AOAM532CCY1ctNrzBU5QBHR3+DprJk/w4xDE3flMiKiQ5DJBfp86cnPI Lay91cLVlKBoYAYnPq8/IElvlOkG X-Google-Smtp-Source: ABdhPJzxJZSp4StCxjSVgG6Ra2OopNjEt9KUlhC/JkAA19FkpNVnNnoN74SgO5BKbDvfqaYJe9mVNA== X-Received: by 2002:a5d:6550:: with SMTP id z16mr13929953wrv.392.1590395873018; Mon, 25 May 2020 01:37:53 -0700 (PDT) Received: from [192.168.0.88] (east.meadow.volia.net. [93.72.151.96]) by smtp.googlemail.com with ESMTPSA id r14sm21947358wmb.2.2020.05.25.01.37.51 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Mon, 25 May 2020 01:37:52 -0700 (PDT) To: FreeBSD Current From: Andriy Gapon Subject: efirtc + atrtc at the same time Openpgp: preference=signencrypt Autocrypt: addr=avg@FreeBSD.org; prefer-encrypt=mutual; keydata= mQINBFm4LIgBEADNB/3lT7f15UKeQ52xCFQx/GqHkSxEdVyLFZTmY3KyNPQGBtyvVyBfprJ7 mAeXZWfhat6cKNRAGZcL5EmewdQuUfQfBdYmKjbw3a9GFDsDNuhDA2QwFt8BmkiVMRYyvI7l N0eVzszWCUgdc3qqM6qqcgBaqsVmJluwpvwp4ZBXmch5BgDDDb1MPO8AZ2QZfIQmplkj8Y6Z AiNMknkmgaekIINSJX8IzRzKD5WwMsin70psE8dpL/iBsA2cpJGzWMObVTtCxeDKlBCNqM1i gTXta1ukdUT7JgLEFZk9ceYQQMJJtUwzWu1UHfZn0Fs29HTqawfWPSZVbulbrnu5q55R4PlQ /xURkWQUTyDpqUvb4JK371zhepXiXDwrrpnyyZABm3SFLkk2bHlheeKU6Yql4pcmSVym1AS4 dV8y0oHAfdlSCF6tpOPf2+K9nW1CFA8b/tw4oJBTtfZ1kxXOMdyZU5fiG7xb1qDgpQKgHUX8 7Rd2T1UVLVeuhYlXNw2F+a2ucY+cMoqz3LtpksUiBppJhw099gEXehcN2JbUZ2TueJdt1FdS ztnZmsHUXLxrRBtGwqnFL7GSd6snpGIKuuL305iaOGODbb9c7ne1JqBbkw1wh8ci6vvwGlzx rexzimRaBzJxlkjNfMx8WpCvYebGMydNoeEtkWldtjTNVsUAtQARAQABtB5BbmRyaXkgR2Fw b24gPGF2Z0BGcmVlQlNELm9yZz6JAlQEEwEIAD4WIQS+LEO7ngQnXA4Bjr538m7TUc1yjwUC WbgsiAIbIwUJBaOagAULCQgHAgYVCAkKCwIEFgIDAQIeAQIXgAAKCRB38m7TUc1yj+JAEACV l9AK/nOWAt/9cufV2fRj0hdOqB1aCshtSrwHk/exXsDa4/FkmegxXQGY+3GWX3deIyesbVRL rYdtdK0dqJyT1SBqXK1h3/at9rxr9GQA6KWOxTjUFURsU7ok/6SIlm8uLRPNKO+yq0GDjgaO LzN+xykuBA0FlhQAXJnpZLcVfPJdWv7sSHGedL5ln8P8rxR+XnmsA5TUaaPcbhTB+mG+iKFj GghASDSfGqLWFPBlX/fpXikBDZ1gvOr8nyMY9nXhgfXpq3B6QCRYKPy58ChrZ5weeJZ29b7/ QdEO8NFNWHjSD9meiLdWQaqo9Y7uUxN3wySc/YUZxtS0bhAd8zJdNPsJYG8sXgKjeBQMVGuT eCAJFEYJqbwWvIXMfVWop4+O4xB+z2YE3jAbG/9tB/GSnQdVSj3G8MS80iLS58frnt+RSEw/ psahrfh0dh6SFHttE049xYiC+cM8J27Aaf0i9RflyITq57NuJm+AHJoU9SQUkIF0nc6lfA+o JRiyRlHZHKoRQkIg4aiKaZSWjQYRl5Txl0IZUP1dSWMX4s3XTMurC/pnja45dge/4ESOtJ9R 8XuIWg45Oq6MeIWdjKddGhRj3OohsltKgkEU3eLKYtB6qRTQypHHUawCXz88uYt5e3w4V16H lCpSTZV/EVHnNe45FVBlvK7k7HFfDDkryLkCDQRZuCyIARAAlq0slcsVboY/+IUJdcbEiJRW be9HKVz4SUchq0z9MZPX/0dcnvz/gkyYA+OuM78dNS7Mbby5dTvOqfpLJfCuhaNYOhlE0wY+ 1T6Tf1f4c/uA3U/YiadukQ3+6TJuYGAdRZD5EqYFIkreARTVWg87N9g0fT9BEqLw9lJtEGDY EWUE7L++B8o4uu3LQFEYxcrb4K/WKmgtmFcm77s0IKDrfcX4doV92QTIpLiRxcOmCC/OCYuO jB1oaaqXQzZrCutXRK0L5XN1Y1PYjIrEzHMIXmCDlLYnpFkK+itlXwlE2ZQxkfMruCWdQXye syl2fynAe8hvp7Mms9qU2r2K9EcJiR5N1t1C2/kTKNUhcRv7Yd/vwusK7BqJbhlng5ZgRx0m WxdntU/JLEntz3QBsBsWM9Y9wf2V4tLv6/DuDBta781RsCB/UrU2zNuOEkSixlUiHxw1dccI 6CVlaWkkJBxmHX22GdDFrcjvwMNIbbyfQLuBq6IOh8nvu9vuItup7qemDG3Ms6TVwA7BD3j+ 3fGprtyW8Fd/RR2bW2+LWkMrqHffAr6Y6V3h5kd2G9Q8ZWpEJk+LG6Mk3fhZhmCnHhDu6CwN MeUvxXDVO+fqc3JjFm5OxhmfVeJKrbCEUJyM8ESWLoNHLqjywdZga4Q7P12g8DUQ1mRxYg/L HgZY3zfKOqcAEQEAAYkCPAQYAQgAJhYhBL4sQ7ueBCdcDgGOvnfybtNRzXKPBQJZuCyIAhsM BQkFo5qAAAoJEHfybtNRzXKPBVwQAKfFy9P7N3OsLDMB56A4Kf+ZT+d5cIx0Yiaf4n6w7m3i ImHHHk9FIetI4Xe54a2IXh4Bq5UkAGY0667eIs+Z1Ea6I2i27Sdo7DxGwq09Qnm/Y65ADvXs 3aBvokCcm7FsM1wky395m8xUos1681oV5oxgqeRI8/76qy0hD9WR65UW+HQgZRIcIjSel9vR XDaD2HLGPTTGr7u4v00UeTMs6qvPsa2PJagogrKY8RXdFtXvweQFz78NbXhluwix2Tb9ETPk LIpDrtzV73CaE2aqBG/KrboXT2C67BgFtnk7T7Y7iKq4/XvEdDWscz2wws91BOXuMMd4c/c4 OmGW9m3RBLufFrOag1q5yUS9QbFfyqL6dftJP3Zq/xe+mr7sbWbhPVCQFrH3r26mpmy841ym dwQnNcsbIGiBASBSKksOvIDYKa2Wy8htPmWFTEOPRpFXdGQ27awcjjnB42nngyCK5ukZDHi6 w0qK5DNQQCkiweevCIC6wc3p67jl1EMFY5+z+zdTPb3h7LeVnGqW0qBQl99vVFgzLxchKcl0 R/paSFgwqXCZhAKMuUHncJuynDOP7z5LirUeFI8qsBAJi1rXpQoLJTVcW72swZ42IdPiboqx NbTMiNOiE36GqMcTPfKylCbF45JNX4nF9ElM0E+Y8gi4cizJYBRr2FBJgay0b9Cp Message-ID: <021d8df4-a4f8-620d-73b6-b6103d0bf7f1@FreeBSD.org> Date: Mon, 25 May 2020 11:37:51 +0300 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: 49Vr824Pj5z4Zkw X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of agapon@gmail.com designates 209.85.221.45 as permitted sender) smtp.mailfrom=agapon@gmail.com X-Spamd-Result: default: False [0.01 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17:c]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; FORGED_SENDER(0.30)[avg@FreeBSD.org,agapon@gmail.com]; RECEIVED_SPAMHAUS_PBL(0.00)[93.72.151.96:received]; MIME_TRACE(0.00)[0:+]; R_DKIM_NA(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; MID_RHS_MATCH_FROM(0.00)[]; FROM_NEQ_ENVFROM(0.00)[avg@FreeBSD.org,agapon@gmail.com]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.21)[-0.213]; TO_DOM_EQ_FROM_DOM(0.00)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-0.29)[-0.286]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[current@freebsd.org]; DMARC_NA(0.00)[FreeBSD.org]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_SPAM_SHORT(0.51)[0.507]; RCVD_IN_DNSWL_NONE(0.00)[209.85.221.45:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[209.85.221.45:from]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 May 2020 08:37:55 -0000 I see that on my laptop both efirtc and atrtc get attached. The latter is via an ACPI attachment: efirtc0: efirtc0: registered as a time-of-day clock, resolution 1.000000s atrtc0: port 0x70-0x71 on acpi0 atrtc0: registered as a time-of-day clock, resolution 1.000000s I am not sure if this is a problem by itself, but it certainly seems redundant to have two drivers controlling the same(?) hardware via different platform mechanisms. Maybe there is a nice way to automatically disable (or "neutralize") one of the drivers? Also, there is another issue related to atrtc. When I have both drivers attached, and also when I have only atrtc attached (efi.rt.disabled=1), system clock jumps 10 minutes forward after each suspend / resume cycle (S0 -> S3 -> S0). That does not happen for reboot and shutdown cycles. I haven't investigated this deeper, but it is a curious problem. -- Andriy Gapon From owner-freebsd-current@freebsd.org Mon May 25 08:38: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 62D012F7C27 for ; Mon, 25 May 2020 08:38:16 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 49Vr8R5CYfz4Zt1 for ; Mon, 25 May 2020 08:38:15 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: by mailman.nyi.freebsd.org (Postfix) id B0DAB2F7A33; Mon, 25 May 2020 08:38:15 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id B07BD2F7AC4; Mon, 25 May 2020 08:38:15 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mx.blih.net (mx.blih.net [212.83.155.74]) (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 "mx.blih.net", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49Vr8Q16HNz4ZWf; Mon, 25 May 2020 08:38:13 +0000 (UTC) (envelope-from manu@bidouilliste.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bidouilliste.com; s=mx; t=1590395885; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding; bh=gIVBTrrx/OwUAsxfis4P/cBVttRo0vYQGF6LRXb4Lg4=; b=bnoNenNbh/sImzTVcxDwBrk5ozbZo7+zf9qKoluPQzoLTy7+bNb9lXNn3XqaXbk6G6savn 8HPx2KLi/9HMC4EUx281lplOQpoLecDOZm7sqqwGdX4J4DMH/RiuFdxFMSk/hh3gYLgFfb XJcPk7ytKd3a4ZakKPPOSSmxRcLpid0= Received: from skull.home.blih.net (lfbn-idf2-1-900-181.w86-238.abo.wanadoo.fr [86.238.131.181]) by mx.blih.net (OpenSMTPD) with ESMTPSA id b2f747e8 (TLSv1.3:TLS_AES_256_GCM_SHA384:256:NO); Mon, 25 May 2020 08:38:05 +0000 (UTC) Date: Mon, 25 May 2020 10:38:05 +0200 From: Emmanuel Vadot To: current@FreeBSD.org, x11@FreeBSD.org Subject: drm drivers project report (week of May 11th and May 18th) Message-Id: <20200525103805.22d0b26cdc461fe81c02413c@bidouilliste.com> X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.32; amd64-portbld-freebsd13.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 49Vr8Q16HNz4ZWf X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bidouilliste.com header.s=mx header.b=bnoNenNb; dmarc=pass (policy=none) header.from=bidouilliste.com; spf=pass (mx1.freebsd.org: domain of manu@bidouilliste.com designates 212.83.155.74 as permitted sender) smtp.mailfrom=manu@bidouilliste.com X-Spamd-Result: default: False [-2.42 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[bidouilliste.com:s=mx]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; MV_CASE(0.50)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; NEURAL_HAM_LONG(-1.01)[-1.013]; R_SPF_ALLOW(-0.20)[+mx]; NEURAL_HAM_MEDIUM(-1.00)[-0.995]; NEURAL_SPAM_SHORT(0.09)[0.089]; DKIM_TRACE(0.00)[bidouilliste.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[bidouilliste.com,none]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:12876, ipnet:212.83.128.0/19, country:FR]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 May 2020 08:38:16 -0000 Hello all, First of all sorry for forgetting to send a report last week. A lot happened in two weeks. We are now 98% synced with Linux 5.2 and I've taggued a release yesterday (https://github.com/freebsd/drm-kmod/releases/tag/drm_v5.2_8) and this is now in ports in graphics/drm-devel-kmod (https://svnweb.freebsd.org/ports?view=revision&revision=536403). The 2% remaining is a small patch that uses the rcu in Linux and cause problem for us on FreeBSD. I'll send an email this week to hackers with more details as I've spent quite some time on it and don't really understand what's goind on. This ports should be fine to use for any users of Intel or AMD. If any users of the vboxvideo and vmwgfx see any problem please tell my and I'll fix any issue. For users of >Skylake Intel there is a known problem with laptop panel where the console doesn't refresh, this is due to a mechanism called PSR, Panel Self Refresh, where the driver shutdown the embedded display port link to save battery and the panel keeps a copy of framebuffer to display it. This is a known problem for any of our kmod >4.16. I mostly understand what's going on but will be able to fix it when I receive my > Skylake laptop (hopefully tomorow). If you have such issue setting hw.i915kms.enable_psr=0 in /boot/loader.conf (See below for the sysctl update). To have 5.2 correctly compiling and running a number of commits have been made to linuxkpi in base : https://svnweb.freebsd.org/changeset/base/361007 https://svnweb.freebsd.org/changeset/base/361245 https://svnweb.freebsd.org/changeset/base/361246 https://svnweb.freebsd.org/changeset/base/361247 https://svnweb.freebsd.org/changeset/base/361343 On the code side a new file kconfig.mk was added, it's used to "emulate" the kconfig option of the Linux kernel and allow us to define the needed options based on the architectures but also enabling/disabling some option based on make variable such as DRM_LEGACY (Linux have deprecated some drm interface and they are only compiled if DRM_LEGACY is in KConfig). We use to define the CONFIG_* in a header file but doing it this way allow us to compile or not some files based on the options. The main Makefile was also reworked to allow compiling only certain modules using the KMODS make variable, this is mostly useful for developement purpose (when bisecting a problem on a certain kmod for example) but could also be used as port options so people won't waste cycle compiling amdgpu+radeon+ttm modules when they only want the i915kms one. I'll add such options in the port during this week. The sysctls exposed by the drm drivers also have changed, due to how linuxkpi works every module parametters is translated to sysctls under compat.linuxkpi, I didn't liked that as a users doesn't need to know what linuxkpi is or that the drm drivers uses it. So I've added them under hw.. So if you used compat.linuxkpi.i915_something it's now also exposed as hw.i915kms.something. It's more logical, I think, to use hw. as this is where we put the sysctls/tunable for hardware related configuration. It also allow a users to sysctl -d hw. and see every configuration description without having to sysctl -a | grep . The old sysctls under compat.linuxkpi are still there so if you already rely on some configuration it will still work. On the 5.3 side, it's now synced at ~33%. 5.3 is a big release, more than 1500 patches for the differents DRM modules. You can track the progress here : https://github.com/freebsd/drm-kmod/tree/5.3 There is a known issue on intel (at least skylake), the commit have been identified and I'm working on fixing the issue. On amd side it's working well for me on my picasso laptop. Again a number of commits in base linuxkpi have been made : https://svnweb.freebsd.org/changeset/base/361138 https://svnweb.freebsd.org/changeset/base/361139 https://svnweb.freebsd.org/changeset/base/361140 https://svnweb.freebsd.org/changeset/base/361418 https://svnweb.freebsd.org/changeset/base/361419 I hope to finish 5.3 this week. Cheers, -- Emmanuel Vadot From owner-freebsd-current@freebsd.org Mon May 25 08:51: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 300722F8A70 for ; Mon, 25 May 2020 08:51:09 +0000 (UTC) (envelope-from marco+freebsd-current@lordsith.net) Received: from lb3-smtp-cloud8.xs4all.net (lb3-smtp-cloud8.xs4all.net [194.109.24.29]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.xs4all.net", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49VrRJ2bKdz4c9x for ; Mon, 25 May 2020 08:51:07 +0000 (UTC) (envelope-from marco+freebsd-current@lordsith.net) Received: from lordsith.net ([IPv6:2001:980:93d7:1:30df:f5ff:fee9:10df]) by smtp-cloud8.xs4all.net with ESMTP id d8p5j75KrdPgTd8p8jYjiw; Mon, 25 May 2020 10:51:06 +0200 Date: Mon, 25 May 2020 08:51:03 +0000 From: marco To: freebsd-current Subject: ZFS BE not booting Message-ID: <20200525085103.GA51695@lordsith.net> Reply-To: marco Mail-Followup-To: marco , freebsd-current MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="EVF5PPMfhYS0aIcm" Content-Disposition: inline Organization: lordsith.net X-Operating-System: SunOS 5.11 joyent_20200212T230824Z X-Unix: Use Unix or die X-GPG-Fingerprint: A025 D8AA AC1B D2FC 380D 4FC1 8EA0 0BA8 8580 E6CB X-GPG-Key: https://lordsith.net/marco.gpg X-Uptime: 07:23am up 81 days 17:53, 1 user, load average: 0.00, 0.00, 0.00 User-Agent: Mutt/1.5.22 (2013-10-16) X-CMAE-Envelope: MS4wfKli5xFU88j6tSUD4zVkYPFKUIiEkdtabiONcJM3AX2hL/p2ppDG4AO2tXk3tEDKs9HcUa66YtrN0Zbx79t1ynQaurgMJYmsryVIGCWxnYytTVtUyKLh nSxGQqFFoK1hrps37VF8X5rXiXJdlSULEtlTKAD/R5k33+Nb2r8qD26Jwm+iZx1wBDxRuh2OQMP2z8bm+Hk/4af4yDH8hav8LAn8l1y9U5hQWG3qmY3wlpAp f545+BOJYBV7NtfRHumcJQ== X-Rspamd-Queue-Id: 49VrRJ2bKdz4c9x X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=softfail (mx1.freebsd.org: 194.109.24.29 is neither permitted nor denied by domain of marco@lordsith.net) smtp.mailfrom=marco@lordsith.net X-Spamd-Result: default: False [-0.30 / 15.00]; HAS_REPLYTO(0.00)[marco+freebsd-current@lordsith.net]; ARC_NA(0.00)[]; REPLYTO_EQ_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; RWL_MAILSPIKE_GOOD(0.00)[194.109.24.29:from]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-0.50)[-0.501]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[lordsith.net]; R_SPF_SOFTFAIL(0.00)[~all]; RCPT_COUNT_ONE(0.00)[1]; HAS_ORG_HEADER(0.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[194.109.24.29:from]; TO_DN_ALL(0.00)[]; NEURAL_SPAM_MEDIUM(0.43)[0.433]; NEURAL_SPAM_SHORT(0.07)[0.071]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ASN(0.00)[asn:3265, ipnet:194.109.0.0/16, country:NL]; TAGGED_FROM(0.00)[freebsd-current]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 May 2020 08:51:09 -0000 --EVF5PPMfhYS0aIcm Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable returning FreeBSD user here, using bectl for the 1st time on a thinkpad x23= 0 with 16GB of RAM. bectl list -aDs BE/Dataset/Snapshot Active Mountpoint Space Created r359556 zroot/ROOT/r359556 NR / 12.2G 2020-0= 4-03 20:05 r359556@2020-05-22-22:20:00-0 - - 61.1M 2020-0= 5-22 22:20 r360723 zroot/ROOT/r360723 - - 6.25G 2020-0= 5-22 22:20 zroot/ROOT/r359556@2020-05-22-22:20:00-0 - - 61.1M 2020-0= 5-22 22:20 I created r360723 using bectl whilst being on r359556 and am still using ba= se ZFS. I'm running GENERIC-NODEBUG on this thinkpad x230. [~] uname -v FreeBSD 13.0-CURRENT #2 r359556: Mon Apr 13 13:35:31 UTC 2020 root@harb= inger:/usr/obj/usr/src/amd64.amd64/sys/GENERIC-NODEBUG I activate and boot into the newly created BE, run svn up -r 360723 from /u= sr/src and doing the upgrade steps (same steps were used in previous upgrad= es leading to r359556 without the use of BEs). make -DMALLOC_PRODUCTION -j4 buildworld make -DMALLOC_PRODUCTION -j4 buildkernel KERNCONF=3DGENERIC-NODEBUG make -DMALLOC_PRODUCTION -j4 installkernel KERNCONF=3DGENERIC-NODEBUG Then I reboot but the boot process drops me into the debugger (unfort. I do= n't have the capture of the reason). I've tried upgrading to both r360723 and r361307 (I pick those revisions fr= om the released snapshots, no other reason) but both produce the same resul= t. Loading kernel.old from the r360723 BE works fine. Is there something I'm perhaps missing regarding loader.conf and/or rc.conf= ? It could just be these 2 specific revisions and will try another revision b= ut perhaps I need to do something setting the zfs bootcode again using gpar= t ? cheers --=20 Marco van Lienen -- Unix SysAdmin -- https://lordsith.net/ https://keybase.io/scarcry , GnuPG id: 8580E6CB "The Tuck Pendleton machine...zero defects." --EVF5PPMfhYS0aIcm Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iEYEAREKAAYFAl7LhvcACgkQjqALqIWA5suluQCcCUys6haQmn1fLrpIzwGnuotP u8QAoK0fXzFuswoLyahvfm8WK2ldWaw5 =svxQ -----END PGP SIGNATURE----- --EVF5PPMfhYS0aIcm-- From owner-freebsd-current@freebsd.org Mon May 25 15:26: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 89372329CFC for ; Mon, 25 May 2020 15:26:28 +0000 (UTC) (envelope-from pete@nomadlogic.org) Received: from mail.nomadlogic.org (mail.nomadlogic.org [174.136.98.114]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "mail.nomadlogic.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49W1CR5G3Yz40pv for ; Mon, 25 May 2020 15:26:27 +0000 (UTC) (envelope-from pete@nomadlogic.org) Received: from [192.168.1.159] (cpe-23-243-161-111.socal.res.rr.com [23.243.161.111]) by mail.nomadlogic.org (OpenSMTPD) with ESMTPSA id a9a58ac1 (TLSv1.3:TLS_AES_256_GCM_SHA384:256:NO) for ; Mon, 25 May 2020 15:26:26 +0000 (UTC) Subject: Re: lockups on lenovo p43s under current From: Pete Wright To: FreeBSD Current References: Message-ID: <75067de1-3005-b4ae-cdd3-c8317aeeeefb@nomadlogic.org> Date: Mon, 25 May 2020 08:26:26 -0700 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.8.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: 49W1CR5G3Yz40pv X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of pete@nomadlogic.org designates 174.136.98.114 as permitted sender) smtp.mailfrom=pete@nomadlogic.org X-Spamd-Result: default: False [-0.83 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+mx:c]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DMARC_NA(0.00)[nomadlogic.org]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-0.54)[-0.544]; NEURAL_HAM_MEDIUM(-0.13)[-0.133]; TO_DN_ALL(0.00)[]; NEURAL_SPAM_SHORT(0.14)[0.143]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:25795, ipnet:174.136.96.0/20, country:US]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; RECEIVED_SPAMHAUS_PBL(0.00)[23.243.161.111:received] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 May 2020 15:26:28 -0000 On 5/11/20 3:16 PM, Pete Wright wrote: > hello, > i have a lenovo thinkpad P43s that exhibits lockups under CURRENT but > behaves fine when running STABLE.  i've tried to find a fully > reproducible situation to get this system to lockup but haven't found > anything yet.  i am starting to suspect that the changes implemented > in this review may be the issue though: > > https://reviews.freebsd.org/D23728 > > my reasoning is that i've observed issues when: > - removing AC power from the laptop, or inserting AC power > - when the system display has gone to sleep > - randomly hanging during boot with this as last line: > battery0: battery enitialization start > > unfortunately while the above seem to be cases where this has happened > i haven't been able to %100 reproduce yet. > > so my first question is - would it be possible to just revert the > changes in that diff, or has too much time gone past to just back out > that single change.  alternatively, is there any debugging information > i can get on my end that might help figure out what the root cause is? > closing the loop on this - I am able to run CURRENT on this system by defining this in /boot/loader.conf: hint.hwpstate_intel.0.disabled="1" thanks to Diane Bruce for mentioning this issue in the following thread which gave me the hint i needed: https://lists.freebsd.org/pipermail/freebsd-current/2020-May/076123.html -pete -- Pete Wright pete@nomadlogic.org @nomadlogicLA From owner-freebsd-current@freebsd.org Mon May 25 15:28: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 14FAC32A1B6 for ; Mon, 25 May 2020 15:28:51 +0000 (UTC) (envelope-from kevans@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 49W1GB6sChz416f for ; Mon, 25 May 2020 15:28:50 +0000 (UTC) (envelope-from kevans@freebsd.org) Received: from mail-qt1-f169.google.com (mail-qt1-f169.google.com [209.85.160.169]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) (Authenticated sender: kevans) by smtp.freebsd.org (Postfix) with ESMTPSA id E017325116 for ; Mon, 25 May 2020 15:28:50 +0000 (UTC) (envelope-from kevans@freebsd.org) Received: by mail-qt1-f169.google.com with SMTP id h9so3786893qtj.7 for ; Mon, 25 May 2020 08:28:50 -0700 (PDT) X-Gm-Message-State: AOAM532DU4VHCheo0bYxr5spRX1RuJa19yvKyayaNw+6IEkGc5lpbppu mVAqEtSO6oLhp6vrszg/rFKQRKUIS2WBICG0oD4= X-Google-Smtp-Source: ABdhPJxHvqUI0iAsweVVgo87Izilbv3KoULY304hnFt3qdKgP65AVjAjrBv9X3XFPqGEl3aKMkbpWmjcLuJY0Bftvo0= X-Received: by 2002:ac8:6f2f:: with SMTP id i15mr28688723qtv.53.1590420530569; Mon, 25 May 2020 08:28:50 -0700 (PDT) MIME-Version: 1.0 References: <20200525085103.GA51695@lordsith.net> In-Reply-To: <20200525085103.GA51695@lordsith.net> From: Kyle Evans Date: Mon, 25 May 2020 10:28:39 -0500 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: ZFS BE not booting To: marco , freebsd-current Content-Type: text/plain; charset="UTF-8" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 May 2020 15:28:51 -0000 On Mon, May 25, 2020 at 3:51 AM marco wrote: > > [... snip ...] > Is there something I'm perhaps missing regarding loader.conf and/or rc.conf ? > It could just be these 2 specific revisions and will try another revision but perhaps I need to do something setting the zfs bootcode again using gpart ? Your procedure looks fine to me; beyond that, it's hard to know the exact cause without seeing the nature of the panic. BEs don't typically require frobbing any configuration files for standard updates like this, at least. Any chance you can grab a picture of it or at least transcribe the initial part of the panic message? Thanks, Kyle Evans From owner-freebsd-current@freebsd.org Mon May 25 17:51: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 E233732D481; Mon, 25 May 2020 17:51:05 +0000 (UTC) (envelope-from lwhsu@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [96.47.72.132]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49W4QK5P0xz4Dnl; Mon, 25 May 2020 17:51:05 +0000 (UTC) (envelope-from lwhsu@freebsd.org) Received: by freefall.freebsd.org (Postfix, from userid 1129) id A3267430B; Mon, 25 May 2020 17:51:05 +0000 (UTC) Date: Mon, 25 May 2020 17:51:05 +0000 From: Li-Wen Hsu To: freebsd-testing@freebsd.org Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: FreeBSD CI Weekly Report 2020-05-24 Message-ID: <20200525175105.GA75786@freefall.freebsd.org> Reply-To: freebsd-testing@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 May 2020 17:51:06 -0000 (Please send the followup to freebsd-testing@ and note Reply-To is set.) FreeBSD CI Weekly Report 2020-05-24 =================================== Here is a summary of the FreeBSD Continuous Integration results for the period from 2020-05-18 to 2020-05-24. During this period, we have: * 2064 builds (94.6% (0) passed, 5.4% (0) failed) of buildworld and buildkernel (GENERIC and LINT) were executed on aarch64, amd64, armv6, armv7, i386, mips, mips64, powerpc, powerpc64, powerpcspe, riscv64, sparc64 architectures for head, stable/12, stable/11 branches. * 232 test runs (59.9% (+18.8) passed, 27.6% (-6.3) unstable, 12.5% (-12.5) exception) were executed on amd64, i386, riscv64 architectures for head, stable/12, stable/11 branches. * 40 doc and www builds (100% (+3.0) passed) Test case status (on 2020-05-24 23:59): | Branch/Architecture | Total | Pass | Fail | Skipped | | ------------------- | ---------- | ---------- | ------ | ------- | | head/amd64 | 7829 (+1) | 7736 (-1) | 0 (-1) | 93 (+3) | | head/i386 | 7827 (+1) | 7730 (+5) | 0 (0) | 97 (-4) | | 12-STABLE/amd64 | 7583 (+41) | 7526 (+42) | 0 (0) | 57 (-1) | | 12-STABLE/i386 | 7581 (+41) | 7516 (+45) | 0 (0) | 65 (-4) | | 11-STABLE/amd64 | 6883 (0) | 6830 (0) | 0 (0) | 53 (0) | | 11-STABLE/i386 | 6881 (0) | 6829 (0) | 0 (0) | 52 (0) | (The statistics from experimental jobs are omitted) If any of the issues found by CI are in your area of interest or expertise please investigate the PRs listed below. The latest web version of this report is available at https://hackmd.io/@FreeBSD-CI/report-20200524 and archive is available at https://hackmd.io/@FreeBSD-CI/ , any help is welcome. ## News * Compression algorithm of disk images at https://artifacts.ci.freebsd.org has been changed to zstd. ## Fixed test cases * sys.geom.class.multipath.misc.fail_on_error (on 12-STABLE) https://bugs.freebsd.org/244158 ## Failing jobs * https://ci.freebsd.org/job/FreeBSD-head-amd64-gcc6_build/ ``` /usr/local/bin/x86_64-unknown-freebsd12.1-ld: /tmp/obj/workspace/src/amd64.amd64/lib/clang/liblldb/liblldb.a(IOHandlerCursesGUI.o): in function `curses::Window::Box(unsigned int, unsigned int)': /workspace/src/contrib/llvm-project/lldb/source/Core/IOHandlerCursesGUI.cpp:361: undefined reference to `box' /usr/local/bin/x86_64-unknown-freebsd12.1-ld: /workspace/src/contrib/llvm-project/lldb/source/Core/IOHandlerCursesGUI.cpp:361: undefined reference to `box' collect2: error: ld returned 1 exit status ``` ## Regressions * lib.libexecinfo.backtrace_test.backtrace_fmt_basic starts failing on amd64 after r360915 https://bugs.freebsd.org/246537 * (head, stable/12, stable/11) 2 tests start failing after llvm10 import * lib.msun.ctrig_test.test_inf_inputs https://bugs.freebsd.org/244732 * (DTrace) common.pid.t_dtrace_contrib.err_D_PROC_OFF_toobig_d https://bugs.freebsd.org/244823 * Lock-order reversals triggered by tests under sys.net.if_lagg_test.* on i386 https://bugs.freebsd.org/244163 Discovered by newly endabled sys.net.* tests. ([r357857](https://svnweb.freebsd.org/changeset/base/357857)) * sys.net.if_lagg_test.lacp_linkstate_destroy_stress panics i386 kernel https://bugs.freebsd.org/244168 Discovered by newly endabled sys.net.* tests. ([r357857](https://svnweb.freebsd.org/changeset/base/357857)) ## Failing and Flaky tests (from experimental jobs) * https://ci.freebsd.org/job/FreeBSD-head-amd64-dtrace_test/ * cddl.usr.sbin.dtrace.common.misc.t_dtrace_contrib.tst_dynopt_d * https://bugs.freebsd.org/237641 * cddl.usr.sbin.dtrace.common.pid.t_dtrace_contrib.err_D_PROC_OFF_toobig_d * https://bugs.freebsd.org/244823 * https://ci.freebsd.org/job/FreeBSD-head-amd64-test_zfs/ * There are ~13 failing and ~109 skipped cases, including flakey ones, see https://ci.freebsd.org/job/FreeBSD-head-amd64-test_zfs/lastCompletedBuild/testReport/ for more details * Work for cleaning these failing cass are in progress * https://ci.freebsd.org/job/FreeBSD-head-amd64-test_ltp/ * Total 3670 tests (0), 2285 success (0), 579 failures (0), 806 skipped (0) ## Disabled Tests * sys.fs.tmpfs.mount_test.large https://bugs.freebsd.org/212862 * sys.fs.tmpfs.link_test.kqueue https://bugs.freebsd.org/213662 * sys.kqueue.libkqueue.kqueue_test.main https://bugs.freebsd.org/233586 * sys.kern.ptrace_test.ptrace__PT_KILL_competing_stop https://bugs.freebsd.org/220841 * lib.libc.regex.exhaust_test.regcomp_too_big (i386 only) https://bugs.freebsd.org/237450 * sys.netinet.socket_afinet.socket_afinet_bind_zero https://bugs.freebsd.org/238781 * sys.netpfil.pf.names.names * sys.netpfil.pf.synproxy.synproxy https://bugs.freebsd.org/238870 * sys.kern.ptrace_test.ptrace__follow_fork_child_detached_unrelated_debugger https://bugs.freebsd.org/239292 * sys.kern.ptrace_test.ptrace__follow_fork_both_attached_unrelated_debugger https://bugs.freebsd.org/239397 * sys.kern.ptrace_test.ptrace__parent_sees_exit_after_child_debugger https://bugs.freebsd.org/239399 * sys.kern.ptrace_test.ptrace__follow_fork_parent_detached_unrelated_debugger https://bugs.freebsd.org/239425 * lib.libc.gen.getmntinfo_test.getmntinfo_test https://bugs.freebsd.org/240049 * sys.sys.qmath_test.qdivq_s64q https://bugs.freebsd.org/240219 * sys.kern.ptrace_test.ptrace__getppid https://bugs.freebsd.org/240510 * lib.libc.sys.stat_test.stat_socket https://bugs.freebsd.org/240621 * lib.libarchive.functional_test.test_write_filter_zstd https://bugs.freebsd.org/240683 * lib.libcasper.services.cap_dns.dns_test.main https://bugs.freebsd.org/241435 * local.kyua.* (31 cases) & local.lutok.* (3 cases) on 11-i386 https://ci.freebsd.org/job/FreeBSD-stable-11-i386-test/2278/testReport/ * sys.geom.class.multipath.failloop.failloop https://bugs.freebsd.org/242689 * sys.kern.ptrace_test.ptrace__procdesc_reparent_wait_child https://bugs.freebsd.org/243605 * sys.kern.ptrace_test.ptrace__parent_wait_after_attach https://bugs.freebsd.org/244055 * sys.kern.ptrace_test.ptrace__parent_exits_before_child https://bugs.freebsd.org/244056 * sys.geom.class.multipath.misc.fail_on_error (12-STABLE) https://bugs.freebsd.org/244158 * sys.net.if_lagg_test.witness (i386) https://bugs.freebsd.org/244163 * PipePdfork.WildcardWait in sys.capsicum.capsicum-test.main https://bugs.freebsd.org/244165 * sys.net.if_lagg_test.lacp_linkstate_destroy_stress (i386) https://bugs.freebsd.org/244168 * sys.netinet6.frag6.frag6_07.frag6_07 https://bugs.freebsd.org/244170 * sys.netinet.fibs_test.udp_dontroute6 https://bugs.freebsd.org/244172 * sys.netpfil.pf.nat.exhaust https://bugs.freebsd.org/244703 * sys.geom.class.gate.ggate_test.ggated https://bugs.freebsd.org/244737 ## Issues ### Cause build fails * https://bugs.freebsd.org/233735 Possible build race: genoffset.o /usr/src/sys/sys/types.h: error: machine/endian.h: No such file or directory * https://bugs.freebsd.org/233769 Possible build race: ld: error: unable to find library -lgcc_s ### Cause kernel panics * https://bugs.freebsd.org/238870 sys.netpfil.pf.names.names and sys.netpfil.pf.synproxy.synproxy cause panic Patch exists: * https://reviews.freebsd.org/D20868 * https://reviews.freebsd.org/D20869 ### Open * https://bugs.freebsd.org/237403 Tests in sys/opencrypto should be converted to Python3 * https://bugs.freebsd.org/237641 Flakey test case: common.misc.t_dtrace_contrib.tst_dynopt_d * https://bugs.freebsd.org/237656 "Freed UMA keg (rtentry) was not empty (18 items). Lost 1 pages of memory." seen when running sys/netipsec tests * https://bugs.freebsd.org/238781 sys.netinet.socket_afinet.socket_afinet_bind_zero does not work when mac_portacl(4) loaded * https://bugs.freebsd.org/239292 Flakey test case: sys.kern.ptrace_test.ptrace__follow_fork_child_detached_unrelated_debugger * https://bugs.freebsd.org/239397 Flakey test case: sys.kern.ptrace_test.ptrace__follow_fork_both_attached_unrelated_debugger * https://bugs.freebsd.org/239399 Flakey test case: sys.kern.ptrace_test.ptrace__parent_sees_exit_after_child_debugger * https://bugs.freebsd.org/239425 Flakey test case: sys.kern.ptrace_test.ptrace__follow_fork_parent_detached_unrelated_debugger * https://bugs.freebsd.org/241662 Flakey test case: lib.libarchive.functional_test.test_fuzz_iso9660 * https://bugs.freebsd.org/246443 sys.net.if_clone_test.epair_stress sometimes exceeds timeout limit but not caught by kyua ### Others * [Tickets related to testing@](https://preview.tinyurl.com/y9maauwg) From owner-freebsd-current@freebsd.org Mon May 25 18:18: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 806E432E5A1; Mon, 25 May 2020 18:18:17 +0000 (UTC) (envelope-from asomers@gmail.com) Received: from mail-ot1-f45.google.com (mail-ot1-f45.google.com [209.85.210.45]) (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 49W51j0tzTz4HV7; Mon, 25 May 2020 18:18:16 +0000 (UTC) (envelope-from asomers@gmail.com) Received: by mail-ot1-f45.google.com with SMTP id g25so14368198otp.13; Mon, 25 May 2020 11:18:16 -0700 (PDT) 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=FTWtnVD105xO9kLRww4kqNuCrMaAV00oU/oyEsvxLGM=; b=knnLzupBzJ4jioH1tZSHnIcqML0q3PB2/6HoTVVwBDqog5Ar2tkZ7A6N9mqo4tHTDV U6L41w8Dgo+2UTfa1S2EE/zgsLAS9Eor8LK3AlwHfaTIwT2EXIYITTNbg08AAle3VYek U2txhRpxp4GFQHynJd8jewHaRy/MtWoObOvJKJhWxgYzXPQiInADv7niFXD63fCdfCCJ xUP9Ff5UFbLMMW0WJQtCnb08NQBbFrperDnpxkpQLb2D7+l8eU4oqvtkvrosIa3BMNpJ hRtNBh+tg5aNQDrp510kIwIncHXG9AoESF5y9MUn9cWZtgeLVdJx2NGwr2vznnFf4put WZJw== X-Gm-Message-State: AOAM5305kv8ysael8etrLq8vDU6NFI8L3f/SRr1mitb7QedWfdrEm/XY 2PB0snRW0nezo89wl+cI1QrxDK8T4+5R7MjB/DMbGLKu X-Google-Smtp-Source: ABdhPJxuDJZBCmj1ZjWG2YLUtT/rLZWFbT/rhmNb2+v6H/1cYEOHromd4CIVrYt+x2CxE37GdUnay37mPBx7mE1Pug4= X-Received: by 2002:a9d:459c:: with SMTP id x28mr11398633ote.18.1590430695738; Mon, 25 May 2020 11:18:15 -0700 (PDT) MIME-Version: 1.0 References: <20200525175105.GA75786@freefall.freebsd.org> In-Reply-To: <20200525175105.GA75786@freefall.freebsd.org> From: Alan Somers Date: Mon, 25 May 2020 12:18:04 -0600 Message-ID: Subject: Re: FreeBSD CI Weekly Report 2020-05-24 To: "freebsd-testing@freebsd.org" Cc: FreeBSD CURRENT , FreeBSD X-Rspamd-Queue-Id: 49W51j0tzTz4HV7 X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.33 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 May 2020 18:18:17 -0000 On Mon, May 25, 2020 at 11:51 AM Li-Wen Hsu wrote: > (Please send the followup to freebsd-testing@ and note Reply-To is set.) > > FreeBSD CI Weekly Report 2020-05-24 > =================================== > > Here is a summary of the FreeBSD Continuous Integration results for the > period > from 2020-05-18 to 2020-05-24. > > During this period, we have: > > * 2064 builds (94.6% (0) passed, 5.4% (0) failed) of buildworld and > buildkernel (GENERIC and LINT) were executed on aarch64, amd64, armv6, > armv7, i386, mips, mips64, powerpc, powerpc64, powerpcspe, riscv64, > sparc64 architectures for head, stable/12, stable/11 branches. > * 232 test runs (59.9% (+18.8) passed, 27.6% (-6.3) unstable, 12.5% (-12.5) > exception) were executed on amd64, i386, riscv64 architectures for head, > stable/12, stable/11 branches. > * 40 doc and www builds (100% (+3.0) passed) > > Test case status (on 2020-05-24 23:59): > | Branch/Architecture | Total | Pass | Fail | Skipped | > | ------------------- | ---------- | ---------- | ------ | ------- | > | head/amd64 | 7829 (+1) | 7736 (-1) | 0 (-1) | 93 (+3) | > | head/i386 | 7827 (+1) | 7730 (+5) | 0 (0) | 97 (-4) | > | 12-STABLE/amd64 | 7583 (+41) | 7526 (+42) | 0 (0) | 57 (-1) | > | 12-STABLE/i386 | 7581 (+41) | 7516 (+45) | 0 (0) | 65 (-4) | > | 11-STABLE/amd64 | 6883 (0) | 6830 (0) | 0 (0) | 53 (0) | > | 11-STABLE/i386 | 6881 (0) | 6829 (0) | 0 (0) | 52 (0) | > > (The statistics from experimental jobs are omitted) > > If any of the issues found by CI are in your area of interest or expertise > please investigate the PRs listed below. > > The latest web version of this report is available at > https://hackmd.io/@FreeBSD-CI/report-20200524 and archive is available at > https://hackmd.io/@FreeBSD-CI/ , any help is welcome. > > ## News > > * Compression algorithm of disk images at https://artifacts.ci.freebsd.org > has been changed to zstd. > > ## Fixed test cases > > * sys.geom.class.multipath.misc.fail_on_error (on 12-STABLE) > https://bugs.freebsd.org/244158 > > ## Failing jobs > > * https://ci.freebsd.org/job/FreeBSD-head-amd64-gcc6_build/ > ``` > /usr/local/bin/x86_64-unknown-freebsd12.1-ld: > /tmp/obj/workspace/src/amd64.amd64/lib/clang/liblldb/liblldb.a(IOHandlerCursesGUI.o): > in function `curses::Window::Box(unsigned int, unsigned int)': > > /workspace/src/contrib/llvm-project/lldb/source/Core/IOHandlerCursesGUI.cpp:361: > undefined reference to `box' > /usr/local/bin/x86_64-unknown-freebsd12.1-ld: > /workspace/src/contrib/llvm-project/lldb/source/Core/IOHandlerCursesGUI.cpp:361: > undefined reference to `box' > collect2: error: ld returned 1 exit status > ``` > > ## Regressions > > * lib.libexecinfo.backtrace_test.backtrace_fmt_basic starts failing on > amd64 after r360915 > https://bugs.freebsd.org/246537 > > * (head, stable/12, stable/11) 2 tests start failing after llvm10 import > * lib.msun.ctrig_test.test_inf_inputs > https://bugs.freebsd.org/244732 > * (DTrace) common.pid.t_dtrace_contrib.err_D_PROC_OFF_toobig_d > https://bugs.freebsd.org/244823 > > * Lock-order reversals triggered by tests under sys.net.if_lagg_test.* on > i386 > https://bugs.freebsd.org/244163 > Discovered by newly endabled sys.net.* tests. ([r357857]( > https://svnweb.freebsd.org/changeset/base/357857)) > > * sys.net.if_lagg_test.lacp_linkstate_destroy_stress panics i386 kernel > https://bugs.freebsd.org/244168 > Discovered by newly endabled sys.net.* tests. ([r357857]( > https://svnweb.freebsd.org/changeset/base/357857)) > > ## Failing and Flaky tests (from experimental jobs) > > * https://ci.freebsd.org/job/FreeBSD-head-amd64-dtrace_test/ > * cddl.usr.sbin.dtrace.common.misc.t_dtrace_contrib.tst_dynopt_d > * https://bugs.freebsd.org/237641 > * > cddl.usr.sbin.dtrace.common.pid.t_dtrace_contrib.err_D_PROC_OFF_toobig_d > * https://bugs.freebsd.org/244823 > > * https://ci.freebsd.org/job/FreeBSD-head-amd64-test_zfs/ > * There are ~13 failing and ~109 skipped cases, including flakey ones, > see > > https://ci.freebsd.org/job/FreeBSD-head-amd64-test_zfs/lastCompletedBuild/testReport/ > for more details > * Work for cleaning these failing cass are in progress > > * https://ci.freebsd.org/job/FreeBSD-head-amd64-test_ltp/ > * Total 3670 tests (0), 2285 success (0), 579 failures (0), 806 > skipped (0) > > ## Disabled Tests > > * sys.fs.tmpfs.mount_test.large > https://bugs.freebsd.org/212862 > * sys.fs.tmpfs.link_test.kqueue > https://bugs.freebsd.org/213662 > * sys.kqueue.libkqueue.kqueue_test.main > https://bugs.freebsd.org/233586 > * sys.kern.ptrace_test.ptrace__PT_KILL_competing_stop > https://bugs.freebsd.org/220841 > * lib.libc.regex.exhaust_test.regcomp_too_big (i386 only) > https://bugs.freebsd.org/237450 > * sys.netinet.socket_afinet.socket_afinet_bind_zero > https://bugs.freebsd.org/238781 > * sys.netpfil.pf.names.names > * sys.netpfil.pf.synproxy.synproxy > https://bugs.freebsd.org/238870 > * > sys.kern.ptrace_test.ptrace__follow_fork_child_detached_unrelated_debugger > https://bugs.freebsd.org/239292 > * > sys.kern.ptrace_test.ptrace__follow_fork_both_attached_unrelated_debugger > > https://bugs.freebsd.org/239397 > * sys.kern.ptrace_test.ptrace__parent_sees_exit_after_child_debugger > https://bugs.freebsd.org/239399 > * > sys.kern.ptrace_test.ptrace__follow_fork_parent_detached_unrelated_debugger > https://bugs.freebsd.org/239425 > * lib.libc.gen.getmntinfo_test.getmntinfo_test > https://bugs.freebsd.org/240049 > * sys.sys.qmath_test.qdivq_s64q > https://bugs.freebsd.org/240219 > * sys.kern.ptrace_test.ptrace__getppid > https://bugs.freebsd.org/240510 > * lib.libc.sys.stat_test.stat_socket > https://bugs.freebsd.org/240621 > * lib.libarchive.functional_test.test_write_filter_zstd > https://bugs.freebsd.org/240683 > * lib.libcasper.services.cap_dns.dns_test.main > https://bugs.freebsd.org/241435 > * local.kyua.* (31 cases) & local.lutok.* (3 cases) on 11-i386 > https://ci.freebsd.org/job/FreeBSD-stable-11-i386-test/2278/testReport/ > * sys.geom.class.multipath.failloop.failloop > https://bugs.freebsd.org/242689 That bug is already fixed, and the test is enabled on both head and stable/12. > > * sys.kern.ptrace_test.ptrace__procdesc_reparent_wait_child > https://bugs.freebsd.org/243605 > * sys.kern.ptrace_test.ptrace__parent_wait_after_attach > https://bugs.freebsd.org/244055 > * sys.kern.ptrace_test.ptrace__parent_exits_before_child > https://bugs.freebsd.org/244056 > * sys.geom.class.multipath.misc.fail_on_error (12-STABLE) > https://bugs.freebsd.org/244158 Likewise this bug has been fixed, and is enabled on 12-STABLE since build https://ci.freebsd.org/job/FreeBSD-stable-12-amd64-test/2348/ . > > * sys.net.if_lagg_test.witness (i386) > https://bugs.freebsd.org/244163 > * PipePdfork.WildcardWait in sys.capsicum.capsicum-test.main > https://bugs.freebsd.org/244165 > * sys.net.if_lagg_test.lacp_linkstate_destroy_stress (i386) > https://bugs.freebsd.org/244168 > * sys.netinet6.frag6.frag6_07.frag6_07 > https://bugs.freebsd.org/244170 > * sys.netinet.fibs_test.udp_dontroute6 > https://bugs.freebsd.org/244172 > * sys.netpfil.pf.nat.exhaust > https://bugs.freebsd.org/244703 > * sys.geom.class.gate.ggate_test.ggated > https://bugs.freebsd.org/244737 > > ## Issues > > ### Cause build fails > * https://bugs.freebsd.org/233735 > Possible build race: genoffset.o /usr/src/sys/sys/types.h: error: > machine/endian.h: No such file or directory > * https://bugs.freebsd.org/233769 > Possible build race: ld: error: unable to find library -lgcc_s > > ### Cause kernel panics > * https://bugs.freebsd.org/238870 > sys.netpfil.pf.names.names and sys.netpfil.pf.synproxy.synproxy cause > panic > Patch exists: > * https://reviews.freebsd.org/D20868 > * https://reviews.freebsd.org/D20869 > > ### Open > * https://bugs.freebsd.org/237403 > Tests in sys/opencrypto should be converted to Python3 > * https://bugs.freebsd.org/237641 > Flakey test case: common.misc.t_dtrace_contrib.tst_dynopt_d > * https://bugs.freebsd.org/237656 > "Freed UMA keg (rtentry) was not empty (18 items). Lost 1 pages of > memory." seen when running sys/netipsec tests > * https://bugs.freebsd.org/238781 > sys.netinet.socket_afinet.socket_afinet_bind_zero does not work when > mac_portacl(4) loaded > * https://bugs.freebsd.org/239292 > Flakey test case: > sys.kern.ptrace_test.ptrace__follow_fork_child_detached_unrelated_debugger > * https://bugs.freebsd.org/239397 > Flakey test case: > sys.kern.ptrace_test.ptrace__follow_fork_both_attached_unrelated_debugger > * https://bugs.freebsd.org/239399 > Flakey test case: > sys.kern.ptrace_test.ptrace__parent_sees_exit_after_child_debugger > * https://bugs.freebsd.org/239425 > Flakey test case: > sys.kern.ptrace_test.ptrace__follow_fork_parent_detached_unrelated_debugger > * https://bugs.freebsd.org/241662 > Flakey test case: lib.libarchive.functional_test.test_fuzz_iso9660 > * https://bugs.freebsd.org/246443 > sys.net.if_clone_test.epair_stress sometimes exceeds timeout limit but > not caught by kyua > > ### Others > > * [Tickets related to testing@](https://preview.tinyurl.com/y9maauwg) > _______________________________________________ > 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 May 25 19:21:52 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 3DA872C82AE for ; Mon, 25 May 2020 19:21:52 +0000 (UTC) (envelope-from jamie@catflap.org) Received: from donotpassgo.dyslexicfish.net (donotpassgo.dyslexicfish.net [IPv6:2001:19f0:300:2185:123::1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 49W6R21qFjz4QYK for ; Mon, 25 May 2020 19:21:49 +0000 (UTC) (envelope-from jamie@catflap.org) Received: from donotpassgo.dyslexicfish.net (donotpassgo.dyslexicfish.net [104.207.135.49]) by donotpassgo.dyslexicfish.net (8.14.5/8.14.5) with ESMTP id 04PJLfuw073204 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 25 May 2020 20:21:41 +0100 (BST) (envelope-from jamie@donotpassgo.dyslexicfish.net) Received: (from jamie@localhost) by donotpassgo.dyslexicfish.net (8.14.5/8.14.5/Submit) id 04PJLeqT073203; Mon, 25 May 2020 20:21:40 +0100 (BST) (envelope-from jamie) From: Jamie Landeg-Jones Message-Id: <202005251921.04PJLeqT073203@donotpassgo.dyslexicfish.net> Date: Mon, 25 May 2020 20:21:40 +0100 Organization: Dyslexic Fish To: freebsd-current@freebsd.org Cc: jamie@catflap.org Subject: Panic when attempting to create tunnel when a tunnel with the named alias exists User-Agent: Heirloom mailx 12.4 7/29/08 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.2.7 (donotpassgo.dyslexicfish.net [104.207.135.49]); Mon, 25 May 2020 20:21:41 +0100 (BST) X-Rspamd-Queue-Id: 49W6R21qFjz4QYK X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=pass (policy=none) header.from=catflap.org; spf=pass (mx1.freebsd.org: domain of jamie@catflap.org designates 2001:19f0:300:2185:123::1 as permitted sender) smtp.mailfrom=jamie@catflap.org X-Spamd-Result: default: False [-3.22 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.93)[-0.934]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+mx:dyslexicfish.net]; NEURAL_HAM_LONG(-1.02)[-1.025]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; HAS_ORG_HEADER(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_HAM_SHORT(-0.46)[-0.456]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[catflap.org,none]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; R_DKIM_NA(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:20473, ipnet:2001:19f0::/38, country:US] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 May 2020 19:21:52 -0000 >From the "Why did you do that?" department: I stumbled across a panic in 12.1-stable and 13-current. If you attempt to create a tunnel, which would have the same name as an already existing tunnel "alias" hardlink, you get a panic. E.G: # ifconfig tun create name tun1 # ifcondif tun create FreeBSD 12.1-STABLE: | Fatal trap 12: page fault while in kernel mode | cpuid = 0; apic id = 00 | fault virtual address = 0x28 | fault code = supervisor read data, page not present | instruction pointer = 0x20:0xffffffff80ccbd38 | stack pointer = 0x28:0xfffffe000056d4e0 | frame pointer = 0x28:0xfffffe000056d510 | code segment = base 0x0, limit 0xfffff, type 0x1b | = DPL 0, pres 1, long 1, def32 0, gran 1 | processor eflags = interrupt enabled, resume, IOPL = 0 | current process = 1434 (cat) | trap number = 12 | panic: page fault | cpuid = 0 | time = 1589762473 | KDB: stack backtrace: | #0 0xffffffff80c1d2f7 at kdb_backtrace+0x67 | #1 0xffffffff80bd062d at vpanic+0x19d | #2 0xffffffff80bd0483 at panic+0x43 | #3 0xffffffff810a7dcc at trap_fatal+0x39c | #4 0xffffffff810a7e19 at trap_pfault+0x49 | #5 0xffffffff810a740f at trap+0x29f | #6 0xffffffff81081bdc at calltrap+0x8 | #7 0xffffffff80cddcdc at tuncreate+0xec | #8 0xffffffff80cdde32 at tunopen+0x22 | #9 0xffffffff80a85710 at devfs_open+0x120 | #10 0xffffffff81229976 at VOP_OPEN_APV+0x76 | #11 0xffffffff80cb1ba7 at vn_open_vnode+0x1b7 | #12 0xffffffff80cb17e6 at vn_open_cred+0x336 | #13 0xffffffff80ca9d33 at kern_openat+0x213 | #14 0xffffffff810a8984 at amd64_syscall+0x364 | #15 0xffffffff81082500 at fast_syscall_common+0x101 | Uptime: 12m13s | Automatic reboot in 15 seconds - press a key on the console to abort | --> Press a key on the console to reboot, FreeBSD 13-CURRENT: | panic: make_dev_sv: bad si_name (error=17, si_name=tun5) | cpuid = 0 | time = 1589763850 | KDB: stack backtrace: | db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe001adf4610 | vpanic() at vpanic+0x182/frame 0xfffffe001adf4660 | panic() at panic+0x43/frame 0xfffffe001adf46c0 | make_dev_sv() at make_dev_sv+0x373/frame 0xfffffe001adf4750 | make_dev_s() at make_dev_s+0x3b/frame 0xfffffe001adf47b0 | tun_create_device() at tun_create_device+0xde/frame 0xfffffe001adf4830 | tun_clone_create() at tun_clone_create+0x119/frame 0xfffffe001adf4880 | if_clone_createif() at if_clone_createif+0x4a/frame 0xfffffe001adf48d0 | ifioctl() at ifioctl+0x6e3/frame 0xfffffe001adf49a0 | kern_ioctl() at kern_ioctl+0x27b/frame 0xfffffe001adf4a00 | sys_ioctl() at sys_ioctl+0x127/frame 0xfffffe001adf4ad0 | amd64_syscall() at amd64_syscall+0x140/frame 0xfffffe001adf4bf0 | fast_syscall_common() at fast_syscall_common+0x101/frame 0xfffffe001adf4bf0 | --- syscall (54, FreeBSD ELF64, sys_ioctl), rip = 0x8004933fa, rsp = 0x7fffffffe288, rbp = 0x7fffffffe2d0 --- | KDB: enter: panic Cheers, Jamie From owner-freebsd-current@freebsd.org Mon May 25 19:40: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 D86192C8A59 for ; Mon, 25 May 2020 19:40:27 +0000 (UTC) (envelope-from kevans@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 49W6rW5R6mz4RqD for ; Mon, 25 May 2020 19:40:27 +0000 (UTC) (envelope-from kevans@freebsd.org) Received: from mail-qk1-f170.google.com (mail-qk1-f170.google.com [209.85.222.170]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) (Authenticated sender: kevans) by smtp.freebsd.org (Postfix) with ESMTPSA id B127726EB6 for ; Mon, 25 May 2020 19:40:27 +0000 (UTC) (envelope-from kevans@freebsd.org) Received: by mail-qk1-f170.google.com with SMTP id b27so8400723qka.4 for ; Mon, 25 May 2020 12:40:27 -0700 (PDT) X-Gm-Message-State: AOAM533OWpEb2I6blJqtQdw+hauXPm8NC9gb530GfC8cczq6mceSMgZy k3T3PaTq1MS0XS//AFVfnvJph1a2d4g+u+rNSmA= X-Google-Smtp-Source: ABdhPJzJM9a6Rw1iLOhFQnGSNwHWHTNCgmiPrGJdOoLMr2jlof/oLM4oSx4erecY25Z8Ax1tdk8IiDduY87DWYrLxl0= X-Received: by 2002:a37:4dcc:: with SMTP id a195mr470688qkb.430.1590435627284; Mon, 25 May 2020 12:40:27 -0700 (PDT) MIME-Version: 1.0 References: <202005251921.04PJLeqT073203@donotpassgo.dyslexicfish.net> In-Reply-To: <202005251921.04PJLeqT073203@donotpassgo.dyslexicfish.net> From: Kyle Evans Date: Mon, 25 May 2020 14:40:16 -0500 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: Panic when attempting to create tunnel when a tunnel with the named alias exists To: Jamie Landeg-Jones Cc: FreeBSD Current Content-Type: text/plain; charset="UTF-8" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 May 2020 19:40:27 -0000 On Mon, May 25, 2020 at 2:22 PM Jamie Landeg-Jones wrote: > > From the "Why did you do that?" department: > > I stumbled across a panic in 12.1-stable and 13-current. If you > attempt to create a tunnel, which would have the same name as > an already existing tunnel "alias" hardlink, you get a panic. > > E.G: > > # ifconfig tun create name tun1 > # ifcondif tun create > > [... snip ...] Whoops, good catch. =-( Will fix ASAP. Thanks, Kyle Evans From owner-freebsd-current@freebsd.org Mon May 25 20:13: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 96AFB2C99B2 for ; Mon, 25 May 2020 20:13:26 +0000 (UTC) (envelope-from marco+freebsd-current@lordsith.net) Received: from grey-smtp-cloud8.xs4all.net (grey-smtp-cloud8.xs4all.net [194.109.24.43]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.xs4all.net", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49W7ZY32WKz4Vhx for ; Mon, 25 May 2020 20:13:25 +0000 (UTC) (envelope-from marco+freebsd-current@lordsith.net) Received: from lordsith.net ([IPv6:2001:980:93d7:1:30df:f5ff:fee9:10df]) by smtp-cloud8.xs4all.net with ESMTP id dJTIjBWkPdPgTdJTKje9WE; Mon, 25 May 2020 22:13:18 +0200 Date: Mon, 25 May 2020 20:13:16 +0000 From: marco To: freebsd-current Subject: Re: ZFS BE not booting Message-ID: <20200525201316.GA90171@lordsith.net> Reply-To: marco Mail-Followup-To: marco , freebsd-current References: <20200525085103.GA51695@lordsith.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="FL5UXtIhxfXey3p5" Content-Disposition: inline In-Reply-To: Organization: lordsith.net X-Operating-System: SunOS 5.11 joyent_20200212T230824Z X-Unix: Use Unix or die X-GPG-Fingerprint: A025 D8AA AC1B D2FC 380D 4FC1 8EA0 0BA8 8580 E6CB X-GPG-Key: https://lordsith.net/marco.gpg X-Uptime: 20:08pm up 82 days 6:37, 1 user, load average: 0.07, 0.03, 0.01 User-Agent: Mutt/1.5.22 (2013-10-16) X-CMAE-Envelope: MS4wfH8d8/nV7MGRx58x5KDVMehuDlZV13h5hsVhSqJi9xYmjX1BqNb5YgTHFoKXMG5u7i+vt6YmfISsd2lGDsBaWu2n1PqO58F+Tf99DVLcbnIPaxUDmdEL mMFCBD/n4Bmhu8sVJPAk5NFrxnlpdxT1eg9IhCZKyk/3viNuLFywsIY3I3UUW0o7gLIQVjnfuSl5M6NPgkgOJ9EyVuRBW//qNQLHy22zKBjanc3w/NhDoVUX 2/uyfU5Qb25AT7nm+3SnIw== X-Rspamd-Queue-Id: 49W7ZY32WKz4Vhx X-Spamd-Bar: + Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=softfail (mx1.freebsd.org: 194.109.24.43 is neither permitted nor denied by domain of marco@lordsith.net) smtp.mailfrom=marco@lordsith.net X-Spamd-Result: default: False [1.15 / 15.00]; ARC_NA(0.00)[]; HAS_REPLYTO(0.00)[marco+freebsd-current@lordsith.net]; REPLYTO_EQ_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[lordsith.net]; R_SPF_SOFTFAIL(0.00)[~all:c]; RCPT_COUNT_ONE(0.00)[1]; HAS_ORG_HEADER(0.00)[]; NEURAL_SPAM_MEDIUM(0.86)[0.862]; TO_DN_ALL(0.00)[]; NEURAL_HAM_SHORT(-0.41)[-0.410]; NEURAL_SPAM_LONG(0.90)[0.897]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ASN(0.00)[asn:3265, ipnet:194.109.0.0/16, country:NL]; TAGGED_FROM(0.00)[freebsd-current]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 May 2020 20:13:26 -0000 --FL5UXtIhxfXey3p5 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, May 25, 2020 at 10:28:39AM -0500, you (Kyle Evans) sent the followi= ng to [freebsd-current] : > On Mon, May 25, 2020 at 3:51 AM marco > wrote: > > > > [... snip ...] > > Is there something I'm perhaps missing regarding loader.conf and/or rc.= conf ? > > It could just be these 2 specific revisions and will try another revisi= on but perhaps I need to do something setting the zfs bootcode again using = gpart ? >=20 > Your procedure looks fine to me; beyond that, it's hard to know the > exact cause without seeing the nature of the panic. BEs don't > typically require frobbing any configuration files for standard > updates like this, at least. Any chance you can grab a picture of it > or at least transcribe the initial part of the panic message? >=20 > Thanks, >=20 > Kyle Evans I took 3 pictures of the system dropping to the debugger for r360723. 1st 2 pictures are right before the panic and the final the panic screen itself. It seems the panic occurs right before the system normally switches to the framebuffer device. https://pasteboard.co/Ja3koTn.jpg 1st screen https://pasteboard.co/Ja3mlVy.jpg 2nd screen https://pasteboard.co/Ja3n8kv.jpg final screen =20 thanks so far Marco --=20 Marco van Lienen -- Unix SysAdmin https://keybase.io/scarcry , GnuPG id: 8580E6CB "The Tuck Pendleton machine...zero defects." --FL5UXtIhxfXey3p5 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iEYEAREKAAYFAl7MJtwACgkQjqALqIWA5sv/rQCdFAPwL+lb1b5cvOVrCa6U6d/m ftUAmgJMLYo24SrhvU08foSeM6cwttDM =tOIQ -----END PGP SIGNATURE----- --FL5UXtIhxfXey3p5-- From owner-freebsd-current@freebsd.org Mon May 25 20:41: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 9C6922CA841 for ; Mon, 25 May 2020 20:41:04 +0000 (UTC) (envelope-from marco+freebsd-current@lordsith.net) Received: from grey-smtp-cloud8.xs4all.net (grey-smtp-cloud8.xs4all.net [194.109.24.43]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.xs4all.net", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49W8BR4M7hz4YZ8 for ; Mon, 25 May 2020 20:41:03 +0000 (UTC) (envelope-from marco+freebsd-current@lordsith.net) Received: from lordsith.net ([IPv6:2001:980:93d7:1:30df:f5ff:fee9:10df]) by smtp-cloud8.xs4all.net with ESMTP id dJu8jBfH2dPgTdJuAjeMDq; Mon, 25 May 2020 22:41:02 +0200 Date: Mon, 25 May 2020 20:40:59 +0000 From: marco To: freebsd-current@freebsd.org Subject: Re: ZFS BE not booting Message-ID: <20200525204059.GB90171@lordsith.net> Reply-To: marco Mail-Followup-To: marco , freebsd-current@freebsd.org References: <20200525085103.GA51695@lordsith.net> <20200525201316.GA90171@lordsith.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="aM3YZ0Iwxop3KEKx" Content-Disposition: inline In-Reply-To: <20200525201316.GA90171@lordsith.net> Organization: lordsith.net X-Operating-System: SunOS 5.11 joyent_20200212T230824Z X-Unix: Use Unix or die X-GPG-Fingerprint: A025 D8AA AC1B D2FC 380D 4FC1 8EA0 0BA8 8580 E6CB X-GPG-Key: https://lordsith.net/marco.gpg X-Uptime: 20:14pm up 82 days 6:43, 1 user, load average: 0.00, 0.02, 0.01 User-Agent: Mutt/1.5.22 (2013-10-16) X-CMAE-Envelope: MS4wfAKezt6ebr4dwmbqwej/a8dc5Z78AjQ7hLhOOEp+nVMke+tzigrclYT0HdRupw1wqPGi7QG2A5WKcG2w6UvdlSSrMq0Nrt7L9lCV4of3gD1HlKRwRdPY L7ccd+foyxPzv7nnVIRM1whWBKrbYQyIJirJm5YKUAyQWrHKnSjRQAv4Y3bg0WoPP76qysZXPZQi0luqbkqPai+Y0DFXT5/+Hc2ITE3P79Xl5vx4DKsEFXa6 2NQeo7NCLdFImXc9cLt+4F/mJEi1UZGidUWIDOIUeRiHtHMLS3YGWgkAjjjdnIdNx2R//9v/p9QvUmYgXys01Q== X-Rspamd-Queue-Id: 49W8BR4M7hz4YZ8 X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=softfail (mx1.freebsd.org: 194.109.24.43 is neither permitted nor denied by domain of marco@lordsith.net) smtp.mailfrom=marco@lordsith.net X-Spamd-Result: default: False [-0.91 / 15.00]; HAS_REPLYTO(0.00)[marco+freebsd-current@lordsith.net]; ARC_NA(0.00)[]; REPLYTO_EQ_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; TAGGED_RCPT(0.00)[freebsd-current]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; DMARC_NA(0.00)[lordsith.net]; R_SPF_SOFTFAIL(0.00)[~all]; NEURAL_SPAM_MEDIUM(0.02)[0.018]; HAS_ORG_HEADER(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_HAM_SHORT(-0.89)[-0.888]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_SPAM_LONG(0.16)[0.158]; RCVD_TLS_LAST(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RCVD_COUNT_TWO(0.00)[2]; ASN(0.00)[asn:3265, ipnet:194.109.0.0/16, country:NL]; TAGGED_FROM(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 May 2020 20:41:04 -0000 --aM3YZ0Iwxop3KEKx Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, May 25, 2020 at 08:13:16PM +0000, you (marco) sent the following to= [freebsd-current] : >=20 > I took 3 pictures of the system dropping to the debugger for r360723. > 1st 2 pictures are right before the panic and the final the panic screen > itself. > It seems the panic occurs right before the system normally switches to > the framebuffer device. >=20 > https://pasteboard.co/Ja3koTn.jpg 1st screen > https://pasteboard.co/Ja3mlVy.jpg 2nd screen > https://pasteboard.co/Ja3n8kv.jpg final screen > =20 > thanks so far >=20 > Marco >=20 Hmm, with the r359556 BE currently active, to my surprise 'svn info' on /us= r/src is showing it's at r360723 instead of r359556. IIRC after creating the r360723 BE I mounted it, cd'd into /tmp/be_mount.xxxxx/usr/src and ran a 'svn up -r 360723'. I might be mistaken in that step, can't remember. Perhaps I activated r360723, rebooted into it and did a 'svn up -r 360723' from /usr/src. If /usr is not a part of a BE how does one keep different versions of /usr/src if I mean to do src upgrades using BEs ? --=20 Marco van Lienen -- Unix SysAdmin https://keybase.io/scarcry , GnuPG id: 8580E6CB "The Tuck Pendleton machine...zero defects." --aM3YZ0Iwxop3KEKx Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iEYEAREKAAYFAl7MLVsACgkQjqALqIWA5suf+ACgqSMI4b9BzJBq5nK9DB9VEsHk X0IAn304PZrOfgnNh8/4rzn5dERMtMnd =cB1F -----END PGP SIGNATURE----- --aM3YZ0Iwxop3KEKx-- From owner-freebsd-current@freebsd.org Mon May 25 20:53: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 4F2642CAF9F for ; Mon, 25 May 2020 20:53:03 +0000 (UTC) (envelope-from clay.daniels.jr@gmail.com) Received: from mail-lf1-x12c.google.com (mail-lf1-x12c.google.com [IPv6:2a00:1450:4864:20::12c]) (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 49W8SG3kdzz4ZSJ for ; Mon, 25 May 2020 20:53:02 +0000 (UTC) (envelope-from clay.daniels.jr@gmail.com) Received: by mail-lf1-x12c.google.com with SMTP id w15so11080373lfe.11 for ; Mon, 25 May 2020 13:53:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to; bh=Ev2crlM7opf6sngpx8VPJO/RCVlP4ro7p6ruRaf77aQ=; b=MJC2ztsKedFRISC+zqAt2+VHK/HBadp3theThevjmCDpsE7+gnXYgIP9eQjohwGlCZ 32zOjK9NNKlxhAcK9G87FHNrwyAHg9NsjV1PztoyaDEvKd96D1AQ+rwZ7RDjGzpjozFW yrA12jYN1QBfZ70hgRFtvNrl5jFwJR5xTPXy4S5L3ZawB4VCQu6tjFFlmywf5ipLiVzc 37zzTY6XjmD76YIvh/JXNLOlD4MpbktQIU5hI6+3RlREoJ99pnIjsNLFFI0m1b3ARVg2 2LC1jjjkwvFrtgIlMO1uCyBCu1ypkg0YavNABL4/0/qdiET5pVAmakqvkrZqsS/BA7Em ohaQ== 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=Ev2crlM7opf6sngpx8VPJO/RCVlP4ro7p6ruRaf77aQ=; b=YLYqdKQIPJcgq8WYYxhOb7XEHL5TDK+qjVL64aXB44YSZqXt5Dd71TFDJYapLjjDyo vqByP6KGa0YNWwC5M9q4WC4GxKxq+nTYAgjO+DTk6adRrggWy8dkHPeSIsxdqFYcObCE rys4TJ9gcIXqQNGQ7dWdTvsxCkGvfPnw7au3jGMD62UWtX/U697MKQQziKcsi3RZ17GE 1ALjvUAEy2S5n2JAEbIyP5PLZkENVe44ct5nvr51zFGnVJEC1EgqDPsJvLvS7dzpWMlt W0v7n5Pd9/GIKZ3erAOHtXbCg0n0NF/dohogcfs8RRlrIYy9BIQWjbiUIXwuKlrPBeDz fVpw== X-Gm-Message-State: AOAM530ZGeO4AaCOWrgi6F93rPwP7bOE28+RHIsEI0WHlIyOhDSPqOc6 Lt0MI0JEg/4SXhb1wZTdlElivvPKhCFFgSXO3hvh X-Google-Smtp-Source: ABdhPJxa2tHEpdOEYUzlhRJymtFiDEC/up+SjQxFWhhBDjEGVsoWK80sVAwV5JX035G+OcV05ef9mq3ApfTtX+hVttw= X-Received: by 2002:ac2:43b8:: with SMTP id t24mr2613868lfl.7.1590439980295; Mon, 25 May 2020 13:53:00 -0700 (PDT) MIME-Version: 1.0 References: <20200525085103.GA51695@lordsith.net> <20200525201316.GA90171@lordsith.net> In-Reply-To: <20200525201316.GA90171@lordsith.net> From: Clay Daniels Date: Mon, 25 May 2020 15:52:49 -0500 Message-ID: Subject: Re: ZFS BE not booting To: marco , "freebsd-current@freebsd.org" X-Rspamd-Queue-Id: 49W8SG3kdzz4ZSJ X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=MJC2ztsK; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of claydanielsjr@gmail.com designates 2a00:1450:4864:20::12c as permitted sender) smtp.mailfrom=claydanielsjr@gmail.com X-Spamd-Result: default: False [-3.02 / 15.00]; TO_DN_EQ_ADDR_SOME(0.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(-0.04)[-0.041]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; 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(-0.98)[-0.981]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.001]; TAGGED_RCPT(0.00)[freebsd-current]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::12c:from]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.33 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 May 2020 20:53:03 -0000 > > [... snip ...] > > > Is there something I'm perhaps missing regarding loader.conf and/or > rc.conf ? > I may be wrong, but it looks like a "framebuffer problem" that is most often associated with amdgpu, but may help your i915 intel graphics too. Just try adding this to /boot/loader.conf : hw.syscons.disable=1 > > I took 3 pictures of the system dropping to the debugger for r360723. > 1st 2 pictures are right before the panic and the final the panic screen > itself. > It seems the panic occurs right before the system normally switches to > the framebuffer device. > > https://pasteboard.co/Ja3koTn.jpg 1st screen > https://pasteboard.co/Ja3mlVy.jpg 2nd screen > https://pasteboard.co/Ja3n8kv.jpg final screen > > thanks so far > > Marco > > -- > Marco van Lienen -- Unix SysAdmin > https://keybase.io/scarcry , GnuPG id: 8580E6CB > "The Tuck Pendleton machine...zero defects." > From owner-freebsd-current@freebsd.org Tue May 26 09:03: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 9F5962F6523 for ; Tue, 26 May 2020 09:03:35 +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 49WSg974cWz3TSt; Tue, 26 May 2020 09:03:33 +0000 (UTC) (envelope-from hps@selasky.org) Received: from hps2020.home.selasky.org (unknown [62.141.129.235]) (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 6D4D2260069; Tue, 26 May 2020 11:03:25 +0200 (CEST) To: FreeBSD Current , Adrian Chadd From: Hans Petter Selasky Subject: iflib and options RSS is a no go for igbX Message-ID: <3e491993-aa46-9e16-0105-b79cbee6b2a3@selasky.org> Date: Tue, 26 May 2020 11:03:11 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.8.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 49WSg974cWz3TSt X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of hps@selasky.org designates 2a01:4f8:c17:6c4b::2 as permitted sender) smtp.mailfrom=hps@selasky.org X-Spamd-Result: default: False [-1.87 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+a:mail.turbocat.net]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[selasky.org]; NEURAL_HAM_LONG(-0.80)[-0.799]; NEURAL_HAM_MEDIUM(-0.76)[-0.760]; TO_DN_ALL(0.00)[]; NEURAL_HAM_SHORT(-0.01)[-0.007]; RCPT_COUNT_TWO(0.00)[2]; 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]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 May 2020 09:03:35 -0000 Hi, I just found a bug where outgoing TCP connections over igb0 doesn't work because likely the software computed hash is wrong, so the incoming packets get dropped because they are received on the wrong queue. It is the management port, so I'm just using this hack for now: dev.igb.0.iflib.override_nrxqs=1 dev.igb.0.iflib.override_ntxqs=1 --HPS From owner-freebsd-current@freebsd.org Tue May 26 15:14: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 680A42CA7A2 for ; Tue, 26 May 2020 15:14:27 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 49Wcv727Vvz4L7P for ; Tue, 26 May 2020 15:14:27 +0000 (UTC) (envelope-from ian@freebsd.org) Received: by mailman.nyi.freebsd.org (Postfix) id 493452CA573; Tue, 26 May 2020 15:14: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 48FB62CA944 for ; Tue, 26 May 2020 15:14:27 +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 49Wcv65sT0z4Kk5 for ; Tue, 26 May 2020 15:14:26 +0000 (UTC) (envelope-from ian@freebsd.org) ARC-Seal: i=1; a=rsa-sha256; t=1590506065; cv=none; d=outbound.mailhop.org; s=arc-outbound20181012; b=KbL2vWSE2oXuANNj/+H9bZ6yFWcSMauNEUemFBHSBrH6KiDQvyXkcg8Mjgugm7PagxXLKgl+p33K1 2D7yr5V7PUpy595gvblqYuRujQQOpUSifW5jd1NXIZ1Y5ONBsszjDHIwlfgQeGwK6dlJSjMp7ldUFu wwph8hlj3kjVXcTcT9SoWQhT9oJcehWECb4QfuHoR5B6EvMQKMAh+8cDnbIQz27Sn706XK62pcvoou GWfAbsIwLUUfEThEwaFI6kto+94WC/d0ZU4Rh6UiWWWTP8nIDnZH36Onesk41mGpki3T2g9m5KkmoY pLuLPxZrfTK6FdlgAedXbJoRnluXD7w== 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=DOYTZninWeKkY+t7ogHyoQlfrZsMANUBC2KUkHTwySc=; b=YB72Vrr49Z7dSw7lP1iIY2bpn5+aqEY+2IszbWQwx06RV1+q6plZaRo+/d4VFgD0nkl2iiDdHzyZK dg0GF9gBKvfV3SanOabqWgjK+iLcghq2aj+12nvmYvCMOGVhC7/I85bUq3dtHxI2nO3TsCqeq6LddG +ol2QNoUumlTzaAm0HsorDSRZ/Aykzwuca9cDfOE7IcVBrdkMoJcYc/NIWsfRmRZLl8n6ZmzlFvUfJ F8ObE+rDvLfjYLGeA0N8vL7OQ6iGoE5hhTh/5awRI2QuAiID+Yw8kufsnCRlwZZxAl34PW1805Rli/ akPx81gYbSkn3fp+c3+whMBkQWlG5/A== 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; DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=outbound.mailhop.org; s=dkim-high; h=content-transfer-encoding:mime-version:content-type:references:in-reply-to: date:to:from:subject:message-id:from; bh=DOYTZninWeKkY+t7ogHyoQlfrZsMANUBC2KUkHTwySc=; b=j1pIdMfMWO4rWmM/VJWjE2hc7JPFjDnO4zubVxUbFbQvjl7xPdJkCxvXqax/cLoqZNz7sQSBrBttS BYHb8dHP2UHBs2olfvGW7WUk7y2V7Vnt4NZZUnlCYpF6hVAAL3EwScX2urRvrQcWp9LaR1j4bGAAdp /EjJbY1RGcNDr2UXf35os/vyfHpSeMjlgHLZKYuIYANKeFlDXzUnHkLhUxMIHa308Vfuee1U1GM59E i4/L6HukgNTfEPk0OU+B4nQ802SVis7GgQANtb21zfXhc6PIqwEovP89G2XP0Bfhck7t37zcXHccnq 8PkyLDueVthrdeLxclEVzX0oErbHDfw== X-MHO-RoutePath: aGlwcGll X-MHO-User: 94a9cbad-9f63-11ea-a067-6d02e42e573a 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 94a9cbad-9f63-11ea-a067-6d02e42e573a; Tue, 26 May 2020 15:14:24 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.15.2/8.15.2) with ESMTP id 04QFENAg035829; Tue, 26 May 2020 09:14:23 -0600 (MDT) (envelope-from ian@freebsd.org) Message-ID: <615114ebc4d37a753f02403981ea23e60a6dbe08.camel@freebsd.org> Subject: Re: efirtc + atrtc at the same time From: Ian Lepore To: Andriy Gapon , FreeBSD Current Date: Tue, 26 May 2020 09:14:23 -0600 In-Reply-To: <021d8df4-a4f8-620d-73b6-b6103d0bf7f1@FreeBSD.org> References: <021d8df4-a4f8-620d-73b6-b6103d0bf7f1@FreeBSD.org> 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: 49Wcv65sT0z4Kk5 X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; none 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.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 May 2020 15:14:27 -0000 On Mon, 2020-05-25 at 11:37 +0300, Andriy Gapon wrote: > I see that on my laptop both efirtc and atrtc get attached. > The latter is via an ACPI attachment: > efirtc0: > efirtc0: registered as a time-of-day clock, resolution 1.000000s > atrtc0: port 0x70-0x71 on acpi0 > atrtc0: registered as a time-of-day clock, resolution 1.000000s > > I am not sure if this is a problem by itself, but it certainly seems redundant > to have two drivers controlling the same(?) hardware via different platform > mechanisms. > Maybe there is a nice way to automatically disable (or "neutralize") one of the > drivers? > I thought I had done something long ago to prevent atrtc and efirtc from both attaching, but apparently not. I intended to, I even mentioned it in https://reviews.freebsd.org/D14399 but it looks like I never followed up and did the work. > Also, there is another issue related to atrtc. > When I have both drivers attached, and also when I have only atrtc attached > (efi.rt.disabled=1), system clock jumps 10 minutes forward after each suspend / > resume cycle (S0 -> S3 -> S0). That does not happen for reboot and shutdown > cycles. I haven't investigated this deeper, but it is a curious problem. > I've looked at the code for messing with the clock around suspend/resume and never felt like it was doing the right thing (or even anything useful). But I've never owned a freebsd machine that could successfully resume from suspend, so I've never been able to experiment with it. -- Ian From owner-freebsd-current@freebsd.org Tue May 26 15:22: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 22BC52CACBF for ; Tue, 26 May 2020 15:22:18 +0000 (UTC) (envelope-from agapon@gmail.com) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 49Wd4962Kpz4LvS for ; Tue, 26 May 2020 15:22:17 +0000 (UTC) (envelope-from agapon@gmail.com) Received: by mailman.nyi.freebsd.org (Postfix) id CF1332CAF03; Tue, 26 May 2020 15:22:17 +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 CEDB22CACBE for ; Tue, 26 May 2020 15:22:17 +0000 (UTC) (envelope-from agapon@gmail.com) Received: from mail-wr1-f50.google.com (mail-wr1-f50.google.com [209.85.221.50]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49Wd483L2vz4Lb0 for ; Tue, 26 May 2020 15:22:16 +0000 (UTC) (envelope-from agapon@gmail.com) Received: by mail-wr1-f50.google.com with SMTP id t18so6721559wru.6 for ; Tue, 26 May 2020 08:22:16 -0700 (PDT) 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:openpgp:autocrypt :message-id:date:user-agent:mime-version:in-reply-to :content-language:content-transfer-encoding; bh=QEg+DlNn1gVsyUlYANnqd1z0mzT9Q3iLNQIH/dC5My4=; b=L9DakR4F9+y2H4hw5XrPPvWo6Gu6gFUqWQqFLT2rFzVX8EzrWoKQacfaZ0mQvTA5Wq VbSxp7JZaY5kuZzZCWeALJ7PMjmeL6TH0UlMGP2m9pLp62SWPrKFGc9a7xwybjzdEhd2 JAwB3UbAygIL2gpqwegU+AxnG6kGtLkqag5LuEW3rt5NbWQETV2QqcpsfR8ly0Xy3T8y gJwBuzhIDyViiGMi6avJIDqn+o2EwMZWSZqsH95DWYzf5wF5YQJ+Q4QyZnuiLRiYiyxZ 2/RX5OZA4S/mfjyUtapv57BdOt1IBdqUDjuQL0oNe5hQDBfguHn0Wbsr8lvq4+RKovFD YOtg== X-Gm-Message-State: AOAM532mbgqOOC1u5Ut3eT2ButkQFcuTmaua/EQonioJtk0TBR/GCA9G QFN07Tw5J7KbclTcgky6QxRpWEXd X-Google-Smtp-Source: ABdhPJy+ibQdTTXczG7Kvy3A+91c4mdu7Up0ibf6QyVZIMgVyDiuXJ4XsyuvpSgTZEgEam3Tfb0Emw== X-Received: by 2002:adf:ab09:: with SMTP id q9mr20001283wrc.79.1590506534568; Tue, 26 May 2020 08:22:14 -0700 (PDT) Received: from [192.168.0.88] (east.meadow.volia.net. [93.72.151.96]) by smtp.googlemail.com with ESMTPSA id d18sm174960wrn.34.2020.05.26.08.22.13 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Tue, 26 May 2020 08:22:13 -0700 (PDT) Subject: acpi timer reads all ones [Was: efirtc + atrtc at the same time] From: Andriy Gapon To: FreeBSD Current References: <021d8df4-a4f8-620d-73b6-b6103d0bf7f1@FreeBSD.org> Openpgp: preference=signencrypt Autocrypt: addr=avg@FreeBSD.org; prefer-encrypt=mutual; keydata= mQINBFm4LIgBEADNB/3lT7f15UKeQ52xCFQx/GqHkSxEdVyLFZTmY3KyNPQGBtyvVyBfprJ7 mAeXZWfhat6cKNRAGZcL5EmewdQuUfQfBdYmKjbw3a9GFDsDNuhDA2QwFt8BmkiVMRYyvI7l N0eVzszWCUgdc3qqM6qqcgBaqsVmJluwpvwp4ZBXmch5BgDDDb1MPO8AZ2QZfIQmplkj8Y6Z AiNMknkmgaekIINSJX8IzRzKD5WwMsin70psE8dpL/iBsA2cpJGzWMObVTtCxeDKlBCNqM1i gTXta1ukdUT7JgLEFZk9ceYQQMJJtUwzWu1UHfZn0Fs29HTqawfWPSZVbulbrnu5q55R4PlQ /xURkWQUTyDpqUvb4JK371zhepXiXDwrrpnyyZABm3SFLkk2bHlheeKU6Yql4pcmSVym1AS4 dV8y0oHAfdlSCF6tpOPf2+K9nW1CFA8b/tw4oJBTtfZ1kxXOMdyZU5fiG7xb1qDgpQKgHUX8 7Rd2T1UVLVeuhYlXNw2F+a2ucY+cMoqz3LtpksUiBppJhw099gEXehcN2JbUZ2TueJdt1FdS ztnZmsHUXLxrRBtGwqnFL7GSd6snpGIKuuL305iaOGODbb9c7ne1JqBbkw1wh8ci6vvwGlzx rexzimRaBzJxlkjNfMx8WpCvYebGMydNoeEtkWldtjTNVsUAtQARAQABtB5BbmRyaXkgR2Fw b24gPGF2Z0BGcmVlQlNELm9yZz6JAlQEEwEIAD4WIQS+LEO7ngQnXA4Bjr538m7TUc1yjwUC WbgsiAIbIwUJBaOagAULCQgHAgYVCAkKCwIEFgIDAQIeAQIXgAAKCRB38m7TUc1yj+JAEACV l9AK/nOWAt/9cufV2fRj0hdOqB1aCshtSrwHk/exXsDa4/FkmegxXQGY+3GWX3deIyesbVRL rYdtdK0dqJyT1SBqXK1h3/at9rxr9GQA6KWOxTjUFURsU7ok/6SIlm8uLRPNKO+yq0GDjgaO LzN+xykuBA0FlhQAXJnpZLcVfPJdWv7sSHGedL5ln8P8rxR+XnmsA5TUaaPcbhTB+mG+iKFj GghASDSfGqLWFPBlX/fpXikBDZ1gvOr8nyMY9nXhgfXpq3B6QCRYKPy58ChrZ5weeJZ29b7/ QdEO8NFNWHjSD9meiLdWQaqo9Y7uUxN3wySc/YUZxtS0bhAd8zJdNPsJYG8sXgKjeBQMVGuT eCAJFEYJqbwWvIXMfVWop4+O4xB+z2YE3jAbG/9tB/GSnQdVSj3G8MS80iLS58frnt+RSEw/ psahrfh0dh6SFHttE049xYiC+cM8J27Aaf0i9RflyITq57NuJm+AHJoU9SQUkIF0nc6lfA+o JRiyRlHZHKoRQkIg4aiKaZSWjQYRl5Txl0IZUP1dSWMX4s3XTMurC/pnja45dge/4ESOtJ9R 8XuIWg45Oq6MeIWdjKddGhRj3OohsltKgkEU3eLKYtB6qRTQypHHUawCXz88uYt5e3w4V16H lCpSTZV/EVHnNe45FVBlvK7k7HFfDDkryLkCDQRZuCyIARAAlq0slcsVboY/+IUJdcbEiJRW be9HKVz4SUchq0z9MZPX/0dcnvz/gkyYA+OuM78dNS7Mbby5dTvOqfpLJfCuhaNYOhlE0wY+ 1T6Tf1f4c/uA3U/YiadukQ3+6TJuYGAdRZD5EqYFIkreARTVWg87N9g0fT9BEqLw9lJtEGDY EWUE7L++B8o4uu3LQFEYxcrb4K/WKmgtmFcm77s0IKDrfcX4doV92QTIpLiRxcOmCC/OCYuO jB1oaaqXQzZrCutXRK0L5XN1Y1PYjIrEzHMIXmCDlLYnpFkK+itlXwlE2ZQxkfMruCWdQXye syl2fynAe8hvp7Mms9qU2r2K9EcJiR5N1t1C2/kTKNUhcRv7Yd/vwusK7BqJbhlng5ZgRx0m WxdntU/JLEntz3QBsBsWM9Y9wf2V4tLv6/DuDBta781RsCB/UrU2zNuOEkSixlUiHxw1dccI 6CVlaWkkJBxmHX22GdDFrcjvwMNIbbyfQLuBq6IOh8nvu9vuItup7qemDG3Ms6TVwA7BD3j+ 3fGprtyW8Fd/RR2bW2+LWkMrqHffAr6Y6V3h5kd2G9Q8ZWpEJk+LG6Mk3fhZhmCnHhDu6CwN MeUvxXDVO+fqc3JjFm5OxhmfVeJKrbCEUJyM8ESWLoNHLqjywdZga4Q7P12g8DUQ1mRxYg/L HgZY3zfKOqcAEQEAAYkCPAQYAQgAJhYhBL4sQ7ueBCdcDgGOvnfybtNRzXKPBQJZuCyIAhsM BQkFo5qAAAoJEHfybtNRzXKPBVwQAKfFy9P7N3OsLDMB56A4Kf+ZT+d5cIx0Yiaf4n6w7m3i ImHHHk9FIetI4Xe54a2IXh4Bq5UkAGY0667eIs+Z1Ea6I2i27Sdo7DxGwq09Qnm/Y65ADvXs 3aBvokCcm7FsM1wky395m8xUos1681oV5oxgqeRI8/76qy0hD9WR65UW+HQgZRIcIjSel9vR XDaD2HLGPTTGr7u4v00UeTMs6qvPsa2PJagogrKY8RXdFtXvweQFz78NbXhluwix2Tb9ETPk LIpDrtzV73CaE2aqBG/KrboXT2C67BgFtnk7T7Y7iKq4/XvEdDWscz2wws91BOXuMMd4c/c4 OmGW9m3RBLufFrOag1q5yUS9QbFfyqL6dftJP3Zq/xe+mr7sbWbhPVCQFrH3r26mpmy841ym dwQnNcsbIGiBASBSKksOvIDYKa2Wy8htPmWFTEOPRpFXdGQ27awcjjnB42nngyCK5ukZDHi6 w0qK5DNQQCkiweevCIC6wc3p67jl1EMFY5+z+zdTPb3h7LeVnGqW0qBQl99vVFgzLxchKcl0 R/paSFgwqXCZhAKMuUHncJuynDOP7z5LirUeFI8qsBAJi1rXpQoLJTVcW72swZ42IdPiboqx NbTMiNOiE36GqMcTPfKylCbF45JNX4nF9ElM0E+Y8gi4cizJYBRr2FBJgay0b9Cp Message-ID: <199c8845-e42c-fbee-3f13-0b3d0d7234dc@FreeBSD.org> Date: Tue, 26 May 2020 18:22:13 +0300 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: <021d8df4-a4f8-620d-73b6-b6103d0bf7f1@FreeBSD.org> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 49Wd483L2vz4Lb0 X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of agapon@gmail.com designates 209.85.221.50 as permitted sender) smtp.mailfrom=agapon@gmail.com X-Spamd-Result: default: False [-2.12 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; NEURAL_HAM_SHORT(-0.08)[-0.081]; FORGED_SENDER(0.30)[avg@FreeBSD.org,agapon@gmail.com]; RECEIVED_SPAMHAUS_PBL(0.00)[93.72.151.96:received]; MIME_TRACE(0.00)[0:+]; R_DKIM_NA(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; MID_RHS_MATCH_FROM(0.00)[]; FROM_NEQ_ENVFROM(0.00)[avg@FreeBSD.org,agapon@gmail.com]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; NEURAL_HAM_MEDIUM(-1.03)[-1.032]; ARC_NA(0.00)[]; TO_DOM_EQ_FROM_DOM(0.00)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.01)[-1.006]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[current@freebsd.org]; DMARC_NA(0.00)[FreeBSD.org]; RCPT_COUNT_ONE(0.00)[1]; RCVD_IN_DNSWL_NONE(0.00)[209.85.221.50:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[209.85.221.50:from]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 May 2020 15:22:18 -0000 On 25/05/2020 11:37, Andriy Gapon wrote: > Also, there is another issue related to atrtc. > When I have both drivers attached, and also when I have only atrtc attached > (efi.rt.disabled=1), system clock jumps 10 minutes forward after each suspend / > resume cycle (S0 -> S3 -> S0). That does not happen for reboot and shutdown > cycles. I haven't investigated this deeper, but it is a curious problem. Actually, I was wrong. The problem can also occur with efirtc alone. Also, sometimes there is a different problem where there are no callouts for a period of time on the order of minutes. I tracked it to cc_lastscan being set to a value greater than the current uptime. So, any scheduled callout gets scheduled at cc_lastscan and it is a while before the uptime catches up. It seemed that both issues were connected and were a result of the uptime jumping forward by some minutes and then jumping back to a sane value. If something important happened during the weird period, like getting time of day from hardware or invoking a callout, it lead to the observed effects. So, that gave me some ideas where to add debugging checks. What I determined is that ACPI timer (ACPI-fast) could produce a reading of all 1-s like happens when there is no hardware response. I caught one such instance and got a stack trace for it (but no crash dump because devices had not resumed yet): tc_windup() at tc_windup+0x318/frame 0xfffffe00a7a19300 tc_ticktock() at tc_ticktock+0x4b/frame 0xfffffe00a7a19320 hardclock() at hardclock+0x107/frame 0xfffffe00a7a19360 handleevents() at handleevents+0xb3/frame 0xfffffe00a7a193a0 timercb() at timercb+0x196/frame 0xfffffe00a7a193f0 lapic_handle_timer() at lapic_handle_timer+0x98/frame 0xfffffe00a7a19420 Xtimerint() at Xtimerint+0xb1/frame 0xfffffe00a7a19420 --- interrupt, rip = 0xffffffff80b34500, rsp = 0xfffffe00a7a194f8, rbp = 0xfffffe00a7a19540 --- acpi_pcib_write_config() at acpi_pcib_write_config/frame 0xfffffe00a7a19540 pci_cfg_restore() at pci_cfg_restore+0x2cc/frame 0xfffffe00a7a195a0 pci_resume_child() at pci_resume_child+0xee/frame 0xfffffe00a7a195e0 pci_resume() at pci_resume+0x49/frame 0xfffffe00a7a19630 bus_generic_resume_child() at bus_generic_resume_child+0x43/frame 0xfffffe00a7a19650 bus_generic_resume() at bus_generic_resume+0x29/frame 0xfffffe00a7a19680 bus_generic_resume_child() at bus_generic_resume_child+0x43/frame 0xfffffe00a7a196a0 bus_generic_resume() at bus_generic_resume+0x29/frame 0xfffffe00a7a196d0 bus_generic_resume_child() at bus_generic_resume_child+0x43/frame 0xfffffe00a7a196f0 bus_generic_resume() at bus_generic_resume+0x29/frame 0xfffffe00a7a19720 bus_generic_resume_child() at bus_generic_resume_child+0x43/frame 0xfffffe00a7a19740 root_resume() at root_resume+0x29/frame 0xfffffe00a7a19770 acpi_EnterSleepState() at acpi_EnterSleepState+0x73b/frame 0xfffffe00a7a197f0 acpi_AckSleepState() at acpi_AckSleepState+0x144/frame 0xfffffe00a7a19820 devfs_ioctl() at devfs_ioctl+0xcb/frame 0xfffffe00a7a19870 vn_ioctl() at vn_ioctl+0x132/frame 0xfffffe00a7a19980 devfs_ioctl_f() at devfs_ioctl_f+0x1e/frame 0xfffffe00a7a199a0 kern_ioctl() at kern_ioctl+0x27b/frame 0xfffffe00a7a19a00 sys_ioctl() at sys_ioctl+0x123/frame 0xfffffe00a7a19ad0 amd64_syscall() at amd64_syscall+0x140/frame 0xfffffe00a7a19bf0 fast_syscall_common() at fast_syscall_common+0x101/frame 0xfffffe00a7a19bf0 I am not sure if this is just a coincidence but it appears as if a write to some PCI configuration register could temporarily interfere with access to the PM timer I/O port. Is that plausible? I'll try to dig up more data. -- Andriy Gapon From owner-freebsd-current@freebsd.org Tue May 26 15:39: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 196C02CB624 for ; Tue, 26 May 2020 15:39:42 +0000 (UTC) (envelope-from agapon@gmail.com) Received: from mail-wm1-f50.google.com (mail-wm1-f50.google.com [209.85.128.50]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49WdSF1rTJz4N85; Tue, 26 May 2020 15:39:41 +0000 (UTC) (envelope-from agapon@gmail.com) Received: by mail-wm1-f50.google.com with SMTP id f5so3665293wmh.2; Tue, 26 May 2020 08:39:41 -0700 (PDT) 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:openpgp:autocrypt :message-id:date:user-agent:mime-version:in-reply-to :content-language:content-transfer-encoding; bh=3gb+38YPUVOArPqZUrAGiwffL6d12XQwFPYj7EhW144=; b=mXaGF+Bi/67XhcHY22RY1WXI12TDU9c5gTQts/lWekGrd8b0I1vyEIuzLLezAhUiWp QXKNxSn/7fBB3C6f7nXo7ojFKnbzQRBmTI76Nmh0tobmvqxxaQg1Zc6sgVfxDAAr+Y4u 6+LmojzmBB6Rec1T3qdycsxY5Ccf92QWoGze8K4vNETrm+ZsL2Ezj1tuP4I02iRcMF4Z jaxCdWAWrNqP9fTmgndRtWJsfgqI8gfaod4IVcASDD44ftAzdiCftIVk++k2rOHmGiYh 2eqXhkPSLrdIGLCQDgb26BipiPJcBg3xrW77txCfwmepSx/KtXzt8byER+awiUP8cCvD KIWA== X-Gm-Message-State: AOAM533AcaJp4fabi/y2vcJvQ4Z9kgn50GBamJvuawkxmXBuJFxytsLX cYPUH4QgyrZ/UsmoRYSric6VIrtMpCs= X-Google-Smtp-Source: ABdhPJyKh/fDkO7wKYLr9DupvudXaJRyGTa22LrSmX4yqkEoBHx3gh8IJQc3buN6a875cs2JL1rUxw== X-Received: by 2002:a1c:dfd7:: with SMTP id w206mr1885513wmg.130.1590507579402; Tue, 26 May 2020 08:39:39 -0700 (PDT) Received: from [192.168.0.88] (east.meadow.volia.net. [93.72.151.96]) by smtp.googlemail.com with ESMTPSA id s2sm44787wmh.11.2020.05.26.08.39.38 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Tue, 26 May 2020 08:39:38 -0700 (PDT) Subject: Re: iflib and options RSS is a no go for igbX To: Hans Petter Selasky , FreeBSD Current , Adrian Chadd References: <3e491993-aa46-9e16-0105-b79cbee6b2a3@selasky.org> From: Andriy Gapon Openpgp: preference=signencrypt Autocrypt: addr=avg@FreeBSD.org; prefer-encrypt=mutual; keydata= mQINBFm4LIgBEADNB/3lT7f15UKeQ52xCFQx/GqHkSxEdVyLFZTmY3KyNPQGBtyvVyBfprJ7 mAeXZWfhat6cKNRAGZcL5EmewdQuUfQfBdYmKjbw3a9GFDsDNuhDA2QwFt8BmkiVMRYyvI7l N0eVzszWCUgdc3qqM6qqcgBaqsVmJluwpvwp4ZBXmch5BgDDDb1MPO8AZ2QZfIQmplkj8Y6Z AiNMknkmgaekIINSJX8IzRzKD5WwMsin70psE8dpL/iBsA2cpJGzWMObVTtCxeDKlBCNqM1i gTXta1ukdUT7JgLEFZk9ceYQQMJJtUwzWu1UHfZn0Fs29HTqawfWPSZVbulbrnu5q55R4PlQ /xURkWQUTyDpqUvb4JK371zhepXiXDwrrpnyyZABm3SFLkk2bHlheeKU6Yql4pcmSVym1AS4 dV8y0oHAfdlSCF6tpOPf2+K9nW1CFA8b/tw4oJBTtfZ1kxXOMdyZU5fiG7xb1qDgpQKgHUX8 7Rd2T1UVLVeuhYlXNw2F+a2ucY+cMoqz3LtpksUiBppJhw099gEXehcN2JbUZ2TueJdt1FdS ztnZmsHUXLxrRBtGwqnFL7GSd6snpGIKuuL305iaOGODbb9c7ne1JqBbkw1wh8ci6vvwGlzx rexzimRaBzJxlkjNfMx8WpCvYebGMydNoeEtkWldtjTNVsUAtQARAQABtB5BbmRyaXkgR2Fw b24gPGF2Z0BGcmVlQlNELm9yZz6JAlQEEwEIAD4WIQS+LEO7ngQnXA4Bjr538m7TUc1yjwUC WbgsiAIbIwUJBaOagAULCQgHAgYVCAkKCwIEFgIDAQIeAQIXgAAKCRB38m7TUc1yj+JAEACV l9AK/nOWAt/9cufV2fRj0hdOqB1aCshtSrwHk/exXsDa4/FkmegxXQGY+3GWX3deIyesbVRL rYdtdK0dqJyT1SBqXK1h3/at9rxr9GQA6KWOxTjUFURsU7ok/6SIlm8uLRPNKO+yq0GDjgaO LzN+xykuBA0FlhQAXJnpZLcVfPJdWv7sSHGedL5ln8P8rxR+XnmsA5TUaaPcbhTB+mG+iKFj GghASDSfGqLWFPBlX/fpXikBDZ1gvOr8nyMY9nXhgfXpq3B6QCRYKPy58ChrZ5weeJZ29b7/ QdEO8NFNWHjSD9meiLdWQaqo9Y7uUxN3wySc/YUZxtS0bhAd8zJdNPsJYG8sXgKjeBQMVGuT eCAJFEYJqbwWvIXMfVWop4+O4xB+z2YE3jAbG/9tB/GSnQdVSj3G8MS80iLS58frnt+RSEw/ psahrfh0dh6SFHttE049xYiC+cM8J27Aaf0i9RflyITq57NuJm+AHJoU9SQUkIF0nc6lfA+o JRiyRlHZHKoRQkIg4aiKaZSWjQYRl5Txl0IZUP1dSWMX4s3XTMurC/pnja45dge/4ESOtJ9R 8XuIWg45Oq6MeIWdjKddGhRj3OohsltKgkEU3eLKYtB6qRTQypHHUawCXz88uYt5e3w4V16H lCpSTZV/EVHnNe45FVBlvK7k7HFfDDkryLkCDQRZuCyIARAAlq0slcsVboY/+IUJdcbEiJRW be9HKVz4SUchq0z9MZPX/0dcnvz/gkyYA+OuM78dNS7Mbby5dTvOqfpLJfCuhaNYOhlE0wY+ 1T6Tf1f4c/uA3U/YiadukQ3+6TJuYGAdRZD5EqYFIkreARTVWg87N9g0fT9BEqLw9lJtEGDY EWUE7L++B8o4uu3LQFEYxcrb4K/WKmgtmFcm77s0IKDrfcX4doV92QTIpLiRxcOmCC/OCYuO jB1oaaqXQzZrCutXRK0L5XN1Y1PYjIrEzHMIXmCDlLYnpFkK+itlXwlE2ZQxkfMruCWdQXye syl2fynAe8hvp7Mms9qU2r2K9EcJiR5N1t1C2/kTKNUhcRv7Yd/vwusK7BqJbhlng5ZgRx0m WxdntU/JLEntz3QBsBsWM9Y9wf2V4tLv6/DuDBta781RsCB/UrU2zNuOEkSixlUiHxw1dccI 6CVlaWkkJBxmHX22GdDFrcjvwMNIbbyfQLuBq6IOh8nvu9vuItup7qemDG3Ms6TVwA7BD3j+ 3fGprtyW8Fd/RR2bW2+LWkMrqHffAr6Y6V3h5kd2G9Q8ZWpEJk+LG6Mk3fhZhmCnHhDu6CwN MeUvxXDVO+fqc3JjFm5OxhmfVeJKrbCEUJyM8ESWLoNHLqjywdZga4Q7P12g8DUQ1mRxYg/L HgZY3zfKOqcAEQEAAYkCPAQYAQgAJhYhBL4sQ7ueBCdcDgGOvnfybtNRzXKPBQJZuCyIAhsM BQkFo5qAAAoJEHfybtNRzXKPBVwQAKfFy9P7N3OsLDMB56A4Kf+ZT+d5cIx0Yiaf4n6w7m3i ImHHHk9FIetI4Xe54a2IXh4Bq5UkAGY0667eIs+Z1Ea6I2i27Sdo7DxGwq09Qnm/Y65ADvXs 3aBvokCcm7FsM1wky395m8xUos1681oV5oxgqeRI8/76qy0hD9WR65UW+HQgZRIcIjSel9vR XDaD2HLGPTTGr7u4v00UeTMs6qvPsa2PJagogrKY8RXdFtXvweQFz78NbXhluwix2Tb9ETPk LIpDrtzV73CaE2aqBG/KrboXT2C67BgFtnk7T7Y7iKq4/XvEdDWscz2wws91BOXuMMd4c/c4 OmGW9m3RBLufFrOag1q5yUS9QbFfyqL6dftJP3Zq/xe+mr7sbWbhPVCQFrH3r26mpmy841ym dwQnNcsbIGiBASBSKksOvIDYKa2Wy8htPmWFTEOPRpFXdGQ27awcjjnB42nngyCK5ukZDHi6 w0qK5DNQQCkiweevCIC6wc3p67jl1EMFY5+z+zdTPb3h7LeVnGqW0qBQl99vVFgzLxchKcl0 R/paSFgwqXCZhAKMuUHncJuynDOP7z5LirUeFI8qsBAJi1rXpQoLJTVcW72swZ42IdPiboqx NbTMiNOiE36GqMcTPfKylCbF45JNX4nF9ElM0E+Y8gi4cizJYBRr2FBJgay0b9Cp Message-ID: <05a7a9a4-a5a5-f186-caab-68f8cb5d9212@FreeBSD.org> Date: Tue, 26 May 2020 18:39:37 +0300 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: <3e491993-aa46-9e16-0105-b79cbee6b2a3@selasky.org> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 49WdSF1rTJz4N85 X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of agapon@gmail.com designates 209.85.128.50 as permitted sender) smtp.mailfrom=agapon@gmail.com X-Spamd-Result: default: False [-2.40 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17:c]; MID_RHS_MATCH_FROM(0.00)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[FreeBSD.org]; NEURAL_HAM_LONG(-0.99)[-0.993]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; NEURAL_HAM_SHORT(-0.38)[-0.378]; RCVD_IN_DNSWL_NONE(0.00)[209.85.128.50:from]; NEURAL_HAM_MEDIUM(-1.03)[-1.025]; FORGED_SENDER(0.30)[avg@FreeBSD.org,agapon@gmail.com]; RWL_MAILSPIKE_POSSIBLE(0.00)[209.85.128.50:from]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; FROM_NEQ_ENVFROM(0.00)[avg@FreeBSD.org,agapon@gmail.com]; FREEMAIL_ENVFROM(0.00)[gmail.com]; RECEIVED_SPAMHAUS_PBL(0.00)[93.72.151.96:received] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 May 2020 15:39:42 -0000 On 26/05/2020 12:03, Hans Petter Selasky wrote: > Hi, > > I just found a bug where outgoing TCP connections over igb0 doesn't work because > likely the software computed hash is wrong, so the incoming packets get dropped > because they are received on the wrong queue. > > It is the management port, so I'm just using this hack for now: > > dev.igb.0.iflib.override_nrxqs=1 > dev.igb.0.iflib.override_ntxqs=1 This is a very common problem in our drivers. E.g., https://reviews.freebsd.org/D24733 -- Andriy Gapon From owner-freebsd-current@freebsd.org Tue May 26 18:55:43 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 D909E2F0D62 for ; Tue, 26 May 2020 18:55:43 +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 49WjpR4rt0z3ScQ for ; Tue, 26 May 2020 18:55:43 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: by mailman.nyi.freebsd.org (Postfix) id A4AB82F0D61; Tue, 26 May 2020 18:55:43 +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 A471A2F1083 for ; Tue, 26 May 2020 18:55:43 +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 49WjpR0lFHz3Sqs; Tue, 26 May 2020 18:55:42 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from tom.home (kib@localhost [127.0.0.1]) by kib.kiev.ua (8.15.2/8.15.2) with ESMTPS id 04QItSxL076245 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Tue, 26 May 2020 21:55:32 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua 04QItSxL076245 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id 04QItS6b076244; Tue, 26 May 2020 21:55:28 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Tue, 26 May 2020 21:55:28 +0300 From: Konstantin Belousov To: Andriy Gapon Cc: FreeBSD Current Subject: Re: acpi timer reads all ones [Was: efirtc + atrtc at the same time] Message-ID: <20200526185528.GA48478@kib.kiev.ua> References: <021d8df4-a4f8-620d-73b6-b6103d0bf7f1@FreeBSD.org> <199c8845-e42c-fbee-3f13-0b3d0d7234dc@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <199c8845-e42c-fbee-3f13-0b3d0d7234dc@FreeBSD.org> 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: 49WjpR0lFHz3Sqs X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; ASN(0.00)[asn:6939, ipnet:2001:470::/32, country:US]; REPLY(-4.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 May 2020 18:55:43 -0000 On Tue, May 26, 2020 at 06:22:13PM +0300, Andriy Gapon wrote: > On 25/05/2020 11:37, Andriy Gapon wrote: > > Also, there is another issue related to atrtc. > > When I have both drivers attached, and also when I have only atrtc attached > > (efi.rt.disabled=1), system clock jumps 10 minutes forward after each suspend / > > resume cycle (S0 -> S3 -> S0). That does not happen for reboot and shutdown > > cycles. I haven't investigated this deeper, but it is a curious problem. > > Actually, I was wrong. The problem can also occur with efirtc alone. > Also, sometimes there is a different problem where there are no callouts for a > period of time on the order of minutes. I tracked it to cc_lastscan being set > to a value greater than the current uptime. So, any scheduled callout gets > scheduled at cc_lastscan and it is a while before the uptime catches up. > > It seemed that both issues were connected and were a result of the uptime > jumping forward by some minutes and then jumping back to a sane value. > If something important happened during the weird period, like getting time of > day from hardware or invoking a callout, it lead to the observed effects. > > So, that gave me some ideas where to add debugging checks. > What I determined is that ACPI timer (ACPI-fast) could produce a reading of all > 1-s like happens when there is no hardware response. > > I caught one such instance and got a stack trace for it (but no crash dump > because devices had not resumed yet): > tc_windup() at tc_windup+0x318/frame 0xfffffe00a7a19300 > tc_ticktock() at tc_ticktock+0x4b/frame 0xfffffe00a7a19320 > hardclock() at hardclock+0x107/frame 0xfffffe00a7a19360 > handleevents() at handleevents+0xb3/frame 0xfffffe00a7a193a0 > timercb() at timercb+0x196/frame 0xfffffe00a7a193f0 > lapic_handle_timer() at lapic_handle_timer+0x98/frame 0xfffffe00a7a19420 > Xtimerint() at Xtimerint+0xb1/frame 0xfffffe00a7a19420 > --- interrupt, rip = 0xffffffff80b34500, rsp = 0xfffffe00a7a194f8, rbp = > 0xfffffe00a7a19540 --- > acpi_pcib_write_config() at acpi_pcib_write_config/frame 0xfffffe00a7a19540 > pci_cfg_restore() at pci_cfg_restore+0x2cc/frame 0xfffffe00a7a195a0 > pci_resume_child() at pci_resume_child+0xee/frame 0xfffffe00a7a195e0 > pci_resume() at pci_resume+0x49/frame 0xfffffe00a7a19630 > bus_generic_resume_child() at bus_generic_resume_child+0x43/frame 0xfffffe00a7a19650 > bus_generic_resume() at bus_generic_resume+0x29/frame 0xfffffe00a7a19680 > bus_generic_resume_child() at bus_generic_resume_child+0x43/frame 0xfffffe00a7a196a0 > bus_generic_resume() at bus_generic_resume+0x29/frame 0xfffffe00a7a196d0 > bus_generic_resume_child() at bus_generic_resume_child+0x43/frame 0xfffffe00a7a196f0 > bus_generic_resume() at bus_generic_resume+0x29/frame 0xfffffe00a7a19720 > bus_generic_resume_child() at bus_generic_resume_child+0x43/frame 0xfffffe00a7a19740 > root_resume() at root_resume+0x29/frame 0xfffffe00a7a19770 > acpi_EnterSleepState() at acpi_EnterSleepState+0x73b/frame 0xfffffe00a7a197f0 > acpi_AckSleepState() at acpi_AckSleepState+0x144/frame 0xfffffe00a7a19820 > devfs_ioctl() at devfs_ioctl+0xcb/frame 0xfffffe00a7a19870 > vn_ioctl() at vn_ioctl+0x132/frame 0xfffffe00a7a19980 > devfs_ioctl_f() at devfs_ioctl_f+0x1e/frame 0xfffffe00a7a199a0 > kern_ioctl() at kern_ioctl+0x27b/frame 0xfffffe00a7a19a00 > sys_ioctl() at sys_ioctl+0x123/frame 0xfffffe00a7a19ad0 > amd64_syscall() at amd64_syscall+0x140/frame 0xfffffe00a7a19bf0 > fast_syscall_common() at fast_syscall_common+0x101/frame 0xfffffe00a7a19bf0 > > I am not sure if this is just a coincidence but it appears as if a write to some > PCI configuration register could temporarily interfere with access to the PM > timer I/O port. > Is that plausible? If something disabled a BAR, then typical response of x86 chipset for timed out read from PCIe is 0xfffff... . From owner-freebsd-current@freebsd.org Tue May 26 21:53: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 9D2212F502F for ; Tue, 26 May 2020 21:53:51 +0000 (UTC) (envelope-from ianfreislich@gmail.com) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 49Wnlz2yg2z41XK for ; Tue, 26 May 2020 21:53:51 +0000 (UTC) (envelope-from ianfreislich@gmail.com) Received: by mailman.nyi.freebsd.org (Postfix) id 657F82F502E; Tue, 26 May 2020 21:53:51 +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 654642F5305 for ; Tue, 26 May 2020 21:53:51 +0000 (UTC) (envelope-from ianfreislich@gmail.com) Received: from mail-qk1-x72b.google.com (mail-qk1-x72b.google.com [IPv6:2607:f8b0:4864:20::72b]) (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 49Wnly4Wdpz41vy for ; Tue, 26 May 2020 21:53:50 +0000 (UTC) (envelope-from ianfreislich@gmail.com) Received: by mail-qk1-x72b.google.com with SMTP id f18so5617906qkh.1 for ; Tue, 26 May 2020 14:53:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=to:from:subject:message-id:date:user-agent:mime-version :content-language:content-transfer-encoding; bh=a38vVaUM87r+TiQOvxjabA3yAFUvuTr34cqF8rtkd9M=; b=orEHsHysEOdhsBAuYrgEirkRSxvBzkgjyoMEzg40w5P/pt13Dndq+0fv+dIFFt97N7 MqHbI0zuvQmbbo9Rp+2Cwkjxm7FOR5Kun9sbYKF1X1DKxyjnBqsZg5paLhA2uXLPFxCM zWgm0XZStJS3KFJmdFVVrtsxzVybP43679dMgtSNLD2xqKde5HSnWSxOUkQ1QmXiRlv6 OfFZbRb8lnoD0aAC2ajrLZYuHmXQEKIQh7oET0ixhntr3CTwPLXSqQYV+WmBf+egmsSD nBXpVHRv1UTh9HTfVax1YTP67xmWgtRFhGWa2SYw/TsngaGh7E4xTtdn7Dg6dvGPr23I GXIg== 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-language:content-transfer-encoding; bh=a38vVaUM87r+TiQOvxjabA3yAFUvuTr34cqF8rtkd9M=; b=twL61tA+n8kT2bTiYmmnC+D+wyoDelPe5hg+0paLW70e7FOK3kUhS7FEGkdMhocOr+ deCvvwS6bthLDz9s/ZG00jmhKo7gXAKa2lN7kZqWg7Lj3lA7VhqSjPl5dvTbfND1pHrj cW4AU2d5OvZbmCgdznTS/7i+JE4mgsFItcGf1y1eFn93jHFdExAeL6l3akQfdT2TpIT9 0bN3M9e/KOpLqOHEvQ0bIdDd4eVk6ZHDXeuMtKD9Jd+Zg9UE1h95kKwzuo8+4mwZEE1h XQIIGFrpRTdBNUysfGMjNoEQhI7FMaDrMlHvu9UYI0mgQ6zEELK3C8fTsEdYIRDBNDJw pHSA== X-Gm-Message-State: AOAM531LB8pCGgPAbsbI9lKDJKEMpcswSP9JQrIVlAAS426q73pjV9eI l0YwBLklm9HnQR8te5qHikNZFv/4N5I= X-Google-Smtp-Source: ABdhPJz85SlJ3GPg8lFz6sk+AmPBkqPuKwnwed9oVpMr4Vm0sRvl3khfKwG1ZIOexytEB1lEQmipkg== X-Received: by 2002:ae9:e703:: with SMTP id m3mr1018588qka.114.1590530029793; Tue, 26 May 2020 14:53:49 -0700 (PDT) Received: from [10.0.0.140] (c-73-20-244-53.hsd1.ga.comcast.net. [73.20.244.53]) by smtp.gmail.com with ESMTPSA id g51sm870929qtb.69.2020.05.26.14.53.49 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Tue, 26 May 2020 14:53:49 -0700 (PDT) To: current@freebsd.org From: Ian FREISLICH Subject: r360902 breaks VLAN interface on if_em (82579LM) Message-ID: <88004d48-4434-875a-5a36-0627b00c2f38@gmail.com> Date: Tue, 26 May 2020 17:53:48 -0400 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.7.0 Content-Language: en-US X-Rspamd-Queue-Id: 49Wnly4Wdpz41vy X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=orEHsHys; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of ianfreislich@gmail.com designates 2607:f8b0:4864:20::72b as permitted sender) smtp.mailfrom=ianfreislich@gmail.com X-Spamd-Result: default: False [-2.67 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36:c]; FREEMAIL_FROM(0.00)[gmail.com]; 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]; RECEIVED_SPAMHAUS_PBL(0.00)[73.20.244.53:received]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:~]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.02)[-1.022]; 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.003]; PREVIOUSLY_DELIVERED(0.00)[current@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_SPAM_SHORT(0.06)[0.056]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::72b:from]; MIME_HTML_ONLY(0.20)[]; RCVD_TLS_ALL(0.00)[] MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.33 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 May 2020 21:53:51 -0000 From owner-freebsd-current@freebsd.org Tue May 26 22:14: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 D07C92F5A85 for ; Tue, 26 May 2020 22:14:37 +0000 (UTC) (envelope-from jhb@FreeBSD.org) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 49WpCx5CN2z43Mx for ; Tue, 26 May 2020 22:14:37 +0000 (UTC) (envelope-from jhb@FreeBSD.org) Received: by mailman.nyi.freebsd.org (Postfix) id B094C2F55D3; Tue, 26 May 2020 22:14:37 +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 AF4D72F55D2 for ; Tue, 26 May 2020 22:14:37 +0000 (UTC) (envelope-from jhb@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 49WpCx46vXz43KY; Tue, 26 May 2020 22:14:37 +0000 (UTC) (envelope-from jhb@FreeBSD.org) Received: from John-Baldwins-MacBook-Pro-274.local (unknown [IPv6:2601:648:8203:2990:357e:46d1:e539:9658]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) (Authenticated sender: jhb) by smtp.freebsd.org (Postfix) with ESMTPSA id E14FE126C9; Tue, 26 May 2020 22:14:36 +0000 (UTC) (envelope-from jhb@FreeBSD.org) Subject: Re: acpi timer reads all ones [Was: efirtc + atrtc at the same time] To: Konstantin Belousov , Andriy Gapon Cc: FreeBSD Current References: <021d8df4-a4f8-620d-73b6-b6103d0bf7f1@FreeBSD.org> <199c8845-e42c-fbee-3f13-0b3d0d7234dc@FreeBSD.org> <20200526185528.GA48478@kib.kiev.ua> From: John Baldwin Autocrypt: addr=jhb@FreeBSD.org; keydata= mQGiBETQ+XcRBADMFybiq69u+fJRy/0wzqTNS8jFfWaBTs5/OfcV7wWezVmf9sgwn8TW0Dk0 c9MBl0pz+H01dA2ZSGZ5fXlmFIsee1WEzqeJzpiwd/pejPgSzXB9ijbLHZ2/E0jhGBcVy5Yo /Tw5+U/+laeYKu2xb0XPvM0zMNls1ah5OnP9a6Ql6wCgupaoMySb7DXm2LHD1Z9jTsHcAQMD /1jzh2BoHriy/Q2s4KzzjVp/mQO5DSm2z14BvbQRcXU48oAosHA1u3Wrov6LfPY+0U1tG47X 1BGfnQH+rNAaH0livoSBQ0IPI/8WfIW7ub4qV6HYwWKVqkDkqwcpmGNDbz3gfaDht6nsie5Z pcuCcul4M9CW7Md6zzyvktjnbz61BADGDCopfZC4of0Z3Ka0u8Wik6UJOuqShBt1WcFS8ya1 oB4rc4tXfSHyMF63aPUBMxHR5DXeH+EO2edoSwViDMqWk1jTnYza51rbGY+pebLQOVOxAY7k do5Ordl3wklBPMVEPWoZ61SdbcjhHVwaC5zfiskcxj5wwXd2E9qYlBqRg7QeSm9obiBCYWxk d2luIDxqaGJARnJlZUJTRC5vcmc+iGAEExECACAFAkTQ+awCGwMGCwkIBwMCBBUCCAMEFgID AQIeAQIXgAAKCRBy3lIGd+N/BI6RAJ9S97fvbME+3hxzE3JUyUZ6vTewDACdE1stFuSfqMvM jomvZdYxIYyTUpC5Ag0ERND5ghAIAPwsO0B7BL+bz8sLlLoQktGxXwXQfS5cInvL17Dsgnr3 1AKa94j9EnXQyPEj7u0d+LmEe6CGEGDh1OcGFTMVrof2ZzkSy4+FkZwMKJpTiqeaShMh+Goj XlwIMDxyADYvBIg3eN5YdFKaPQpfgSqhT+7El7w+wSZZD8pPQuLAnie5iz9C8iKy4/cMSOrH YUK/tO+Nhw8Jjlw94Ik0T80iEhI2t+XBVjwdfjbq3HrJ0ehqdBwukyeJRYKmbn298KOFQVHO EVbHA4rF/37jzaMadK43FgJ0SAhPPF5l4l89z5oPu0b/+5e2inA3b8J3iGZxywjM+Csq1tqz hltEc7Q+E08AAwUIAL+15XH8bPbjNJdVyg2CMl10JNW2wWg2Q6qdljeaRqeR6zFus7EZTwtX sNzs5bP8y51PSUDJbeiy2RNCNKWFMndM22TZnk3GNG45nQd4OwYK0RZVrikalmJY5Q6m7Z16 4yrZgIXFdKj2t8F+x613/SJW1lIr9/bDp4U9tw0V1g3l2dFtD3p3ZrQ3hpoDtoK70ioIAjjH aIXIAcm3FGZFXy503DOA0KaTWwvOVdYCFLm3zWuSOmrX/GsEc7ovasOWwjPn878qVjbUKWwx Q4QkF4OhUV9zPtf9tDSAZ3x7QSwoKbCoRCZ/xbyTUPyQ1VvNy/mYrBcYlzHodsaqUDjHuW+I SQQYEQIACQUCRND5ggIbDAAKCRBy3lIGd+N/BCO8AJ9j1dWVQWxw/YdTbEyrRKOY8YZNwwCf afMAg8QvmOWnHx3wl8WslCaXaE8= Message-ID: Date: Tue, 26 May 2020 15:14:35 -0700 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:68.0) Gecko/20100101 Thunderbird/68.6.0 MIME-Version: 1.0 In-Reply-To: <20200526185528.GA48478@kib.kiev.ua> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 May 2020 22:14:37 -0000 On 5/26/20 11:55 AM, Konstantin Belousov wrote: > On Tue, May 26, 2020 at 06:22:13PM +0300, Andriy Gapon wrote: >> On 25/05/2020 11:37, Andriy Gapon wrote: >>> Also, there is another issue related to atrtc. >>> When I have both drivers attached, and also when I have only atrtc attached >>> (efi.rt.disabled=1), system clock jumps 10 minutes forward after each suspend / >>> resume cycle (S0 -> S3 -> S0). That does not happen for reboot and shutdown >>> cycles. I haven't investigated this deeper, but it is a curious problem. >> >> Actually, I was wrong. The problem can also occur with efirtc alone. >> Also, sometimes there is a different problem where there are no callouts for a >> period of time on the order of minutes. I tracked it to cc_lastscan being set >> to a value greater than the current uptime. So, any scheduled callout gets >> scheduled at cc_lastscan and it is a while before the uptime catches up. >> >> It seemed that both issues were connected and were a result of the uptime >> jumping forward by some minutes and then jumping back to a sane value. >> If something important happened during the weird period, like getting time of >> day from hardware or invoking a callout, it lead to the observed effects. >> >> So, that gave me some ideas where to add debugging checks. >> What I determined is that ACPI timer (ACPI-fast) could produce a reading of all >> 1-s like happens when there is no hardware response. >> >> I caught one such instance and got a stack trace for it (but no crash dump >> because devices had not resumed yet): >> tc_windup() at tc_windup+0x318/frame 0xfffffe00a7a19300 >> tc_ticktock() at tc_ticktock+0x4b/frame 0xfffffe00a7a19320 >> hardclock() at hardclock+0x107/frame 0xfffffe00a7a19360 >> handleevents() at handleevents+0xb3/frame 0xfffffe00a7a193a0 >> timercb() at timercb+0x196/frame 0xfffffe00a7a193f0 >> lapic_handle_timer() at lapic_handle_timer+0x98/frame 0xfffffe00a7a19420 >> Xtimerint() at Xtimerint+0xb1/frame 0xfffffe00a7a19420 >> --- interrupt, rip = 0xffffffff80b34500, rsp = 0xfffffe00a7a194f8, rbp = >> 0xfffffe00a7a19540 --- >> acpi_pcib_write_config() at acpi_pcib_write_config/frame 0xfffffe00a7a19540 >> pci_cfg_restore() at pci_cfg_restore+0x2cc/frame 0xfffffe00a7a195a0 >> pci_resume_child() at pci_resume_child+0xee/frame 0xfffffe00a7a195e0 >> pci_resume() at pci_resume+0x49/frame 0xfffffe00a7a19630 >> bus_generic_resume_child() at bus_generic_resume_child+0x43/frame 0xfffffe00a7a19650 >> bus_generic_resume() at bus_generic_resume+0x29/frame 0xfffffe00a7a19680 >> bus_generic_resume_child() at bus_generic_resume_child+0x43/frame 0xfffffe00a7a196a0 >> bus_generic_resume() at bus_generic_resume+0x29/frame 0xfffffe00a7a196d0 >> bus_generic_resume_child() at bus_generic_resume_child+0x43/frame 0xfffffe00a7a196f0 >> bus_generic_resume() at bus_generic_resume+0x29/frame 0xfffffe00a7a19720 >> bus_generic_resume_child() at bus_generic_resume_child+0x43/frame 0xfffffe00a7a19740 >> root_resume() at root_resume+0x29/frame 0xfffffe00a7a19770 >> acpi_EnterSleepState() at acpi_EnterSleepState+0x73b/frame 0xfffffe00a7a197f0 >> acpi_AckSleepState() at acpi_AckSleepState+0x144/frame 0xfffffe00a7a19820 >> devfs_ioctl() at devfs_ioctl+0xcb/frame 0xfffffe00a7a19870 >> vn_ioctl() at vn_ioctl+0x132/frame 0xfffffe00a7a19980 >> devfs_ioctl_f() at devfs_ioctl_f+0x1e/frame 0xfffffe00a7a199a0 >> kern_ioctl() at kern_ioctl+0x27b/frame 0xfffffe00a7a19a00 >> sys_ioctl() at sys_ioctl+0x123/frame 0xfffffe00a7a19ad0 >> amd64_syscall() at amd64_syscall+0x140/frame 0xfffffe00a7a19bf0 >> fast_syscall_common() at fast_syscall_common+0x101/frame 0xfffffe00a7a19bf0 >> >> I am not sure if this is just a coincidence but it appears as if a write to some >> PCI configuration register could temporarily interfere with access to the PM >> timer I/O port. >> Is that plausible? > If something disabled a BAR, then typical response of x86 chipset for timed > out read from PCIe is 0xfffff... . And the ACPI timer might be "behind" the isab0 bridge device which would indeed cause this. -- John Baldwin From owner-freebsd-current@freebsd.org Tue May 26 22:32: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 96F272F5CE6 for ; Tue, 26 May 2020 22:32:33 +0000 (UTC) (envelope-from allanjude@freebsd.org) Received: from tor1-11.mx.scaleengine.net (tor1-11.mx.scaleengine.net [209.51.186.6]) (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 49Wpcd3GLDz44Ns for ; Tue, 26 May 2020 22:32:33 +0000 (UTC) (envelope-from allanjude@freebsd.org) Received: from [10.1.1.2] (Seawolf.HML3.ScaleEngine.net [209.51.186.28]) (Authenticated sender: allanjude.freebsd@scaleengine.com) by tor1-11.mx.scaleengine.net (Postfix) with ESMTPSA id A441E5630 for ; Tue, 26 May 2020 22:32:32 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.10.3 tor1-11.mx.scaleengine.net A441E5630 Subject: Re: ZFS BE not booting To: freebsd-current@freebsd.org References: <20200525085103.GA51695@lordsith.net> <20200525201316.GA90171@lordsith.net> <20200525204059.GB90171@lordsith.net> From: Allan Jude Autocrypt: addr=allanjude@freebsd.org; prefer-encrypt=mutual; keydata= xsFNBFVwZcYBEADwrZDH0xe0ZVjc9ORCc6PcBLwS/RTXA6NkvpD6ea02pZ8lPOVgteuuugFc D34LdDbiWr+479vfrKBh+Y38GL0oZ0/13j10tIlDMHSa5BU0y6ACtnhupFvVlQ57+XaJAb/q 7qkfSiuxVwQ3FY3PL3cl1RrIP5eGHLA9hu4eVbu+FOX/q/XVKz49HaeIaxzo2Q54572VzIo6 C28McX9m65UL5fXMUGJDDLCItLmehZlHsQQ+uBxvODLFpVV2lUgDR/0rDa0B9zHZX8jY8qQ7 ZdCSy7CwClXI054CkXZCaBzgxYh/CotdI8ezmaw7NLs5vWNTxaDEFXaFMQtMVhvqQBpHkfOD 7rjjOmFw00nJL4FuPE5Yut0CPyx8vLjVmNJSt/Y8WxxmhutsqJYFgYfWl/vaWkrFLur/Zcmz IklwLw35HLsCZytCN5A3rGKdRbQjD6QPXOTJu0JPrJF6t2xFkWAT7oxnSV0ELhl2g+JfMMz2 Z1PDmS3NRnyEdqEm7NoRGXJJ7bgxDbN+9SXTyOletqGNXj/bSrBvhvZ0RQrzdHAPwQUfVSU2 qBhQEi2apSZstgVNMan0GUPqCdbE2zpysg+zT7Yhvf9EUQbzPL4LpdK1llT9fZbrdMzEXvEF oSvwJFdV3sqKmZc7b+E3PuxK6GTsKqaukd/3Cj8aLHG1T1im1QARAQABzSJBbGxhbiBKdWRl IDxhbGxhbmp1ZGVAZnJlZWJzZC5vcmc+wsF/BBMBAgApBQJVcGXGAhsjBQkSzAMABwsJCAcD AgEGFQgCCQoLBBYCAwECHgECF4AACgkQGZU1PhKYC34Muw/+JOKpSfhhysWFYiRXynGRDe07 Z6pVsn7DzrPUMRNZfHu8Uujmmy3p2nx9FelIY9yjd2UKHhug+whM54MiIFs90eCRVa4XEsPR 4FFAm0DAWrrb7qhZFcE/GhHdRWpZ341WAElWf6Puj2devtRjfYbikvj5+1V1QmDbju7cEw5D mEET44pTuD2VMRJpu2yZZzkM0i+wKFuPxlhqreufA1VNkZXI/rIfkYWK+nkXd9Efw3YdCyCQ zUgTUCb88ttSqcyhik/li1CDbXBpkzDCKI6I/8fAb7jjOC9LAtrZJrdgONywcVFoyK9ZN7EN AVA+xvYCmuYhR/3zHWH1g4hAm1v1+gIsufhajhfo8/wY1SetlzPaYkSkVQLqD8T6zZyhf+AN bC7ci44UsiKGAplB3phAXrtSPUEqM86kbnHg3fSx37kWKUiYNOnx4AC2VXvEiKsOBlpyt3dw WQbOtOYM+vkfbBwDtoGOOPYAKxc4LOIt9r+J8aD+gTooi9Eo5tvphATf9WkCpl9+aaGbSixB tUpvQMRnSMqTqq4Z7DeiG6VMRQIjsXDSLJEUqcfhnLFo0Ko/RiaHd5xyAQ4DhQ9QpkyQjjNf /3f/dYG7JAtoD30txaQ5V8uHrz210/77DRRX+HJjEj6xCxWUGvQgvEZf5XXyxeePvqZ+zQyT DX61bYw6w6bOwU0EVXBlxgEQAMy7YVnCCLN4oAOBVLZ5nUbVPvpUhsdA94/0/P+uqCIh28Cz ar56OCX0X19N/nAWecxL4H32zFbIRyDB2V/MEh4p9Qvyu/j4i1r3Ex5GhOT2hnit43Ng46z5 29Es4TijrHJP4/l/rB2VOqMKBS7Cq8zk1cWqaI9XZ59imxDNjtLLPPM+zQ1yE3OAMb475QwN UgWxTMw8rkA7CEaqeIn4sqpTSD5C7kT1Bh26+rbgJDZ77D6Uv1LaCZZOaW52okW3bFbdozV8 yM2u+xz2Qs8bHz67p+s+BlygryiOyYytpkiK6Iy4N7FTolyj5EIwCuqzfk0SaRHeOKX2ZRjC qatkgoD/t13PNT38V9tw3qZVOJDS0W6WM8VSg+F+bkM9LgJ8CmKV+Hj0k3pfGfYPOZJ/v18i +SmZmL/Uw2RghnwDWGAsPCKu4uZR777iw7n9Io6Vfxndw2dcS0e9klvFYoaGS6H2F13Asygr WBzFNGFQscN4mUW+ZYBzpTOcHkdT7w8WS55BmXYLna+dYer9/HaAuUrONjujukN4SPS1fMJ2 /CS/idAUKyyVVX5vozoNK2JVC1h1zUAVsdnmhEzNPsvBoqcVNfyqBFROEVLIPwq+lQMGNVjH ekLTKRWf59MEhUC2ztjSKkGmwdg73d6xSXMuq45EgIJV2wPvOgWQonoHH/kxABEBAAHCwWUE GAECAA8FAlVwZcYCGwwFCRLMAwAACgkQGZU1PhKYC34w5A//YViBtZyDV5O+SJT9FFO3lb9x Zdxf0trA3ooCt7gdBkdnBM6T5EmjgVZ3KYYyFfwXZVkteuCCycMF/zVw5eE9FL1+zz9gg663 nY9q2F77TZTKXVWOLlOV2bY+xaK94U4ytogOGhh9b4UnQ/Ct3+6aviCF78Go608BXbmF/GVT 7uhddemk7ItxM1gE5Hscx3saxGKlayaOsdPKeGTVJCDEtHDuOc7/+jGh5Zxpk/Hpi+DUt1ot 8e6hPYLIQa4uVx4f1xxxV858PQ7QysSLr9pTV7FAQ18JclCaMc7JWIa3homZQL/MNKOfST0S 2e+msuRwQo7AnnfFKBUtb02KwpA4GhWryhkjUh/kbVc1wmGxaU3DgXYQ5GV5+Zf4kk/wqr/7 KG0dkTz6NLCVLyDlmAzuFhf66DJ3zzz4yIo3pbDYi3HB/BwJXVSKB3Ko0oUo+6/qMrOIS02L s++QE/z7K12CCcs7WwOjfCYHK7VtE0Sr/PfybBdTbuDncOuAyAIeIKxdI2nmQHzl035hhvQX s4CSghsP319jAOQiIolCeSbTMD4QWMK8RL/Pe1FI1jC3Nw9s+jq8Dudtbcj2UwAP/STUEbJ9 5rznzuuhPjE0e++EU/RpWmcaIMK/z1zZDMN+ce2v1qzgV936ZhJ3iaVzyqbEE81gDxg3P+IM kiYh4ZtPB4Q= Message-ID: Date: Tue, 26 May 2020 18:32:28 -0400 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:68.0) Gecko/20100101 Thunderbird/68.8.0 MIME-Version: 1.0 In-Reply-To: <20200525204059.GB90171@lordsith.net> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="CnVC9GYH8dSNhlkEI8GoNAuUCrmIUz6d7" X-Rspamd-Queue-Id: 49Wpcd3GLDz44Ns X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [0.00 / 15.00]; ASN(0.00)[asn:6939, ipnet:209.51.160.0/19, country:US]; local_wl_from(0.00)[freebsd.org] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 May 2020 22:32:33 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --CnVC9GYH8dSNhlkEI8GoNAuUCrmIUz6d7 Content-Type: multipart/mixed; boundary="yKte7A6FmOV65R3TVkq8N1SiRtueT1fx2"; protected-headers="v1" From: Allan Jude To: freebsd-current@freebsd.org Message-ID: Subject: Re: ZFS BE not booting References: <20200525085103.GA51695@lordsith.net> <20200525201316.GA90171@lordsith.net> <20200525204059.GB90171@lordsith.net> In-Reply-To: <20200525204059.GB90171@lordsith.net> --yKte7A6FmOV65R3TVkq8N1SiRtueT1fx2 Content-Type: text/plain; charset=windows-1252 Content-Language: en-US Content-Transfer-Encoding: quoted-printable On 2020-05-25 16:40, marco wrote: > On Mon, May 25, 2020 at 08:13:16PM +0000, you (marco) sent the followin= g to [freebsd-current] : >> >> I took 3 pictures of the system dropping to the debugger for r360723. >> 1st 2 pictures are right before the panic and the final the panic scre= en >> itself. >> It seems the panic occurs right before the system normally switches to= >> the framebuffer device. >> >> https://pasteboard.co/Ja3koTn.jpg 1st screen >> https://pasteboard.co/Ja3mlVy.jpg 2nd screen >> https://pasteboard.co/Ja3n8kv.jpg final screen >> =20 >> thanks so far >> >> Marco >> >=20 > Hmm, with the r359556 BE currently active, to my surprise 'svn info' on= /usr/src is showing it's at r360723 instead of r359556. > IIRC after creating the r360723 BE I mounted it, cd'd into > /tmp/be_mount.xxxxx/usr/src and ran a 'svn up -r 360723'. > I might be mistaken in that step, can't remember. > Perhaps I activated r360723, rebooted into it and did a 'svn up -r > 360723' from /usr/src. >=20 > If /usr is not a part of a BE how does one keep different versions of > /usr/src if I mean to do src upgrades using BEs ? >=20 Looks like the problem is the graphics driver. When you rebuild your kernel you also need to update the drm-kmod port to match your kernel version. --=20 Allan Jude --yKte7A6FmOV65R3TVkq8N1SiRtueT1fx2-- --CnVC9GYH8dSNhlkEI8GoNAuUCrmIUz6d7 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (MingW32) iQIcBAEBAgAGBQJezZj/AAoJEBmVNT4SmAt+cPwP/R6TZDy/ND1vb3786ACoMTZR VVjxwpxlSPIehSGnflZt+IpL1eYGWKFMXsTljjEN3v0kf1V1txTPhew5MYzW38n7 IoG0LZJrc9BF8G3J3OXc5w9xvTEPXAbj/07IC64K+cMLRvx7/wbFKwhjmuU1VMS6 KcdfR6xx4L5Oz/2jZecvUJTcdjogIabpzMcdTZxGa/wnzXSaqeCuzxcPbhnmypST S9kk94YK2Z/gyf8b1G9vsYCoV7dTvdcv4fKWjmeO4nAeAxm0JEi0MGBpc4rNEPDG 8ZGcPsDyHg2hPreiyryK5hKARJD6s3EuFacAGT9T9pWGmERk+5Yxuatpx7kTYeab nzCsILyVdfRFceRRmF45M3gNAlWjKG1sCHuyfvhFTT3ABASgmjP0S/2tQwnVagqV M4MEScq0x1cu/QiaAfEXrMpRG3GymvVJeRPWKwC/4PB1nsMbdwW3NzYCvYNbfbf0 BCU7haWxw/NLcqiqPdjX15z8a3dgDT5O+73zAmsfGJFJVd6TtxJONi/TEHq5BnYX FOwnwwhX8wnsjqztLTbKyAhyAvsDgidkqzOnRqx2fQnTKLo2kDrCEkpPR62pWBWX /VD9P64+YgTyd40AFGWYKqcp8u1UMA/0uxzjetiu7wRDornxxVNRGq1tJAl4d7aN 0WOq/uNFXW2R+hzC/lyX =FFth -----END PGP SIGNATURE----- --CnVC9GYH8dSNhlkEI8GoNAuUCrmIUz6d7-- From owner-freebsd-current@freebsd.org Tue May 26 23:39: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 73A5C2F70DE for ; Tue, 26 May 2020 23:39:17 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-qt1-f171.google.com (mail-qt1-f171.google.com [209.85.160.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 49Wr5b4sB9z497Q for ; Tue, 26 May 2020 23:39:15 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: by mail-qt1-f171.google.com with SMTP id j32so2830972qte.10 for ; Tue, 26 May 2020 16:39:15 -0700 (PDT) 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=MqdpMvcQZrFJ4ykeh64eMpsOnvJnbDfIWNWgizs6QE4=; b=PjKeOq+jVNutMkyhvnxRMF41GmVh9pa69phtY+yenuQ4YbrziqjRMYNNZcj2QRp/Yj dsaxUUKcXv+qW+aOIIgG2G78Xf7CBEuy154VPfVRSMklG0BvyTCOnVS4WrnEs9QhnFHT IHWykK5uQoFnUAxXxg1CxRxk8cd9Yfk9GIPKXy3fq5lMNXxbCnvYJwjtHgSMq50WPb7S ysaQdCV9ep9lwMzmNMhB8SyROCpW8PpFtKwYVNRSFzo2MMyOFSbR10Z0eHK62nTYGMjq jDyOo+0owNFzhO4fAHfOgFDjFo98oUF9pL3SLfVI9Imqzn/fv9n3P7asbLdQJW2X1pCb cQOw== X-Gm-Message-State: AOAM530zBp71GY9DgwP6BeSLcKEaOzYgVbbczUHeXxQuTPOkPJzQvMKF OwB2hSDVVAv5s5BJJMasZIJbV1/qZWwNQWsn8Vk= X-Google-Smtp-Source: ABdhPJwPvmyQM1sbbgTnSJHbV5Db7tIMAOoyQOh3iQvSIu+19qD9lxYB4snTuTaQZ0j08P/gYHYLbZ9IDxqj7TvsVvc= X-Received: by 2002:ac8:c8b:: with SMTP id n11mr1458766qti.49.1590536354650; Tue, 26 May 2020 16:39:14 -0700 (PDT) MIME-Version: 1.0 References: <3e491993-aa46-9e16-0105-b79cbee6b2a3@selasky.org> In-Reply-To: <3e491993-aa46-9e16-0105-b79cbee6b2a3@selasky.org> From: Adrian Chadd Date: Tue, 26 May 2020 16:39:00 -0700 Message-ID: Subject: Re: iflib and options RSS is a no go for igbX To: Hans Petter Selasky Cc: FreeBSD Current Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 49Wr5b4sB9z497Q X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of adrianchadd@gmail.com designates 209.85.160.171 as permitted sender) smtp.mailfrom=adrianchadd@gmail.com X-Spamd-Result: default: False [-2.48 / 15.00]; FROM_NEQ_ENVFROM(0.00)[adrian@freebsd.org,adrianchadd@gmail.com]; ARC_NA(0.00)[]; RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17]; NEURAL_HAM_LONG(-1.00)[-0.995]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DMARC_NA(0.00)[freebsd.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; NEURAL_HAM_SHORT(-0.46)[-0.464]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[209.85.160.171:from]; NEURAL_HAM_MEDIUM(-1.02)[-1.019]; FORGED_SENDER(0.30)[adrian@freebsd.org,adrianchadd@gmail.com]; RWL_MAILSPIKE_POSSIBLE(0.00)[209.85.160.171: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:+]; TAGGED_FROM(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 May 2020 23:39:17 -0000 reply to all this time: On Tue, 26 May 2020 at 02:03, Hans Petter Selasky wrote: > > Hi, > > I just found a bug where outgoing TCP connections over igb0 doesn't work > because likely the software computed hash is wrong, so the incoming > packets get dropped because they are received on the wrong queue. > > It is the management port, so I'm just using this hack for now: > > dev.igb.0.iflib.override_nrxqs=1 > dev.igb.0.iflib.override_ntxqs=1 Did iflib + RSS get broken? Cause it used to work just fine when I was still doing networking stuff at norse, and igb was one of the supported pieces of hardware I fixed up RSS on. The trick was literally making sure the tcp/udp l3 / l4 hash configuration was setup right (which it was by default for at least igb, where RSS worked!) and the hardware programmed in the right RSS key. Outbound connections would work fine, but they wouldn't be created in the local RSS CPU because you didn't know the details until you finished creating a socket. But all the hijinx were done behind the scenes so things got lined up in the right queues. I can go setup my second PC this week (I have PTO!) and go see if I have any PCIe igb hardware here. I /think/ I do but it's fibre. -adrian From owner-freebsd-current@freebsd.org Wed May 27 00:01: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 728E82F7E92 for ; Wed, 27 May 2020 00:01:24 +0000 (UTC) (envelope-from mmacy@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 49Wrb82VNKz4BrR for ; Wed, 27 May 2020 00:01:24 +0000 (UTC) (envelope-from mmacy@freebsd.org) Received: from mail-lj1-f177.google.com (mail-lj1-f177.google.com [209.85.208.177]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) (Authenticated sender: mmacy) by smtp.freebsd.org (Postfix) with ESMTPSA id 5128113F8C for ; Wed, 27 May 2020 00:01:24 +0000 (UTC) (envelope-from mmacy@freebsd.org) Received: by mail-lj1-f177.google.com with SMTP id a25so15099117ljp.3 for ; Tue, 26 May 2020 17:01:24 -0700 (PDT) X-Gm-Message-State: AOAM533LIDNjd0etGZwmJ6Myiv2ypo7azNP0OyCoYX7wNq+Ou5OYtZ08 NdlvED43FWqzpltli6v66pc+JBsxmDrq+18Dkfo= X-Google-Smtp-Source: ABdhPJzrnmAWf50u4V0WJetKs4vXSoFe7YMRN6Y9KBkz7xmd7m9hP2CcUZkM5RAfsII79BuvYRcxlgHYdR4ppvii1tw= X-Received: by 2002:a2e:95d2:: with SMTP id y18mr1613202ljh.321.1590537682714; Tue, 26 May 2020 17:01:22 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Matthew Macy Date: Tue, 26 May 2020 17:01:11 -0700 X-Gmail-Original-Message-ID: Message-ID: Subject: Fwd: iflib and options RSS is a no go for igbX To: freebsd-current Content-Type: text/plain; charset="UTF-8" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 May 2020 00:01:24 -0000 > > I can go setup my second PC this week (I have PTO!) and go see if I > have any PCIe igb hardware here. I /think/ I do but it's fibre. The RSS compile time option used to be disabled in part because of this. The drivers had working RSS that relied on packet receipt before setting flowid. -M From owner-freebsd-current@freebsd.org Wed May 27 00: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 4BD7E2F8BB5 for ; Wed, 27 May 2020 00:10:55 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from CAN01-QB1-obe.outbound.protection.outlook.com (mail-qb1can01on0604.outbound.protection.outlook.com [IPv6:2a01:111:f400:fe5c::604]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "GlobalSign Organization Validation CA - SHA256 - G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49Wrp61Jc6z4CgQ; Wed, 27 May 2020 00:10:53 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=b+h/ux9fgOcyB5XIbzwEPRGlB5bsrYu8WAM29o5I6XXD95YNusnuW5UVzyGKnCdbwi6XLrG2Z5sFmRjAqI0Pz2ygVMV+6wWvsCYmS08Y7zTOKMPJ+b3HNmJ0Zpy4whSodYUJ36+3YnHqjBb2l5BKUP3O9lH2US8NybYPoKzAAO3y+qzqXhlUWRQNtGv1SFxSxxSj26VnGG+7T8MIhT7CbxMxPKI7e08Dw/bnnORTwPOeFIn6mZ5pefP5/CHcU3kvStv8vCweAeqc2AxCln5WV/EfDAtbniueT20cwNuxUiO2Hn1eqOiMJC6sdJm4T2FaRuZRLP35H7YZM8TfYb11rA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=1QcxbfSz9P5PoRUotZIoEDWzeVjY+SkqQh+/kdpj8HI=; b=VTpnOXrQAv7kZ0HjbA9m6MXtdeJohJqfwbhGvC5Z+FGX24s1JwnETF1ZJRPxAqz8gSObRme8SSL6Xkz54cpSTzNPiLXfXrJl7aGyLiQB83lkh39Fg9fxUVlA4cpTFWPWPJGxwdFSQuxLJf5OhShjj+BQhKsDsCUvs06VVXnTLkgbB7LMFy+lU1oUqQp4s8j/Bv0kfcKeA+ecSAEA9Sy/Hf2BoYb6Rw/ZqqWWkwdiF12gpnfT576cC9oJzFGvFK+7V9Cq5a2WWqfvITZJbmVhweCJHf7OZFiIv9v7d8DNiiCjbx69e7L7oe9zFXSpLQhrJakulRhtoREhTxoQBg5oYA== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=uoguelph.ca; dmarc=pass action=none header.from=uoguelph.ca; dkim=pass header.d=uoguelph.ca; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=uoguelph.ca; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=1QcxbfSz9P5PoRUotZIoEDWzeVjY+SkqQh+/kdpj8HI=; b=N/c5i8ZwHlsLkYQ5wuVHyid4pROvltDjN9DlKdbRnqYZPGkjFiynqSUDPfBm4jhdb3jwa1Hv4RPcA0dbGNA227r60TmEbgqibmSE4wrxn2GrIg/HAZUujyeCqoXOh20CkIGQa5kYWKgrqWA9jfwIq8REVxP20+CnZA6pk9mF5bqjtWVNMDCyNvHH4Bc03iSqh5ACNHWeWDLzF/MDGukfz4XWhuqT7paxRdEWz2RV8DkQj4FTWsR2xaL3yop3B6kdaRfbyV1+bDwjLibp25uf2wNzZMrJ0JwwYY3CYiGHLadNkwt+f79Gs3RaRN1AoC8cR1fUj9wo03ODebF8ALwNtg== Received: from QB1PR01MB3649.CANPRD01.PROD.OUTLOOK.COM (2603:10b6:c00:32::26) by QB1PR01MB3970.CANPRD01.PROD.OUTLOOK.COM (2603:10b6:c00:39::23) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3045.17; Wed, 27 May 2020 00:10:52 +0000 Received: from QB1PR01MB3649.CANPRD01.PROD.OUTLOOK.COM ([fe80::dd96:945c:b6ee:ffa2]) by QB1PR01MB3649.CANPRD01.PROD.OUTLOOK.COM ([fe80::dd96:945c:b6ee:ffa2%6]) with mapi id 15.20.3021.029; Wed, 27 May 2020 00:10:52 +0000 From: Rick Macklem To: Konstantin Belousov CC: Ryan Libby , "freebsd-current@FreeBSD.org" Subject: Re: r358252 causes intermittent hangs where processes are stuck sleeping on btalloc Thread-Topic: r358252 causes intermittent hangs where processes are stuck sleeping on btalloc Thread-Index: AQHWLwsKoH8lF1xuI0WPckyCNZ/JGaiyHHkAgAA2qQCAAlx9bIAA08mAgAWQ7N0= Date: Wed, 27 May 2020 00:10:51 +0000 Message-ID: References: <20200521101428.GC64045@kib.kiev.ua> , <20200523105601.GN64045@kib.kiev.ua> In-Reply-To: <20200523105601.GN64045@kib.kiev.ua> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: ce614e13-2120-45a3-ce26-08d801d26ad4 x-ms-traffictypediagnostic: QB1PR01MB3970: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:7691; x-forefront-prvs: 04163EF38A x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: jGUt7/jLZ87wOAi8vurFdSQ63V7vUsmWVbRUSOvpd32lcQtztUcO28+vt3xkWsgPCjMLxHQK8CkXrgexWLdXiS5Roq6MazYxQNB3Me2nfHzpk/dPyUa5JyovZXIR4VN3XXE+lvAkVJhecxYsoELmVQOq1ZmZuwlQAOdb80IXjFXoWK6VUdKE+tfWXlm5rPO1HikFNZRWVu2tiCItpQk5SyOQKL6WV7Bk27yPCp507/Vz/cMXCgdtvrH7FrfL8hTiSfP8hgfh+6HRNHiFsWQSL3K0VkudhfIIMV4oktOReSrEJlP563JlinuvLROFzwlSeq4/1F4m7YjQgWaivB2HGSvep0TeBFlCM9j3jbNVy/q5TGja+nPwUStmmk0slpc2mY/PNJ8jVuBppL0J7/3N0A== x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:QB1PR01MB3649.CANPRD01.PROD.OUTLOOK.COM; PTR:; CAT:NONE; SFTY:; SFS:(136003)(376002)(346002)(39840400004)(396003)(366004)(33656002)(966005)(7696005)(83380400001)(66476007)(66946007)(66556008)(76116006)(66446008)(6506007)(4326008)(52536014)(53546011)(86362001)(64756008)(478600001)(54906003)(9686003)(55016002)(786003)(316002)(6916009)(8936002)(186003)(8676002)(5660300002)(71200400001)(2906002); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata: NXjqvp4SPWibHvxcu2iZl+cNJlyyFBmYMDfbkc5w/RqBn77uIIT/aY6uB6910QyIu2lVtzCuWxgd+sgK77JbAhqm17YUcOomIEaKsvldDQo6XNXAkMsL6NHjw9CTQyCs5WWrbqEd8eXo+VjH0Wt5HkuDoRjcpO11UvTnVkKCWwMnOQLrQhQhqB7F8ozyotN/cptX8gIVySqIX8nPfbBcm5vkV5uUz8RBRY9Q8+VNViHz42auhiMt+4loPHpMlW5CtO/Qp5AeUmp1D4Qpsj95caSkiEAlVrwc1fMkzLgW/xpNSYeEhrTTHPgmaslzFDCXC2DE77uBqiRdUl6m7LT0pAkTGeSUAD+3JoxjQZzz4K0tcAy4QHtJ9zoupBlXReE9iOaKIE/tBYfs5PGBn51JFvxkbVD6TMloyJcgCdkItHgZp8iPFIsoKCEaRnm8omiUuPZv/1WdA7vbVGdjGGxukNPyT2yCGKho600N/HWYsYOBw3Gzlp23O556QzObCo0oEAdTUAu1so0G23iYH2o6q9wt0EwJ/LZkQNI7lSk289X9EOldbV4cWwbuxSBt1Ix/ x-ms-exchange-transport-forked: True Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: uoguelph.ca X-MS-Exchange-CrossTenant-Network-Message-Id: ce614e13-2120-45a3-ce26-08d801d26ad4 X-MS-Exchange-CrossTenant-originalarrivaltime: 27 May 2020 00:10:51.8967 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: be62a12b-2cad-49a1-a5fa-85f4f3156a7d X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: EGYUhOkGvyyc/oTphX1l2uCO0UaavOd6gXkp40047wO/1syQoHFqpD/bSGugH3EdH43Rp8rK52eUsQSrr2KqPQ== X-MS-Exchange-Transport-CrossTenantHeadersStamped: QB1PR01MB3970 X-Rspamd-Queue-Id: 49Wrp61Jc6z4CgQ X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=uoguelph.ca header.s=selector1 header.b=N/c5i8Zw; dmarc=none; spf=pass (mx1.freebsd.org: domain of rmacklem@uoguelph.ca designates 2a01:111:f400:fe5c::604 as permitted sender) smtp.mailfrom=rmacklem@uoguelph.ca X-Spamd-Result: default: False [-5.71 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; NEURAL_HAM_MEDIUM(-1.06)[-1.058]; R_DKIM_ALLOW(-0.20)[uoguelph.ca:s=selector1]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a01:111:f400::/48]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[uoguelph.ca]; NEURAL_HAM_LONG(-1.00)[-0.998]; DWL_DNSWL_LOW(-1.00)[uoguelph.ca:dkim]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[uoguelph.ca:+]; NEURAL_HAM_SHORT(-1.15)[-1.154]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:8075, ipnet:2a01:111:f000::/36, country:US]; ARC_ALLOW(-1.00)[microsoft.com:s=arcselector9901:i=1] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 May 2020 00:10:55 -0000 Konstantin Belousov wrote:=0A= >On Fri, May 22, 2020 at 11:46:26PM +0000, Rick Macklem wrote:=0A= >> Konstantin Belousov wrote:=0A= >> >On Wed, May 20, 2020 at 11:58:50PM -0700, Ryan Libby wrote:=0A= >> >> On Wed, May 20, 2020 at 6:04 PM Rick Macklem w= rote:=0A= >> >> >=0A= >> >> > Hi,=0A= >> >> >=0A= >> >> > Since I hadn't upgraded a kernel through the winter, it took me a w= hile=0A= >> >> > to bisect this, but r358252 seems to be the culprit.=0A= No longer true. I succeeded in reproducing the hang to-day running a=0A= r358251 kernel.=0A= =0A= I haven't had much luck sofar, but see below for what I have learned.=0A= =0A= >> >> >=0A= >> >> > If I do a kernel build over NFS using my not so big Pentium 4 (sing= le core,=0A= >> >> > 1.25Gbytes RAM, i386), about every second attempt will hang.=0A= >> >> > When I do a "ps" in the debugger, I see processes sleeping on btall= oc.=0A= >> >> > If I revert to r358251, I cannot reproduce this.=0A= As above, this is no longer true.=0A= =0A= >> >> >=0A= >> >> > Any ideas?=0A= >> >> >=0A= >> >> > I can easily test any change you might suggest to see if it fixes t= he=0A= >> >> > problem.=0A= >> >> >=0A= >> >> > If you want more debug info, let me know, since I can easily=0A= >> >> > reproduce it.=0A= >> >> >=0A= >> >> > Thanks, rick=0A= >> >>=0A= >> >> Nothing obvious to me. I can maybe try a repro on a VM...=0A= >> >>=0A= >> >> ddb ps, acttrace, alltrace, show all vmem, show page would be welcome= .=0A= >> >>=0A= >> >> "btalloc" is "We're either out of address space or lost a fill race."= =0A= >From what I see, I think it is "out of address space".=0A= For one of the hangs, when I did "show alllocks", everything except the=0A= intr thread, was waiting for the=0A= exclusive sx lock @ vm/vm_map.c:4761=0A= =0A= >> >=0A= >> >Yes, I would be not surprised to be out of something on 1G i386 machine= .=0A= >> >Please also add 'show alllocks'.=0A= >> Ok, I used an up to date head kernel and it took longer to reproduce a h= ang.=0A= Go down to Kostik's comment about kern.maxvnodes for the rest of what I've= =0A= learned. (The time it takes to reproduce one of these varies greatly, but I= usually=0A= get one within 3 cycles of a full kernel build over NFS. I have had it happ= en=0A= once when doing a kernel build over UFS.)=0A= =0A= >> This time, none of the processes are stuck on "btalloc".=0A= > I'll try and give you most of the above, but since I have to type it in b= y hand=0A= > from the screen, I might not get it all. (I'm no real typist;-)=0A= > > show alllocks=0A= > exclusive lockmgr ufs (ufs) r =3D 0 locked @ kern/vfs_subr.c: 3259=0A= > exclusive lockmgr nfs (nfs) r =3D 0 locked @ kern/vfs_lookup.c:737=0A= > exclusive sleep mutex kernel area domain (kernel arena domain) r =3D 0 lo= cked @ kern/subr_vmem.c:1343=0A= > exclusive lockmgr bufwait (bufwait) r =3D 0 locked @ kern/vfs_bio.c:1663= =0A= > exclusive lockmgr ufs (ufs) r =3D 0 locked @ kern/vfs_subr.c:2930=0A= > exclusive lockmgr syncer (syncer) r =3D 0 locked @ kern/vfs_subr.c:2474= =0A= > Process 12 (intr) thread 0x.. (1000008)=0A= > exclusive sleep mutex Giant (Giant) r =3D 0 locked @ kern/kern_intr.c:115= 2=0A= >=0A= > > ps=0A= > - Not going to list them all, but here are the ones that seem interesting= ...=0A= > 18 0 0 0 DL vlruwt 0x11d939cc [vnlru]=0A= > 16 0 0 0 DL (threaded) [bufdaemon]=0A= > 100069 D qsleep [bufdaemon]=0A= > 100074 D - [bufspacedaemon-0]=0A= > 100084 D sdflush 0x11923284 [/ worker]=0A= > - and more of these for the other UFS file systems=0A= > 9 0 0 0 DL psleep 0x1e2f830 [vmdaemon]=0A= > 8 0 0 0 DL (threaded) [pagedaemon]=0A= > 100067 D psleep 0x1e2e95c [dom0]=0A= > 100072 D launds 0x1e2e968 [laundry: dom0]=0A= > 100073 D umarcl 0x12cc720 [uma]=0A= > =85 a bunch of usb and cam ones=0A= > 100025 D - 0x1b2ee40 [doneq0]=0A= > =85=0A= > 12 0 0 0 RL (threaded) [intr]=0A= > 100007 I [swi6: task queue]=0A= > 100008 Run CPU 0 [swi6: Giant taskq]=0A= > =85=0A= > 100000 D swapin 0x1d96dfc [swapper]=0A= > - and a bunch more in D state.=0A= > Does this mean the swapper was trying to swap in?=0A= >=0A= > > acttrace=0A= > - just shows the keyboard=0A= > kdb_enter() at kdb_enter+0x35/frame=0A= > vt_kbdevent() at vt_kdbevent+0x329/frame=0A= > kdbmux_intr() at kbdmux_intr+0x19/frame=0A= > taskqueue_run_locked() at taskqueue_run_locked+0x175/frame=0A= > taskqueue_run() at taskqueue_run+0x44/frame=0A= > taskqueue_swi_giant_run(0) at taskqueue_swi_giant_run+0xe/frame=0A= > ithread_loop() at ithread_loop+0x237/frame=0A= > fork_exit() at fork_exit+0x6c/frame=0A= > fork_trampoline() at 0x../frame=0A= >=0A= > > show all vmem=0A= > vmem 0x.. 'transient arena'=0A= > quantum: 4096=0A= > size: 23592960=0A= > inuse: 0=0A= > free: 23592960=0A= > busy tags: 0=0A= > free tags: 2=0A= > inuse size free size=0A= > 16777216 0 0 1 23592960=0A= > vmem 0x.. 'buffer arena'=0A= > quantum: 4096=0A= > size: 94683136=0A= > inuse: 94502912=0A= > free: 180224=0A= > busy tags: 1463=0A= > free tags: 3=0A= > inuse size free size=0A= > 16384 2 32768 1 16384=0A= > 32768 39 1277952 1 32768=0A= > 65536 1422 93192192 0 0=0A= > 131072 0 0 1 131072=0A= > vmem 0x.. 'i386trampoline'=0A= > quantum: 1=0A= > size: 24576=0A= > inuse: 20860=0A= > free: 3716=0A= > busy tags: 9=0A= > free tags: 3=0A= > inuse size free size=0A= > 32 1 48 1 52=0A= > 64 2 208 0 0=0A= > 128 2 280 0 0=0A= > 2048 1 2048 1 3664=0A= > 4096 2 8192 0 0=0A= > 8192 1 10084 0 0=0A= > vmem 0x.. 'kernel rwx arena'=0A= > quantum: 4096=0A= > size: 0=0A= > inuse: 0=0A= > free: 0=0A= > busy tags: 0=0A= > free tags: 0=0A= > vmem 0x.. 'kernel area dom'=0A= > quantum: 4096=0A= > size: 56623104=0A= > inuse: 56582144=0A= >> free: 40960=0A= >> busy tags: 11224=0A= >> free tags: 3=0A= >I think this is the trouble.=0A= >=0A= >Did you tried to reduce kern.maxvnodes ? What is the default value for=0A= >the knob on your machine ?=0A= The default is 84342.=0A= I have tried 64K, 32K and 128K and they all hung sooner or later.=0A= For the 32K case, I did see vnodes being recycled for a while before it got= hung,=0A= so it isn't just when it hits the limit.=0A= =0A= Although it is much easier for me to reproduce on an NFS mount, I did see= =0A= a hang while doing a kernel build on UFS (no NFS mount on the machine at=0A= that time).=0A= =0A= So, I now know that the problem pre-dates r358252 and is not NFS specific.= =0A= =0A= I'm not bisecting back further to try and isolate the commit that causes th= is.=0A= (Unfortunately, each test cycle can take days. I now know that I have to do= =0A= several of these kernel builds, which take hours each, to see if a hang is = going=0A= to happen.)=0A= =0A= I'll post if/when I have more, rick=0A= =0A= We scaled maxvnodes for ZFS and UFS, might be NFS is even more demanding,= =0A= having larger node size.=0A= =0A= > inuse size free size=0A= > 4096 11091 45428736 0 0=0A= > 8192 63 516096 0 0=0A= > 16384 12 196608 0 0=0A= > 32768 6 196608 0 0=0A= > 40960 2 81920 1 40960=0A= > 65536 16 1048576 0 0=0A= > 94208 1 94208 0 0=0A= > 110592 1 110592 0 0=0A= > 131072 15 2441216 0 0=0A= > 262144 15 3997696 0 0=0A= > 524288 1 524288 0 0=0A= > 1048576 1 1945600 0 0=0A= > vmem 0x.. 'kernel arena'=0A= > quantum: 4096=0A= > size: 390070272=0A= > inuse: 386613248=0A= > free: 3457024=0A= > busy tags: 873=0A= > free tags: 3=0A= > inuse size free size=0A= > 4096 35 143360 1 4096=0A= > 8192 2 16384 2 16384=0A= > 12288 1 12288 0 0=0A= > 16384 30 491520 0 0=0A= > 20480 140 2867200 0 0=0A= > 65536 1 65536 0 0=0A= > 131072 631 82706432 0 0=0A= > 1048576 0 0 1 1339392=0A= > 2097152 27 56623104 1 2097152=0A= > 8388608 1 13774848 0 0=0A= > 16777216 3 74883072 0 0=0A= > 33554432 1 36753408 0 0=0A= > 67108864 1 118276096 0 0=0A= >=0A= > > alltrace=0A= > - I can't face typing too much more, but I'll put a few=0A= > here that look interesting=0A= >=0A= > - for csh=0A= > sched_switch()=0A= > mi_switch()=0A= > kern_yield()=0A= > getblkx()=0A= > breadn_flags()=0A= > ffs_update()=0A= > ufs_inactive()=0A= > VOP_INACTIVE()=0A= > vinactivef()=0A= > vput_final()=0A= > vm_object_deallocate()=0A= > vm_map_process_deferred()=0A= > kern_munmap()=0A= > sys_munmap()=0A= >=0A= > - For cc=0A= > sched_switch()=0A= > mi_switch()=0A= > sleepq_switch()=0A= > sleepq_timedwait()=0A= > _sleep()=0A= > pause_sbt()=0A= > vmem_bt_alloc()=0A= > keg_alloc_slab()=0A= > zone_import()=0A= > cache_alloc()=0A= > cache_alloc_retry()=0A= > uma_zalloc_arg()=0A= > bt_fill()=0A= > vmem_xalloc()=0A= > vmem_alloc()=0A= > kmem_alloc()=0A= > kmem_malloc_domainset()=0A= > page_alloc()=0A= > keg_alloc_slab()=0A= > zone_import()=0A= > cache_alloc()=0A= > cache_alloc_retry()=0A= > uma_zalloc_arg()=0A= > nfscl_nget()=0A= > nfs_create()=0A= > vop_sigdefer()=0A= > nfs_vnodeops_bypass()=0A= > VOP_CREATE_APV()=0A= > vn_open_cred()=0A= > vn_open()=0A= > kern_openat()=0A= > sys_openat()=0A= >=0A= > Then there are a bunch of these... for cc, make=0A= > sched_switch()=0A= > mi_switch()=0A= > sleepq_switch()=0A= > sleepq_catch_signals()=0A= > sleepq_wait_sig()=0A= > kern_wait6()=0A= > sys_wait4()=0A= >=0A= > - for vnlru=0A= > sched_switch()=0A= > mi_switch()=0A= > sleepq_switch()=0A= > sleepq_timedwait()=0A= > _sleep()=0A= > vnlru_proc()=0A= > fork_exit()=0A= > fork_trampoline()=0A= >=0A= > - for syncer=0A= > sched_switch()=0A= > mi_switch()=0A= > critical_exit_preempt()=0A= > intr_event_handle()=0A= > intr_execute_handlers()=0A= > lapic_handle_intr()=0A= > Xapic_isr1()=0A= > - interrupt=0A= > memset()=0A= > cache_alloc()=0A= > cache_alloc_retry()=0A= > uma_zalloc_arg()=0A= > vmem_xalloc()=0A= > vmem_bt_alloc()=0A= > keg_alloc_slab()=0A= > zone_import()=0A= > cache_alloc()=0A= > cache_alloc_retry()=0A= > uma_zalloc_arg()=0A= > bt_fill()=0A= > vmem_xalloc()=0A= > vmem_alloc()=0A= > bufkva_alloc()=0A= > getnewbuf()=0A= > getblkx()=0A= > breadn_flags()=0A= > ffs_update()=0A= > ffs_sync()=0A= > sync_fsync()=0A= > VOP_FSYNC_APV()=0A= > sched_sync()=0A= > fork_exit()=0A= > fork_trampoline()=0A= >=0A= > - For bufdaemon (a bunch of these)=0A= > sched_switch()=0A= > mi_switch()=0A= > sleepq_switch()=0A= > sleepq_timedwait()=0A= > _sleep()=0A= > buf_daemon()=0A= > fork_exit()=0A= > fork_trampoline()=0A= >=0A= > vmdaemon and pagedaemon are basically just like above,=0A= > sleeping in=0A= > vm_daemon()=0A= > or=0A= > vm_pageout_worker()=0A= > or=0A= > vm_pageout_laundry_worker()=0A= > or=0A= > uma_reclaim_worker()=0A= >=0A= > That's all the typing I can take right now.=0A= > I can probably make this happen again if you want more specific stuff.=0A= >=0A= > rick=0A= >=0A= >=0A= >=0A= >=0A= _______________________________________________=0A= freebsd-current@freebsd.org mailing list=0A= https://lists.freebsd.org/mailman/listinfo/freebsd-current=0A= To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org"= =0A= From owner-freebsd-current@freebsd.org Wed May 27 01:52: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 C745D2FAC2A for ; Wed, 27 May 2020 01:52:35 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-qk1-x72b.google.com (mail-qk1-x72b.google.com [IPv6:2607:f8b0:4864:20::72b]) (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 49Wv3R3WNMz4MJp; Wed, 27 May 2020 01:52:35 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: by mail-qk1-x72b.google.com with SMTP id c185so8822171qke.7; Tue, 26 May 2020 18:52:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=Enf2MCEAcPXJJF3I1oRj9g0lzMtfXSQSlnu04ZFTopc=; b=cjBMrWqfX6E8v3WqbMd57gThAM16uuTj1GSS38OmJ2c+9VfXzJYjtbwcPirUw8IckN 82lwOEsBunjAj/DMK6P6qiiT2taUqxnrtSBukVzu30kvgiHZL2fnVJb2GfOt+lRia7O/ PD5qEk8wPj+X1nnqX0CWGIq3qGv65w1gugDrIjb8cLZdFov8Ax2s3I6/jHXcfLMAWUbv fiPDW3OHvRXfN9q6sZtCZxVY3ALj0P47aelcd10whx3vZoG8ZAJHVQetr9d1Jd+xkVgy ibJ9qyNFG5fJtDZ2uGnYFALjKho8MtpDiwpWqfJIWUyFUvlpHsUFw48AELz0Ha+f8cVc 5tfg== 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=Enf2MCEAcPXJJF3I1oRj9g0lzMtfXSQSlnu04ZFTopc=; b=M9xLgG3p1vdASiLDtPiloB/XDghXxCGQpCfAPLpT+m9iBSoFVi3oGrChkqH5FjwaCz S7rmyuQ6utePt6uFHyZauefMln/hNQaaoRNFngy6m1zsPgRAOJpPvoKJBehh5cH9SPRp bUJ9MF7g9+GLKBmJv9t5L14BsshZyNVPWiv0pUUVn+PQJacu0HzoY4U8TtPbEs2mglmQ /b/G8YaIDTS7lCadYJZzYCEqlFmBnsqAFkZ9e9nvhM8hjHJZwZsuzpQ74eeWLVf3yebV Lj/LUZt2dcawDUE8ygXcRsx4d6S3aOptJ8/zwbpEztQChithOw+806666UD+i4L13PN1 ImWA== X-Gm-Message-State: AOAM532Jp1MeAW2SacbjGmUSAGNKjTeaVIo5Mkdqpw5BkjOwt4CM1kSR +ShlVUSVbVGKT1dPfnjCiNgPDmgow1GhiHzQOf5vQg== X-Google-Smtp-Source: ABdhPJxeVxVW+HHLlc7zXuRCaFlfhvSCuRe4iHa6B7cXbLN+KjCJEJgsi/5CQRLByANkdwfnkdw82xWYhrhEkSnwW3c= X-Received: by 2002:a05:620a:c0f:: with SMTP id l15mr1872113qki.183.1590544353453; Tue, 26 May 2020 18:52:33 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Adrian Chadd Date: Tue, 26 May 2020 18:52:21 -0700 Message-ID: Subject: Re: iflib and options RSS is a no go for igbX To: Matthew Macy Cc: freebsd-current Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 49Wv3R3WNMz4MJp X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; TAGGED_FROM(0.00)[]; REPLY(-4.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 May 2020 01:52:35 -0000 On Tue, 26 May 2020 at 17:01, Matthew Macy wrote: > > > > > I can go setup my second PC this week (I have PTO!) and go see if I > > have any PCIe igb hardware here. I /think/ I do but it's fibre. > > The RSS compile time option used to be disabled in part because of > this. The drivers had working RSS that relied on packet receipt before > setting flowid. And it should also work fine if you don't compile in the RSS option. The reason it's annoying is when you do RSS + PCBGROUPS; as I said in the ena review the challenge was getting traffic into the right pcbgroup inpcb list and that isn't doable if you're waiting for hardware flowid first. Honestly I think we should rename it to something else besides RSS, cause it's more like PCBGROUPS + microsoft RSS. It's not very well named right now and I think it's confusing tf out a lot of people. -adrian From owner-freebsd-current@freebsd.org Wed May 27 06:56: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 C80D032857F for ; Wed, 27 May 2020 06:56:15 +0000 (UTC) (envelope-from martin.mato@orange.fr) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 49X1nq3kMyz3Vdh for ; Wed, 27 May 2020 06:56:15 +0000 (UTC) (envelope-from martin.mato@orange.fr) Received: by mailman.nyi.freebsd.org (Postfix) id 7FC9432885C; Wed, 27 May 2020 06:56:15 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 7F90C328B8B for ; Wed, 27 May 2020 06:56:15 +0000 (UTC) (envelope-from martin.mato@orange.fr) Received: from smtp.smtpout.orange.fr (smtp04.smtpout.orange.fr [80.12.242.126]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (Client CN "Bizanga Labs SMTP Client Certificate", Issuer "Bizanga Labs CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 49X1np2lD6z3Vq2 for ; Wed, 27 May 2020 06:56:13 +0000 (UTC) (envelope-from martin.mato@orange.fr) Received: from opme11oxm03aub.bagnolet.francetelecom.fr ([10.110.82.3]) by mwinf5d80 with ME id jiwC2200604J1cA03iwCtX; Wed, 27 May 2020 08:56:12 +0200 X-ME-Helo: opme11oxm03aub.bagnolet.francetelecom.fr X-ME-Auth: bWFydGluLm1hdG9Ab3JhbmdlLmZy X-ME-Date: Wed, 27 May 2020 08:56:12 +0200 X-ME-IP: 90.113.250.160 Date: Wed, 27 May 2020 08:56:12 +0200 (CEST) From: Martin MATO Reply-To: Martin MATO To: current@freebsd.org Message-ID: <687862149.36890.1590562572075.JavaMail.open-xchange@opme11oxm03aub.bagnolet.francetelecom.fr> In-Reply-To: <88004d48-4434-875a-5a36-0627b00c2f38@gmail.com> References: <88004d48-4434-875a-5a36-0627b00c2f38@gmail.com> Subject: Re: r360902 breaks VLAN interface on if_em (82579LM) X-Priority: 3 Importance: Medium X-Mailer: Open-Xchange Mailer v7.6.3-Rev51 X-Originating-IP: 90.113.250.160 X-Originating-Client: open-xchange-appsuite X-Rspamd-Queue-Id: 49X1np2lD6z3Vq2 X-Spamd-Bar: ++++ Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of martin.mato@orange.fr has no SPF policy when checking 80.12.242.126) smtp.mailfrom=martin.mato@orange.fr X-Spamd-Result: default: False [4.04 / 15.00]; HAS_REPLYTO(0.00)[martin.mato@orange.fr]; HAS_XOIP(0.00)[]; FREEMAIL_FROM(0.00)[orange.fr]; TO_DN_NONE(0.00)[]; HAS_X_PRIO_THREE(0.00)[3]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; R_DKIM_NA(0.00)[]; ASN(0.00)[asn:3215, ipnet:80.12.240.0/20, country:FR]; MIME_TRACE(0.00)[0:~]; FREEMAIL_ENVFROM(0.00)[orange.fr]; ARC_NA(0.00)[]; REPLYTO_EQ_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_SPAM_SHORT(0.86)[0.861]; FREEMAIL_REPLYTO(0.00)[orange.fr]; AUTH_NA(1.00)[]; NEURAL_SPAM_MEDIUM(0.98)[0.977]; RCPT_COUNT_ONE(0.00)[1]; DMARC_NA(0.00)[orange.fr]; NEURAL_SPAM_LONG(1.00)[0.998]; RCVD_IN_DNSWL_NONE(0.00)[80.12.242.126:from]; MIME_HTML_ONLY(0.20)[]; R_SPF_NA(0.00)[no SPF record]; RWL_MAILSPIKE_POSSIBLE(0.00)[80.12.242.126:from]; RCVD_COUNT_TWO(0.00)[2] MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.33 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 May 2020 06:56:15 -0000 From owner-freebsd-current@freebsd.org Wed May 27 07:19: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 CF4DB329166 for ; Wed, 27 May 2020 07:19:23 +0000 (UTC) (envelope-from martin.mato@orange.fr) Received: from lala.univ-perp.fr (lala.univ-perp.fr [IPv6:2001:660:6302:1:20c:29ff:fefe:c046]) by mx1.freebsd.org (Postfix) with ESMTP id 49X2JW02V9z3XQB for ; Wed, 27 May 2020 07:19:22 +0000 (UTC) (envelope-from martin.mato@orange.fr) Received: from localhost (localhost [127.0.0.1]) by lala.univ-perp.fr (Postfix) with ESMTP id 995C29F411 for ; Wed, 27 May 2020 09:19:15 +0200 (CEST) Received: from lala.univ-perp.fr ([127.0.0.1]) by localhost (lala.univ-perp.fr [127.0.0.1]) (amavisd-new, port 10024) with LMTP id ZU3HJgQD-ptN for ; Wed, 27 May 2020 09:19:15 +0200 (CEST) Received: from [IPv6:2001:660:6302:123:113c:1666:522e:52b5] (pcmartino.univ-perp.fr [IPv6:2001:660:6302:123:113c:1666:522e:52b5]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by lala.univ-perp.fr (Postfix) with ESMTPSA id 5C6B89F33B for ; Wed, 27 May 2020 09:19:15 +0200 (CEST) Reply-To: martin.mato@orange.fr To: freebsd-current@freebsd.org From: Martin MATO Subject: Re: r360902 breaks VLAN interface on if_em (82579LM) Organization: En bordel couvrez Message-ID: <558758e1-fa23-6cd9-8fe6-540ed1ea123a@orange.fr> Date: Wed, 27 May 2020 09:19:15 +0200 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:68.0) Gecko/20100101 Thunderbird/68.8.1 MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Content-Transfer-Encoding: 8bit Content-Language: fr X-Rspamd-Queue-Id: 49X2JW02V9z3XQB X-Spamd-Bar: ++++ Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of martin.mato@orange.fr has no SPF policy when checking 2001:660:6302:1:20c:29ff:fefe:c046) smtp.mailfrom=martin.mato@orange.fr X-Spamd-Result: default: False [4.39 / 15.00]; HAS_REPLYTO(0.00)[martin.mato@orange.fr]; RCVD_VIA_SMTP_AUTH(0.00)[]; FREEMAIL_FROM(0.00)[orange.fr]; REPLYTO_ADDR_EQ_FROM(0.00)[]; TO_DN_NONE(0.00)[]; HAS_ORG_HEADER(0.00)[]; RCVD_COUNT_THREE(0.00)[4]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:2200, ipnet:2001:660::/32, country:FR]; MID_RHS_MATCH_FROM(0.00)[]; FREEMAIL_ENVFROM(0.00)[orange.fr]; FAKE_REPLY(1.00)[]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_SPAM_SHORT(0.36)[0.357]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[orange.fr]; FREEMAIL_REPLYTO(0.00)[orange.fr]; AUTH_NA(1.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_SPAM_MEDIUM(1.02)[1.015]; NEURAL_SPAM_LONG(1.02)[1.020]; R_SPF_NA(0.00)[no SPF record] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 May 2020 07:19:23 -0000  I was about to fill a bug report about this.  My network card in that case is a 82574L intel based adapter As a workaround; bringing down and up the link by ifconfig(8) (and not by unplug/replug the ethernet cable) restore the connectivity for the vlan interface (in my case it is an isp dhcp-based authentication) and also i narrowed down when the problem appears, and it is at this revision (r360902) Do you have filled a bug report?   > > envoyé : 26 mai 2020 à 23:53 > de : Ian FREISLICH > à : current@freebsd.org > objet : r360902 breaks VLAN interface on if_em (82579LM) > > > > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@freebsd.org Wed May 27 07:33:54 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 39ABF329BAF for ; Wed, 27 May 2020 07:33:54 +0000 (UTC) (envelope-from zarychtam@plan-b.pwste.edu.pl) Received: from plan-b.pwste.edu.pl (plan-b.pwste.edu.pl [IPv6:2001:678:618::40]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "plan-b.pwste.edu.pl", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49X2dD62hpz3Z1p for ; Wed, 27 May 2020 07:33:52 +0000 (UTC) (envelope-from zarychtam@plan-b.pwste.edu.pl) Received: from fomalhaut.potoki.eu ([IPv6:2001:470:71:d47:40cc:972a:70fa:c554]) (authenticated bits=0) by plan-b.pwste.edu.pl (8.15.2/8.15.2) with ESMTPSA id 04R7XitH045335 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO); Wed, 27 May 2020 09:33:44 +0200 (CEST) (envelope-from zarychtam@plan-b.pwste.edu.pl) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=plan-b.pwste.edu.pl; s=plan-b-mailer; t=1590564824; bh=T5ws0dXJHR4IvSef2VHWKUDXgGFfLl4UN0MBnFzj+J8=; h=Subject:To:References:From:Date:In-Reply-To; b=ejnGUeaiaSwaQJLdaJofSaAZgTrJW2Ea0Q/rYKf3saYQoptErGmXgiCRYwP8H8h6U 7iiFRNGyPNbGJfRqJdmjnSWPv3ObQY4VYwKGy89BT6vcT72i+7+1hwbv1BIc0jsTQx 8vPSbMmWCM/T4OdYoumty1Tqiu2P/j/sjTtNn9TRS5PgCIpIofPMbfql2sIDDkr6GL BZXOiRpKV3tbO1+JfZhWjw3mEQCDExtAj9LGTDrxPx84hyZ4k9lh+TYsEZZ+ba8ZR3 u60+TvxTKM0xwDCRyJqSG8jCII1/FfX8zpg5oIgmvZpux2ONTclkb4UfyuGq7Ka+RU KyPddDjlezfuA== X-Authentication-Warning: plan-b.pwste.edu.pl: Host [IPv6:2001:470:71:d47:40cc:972a:70fa:c554] claimed to be fomalhaut.potoki.eu Subject: Re: r360902 breaks VLAN interface on if_em (82579LM) To: martin.mato@orange.fr, freebsd-current@freebsd.org References: <558758e1-fa23-6cd9-8fe6-540ed1ea123a@orange.fr> From: Marek Zarychta Autocrypt: addr=zarychtam@plan-b.pwste.edu.pl; prefer-encrypt=mutual; keydata= mQENBFfi3cMBCADLecMTFXad4uDXqv3eRuB4qJJ8G9tzzFezeRnnwxOsPdytW5ES2z1ibSrR IsiImx6+PTqrAmXpTInxAi7yiZGdSiONRI4CCxKY9d1YFiNYT/2WyNXCekm9x29YeIU7x0JB Llbz0f/9HC+styBIu2H+PY/X98Clzm110CS+n/b9l1AtiGxTiVFj7/uavYAKxH6LNWnbkuc5 v8EVNc7NkEcl5h7Z9X5NEtzDxTOiBIFQ/kOT7LAtkYUPo1lqLeOM2DtWSXTXQgXl0zJI4iP1 OAu4qQYm2nXwq4b2AH9peknelvnt1mpfgDCGSKnhc26q6ibTfMwydp+tvUtQIQYpA6b9ABEB AAG0N01hcmVrIFphcnljaHRhIChQbGFuLWIpIDx6YXJ5Y2h0YW1AcGxhbi1iLnB3c3RlLmVk dS5wbD6JATcEEwEIACEFAlfi4LkCGwMFCwkIBwIGFQgJCgsCBBYCAwECHgECF4AACgkQHZW8 vIFppoJXdgf8D9X3VRFSNaR9lthSx/+uqas17J3FJKBo1xMQsC2a+44vzNvYJSuPGLLJ+LW2 HPVazjP/BWZJbxOYpliY4zxNRU0YCp0BLIVLibc//yax+mE42FND/+NiIZhqJscl6MLPrSwo sIwXec4XYkldkyqW/xBbBYXoIkBqdKB9j5j42Npy1IV/RizOSdmvTWY27ir8e/yGMR1RLr4F 8P5K3OWTdlGy2H2F/3J8bIPBLG6FpaIyLQw4dHSx8V02PYqDxK1cNo2kAOnU8PnZL/AGuMOH iv3MN1VYL8ehcmpBBsrZGebQJxrjY2/5IaTSgp9xHYT70kshuU6Qb97vk1mOjNZxgbkBDQRX 4t3DAQgA10h6RCXuBLMHxq5B8X/ZIlj9sgLoeyfRdDZEc9rT2KUeUJVHDsbvOFf4/7F1ovWY hJbA6GK/LUZeHHTjnbZcH1uDYQeHly4UOLxeEvhGoz4JhS2C7JzN/uRnwbdOAUbJr8rUj/IY a7gk906rktsc/Ldrxrxh7O6WO0JCh2XO/p4pDfEwwB37g4xHprSab28ECYJ9JMbtA8Sy4M55 g3+GQ28FvSlGnx48OoGXU2BZdc1vZKSQmNOlikB+9/hDX8zdYWVfDaX1TLQ8Ib4+xTUmapza mV/bxIsaZRBw+jFjLQHhTbIMfPEU+4mxFDvTdbKPruKPqVf1ydgMnPZWngowdwARAQABiQEf BBgBCAAJBQJX4t3DAhsMAAoJEB2VvLyBaaaC6qkIAJs9sDPqrqW0bYoRfzY6XjDWQ59p9tJi v8aogxacQNCfAu+WkJ8PNVUtC1dlVcG5NnZ80gXzd1rc8ueIvXlvdanUt/jZd8jbb3gaDbK3 wh1yMCGBl/1fOJTyEGYv1CRojv97KK89KP5+r8x1P1iHcSrunlDNqGxTMydNCwBH23QcOM+m u4spKnJ/s0VRBkw3xoKBZfZza6fTQ4gTpAipjyk7ldOGBV+PvkKATdhK2yLwuWXhKbg/GRlD 1r5P0gxzSqfV4My+KJuc2EDcrqp1y0wOpE1m9iZqCcd0fup5f7HDsYlLWshr7NQl28f6+fQb sylq/j672BHXsdeqf/Ip9V65AQ0EV+OTdwEIAMxnGg7OO/ZAnSwiIiABA9lil1Lfa5BWTH3c l1rz4slz7Gw99G9J3bX3FiPA0vU89dgBZ2k0/UVk5cI5EsMAvwJN4bPwRsfBELQqjCKkVZr4 vUeGyvgQ2jnoK1fcEFOnCRdwFy4EJ6Y/fsZCTj4IfQpkM1W7C3KuSGPcjPDA9XCLDjjp8bbA Q9VgQ68MntAnYxMqK0S3CrHp5Pruvb0x4MfFLNwaKtWK+UnJGPT4umj8PMP6XLsFC3g+SGoP aWoYRDI297ZGx4IBWEaJq181oEC5iUQ6WREti9fNQ3TsAB3Q2CjNlkx1geSczIFJSyOHmyJZ RqAocw1sIuPopvhWtR0AEQEAAYkCRAQYAQgADwUCV+OTdwIbAgUJCWYBgAEpCRAdlby8gWmm gsBdIAQZAQgABgUCV+OTdwAKCRB1n+z//VKNLOETCAC3ggwAAQij4hkIxQFapnRuIVb5vq7D AwJ9+Ld5/zYHOj2Tfu+BPSNGzI2edqboz2w1t55UHEYzYDp2axxIfPrZrXsBV4DsjtGwzVV/ jZ9or5qTaYFDEStRkzL4mRpTyYhl/T7GgWpwOJWOih+cU7RWzjSOxiYMi4QSYlkpDUCcZew0 C3HfcxeFqpeL46zgysHC2ptjINXQ+xR2/F6dbed+l7OsvJAfkBqJoQ/48m+8ly1lbViKck7q gWw143ljaKn2qGIjZdb95zcI/CP4L45SXq8NOweACdx2NfUphLrIMbNCqLkMUJcrnruKfbnp C8OMjFJIqlu+PsW593NcZyOugEAH/0cBsDxlSauSVK4kp8ald26pcBI6igNnIMgjaxMiZBjn eoxBiKAOAO93sPnPr9/64CMMwv1T+0vU2lj8SMKOdHVrB9sW/ICGji5skE85xPEAtUkdAQN+ +c2clotujcaj9lBZKJdncKmSxY0SshEa66H+s76u+2Q3jGK6vOrdxakWYCvh2P0/l52Nd/t2 eazLFgwtk5rbo7O0MSC1GNXUsG07vtZ+zxJXFRx7PQ3ZIn0Y4HqwvXUvqgZ9EHiKy8F+ondz 9IS8/Fs81N5ieujHhSWqbaibapnpeDHvT/FWf8iXfJqWq+F7C8lGShSkmsS5AOhB4TNNH5/m ZzECJa1ql64= Message-ID: <34b7f5cc-93cf-3129-2d2e-dd4bc7ca955b@plan-b.pwste.edu.pl> Date: Wed, 27 May 2020 09:33:32 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.6.0 MIME-Version: 1.0 In-Reply-To: <558758e1-fa23-6cd9-8fe6-540ed1ea123a@orange.fr> Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="Pb62OrbmuJLZYm1cEzQ0Ucet8lBwXWoSq" X-Rspamd-Queue-Id: 49X2dD62hpz3Z1p X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org; dkim=pass header.d=plan-b.pwste.edu.pl header.s=plan-b-mailer header.b=ejnGUeai; dmarc=pass (policy=none) header.from=plan-b.pwste.edu.pl; spf=none (mx1.freebsd.org: domain of zarychtam@plan-b.pwste.edu.pl has no SPF policy when checking 2001:678:618::40) smtp.mailfrom=zarychtam@plan-b.pwste.edu.pl X-Spamd-Result: default: False [-6.50 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[plan-b.pwste.edu.pl:s=plan-b-mailer]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; R_SPF_NA(0.00)[no SPF record]; NEURAL_HAM_MEDIUM(-1.01)[-1.012]; NEURAL_HAM_LONG(-1.00)[-0.996]; MIME_GOOD(-0.20)[multipart/signed,multipart/mixed,text/plain]; HAS_XAW(0.00)[]; TO_DN_NONE(0.00)[]; HAS_ATTACHMENT(0.00)[]; DWL_DNSWL_LOW(-1.00)[pwste.edu.pl:dkim]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[plan-b.pwste.edu.pl:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[plan-b.pwste.edu.pl,none]; NEURAL_HAM_SHORT(-0.60)[-0.596]; SIGNED_PGP(-2.00)[]; FREEMAIL_TO(0.00)[orange.fr,freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:+,3:~]; ASN(0.00)[asn:206006, ipnet:2001:678:618::/48, country:PL]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 May 2020 07:33:54 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --Pb62OrbmuJLZYm1cEzQ0Ucet8lBwXWoSq Content-Type: multipart/mixed; boundary="ppPxAxNfwbljG87iaX22F0xgRUgzWGUou"; protected-headers="v1" From: Marek Zarychta To: martin.mato@orange.fr, freebsd-current@freebsd.org Message-ID: <34b7f5cc-93cf-3129-2d2e-dd4bc7ca955b@plan-b.pwste.edu.pl> Subject: Re: r360902 breaks VLAN interface on if_em (82579LM) References: <558758e1-fa23-6cd9-8fe6-540ed1ea123a@orange.fr> In-Reply-To: <558758e1-fa23-6cd9-8fe6-540ed1ea123a@orange.fr> --ppPxAxNfwbljG87iaX22F0xgRUgzWGUou Content-Type: text/plain; charset=iso-8859-15 Content-Transfer-Encoding: quoted-printable Content-Language: en-US W dniu 27.05.2020 o=A009:19, Martin MATO pisze: > =A0I was about to fill a bug report about this. > =A0My network card in that case is a 82574L intel based adapter > As a workaround; bringing down and up the link by ifconfig(8) (and not > by unplug/replug the ethernet cable) > restore the connectivity for the vlan interface (in my case it is an is= p > dhcp-based authentication) > and also i narrowed down when the problem appears, and it is at this > revision (r360902) > Do you have filled a bug report? > =A0 Please take a look at my comment 10 to PR 240818, but perhaps new bug has to reported. https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D240818 --=20 Marek Zarychta --ppPxAxNfwbljG87iaX22F0xgRUgzWGUou-- --Pb62OrbmuJLZYm1cEzQ0Ucet8lBwXWoSq Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAEBCAAdFiEEMOqvKm6wKvS1/ZeCdZ/s//1SjSwFAl7OF9cACgkQdZ/s//1S jSw3zggAqqoUEX38FV9FI/2lNcZ+gThuAa/RtJLrTunAcmp735nB4GFVAwdDQcA7 yQM+PKrL1NhGpSmK0Q9KsyoVnkdAJHaITB5cudDII5Fp5uK6h+hGzHQylfIop8GD Jnez5G4g9cAjbvn5za/Zc2v21wrYmJ1b08jC5v6AJJtoFKXdo/V1BM1YmUjHsoYB pCnClpJBuB9LAoi3yf6okPqBQS9DEFmBM3KhjonPsOE7jqYp45O7bWW5q5eB93Pu oMJuS7JZDjWQnDQ+8WT1FPORHX33aqnAGCaFaTPnNvuhpIavpkQ6A1xCL+Fc81OZ vS8m528MwjvlXK9nK93V9AZCEKGxHw== =AEYV -----END PGP SIGNATURE----- --Pb62OrbmuJLZYm1cEzQ0Ucet8lBwXWoSq-- From owner-freebsd-current@freebsd.org Wed May 27 08:13: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 7AEAF32ADDA for ; Wed, 27 May 2020 08:13:13 +0000 (UTC) (envelope-from agapon@gmail.com) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 49X3Vd1XZPz3dWM for ; Wed, 27 May 2020 08:13:13 +0000 (UTC) (envelope-from agapon@gmail.com) Received: by mailman.nyi.freebsd.org (Postfix) id 34BF132ADD9; Wed, 27 May 2020 08:13:13 +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 3485932AF31 for ; Wed, 27 May 2020 08:13:13 +0000 (UTC) (envelope-from agapon@gmail.com) Received: from mail-wr1-f52.google.com (mail-wr1-f52.google.com [209.85.221.52]) (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 49X3Vc07rDz3dYC; Wed, 27 May 2020 08:13:11 +0000 (UTC) (envelope-from agapon@gmail.com) Received: by mail-wr1-f52.google.com with SMTP id q11so10923090wrp.3; Wed, 27 May 2020 01:13:11 -0700 (PDT) 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:openpgp:autocrypt :message-id:date:user-agent:mime-version:in-reply-to :content-language:content-transfer-encoding; bh=H5qm6pe6LjPjigSJxeXuY1PYWLksbTiAaJs2OteG0YY=; b=k2URPbKGYOTRdpHOWMkBwgJeVFNqnPzxH56Oa3p+kZOkzlAVBaf1aem24kKPTjRBA1 ttGRX8XctBliHG8V/TU5xCPJIb/zT5pMDvD/MuKgIvyGlsdXzNadXNmzRh84YINEw5ZG J2DPxvDbEiDTKkgZ5gWDS2m0FQw0AHfVYwPaK73MybemHI7X7u9rpQY04hAUSu90Z+y/ 0QtbO4lEtrbVBiXVGBasFJl0Ydwo+G7ewBq/M/G8ezJ4vfW64xhWy4LYdvPxir6Kq42k oa0dnnVwPlTbFdg6c6sCrCfSdUjIvkJRqRYlIYGcGtLWjc0DYqP5UbTVbwl/zL8OyQpu 9ZHw== X-Gm-Message-State: AOAM5325xex8KMII+cOKAA5rqVTCl8HH9mUFS8cpVU18qGwUAtNSZpHh rAQyAr+ZLJb5E4vlEWQic8jLsB0u67A= X-Google-Smtp-Source: ABdhPJyF/Etkod6i8mbqWBZj89Yym+hcNaB8nJvl58yUF3mEEx20WBaxetQe0HemgMzddjIAflwMRw== X-Received: by 2002:adf:fc4e:: with SMTP id e14mr18178425wrs.348.1590567190229; Wed, 27 May 2020 01:13:10 -0700 (PDT) Received: from [192.168.0.88] (east.meadow.volia.net. [93.72.151.96]) by smtp.googlemail.com with ESMTPSA id t13sm2154043wrn.64.2020.05.27.01.13.08 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Wed, 27 May 2020 01:13:09 -0700 (PDT) Subject: Re: acpi timer reads all ones [Was: efirtc + atrtc at the same time] To: John Baldwin , Konstantin Belousov Cc: FreeBSD Current References: <021d8df4-a4f8-620d-73b6-b6103d0bf7f1@FreeBSD.org> <199c8845-e42c-fbee-3f13-0b3d0d7234dc@FreeBSD.org> <20200526185528.GA48478@kib.kiev.ua> From: Andriy Gapon Openpgp: preference=signencrypt Autocrypt: addr=avg@FreeBSD.org; prefer-encrypt=mutual; keydata= mQINBFm4LIgBEADNB/3lT7f15UKeQ52xCFQx/GqHkSxEdVyLFZTmY3KyNPQGBtyvVyBfprJ7 mAeXZWfhat6cKNRAGZcL5EmewdQuUfQfBdYmKjbw3a9GFDsDNuhDA2QwFt8BmkiVMRYyvI7l N0eVzszWCUgdc3qqM6qqcgBaqsVmJluwpvwp4ZBXmch5BgDDDb1MPO8AZ2QZfIQmplkj8Y6Z AiNMknkmgaekIINSJX8IzRzKD5WwMsin70psE8dpL/iBsA2cpJGzWMObVTtCxeDKlBCNqM1i gTXta1ukdUT7JgLEFZk9ceYQQMJJtUwzWu1UHfZn0Fs29HTqawfWPSZVbulbrnu5q55R4PlQ /xURkWQUTyDpqUvb4JK371zhepXiXDwrrpnyyZABm3SFLkk2bHlheeKU6Yql4pcmSVym1AS4 dV8y0oHAfdlSCF6tpOPf2+K9nW1CFA8b/tw4oJBTtfZ1kxXOMdyZU5fiG7xb1qDgpQKgHUX8 7Rd2T1UVLVeuhYlXNw2F+a2ucY+cMoqz3LtpksUiBppJhw099gEXehcN2JbUZ2TueJdt1FdS ztnZmsHUXLxrRBtGwqnFL7GSd6snpGIKuuL305iaOGODbb9c7ne1JqBbkw1wh8ci6vvwGlzx rexzimRaBzJxlkjNfMx8WpCvYebGMydNoeEtkWldtjTNVsUAtQARAQABtB5BbmRyaXkgR2Fw b24gPGF2Z0BGcmVlQlNELm9yZz6JAlQEEwEIAD4WIQS+LEO7ngQnXA4Bjr538m7TUc1yjwUC WbgsiAIbIwUJBaOagAULCQgHAgYVCAkKCwIEFgIDAQIeAQIXgAAKCRB38m7TUc1yj+JAEACV l9AK/nOWAt/9cufV2fRj0hdOqB1aCshtSrwHk/exXsDa4/FkmegxXQGY+3GWX3deIyesbVRL rYdtdK0dqJyT1SBqXK1h3/at9rxr9GQA6KWOxTjUFURsU7ok/6SIlm8uLRPNKO+yq0GDjgaO LzN+xykuBA0FlhQAXJnpZLcVfPJdWv7sSHGedL5ln8P8rxR+XnmsA5TUaaPcbhTB+mG+iKFj GghASDSfGqLWFPBlX/fpXikBDZ1gvOr8nyMY9nXhgfXpq3B6QCRYKPy58ChrZ5weeJZ29b7/ QdEO8NFNWHjSD9meiLdWQaqo9Y7uUxN3wySc/YUZxtS0bhAd8zJdNPsJYG8sXgKjeBQMVGuT eCAJFEYJqbwWvIXMfVWop4+O4xB+z2YE3jAbG/9tB/GSnQdVSj3G8MS80iLS58frnt+RSEw/ psahrfh0dh6SFHttE049xYiC+cM8J27Aaf0i9RflyITq57NuJm+AHJoU9SQUkIF0nc6lfA+o JRiyRlHZHKoRQkIg4aiKaZSWjQYRl5Txl0IZUP1dSWMX4s3XTMurC/pnja45dge/4ESOtJ9R 8XuIWg45Oq6MeIWdjKddGhRj3OohsltKgkEU3eLKYtB6qRTQypHHUawCXz88uYt5e3w4V16H lCpSTZV/EVHnNe45FVBlvK7k7HFfDDkryLkCDQRZuCyIARAAlq0slcsVboY/+IUJdcbEiJRW be9HKVz4SUchq0z9MZPX/0dcnvz/gkyYA+OuM78dNS7Mbby5dTvOqfpLJfCuhaNYOhlE0wY+ 1T6Tf1f4c/uA3U/YiadukQ3+6TJuYGAdRZD5EqYFIkreARTVWg87N9g0fT9BEqLw9lJtEGDY EWUE7L++B8o4uu3LQFEYxcrb4K/WKmgtmFcm77s0IKDrfcX4doV92QTIpLiRxcOmCC/OCYuO jB1oaaqXQzZrCutXRK0L5XN1Y1PYjIrEzHMIXmCDlLYnpFkK+itlXwlE2ZQxkfMruCWdQXye syl2fynAe8hvp7Mms9qU2r2K9EcJiR5N1t1C2/kTKNUhcRv7Yd/vwusK7BqJbhlng5ZgRx0m WxdntU/JLEntz3QBsBsWM9Y9wf2V4tLv6/DuDBta781RsCB/UrU2zNuOEkSixlUiHxw1dccI 6CVlaWkkJBxmHX22GdDFrcjvwMNIbbyfQLuBq6IOh8nvu9vuItup7qemDG3Ms6TVwA7BD3j+ 3fGprtyW8Fd/RR2bW2+LWkMrqHffAr6Y6V3h5kd2G9Q8ZWpEJk+LG6Mk3fhZhmCnHhDu6CwN MeUvxXDVO+fqc3JjFm5OxhmfVeJKrbCEUJyM8ESWLoNHLqjywdZga4Q7P12g8DUQ1mRxYg/L HgZY3zfKOqcAEQEAAYkCPAQYAQgAJhYhBL4sQ7ueBCdcDgGOvnfybtNRzXKPBQJZuCyIAhsM BQkFo5qAAAoJEHfybtNRzXKPBVwQAKfFy9P7N3OsLDMB56A4Kf+ZT+d5cIx0Yiaf4n6w7m3i ImHHHk9FIetI4Xe54a2IXh4Bq5UkAGY0667eIs+Z1Ea6I2i27Sdo7DxGwq09Qnm/Y65ADvXs 3aBvokCcm7FsM1wky395m8xUos1681oV5oxgqeRI8/76qy0hD9WR65UW+HQgZRIcIjSel9vR XDaD2HLGPTTGr7u4v00UeTMs6qvPsa2PJagogrKY8RXdFtXvweQFz78NbXhluwix2Tb9ETPk LIpDrtzV73CaE2aqBG/KrboXT2C67BgFtnk7T7Y7iKq4/XvEdDWscz2wws91BOXuMMd4c/c4 OmGW9m3RBLufFrOag1q5yUS9QbFfyqL6dftJP3Zq/xe+mr7sbWbhPVCQFrH3r26mpmy841ym dwQnNcsbIGiBASBSKksOvIDYKa2Wy8htPmWFTEOPRpFXdGQ27awcjjnB42nngyCK5ukZDHi6 w0qK5DNQQCkiweevCIC6wc3p67jl1EMFY5+z+zdTPb3h7LeVnGqW0qBQl99vVFgzLxchKcl0 R/paSFgwqXCZhAKMuUHncJuynDOP7z5LirUeFI8qsBAJi1rXpQoLJTVcW72swZ42IdPiboqx NbTMiNOiE36GqMcTPfKylCbF45JNX4nF9ElM0E+Y8gi4cizJYBRr2FBJgay0b9Cp Message-ID: <114f788a-3947-0783-5472-173cf3a30d32@FreeBSD.org> Date: Wed, 27 May 2020 11:13:08 +0300 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:60.0) Gecko/20100101 Firefox/60.0 Thunderbird/60.9.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 49X3Vc07rDz3dYC X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of agapon@gmail.com designates 209.85.221.52 as permitted sender) smtp.mailfrom=agapon@gmail.com X-Spamd-Result: default: False [-2.50 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17:c]; MID_RHS_MATCH_FROM(0.00)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[FreeBSD.org]; NEURAL_HAM_LONG(-1.00)[-0.997]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; NEURAL_HAM_SHORT(-0.52)[-0.524]; RCVD_IN_DNSWL_NONE(0.00)[209.85.221.52:from]; NEURAL_HAM_MEDIUM(-0.98)[-0.977]; FREEMAIL_TO(0.00)[FreeBSD.org,gmail.com]; FORGED_SENDER(0.30)[avg@FreeBSD.org,agapon@gmail.com]; RWL_MAILSPIKE_POSSIBLE(0.00)[209.85.221.52:from]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; FROM_NEQ_ENVFROM(0.00)[avg@FreeBSD.org,agapon@gmail.com]; FREEMAIL_ENVFROM(0.00)[gmail.com]; RECEIVED_SPAMHAUS_PBL(0.00)[93.72.151.96:received] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 May 2020 08:13:13 -0000 On 27/05/2020 01:14, John Baldwin wrote: > On 5/26/20 11:55 AM, Konstantin Belousov wrote: >> On Tue, May 26, 2020 at 06:22:13PM +0300, Andriy Gapon wrote: >>> I am not sure if this is just a coincidence but it appears as if a write to some >>> PCI configuration register could temporarily interfere with access to the PM >>> timer I/O port. >>> Is that plausible? >> If something disabled a BAR, then typical response of x86 chipset for timed >> out read from PCIe is 0xfffff... . > > And the ACPI timer might be "behind" the isab0 bridge device which would indeed > cause this. I added more diagnostics and it seems to support the idea that the problem is related to I/O cycles and bridges. ACPI timer suddenly starts returning 0xffffffff and that lasts for tens of microseconds before the timer goes back to returning normal values with an expected increase. AMD provides a proprietary way to access ACPI registers via MMIO (0xfed808xx). That mechanism is unaffected, ACPI timer register always returns good values. The problem seems to happen when restoring configuration of a particular PCI bridge. What's interesting is that the bridge decodes one memory range and one I/O range. Looking at pci_cfg_restore() I wonder if it is wise to restore PCIR_COMMAND so early. Could it be that after the resume the bridge is configured with a wrong I/O range (e.g., too wide) and by writing PCIR_COMMAND we enable that decoding. So, the bridge steals I/O cycles destined for ACPI support hardware. If there is nothing behind the bridge to handle those ports, then we get those bad readings. Once the bridge configuration is fully restored, the I/O handling goes back to normal. Is this possible? P.S. pci_cfg_restore() also attempts to restore PCIR_INTPIN, but it's read-only? -- Andriy Gapon From owner-freebsd-current@freebsd.org Wed May 27 08:28: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 3EF8F32B83C for ; Wed, 27 May 2020 08:28:42 +0000 (UTC) (envelope-from martin.mato@orange.fr) Received: from lala.univ-perp.fr (lala.univ-perp.fr [IPv6:2001:660:6302:1:20c:29ff:fefe:c046]) by mx1.freebsd.org (Postfix) with ESMTP id 49X3rS70Fcz3fmH for ; Wed, 27 May 2020 08:28:40 +0000 (UTC) (envelope-from martin.mato@orange.fr) Received: from localhost (localhost [127.0.0.1]) by lala.univ-perp.fr (Postfix) with ESMTP id 6B8B39F411; Wed, 27 May 2020 10:28:38 +0200 (CEST) Received: from lala.univ-perp.fr ([127.0.0.1]) by localhost (lala.univ-perp.fr [127.0.0.1]) (amavisd-new, port 10024) with LMTP id SX-YgSUEH70c; Wed, 27 May 2020 10:28:38 +0200 (CEST) Received: from [IPv6:2001:660:6302:123:113c:1666:522e:52b5] (pcmartino.univ-perp.fr [IPv6:2001:660:6302:123:113c:1666:522e:52b5]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by lala.univ-perp.fr (Postfix) with ESMTPSA id 114A89F33B; Wed, 27 May 2020 10:28:38 +0200 (CEST) Reply-To: martin.mato@orange.fr Subject: Re: r360902 breaks VLAN interface on if_em (82579LM) To: Marek Zarychta , freebsd-current@freebsd.org References: <558758e1-fa23-6cd9-8fe6-540ed1ea123a@orange.fr> <34b7f5cc-93cf-3129-2d2e-dd4bc7ca955b@plan-b.pwste.edu.pl> From: Martin MATO Organization: En bordel couvrez Message-ID: <7a8c169d-49b7-32ba-ad30-f42747b57a1f@orange.fr> Date: Wed, 27 May 2020 10:28:37 +0200 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:68.0) Gecko/20100101 Thunderbird/68.8.1 MIME-Version: 1.0 In-Reply-To: <34b7f5cc-93cf-3129-2d2e-dd4bc7ca955b@plan-b.pwste.edu.pl> Content-Type: text/plain; charset=iso-8859-15 Content-Transfer-Encoding: quoted-printable Content-Language: fr X-Rspamd-Queue-Id: 49X3rS70Fcz3fmH X-Spamd-Bar: +++ Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of martin.mato@orange.fr has no SPF policy when checking 2001:660:6302:1:20c:29ff:fefe:c046) smtp.mailfrom=martin.mato@orange.fr X-Spamd-Result: default: False [3.28 / 15.00]; HAS_REPLYTO(0.00)[martin.mato@orange.fr]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[orange.fr]; REPLYTO_ADDR_EQ_FROM(0.00)[]; HAS_ORG_HEADER(0.00)[]; RCVD_COUNT_THREE(0.00)[4]; RCPT_COUNT_TWO(0.00)[2]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:2200, ipnet:2001:660::/32, country:FR]; MID_RHS_MATCH_FROM(0.00)[]; FREEMAIL_ENVFROM(0.00)[orange.fr]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; NEURAL_SPAM_SHORT(0.22)[0.224]; MIME_GOOD(-0.10)[text/plain]; FREEMAIL_REPLYTO(0.00)[orange.fr]; AUTH_NA(1.00)[]; NEURAL_SPAM_MEDIUM(1.03)[1.035]; DMARC_NA(0.00)[orange.fr]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(1.02)[1.024]; R_SPF_NA(0.00)[no SPF record] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 May 2020 08:28:42 -0000 Le 27/05/2020 =E0 09:33, Marek Zarychta a =E9crit=A0: > W dniu 27.05.2020 o=A009:19, Martin MATO pisze: >> =A0I was about to fill a bug report about this. >> =A0My network card in that case is a 82574L intel based adapter >> As a workaround; bringing down and up the link by ifconfig(8) (and not= >> by unplug/replug the ethernet cable) >> restore the connectivity for the vlan interface (in my case it is an i= sp >> dhcp-based authentication) >> and also i narrowed down when the problem appears, and it is at this >> revision (r360902) >> Do you have filled a bug report? >> =A0 > Please take a look at my comment 10 to PR 240818, but perhaps new bug > has to reported. > > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D240818 > Thanks for the tip, i'll look into it. Best Regards. From owner-freebsd-current@freebsd.org Wed May 27 09:39: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 3A48032D780 for ; Wed, 27 May 2020 09:39:19 +0000 (UTC) (envelope-from agapon@gmail.com) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 49X5Py6kDNz42xV for ; Wed, 27 May 2020 09:39:18 +0000 (UTC) (envelope-from agapon@gmail.com) Received: by mailman.nyi.freebsd.org (Postfix) id E6C3E32D17F; Wed, 27 May 2020 09:39:18 +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 E688D32D277 for ; Wed, 27 May 2020 09:39:18 +0000 (UTC) (envelope-from agapon@gmail.com) Received: from mail-wr1-f68.google.com (mail-wr1-f68.google.com [209.85.221.68]) (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 49X5Py0t51z42xT; Wed, 27 May 2020 09:39:18 +0000 (UTC) (envelope-from agapon@gmail.com) Received: by mail-wr1-f68.google.com with SMTP id c3so19048616wru.12; Wed, 27 May 2020 02:39:17 -0700 (PDT) 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:cc:references:openpgp:autocrypt :message-id:date:user-agent:mime-version:in-reply-to :content-language:content-transfer-encoding; bh=jcBY4Y7kZ8P1SuePC6ko5mibt7Ae+M/IiChIsYSc2wk=; b=C/CPV4wkjqSoAqcnHdWUvrxkqIGJ7i0TUhoUTuDAOMspNL7UGxRLX/psHiXtxcftpL swdnUT7oUWuo7vLJKDjryfUMZHw5ntPazEUQYoHsFhXyUzogWtzPx5Q/Lf0l4/kWKmHL khl7VcwjUxihj3d+x/XX6poyrrjHps4kOaoP2NLcTMhwsEzVXGlDMdsccNwzyno7GCu6 7cwDHwuJC4Om9zeTeViriI1pPFWd2HQNHwTYCs2Typ/4+UKOp7IrpErfBvL9M2gwhPPC bnvInueM1Z67jetVFv6JN4EjBUQAgTs2t1qng8DWgEPlms9q+o56Las+0YItytaeDf7h bJ1Q== X-Gm-Message-State: AOAM533WX2wDht/4eRy5N7CXhZmv0Q72Wb7Akt3SXHvflc9Pb6yGlyBr CH1v+tRYNoXEiJu6C4GhmOFZgwALv1s= X-Google-Smtp-Source: ABdhPJx0kmEI8/M8fSN8uKHSzbqPxaU+ABpmLduGtjmGDPC7B8eUUPESfObBUdoZ17NwDequzzY12A== X-Received: by 2002:a05:6000:1c5:: with SMTP id t5mr26063079wrx.229.1590572356512; Wed, 27 May 2020 02:39:16 -0700 (PDT) Received: from [192.168.0.88] (east.meadow.volia.net. [93.72.151.96]) by smtp.googlemail.com with ESMTPSA id v2sm2347410wrn.21.2020.05.27.02.39.14 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Wed, 27 May 2020 02:39:15 -0700 (PDT) Subject: Re: acpi timer reads all ones [Was: efirtc + atrtc at the same time] From: Andriy Gapon To: John Baldwin , Konstantin Belousov Cc: FreeBSD Current References: <021d8df4-a4f8-620d-73b6-b6103d0bf7f1@FreeBSD.org> <199c8845-e42c-fbee-3f13-0b3d0d7234dc@FreeBSD.org> <20200526185528.GA48478@kib.kiev.ua> <114f788a-3947-0783-5472-173cf3a30d32@FreeBSD.org> Openpgp: preference=signencrypt Autocrypt: addr=avg@FreeBSD.org; prefer-encrypt=mutual; keydata= mQINBFm4LIgBEADNB/3lT7f15UKeQ52xCFQx/GqHkSxEdVyLFZTmY3KyNPQGBtyvVyBfprJ7 mAeXZWfhat6cKNRAGZcL5EmewdQuUfQfBdYmKjbw3a9GFDsDNuhDA2QwFt8BmkiVMRYyvI7l N0eVzszWCUgdc3qqM6qqcgBaqsVmJluwpvwp4ZBXmch5BgDDDb1MPO8AZ2QZfIQmplkj8Y6Z AiNMknkmgaekIINSJX8IzRzKD5WwMsin70psE8dpL/iBsA2cpJGzWMObVTtCxeDKlBCNqM1i gTXta1ukdUT7JgLEFZk9ceYQQMJJtUwzWu1UHfZn0Fs29HTqawfWPSZVbulbrnu5q55R4PlQ /xURkWQUTyDpqUvb4JK371zhepXiXDwrrpnyyZABm3SFLkk2bHlheeKU6Yql4pcmSVym1AS4 dV8y0oHAfdlSCF6tpOPf2+K9nW1CFA8b/tw4oJBTtfZ1kxXOMdyZU5fiG7xb1qDgpQKgHUX8 7Rd2T1UVLVeuhYlXNw2F+a2ucY+cMoqz3LtpksUiBppJhw099gEXehcN2JbUZ2TueJdt1FdS ztnZmsHUXLxrRBtGwqnFL7GSd6snpGIKuuL305iaOGODbb9c7ne1JqBbkw1wh8ci6vvwGlzx rexzimRaBzJxlkjNfMx8WpCvYebGMydNoeEtkWldtjTNVsUAtQARAQABtB5BbmRyaXkgR2Fw b24gPGF2Z0BGcmVlQlNELm9yZz6JAlQEEwEIAD4WIQS+LEO7ngQnXA4Bjr538m7TUc1yjwUC WbgsiAIbIwUJBaOagAULCQgHAgYVCAkKCwIEFgIDAQIeAQIXgAAKCRB38m7TUc1yj+JAEACV l9AK/nOWAt/9cufV2fRj0hdOqB1aCshtSrwHk/exXsDa4/FkmegxXQGY+3GWX3deIyesbVRL rYdtdK0dqJyT1SBqXK1h3/at9rxr9GQA6KWOxTjUFURsU7ok/6SIlm8uLRPNKO+yq0GDjgaO LzN+xykuBA0FlhQAXJnpZLcVfPJdWv7sSHGedL5ln8P8rxR+XnmsA5TUaaPcbhTB+mG+iKFj GghASDSfGqLWFPBlX/fpXikBDZ1gvOr8nyMY9nXhgfXpq3B6QCRYKPy58ChrZ5weeJZ29b7/ QdEO8NFNWHjSD9meiLdWQaqo9Y7uUxN3wySc/YUZxtS0bhAd8zJdNPsJYG8sXgKjeBQMVGuT eCAJFEYJqbwWvIXMfVWop4+O4xB+z2YE3jAbG/9tB/GSnQdVSj3G8MS80iLS58frnt+RSEw/ psahrfh0dh6SFHttE049xYiC+cM8J27Aaf0i9RflyITq57NuJm+AHJoU9SQUkIF0nc6lfA+o JRiyRlHZHKoRQkIg4aiKaZSWjQYRl5Txl0IZUP1dSWMX4s3XTMurC/pnja45dge/4ESOtJ9R 8XuIWg45Oq6MeIWdjKddGhRj3OohsltKgkEU3eLKYtB6qRTQypHHUawCXz88uYt5e3w4V16H lCpSTZV/EVHnNe45FVBlvK7k7HFfDDkryLkCDQRZuCyIARAAlq0slcsVboY/+IUJdcbEiJRW be9HKVz4SUchq0z9MZPX/0dcnvz/gkyYA+OuM78dNS7Mbby5dTvOqfpLJfCuhaNYOhlE0wY+ 1T6Tf1f4c/uA3U/YiadukQ3+6TJuYGAdRZD5EqYFIkreARTVWg87N9g0fT9BEqLw9lJtEGDY EWUE7L++B8o4uu3LQFEYxcrb4K/WKmgtmFcm77s0IKDrfcX4doV92QTIpLiRxcOmCC/OCYuO jB1oaaqXQzZrCutXRK0L5XN1Y1PYjIrEzHMIXmCDlLYnpFkK+itlXwlE2ZQxkfMruCWdQXye syl2fynAe8hvp7Mms9qU2r2K9EcJiR5N1t1C2/kTKNUhcRv7Yd/vwusK7BqJbhlng5ZgRx0m WxdntU/JLEntz3QBsBsWM9Y9wf2V4tLv6/DuDBta781RsCB/UrU2zNuOEkSixlUiHxw1dccI 6CVlaWkkJBxmHX22GdDFrcjvwMNIbbyfQLuBq6IOh8nvu9vuItup7qemDG3Ms6TVwA7BD3j+ 3fGprtyW8Fd/RR2bW2+LWkMrqHffAr6Y6V3h5kd2G9Q8ZWpEJk+LG6Mk3fhZhmCnHhDu6CwN MeUvxXDVO+fqc3JjFm5OxhmfVeJKrbCEUJyM8ESWLoNHLqjywdZga4Q7P12g8DUQ1mRxYg/L HgZY3zfKOqcAEQEAAYkCPAQYAQgAJhYhBL4sQ7ueBCdcDgGOvnfybtNRzXKPBQJZuCyIAhsM BQkFo5qAAAoJEHfybtNRzXKPBVwQAKfFy9P7N3OsLDMB56A4Kf+ZT+d5cIx0Yiaf4n6w7m3i ImHHHk9FIetI4Xe54a2IXh4Bq5UkAGY0667eIs+Z1Ea6I2i27Sdo7DxGwq09Qnm/Y65ADvXs 3aBvokCcm7FsM1wky395m8xUos1681oV5oxgqeRI8/76qy0hD9WR65UW+HQgZRIcIjSel9vR XDaD2HLGPTTGr7u4v00UeTMs6qvPsa2PJagogrKY8RXdFtXvweQFz78NbXhluwix2Tb9ETPk LIpDrtzV73CaE2aqBG/KrboXT2C67BgFtnk7T7Y7iKq4/XvEdDWscz2wws91BOXuMMd4c/c4 OmGW9m3RBLufFrOag1q5yUS9QbFfyqL6dftJP3Zq/xe+mr7sbWbhPVCQFrH3r26mpmy841ym dwQnNcsbIGiBASBSKksOvIDYKa2Wy8htPmWFTEOPRpFXdGQ27awcjjnB42nngyCK5ukZDHi6 w0qK5DNQQCkiweevCIC6wc3p67jl1EMFY5+z+zdTPb3h7LeVnGqW0qBQl99vVFgzLxchKcl0 R/paSFgwqXCZhAKMuUHncJuynDOP7z5LirUeFI8qsBAJi1rXpQoLJTVcW72swZ42IdPiboqx NbTMiNOiE36GqMcTPfKylCbF45JNX4nF9ElM0E+Y8gi4cizJYBRr2FBJgay0b9Cp Message-ID: Date: Wed, 27 May 2020 12:39:14 +0300 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: <114f788a-3947-0783-5472-173cf3a30d32@FreeBSD.org> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 49X5Py0t51z42xT X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of agapon@gmail.com designates 209.85.221.68 as permitted sender) smtp.mailfrom=agapon@gmail.com X-Spamd-Result: default: False [-2.26 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17:c]; MID_RHS_MATCH_FROM(0.00)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[FreeBSD.org]; NEURAL_HAM_LONG(-1.00)[-0.997]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; NEURAL_HAM_SHORT(-0.29)[-0.287]; RCVD_IN_DNSWL_NONE(0.00)[209.85.221.68:from]; NEURAL_HAM_MEDIUM(-0.98)[-0.977]; FREEMAIL_TO(0.00)[FreeBSD.org,gmail.com]; FORGED_SENDER(0.30)[avg@FreeBSD.org,agapon@gmail.com]; RWL_MAILSPIKE_POSSIBLE(0.00)[209.85.221.68:from]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; FROM_NEQ_ENVFROM(0.00)[avg@FreeBSD.org,agapon@gmail.com]; FREEMAIL_ENVFROM(0.00)[gmail.com]; RECEIVED_SPAMHAUS_PBL(0.00)[93.72.151.96:received] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 May 2020 09:39:19 -0000 On 27/05/2020 11:13, Andriy Gapon wrote: > I added more diagnostics and it seems to support the idea that the problem is > related to I/O cycles and bridges. > > ACPI timer suddenly starts returning 0xffffffff and that lasts for tens of > microseconds before the timer goes back to returning normal values with an > expected increase. > AMD provides a proprietary way to access ACPI registers via MMIO (0xfed808xx). > That mechanism is unaffected, ACPI timer register always returns good values. > > The problem seems to happen when restoring configuration of a particular PCI > bridge. What's interesting is that the bridge decodes one memory range and one > I/O range. > > Looking at pci_cfg_restore() I wonder if it is wise to restore PCIR_COMMAND so > early. Could it be that after the resume the bridge is configured with a wrong > I/O range (e.g., too wide) and by writing PCIR_COMMAND we enable that decoding. > So, the bridge steals I/O cycles destined for ACPI support hardware. If there > is nothing behind the bridge to handle those ports, then we get those bad readings. > Once the bridge configuration is fully restored, the I/O handling goes back to > normal. >From what I see, this looks like a BIOS bug. Upon resume, it swaps window configurations of pcib1 and pcib2 (until FreeBSD restores them). pcib1 originally does not have an I/O window. So, BIOS programs both base and limit of pcib2 I/O window to zero. When FreeBSD writes its command register to enable I/O decoding it starts claiming 0x0 - 0xFFF I/O port range. That covers the ACPI ports at 0x8xx. Some printf-s. >From (verbose) boot time: pcib1: domain 0 pcib1: secondary bus 1 pcib1: subordinate bus 1 pcib1: memory decode 0xfea00000-0xfeafffff pcib2: domain 0 pcib2: secondary bus 2 pcib2: subordinate bus 2 pcib2: I/O decode 0xf000-0xffff pcib2: memory decode 0xfe900000-0xfe9fffff My printf-s from resume time: pcib1: old I/O base (low): 0xf1 pcib1: old I/O base (high): 0x0 pcib1: old I/O limit (low): 0x1 pcib1: old I/O limit (high): 0x0 pcib2: old I/O base (low): 0x1 pcib2: old I/O base (high): 0x0 pcib2: old I/O limit (low): 0x1 pcib2: old I/O limit (high): 0x0 -- Andriy Gapon From owner-freebsd-current@freebsd.org Wed May 27 11:51: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 410273301F6 for ; Wed, 27 May 2020 11:51:53 +0000 (UTC) (envelope-from ianfreislich@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 49X8Lx08YZz4DgN for ; Wed, 27 May 2020 11:51:53 +0000 (UTC) (envelope-from ianfreislich@gmail.com) Received: by mailman.nyi.freebsd.org (Postfix) id 0532432FE63; Wed, 27 May 2020 11:51:53 +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 04FAA32FCF4 for ; Wed, 27 May 2020 11:51:53 +0000 (UTC) (envelope-from ianfreislich@gmail.com) Received: from mail-qt1-x82d.google.com (mail-qt1-x82d.google.com [IPv6:2607:f8b0:4864:20::82d]) (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 49X8Lw1g58z4DXh for ; Wed, 27 May 2020 11:51:51 +0000 (UTC) (envelope-from ianfreislich@gmail.com) Received: by mail-qt1-x82d.google.com with SMTP id h9so8646331qtj.7 for ; Wed, 27 May 2020 04:51:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to:content-language:content-transfer-encoding; bh=93s/qhFH9gcwy3Fi6n4BpVOkpQp5B6IatBbIF7S2hiE=; b=Vx3E1iag68R70AOtiHMFkgX1XjRyukJIyqak8j15p1QkisYokybVSYaRpxUuBe1ymQ o1PkawmBiA3OKJoZZ5DZBUcFf5rvggZ3nERVpwgvuJOLcrpuNrXJk0mNH1eFj1jLekVq oozMZGP7AqJFZ4OfC9s37HquIgQciRYa4RiXlt+q1csjsDUIKc8FI1FIW38trp2l9BDU Irf2dhCysOym6qYkkpEtfEvjLdcqIwFLQTueM1ODTK5YmY7JuDZNWbf29DCf4vKDGbWX uK7rH/OL87bI68aIJjhQmlhbtoBfP1IBMAqkqMtVoGx+Fys+n8eExZ+7Kbl2Q3F1+qUW Ooig== 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-language :content-transfer-encoding; bh=93s/qhFH9gcwy3Fi6n4BpVOkpQp5B6IatBbIF7S2hiE=; b=fbcH3HGQS0UKPB6pVfvSQatzarfB8GRnfgwdSMwW1MMBACc5sOl9RQNyYwtf+4AQO9 AeY7+WnQNMUPjBB089GMDzm3r+ByVN0Up7gsJXHkQBSLhJYqCmciuOrwxd6rwtEo5rGN a4PlNudp8Q4sNQU+Z00DJNmr5Mj2ERO/UP47xoRP71RD5uOrFK5kBQsBMh2pSDeBNLJN q+vS/gumpOsnV8Hl2NBfbRoSEUehDt/Avf7o6X42Df2xsmIZjCdb0iP8U6cPsexvXihy EaxIZq1U1CFqe1pAIQk43n/vNWtZc6OYHizeXk+SopdRj6C7TtNbSO4lBIZHlP+lZGNz x1hA== X-Gm-Message-State: AOAM531YzHEYlFMROQKjiW3xqaP+5sp06BxQ8Tf3muM+QH0jiDNyTdcW W73Vk6IHvIDMXUU8nt8Y1QZxOEBM0SA= X-Google-Smtp-Source: ABdhPJxkK8uBxMbRGfrnHTQ0csF2dtoVdBgZTUkQcsNWH8HZR7ZZGK0MLER8K6OUIlwKO3wOALOMcw== X-Received: by 2002:ac8:38d8:: with SMTP id g24mr3802469qtc.360.1590580311116; Wed, 27 May 2020 04:51:51 -0700 (PDT) Received: from [10.0.0.140] (c-73-20-244-53.hsd1.ga.comcast.net. [73.20.244.53]) by smtp.gmail.com with ESMTPSA id m13sm2307238qta.90.2020.05.27.04.51.50 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Wed, 27 May 2020 04:51:50 -0700 (PDT) Subject: Re: r360902 breaks VLAN interface on if_em (82579LM) To: current@freebsd.org References: <88004d48-4434-875a-5a36-0627b00c2f38@gmail.com> <1906251966.36777.1590562439792.JavaMail.open-xchange@opme11oxm03aub.bagnolet.francetelecom.fr> From: Ian FREISLICH Message-ID: Date: Wed, 27 May 2020 07:51:49 -0400 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.7.0 In-Reply-To: <1906251966.36777.1590562439792.JavaMail.open-xchange@opme11oxm03aub.bagnolet.francetelecom.fr> Content-Language: en-US X-Rspamd-Queue-Id: 49X8Lw1g58z4DXh X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=Vx3E1iag; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of ianfreislich@gmail.com designates 2607:f8b0:4864:20::82d as permitted sender) smtp.mailfrom=ianfreislich@gmail.com X-Spamd-Result: default: False [-2.93 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36:c]; FREEMAIL_FROM(0.00)[gmail.com]; 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.21)[-0.210]; RECEIVED_SPAMHAUS_PBL(0.00)[73.20.244.53:received]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:~]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.02)[-1.021]; 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.003]; PREVIOUSLY_DELIVERED(0.00)[current@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::82d:from]; MIME_HTML_ONLY(0.20)[]; RCVD_TLS_ALL(0.00)[] MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.33 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 May 2020 11:51:53 -0000 From owner-freebsd-current@freebsd.org Wed May 27 13:27: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 E5DEA3326CA for ; Wed, 27 May 2020 13:27:18 +0000 (UTC) (envelope-from jhb@FreeBSD.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 49XBT25vrZz4Mlf for ; Wed, 27 May 2020 13:27:18 +0000 (UTC) (envelope-from jhb@FreeBSD.org) Received: by mailman.nyi.freebsd.org (Postfix) id C91923326C9; Wed, 27 May 2020 13:27:18 +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 C8E0F3326C8 for ; Wed, 27 May 2020 13:27:18 +0000 (UTC) (envelope-from jhb@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 49XBT24l74z4Mfg; Wed, 27 May 2020 13:27:18 +0000 (UTC) (envelope-from jhb@FreeBSD.org) Received: from John-Baldwins-MacBook-Pro-274.local (unknown [IPv6:2601:648:8203:2990:7455:e867:e594:d678]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) (Authenticated sender: jhb) by smtp.freebsd.org (Postfix) with ESMTPSA id 4899219F4A; Wed, 27 May 2020 13:27:18 +0000 (UTC) (envelope-from jhb@FreeBSD.org) Subject: Re: acpi timer reads all ones [Was: efirtc + atrtc at the same time] To: Andriy Gapon , Konstantin Belousov Cc: FreeBSD Current References: <021d8df4-a4f8-620d-73b6-b6103d0bf7f1@FreeBSD.org> <199c8845-e42c-fbee-3f13-0b3d0d7234dc@FreeBSD.org> <20200526185528.GA48478@kib.kiev.ua> <114f788a-3947-0783-5472-173cf3a30d32@FreeBSD.org> From: John Baldwin Autocrypt: addr=jhb@FreeBSD.org; keydata= mQGiBETQ+XcRBADMFybiq69u+fJRy/0wzqTNS8jFfWaBTs5/OfcV7wWezVmf9sgwn8TW0Dk0 c9MBl0pz+H01dA2ZSGZ5fXlmFIsee1WEzqeJzpiwd/pejPgSzXB9ijbLHZ2/E0jhGBcVy5Yo /Tw5+U/+laeYKu2xb0XPvM0zMNls1ah5OnP9a6Ql6wCgupaoMySb7DXm2LHD1Z9jTsHcAQMD /1jzh2BoHriy/Q2s4KzzjVp/mQO5DSm2z14BvbQRcXU48oAosHA1u3Wrov6LfPY+0U1tG47X 1BGfnQH+rNAaH0livoSBQ0IPI/8WfIW7ub4qV6HYwWKVqkDkqwcpmGNDbz3gfaDht6nsie5Z pcuCcul4M9CW7Md6zzyvktjnbz61BADGDCopfZC4of0Z3Ka0u8Wik6UJOuqShBt1WcFS8ya1 oB4rc4tXfSHyMF63aPUBMxHR5DXeH+EO2edoSwViDMqWk1jTnYza51rbGY+pebLQOVOxAY7k do5Ordl3wklBPMVEPWoZ61SdbcjhHVwaC5zfiskcxj5wwXd2E9qYlBqRg7QeSm9obiBCYWxk d2luIDxqaGJARnJlZUJTRC5vcmc+iGAEExECACAFAkTQ+awCGwMGCwkIBwMCBBUCCAMEFgID AQIeAQIXgAAKCRBy3lIGd+N/BI6RAJ9S97fvbME+3hxzE3JUyUZ6vTewDACdE1stFuSfqMvM jomvZdYxIYyTUpC5Ag0ERND5ghAIAPwsO0B7BL+bz8sLlLoQktGxXwXQfS5cInvL17Dsgnr3 1AKa94j9EnXQyPEj7u0d+LmEe6CGEGDh1OcGFTMVrof2ZzkSy4+FkZwMKJpTiqeaShMh+Goj XlwIMDxyADYvBIg3eN5YdFKaPQpfgSqhT+7El7w+wSZZD8pPQuLAnie5iz9C8iKy4/cMSOrH YUK/tO+Nhw8Jjlw94Ik0T80iEhI2t+XBVjwdfjbq3HrJ0ehqdBwukyeJRYKmbn298KOFQVHO EVbHA4rF/37jzaMadK43FgJ0SAhPPF5l4l89z5oPu0b/+5e2inA3b8J3iGZxywjM+Csq1tqz hltEc7Q+E08AAwUIAL+15XH8bPbjNJdVyg2CMl10JNW2wWg2Q6qdljeaRqeR6zFus7EZTwtX sNzs5bP8y51PSUDJbeiy2RNCNKWFMndM22TZnk3GNG45nQd4OwYK0RZVrikalmJY5Q6m7Z16 4yrZgIXFdKj2t8F+x613/SJW1lIr9/bDp4U9tw0V1g3l2dFtD3p3ZrQ3hpoDtoK70ioIAjjH aIXIAcm3FGZFXy503DOA0KaTWwvOVdYCFLm3zWuSOmrX/GsEc7ovasOWwjPn878qVjbUKWwx Q4QkF4OhUV9zPtf9tDSAZ3x7QSwoKbCoRCZ/xbyTUPyQ1VvNy/mYrBcYlzHodsaqUDjHuW+I SQQYEQIACQUCRND5ggIbDAAKCRBy3lIGd+N/BCO8AJ9j1dWVQWxw/YdTbEyrRKOY8YZNwwCf afMAg8QvmOWnHx3wl8WslCaXaE8= Message-ID: <618658d9-b892-9255-2747-c5efbada0210@FreeBSD.org> Date: Wed, 27 May 2020 06:27:16 -0700 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:68.0) Gecko/20100101 Thunderbird/68.6.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 May 2020 13:27:19 -0000 On 5/27/20 2:39 AM, Andriy Gapon wrote: > On 27/05/2020 11:13, Andriy Gapon wrote: >> I added more diagnostics and it seems to support the idea that the problem is >> related to I/O cycles and bridges. >> >> ACPI timer suddenly starts returning 0xffffffff and that lasts for tens of >> microseconds before the timer goes back to returning normal values with an >> expected increase. >> AMD provides a proprietary way to access ACPI registers via MMIO (0xfed808xx). >> That mechanism is unaffected, ACPI timer register always returns good values. >> >> The problem seems to happen when restoring configuration of a particular PCI >> bridge. What's interesting is that the bridge decodes one memory range and one >> I/O range. >> >> Looking at pci_cfg_restore() I wonder if it is wise to restore PCIR_COMMAND so >> early. Could it be that after the resume the bridge is configured with a wrong >> I/O range (e.g., too wide) and by writing PCIR_COMMAND we enable that decoding. >> So, the bridge steals I/O cycles destined for ACPI support hardware. If there >> is nothing behind the bridge to handle those ports, then we get those bad readings. >> Once the bridge configuration is fully restored, the I/O handling goes back to >> normal. > > From what I see, this looks like a BIOS bug. > Upon resume, it swaps window configurations of pcib1 and pcib2 (until FreeBSD > restores them). pcib1 originally does not have an I/O window. So, BIOS > programs both base and limit of pcib2 I/O window to zero. When FreeBSD writes > its command register to enable I/O decoding it starts claiming 0x0 - 0xFFF I/O > port range. That covers the ACPI ports at 0x8xx. > > Some printf-s. > From (verbose) boot time: > pcib1: domain 0 > pcib1: secondary bus 1 > pcib1: subordinate bus 1 > pcib1: memory decode 0xfea00000-0xfeafffff > pcib2: domain 0 > pcib2: secondary bus 2 > pcib2: subordinate bus 2 > pcib2: I/O decode 0xf000-0xffff > pcib2: memory decode 0xfe900000-0xfe9fffff > > My printf-s from resume time: > pcib1: old I/O base (low): 0xf1 > pcib1: old I/O base (high): 0x0 > pcib1: old I/O limit (low): 0x1 > pcib1: old I/O limit (high): 0x0 > pcib2: old I/O base (low): 0x1 > pcib2: old I/O base (high): 0x0 > pcib2: old I/O limit (low): 0x1 > pcib2: old I/O limit (high): 0x0 The "solution" I think is to have resume be multi-pass and to resume all the bridges first before trying to resume leaf devices (including timers), but that's a fair bit of work. It might be that we just need to resume timer interrupts later after the new-bus resume (I think we currently do it before?), though the reason for that was to allow resume methods in devices to sleep (I'm not sure if any do). -- John Baldwin From owner-freebsd-current@freebsd.org Wed May 27 13:32:25 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id AF2423329CA for ; Wed, 27 May 2020 13:32:25 +0000 (UTC) (envelope-from agapon@gmail.com) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 49XBZx31twz4N00 for ; Wed, 27 May 2020 13:32:25 +0000 (UTC) (envelope-from agapon@gmail.com) Received: by mailman.nyi.freebsd.org (Postfix) id 67CAA3329C9; Wed, 27 May 2020 13:32:25 +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 667983323FB for ; Wed, 27 May 2020 13:32:25 +0000 (UTC) (envelope-from agapon@gmail.com) Received: from mail-wm1-f41.google.com (mail-wm1-f41.google.com [209.85.128.41]) (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 49XBZw3wXXz4NCG; Wed, 27 May 2020 13:32:24 +0000 (UTC) (envelope-from agapon@gmail.com) Received: by mail-wm1-f41.google.com with SMTP id r15so3029304wmh.5; Wed, 27 May 2020 06:32:24 -0700 (PDT) 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:openpgp:autocrypt :message-id:date:user-agent:mime-version:in-reply-to :content-language:content-transfer-encoding; bh=OaVN9qdbAwNXd/bWPsjYp8HG2r2LrR/LKsFivUMcoA4=; b=oy54zaRe6P35FDE4CKBhkDmPYkKIrvvVbtjjGO1uKoQp7TqfgChakyj1MZ2/DUcRZv QvMmvj6uGNoEiNSFZWSa5/wXpzq3DPJS2jwChznCLARDDWZw68gKWqHwr9s5WmfBROQx felqgqPP3gkSlTBBKp3aYX2+bZcZcw13sE5jbhbBtqy0iQSVFYIpO3amtrP/ys/Wm+mC WmYfFfnt2by6Lv5CwJuxTn2rLMYaXse7HW2mtrdjEzl0XTtw8rSICjZ7zKm5jIFAnqTy PgrHdMPZB7G4tIiDj7/E9vHubDIuY9wlcODObIBhTQHKihGzO4k8q0ihCKnA77+XVhW+ /KiQ== X-Gm-Message-State: AOAM530UFraUgl9MZafnSmpG7qKLHF8RlpaFCgiQTg5PKHWw0wnOqwkM QFwhICPlq9QfquYbNbmSjvkGmFXy X-Google-Smtp-Source: ABdhPJz/x5Ug9fjsdjpo4YUaiMN5CZ/FCPigNeDYytCmRvoebuzsv+gIhxpeLWz4P2q48llpekqmnQ== X-Received: by 2002:a1c:49:: with SMTP id 70mr4055586wma.184.1590586342653; Wed, 27 May 2020 06:32:22 -0700 (PDT) Received: from [192.168.0.88] (east.meadow.volia.net. [93.72.151.96]) by smtp.googlemail.com with ESMTPSA id g1sm2847533wrb.46.2020.05.27.06.32.21 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Wed, 27 May 2020 06:32:22 -0700 (PDT) Subject: Re: acpi timer reads all ones [Was: efirtc + atrtc at the same time] To: John Baldwin , Konstantin Belousov Cc: FreeBSD Current References: <021d8df4-a4f8-620d-73b6-b6103d0bf7f1@FreeBSD.org> <199c8845-e42c-fbee-3f13-0b3d0d7234dc@FreeBSD.org> <20200526185528.GA48478@kib.kiev.ua> <114f788a-3947-0783-5472-173cf3a30d32@FreeBSD.org> <618658d9-b892-9255-2747-c5efbada0210@FreeBSD.org> From: Andriy Gapon Openpgp: preference=signencrypt Autocrypt: addr=avg@FreeBSD.org; prefer-encrypt=mutual; keydata= mQINBFm4LIgBEADNB/3lT7f15UKeQ52xCFQx/GqHkSxEdVyLFZTmY3KyNPQGBtyvVyBfprJ7 mAeXZWfhat6cKNRAGZcL5EmewdQuUfQfBdYmKjbw3a9GFDsDNuhDA2QwFt8BmkiVMRYyvI7l N0eVzszWCUgdc3qqM6qqcgBaqsVmJluwpvwp4ZBXmch5BgDDDb1MPO8AZ2QZfIQmplkj8Y6Z AiNMknkmgaekIINSJX8IzRzKD5WwMsin70psE8dpL/iBsA2cpJGzWMObVTtCxeDKlBCNqM1i gTXta1ukdUT7JgLEFZk9ceYQQMJJtUwzWu1UHfZn0Fs29HTqawfWPSZVbulbrnu5q55R4PlQ /xURkWQUTyDpqUvb4JK371zhepXiXDwrrpnyyZABm3SFLkk2bHlheeKU6Yql4pcmSVym1AS4 dV8y0oHAfdlSCF6tpOPf2+K9nW1CFA8b/tw4oJBTtfZ1kxXOMdyZU5fiG7xb1qDgpQKgHUX8 7Rd2T1UVLVeuhYlXNw2F+a2ucY+cMoqz3LtpksUiBppJhw099gEXehcN2JbUZ2TueJdt1FdS ztnZmsHUXLxrRBtGwqnFL7GSd6snpGIKuuL305iaOGODbb9c7ne1JqBbkw1wh8ci6vvwGlzx rexzimRaBzJxlkjNfMx8WpCvYebGMydNoeEtkWldtjTNVsUAtQARAQABtB5BbmRyaXkgR2Fw b24gPGF2Z0BGcmVlQlNELm9yZz6JAlQEEwEIAD4WIQS+LEO7ngQnXA4Bjr538m7TUc1yjwUC WbgsiAIbIwUJBaOagAULCQgHAgYVCAkKCwIEFgIDAQIeAQIXgAAKCRB38m7TUc1yj+JAEACV l9AK/nOWAt/9cufV2fRj0hdOqB1aCshtSrwHk/exXsDa4/FkmegxXQGY+3GWX3deIyesbVRL rYdtdK0dqJyT1SBqXK1h3/at9rxr9GQA6KWOxTjUFURsU7ok/6SIlm8uLRPNKO+yq0GDjgaO LzN+xykuBA0FlhQAXJnpZLcVfPJdWv7sSHGedL5ln8P8rxR+XnmsA5TUaaPcbhTB+mG+iKFj GghASDSfGqLWFPBlX/fpXikBDZ1gvOr8nyMY9nXhgfXpq3B6QCRYKPy58ChrZ5weeJZ29b7/ QdEO8NFNWHjSD9meiLdWQaqo9Y7uUxN3wySc/YUZxtS0bhAd8zJdNPsJYG8sXgKjeBQMVGuT eCAJFEYJqbwWvIXMfVWop4+O4xB+z2YE3jAbG/9tB/GSnQdVSj3G8MS80iLS58frnt+RSEw/ psahrfh0dh6SFHttE049xYiC+cM8J27Aaf0i9RflyITq57NuJm+AHJoU9SQUkIF0nc6lfA+o JRiyRlHZHKoRQkIg4aiKaZSWjQYRl5Txl0IZUP1dSWMX4s3XTMurC/pnja45dge/4ESOtJ9R 8XuIWg45Oq6MeIWdjKddGhRj3OohsltKgkEU3eLKYtB6qRTQypHHUawCXz88uYt5e3w4V16H lCpSTZV/EVHnNe45FVBlvK7k7HFfDDkryLkCDQRZuCyIARAAlq0slcsVboY/+IUJdcbEiJRW be9HKVz4SUchq0z9MZPX/0dcnvz/gkyYA+OuM78dNS7Mbby5dTvOqfpLJfCuhaNYOhlE0wY+ 1T6Tf1f4c/uA3U/YiadukQ3+6TJuYGAdRZD5EqYFIkreARTVWg87N9g0fT9BEqLw9lJtEGDY EWUE7L++B8o4uu3LQFEYxcrb4K/WKmgtmFcm77s0IKDrfcX4doV92QTIpLiRxcOmCC/OCYuO jB1oaaqXQzZrCutXRK0L5XN1Y1PYjIrEzHMIXmCDlLYnpFkK+itlXwlE2ZQxkfMruCWdQXye syl2fynAe8hvp7Mms9qU2r2K9EcJiR5N1t1C2/kTKNUhcRv7Yd/vwusK7BqJbhlng5ZgRx0m WxdntU/JLEntz3QBsBsWM9Y9wf2V4tLv6/DuDBta781RsCB/UrU2zNuOEkSixlUiHxw1dccI 6CVlaWkkJBxmHX22GdDFrcjvwMNIbbyfQLuBq6IOh8nvu9vuItup7qemDG3Ms6TVwA7BD3j+ 3fGprtyW8Fd/RR2bW2+LWkMrqHffAr6Y6V3h5kd2G9Q8ZWpEJk+LG6Mk3fhZhmCnHhDu6CwN MeUvxXDVO+fqc3JjFm5OxhmfVeJKrbCEUJyM8ESWLoNHLqjywdZga4Q7P12g8DUQ1mRxYg/L HgZY3zfKOqcAEQEAAYkCPAQYAQgAJhYhBL4sQ7ueBCdcDgGOvnfybtNRzXKPBQJZuCyIAhsM BQkFo5qAAAoJEHfybtNRzXKPBVwQAKfFy9P7N3OsLDMB56A4Kf+ZT+d5cIx0Yiaf4n6w7m3i ImHHHk9FIetI4Xe54a2IXh4Bq5UkAGY0667eIs+Z1Ea6I2i27Sdo7DxGwq09Qnm/Y65ADvXs 3aBvokCcm7FsM1wky395m8xUos1681oV5oxgqeRI8/76qy0hD9WR65UW+HQgZRIcIjSel9vR XDaD2HLGPTTGr7u4v00UeTMs6qvPsa2PJagogrKY8RXdFtXvweQFz78NbXhluwix2Tb9ETPk LIpDrtzV73CaE2aqBG/KrboXT2C67BgFtnk7T7Y7iKq4/XvEdDWscz2wws91BOXuMMd4c/c4 OmGW9m3RBLufFrOag1q5yUS9QbFfyqL6dftJP3Zq/xe+mr7sbWbhPVCQFrH3r26mpmy841ym dwQnNcsbIGiBASBSKksOvIDYKa2Wy8htPmWFTEOPRpFXdGQ27awcjjnB42nngyCK5ukZDHi6 w0qK5DNQQCkiweevCIC6wc3p67jl1EMFY5+z+zdTPb3h7LeVnGqW0qBQl99vVFgzLxchKcl0 R/paSFgwqXCZhAKMuUHncJuynDOP7z5LirUeFI8qsBAJi1rXpQoLJTVcW72swZ42IdPiboqx NbTMiNOiE36GqMcTPfKylCbF45JNX4nF9ElM0E+Y8gi4cizJYBRr2FBJgay0b9Cp Message-ID: Date: Wed, 27 May 2020 16:32:20 +0300 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: <618658d9-b892-9255-2747-c5efbada0210@FreeBSD.org> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 49XBZw3wXXz4NCG X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of agapon@gmail.com designates 209.85.128.41 as permitted sender) smtp.mailfrom=agapon@gmail.com X-Spamd-Result: default: False [-1.85 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17:c]; MID_RHS_MATCH_FROM(0.00)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[FreeBSD.org]; NEURAL_HAM_LONG(-1.00)[-0.996]; NEURAL_SPAM_SHORT(0.12)[0.124]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[209.85.128.41:from]; NEURAL_HAM_MEDIUM(-0.98)[-0.976]; FREEMAIL_TO(0.00)[FreeBSD.org,gmail.com]; FORGED_SENDER(0.30)[avg@FreeBSD.org,agapon@gmail.com]; RWL_MAILSPIKE_POSSIBLE(0.00)[209.85.128.41:from]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; FROM_NEQ_ENVFROM(0.00)[avg@FreeBSD.org,agapon@gmail.com]; FREEMAIL_ENVFROM(0.00)[gmail.com]; RECEIVED_SPAMHAUS_PBL(0.00)[93.72.151.96:received] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 May 2020 13:32:25 -0000 On 27/05/2020 16:27, John Baldwin wrote: > The "solution" I think is to have resume be multi-pass and to resume all the bridges > first before trying to resume leaf devices (including timers), but that's a fair bit > of work. It might be that we just need to resume timer interrupts later after the > new-bus resume (I think we currently do it before?), though the reason for that was > to allow resume methods in devices to sleep (I'm not sure if any do). But it's not only about timers. {sbin,bin,micro,etc}uptime() calls can return garbage as well and confuse their callers. -- Andriy Gapon From owner-freebsd-current@freebsd.org Wed May 27 13:41: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 B6F5F333031 for ; Wed, 27 May 2020 13:41:12 +0000 (UTC) (envelope-from chmeeedalf@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 49XBn42323z4P2t for ; Wed, 27 May 2020 13:41:12 +0000 (UTC) (envelope-from chmeeedalf@gmail.com) Received: by mailman.nyi.freebsd.org (Postfix) id 44646332DFC; Wed, 27 May 2020 13:41: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 442B4332DFB for ; Wed, 27 May 2020 13:41:12 +0000 (UTC) (envelope-from chmeeedalf@gmail.com) Received: from mail-il1-x143.google.com (mail-il1-x143.google.com [IPv6:2607:f8b0:4864:20::143]) (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 49XBn36gp2z4Nrl; Wed, 27 May 2020 13:41:11 +0000 (UTC) (envelope-from chmeeedalf@gmail.com) Received: by mail-il1-x143.google.com with SMTP id d1so1495878ila.8; Wed, 27 May 2020 06:41:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=date:from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-transfer-encoding; bh=sjnqa2dHUUZUVtu6NupvbIRioRN0wuJNEGB+0LDez+w=; b=DjBDAbCxLXKDGbs1V7RDMwR7DuUDsFsmkxKb8yh6a1F33yyOQ5+HhU55jpc+CmY4Tc uiWiIuAvrVAuKCCA3fdGSmzqjPCJo3cpmZvvAurvvOWWIeGYjs9K29I40JV535EZJBql /Kh4s5rtH4DgO+qzZ6HrL1gDt32NyqBFpX705lyS35cXYUvuxfSCeZ2kuPW20bLvlcl0 /7LoF3ZT5K9zsmQwSL+kOCI7UcXBErgdXVaFNdMfAxH5vW82j986v7B4yKtCyT9yo1vV 5IwXjLte43jk/vHpMvIhMUzIkgQXf1HdYZIaV16srSYSWl96ODDzfvqUbe1oxdGb+Twg +I/Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:in-reply-to :references:mime-version:content-transfer-encoding; bh=sjnqa2dHUUZUVtu6NupvbIRioRN0wuJNEGB+0LDez+w=; b=TIVBSIkeiAWMWcAzQnRJICuwwBbPFJA/s0aJHKIbWH9i7fc5KRc2X7A/Woo7Nf/yAD ucii5YUzIi5u6CxoxMAASDvgzBdOqM7WvnngWyabmMmYl13A+FZN+paz+JcKXZwGy1cd rPhemwT5AheJmIRJUXbPGaz19lpKg8q1NJ+rxgpcX8tEacxgK62buOGBpvCHIX7z89ws cnAjYauKUmuDtGE/lzxNXhfSRx0pVf9cPo/iI5isxMG0SG5tOEpHUaIxNl/eQh1BKxFO UdmruVGVCQK2CRkCuBfDKqcUPsXwpwmDaAAZhknqRJzAl/Mt72/CckeV6xrGMQebKDes CsIw== X-Gm-Message-State: AOAM533tM04ngkXxH2/YuaTy3TcxRuSiiotD7437D11haDOd1w3UcPCN ZMh1UBBJ9MMOcUXp2YF2PWunbJDs9BeBrQ== X-Google-Smtp-Source: ABdhPJw6rLpn1CkX88rmLcKZLLzVuuKr0nJwt2oMB98HiNyn/Xz/K/buaoqtSzW5nUUqkcT0bxOcnw== X-Received: by 2002:a92:9154:: with SMTP id t81mr5736812ild.235.1590586870673; Wed, 27 May 2020 06:41:10 -0700 (PDT) Received: from titan.knownspace (173-19-125-130.client.mchsi.com. [173.19.125.130]) by smtp.gmail.com with ESMTPSA id p7sm1233586iob.7.2020.05.27.06.41.09 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 27 May 2020 06:41:09 -0700 (PDT) Date: Wed, 27 May 2020 08:41:07 -0500 From: Justin Hibbits To: John Baldwin Cc: Andriy Gapon , Konstantin Belousov , FreeBSD Current Subject: Re: acpi timer reads all ones [Was: efirtc + atrtc at the same time] Message-ID: <20200527084107.671238bb@titan.knownspace> In-Reply-To: <618658d9-b892-9255-2747-c5efbada0210@FreeBSD.org> References: <021d8df4-a4f8-620d-73b6-b6103d0bf7f1@FreeBSD.org> <199c8845-e42c-fbee-3f13-0b3d0d7234dc@FreeBSD.org> <20200526185528.GA48478@kib.kiev.ua> <114f788a-3947-0783-5472-173cf3a30d32@FreeBSD.org> <618658d9-b892-9255-2747-c5efbada0210@FreeBSD.org> X-Mailer: Claws Mail 3.17.5 (GTK+ 2.24.32; powerpc64-portbld-freebsd13.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 49XBn36gp2z4Nrl X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; REPLY(-4.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 May 2020 13:41:12 -0000 On Wed, 27 May 2020 06:27:16 -0700 John Baldwin wrote: > On 5/27/20 2:39 AM, Andriy Gapon wrote: > > On 27/05/2020 11:13, Andriy Gapon wrote: > >> I added more diagnostics and it seems to support the idea that the > >> problem is related to I/O cycles and bridges. > >> > >> ACPI timer suddenly starts returning 0xffffffff and that lasts for > >> tens of microseconds before the timer goes back to returning > >> normal values with an expected increase. > >> AMD provides a proprietary way to access ACPI registers via MMIO > >> (0xfed808xx). That mechanism is unaffected, ACPI timer register > >> always returns good values. > >> > >> The problem seems to happen when restoring configuration of a > >> particular PCI bridge. What's interesting is that the bridge > >> decodes one memory range and one I/O range. > >> > >> Looking at pci_cfg_restore() I wonder if it is wise to restore > >> PCIR_COMMAND so early. Could it be that after the resume the > >> bridge is configured with a wrong I/O range (e.g., too wide) and > >> by writing PCIR_COMMAND we enable that decoding. So, the bridge > >> steals I/O cycles destined for ACPI support hardware. If there is > >> nothing behind the bridge to handle those ports, then we get those > >> bad readings. Once the bridge configuration is fully restored, the > >> I/O handling goes back to normal. > > > > From what I see, this looks like a BIOS bug. > > Upon resume, it swaps window configurations of pcib1 and pcib2 > > (until FreeBSD restores them). pcib1 originally does not have an > > I/O window. So, BIOS programs both base and limit of pcib2 I/O > > window to zero. When FreeBSD writes its command register to > > enable I/O decoding it starts claiming 0x0 - 0xFFF I/O port range. > > That covers the ACPI ports at 0x8xx. > > > > Some printf-s. > > From (verbose) boot time: > > pcib1: domain 0 > > pcib1: secondary bus 1 > > pcib1: subordinate bus 1 > > pcib1: memory decode 0xfea00000-0xfeafffff > > pcib2: domain 0 > > pcib2: secondary bus 2 > > pcib2: subordinate bus 2 > > pcib2: I/O decode 0xf000-0xffff > > pcib2: memory decode 0xfe900000-0xfe9fffff > > > > My printf-s from resume time: > > pcib1: old I/O base (low): 0xf1 > > pcib1: old I/O base (high): 0x0 > > pcib1: old I/O limit (low): 0x1 > > pcib1: old I/O limit (high): 0x0 > > pcib2: old I/O base (low): 0x1 > > pcib2: old I/O base (high): 0x0 > > pcib2: old I/O limit (low): 0x1 > > pcib2: old I/O limit (high): 0x0 > > The "solution" I think is to have resume be multi-pass and to resume > all the bridges first before trying to resume leaf devices (including > timers), but that's a fair bit of work. It might be that we just > need to resume timer interrupts later after the new-bus resume (I > think we currently do it before?), though the reason for that was to > allow resume methods in devices to sleep (I'm not sure if any do). > That sounds like a good fit for https://reviews.freebsd.org/D203 . Someone (TM) just needs to take it over the finish line... 6 years later. - Justin From owner-freebsd-current@freebsd.org Wed May 27 14:35: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 23B3A3342B6 for ; Wed, 27 May 2020 14:35:26 +0000 (UTC) (envelope-from allanjude@freebsd.org) Received: from tor1-11.mx.scaleengine.net (tor1-11.mx.scaleengine.net [IPv6:2001:470:1:474::25]) (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 49XCzd5V6mz4TCn; Wed, 27 May 2020 14:35:25 +0000 (UTC) (envelope-from allanjude@freebsd.org) Received: from [10.1.1.2] (Seawolf.HML3.ScaleEngine.net [209.51.186.28]) (Authenticated sender: allanjude.freebsd@scaleengine.com) by tor1-11.mx.scaleengine.net (Postfix) with ESMTPSA id A922278A4; Wed, 27 May 2020 14:35:19 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.10.3 tor1-11.mx.scaleengine.net A922278A4 To: FreeBSD Developers , FreeBSD Current From: Allan Jude Autocrypt: addr=allanjude@freebsd.org; prefer-encrypt=mutual; keydata= xsFNBFVwZcYBEADwrZDH0xe0ZVjc9ORCc6PcBLwS/RTXA6NkvpD6ea02pZ8lPOVgteuuugFc D34LdDbiWr+479vfrKBh+Y38GL0oZ0/13j10tIlDMHSa5BU0y6ACtnhupFvVlQ57+XaJAb/q 7qkfSiuxVwQ3FY3PL3cl1RrIP5eGHLA9hu4eVbu+FOX/q/XVKz49HaeIaxzo2Q54572VzIo6 C28McX9m65UL5fXMUGJDDLCItLmehZlHsQQ+uBxvODLFpVV2lUgDR/0rDa0B9zHZX8jY8qQ7 ZdCSy7CwClXI054CkXZCaBzgxYh/CotdI8ezmaw7NLs5vWNTxaDEFXaFMQtMVhvqQBpHkfOD 7rjjOmFw00nJL4FuPE5Yut0CPyx8vLjVmNJSt/Y8WxxmhutsqJYFgYfWl/vaWkrFLur/Zcmz IklwLw35HLsCZytCN5A3rGKdRbQjD6QPXOTJu0JPrJF6t2xFkWAT7oxnSV0ELhl2g+JfMMz2 Z1PDmS3NRnyEdqEm7NoRGXJJ7bgxDbN+9SXTyOletqGNXj/bSrBvhvZ0RQrzdHAPwQUfVSU2 qBhQEi2apSZstgVNMan0GUPqCdbE2zpysg+zT7Yhvf9EUQbzPL4LpdK1llT9fZbrdMzEXvEF oSvwJFdV3sqKmZc7b+E3PuxK6GTsKqaukd/3Cj8aLHG1T1im1QARAQABzSJBbGxhbiBKdWRl IDxhbGxhbmp1ZGVAZnJlZWJzZC5vcmc+wsF/BBMBAgApBQJVcGXGAhsjBQkSzAMABwsJCAcD AgEGFQgCCQoLBBYCAwECHgECF4AACgkQGZU1PhKYC34Muw/+JOKpSfhhysWFYiRXynGRDe07 Z6pVsn7DzrPUMRNZfHu8Uujmmy3p2nx9FelIY9yjd2UKHhug+whM54MiIFs90eCRVa4XEsPR 4FFAm0DAWrrb7qhZFcE/GhHdRWpZ341WAElWf6Puj2devtRjfYbikvj5+1V1QmDbju7cEw5D mEET44pTuD2VMRJpu2yZZzkM0i+wKFuPxlhqreufA1VNkZXI/rIfkYWK+nkXd9Efw3YdCyCQ zUgTUCb88ttSqcyhik/li1CDbXBpkzDCKI6I/8fAb7jjOC9LAtrZJrdgONywcVFoyK9ZN7EN AVA+xvYCmuYhR/3zHWH1g4hAm1v1+gIsufhajhfo8/wY1SetlzPaYkSkVQLqD8T6zZyhf+AN bC7ci44UsiKGAplB3phAXrtSPUEqM86kbnHg3fSx37kWKUiYNOnx4AC2VXvEiKsOBlpyt3dw WQbOtOYM+vkfbBwDtoGOOPYAKxc4LOIt9r+J8aD+gTooi9Eo5tvphATf9WkCpl9+aaGbSixB tUpvQMRnSMqTqq4Z7DeiG6VMRQIjsXDSLJEUqcfhnLFo0Ko/RiaHd5xyAQ4DhQ9QpkyQjjNf /3f/dYG7JAtoD30txaQ5V8uHrz210/77DRRX+HJjEj6xCxWUGvQgvEZf5XXyxeePvqZ+zQyT DX61bYw6w6bOwU0EVXBlxgEQAMy7YVnCCLN4oAOBVLZ5nUbVPvpUhsdA94/0/P+uqCIh28Cz ar56OCX0X19N/nAWecxL4H32zFbIRyDB2V/MEh4p9Qvyu/j4i1r3Ex5GhOT2hnit43Ng46z5 29Es4TijrHJP4/l/rB2VOqMKBS7Cq8zk1cWqaI9XZ59imxDNjtLLPPM+zQ1yE3OAMb475QwN UgWxTMw8rkA7CEaqeIn4sqpTSD5C7kT1Bh26+rbgJDZ77D6Uv1LaCZZOaW52okW3bFbdozV8 yM2u+xz2Qs8bHz67p+s+BlygryiOyYytpkiK6Iy4N7FTolyj5EIwCuqzfk0SaRHeOKX2ZRjC qatkgoD/t13PNT38V9tw3qZVOJDS0W6WM8VSg+F+bkM9LgJ8CmKV+Hj0k3pfGfYPOZJ/v18i +SmZmL/Uw2RghnwDWGAsPCKu4uZR777iw7n9Io6Vfxndw2dcS0e9klvFYoaGS6H2F13Asygr WBzFNGFQscN4mUW+ZYBzpTOcHkdT7w8WS55BmXYLna+dYer9/HaAuUrONjujukN4SPS1fMJ2 /CS/idAUKyyVVX5vozoNK2JVC1h1zUAVsdnmhEzNPsvBoqcVNfyqBFROEVLIPwq+lQMGNVjH ekLTKRWf59MEhUC2ztjSKkGmwdg73d6xSXMuq45EgIJV2wPvOgWQonoHH/kxABEBAAHCwWUE GAECAA8FAlVwZcYCGwwFCRLMAwAACgkQGZU1PhKYC34w5A//YViBtZyDV5O+SJT9FFO3lb9x Zdxf0trA3ooCt7gdBkdnBM6T5EmjgVZ3KYYyFfwXZVkteuCCycMF/zVw5eE9FL1+zz9gg663 nY9q2F77TZTKXVWOLlOV2bY+xaK94U4ytogOGhh9b4UnQ/Ct3+6aviCF78Go608BXbmF/GVT 7uhddemk7ItxM1gE5Hscx3saxGKlayaOsdPKeGTVJCDEtHDuOc7/+jGh5Zxpk/Hpi+DUt1ot 8e6hPYLIQa4uVx4f1xxxV858PQ7QysSLr9pTV7FAQ18JclCaMc7JWIa3homZQL/MNKOfST0S 2e+msuRwQo7AnnfFKBUtb02KwpA4GhWryhkjUh/kbVc1wmGxaU3DgXYQ5GV5+Zf4kk/wqr/7 KG0dkTz6NLCVLyDlmAzuFhf66DJ3zzz4yIo3pbDYi3HB/BwJXVSKB3Ko0oUo+6/qMrOIS02L s++QE/z7K12CCcs7WwOjfCYHK7VtE0Sr/PfybBdTbuDncOuAyAIeIKxdI2nmQHzl035hhvQX s4CSghsP319jAOQiIolCeSbTMD4QWMK8RL/Pe1FI1jC3Nw9s+jq8Dudtbcj2UwAP/STUEbJ9 5rznzuuhPjE0e++EU/RpWmcaIMK/z1zZDMN+ce2v1qzgV936ZhJ3iaVzyqbEE81gDxg3P+IM kiYh4ZtPB4Q= Subject: Office Hours today @ 18:00 UTC - Core Candidates Message-ID: <1a285d69-4ae3-f95d-d33e-7801faa22dfe@freebsd.org> Date: Wed, 27 May 2020 10:35:14 -0400 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:68.0) Gecko/20100101 Thunderbird/68.8.0 MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="OGMCUhUJ6YquKqqlcQxGDgLTv55aNHV7b" X-Rspamd-Queue-Id: 49XCzd5V6mz4TCn X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [0.00 / 15.00]; local_wl_from(0.00)[freebsd.org]; ASN(0.00)[asn:6939, ipnet:2001:470::/32, country:US] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 May 2020 14:35:26 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --OGMCUhUJ6YquKqqlcQxGDgLTv55aNHV7b Content-Type: multipart/mixed; boundary="7mCBJELUq3pggmHrnPeDHln22Dk5IESpR"; protected-headers="v1" From: Allan Jude To: FreeBSD Developers , FreeBSD Current Message-ID: <1a285d69-4ae3-f95d-d33e-7801faa22dfe@freebsd.org> Subject: Office Hours today @ 18:00 UTC - Core Candidates --7mCBJELUq3pggmHrnPeDHln22Dk5IESpR Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable Sorry for the late notice, I thought I sent this last week. After the slate of candidates was finalized last week, I invited all of them to join a live stream today at 18:00 UTC to answer questions from the FreeBSD Community. You can watch the live stream and chat here: https://live.freebsd.org/FreeBSD/officehours/ Or join the chat directly via irc: irc.geekshed.net #freebsd The live stream supports 'DVR', so can be rewound and watched after the live session is over. --=20 Allan Jude --7mCBJELUq3pggmHrnPeDHln22Dk5IESpR-- --OGMCUhUJ6YquKqqlcQxGDgLTv55aNHV7b Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (MingW32) iQIcBAEBAgAGBQJeznqmAAoJEBmVNT4SmAt+YCsP/3u6JvrLQO9GAl1rxfcn5uHd kQueA50pYtj6osdQkOBCSPIsPdUuxxUOg35Ow0SJrGc2SIalegEwFrpawhnMEOT5 K1WalzHQexg9VmgCeTyMV0l58HJhZ9InsV8Juonn/lmThUANHxwnPgHDK2ZCJ60M J1XvyAe3G1ywr+xL3jDT5KCVfgtbuCT2O994oHUiF4GKquzl5g+FVJerpWN+xQLR 38NEgQADRDI4O3S/cWD+6nNKgN52ECr6MfQU1SeJ5QVGp5SPgp5RbYook04iFyt1 BB71ZsRlCZGYtlyafj/0B3nxcrEsZt5Y23vQG9INkUYRlTOO+m38nubb026jdOG5 Klohlnb4rlVygqBImu0MZrmVOqqxvlKQ0ZO5aOWt56NM1zZMBFZI+O3W0tjLuNPk l0rNpXNedKE/qXeFs92HXEo04CFJV28nqUpc6A2o4R53ClDRWs/LB0QcLuaYrT9b XqGfCx3dbln7flV683pzNAIt40p27cWurvb6hbQEv0uRLIS+GpSVli+f+CZ26Ues MmocNidL4lib9JJvuq5LwHYkK0baNWj+MhPXH0Y4n6ilFMcVy37BStdybtUED9YC mauxd4g00sk2GUVBL12CNkQeD1KxT5j3Ni/goYPDPjBEpf5PyvIrmNgvXECn9wos QtZ0+woWN3teciMWWhi0 =FWor -----END PGP SIGNATURE----- --OGMCUhUJ6YquKqqlcQxGDgLTv55aNHV7b-- From owner-freebsd-current@freebsd.org Wed May 27 18:26: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 6DF072CAD2E for ; Wed, 27 May 2020 18:26:06 +0000 (UTC) (envelope-from andrnils@gmail.com) Received: from mail-lj1-x242.google.com (mail-lj1-x242.google.com [IPv6:2a00:1450:4864:20::242]) (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 49XK5n6l4Tz3cHP; Wed, 27 May 2020 18:26:05 +0000 (UTC) (envelope-from andrnils@gmail.com) Received: by mail-lj1-x242.google.com with SMTP id q2so30114372ljm.10; Wed, 27 May 2020 11:26:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=EvmfyDtsNvwyIJ9W6zJhbuVJ9zLLmnq/2XtiB7SUr/c=; b=t+0B7h5o3W64850+B5uGR44NmYr5W3wRuOblCriNcVwON67wWva30+XYlsJoviYmy1 IHGtw1usbPF5aIzD5LjUDIYtohI/qbPYSfSFkZohk689XpFr7jFxNDztYAUEzJwYqYaR oaijq4VI47jnL0TFd4tPsXcs5ddkN3HlQqEd/sFMNWTVSJtpLpdIHQagXWj8DdEY28zP Hbx+A6qw84/+kdWc+DbSIugGjdAr0D3VABdc+le/2+9kwkwHmB5BNPP2lB+0plAg2KTk XMd32iBHGx95fv6se1lbz7gSNd4At+CiwHNw+TENEC8KKpKO7NUAO2xhw8r3Knzc/i3L Q6EQ== 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=EvmfyDtsNvwyIJ9W6zJhbuVJ9zLLmnq/2XtiB7SUr/c=; b=YdKLrOVM7kwiRn4fN7oVHjed4qWl9uTlH6t7crk24UiSvBm4L/FZUd+rH00mrEzBjb gwbo4UixhYZ7LqMhE6PeC8y6J8dr7pJkkwV+85e2HcZ315c4CW37O5p/uk7pKIAO1WwS Lc+zgXd1FK077muvNk2b2w1vy8FurEczOm/AtPyOCXDAThbFmAh7P4jmeWSWMQTd/Als 0igKopFEUV8BSp4RkxUuEU/bXWIGPk/7YWqQqrVvrnc+sCb+5rG+wG7ytJORXlcLeO6U V/8yuY+SoaadTNqw4FKnITOqph5gCheRDThefdS5Kc6cTNowpjKoO7eCtEHP3RGoQTqk 05wg== X-Gm-Message-State: AOAM532AraTSOIcB2se+waUoqNp+ulWnnsn9Y1k6K6dSrvYrG6GaSFdl P2usidsl6nOfH3R60S5spCToeejmHQjM5R1HPVM= X-Google-Smtp-Source: ABdhPJw7e1+VVlARFtWrXTKuonLdY03JcCXh0+87OTOmlE+fEPqOrmfHtMLl1T+BnTYzOvzUhWZ+kymwhKX5WFXpWoo= X-Received: by 2002:a2e:7808:: with SMTP id t8mr3811729ljc.353.1590603964182; Wed, 27 May 2020 11:26:04 -0700 (PDT) MIME-Version: 1.0 References: <20200521235659.GA14173@night.db.net> In-Reply-To: <20200521235659.GA14173@night.db.net> From: Andreas Nilsson Date: Wed, 27 May 2020 20:25:52 +0200 Message-ID: Subject: Re: hwpstate_intel hangs kernel To: Diane Bruce Cc: cem@freebsd.org, "Andrey V. Elsukov" , Current FreeBSD X-Rspamd-Queue-Id: 49XK5n6l4Tz3cHP X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=t+0B7h5o; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of andrnils@gmail.com designates 2a00:1450:4864:20::242 as permitted sender) smtp.mailfrom=andrnils@gmail.com X-Spamd-Result: default: False [-3.19 / 15.00]; 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.02)[-1.023]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; FREEMAIL_FROM(0.00)[gmail.com]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; NEURAL_HAM_LONG(-1.00)[-0.999]; TO_DN_SOME(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::242:from]; NEURAL_HAM_SHORT(-0.17)[-0.169]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; FREEMAIL_CC(0.00)[freebsd.org,yandex.ru]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.33 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 May 2020 18:26:06 -0000 On Fri, May 22, 2020 at 1:57 AM Diane Bruce wrote: > On Wed, Feb 05, 2020 at 02:45:50PM +0100, Andreas Nilsson wrote: > > Ok I am going to respond to this old email from February.. > > > Hello, > > > > I upgraded to a newer version, git 87d669d3863-c266265, and I do not > > experience the random hang anymore. The machine still hangs on boot on > > "hwpstate_intel0: on cpu0" unless I set > > 'hint.hwpstate_intel.0.disabled=3D"1"' in loader.conf. > > > > As a few others know on IRC I ran into exactly this same problem > on a brand new Lenovo Carbon. I missed this thread somehow. > I also had to bisect the commit. Would it be possible to put > a note into UPDATING and default to disabled=3D1 for now? ;) > Well, I've been trying to chase this a bit more. But I could sure use some help from more experienced kernel developers. debug.hwpstate_verbose=3D"1" in loader.conf, and booting in verbose mode I get this: pcib0: allocated type 4 (8x3f8-8xaf8) for rid 8 of uart0 uart0 failed to probe at port 0x3f8 irg 4 on isa0 pcib0: allocated type 4 (0x2f8-0x2f8) for rid 0 uart1 uart1 failed to probe at port 0x2f8 irq 3 on isa0 isa_probe_children: probing PnP devices Acpi0sExecute: task queue not started cpu0: hwpstate registered Acpi0sExecute: task queue not started cpu1: hwpstate registered Acpi0sExecute; task queue not started cpu2: hwpstate registered Acpi0sExecute: task queue not started cpu3: hwpstate registered hwpstate_intel0: on cpu0 hwpstate_intel0: hwpstate_attach1 hwpstate_intel0: hwpstate_attach2 hwpstate_intel0: hwpstate_attach3 where the hwpstate_attachX is some device_printf(dev,"hwpstate_attachX\n"); I've sprinkled in to try to where it actually fails. I'm not sure about if device_printf happens immediately. The modifications have been made to the function intel_hwpstate_attach around line 480 in sys/x86/cpufreq/hwpstate_intel.c /* ecx */ if (cpu_power_ecx & CPUID_PERF_BIAS) sc->hwp_perf_bias =3D true; ret =3D set_autonomous_hwp(sc); device_printf(dev, "hwpstate_attach3\n"); if (ret){ device_printf(dev, "hwpstate_attach3a %i\n",ret); return (ret); } device_printf(dev, "hwpstate_attach4\n"); Any ideas to test? I'm curios about the "Acpi0sExecute: task queue not started" lines, but I've not had the chance to see if they are present on a computer that successfully boots with the hwpstate driver. Best regards Andreas > ... > > > > Best regards > > Andreas > > > > On Sat, Feb 1, 2020 at 11:26 PM Andreas Nilsson > wrote: > > > > > Hello Conrad, > > > > > > thank you Andrey for bisecting! I'll try with that hint and see how i= t > > > works for me. > > > > > > Best regards > > > Andreas > > > > > > On Sat, Feb 1, 2020, 18:18 Conrad Meyer wrote: > > > > > >> Hi Andrey, > > >> > > >> Please try 'hint.hwpstate_intel.0.disabled=3D"1"' as a workaround fo= r > now. > > >> > > >> I think I have identified at least one problematic piece of code, > > >> although I don't know if it's the root cause. I will go ahead and f= ix > > >> that, which may not fix the hang, and also add some debug printfs th= at > > >> can be enabled to help identify the real issue. > > >> > > >> Thanks for the report and bisect. > > >> > > >> Best, > > >> Conrad > > >> > > >> On Sat, Feb 1, 2020 at 6:06 AM Andrey V. Elsukov > > >> wrote: > > >> > > > >> > 31.01.2020 18:11, Andrey V. Elsukov =D0=BF=D0=B8=D1=88=D0=B5=D1=82= : > > >> > > On 24.01.2020 19:52, Andreas Nilsson wrote: > > >> > >> It hangs during kernel boot and the last message printed on > console > > >> is: > > >> > >> hwpstate_intel0: on cpu0 > > >> > > > > >> > > Hi, > > >> > > > > >> > > Did you find the cause of this hang? > > >> > > I also tried to update today from r350816 to r357330. But my > Lenovo X1 > > >> > > Carbon 4th hangs on the same message. > > >> > > > > >> > > > >> > Hi, > > >> > > > >> > I have bisected the bad commit, it is r357002. > > Yep. I also had to bisect this from what is now some 5 months ago :-( > > Diane > -- > - db@FreeBSD.org db@db.net http://www.db.net/~db > From owner-freebsd-current@freebsd.org Wed May 27 19:12: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 620102CC69D for ; Wed, 27 May 2020 19:12:55 +0000 (UTC) (envelope-from db@db.net) Received: from tfm.com (mtbaker.tfm.com [192.231.224.2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.tfm.com", Issuer "Sectigo RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49XL7p028qz3yV5; Wed, 27 May 2020 19:12:53 +0000 (UTC) (envelope-from db@db.net) Received: from night.db.net (DB-DSL.ServerNorth.com [98.124.61.131]) (authenticated bits=0) by tfm.com (8.14.4/8.14.4) with ESMTP id 04RJCgEZ011577 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 27 May 2020 12:12:45 -0700 (PDT) Date: Wed, 27 May 2020 15:12:42 -0400 From: Diane Bruce To: Andreas Nilsson Cc: cem@freebsd.org, "Andrey V. Elsukov" , Current FreeBSD Subject: Re: hwpstate_intel hangs kernel Message-ID: <20200527191242.GB13064@night.db.net> References: <20200521235659.GA14173@night.db.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Rspamd-Queue-Id: 49XL7p028qz3yV5 X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of db@db.net has no SPF policy when checking 192.231.224.2) smtp.mailfrom=db@db.net X-Spamd-Result: default: False [0.75 / 15.00]; RCVD_TLS_LAST(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.53)[-0.535]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; TO_DN_SOME(0.00)[]; NEURAL_SPAM_SHORT(0.33)[0.327]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[db.net]; AUTH_NA(1.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(0.06)[0.062]; R_SPF_NA(0.00)[no SPF record]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_COUNT_TWO(0.00)[2]; ASN(0.00)[asn:10488, ipnet:192.231.224.0/22, country:US]; FREEMAIL_CC(0.00)[freebsd.org,yandex.ru] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 May 2020 19:12:55 -0000 On Wed, May 27, 2020 at 08:25:52PM +0200, Andreas Nilsson wrote: > On Fri, May 22, 2020 at 1:57 AM Diane Bruce wrote: > > > On Wed, Feb 05, 2020 at 02:45:50PM +0100, Andreas Nilsson wrote: > > > > Ok I am going to respond to this old email from February.. > > > > > Hello, > > > > > > I upgraded to a newer version, git 87d669d3863-c266265, and I do not > > > experience the random hang anymore. The machine still hangs on boot on > > > "hwpstate_intel0: on cpu0" unless I set > > > 'hint.hwpstate_intel.0.disabled="1"' in loader.conf. > > > > > > > As a few others know on IRC I ran into exactly this same problem > > on a brand new Lenovo Carbon. I missed this thread somehow. > > I also had to bisect the commit. Would it be possible to put > > a note into UPDATING and default to disabled=1 for now? ;) > > > > > Well, I've been trying to chase this a bit more. But I could sure use some > help from more experienced kernel developers. > > debug.hwpstate_verbose="1" in loader.conf, and booting in verbose mode I > get this: > > pcib0: allocated type 4 (8x3f8-8xaf8) for rid 8 of uart0 > uart0 failed to probe at port 0x3f8 irg 4 on isa0 > pcib0: allocated type 4 (0x2f8-0x2f8) for rid 0 uart1 > uart1 failed to probe at port 0x2f8 irq 3 on isa0 > isa_probe_children: probing PnP devices > Acpi0sExecute: task queue not started > cpu0: hwpstate registered > Acpi0sExecute: task queue not started > cpu1: hwpstate registered > Acpi0sExecute; task queue not started > cpu2: hwpstate registered > Acpi0sExecute: task queue not started > cpu3: hwpstate registered > hwpstate_intel0: on cpu0 > hwpstate_intel0: hwpstate_attach1 > hwpstate_intel0: hwpstate_attach2 > hwpstate_intel0: hwpstate_attach3 > > where the hwpstate_attachX is some device_printf(dev,"hwpstate_attachX\n"); > I've sprinkled in to try to where it actually fails. > > I'm not sure about if device_printf happens immediately. The modifications > have been made to the function intel_hwpstate_attach around line 480 in > sys/x86/cpufreq/hwpstate_intel.c In my tests No it does not fail immediately it fails after a few minutes. Thinking that was a possible bogus setting I have tried this: +#if 0 sc->high = IA32_HWP_CAPABILITIES_HIGHEST_PERFORMANCE(caps); sc->guaranteed = IA32_HWP_CAPABILITIES_GUARANTEED_PERFORMANCE(caps); sc->efficient = IA32_HWP_CAPABILITIES_EFFICIENT_PERFORMANCE(caps); sc->low = IA32_HWP_CAPABILITIES_LOWEST_PERFORMANCE(caps); - +#else + sc->high = IA32_HWP_CAPABILITIES_HIGHEST_PERFORMANCE(caps); + sc->guaranteed = IA32_HWP_CAPABILITIES_HIGHEST_PERFORMANCE(caps); + sc->efficient = IA32_HWP_CAPABILITIES_HIGHEST_PERFORMANCE(caps); + sc->low = IA32_HWP_CAPABILITIES_HIGHEST_PERFORMANCE(caps); +#endif e.g. setting all the steps to the same state. It still hangs but not immediately. What is confounding the matter is the Lenovo bios also allows one to set Intel Speed Shift. I've also been poking at this and reading the fine docs but I also have other stuff to look at and do. . > > Yep. I also had to bisect this from what is now some 5 months ago :-( > > > > Diane > > -- > > - db@FreeBSD.org db@db.net http://www.db.net/~db > > -- - db@FreeBSD.org db@db.net http://www.db.net/~db From owner-freebsd-current@freebsd.org Wed May 27 21:06: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 3419B2CF34E for ; Wed, 27 May 2020 21:06:12 +0000 (UTC) (envelope-from hps@selasky.org) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 49XNfW6VZKz48Hg for ; Wed, 27 May 2020 21:06:11 +0000 (UTC) (envelope-from hps@selasky.org) Received: by mailman.nyi.freebsd.org (Postfix) id DD3992CF525; Wed, 27 May 2020 21:06:11 +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 DCFFF2CF34D for ; Wed, 27 May 2020 21:06:11 +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 49XNfV1DPZz48Hf; Wed, 27 May 2020 21:06:09 +0000 (UTC) (envelope-from hps@selasky.org) Received: from hps2020.home.selasky.org (unknown [62.141.129.235]) (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 E547A260AFC; Wed, 27 May 2020 23:06:01 +0200 (CEST) Subject: Re: acpi timer reads all ones [Was: efirtc + atrtc at the same time] To: Justin Hibbits , John Baldwin Cc: Andriy Gapon , Konstantin Belousov , FreeBSD Current References: <021d8df4-a4f8-620d-73b6-b6103d0bf7f1@FreeBSD.org> <199c8845-e42c-fbee-3f13-0b3d0d7234dc@FreeBSD.org> <20200526185528.GA48478@kib.kiev.ua> <114f788a-3947-0783-5472-173cf3a30d32@FreeBSD.org> <618658d9-b892-9255-2747-c5efbada0210@FreeBSD.org> <20200527084107.671238bb@titan.knownspace> From: Hans Petter Selasky Message-ID: <41192c31-f377-0517-5fa6-ec712313d7ea@selasky.org> Date: Wed, 27 May 2020 23:05:47 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.8.0 MIME-Version: 1.0 In-Reply-To: <20200527084107.671238bb@titan.knownspace> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 49XNfV1DPZz48Hf X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of hps@selasky.org designates 2a01:4f8:c17:6c4b::2 as permitted sender) smtp.mailfrom=hps@selasky.org X-Spamd-Result: default: False [-2.43 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+a:mail.turbocat.net]; NEURAL_HAM_LONG(-0.96)[-0.964]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[selasky.org]; NEURAL_HAM_MEDIUM(-0.94)[-0.936]; RCPT_COUNT_FIVE(0.00)[5]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; NEURAL_HAM_SHORT(-0.23)[-0.230]; 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:2a01:4f8::/29, country:DE]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; FREEMAIL_CC(0.00)[FreeBSD.org,gmail.com] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 May 2020 21:06:12 -0000 On 2020-05-27 15:41, Justin Hibbits wrote: > On Wed, 27 May 2020 06:27:16 -0700 > John Baldwin wrote: > >> On 5/27/20 2:39 AM, Andriy Gapon wrote: >>> On 27/05/2020 11:13, Andriy Gapon wrote: >>>> I added more diagnostics and it seems to support the idea that the >>>> problem is related to I/O cycles and bridges. >>>> >>>> ACPI timer suddenly starts returning 0xffffffff and that lasts for >>>> tens of microseconds before the timer goes back to returning >>>> normal values with an expected increase. >>>> AMD provides a proprietary way to access ACPI registers via MMIO >>>> (0xfed808xx). That mechanism is unaffected, ACPI timer register >>>> always returns good values. >>>> >>>> The problem seems to happen when restoring configuration of a >>>> particular PCI bridge. What's interesting is that the bridge >>>> decodes one memory range and one I/O range. >>>> >>>> Looking at pci_cfg_restore() I wonder if it is wise to restore >>>> PCIR_COMMAND so early. Could it be that after the resume the >>>> bridge is configured with a wrong I/O range (e.g., too wide) and >>>> by writing PCIR_COMMAND we enable that decoding. So, the bridge >>>> steals I/O cycles destined for ACPI support hardware. If there is >>>> nothing behind the bridge to handle those ports, then we get those >>>> bad readings. Once the bridge configuration is fully restored, the >>>> I/O handling goes back to normal. >>> >>> From what I see, this looks like a BIOS bug. >>> Upon resume, it swaps window configurations of pcib1 and pcib2 >>> (until FreeBSD restores them). pcib1 originally does not have an >>> I/O window. So, BIOS programs both base and limit of pcib2 I/O >>> window to zero. When FreeBSD writes its command register to >>> enable I/O decoding it starts claiming 0x0 - 0xFFF I/O port range. >>> That covers the ACPI ports at 0x8xx. >>> >>> Some printf-s. >>> From (verbose) boot time: >>> pcib1: domain 0 >>> pcib1: secondary bus 1 >>> pcib1: subordinate bus 1 >>> pcib1: memory decode 0xfea00000-0xfeafffff >>> pcib2: domain 0 >>> pcib2: secondary bus 2 >>> pcib2: subordinate bus 2 >>> pcib2: I/O decode 0xf000-0xffff >>> pcib2: memory decode 0xfe900000-0xfe9fffff >>> >>> My printf-s from resume time: >>> pcib1: old I/O base (low): 0xf1 >>> pcib1: old I/O base (high): 0x0 >>> pcib1: old I/O limit (low): 0x1 >>> pcib1: old I/O limit (high): 0x0 >>> pcib2: old I/O base (low): 0x1 >>> pcib2: old I/O base (high): 0x0 >>> pcib2: old I/O limit (low): 0x1 >>> pcib2: old I/O limit (high): 0x0 >> >> The "solution" I think is to have resume be multi-pass and to resume >> all the bridges first before trying to resume leaf devices (including >> timers), but that's a fair bit of work. It might be that we just >> need to resume timer interrupts later after the new-bus resume (I >> think we currently do it before?), though the reason for that was to >> allow resume methods in devices to sleep (I'm not sure if any do). >> > > That sounds like a good fit for https://reviews.freebsd.org/D203 . > Someone (TM) just needs to take it over the finish line... 6 years > later. Is this perhaps related to: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=237666 --HPS From owner-freebsd-current@freebsd.org Wed May 27 21:17: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 E9E762CFB94 for ; Wed, 27 May 2020 21:17:37 +0000 (UTC) (envelope-from andrnils@gmail.com) Received: from mail-lj1-x231.google.com (mail-lj1-x231.google.com [IPv6:2a00:1450:4864:20::231]) (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 49XNvh4l5Cz49Mf; Wed, 27 May 2020 21:17:36 +0000 (UTC) (envelope-from andrnils@gmail.com) Received: by mail-lj1-x231.google.com with SMTP id z13so21068270ljn.7; Wed, 27 May 2020 14:17:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=AQUHwwlHw5peLM6wa239NiTn7ETdPN9krG9rlatPkEo=; b=krKZm+Z2Wz8KfwEjLqrdz8NHRNniaMubzmfpvQj/YYBCQ4vUt3CjyHIDsrafZLNF0u bXlLIl/2lwUZzmHf/3ohjyh7aIWwiS4I8cLCAkKhuhJPJJEwexno1l4yHIoElkheVUz5 gQMDEiBB7ewyzxVn37tJQ0f4IHYOnPHWo2ppaBfhPr/wpTctlaCzhjeJtGLewdjRc8PD XOR9r+cNGW4z7hOm7diNlTefwGfzwh0rSSBayVk/zuy0mjLy6/GWHdlX2J6b5f8hEeVj c+pULRxyYJwo6h7oRoOg3bTKpOq8fL1eep27sltpODxnlAJt910Fm0Bq9LtsJJILMD4Q Wd4A== 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=AQUHwwlHw5peLM6wa239NiTn7ETdPN9krG9rlatPkEo=; b=aJfqypKXFUM1zU3HY04rJYGedB2PtG/U1EnjeV7cP/kiqUxKw5Z2qvg/9U+vRtHoS9 Nv1zX2LSwmYmzlrSpeemTeX2TSTfVMtiGgYWEzdRaUp9A6okC1dmIM4ZY7z6lyi03mob K1bdn1MlgSOqkEaIt60OXgDBkrOleUB9SoHtMHc+hF19IMkNU1WUWMzKwrcTo5sHFg94 TeKkG2O1U/81PXIluoKcljyIQFsLOYvdQV/zSNMSNA/TXYWi9Is4hanNyuh5MCZi1F8J 0H/q7tsB6/5ZuyDwhlBLD8/YOfT3QnDhq1WPtgvTSrPTBAJzeyHXY9e/ngjZZF0xHwod pUsw== X-Gm-Message-State: AOAM531EMmL/+sdsKkpLhyPOxXxnm0av6pPKgB5J+Nqvkiqbx6YX5OPN FgLwyFozH4BmSlRgQRwxOLlaFgCl4Yn+xIVLE6U= X-Google-Smtp-Source: ABdhPJzLGdMy6uz0LHkGs4KQmA2LuXLv4t/9z5Z4+xSSnvuxfR4SS1kZkisqKEPXTsAMrugdkKULbXSgWGqqKo/DaGQ= X-Received: by 2002:a2e:8e7a:: with SMTP id t26mr3630049ljk.150.1590614254190; Wed, 27 May 2020 14:17:34 -0700 (PDT) MIME-Version: 1.0 References: <20200521235659.GA14173@night.db.net> <20200527191242.GB13064@night.db.net> In-Reply-To: <20200527191242.GB13064@night.db.net> From: Andreas Nilsson Date: Wed, 27 May 2020 23:17:22 +0200 Message-ID: Subject: Re: hwpstate_intel hangs kernel To: Diane Bruce Cc: cem@freebsd.org, "Andrey V. Elsukov" , Current FreeBSD X-Rspamd-Queue-Id: 49XNvh4l5Cz49Mf X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=krKZm+Z2; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of andrnils@gmail.com designates 2a00:1450:4864:20::231 as permitted sender) smtp.mailfrom=andrnils@gmail.com X-Spamd-Result: default: False [-3.21 / 15.00]; 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)[]; RCPT_COUNT_THREE(0.00)[4]; FREEMAIL_FROM(0.00)[gmail.com]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; NEURAL_HAM_LONG(-1.00)[-0.999]; TO_DN_SOME(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::231:from]; NEURAL_HAM_SHORT(-0.21)[-0.208]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; FREEMAIL_CC(0.00)[freebsd.org,yandex.ru]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.33 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 May 2020 21:17:38 -0000 On Wed, May 27, 2020, 21:12 Diane Bruce wrote: > On Wed, May 27, 2020 at 08:25:52PM +0200, Andreas Nilsson wrote: > > On Fri, May 22, 2020 at 1:57 AM Diane Bruce wrote: > > > > > On Wed, Feb 05, 2020 at 02:45:50PM +0100, Andreas Nilsson wrote: > > > > > > Ok I am going to respond to this old email from February.. > > > > > > > Hello, > > > > > > > > I upgraded to a newer version, git 87d669d3863-c266265, and I do not > > > > experience the random hang anymore. The machine still hangs on boot > on > > > > "hwpstate_intel0: on cpu0" unless I set > > > > 'hint.hwpstate_intel.0.disabled="1"' in loader.conf. > > > > > > > > > > As a few others know on IRC I ran into exactly this same problem > > > on a brand new Lenovo Carbon. I missed this thread somehow. > > > I also had to bisect the commit. Would it be possible to put > > > a note into UPDATING and default to disabled=1 for now? ;) > > > > > > > > > Well, I've been trying to chase this a bit more. But I could sure use > some > > help from more experienced kernel developers. > > > > debug.hwpstate_verbose="1" in loader.conf, and booting in verbose mode I > > get this: > > > > pcib0: allocated type 4 (8x3f8-8xaf8) for rid 8 of uart0 > > uart0 failed to probe at port 0x3f8 irg 4 on isa0 > > pcib0: allocated type 4 (0x2f8-0x2f8) for rid 0 uart1 > > uart1 failed to probe at port 0x2f8 irq 3 on isa0 > > isa_probe_children: probing PnP devices > > Acpi0sExecute: task queue not started > > cpu0: hwpstate registered > > Acpi0sExecute: task queue not started > > cpu1: hwpstate registered > > Acpi0sExecute; task queue not started > > cpu2: hwpstate registered > > Acpi0sExecute: task queue not started > > cpu3: hwpstate registered > > hwpstate_intel0: on cpu0 > > hwpstate_intel0: hwpstate_attach1 > > hwpstate_intel0: hwpstate_attach2 > > hwpstate_intel0: hwpstate_attach3 > > > > where the hwpstate_attachX is some > device_printf(dev,"hwpstate_attachX\n"); > > I've sprinkled in to try to where it actually fails. > > > > I'm not sure about if device_printf happens immediately. The > modifications > > have been made to the function intel_hwpstate_attach around line 480 in > > sys/x86/cpufreq/hwpstate_intel.c > > > In my tests No it does not fail immediately it fails after a few minutes. > Thinking that was a possible bogus setting I have tried this: > > > +#if 0 > sc->high = IA32_HWP_CAPABILITIES_HIGHEST_PERFORMANCE(caps); > sc->guaranteed = > IA32_HWP_CAPABILITIES_GUARANTEED_PERFORMANCE(caps); > sc->efficient = IA32_HWP_CAPABILITIES_EFFICIENT_PERFORMANCE(caps); > sc->low = IA32_HWP_CAPABILITIES_LOWEST_PERFORMANCE(caps); > - > +#else > + sc->high = IA32_HWP_CAPABILITIES_HIGHEST_PERFORMANCE(caps); > + sc->guaranteed = IA32_HWP_CAPABILITIES_HIGHEST_PERFORMANCE(caps); > + sc->efficient = IA32_HWP_CAPABILITIES_HIGHEST_PERFORMANCE(caps); > + sc->low = IA32_HWP_CAPABILITIES_HIGHEST_PERFORMANCE(caps); > +#endif > > e.g. setting all the steps to the same state. > > It still hangs but not immediately. What is confounding the matter is > the Lenovo bios also allows one to set Intel Speed Shift. > > I've also been poking at this and reading the fine docs but I also > have other stuff to look at and do. > Thanks for the info! I tried as you to have them all point to the same state. My machine still hangs during attach. What settings did you use in the bios? I could only choose min/max, no is control which I seem to remember being able to on my other machines. Could this all be down to a buggy bios? Best regards Andreas . > > > > Yep. I also had to bisect this from what is now some 5 months ago :-( > > > > > > Diane > > > -- > > > - db@FreeBSD.org db@db.net http://www.db.net/~db > > > > > -- > - db@FreeBSD.org db@db.net http://www.db.net/~db > From owner-freebsd-current@freebsd.org Wed May 27 21:38: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 C3B072F0241 for ; Wed, 27 May 2020 21:38:26 +0000 (UTC) (envelope-from jhb@FreeBSD.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 49XPMk4qbDz4C0P for ; Wed, 27 May 2020 21:38:26 +0000 (UTC) (envelope-from jhb@FreeBSD.org) Received: by mailman.nyi.freebsd.org (Postfix) id A384D2F00BB; Wed, 27 May 2020 21:38:26 +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 A33E52F02B2 for ; Wed, 27 May 2020 21:38:26 +0000 (UTC) (envelope-from jhb@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 49XPMk3yb0z4BRX; Wed, 27 May 2020 21:38:26 +0000 (UTC) (envelope-from jhb@FreeBSD.org) Received: from John-Baldwins-MacBook-Pro-274.local (unknown [IPv6:2601:648:8203:2990:7455:e867:e594:d678]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) (Authenticated sender: jhb) by smtp.freebsd.org (Postfix) with ESMTPSA id DFC611D7DD; Wed, 27 May 2020 21:38:25 +0000 (UTC) (envelope-from jhb@FreeBSD.org) Subject: Re: acpi timer reads all ones [Was: efirtc + atrtc at the same time] To: Hans Petter Selasky , Justin Hibbits Cc: Andriy Gapon , Konstantin Belousov , FreeBSD Current References: <021d8df4-a4f8-620d-73b6-b6103d0bf7f1@FreeBSD.org> <199c8845-e42c-fbee-3f13-0b3d0d7234dc@FreeBSD.org> <20200526185528.GA48478@kib.kiev.ua> <114f788a-3947-0783-5472-173cf3a30d32@FreeBSD.org> <618658d9-b892-9255-2747-c5efbada0210@FreeBSD.org> <20200527084107.671238bb@titan.knownspace> <41192c31-f377-0517-5fa6-ec712313d7ea@selasky.org> From: John Baldwin Autocrypt: addr=jhb@FreeBSD.org; keydata= mQGiBETQ+XcRBADMFybiq69u+fJRy/0wzqTNS8jFfWaBTs5/OfcV7wWezVmf9sgwn8TW0Dk0 c9MBl0pz+H01dA2ZSGZ5fXlmFIsee1WEzqeJzpiwd/pejPgSzXB9ijbLHZ2/E0jhGBcVy5Yo /Tw5+U/+laeYKu2xb0XPvM0zMNls1ah5OnP9a6Ql6wCgupaoMySb7DXm2LHD1Z9jTsHcAQMD /1jzh2BoHriy/Q2s4KzzjVp/mQO5DSm2z14BvbQRcXU48oAosHA1u3Wrov6LfPY+0U1tG47X 1BGfnQH+rNAaH0livoSBQ0IPI/8WfIW7ub4qV6HYwWKVqkDkqwcpmGNDbz3gfaDht6nsie5Z pcuCcul4M9CW7Md6zzyvktjnbz61BADGDCopfZC4of0Z3Ka0u8Wik6UJOuqShBt1WcFS8ya1 oB4rc4tXfSHyMF63aPUBMxHR5DXeH+EO2edoSwViDMqWk1jTnYza51rbGY+pebLQOVOxAY7k do5Ordl3wklBPMVEPWoZ61SdbcjhHVwaC5zfiskcxj5wwXd2E9qYlBqRg7QeSm9obiBCYWxk d2luIDxqaGJARnJlZUJTRC5vcmc+iGAEExECACAFAkTQ+awCGwMGCwkIBwMCBBUCCAMEFgID AQIeAQIXgAAKCRBy3lIGd+N/BI6RAJ9S97fvbME+3hxzE3JUyUZ6vTewDACdE1stFuSfqMvM jomvZdYxIYyTUpC5Ag0ERND5ghAIAPwsO0B7BL+bz8sLlLoQktGxXwXQfS5cInvL17Dsgnr3 1AKa94j9EnXQyPEj7u0d+LmEe6CGEGDh1OcGFTMVrof2ZzkSy4+FkZwMKJpTiqeaShMh+Goj XlwIMDxyADYvBIg3eN5YdFKaPQpfgSqhT+7El7w+wSZZD8pPQuLAnie5iz9C8iKy4/cMSOrH YUK/tO+Nhw8Jjlw94Ik0T80iEhI2t+XBVjwdfjbq3HrJ0ehqdBwukyeJRYKmbn298KOFQVHO EVbHA4rF/37jzaMadK43FgJ0SAhPPF5l4l89z5oPu0b/+5e2inA3b8J3iGZxywjM+Csq1tqz hltEc7Q+E08AAwUIAL+15XH8bPbjNJdVyg2CMl10JNW2wWg2Q6qdljeaRqeR6zFus7EZTwtX sNzs5bP8y51PSUDJbeiy2RNCNKWFMndM22TZnk3GNG45nQd4OwYK0RZVrikalmJY5Q6m7Z16 4yrZgIXFdKj2t8F+x613/SJW1lIr9/bDp4U9tw0V1g3l2dFtD3p3ZrQ3hpoDtoK70ioIAjjH aIXIAcm3FGZFXy503DOA0KaTWwvOVdYCFLm3zWuSOmrX/GsEc7ovasOWwjPn878qVjbUKWwx Q4QkF4OhUV9zPtf9tDSAZ3x7QSwoKbCoRCZ/xbyTUPyQ1VvNy/mYrBcYlzHodsaqUDjHuW+I SQQYEQIACQUCRND5ggIbDAAKCRBy3lIGd+N/BCO8AJ9j1dWVQWxw/YdTbEyrRKOY8YZNwwCf afMAg8QvmOWnHx3wl8WslCaXaE8= Message-ID: Date: Wed, 27 May 2020 14:38:24 -0700 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:68.0) Gecko/20100101 Thunderbird/68.6.0 MIME-Version: 1.0 In-Reply-To: <41192c31-f377-0517-5fa6-ec712313d7ea@selasky.org> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 May 2020 21:38:26 -0000 On 5/27/20 2:05 PM, Hans Petter Selasky wrote: > On 2020-05-27 15:41, Justin Hibbits wrote: >> On Wed, 27 May 2020 06:27:16 -0700 >> John Baldwin wrote: >> >>> On 5/27/20 2:39 AM, Andriy Gapon wrote: >>>> On 27/05/2020 11:13, Andriy Gapon wrote: >>>>> I added more diagnostics and it seems to support the idea that the >>>>> problem is related to I/O cycles and bridges. >>>>> >>>>> ACPI timer suddenly starts returning 0xffffffff and that lasts for >>>>> tens of microseconds before the timer goes back to returning >>>>> normal values with an expected increase. >>>>> AMD provides a proprietary way to access ACPI registers via MMIO >>>>> (0xfed808xx). That mechanism is unaffected, ACPI timer register >>>>> always returns good values. >>>>> >>>>> The problem seems to happen when restoring configuration of a >>>>> particular PCI bridge. What's interesting is that the bridge >>>>> decodes one memory range and one I/O range. >>>>> >>>>> Looking at pci_cfg_restore() I wonder if it is wise to restore >>>>> PCIR_COMMAND so early. Could it be that after the resume the >>>>> bridge is configured with a wrong I/O range (e.g., too wide) and >>>>> by writing PCIR_COMMAND we enable that decoding. So, the bridge >>>>> steals I/O cycles destined for ACPI support hardware. If there is >>>>> nothing behind the bridge to handle those ports, then we get those >>>>> bad readings. Once the bridge configuration is fully restored, the >>>>> I/O handling goes back to normal. >>>> >>>> From what I see, this looks like a BIOS bug. >>>> Upon resume, it swaps window configurations of pcib1 and pcib2 >>>> (until FreeBSD restores them). pcib1 originally does not have an >>>> I/O window. So, BIOS programs both base and limit of pcib2 I/O >>>> window to zero. When FreeBSD writes its command register to >>>> enable I/O decoding it starts claiming 0x0 - 0xFFF I/O port range. >>>> That covers the ACPI ports at 0x8xx. >>>> >>>> Some printf-s. >>>> From (verbose) boot time: >>>> pcib1: domain 0 >>>> pcib1: secondary bus 1 >>>> pcib1: subordinate bus 1 >>>> pcib1: memory decode 0xfea00000-0xfeafffff >>>> pcib2: domain 0 >>>> pcib2: secondary bus 2 >>>> pcib2: subordinate bus 2 >>>> pcib2: I/O decode 0xf000-0xffff >>>> pcib2: memory decode 0xfe900000-0xfe9fffff >>>> >>>> My printf-s from resume time: >>>> pcib1: old I/O base (low): 0xf1 >>>> pcib1: old I/O base (high): 0x0 >>>> pcib1: old I/O limit (low): 0x1 >>>> pcib1: old I/O limit (high): 0x0 >>>> pcib2: old I/O base (low): 0x1 >>>> pcib2: old I/O base (high): 0x0 >>>> pcib2: old I/O limit (low): 0x1 >>>> pcib2: old I/O limit (high): 0x0 >>> >>> The "solution" I think is to have resume be multi-pass and to resume >>> all the bridges first before trying to resume leaf devices (including >>> timers), but that's a fair bit of work. It might be that we just >>> need to resume timer interrupts later after the new-bus resume (I >>> think we currently do it before?), though the reason for that was to >>> allow resume methods in devices to sleep (I'm not sure if any do). >>> >> >> That sounds like a good fit for https://reviews.freebsd.org/D203 . >> Someone (TM) just needs to take it over the finish line... 6 years >> later. > > Is this perhaps related to: > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=237666 No. I get that constantly on a desktop that never suspends/resumes. It only started after upgrading to 12.0. -- John Baldwin From owner-freebsd-current@freebsd.org Wed May 27 21:45: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 741952F0958 for ; Wed, 27 May 2020 21:45:32 +0000 (UTC) (envelope-from hps@selasky.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 49XPWw1tRKz4D2J for ; Wed, 27 May 2020 21:45:32 +0000 (UTC) (envelope-from hps@selasky.org) Received: by mailman.nyi.freebsd.org (Postfix) id 3ECD12F0A0A; Wed, 27 May 2020 21:45:32 +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 3E91D2F0738 for ; Wed, 27 May 2020 21:45:32 +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 49XPWt62fSz4Cyq; Wed, 27 May 2020 21:45:30 +0000 (UTC) (envelope-from hps@selasky.org) Received: from hps2020.home.selasky.org (unknown [62.141.129.235]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id 44A25260AFC; Wed, 27 May 2020 23:45:28 +0200 (CEST) Subject: Re: acpi timer reads all ones [Was: efirtc + atrtc at the same time] To: John Baldwin , Justin Hibbits Cc: Andriy Gapon , Konstantin Belousov , FreeBSD Current References: <021d8df4-a4f8-620d-73b6-b6103d0bf7f1@FreeBSD.org> <199c8845-e42c-fbee-3f13-0b3d0d7234dc@FreeBSD.org> <20200526185528.GA48478@kib.kiev.ua> <114f788a-3947-0783-5472-173cf3a30d32@FreeBSD.org> <618658d9-b892-9255-2747-c5efbada0210@FreeBSD.org> <20200527084107.671238bb@titan.knownspace> <41192c31-f377-0517-5fa6-ec712313d7ea@selasky.org> From: Hans Petter Selasky Message-ID: <0b5d36a1-963c-e468-1cf8-8bd71d7d430a@selasky.org> Date: Wed, 27 May 2020 23:45:14 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.8.0 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: 49XPWt62fSz4Cyq X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of hps@selasky.org designates 88.99.82.50 as permitted sender) smtp.mailfrom=hps@selasky.org X-Spamd-Result: default: False [-2.73 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+a:mail.turbocat.net:c]; NEURAL_HAM_LONG(-0.97)[-0.967]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[selasky.org]; NEURAL_HAM_MEDIUM(-0.94)[-0.935]; RCPT_COUNT_FIVE(0.00)[5]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; NEURAL_HAM_SHORT(-0.53)[-0.532]; FREEMAIL_TO(0.00)[FreeBSD.org,gmail.com]; 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]; FREEMAIL_CC(0.00)[FreeBSD.org,gmail.com]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 May 2020 21:45:32 -0000 On 2020-05-27 23:38, John Baldwin wrote: > No. I get that constantly on a desktop that never suspends/resumes. > It only started after upgrading to 12.0. If you have time, could you investigate why the USB host controllers Root HUB PCI register flips to -1U ? Which cause these spurious events ... Maybe some kind of PCI power save feature which is not timed correctly ... --HPS From owner-freebsd-current@freebsd.org Wed May 27 23:45: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 CBAFB2F331C for ; Wed, 27 May 2020 23:45:51 +0000 (UTC) (envelope-from ianfreislich@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 49XSBl4DWjz4N5M for ; Wed, 27 May 2020 23:45:51 +0000 (UTC) (envelope-from ianfreislich@gmail.com) Received: by mailman.nyi.freebsd.org (Postfix) id 8F6CB2F331B; Wed, 27 May 2020 23:45:51 +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 8F3292F349E for ; Wed, 27 May 2020 23:45:51 +0000 (UTC) (envelope-from ianfreislich@gmail.com) Received: from mail-qv1-xf34.google.com (mail-qv1-xf34.google.com [IPv6:2607:f8b0:4864:20::f34]) (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 49XSBk4czzz4N0T for ; Wed, 27 May 2020 23:45:50 +0000 (UTC) (envelope-from ianfreislich@gmail.com) Received: by mail-qv1-xf34.google.com with SMTP id g7so1575692qvx.11 for ; Wed, 27 May 2020 16:45:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to:content-transfer-encoding:content-language; bh=lvfVU3G+C/RD/naoGgS25WBHDUpwCASHYkcL+v7CpSk=; b=m6sTQjHxqcAB6qK5QdRiPIFs7dikVjm60mLo+tt8VUhJzzRnWynK4GRfcB13Ix51ZI Q4V29EQEos95+S+yTIX93vRfk/alXjNXa/RwDasqCxlhBwijUd3KDoYbSDyDe54VBzBY HfMY5GFVPvDxzJL4c1+APbAmjJeH2F5CrM3vJw6kz/AwGvNCsNQG5+4LWzTvuW9ZptT6 EYmlG71V4OUyLZLn/D7Q1WUfRPpYI+qDvA51UkFuWtxK8xkObqFQrKelKbwmP7pOWII/ UNJfa//8hJVx+iXn5YHVuATKP/18FC70B3wLDc9k4udP7Sr1AAMz9ZmM3KZR8vMg5b8+ qfBA== 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=lvfVU3G+C/RD/naoGgS25WBHDUpwCASHYkcL+v7CpSk=; b=Wvu3olyk0l/xc5F80x8+B0Miafvkvc4zYGDIpzsnQamMWqQiSn7bj+5vR5rUySEhm+ 6O0P3jDF824UI6D44ff4SWoH/WSgWhtm3edRmN/a/zMD2oU5pF1EMhQOCAGXNNDgScXv KNSYPpEwaDlWaNIwwE0zefdBHzvn1GxTmo6e+3dPPWntIY7r+vl4EI+/ZWbucSDo7xHR TnwGELVsSyU4AOgHjmMpr6RpieVw0tlqH5D3q3DXEqX2TsGGsuSxaec0uRwziNMnRXep rJPUw4abX0aZtaizv66B9bZbzm16/Kr6nA/2XiW8cfDobznivn+mKXCWwswrx+75Loej Q+3A== X-Gm-Message-State: AOAM532EG8nDnrPcUWomTAbPofm2uBvGffIDK38SwXDVhJYp0yDy8+vV 8cuK6jGiCoflA2xC6smZi9A9oixlSRnt7A== X-Google-Smtp-Source: ABdhPJxk8C9xhNbrf6Bo8L58Qiwdl+HpavgLx6Hag8nOOxD8t85ksl9FRjoIQ719GJUS2p3xgni/fw== X-Received: by 2002:a0c:83a6:: with SMTP id k35mr469212qva.251.1590623149253; Wed, 27 May 2020 16:45:49 -0700 (PDT) Received: from [10.0.0.140] (c-73-20-244-53.hsd1.ga.comcast.net. [73.20.244.53]) by smtp.gmail.com with ESMTPSA id v14sm4094494qtj.31.2020.05.27.16.45.48 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Wed, 27 May 2020 16:45:48 -0700 (PDT) Subject: Re: r360902 breaks VLAN interface on if_em (82579LM) To: current@freebsd.org References: <88004d48-4434-875a-5a36-0627b00c2f38@gmail.com> <1906251966.36777.1590562439792.JavaMail.open-xchange@opme11oxm03aub.bagnolet.francetelecom.fr> From: Ian FREISLICH Message-ID: <997c1389-5e18-b07e-d342-c787c841a4c4@gmail.com> Date: Wed, 27 May 2020 19:45:48 -0400 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.8.0 MIME-Version: 1.0 In-Reply-To: <1906251966.36777.1590562439792.JavaMail.open-xchange@opme11oxm03aub.bagnolet.francetelecom.fr> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US X-Rspamd-Queue-Id: 49XSBk4czzz4N0T X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=m6sTQjHx; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of ianfreislich@gmail.com designates 2607:f8b0:4864:20::f34 as permitted sender) smtp.mailfrom=ianfreislich@gmail.com X-Spamd-Result: default: False [-3.34 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0: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.35)[-0.351]; RECEIVED_SPAMHAUS_PBL(0.00)[73.20.244.53:received]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.99)[-0.989]; 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)[-0.996]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[current@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::f34:from]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 May 2020 23:45:51 -0000 Hi I'm told the content was stripped from my emails... I noticed that my VLAN interfaces stopped working after a recent build.  tcpdump showed traffic leaving leaving and entering the interface but no host on the network actually received any packets from this host.  A binary search led me to r360902 and indeed the following change fixed the issue for me: Index: sys/dev/e1000/if_em.c =================================================================== --- sys/dev/e1000/if_em.c       (revision 361538) +++ sys/dev/e1000/if_em.c       (working copy) @@ -4054,7 +4054,7 @@  {         switch (event) {         case IFLIB_RESTART_VLAN_CONFIG: -               return (false); +               return (true);         default:                 return (true);         } Hardware according to pciconf is: em0@pci0:0:25:0:        class=0x020000 rev=0x04 hdr=0x00 vendor=0x8086 device=0x1502 subvendor=0x103c subdevice=0x1495     vendor     = 'Intel Corporation'     device     = '82579LM Gigabit Network Connection (Lewisville)'     class      = network     subclass   = ethernet     cap 01[c8] = powerspec 2  supports D0 D3  current D0     cap 05[d0] = MSI supports 1 message, 64 bit enabled with 1 message     cap 13[e0] = PCI Advanced Features: FLR TP Ian -- Ian Freislich From owner-freebsd-current@freebsd.org Thu May 28 02:01: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 CF63E2F88EF for ; Thu, 28 May 2020 02:01:20 +0000 (UTC) (envelope-from philip@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 49XWC45Clvz4b4h; Thu, 28 May 2020 02:01:20 +0000 (UTC) (envelope-from philip@freebsd.org) Received: from weatherwax.trouble.is (weatherwax.trouble.is [IPv6:2a00:1098:82:3a::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "weatherwax.trouble.is", Issuer "Let's Encrypt Authority X3" (verified OK)) (Authenticated sender: philip/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 9BC031F855; Thu, 28 May 2020 02:01:20 +0000 (UTC) (envelope-from philip@freebsd.org) Received: from rincewind.trouble.is (rincewind.trouble.is [IPv6:2a01:4f9:2a:1715::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-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "rincewind.trouble.is", Issuer "Let's Encrypt Authority X3" (verified OK)) by weatherwax.trouble.is (Postfix) with ESMTPS id 49XWC200YMz6k4; Thu, 28 May 2020 02:01:17 +0000 (UTC) Received: by rincewind.trouble.is (Postfix, authenticated sender philip) id 49XWBx2Cb9z1KX6; Thu, 28 May 2020 02:01:13 +0000 (UTC) From: "Philip Paeps" To: "Allan Jude" Cc: "FreeBSD Developers" , "FreeBSD Current" Subject: Re: Office Hours today @ 18:00 UTC - Core Candidates Date: Thu, 28 May 2020 10:01:07 +0800 X-Clacks-Overhead: GNU Terry Pratchett X-Mailer: MailMate (1.13.1r5690) Message-ID: <6B57A069-9932-4C56-B3B8-45443251F7E8@freebsd.org> In-Reply-To: <1a285d69-4ae3-f95d-d33e-7801faa22dfe@freebsd.org> References: <1a285d69-4ae3-f95d-d33e-7801faa22dfe@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; format=flowed; markup=markdown X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 May 2020 02:01:20 -0000 On 2020-05-27 22:35:14 (+0800), Allan Jude wrote: > Sorry for the late notice, I thought I sent this last week. > > After the slate of candidates was finalized last week, I invited all > of > them to join a live stream today at 18:00 UTC to answer questions from > the FreeBSD Community. Do you ever plan to schedule one of these at a time that works for those of us in the eastern hemisphere? 18:00 UTC is 02:00 in Hong Kong, Taiwan and China, 03:00 in Japan and 04:00 in the east of Australia to name but a couple of places where we have sizeable (or at least non-zero) populations of FreeBSD developers. I'm sure we can watch the recordings after the fact, but I'm sure some of us would also welcome the opportunity to ask questions in real time. Thank you. Philip -- Philip Paeps Senior Reality Engineer Alternative Enterprises From owner-freebsd-current@freebsd.org Thu May 28 07:56: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 C09EB329A86 for ; Thu, 28 May 2020 07:56:15 +0000 (UTC) (envelope-from marco+freebsd-current@lordsith.net) Received: from lb2-smtp-cloud7.xs4all.net (lb2-smtp-cloud7.xs4all.net [194.109.24.28]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.xs4all.net", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49Xg4Z4Hw1z46mZ for ; Thu, 28 May 2020 07:56:14 +0000 (UTC) (envelope-from marco+freebsd-current@lordsith.net) Received: from lordsith.net ([IPv6:2001:980:93d7:1:30df:f5ff:fee9:10df]) by smtp-cloud7.xs4all.net with ESMTP id eDOcjkD7YDazBeDOejp6TD; Thu, 28 May 2020 09:56:12 +0200 Date: Thu, 28 May 2020 07:56:10 +0000 From: marco To: freebsd-current@freebsd.org Subject: Re: ZFS BE not booting Message-ID: <20200528075610.GA83445@lordsith.net> Reply-To: marco Mail-Followup-To: marco , freebsd-current@freebsd.org References: <20200525085103.GA51695@lordsith.net> <20200525201316.GA90171@lordsith.net> <20200525204059.GB90171@lordsith.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="tThc/1wpZn/ma/RB" Content-Disposition: inline In-Reply-To: Organization: lordsith.net X-Operating-System: SunOS 5.11 joyent_20200212T230824Z X-Unix: Use Unix or die X-GPG-Fingerprint: A025 D8AA AC1B D2FC 380D 4FC1 8EA0 0BA8 8580 E6CB X-GPG-Key: https://lordsith.net/marco.gpg X-Uptime: 07:46am up 84 days 18:15, 1 user, load average: 0.00, 0.00, 0.00 User-Agent: Mutt/1.5.22 (2013-10-16) X-CMAE-Envelope: MS4wfH4dEQk2/zji15IfaCsfUFxSsWBwEvZvMcjpOimlg2edC6+fnfE8ZQB4trGm3AJjHv1yDLNWFccC8LUMMJwFPrqqaKxrQIhdR8Fs/QhK6vPZE4QfJ9jM wBHg8i4aj3P2q0stfmc/k5BpnZLUEzwbNJSBoGn20QatwS8a6uDDV3hHA+h+nw2l7kPEYTl3ODdASy6Wh7Dkat8PK4fysH2yek5zwqtCRJAQI0Ru2iZqS5cw bCBmBRJbG48F3WGIP9nBYA== X-Rspamd-Queue-Id: 49Xg4Z4Hw1z46mZ X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=softfail (mx1.freebsd.org: 194.109.24.28 is neither permitted nor denied by domain of marco@lordsith.net) smtp.mailfrom=marco@lordsith.net X-Spamd-Result: default: False [0.98 / 15.00]; HAS_REPLYTO(0.00)[marco+freebsd-current@lordsith.net]; ARC_NA(0.00)[]; REPLYTO_EQ_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; RWL_MAILSPIKE_GOOD(0.00)[194.109.24.28:from]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_SPAM_SHORT(0.87)[0.871]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; TO_DN_NONE(0.00)[]; DMARC_NA(0.00)[lordsith.net]; R_SPF_SOFTFAIL(0.00)[~all]; RCPT_COUNT_ONE(0.00)[1]; HAS_ORG_HEADER(0.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[194.109.24.28:from]; RCVD_TLS_LAST(0.00)[]; NEURAL_SPAM_MEDIUM(0.27)[0.267]; NEURAL_SPAM_LONG(0.14)[0.138]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ASN(0.00)[asn:3265, ipnet:194.109.0.0/16, country:NL]; TAGGED_FROM(0.00)[freebsd-current]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 May 2020 07:56:15 -0000 --tThc/1wpZn/ma/RB Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, May 26, 2020 at 06:32:28PM -0400, you (Allan Jude) sent the followi= ng to [freebsd-current] : > > Hmm, with the r359556 BE currently active, to my surprise 'svn info' on= /usr/src is showing it's at r360723 instead of r359556. > > IIRC after creating the r360723 BE I mounted it, cd'd into > > /tmp/be_mount.xxxxx/usr/src and ran a 'svn up -r 360723'. > > I might be mistaken in that step, can't remember. > > Perhaps I activated r360723, rebooted into it and did a 'svn up -r > > 360723' from /usr/src. > >=20 > > If /usr is not a part of a BE how does one keep different versions of > > /usr/src if I mean to do src upgrades using BEs ? > >=20 >=20 > Looks like the problem is the graphics driver. When you rebuild your > kernel you also need to update the drm-kmod port to match your kernel > version. >=20 > --=20 > Allan Jude >=20 Thanks Allan that solved that step. I had to make reinstall (did a make install first but it failed to register and make advised me to make deinstall / reinstall. I indeed did update graphics/drm-current-kmod when updating to r359556 with= only the default BE but forgot about having done that. System not booted into r360723 BE with freshly installed kernel, hower installworld failed with: rm -f /usr/share/openssl/man/man7/Ed448.7 /usr/share/openssl/man/man7/Ed448.7.gz; install -l h -o root -g wheel -m 444 /usr/share/openssl/man/man7/Ed25519.7.gz /usr/share/openssl/man/man7/Ed448.7.gz rm -f /usr/share/openssl/man/man7/X448.7 /usr/share/openssl/man/man7/X448.7.gz; install -l h -o root -g wheel -m 444 /usr/share/openssl/man/man7/X25519.7.gz /usr/share/openssl/man/man7/X448.7.gz A failure has been detected in another branch of the parallel make make[6]: stopped in /usr/src/secure/lib/libcrypto *** [realinstall_subdir_secure/lib/libcrypto] Error code 2 make[5]: stopped in /usr/src/secure/lib 1 error make[5]: stopped in /usr/src/secure/lib *** [realinstall_subdir_secure/lib] Error code 2 make[4]: stopped in /usr/src/secure 1 error make[4]: stopped in /usr/src/secure *** [realinstall_subdir_secure] Error code 2 make[3]: stopped in /usr/src 4 errors make[3]: stopped in /usr/src *** [reinstall] Error code 2 make[2]: stopped in /usr/src 1 error make[2]: stopped in /usr/src *** [installworld] Error code 2 make[1]: stopped in /usr/src 1 error make[1]: stopped in /usr/src *** [installworld] Error code 2 make: stopped in /usr/src make: stopped in /usr/src Not sure how I ended up in that situation exactly. Think I'm going to destroy that r360723 BE for now and create a new one for a later revision and do the build world, kernel and install kernel dance and will make notes of all the steps I've taken should the update fail at some point. M --=20 Marco van Lienen -- Unix SysAdmin https://keybase.io/scarcry , GnuPG id: 8580E6CB "The Tuck Pendleton machine...zero defects." --tThc/1wpZn/ma/RB Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iEYEAREKAAYFAl7PbpoACgkQjqALqIWA5ssFnQCcCxflN5pCMH21+c1YjQSTPVK3 oc0AninmcGFutO3VA73UQkyAvDyGqxwH =d370 -----END PGP SIGNATURE----- --tThc/1wpZn/ma/RB-- From owner-freebsd-current@freebsd.org Thu May 28 08:00: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 8D4853299E3 for ; Thu, 28 May 2020 08:00:53 +0000 (UTC) (envelope-from marco+freebsd-current@lordsith.net) Received: from lb1-smtp-cloud7.xs4all.net (lb1-smtp-cloud7.xs4all.net [194.109.24.24]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.xs4all.net", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49Xg9v6XFlz4780 for ; Thu, 28 May 2020 08:00:51 +0000 (UTC) (envelope-from marco+freebsd-current@lordsith.net) Received: from lordsith.net ([IPv6:2001:980:93d7:1:30df:f5ff:fee9:10df]) by smtp-cloud7.xs4all.net with ESMTP id eDT6jkFLPDazBeDT8jp8eH; Thu, 28 May 2020 10:00:50 +0200 Date: Thu, 28 May 2020 08:00:48 +0000 From: marco To: freebsd-current@freebsd.org Subject: Re: ZFS BE not booting Message-ID: <20200528080048.GB83445@lordsith.net> Reply-To: marco Mail-Followup-To: marco , freebsd-current@freebsd.org References: <20200525085103.GA51695@lordsith.net> <20200525201316.GA90171@lordsith.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="CUfgB8w4ZwR/yMy5" Content-Disposition: inline In-Reply-To: Organization: lordsith.net X-Operating-System: SunOS 5.11 joyent_20200212T230824Z X-Unix: Use Unix or die X-GPG-Fingerprint: A025 D8AA AC1B D2FC 380D 4FC1 8EA0 0BA8 8580 E6CB X-GPG-Key: https://lordsith.net/marco.gpg X-Uptime: 07:46am up 84 days 18:15, 1 user, load average: 0.00, 0.00, 0.00 User-Agent: Mutt/1.5.22 (2013-10-16) X-CMAE-Envelope: MS4wfGVO1Lx+NVw5aJ56700Tw6z8JZxa+WdJDmLxO3UrRIXpTpqaoDgykDjT0RbpX4YiAkRnuGVHfeMckaZMiH3KYX17YcpDaa1Iy2Rqovn4MkKcw1rIB0zs toVLYnAwlSwliDgzngFvz0GwxoVngBRBjGvzMln0QZoEFrNbMKO9MKYTvs6qqCyjdV529Kfae7R5E/doXvCj+KhqwcYthXfrJ8mXRPjjnGLzMAco/Yi9bEDE fqq53WikSB+Sp8DP2ZB1qg== X-Rspamd-Queue-Id: 49Xg9v6XFlz4780 X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=softfail (mx1.freebsd.org: 194.109.24.24 is neither permitted nor denied by domain of marco@lordsith.net) smtp.mailfrom=marco@lordsith.net X-Spamd-Result: default: False [1.00 / 15.00]; ARC_NA(0.00)[]; HAS_REPLYTO(0.00)[marco+freebsd-current@lordsith.net]; REPLYTO_EQ_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; RWL_MAILSPIKE_GOOD(0.00)[194.109.24.24:from]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_SPAM_SHORT(0.87)[0.873]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; TO_DN_NONE(0.00)[]; DMARC_NA(0.00)[lordsith.net]; R_SPF_SOFTFAIL(0.00)[~all:c]; RCPT_COUNT_ONE(0.00)[1]; HAS_ORG_HEADER(0.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[194.109.24.24:from]; RCVD_TLS_LAST(0.00)[]; NEURAL_SPAM_MEDIUM(0.28)[0.275]; NEURAL_SPAM_LONG(0.15)[0.150]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ASN(0.00)[asn:3265, ipnet:194.109.0.0/16, country:NL]; TAGGED_FROM(0.00)[freebsd-current]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 May 2020 08:00:53 -0000 --CUfgB8w4ZwR/yMy5 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, May 25, 2020 at 03:52:49PM -0500, you (Clay Daniels) sent the follo= wing to [freebsd-current] : > > > [... snip ...] > > > Is there something I'm perhaps missing regarding loader.conf > and/or rc.conf ? >=20 > I may be wrong, but it looks like a "framebuffer problem" that is most > often associated with amdgpu, but may help your i915 intel graphics > too. > Just try adding this to /boot/loader.conf : > hw.syscons.disable=3D1 > =C2 Sorry for late reply. I haven't tried this but followed Allan's instruction to update drm-kmod port which was necessary. Unfortunately then installworld failed (details in reply to Allan's mail). M --=20 Marco van Lienen -- Unix SysAdmin https://keybase.io/scarcry , GnuPG id: 8580E6CB "The Tuck Pendleton machine...zero defects." --CUfgB8w4ZwR/yMy5 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iEYEAREKAAYFAl7Pb7AACgkQjqALqIWA5ssaAQCgrHEZ7+TPoYXIs518u9gyVaG+ FRkAn3TbM03fDWKMMQsrl4Ir9tFZIHTF =IEXp -----END PGP SIGNATURE----- --CUfgB8w4ZwR/yMy5-- From owner-freebsd-current@freebsd.org Thu May 28 14:26: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 BEFE92F3962 for ; Thu, 28 May 2020 14:26:04 +0000 (UTC) (envelope-from marco+freebsd-current@lordsith.net) Received: from lb2-smtp-cloud8.xs4all.net (lb2-smtp-cloud8.xs4all.net [194.109.24.25]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.xs4all.net", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49XqkM43TTz4j4S for ; Thu, 28 May 2020 14:26:03 +0000 (UTC) (envelope-from marco+freebsd-current@lordsith.net) Received: from lordsith.net ([IPv6:2001:980:93d7:1:30df:f5ff:fee9:10df]) by smtp-cloud8.xs4all.net with ESMTP id eJTqjVf5LdPgTeJTsj55E2; Thu, 28 May 2020 16:26:01 +0200 Date: Thu, 28 May 2020 14:25:58 +0000 From: marco To: freebsd-current@freebsd.org Subject: Re: ZFS BE not booting Message-ID: <20200528142558.GA96180@lordsith.net> Reply-To: marco Mail-Followup-To: marco , freebsd-current@freebsd.org References: <20200525085103.GA51695@lordsith.net> <20200525201316.GA90171@lordsith.net> <20200525204059.GB90171@lordsith.net> <20200528075610.GA83445@lordsith.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="4Ckj6UjgE2iN1+kY" Content-Disposition: inline In-Reply-To: <20200528075610.GA83445@lordsith.net> Organization: lordsith.net X-Operating-System: SunOS 5.11 joyent_20200212T230824Z X-Unix: Use Unix or die X-GPG-Fingerprint: A025 D8AA AC1B D2FC 380D 4FC1 8EA0 0BA8 8580 E6CB X-GPG-Key: https://lordsith.net/marco.gpg X-Uptime: 14:17pm up 85 days 0:47, 1 user, load average: 0.00, 0.00, 0.00 User-Agent: Mutt/1.5.22 (2013-10-16) X-CMAE-Envelope: MS4wfPmU9cl5T4oEAx94pcvf/+5rjdPxeFFiK2Ld3ww9ZgnkxHGkIsJXBITDVB9/i8txF85zk3vYHIGqG55dG6Q1RXYZguAiQ2UsqVxgi+jaBh6XpCPVx4oO DolZBwqj9Wjsx/Qrusz+8rMsNpM9kysXzYBo0WXMUltOw7CV1RRWCjjT2JMqqSueJxOgtxXuCYk8yAlrBif0EEZTOvDrF5fg3enSRYy7ZLEcd8bXNJq2Qz+X jt6HUNFmeTMl5UJ1JAJybLL9uIUx0foX4SU+6sthdHuU336mVOMnjfimpoblppkYpJbT3FwKC5e8IRj/HN6ATg== X-Rspamd-Queue-Id: 49XqkM43TTz4j4S X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=softfail (mx1.freebsd.org: 194.109.24.25 is neither permitted nor denied by domain of marco@lordsith.net) smtp.mailfrom=marco@lordsith.net X-Spamd-Result: default: False [-2.44 / 15.00]; HAS_REPLYTO(0.00)[marco+freebsd-current@lordsith.net]; ARC_NA(0.00)[]; REPLYTO_EQ_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; RWL_MAILSPIKE_GOOD(0.00)[194.109.24.25:from]; MID_RHS_MATCH_FROM(0.00)[]; TAGGED_RCPT(0.00)[freebsd-current]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; DMARC_NA(0.00)[lordsith.net]; R_SPF_SOFTFAIL(0.00)[~all]; HAS_ORG_HEADER(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_HAM_LONG(-0.97)[-0.967]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_SHORT(-0.31)[-0.309]; NEURAL_HAM_MEDIUM(-0.86)[-0.860]; RCVD_TLS_LAST(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RCVD_COUNT_TWO(0.00)[2]; ASN(0.00)[asn:3265, ipnet:194.109.0.0/16, country:NL]; TAGGED_FROM(0.00)[freebsd-current]; RCVD_IN_DNSWL_LOW(-0.10)[194.109.24.25:from] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 May 2020 14:26:04 -0000 --4Ckj6UjgE2iN1+kY Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, May 28, 2020 at 07:56:10AM +0000, you (marco) sent the following to= [freebsd-current] : > make[1]: stopped in /usr/src > *** [installworld] Error code 2 >=20 > make: stopped in /usr/src >=20 > make: stopped in /usr/src >=20 > Not sure how I ended up in that situation exactly. > Think I'm going to destroy that r360723 BE for now and create a new one > for a later revision and do the build world, kernel and install kernel > dance and will make notes of all the steps I've taken should the update > fail at some point. >=20 I decided creating a new BE for r361307 and am now running that revision using the following steps: - destroyed the BE - created a new one for r361307 and activated it - rebooted - updated /usr/src to r361307 - make buildworld - make buildkernel - make installkernel - portsnap fetch update - make reinstall of graphics/drm-current-kmod - mergemaster -Fp - reboot - make installworld - mergemaster -Fi - make delete-old - final reboot [~] bectl list -aDs BE/Dataset/Snapshot Active Mountpoint Space Created r359556 zroot/ROOT/r359556 - - 440K 2020-0= 4-03 20:05 zroot/ROOT/r361307@2020-05-28-07:40:34-0 - - 6.35G 2020-0= 5-28 07:40 r361307 zroot/ROOT/r361307 NR / 19.7G 2020-0= 5-28 07:40 r361307@2020-05-28-07:40:34-0 - - 6.35G 2020-0= 5-28 07:40 --=20 Marco van Lienen -- Unix SysAdmin https://keybase.io/scarcry , GnuPG id: 8580E6CB "The Tuck Pendleton machine...zero defects." --4Ckj6UjgE2iN1+kY Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iEYEAREKAAYFAl7PyfYACgkQjqALqIWA5sunygCghz6OxbXsoUXbA4xjHlqcGiCl yrAAoJr056CRRoJvtc+ysGAput921DzL =VtiE -----END PGP SIGNATURE----- --4Ckj6UjgE2iN1+kY-- From owner-freebsd-current@freebsd.org Thu May 28 15:19: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 36FD22F51CF for ; Thu, 28 May 2020 15:19:14 +0000 (UTC) (envelope-from marco+freebsd-current@lordsith.net) Received: from lb3-smtp-cloud8.xs4all.net (lb3-smtp-cloud8.xs4all.net [194.109.24.29]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.xs4all.net", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49Xrvj2XSXz4njk for ; Thu, 28 May 2020 15:19:13 +0000 (UTC) (envelope-from marco+freebsd-current@lordsith.net) Received: from lordsith.net ([IPv6:2001:980:93d7:1:30df:f5ff:fee9:10df]) by smtp-cloud8.xs4all.net with ESMTP id eKJJjW16OdPgTeKJLj5UgI; Thu, 28 May 2020 17:19:11 +0200 Date: Thu, 28 May 2020 15:19:09 +0000 From: marco To: freebsd-current@freebsd.org Subject: Re: Office Hours today @ 18:00 UTC - Core Candidates Message-ID: <20200528151909.GA3330@lordsith.net> Reply-To: marco Mail-Followup-To: marco , freebsd-current@freebsd.org References: <1a285d69-4ae3-f95d-d33e-7801faa22dfe@freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="jRHKVT23PllUwdXP" Content-Disposition: inline In-Reply-To: <1a285d69-4ae3-f95d-d33e-7801faa22dfe@freebsd.org> Organization: lordsith.net X-Operating-System: SunOS 5.11 joyent_20200212T230824Z X-Unix: Use Unix or die X-GPG-Fingerprint: A025 D8AA AC1B D2FC 380D 4FC1 8EA0 0BA8 8580 E6CB X-GPG-Key: https://lordsith.net/marco.gpg X-Uptime: 15:06pm up 85 days 1:35, 1 user, load average: 0.00, 0.00, 0.00 User-Agent: Mutt/1.5.22 (2013-10-16) X-CMAE-Envelope: MS4wfBo2ccNYEOm/SDi+ze2FM//7V35nCTCnYJ6YIn12c1FSLdsYN6SrSLD9gBRN9rtOIArZ4haTrQ34d9UcryKLSc4GTpAYieHRbIWHCjbL3i+wKzJy9ZQl mhINJe0++A0Lt38yL4ZqKeYtyPlmj7eJ5fcy9sPF71lfWuOQv3amhN+Iv8/r/vbxUqHnlh709bD6bGWfC+2CkXPlGI1iFhfqhxIoDZfHSyKlnChO6PywSC8G UgIPZAj2CXk4xLijeH777w== X-Rspamd-Queue-Id: 49Xrvj2XSXz4njk X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=softfail (mx1.freebsd.org: 194.109.24.29 is neither permitted nor denied by domain of marco@lordsith.net) smtp.mailfrom=marco@lordsith.net X-Spamd-Result: default: False [0.40 / 15.00]; HAS_REPLYTO(0.00)[marco+freebsd-current@lordsith.net]; ARC_NA(0.00)[]; REPLYTO_EQ_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; RWL_MAILSPIKE_GOOD(0.00)[194.109.24.29:from]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_SPAM_SHORT(0.05)[0.046]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; TO_DN_NONE(0.00)[]; DMARC_NA(0.00)[lordsith.net]; R_SPF_SOFTFAIL(0.00)[~all]; RCPT_COUNT_ONE(0.00)[1]; HAS_ORG_HEADER(0.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[194.109.24.29:from]; RCVD_TLS_LAST(0.00)[]; NEURAL_SPAM_MEDIUM(0.53)[0.526]; NEURAL_SPAM_LONG(0.13)[0.128]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ASN(0.00)[asn:3265, ipnet:194.109.0.0/16, country:NL]; TAGGED_FROM(0.00)[freebsd-current]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 May 2020 15:19:14 -0000 --jRHKVT23PllUwdXP Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, May 27, 2020 at 10:35:14AM -0400, you (Allan Jude) sent the followi= ng to [freebsd-current] : > Sorry for the late notice, I thought I sent this last week. >=20 > After the slate of candidates was finalized last week, I invited all of > them to join a live stream today at 18:00 UTC to answer questions from > the FreeBSD Community. >=20 > You can watch the live stream and chat here: >=20 > https://live.freebsd.org/FreeBSD/officehours/ >=20 > Or join the chat directly via irc: >=20 > irc.geekshed.net #freebsd >=20 > The live stream supports 'DVR', so can be rewound and watched after the > live session is over. Couildn't watch it live but did watch it today on youtube. Good conversation touching some solid topics. Great to see gnn make another run for the core tream. --=20 Marco van Lienen -- Unix SysAdmin https://keybase.io/scarcry , GnuPG id: 8580E6CB "The Tuck Pendleton machine...zero defects." --jRHKVT23PllUwdXP Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iEYEAREKAAYFAl7P1m0ACgkQjqALqIWA5sv4swCcDjd5gsaJfjWwAfnKezaPy0+0 kV8AoJwXIyL33856abDbL/CFB9wDgaTy =Q+tn -----END PGP SIGNATURE----- --jRHKVT23PllUwdXP-- From owner-freebsd-current@freebsd.org Thu May 28 15:41: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 5B0E12F5C5A for ; Thu, 28 May 2020 15:41:39 +0000 (UTC) (envelope-from f0andrey@gmail.com) Received: from mail-wr1-x435.google.com (mail-wr1-x435.google.com [IPv6:2a00:1450:4864:20::435]) (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 49XsPZ3TZbz4qlg for ; Thu, 28 May 2020 15:41:38 +0000 (UTC) (envelope-from f0andrey@gmail.com) Received: by mail-wr1-x435.google.com with SMTP id s8so28373373wrt.9 for ; Thu, 28 May 2020 08:41:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to; bh=bU9LjO5Hk/3LsKc5DJt1LiQ1u4ptLS9ZlA4LpFcE9VE=; b=H2//HohZRoDJSjT+CO0C7KwXKlcqrGA4YVXaGkf+mCZRfZm5j58+X8R7EGwh5wCqhO eET+cvMwl/Bw7XNZbE7LCUlPQ839KuQLLCeGsKA7VED/TBMX2WtTYnlQIo8pMW2ixOn0 hV6ffIn5pIj+jVdOs/1eUnzZp/EnLYowLAnFkv63dgwn2GgwsGHpvZml3vIg8QqumqpM UkloIF6D6zdIUsJZHCkesTGM6w5tiKzDux+cDUxrNvKQSB4Ea6ZHWxhd+e8gZF48WpSm Dk1NrOWGI3qBEorhdxsT7zMCnuI6zLv/r3A6tn3wUxGQ/aSMUe7oQrbQtLTiUEbrBLpP /bjQ== 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=bU9LjO5Hk/3LsKc5DJt1LiQ1u4ptLS9ZlA4LpFcE9VE=; b=s0O3PUrwAEVJESFW0Y4Wv03U6Ae+qB7bJzUS6Q6fSB0TEbUbF4iA9TC+tlUKRKoZ+p vRzr1woC/UetBui1WX+zIE57ZZaOv4PlO9EBe3rNBP/F/3hB6xSxoVpT/JXaNArGEgGU aMCPtHGYjdG8GmOn0252GrF8VSn13gl5WvimOGo62g+WsRuIsprCt/yTkcUATw4hIMTI 2sUZBqAN0AY5RsHjW896+qH/PNpME41/sTa7WsNcUraATbj8mHOBOj2fFgi7YpqQtggP cjj/4ZZy+QCzoIDUEdo/RMc3P+/JYT34QNyJESV8gKLEVVzEnZZoIaX9Xai28Wf+RpSV Kfqg== X-Gm-Message-State: AOAM531lBDBFI9L2ZIl10Ag9gfEURMDzYKG1+GHeCilP03/rxeM85cYz C0HgoxJHbymgIcRpGNnaZ74FxAxeyp13gy6B3bI8b533TGQ= X-Google-Smtp-Source: ABdhPJz4K7rEMhWfirgMI0XBu7W6aKm7aqAGEgz5HoWrtuB/+D+zr4f1ZSBYCrbCupftzlkLim5Ksj1c+psgRh0q+7k= X-Received: by 2002:a05:6000:12c2:: with SMTP id l2mr3963935wrx.133.1590680497076; Thu, 28 May 2020 08:41:37 -0700 (PDT) MIME-Version: 1.0 References: <20200525085103.GA51695@lordsith.net> <20200525201316.GA90171@lordsith.net> <20200525204059.GB90171@lordsith.net> <20200528075610.GA83445@lordsith.net> <20200528142558.GA96180@lordsith.net> In-Reply-To: <20200528142558.GA96180@lordsith.net> From: Andrey Fesenko Date: Thu, 28 May 2020 18:41:25 +0300 Message-ID: Subject: Re: ZFS BE not booting To: marco , freebsd-current Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 49XsPZ3TZbz4qlg X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=H2//HohZ; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of f0andrey@gmail.com designates 2a00:1450:4864:20::435 as permitted sender) smtp.mailfrom=f0andrey@gmail.com X-Spamd-Result: default: False [-3.35 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.01)[-1.011]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; TAGGED_RCPT(0.00)[freebsd-current]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; NEURAL_HAM_LONG(-0.99)[-0.991]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::435:from]; NEURAL_HAM_SHORT(-0.35)[-0.349]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 May 2020 15:41:39 -0000 On Thu, May 28, 2020 at 5:26 PM marco wrote: > > On Thu, May 28, 2020 at 07:56:10AM +0000, you (marco) sent the following to [freebsd-current] : > > make[1]: stopped in /usr/src > > *** [installworld] Error code 2 > > > > make: stopped in /usr/src > > > > make: stopped in /usr/src > > > > Not sure how I ended up in that situation exactly. > > Think I'm going to destroy that r360723 BE for now and create a new one > > for a later revision and do the build world, kernel and install kernel > > dance and will make notes of all the steps I've taken should the update > > fail at some point. > > > > I decided creating a new BE for r361307 and am now running that revision > using the following steps: > > - destroyed the BE > - created a new one for r361307 and activated it > - rebooted > - updated /usr/src to r361307 > - make buildworld > - make buildkernel > - make installkernel > - portsnap fetch update > - make reinstall of graphics/drm-current-kmod > - mergemaster -Fp > - reboot > - make installworld > - mergemaster -Fi > - make delete-old > - final reboot > > [~] bectl list -aDs > BE/Dataset/Snapshot Active Mountpoint Space Created > > r359556 > zroot/ROOT/r359556 - - 440K 2020-04-03 20:05 > zroot/ROOT/r361307@2020-05-28-07:40:34-0 - - 6.35G 2020-05-28 07:40 > > r361307 > zroot/ROOT/r361307 NR / 19.7G 2020-05-28 07:40 > r361307@2020-05-28-07:40:34-0 - - 6.35G 2020-05-28 07:40 > too more reboot make buildworld make buildkernel beadm create xxx beadm mount xxx /mnt make installkernel DESTDIR=/mnt mergemaster -Fp -D /mnt make installworld DESTDIR=/mnt mergemaster -Fi -D /mnt make delete-old DESTDIR=/mnt make delete-old-libs DESTDIR=/mnt make reinstall of graphics/drm-current-kmod (add key destdir) beadm umount xxx beadm activate xxx reboot From owner-freebsd-current@freebsd.org Thu May 28 15:52: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 0BDDE2F6326 for ; Thu, 28 May 2020 15:52:08 +0000 (UTC) (envelope-from crest@rlwinm.de) Received: from mail.rlwinm.de (mail.rlwinm.de [IPv6:2a01:4f8:171:f902::5]) (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 49Xsdg1gVmz4rX8 for ; Thu, 28 May 2020 15:52:06 +0000 (UTC) (envelope-from crest@rlwinm.de) Received: from crest-mbp.local (200116b8643de600dc6e63fcaaba7eb4.dip.versatel-1u1.de [IPv6:2001:16b8:643d:e600:dc6e:63fc:aaba:7eb4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-384) server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by mail.rlwinm.de (Postfix) with ESMTPSA id 402F228665 for ; Thu, 28 May 2020 15:51:59 +0000 (UTC) Subject: Re: Office Hours today @ 18:00 UTC - Core Candidates To: freebsd-current@freebsd.org References: <1a285d69-4ae3-f95d-d33e-7801faa22dfe@freebsd.org> <6B57A069-9932-4C56-B3B8-45443251F7E8@freebsd.org> From: Jan Bramkamp Message-ID: <408bca34-d6cb-8fd5-02b7-904cf5ea9013@rlwinm.de> Date: Thu, 28 May 2020 17:51:58 +0200 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:68.0) Gecko/20100101 Thunderbird/68.8.1 MIME-Version: 1.0 In-Reply-To: <6B57A069-9932-4C56-B3B8-45443251F7E8@freebsd.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-GB X-Rspamd-Queue-Id: 49Xsdg1gVmz4rX8 X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of crest@rlwinm.de designates 2a01:4f8:171:f902::5 as permitted sender) smtp.mailfrom=crest@rlwinm.de X-Spamd-Result: default: False [-0.39 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-0.52)[-0.522]; DMARC_NA(0.00)[rlwinm.de]; NEURAL_SPAM_SHORT(0.55)[0.553]; NEURAL_HAM_MEDIUM(-0.12)[-0.122]; 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]; RCVD_TLS_ALL(0.00)[]; RECEIVED_SPAMHAUS_PBL(0.00)[2001:16b8:643d:e600:dc6e:63fc:aaba:7eb4:received] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 May 2020 15:52:08 -0000 On 28.05.20 04:01, Philip Paeps wrote: > On 2020-05-27 22:35:14 (+0800), Allan Jude wrote: >> Sorry for the late notice, I thought I sent this last week. >> >> After the slate of candidates was finalized last week, I invited all of >> them to join a live stream today at 18:00 UTC to answer questions from >> the FreeBSD Community. > > Do you ever plan to schedule one of these at a time that works for > those of us in the eastern hemisphere? > > 18:00 UTC is 02:00 in Hong Kong, Taiwan and China, 03:00 in Japan and > 04:00 in the east of Australia to name but a couple of places where we > have sizeable (or at least non-zero) populations of FreeBSD developers. If I remeber correctly the second office hour our was held at 02:00 UTC and wasn't well attended. Are you asking for future office hours to rotate between a set of timeslots so that everyone has to suffer equally or for chance to pose questions to the core candidates? From owner-freebsd-current@freebsd.org Thu May 28 23:04:54 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 51E89328531 for ; Thu, 28 May 2020 23:04:54 +0000 (UTC) (envelope-from marco+freebsd-current@lordsith.net) Received: from lb1-smtp-cloud8.xs4all.net (lb1-smtp-cloud8.xs4all.net [194.109.24.21]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.xs4all.net", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49Y3F13Hn6z4LvW for ; Thu, 28 May 2020 23:04:53 +0000 (UTC) (envelope-from marco+freebsd-current@lordsith.net) Received: from lordsith.net ([IPv6:2001:980:93d7:1:30df:f5ff:fee9:10df]) by smtp-cloud8.xs4all.net with ESMTP id eRZxjYReBdPgTeRZzj8LZG; Fri, 29 May 2020 01:04:51 +0200 Date: Thu, 28 May 2020 23:04:49 +0000 From: marco To: freebsd-current Subject: Re: ZFS BE not booting Message-ID: <20200528230449.GB3330@lordsith.net> Reply-To: marco Mail-Followup-To: marco , freebsd-current References: <20200525085103.GA51695@lordsith.net> <20200525201316.GA90171@lordsith.net> <20200525204059.GB90171@lordsith.net> <20200528075610.GA83445@lordsith.net> <20200528142558.GA96180@lordsith.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="4SFOXa2GPu3tIq4H" Content-Disposition: inline In-Reply-To: Organization: lordsith.net X-Operating-System: SunOS 5.11 joyent_20200212T230824Z X-Unix: Use Unix or die X-GPG-Fingerprint: A025 D8AA AC1B D2FC 380D 4FC1 8EA0 0BA8 8580 E6CB X-GPG-Key: https://lordsith.net/marco.gpg X-Uptime: 15:06pm up 85 days 1:35, 1 user, load average: 0.00, 0.00, 0.00 User-Agent: Mutt/1.5.22 (2013-10-16) X-CMAE-Envelope: MS4wfK3bnXugaHwkAORbQYaayOPbEPLnXPQ68/WER1RQUvKJuo9Nt+ZHpvqfIdz7L580SCr/FU0ti0ecJfpREiRz6hFN5lJ0DjwJeHdt36jKdds7xToIJmTC lvAs/n83QOpkxYV0OAUDPXliKnZ1qX0ImHTl7YD+BKsWHzYNQUH5JrhjtEnOj6pML0RKImVql5QppPuwo2Oqf3Wh80TjrhedzEzEc5fD2/Gbs8xITsWDANko mBzyt7CiLpHd/ouwc2dhJA== X-Rspamd-Queue-Id: 49Y3F13Hn6z4LvW X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=softfail (mx1.freebsd.org: 194.109.24.21 is neither permitted nor denied by domain of marco@lordsith.net) smtp.mailfrom=marco@lordsith.net X-Spamd-Result: default: False [0.54 / 15.00]; HAS_REPLYTO(0.00)[marco+freebsd-current@lordsith.net]; ARC_NA(0.00)[]; REPLYTO_EQ_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; RWL_MAILSPIKE_GOOD(0.00)[194.109.24.21:from]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-0.04)[-0.037]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[lordsith.net]; R_SPF_SOFTFAIL(0.00)[~all]; RCPT_COUNT_ONE(0.00)[1]; HAS_ORG_HEADER(0.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[194.109.24.21:from]; TO_DN_ALL(0.00)[]; NEURAL_SPAM_MEDIUM(0.44)[0.444]; NEURAL_SPAM_SHORT(0.43)[0.432]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ASN(0.00)[asn:3265, ipnet:194.109.0.0/16, country:NL]; TAGGED_FROM(0.00)[freebsd-current]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 May 2020 23:04:54 -0000 --4SFOXa2GPu3tIq4H Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, May 28, 2020 at 06:41:25PM +0300, you (Andrey Fesenko) sent the fol= lowing to [freebsd-current] : > > - mergemaster -Fi > > - make delete-old > > - final reboot > > >=20 > too more reboot >=20 > make buildworld > make buildkernel > beadm create xxx > beadm mount xxx /mnt > make installkernel DESTDIR=3D/mnt > mergemaster -Fp -D /mnt > make installworld DESTDIR=3D/mnt > mergemaster -Fi -D /mnt > make delete-old DESTDIR=3D/mnt > make delete-old-libs DESTDIR=3D/mnt > make reinstall of graphics/drm-current-kmod (add key destdir) > beadm umount xxx > beadm activate xxx > reboot Interesting method, thank you --=20 Marco van Lienen -- Unix SysAdmin https://keybase.io/scarcry , GnuPG id: 8580E6CB "The Tuck Pendleton machine...zero defects." --4SFOXa2GPu3tIq4H Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iEYEAREKAAYFAl7QQ5EACgkQjqALqIWA5su+ywCgtYS4sajTMHDq9w3C/lXdQNfM t5oAoK6E8yK0H2exbowkUh1lhIP2kT/1 =Zo7h -----END PGP SIGNATURE----- --4SFOXa2GPu3tIq4H-- From owner-freebsd-current@freebsd.org Sat May 30 14:53: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 079BB3344DF for ; Sat, 30 May 2020 14:53:53 +0000 (UTC) (envelope-from allanjude@freebsd.org) Received: from tor1-11.mx.scaleengine.net (tor1-11.mx.scaleengine.net [209.51.186.6]) (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 49Z4FX4YgTz43XK; Sat, 30 May 2020 14:53:52 +0000 (UTC) (envelope-from allanjude@freebsd.org) Received: from [10.1.1.2] (Seawolf.HML3.ScaleEngine.net [209.51.186.28]) (Authenticated sender: allanjude.freebsd@scaleengine.com) by tor1-11.mx.scaleengine.net (Postfix) with ESMTPSA id B25BC12457; Sat, 30 May 2020 14:53:46 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.10.3 tor1-11.mx.scaleengine.net B25BC12457 To: Philip Paeps Cc: FreeBSD Developers , FreeBSD Current References: <1a285d69-4ae3-f95d-d33e-7801faa22dfe@freebsd.org> <6B57A069-9932-4C56-B3B8-45443251F7E8@freebsd.org> From: Allan Jude Autocrypt: addr=allanjude@freebsd.org; prefer-encrypt=mutual; keydata= xsFNBFVwZcYBEADwrZDH0xe0ZVjc9ORCc6PcBLwS/RTXA6NkvpD6ea02pZ8lPOVgteuuugFc D34LdDbiWr+479vfrKBh+Y38GL0oZ0/13j10tIlDMHSa5BU0y6ACtnhupFvVlQ57+XaJAb/q 7qkfSiuxVwQ3FY3PL3cl1RrIP5eGHLA9hu4eVbu+FOX/q/XVKz49HaeIaxzo2Q54572VzIo6 C28McX9m65UL5fXMUGJDDLCItLmehZlHsQQ+uBxvODLFpVV2lUgDR/0rDa0B9zHZX8jY8qQ7 ZdCSy7CwClXI054CkXZCaBzgxYh/CotdI8ezmaw7NLs5vWNTxaDEFXaFMQtMVhvqQBpHkfOD 7rjjOmFw00nJL4FuPE5Yut0CPyx8vLjVmNJSt/Y8WxxmhutsqJYFgYfWl/vaWkrFLur/Zcmz IklwLw35HLsCZytCN5A3rGKdRbQjD6QPXOTJu0JPrJF6t2xFkWAT7oxnSV0ELhl2g+JfMMz2 Z1PDmS3NRnyEdqEm7NoRGXJJ7bgxDbN+9SXTyOletqGNXj/bSrBvhvZ0RQrzdHAPwQUfVSU2 qBhQEi2apSZstgVNMan0GUPqCdbE2zpysg+zT7Yhvf9EUQbzPL4LpdK1llT9fZbrdMzEXvEF oSvwJFdV3sqKmZc7b+E3PuxK6GTsKqaukd/3Cj8aLHG1T1im1QARAQABzSJBbGxhbiBKdWRl IDxhbGxhbmp1ZGVAZnJlZWJzZC5vcmc+wsF/BBMBAgApBQJVcGXGAhsjBQkSzAMABwsJCAcD AgEGFQgCCQoLBBYCAwECHgECF4AACgkQGZU1PhKYC34Muw/+JOKpSfhhysWFYiRXynGRDe07 Z6pVsn7DzrPUMRNZfHu8Uujmmy3p2nx9FelIY9yjd2UKHhug+whM54MiIFs90eCRVa4XEsPR 4FFAm0DAWrrb7qhZFcE/GhHdRWpZ341WAElWf6Puj2devtRjfYbikvj5+1V1QmDbju7cEw5D mEET44pTuD2VMRJpu2yZZzkM0i+wKFuPxlhqreufA1VNkZXI/rIfkYWK+nkXd9Efw3YdCyCQ zUgTUCb88ttSqcyhik/li1CDbXBpkzDCKI6I/8fAb7jjOC9LAtrZJrdgONywcVFoyK9ZN7EN AVA+xvYCmuYhR/3zHWH1g4hAm1v1+gIsufhajhfo8/wY1SetlzPaYkSkVQLqD8T6zZyhf+AN bC7ci44UsiKGAplB3phAXrtSPUEqM86kbnHg3fSx37kWKUiYNOnx4AC2VXvEiKsOBlpyt3dw WQbOtOYM+vkfbBwDtoGOOPYAKxc4LOIt9r+J8aD+gTooi9Eo5tvphATf9WkCpl9+aaGbSixB tUpvQMRnSMqTqq4Z7DeiG6VMRQIjsXDSLJEUqcfhnLFo0Ko/RiaHd5xyAQ4DhQ9QpkyQjjNf /3f/dYG7JAtoD30txaQ5V8uHrz210/77DRRX+HJjEj6xCxWUGvQgvEZf5XXyxeePvqZ+zQyT DX61bYw6w6bOwU0EVXBlxgEQAMy7YVnCCLN4oAOBVLZ5nUbVPvpUhsdA94/0/P+uqCIh28Cz ar56OCX0X19N/nAWecxL4H32zFbIRyDB2V/MEh4p9Qvyu/j4i1r3Ex5GhOT2hnit43Ng46z5 29Es4TijrHJP4/l/rB2VOqMKBS7Cq8zk1cWqaI9XZ59imxDNjtLLPPM+zQ1yE3OAMb475QwN UgWxTMw8rkA7CEaqeIn4sqpTSD5C7kT1Bh26+rbgJDZ77D6Uv1LaCZZOaW52okW3bFbdozV8 yM2u+xz2Qs8bHz67p+s+BlygryiOyYytpkiK6Iy4N7FTolyj5EIwCuqzfk0SaRHeOKX2ZRjC qatkgoD/t13PNT38V9tw3qZVOJDS0W6WM8VSg+F+bkM9LgJ8CmKV+Hj0k3pfGfYPOZJ/v18i +SmZmL/Uw2RghnwDWGAsPCKu4uZR777iw7n9Io6Vfxndw2dcS0e9klvFYoaGS6H2F13Asygr WBzFNGFQscN4mUW+ZYBzpTOcHkdT7w8WS55BmXYLna+dYer9/HaAuUrONjujukN4SPS1fMJ2 /CS/idAUKyyVVX5vozoNK2JVC1h1zUAVsdnmhEzNPsvBoqcVNfyqBFROEVLIPwq+lQMGNVjH ekLTKRWf59MEhUC2ztjSKkGmwdg73d6xSXMuq45EgIJV2wPvOgWQonoHH/kxABEBAAHCwWUE GAECAA8FAlVwZcYCGwwFCRLMAwAACgkQGZU1PhKYC34w5A//YViBtZyDV5O+SJT9FFO3lb9x Zdxf0trA3ooCt7gdBkdnBM6T5EmjgVZ3KYYyFfwXZVkteuCCycMF/zVw5eE9FL1+zz9gg663 nY9q2F77TZTKXVWOLlOV2bY+xaK94U4ytogOGhh9b4UnQ/Ct3+6aviCF78Go608BXbmF/GVT 7uhddemk7ItxM1gE5Hscx3saxGKlayaOsdPKeGTVJCDEtHDuOc7/+jGh5Zxpk/Hpi+DUt1ot 8e6hPYLIQa4uVx4f1xxxV858PQ7QysSLr9pTV7FAQ18JclCaMc7JWIa3homZQL/MNKOfST0S 2e+msuRwQo7AnnfFKBUtb02KwpA4GhWryhkjUh/kbVc1wmGxaU3DgXYQ5GV5+Zf4kk/wqr/7 KG0dkTz6NLCVLyDlmAzuFhf66DJ3zzz4yIo3pbDYi3HB/BwJXVSKB3Ko0oUo+6/qMrOIS02L s++QE/z7K12CCcs7WwOjfCYHK7VtE0Sr/PfybBdTbuDncOuAyAIeIKxdI2nmQHzl035hhvQX s4CSghsP319jAOQiIolCeSbTMD4QWMK8RL/Pe1FI1jC3Nw9s+jq8Dudtbcj2UwAP/STUEbJ9 5rznzuuhPjE0e++EU/RpWmcaIMK/z1zZDMN+ce2v1qzgV936ZhJ3iaVzyqbEE81gDxg3P+IM kiYh4ZtPB4Q= Subject: Re: Office Hours today @ 18:00 UTC - Core Candidates Message-ID: <6f28f628-471a-ab40-bbb4-0ead48040647@freebsd.org> Date: Sat, 30 May 2020 10:53:42 -0400 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:68.0) Gecko/20100101 Thunderbird/68.8.1 MIME-Version: 1.0 In-Reply-To: <6B57A069-9932-4C56-B3B8-45443251F7E8@freebsd.org> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="0d0kP82x0J53Z3crDjJqR9eEWjeD8Wxaw" X-Rspamd-Queue-Id: 49Z4FX4YgTz43XK X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [0.00 / 15.00]; local_wl_from(0.00)[freebsd.org]; ASN(0.00)[asn:6939, ipnet:209.51.160.0/19, country:US] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 May 2020 14:53:53 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --0d0kP82x0J53Z3crDjJqR9eEWjeD8Wxaw Content-Type: multipart/mixed; boundary="Z4JLe2a4BTODJgSQ0l09beE6WwZS3Fkl8"; protected-headers="v1" From: Allan Jude To: Philip Paeps Cc: FreeBSD Developers , FreeBSD Current Message-ID: <6f28f628-471a-ab40-bbb4-0ead48040647@freebsd.org> Subject: Re: Office Hours today @ 18:00 UTC - Core Candidates References: <1a285d69-4ae3-f95d-d33e-7801faa22dfe@freebsd.org> <6B57A069-9932-4C56-B3B8-45443251F7E8@freebsd.org> In-Reply-To: <6B57A069-9932-4C56-B3B8-45443251F7E8@freebsd.org> --Z4JLe2a4BTODJgSQ0l09beE6WwZS3Fkl8 Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable On 2020-05-27 22:01, Philip Paeps wrote: > On 2020-05-27 22:35:14 (+0800), Allan Jude wrote: >> Sorry for the late notice, I thought I sent this last week. >> >> After the slate of candidates was finalized last week, I invited all o= f >> them to join a live stream today at 18:00 UTC to answer questions from= >> the FreeBSD Community. >=20 > Do you ever plan to schedule one of these at a time that works for thos= e > of us in the eastern hemisphere? >=20 > 18:00 UTC is 02:00 in Hong Kong, Taiwan and China, 03:00 in Japan and > 04:00 in the east of Australia to name but a couple of places where we > have sizeable (or at least non-zero) populations of FreeBSD developers.= >=20 > I'm sure we can watch the recordings after the fact, but I'm sure some > of us would also welcome the opportunity to ask questions in real time.= >=20 > Thank you. >=20 > Philip >=20 Philip: We did one at 02:00 UTC on April 16th. But attendance was only ~20, compared to ~65 for the 18:00 UTC slot. https://wiki.freebsd.org/OfficeHours Would you be willing to help host/promote another attempt for a more Asia friendly time? --=20 Allan Jude --Z4JLe2a4BTODJgSQ0l09beE6WwZS3Fkl8-- --0d0kP82x0J53Z3crDjJqR9eEWjeD8Wxaw Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (MingW32) iQIcBAEBAgAGBQJe0nN5AAoJEBmVNT4SmAt+0qoP/iwxabatq4BdDqg78mx6F3LD QvRW+/gM21uhSmdfokqfiqww8ov6UPrv3mUE4TEYIngXE4T6nB5AhGBfCQcwfFC0 s3DAkhCRrORulIn8Hkjy0+QtFMyGO250biOLlQYauHxLE04XcM62phKATF+PT22h pE2wc06yPZv8beoniiV/enjIU06xBU6Tr+B9T2tFTrvQdzo5ehqRMFVlYLExGTUH XObqMhHHLidEjePJXNg+XhKp6pzificw5o85NAZqFZrym8CtyncdyNCcf3pLaUYM psbjJvEf37RL1Mu3NZrO3F4JBu29vMSw9ANqyCewPcAkCKNxg9D9maFoPxljSk/1 MfpfeiYVVZrAcCVoTEl/85WThqQUz3YcflNeSfeoEJvshm9qg0WFhchswIwfbeDI 13FX3B4n4aM71N+jA8RhyIDOTliDZ8fBlW8RHQ9s07o8McNY130M3wVKTq5qI50F YxMhjvr+lL1MvqA1gn72VKjlnSHsYFTBZKUgo+z7ly8Wf/l6ItEPc5rQbZ4bl6r/ n7s1F7S9Gdmqc2tCUQXjfbGletrIhqTepaXV+uSgY9hqmPrwBkdB+uoYP6eotwYB nLa+NxZ7wOxdbjqPnIyhn9OnAvs444yYUTjSrH/fUlT9A+PE7sAG+4DrDEBnqST8 j3+yZEcOjVwrS2yvHiox =R7nu -----END PGP SIGNATURE----- --0d0kP82x0J53Z3crDjJqR9eEWjeD8Wxaw-- From owner-freebsd-current@freebsd.org Sat May 30 16:52: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 A44E1337F02 for ; Sat, 30 May 2020 16:52:50 +0000 (UTC) (envelope-from freebsd-rwg@gndrsh.dnsmgr.net) Received: from gndrsh.dnsmgr.net (br1.CN84in.dnsmgr.net [69.59.192.140]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 49Z6tp2dK1z4GfF; Sat, 30 May 2020 16:52:50 +0000 (UTC) (envelope-from freebsd-rwg@gndrsh.dnsmgr.net) Received: from gndrsh.dnsmgr.net (localhost [127.0.0.1]) by gndrsh.dnsmgr.net (8.13.3/8.13.3) with ESMTP id 04UGqm2W003960; Sat, 30 May 2020 09:52:48 -0700 (PDT) (envelope-from freebsd-rwg@gndrsh.dnsmgr.net) Received: (from freebsd-rwg@localhost) by gndrsh.dnsmgr.net (8.13.3/8.13.3/Submit) id 04UGqmWO003959; Sat, 30 May 2020 09:52:48 -0700 (PDT) (envelope-from freebsd-rwg) From: "Rodney W. Grimes" Message-Id: <202005301652.04UGqmWO003959@gndrsh.dnsmgr.net> Subject: Re: Office Hours today @ 18:00 UTC - Core Candidates In-Reply-To: <6f28f628-471a-ab40-bbb4-0ead48040647@freebsd.org> To: Allan Jude Date: Sat, 30 May 2020 09:52:48 -0700 (PDT) CC: Philip Paeps , FreeBSD Developers , FreeBSD Current X-Mailer: ELM [version 2.4ME+ PL121h (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII X-Rspamd-Queue-Id: 49Z6tp2dK1z4GfF X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:13868, ipnet:69.59.192.0/19, country:US] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 May 2020 16:52:50 -0000 -- Start of PGP signed section. > On 2020-05-27 22:01, Philip Paeps wrote: > > On 2020-05-27 22:35:14 (+0800), Allan Jude wrote: > >> Sorry for the late notice, I thought I sent this last week. > >> > >> After the slate of candidates was finalized last week, I invited all of > >> them to join a live stream today at 18:00 UTC to answer questions from > >> the FreeBSD Community. > > > > Do you ever plan to schedule one of these at a time that works for those > > of us in the eastern hemisphere? > > > > 18:00 UTC is 02:00 in Hong Kong, Taiwan and China, 03:00 in Japan and > > 04:00 in the east of Australia to name but a couple of places where we > > have sizeable (or at least non-zero) populations of FreeBSD developers. > > > > I'm sure we can watch the recordings after the fact, but I'm sure some > > of us would also welcome the opportunity to ask questions in real time. > > > > Thank you. > > > > Philip > > > > Philip: We did one at 02:00 UTC on April 16th. But attendance was only > ~20, compared to ~65 for the 18:00 UTC slot. Since I have no idea on what our global proportions per time zone are I can not tell if that is a good showing or a not so good. Do we have any data on the global distribution of @developers? > https://wiki.freebsd.org/OfficeHours > > Would you be willing to help host/promote another attempt for a more > Asia friendly time? > > -- > Allan Jude > -- End of PGP section, PGP failed! -- Rod Grimes rgrimes@freebsd.org From owner-freebsd-current@freebsd.org Sat May 30 19:46: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 1C4C22F40FA for ; Sat, 30 May 2020 19:46:09 +0000 (UTC) (envelope-from jhs@berklix.com) Received: from slim.berklix.org (slim.berklix.org [94.185.90.68]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "slim.berklix.org", Issuer "slim.berklix.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 49ZBkl66Gnz4XmN; Sat, 30 May 2020 19:46:07 +0000 (UTC) (envelope-from jhs@berklix.com) Received: from mart.js.berklix.net (p2e52c9e4.dip0.t-ipconnect.de [46.82.201.228]) (authenticated bits=128) by slim.berklix.org (8.15.2/8.15.2) with ESMTPSA id 04UJjw0p080424 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 30 May 2020 21:46:04 +0200 (CEST) (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (fire.js.berklix.net [192.168.91.41]) by mart.js.berklix.net (8.14.3/8.14.3) with ESMTP id 04UJjvIJ033842; Sat, 30 May 2020 21:45:57 +0200 (CEST) (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (localhost [127.0.0.1]) by fire.js.berklix.net (8.14.7/8.14.7) with ESMTP id 04UJjgVb018918; Sat, 30 May 2020 21:45:52 +0200 (CEST) (envelope-from jhs@berklix.com) Message-Id: <202005301945.04UJjgVb018918@fire.js.berklix.net> To: "Rodney W. Grimes" cc: Allan Jude , Philip Paeps , FreeBSD Developers , FreeBSD Current Subject: Re: Office Hours today @ 18:00 UTC - Core Candidates From: "Julian H. Stacey" Organization: http://berklix.com/jhs http://stolenvotes.uk User-agent: EXMH on FreeBSD http://berklix.com/free/ X-From: http://www.berklix.org/~jhs/ In-reply-to: Your message "Sat, 30 May 2020 09:52:48 -0700." <202005301652.04UGqmWO003959@gndrsh.dnsmgr.net> Date: Sat, 30 May 2020 21:45:42 +0200 X-Rspamd-Queue-Id: 49ZBkl66Gnz4XmN X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of jhs@berklix.com has no SPF policy when checking 94.185.90.68) smtp.mailfrom=jhs@berklix.com X-Spamd-Result: default: False [0.86 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[berklix.com]; AUTH_NA(1.00)[]; NEURAL_SPAM_MEDIUM(0.05)[0.054]; RCPT_COUNT_FIVE(0.00)[5]; HAS_ORG_HEADER(0.00)[]; RCVD_COUNT_THREE(0.00)[4]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; NEURAL_HAM_SHORT(-0.11)[-0.111]; NEURAL_SPAM_LONG(0.02)[0.019]; RCVD_IN_DNSWL_NONE(0.00)[94.185.90.68:from]; R_SPF_NA(0.00)[no SPF record]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; R_DKIM_NA(0.00)[]; ASN(0.00)[asn:33824, ipnet:94.185.88.0/22, country:DE]; MIME_TRACE(0.00)[0:+]; RECEIVED_SPAMHAUS_PBL(0.00)[46.82.201.228:received] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 May 2020 19:46:09 -0000 "Rodney W. Grimes" wrote: > -- Start of PGP signed section. > > On 2020-05-27 22:01, Philip Paeps wrote: > > > On 2020-05-27 22:35:14 (+0800), Allan Jude wrote: > > >> Sorry for the late notice, I thought I sent this last week. > > >> > > >> After the slate of candidates was finalized last week, I invited all of > > >> them to join a live stream today at 18:00 UTC to answer questions from > > >> the FreeBSD Community. > > > > > > Do you ever plan to schedule one of these at a time that works for those > > > of us in the eastern hemisphere? > > > > > > 18:00 UTC is 02:00 in Hong Kong, Taiwan and China, 03:00 in Japan and > > > 04:00 in the east of Australia to name but a couple of places where we > > > have sizeable (or at least non-zero) populations of FreeBSD developers. > > > > > > I'm sure we can watch the recordings after the fact, but I'm sure some > > > of us would also welcome the opportunity to ask questions in real time. > > > > > > Thank you. > > > > > > Philip > > > > > > > Philip: We did one at 02:00 UTC on April 16th. But attendance was only > > ~20, compared to ~65 for the 18:00 UTC slot. > > Since I have no idea on what our global proportions per time zone are > I can not tell if that is a good showing or a not so good. > > Do we have any data on the global distribution of @developers? cd /usr/ports/astro/xearth ; make install ; rehash xearth -markerfile /usr/local/lib/X11/xearth/freebsd.committers.markers ( It changes the X background, so if display happen to be completely full of xterms as mine was, one won't initially see it.) > > https://wiki.freebsd.org/OfficeHours > > > > Would you be willing to help host/promote another attempt for a more > > Asia friendly time? > > > > -- > > Allan Jude > > > -- End of PGP section, PGP failed! > > -- > Rod Grimes rgrimes@freebsd.org Cheers -- Julian Stacey, Consultant Sys. Eng., BSD Linux http://berklix.com/jhs/ http://berklix.uk/corona/#masks Corrupt Goverment: Sack Cummings. Extend Brexit deal by June to avoid 2nd economic hit December 2020. From owner-freebsd-current@freebsd.org Sat May 30 20:05: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 A87652F4E27; Sat, 30 May 2020 20:05:44 +0000 (UTC) (envelope-from ronald-lists@klop.ws) Received: from smarthost1.greenhost.nl (smarthost1.greenhost.nl [195.190.28.88]) (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 49ZC9M4JSWz4ZY4; Sat, 30 May 2020 20:05:43 +0000 (UTC) (envelope-from ronald-lists@klop.ws) Received: from smtp.greenhost.nl ([213.108.110.112]) by smarthost1.greenhost.nl with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1jf7jg-000694-Hv; Sat, 30 May 2020 22:05:41 +0200 Content-Type: text/plain; charset=utf-8; format=flowed; delsp=yes To: freebsd-fs , marco Cc: freebsd-current@freebsd.org Subject: Re: imported zpool not persistent across reboot References: <20200529143703.GA78062@lordsith.net> Date: Sat, 30 May 2020 22:05:39 +0200 MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: "Ronald Klop" Message-ID: In-Reply-To: <20200529143703.GA78062@lordsith.net> User-Agent: Opera Mail/12.16 (FreeBSD) X-Authenticated-As-Hash: 398f5522cb258ce43cb679602f8cfe8b62a256d1 X-Virus-Scanned: by clamav at smarthost1.samage.net X-Spam-Level: / X-Spam-Score: -0.2 X-Spam-Status: No, score=-0.2 required=5.0 tests=ALL_TRUSTED, BAYES_50 autolearn=disabled version=3.4.2 X-Scan-Signature: 9e5d90b7ad51a80bf663b69d2bb8c379 X-Rspamd-Queue-Id: 49ZC9M4JSWz4ZY4 X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of ronald-lists@klop.ws designates 195.190.28.88 as permitted sender) smtp.mailfrom=ronald-lists@klop.ws X-Spamd-Result: default: False [-2.17 / 15.00]; ARC_NA(0.00)[]; RWL_MAILSPIKE_VERYGOOD(0.00)[195.190.28.88:from]; NEURAL_HAM_MEDIUM(-0.97)[-0.968]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:195.190.28.64/27]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[klop.ws]; NEURAL_HAM_LONG(-1.02)[-1.023]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_HAM_SHORT(-0.37)[-0.375]; RCVD_IN_DNSWL_NONE(0.00)[195.190.28.88:from]; FROM_EQ_ENVFROM(0.00)[]; MID_RHS_NOT_FQDN(0.50)[]; R_DKIM_NA(0.00)[]; ASN(0.00)[asn:47172, ipnet:195.190.28.0/24, country:NL]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 May 2020 20:05:44 -0000 On Fri, 29 May 2020 16:37:03 +0200, marco wrote: > I'm on -CURRENT (r361307) and using base ZFS. > I imported a zpool that was created on SmartOS with some unsupported > feature flags so had to import it read-only. What was the exact command you used to import the pool? Regards, Ronald. > > [~] zpool get all backup > NAME PROPERTY > VALUE SOURCE > backup size > 1.36T - > backup capacity > 9% - > backup altroot > - default > backup health > ONLINE - > backup guid > 11841096011823395086 default > backup version > - default > backup bootfs > - default > backup delegation > on default > backup autoreplace > off default > backup cachefile > - default > backup failmode > wait default > backup listsnapshots > off default > backup autoexpand > off default > backup dedupditto > 0 default > backup dedupratio > 1.00x - > backup free > 1.24T - > backup allocated > 126G - > backup readonly > on - > backup comment > - default > backup expandsize > - - > backup freeing > 0 default > backup fragmentation > 0% - > backup leaked > 0 default > backup bootsize > - default > backup checkpoint > - - > backup multihost > off default > backup feature@async_destroy > enabled local > backup feature@empty_bpobj > active local > backup feature@lz4_compress > active local > backup feature@multi_vdev_crash_dump > enabled local > backup feature@spacemap_histogram > active local > backup feature@enabled_txg > active local > backup feature@hole_birth > active local > backup feature@extensible_dataset > active local > backup feature@embedded_data > active local > backup feature@bookmarks > enabled local > backup feature@filesystem_limits > enabled local > backup feature@large_blocks > enabled local > backup feature@large_dnode > enabled local > backup feature@sha512 > enabled local > backup feature@skein > enabled local > backup feature@device_removal > enabled local > backup feature@obsolete_counts > enabled local > backup feature@zpool_checkpoint > enabled local > backup feature@spacemap_v2 > active local > backup feature@allocation_classes > enabled local > backup unsupported@com.datto:bookmark_v2 > inactive local > backup unsupported@org.illumos:edonr > inactive local > backup unsupported@com.datto:encryption > inactive local > backup unsupported@com.datto:resilver_defer > inactive local > backup unsupported@org.zfsonlinux:userobj_accounting > readonly local > backup unsupported@org.zfsonlinux:project_quota > readonly local > backup unsupported@com.delphix:log_spacemap > readonly local > > Whenever I reboot that zpool is no longer imported. > > I've checked /boot/defaults/loader.conf, /etc/defaults/rc.conf but > haven't seen any keys that I need to make the imported pool persistent. > I've read something on the cachefile=path setting in zpool(8) but as one > can see it's set to default > I guess I must've overlooked something but haven't found it so far. > > thanks From owner-freebsd-current@freebsd.org Sat May 30 20:49: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 847162F62C3 for ; Sat, 30 May 2020 20:49:06 +0000 (UTC) (envelope-from marco+freebsd-current@lordsith.net) Received: from lb1-smtp-cloud9.xs4all.net (lb1-smtp-cloud9.xs4all.net [194.109.24.22]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.xs4all.net", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49ZD7P2Zlpz4dtW for ; Sat, 30 May 2020 20:49:05 +0000 (UTC) (envelope-from marco+freebsd-current@lordsith.net) Received: from lordsith.net ([IPv6:2001:980:93d7:1:30df:f5ff:fee9:10df]) by smtp-cloud9.xs4all.net with ESMTP id f8Pdj8CJdCKzef8Pfj7k1q; Sat, 30 May 2020 22:49:03 +0200 Date: Sat, 30 May 2020 20:49:01 +0000 From: marco To: freebsd-current@freebsd.org Subject: Re: imported zpool not persistent across reboot Message-ID: <20200530204900.GC79949@lordsith.net> Reply-To: marco Mail-Followup-To: marco , freebsd-current@freebsd.org References: <20200529143703.GA78062@lordsith.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="0vzXIDBeUiKkjNJl" Content-Disposition: inline In-Reply-To: Organization: lordsith.net X-Operating-System: SunOS 5.11 joyent_20200212T230824Z X-Unix: Use Unix or die X-GPG-Fingerprint: A025 D8AA AC1B D2FC 380D 4FC1 8EA0 0BA8 8580 E6CB X-GPG-Key: https://lordsith.net/marco.gpg X-Uptime: 20:00pm up 87 days 6:29, 1 user, load average: 0.00, 0.00, 0.00 User-Agent: Mutt/1.5.22 (2013-10-16) X-CMAE-Envelope: MS4wfIrfJGLLhc6MlqzTCY1fhUl8B0+AI5IwKt+doiRsdjleMXQHkVUHasRl4j05iZB9DtlczeUTMdXmjr8e91At8zJuvZujTGtI7mm5OAVdI/1mxvTorVvK WtMwUwGvZkEpWE0BYwQjmHssMj6MpB8XvMTgNTlGcZX5nGBasowta+Rn5Uuh4VJe4UWWBFt7r0h2y/BkdEDNav8EBwzkYtOvpQMSctoFTihbtqk4sXwFsk+h 1+4ylJAf888fCx3iyhc47A== X-Rspamd-Queue-Id: 49ZD7P2Zlpz4dtW X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=softfail (mx1.freebsd.org: 194.109.24.22 is neither permitted nor denied by domain of marco@lordsith.net) smtp.mailfrom=marco@lordsith.net X-Spamd-Result: default: False [0.68 / 15.00]; HAS_REPLYTO(0.00)[marco+freebsd-current@lordsith.net]; ARC_NA(0.00)[]; REPLYTO_EQ_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; RWL_MAILSPIKE_GOOD(0.00)[194.109.24.22:from]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; TO_DN_NONE(0.00)[]; DMARC_NA(0.00)[lordsith.net]; R_SPF_SOFTFAIL(0.00)[~all]; RCPT_COUNT_ONE(0.00)[1]; HAS_ORG_HEADER(0.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[194.109.24.22:from]; RCVD_TLS_LAST(0.00)[]; NEURAL_SPAM_MEDIUM(0.96)[0.956]; NEURAL_SPAM_LONG(0.11)[0.114]; NEURAL_HAM_SHORT(-0.09)[-0.092]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ASN(0.00)[asn:3265, ipnet:194.109.0.0/16, country:NL]; TAGGED_FROM(0.00)[freebsd-current]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 May 2020 20:49:06 -0000 --0vzXIDBeUiKkjNJl Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, May 30, 2020 at 10:05:39PM +0200, you (Ronald Klop) sent the follow= ing to [freebsd-current] : > On Fri, 29 May 2020 16:37:03 +0200, marco wrote: >=20 > >I'm on -CURRENT (r361307) and using base ZFS. > >I imported a zpool that was created on SmartOS with some unsupported > >feature flags so had to import it read-only. >=20 >=20 > What was the exact command you used to import the pool? >=20 > Regards, > Ronald. zpool import -o readonly=3Don backup --=20 Marco van Lienen -- Unix SysAdmin https://keybase.io/scarcry , GnuPG id: 8580E6CB "The Tuck Pendleton machine...zero defects." --0vzXIDBeUiKkjNJl Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iEYEAREKAAYFAl7SxrwACgkQjqALqIWA5stJ1gCgu58a+b1Cy+MFb+BpTBmL15n2 ji8AniPLCABdh8S2x7QO42v66EgA6CDS =ZebE -----END PGP SIGNATURE----- --0vzXIDBeUiKkjNJl-- From owner-freebsd-current@freebsd.org Sat May 30 21:59: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 42FC62F8A24 for ; Sat, 30 May 2020 21:59:59 +0000 (UTC) (envelope-from marco+freebsd-current@lordsith.net) Received: from lb1-smtp-cloud8.xs4all.net (lb1-smtp-cloud8.xs4all.net [194.109.24.21]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.xs4all.net", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49ZFjB19j8z3Wtc for ; Sat, 30 May 2020 21:59:57 +0000 (UTC) (envelope-from marco+freebsd-current@lordsith.net) Received: from lordsith.net ([IPv6:2001:980:93d7:1:30df:f5ff:fee9:10df]) by smtp-cloud8.xs4all.net with ESMTP id f9WDjS0v9nv5nf9WGjl2tO; Sat, 30 May 2020 23:59:56 +0200 Date: Sat, 30 May 2020 21:59:53 +0000 From: marco To: freebsd-current@freebsd.org Subject: Re: imported zpool not persistent across reboot Message-ID: <20200530215953.GD79949@lordsith.net> Reply-To: marco Mail-Followup-To: marco , freebsd-current@freebsd.org References: <20200529143703.GA78062@lordsith.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="zS7rBR6csb6tI2e1" Content-Disposition: inline In-Reply-To: Organization: lordsith.net X-Operating-System: SunOS 5.11 joyent_20200212T230824Z X-Unix: Use Unix or die X-GPG-Fingerprint: A025 D8AA AC1B D2FC 380D 4FC1 8EA0 0BA8 8580 E6CB X-GPG-Key: https://lordsith.net/marco.gpg X-Uptime: 20:00pm up 87 days 6:29, 1 user, load average: 0.00, 0.00, 0.00 User-Agent: Mutt/1.5.22 (2013-10-16) X-CMAE-Envelope: MS4wfAKnwmn/tiU1i7raNAVml3fCtY1e0b0J872NYOGQDYQp6Fo78GAPUPRjADgw8JWnTMgzulmCr87hifudtY77h3YN+t9onzvXdc0/oo57tRr1ceWcVhbN t7HqOkg7UibrRZM/Kp0bUBhHGAxkPphoXJLSx5B3+zF4KgirUw3PA1hI65BQkjHhcKTRVtK64ZmhHJ+m9N8f8LJS7nvQko7h+99kkEPbRbcAxV8Ye8sl8s+4 /ym92/2B+sQM/cwlcBlT4w== X-Rspamd-Queue-Id: 49ZFjB19j8z3Wtc X-Spamd-Bar: + Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=softfail (mx1.freebsd.org: 194.109.24.21 is neither permitted nor denied by domain of marco@lordsith.net) smtp.mailfrom=marco@lordsith.net X-Spamd-Result: default: False [1.43 / 15.00]; HAS_REPLYTO(0.00)[marco+freebsd-current@lordsith.net]; ARC_NA(0.00)[]; REPLYTO_EQ_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; RWL_MAILSPIKE_GOOD(0.00)[194.109.24.21:from]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-0.06)[-0.055]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; TO_DN_NONE(0.00)[]; DMARC_NA(0.00)[lordsith.net]; R_SPF_SOFTFAIL(0.00)[~all]; RCPT_COUNT_ONE(0.00)[1]; HAS_ORG_HEADER(0.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[194.109.24.21:from]; RCVD_TLS_LAST(0.00)[]; NEURAL_SPAM_SHORT(0.83)[0.831]; NEURAL_SPAM_MEDIUM(0.96)[0.956]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ASN(0.00)[asn:3265, ipnet:194.109.0.0/16, country:NL]; TAGGED_FROM(0.00)[freebsd-current]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 May 2020 21:59:59 -0000 --zS7rBR6csb6tI2e1 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, May 30, 2020 at 11:17:53PM +0200, you (claudiu vasadi) sent the fol= lowing to [freebsd-current] : > zpool set cachefile=3D/boot/zfs/zpool.cache The cachefile property is something I thought about but didn't think it to = be the solution because the default zroot pool also doesn't have the cachefile property set: [~] zpool get cachefile zroot backup NAME PROPERTY VALUE SOURCE backup cachefile - default zroot cachefile - defaul Come to think of it, because I'm still on base ZFS and having imported the backup pool as readonly, I can't even set any property for the backup pool. So the only way for me to get this backup pool imported properly is to swit= ch to the sysutils/openzfs port. --=20 Marco van Lienen -- Unix SysAdmin https://keybase.io/scarcry , GnuPG id: 8580E6CB "The Tuck Pendleton machine...zero defects." --zS7rBR6csb6tI2e1 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iEYEAREKAAYFAl7S11kACgkQjqALqIWA5ssqbACgl94J+NhcqcART7v/1BRH8Rwr C6YAoIGzth4qrmVlCDnJE8wFHCVr2UzT =qrJ/ -----END PGP SIGNATURE----- --zS7rBR6csb6tI2e1--