From owner-freebsd-current@freebsd.org Sun May 9 03:56:21 2021 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 7EFAE628D74 for ; Sun, 9 May 2021 03:56:21 +0000 (UTC) (envelope-from dnebdal@gmail.com) Received: from mail-wm1-x334.google.com (mail-wm1-x334.google.com [IPv6:2a00:1450:4864:20::334]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Fd9N446tHz4ZGy for ; Sun, 9 May 2021 03:56:20 +0000 (UTC) (envelope-from dnebdal@gmail.com) Received: by mail-wm1-x334.google.com with SMTP id 4-20020a05600c26c4b0290146e1feccd8so6965817wmv.1 for ; Sat, 08 May 2021 20:56:20 -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:cc; bh=0W3QGg09bQjD02g/i//A4CrE7UK2eSteXEj0Udh8sP8=; b=SsH6bRr/lHXbUR865fG2gjMsAS6emfs3OuHYhqvChcEhO9H+C2nngGzIraVppltN97 Sj4Z92xEc8NCgOGJ0cFA6xzHSKvB61STT4GN9vQ1vcPPMzrjFFRMZAS8V8LMvMW7uQvx JeqiKIcPGbH7Mm7ty1sz0OXDxoTQ3ydURMeJjbEYGWHnQg+YLTNWjof4VZUb8N16/Tcz cDPdeL2i/FJRMV1E4mut5fTy6Efs7YrP5eAL40tezrBXi6LHZ5oqDWLSVUl2siOgBxQU JOc8m+2Z+y/kwF00v6lhb5ajoFuEGKHfgwLsE9p/X2onr9VrgpQ27dYeaj1C0QONSp7b 92SA== 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:cc; bh=0W3QGg09bQjD02g/i//A4CrE7UK2eSteXEj0Udh8sP8=; b=FN5cEK2w/Q/KgTkeaFNuTPnLL0Jp3GWTw8tp/FRiKCI3EtrHwbizxBVMFzzt8mCKAt MF5lRWvwkKnlRFcScYZRT53SC22jrgn9cuN++VesuakzxF5ZHGZ3KHkdBesXfwijcbvH UhZaSPzyCggnwVZE7W+OzXpwrprXkfH8ARmBsUgasU7s+3qXcTN/PFJqc2sU9gs4dDkn oysEjAAYi+BoSnQIYrDAgSmuNjcCr+BW/TjdxsHsb3c3eC9FfnAr0uT2Z2AH8GlSauMP tp28wxRbhOrNaJlth8EQert1c0GufcxxIBMaIxo+xRKt8b3Xpzyq+skBZFgYoF9dWvvU tBkw== X-Gm-Message-State: AOAM530vnU4Df9v9B/aadUYves2S3x9UhsuUttq3A1r6mASOT/QqMcuQ XOl2lvWpOwCqlKCvzEvePJb8Qrvg5zFD8JCnyPx/+PBv6h4= X-Google-Smtp-Source: ABdhPJwxlV7QtDIZ6z+mXf6smnDJArK3XQwW+f8COBL+Jt748z46EDrXIOPq+t6Bepop1LB6VNn+Nvm3qws/cYB/ZSA= X-Received: by 2002:a7b:cf38:: with SMTP id m24mr18772138wmg.174.1620532578281; Sat, 08 May 2021 20:56:18 -0700 (PDT) MIME-Version: 1.0 References: <0b3d6049-f6eb-f9d4-5f20-f09ac666e949@nomadlogic.org> <92a81582-7bd4-b9f1-04b6-cbcd5eb77893@FreeBSD.org> In-Reply-To: <92a81582-7bd4-b9f1-04b6-cbcd5eb77893@FreeBSD.org> From: Daniel Nebdal Date: Sun, 9 May 2021 05:55:42 +0200 Message-ID: Subject: Re: WSLg update on 1-5-2021 - BSD / WSL Cc: Current Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 4Fd9N446tHz4ZGy X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=SsH6bRr/; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of dnebdal@gmail.com designates 2a00:1450:4864:20::334 as permitted sender) smtp.mailfrom=dnebdal@gmail.com X-Spamd-Result: default: False [-1.96 / 15.00]; FREEMAIL_FROM(0.00)[gmail.com]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; MISSING_TO(2.00)[]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[2a00:1450:4864:20::334:from]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.96)[-0.955]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[2a00:1450:4864:20::334:from:127.0.2.255]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::334:from]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 May 2021 03:56:21 -0000 On Thu, 6 May 2021 at 19:05, David Chisnall wrote: > [ Disclaimer: I work for Microsoft, but not on WSL and this is my own > opinion ] > (...) > David > Just as a counterpoint to Rozhuk's take, that all sounds sensible enough to me - FreeBSD would probably gain more from this than MS. So the WSL2 TODO would be something like this: * Ballooning driver. Seems like a proof of concept would be doable enough - could you model it as an unkillable task (userland or kernel) that wants to allocate a lot of memory, and anything it gets it hands back to the host? * Some sort of boot support. Maybe as a shim that chainloads an unmodified kernel? Probably finicky, but also self-contained. * File systems. Is / also 9p-over-HyperV-channels? If so that's kind of crucial and perhaps the hardest part. Oh, and how does the terminal work? You support multiple ttys, so I guess it's not straight emulated serial? -- Daniel From owner-freebsd-current@freebsd.org Mon May 10 13:58:56 2021 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 238DD6382F9 for ; Mon, 10 May 2021 13:58:56 +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 4Ff2hv0Vwvz3Pvp for ; Mon, 10 May 2021 13:58:54 +0000 (UTC) (envelope-from hps@selasky.org) Received: from hps2020.home.selasky.org (unknown [178.17.145.105]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id E18D22600DD; Mon, 10 May 2021 15:58:51 +0200 (CEST) Subject: Re: Patch for patch, but not foreach :-) To: Chris , Michael Gmelin Cc: FreeBSD Current , Shawn Webb References: <12082107-B6CE-4EB3-935A-812FC1966CFA@grem.de> <36f77d67cb2673caf8ce72ec45ce8881@bsdforge.com> From: Hans Petter Selasky Message-ID: <1cbe6ac6-c48b-a59e-dc3d-18cf59ed16aa@selasky.org> Date: Mon, 10 May 2021 15:57:33 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Thunderbird/78.10.0 MIME-Version: 1.0 In-Reply-To: <36f77d67cb2673caf8ce72ec45ce8881@bsdforge.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4Ff2hv0Vwvz3Pvp 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 [-3.11 / 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)[4]; R_SPF_ALLOW(-0.20)[+a:mail.turbocat.net:c]; MID_RHS_MATCH_FROM(0.00)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[selasky.org]; RBL_DBL_DONT_QUERY_IPS(0.00)[2a01:4f8:c17:6c4b::2:from]; SPAMHAUS_ZRD(0.00)[2a01:4f8:c17:6c4b::2:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.98)[-0.983]; NEURAL_HAM_MEDIUM(-0.82)[-0.822]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:24940, ipnet:2a01:4f8::/32, country:DE]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 May 2021 13:58:56 -0000 On 5/7/21 11:58 PM, Chris wrote: > On 2021-05-07 14:10, Michael Gmelin wrote: >> What about using "."? Or "/" (which would match the muscle memory of >> "search" in >> less/more/vi/some browsers)? > +1 > I really like that idea. Hi, Thank you for all the good feedback! Based on the input I've got, the differential revision has now been updated: https://reviews.freebsd.org/D30160 --HPS From owner-freebsd-current@freebsd.org Mon May 10 08:29:04 2021 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 03C856305DC for ; Mon, 10 May 2021 08:29:04 +0000 (UTC) (envelope-from theraven@theravensnest.org) Received: from smtp.theravensnest.org (smtp.theravensnest.org [45.77.103.195]) (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 4FdvNG61wnz4sQM for ; Mon, 10 May 2021 08:29:02 +0000 (UTC) (envelope-from theraven@theravensnest.org) Received: from [192.168.1.227] (host86-137-90-14.range86-137.btcentralplus.com [86.137.90.14]) by smtp.theravensnest.org (Postfix) with ESMTPSA id 38D5B7C80 for ; Mon, 10 May 2021 09:28:56 +0100 (BST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=theravensnest.org; s=20171231; t=1620635336; bh=n/Kx27SMo9W6iQjAn2VCLYlT+SjJ+K29xDeyNjCcqrs=; h=Subject:To:References:From:Date:In-Reply-To; b=MjRRnPa0CTrj2USmDuhPiPtO6cImvsqNnn000wUVCdD74W41tXXulDS9Unv/d8pqB zytMJ2iXcOGM9y2CA5jQuQjhN0cw5oCVCrDkHhfiCs1CDfwHe2K/xel32CFKezkfyV MC7em8/QbdrMvbYgwwza5EE4uzrEdWrfwPUZEKrs= Subject: Re: WSLg update on 1-5-2021 - BSD / WSL To: freebsd-current@freebsd.org References: <0b3d6049-f6eb-f9d4-5f20-f09ac666e949@nomadlogic.org> <92a81582-7bd4-b9f1-04b6-cbcd5eb77893@FreeBSD.org> From: David Chisnall Message-ID: Date: Mon, 10 May 2021 09:28:55 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.10.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-GB Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4FdvNG61wnz4sQM X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=theravensnest.org header.s=20171231 header.b=MjRRnPa0; dmarc=none; spf=pass (mx1.freebsd.org: domain of theraven@theravensnest.org designates 45.77.103.195 as permitted sender) smtp.mailfrom=theraven@theravensnest.org X-Spamd-Result: default: False [-3.50 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+a:smtp.theravensnest.org]; TO_DN_NONE(0.00)[]; DKIM_TRACE(0.00)[theravensnest.org:+]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[45.77.103.195:from]; ASN(0.00)[asn:20473, ipnet:45.77.96.0/20, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RECEIVED_SPAMHAUS_PBL(0.00)[86.137.90.14:received]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[theravensnest.org:s=20171231]; FREEFALL_USER(0.00)[theraven]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DMARC_NA(0.00)[theravensnest.org]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[45.77.103.195:from:127.0.2.255]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current] X-Mailman-Approved-At: Mon, 10 May 2021 15:47:01 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 May 2021 08:29:04 -0000 On 09/05/2021 04:55, Daniel Nebdal wrote: > On Thu, 6 May 2021 at 19:05, David Chisnall wrote: >> [ Disclaimer: I work for Microsoft, but not on WSL and this is my own >> opinion ] >> (...) >> David >> > > Just as a counterpoint to Rozhuk's take, that all sounds sensible > enough to me - FreeBSD would probably gain more from this than MS. > > So the WSL2 TODO would be something like this: > * Ballooning driver. Seems like a proof of concept would be doable > enough - could you model it as an unkillable task (userland or kernel) > that wants to allocate a lot of memory, and anything it gets it hands > back to the host? There's an in-tree Xen balloon driver that works in this way: it allocates pages of memory from the kernel and then returns them to the hypervisor. It appears that Hyper-V actually supports two kinds of dynamic memory, the balloon interface and a mechanism based on hotplug. The balloon mechanism effectively defines a maximum amount of physical memory and lets the guest return some of it. The hotplug mechanism boots with a smaller amount of memory but can dynamically add and remove physical memory. I don't know which is used in WSL2. > * Some sort of boot support. Maybe as a shim that chainloads an > unmodified kernel? Probably finicky, but also self-contained. To start, you could kexec the FreeBSD kernel from a minimal Linux install. > * File systems. Is / also 9p-over-HyperV-channels? If so that's kind > of crucial and perhaps the hardest part. I think WSL2 provides a block device for /, which is why Linux-native filesystem performance is faster than WSL1. It would be great to have a ZFS image instead of ext4 here! > Oh, and how does the terminal work? You support multiple ttys, so I > guess it's not straight emulated serial? I believe that WSL2 uses SSH connections, rather than exposing the serial terminal. David From owner-freebsd-current@freebsd.org Wed May 12 09:26:16 2021 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 D0BC863732C for ; Wed, 12 May 2021 09:26:16 +0000 (UTC) (envelope-from sergey.dyatko@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 4Fg8YN379Cz3v0n for ; Wed, 12 May 2021 09:26:16 +0000 (UTC) (envelope-from sergey.dyatko@gmail.com) Received: by mailman.nyi.freebsd.org (Postfix) id 698B163732B; Wed, 12 May 2021 09:26:16 +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 6954B63724A for ; Wed, 12 May 2021 09:26:16 +0000 (UTC) (envelope-from sergey.dyatko@gmail.com) Received: from mail-lf1-x12d.google.com (mail-lf1-x12d.google.com [IPv6:2a00:1450:4864:20::12d]) (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 4Fg8YM3mqzz3vB2; Wed, 12 May 2021 09:26:15 +0000 (UTC) (envelope-from sergey.dyatko@gmail.com) Received: by mail-lf1-x12d.google.com with SMTP id x19so32777373lfa.2; Wed, 12 May 2021 02:26:15 -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=kpr1jrlwGVUFhdXpZTmV8mh6g5cIuSCJVWZaX1mS+Q0=; b=rwEDd6oIThF5n9YNTt9ps9o5TNbTmHXiPzr5asRbMgrkSLA5YxmWo5pgkEI9e+d4EX RodIUIWhcuM6D3gLdkw+7WuUPe9x/5sdJbBSX8PyIBZZKLOZr7htmM0BImmCqKTFQ3yo EudWIZm2eXMCgq63jbfl8nxMeURjkQfd1/un2XpfKlq2n0h+6PXh/ApR4Pm+UiOFo32l zEQof5K3Rmb5f9VEmiWcPeVjkFeAFuHfkLd2ORDqSUlwMdfCHA21PbB/LJm52+eypU8n HJM735fftlW6YJEHPLlP5yNC8JzOHaI4OfOIxzV2LMlrTSfRxx98JirwDs9cgAKT0Z45 Wemw== 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=kpr1jrlwGVUFhdXpZTmV8mh6g5cIuSCJVWZaX1mS+Q0=; b=OzvW2kxbApd/961BbdA5UW51d5M45Y6f6LSkNMQuU/pAWPiYPFFPWg4lFpgIy5a5UP xbzovBtTYFMc0cLsrdM/ZPVCNihwRA6ZZep25V8rElwlGN+Hc/Zy36t03xa3JYyIXFhF WFvW1f+Zux4NBmwKH72T8q16OQWdOFBre9R1pZvLPtXZECp165PYx3DsXO9B7xC9KpG9 tueai8cYybqY0OjD7URkZtgM7mCxWRKnjAzounRV0T0oj4P3JUSz/OBrlODHG4f9QBhI nauNQWmBWvXT9RYGNpCNcFlc4n1pclah409Ctwhk/7fRx5glJNhJWbEANx0VMzsrpqqo 6b5g== X-Gm-Message-State: AOAM531qfQF84HWefBXojH7IGdjH1dJrfyEx4l1sUZErtxvzjnUtFHAU BwGEO0pHOJhmvIQfyoo+TlKPKScRX/0= X-Google-Smtp-Source: ABdhPJxGyZvgXioL8v4p26H/+CJ7LHXwtGpchWQ438tha9EKu0ddhSgqKUnmdPNbbcW44O423xXInA== X-Received: by 2002:a05:6512:33c4:: with SMTP id d4mr25154089lfg.536.1620811573012; Wed, 12 May 2021 02:26:13 -0700 (PDT) Received: from laptop.domain ([86.57.155.118]) by smtp.gmail.com with ESMTPSA id a16sm2871164lfl.51.2021.05.12.02.26.10 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 12 May 2021 02:26:11 -0700 (PDT) Date: Wed, 12 May 2021 12:27:47 +0300 From: "Sergey V. Dyatko" To: Gleb Popov Cc: lev@freebsd.org, current@freebsd.org Subject: Re: CURRENT crashes at early boot on Lenovo T540p: rtsx to blame - 13.0-RELEASE crashes same way! Message-ID: <20210512122747.51d2f574@laptop.domain> In-Reply-To: References: <740cd7a0-3faf-7a56-80f7-dbb9bdacb55b@FreeBSD.org> <37122994-8172-b943-2602-fd1b4e9af78a@FreeBSD.org> X-Mailer: Claws Mail 3.17.8 (GTK+ 2.24.33; amd64-portbld-freebsd14.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4Fg8YM3mqzz3vB2 X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=rwEDd6oI; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of sergeydyatko@gmail.com designates 2a00:1450:4864:20::12d as permitted sender) smtp.mailfrom=sergeydyatko@gmail.com X-Spamd-Result: default: False [-3.84 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36:c]; FREEMAIL_FROM(0.00)[gmail.com]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; NEURAL_HAM_SHORT(-1.00)[-1.000]; SUBJECT_ENDS_EXCLAIM(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[2a00:1450:4864:20::12d:from]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; TAGGED_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.84)[-0.836]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[2a00:1450:4864:20::12d:from:127.0.2.255]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::12d:from]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 May 2021 09:26:16 -0000 On Fri, 7 May 2021 18:53:03 +0300 Gleb Popov wrote: > Just to add to this thread: > > I'm running CURRENT with rtsx device and driver and it works fine for me. I had to remove (nodevice rtsx) from GENERIC because of sloooow OS boot, it is trying to probe sd card long enough IMHO it wasn't good idea to include it to GENERIC kernel -- wbr, Sergey From owner-freebsd-current@freebsd.org Wed May 12 10:01:30 2021 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 79C986388E8 for ; Wed, 12 May 2021 10:01:30 +0000 (UTC) (envelope-from hlh@restart.be) Received: from tignes.restart.be (tignes.restart.be [IPv6:2001:41d0:a:f40b::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 (2048 bits) client-digest SHA256) (Client CN "tignes.restart.be", Issuer "CA master" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Fg9L229bDz4Qq8 for ; Wed, 12 May 2021 10:01:30 +0000 (UTC) (envelope-from hlh@restart.be) X-Comment: SPF check N/A for local connections - client-ip=192.168.25.127; helo=restart.be; envelope-from=hlh@restart.be; receiver= DKIM-Filter: OpenDKIM Filter v2.10.3 tignes.restart.be 4Fg9Kt4ttQzDG Received: from restart.be (norquay.tunnel.bel [192.168.25.127]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.restart.be", Issuer "CA master" (verified OK)) by tignes.restart.be (Postfix) with ESMTPS id 4Fg9Kt4ttQzDG; Wed, 12 May 2021 12:01:19 +0200 (CEST) Received: from morzine.restart.bel (morzine.restart.be [IPv6:2001:41d0:a:f40b:1:1:0:1]) (authenticated bits=0) by restart.be (8.16.1/8.16.1) with ESMTPSA id 14CA1Hii098639 (version=TLSv1.3 cipher=TLS_AES_128_GCM_SHA256 bits=128 verify=OK); Wed, 12 May 2021 12:01:18 +0200 (CEST) (envelope-from hlh@restart.be) X-Authentication-Warning: norquay.restart.bel: Host morzine.restart.be [IPv6:2001:41d0:a:f40b:1:1:0:1] claimed to be morzine.restart.bel Subject: Re: CURRENT crashes at early boot on Lenovo T540p: rtsx to blame - 13.0-RELEASE crashes same way! To: freebsd-current@freebsd.org, "Sergey V. Dyatko" References: <740cd7a0-3faf-7a56-80f7-dbb9bdacb55b@FreeBSD.org> <37122994-8172-b943-2602-fd1b4e9af78a@FreeBSD.org> <20210512122747.51d2f574@laptop.domain> From: Henri Hennebert Message-ID: <1e23c1de-7529-0be9-c4ec-83d17b2b6bac@restart.be> Date: Wed, 12 May 2021 12:01:17 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Thunderbird/78.10.1 MIME-Version: 1.0 In-Reply-To: <20210512122747.51d2f574@laptop.domain> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4Fg9L229bDz4Qq8 X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; TAGGED_RCPT(0.00)[]; REPLY(-4.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 May 2021 10:01:30 -0000 On 5/12/21 11:27 AM, Sergey V. Dyatko wrote: > On Fri, 7 May 2021 18:53:03 +0300 > Gleb Popov wrote: > >> Just to add to this thread: >> >> I'm running CURRENT with rtsx device and driver and it works fine for me. > > I had to remove (nodevice rtsx) from GENERIC because of sloooow OS boot, it is > trying to probe sd card long enough > IMHO it wasn't good idea to include it to GENERIC kernel Maybe... it is the Chicken and egg paradox without visibility it can't be improved. It would be fine if you can test the driver with dev.rtsx.0.inversion=1 in loader.conf and see it it solve the problem. the output of sysctl dev.rtsx and kenv | grep smbios.system would be useful BTW is a dummy card inserted in the SD slot? Thank for your time Henri > > -- > wbr, Sergey > > _______________________________________________ > 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 12 12:46:27 2021 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 69CFD63D35F for ; Wed, 12 May 2021 12:46:27 +0000 (UTC) (envelope-from lev@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 "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4FgF0M2XHhz4Z0X; Wed, 12 May 2021 12:46:27 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from onlyone.not-for.work (onlyone.not-for.work [148.251.9.81]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: lev/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 2F3852E1F8; Wed, 12 May 2021 12:46:27 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from [192.168.134.16] (unknown [94.19.224.8]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.not-for.work (Postfix) with ESMTPSA id 142494650; Wed, 12 May 2021 15:46:25 +0300 (MSK) Reply-To: lev@FreeBSD.org Subject: Re: CURRENT crashes at early boot on Lenovo T540p: rtsx to blame - 13.0-RELEASE crashes same way! To: Henri Hennebert , freebsd-current@freebsd.org References: <740cd7a0-3faf-7a56-80f7-dbb9bdacb55b@FreeBSD.org> <37122994-8172-b943-2602-fd1b4e9af78a@FreeBSD.org> <20210512122747.51d2f574@laptop.domain> <1e23c1de-7529-0be9-c4ec-83d17b2b6bac@restart.be> From: Lev Serebryakov Organization: FreeBSD Message-ID: Date: Wed, 12 May 2021 15:46:24 +0300 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.10.1 MIME-Version: 1.0 In-Reply-To: <1e23c1de-7529-0be9-c4ec-83d17b2b6bac@restart.be> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 May 2021 12:46:27 -0000 On 12.05.2021 13:01, Henri Hennebert via freebsd-current wrote: > It would be fine if you can test the driver with dev.rtsx.0.inversion=1 in loader.conf and see it it solve the problem. > the output of > sysctl dev.rtsx  and > kenv | grep smbios.system > would be useful > > BTW is a dummy card inserted in the SD slot? > > Thank for your time My T540p: (1) rtsx in the kernel, enabled in BIOS, no settings in loader.conf, EMPTY SLOT — panic on boot, typically WITHOUT rtsx in stack trace. (2) rtsx in the kernel, enabled in BIOS, no settings in loader.conf, SD CARD IN THE SLOT — no panic on boot, but WiFi card detected too late for startup scripts to run wpa_supplicant properly. (3) rtsx in the kernel, enabled in BIOS, "dev.rtsx.0.inversion=1", SD CARD IN THE SLOT — no panic on boot, but WiFi card detected too late for startup scripts to run wpa_supplicant properly. And card reporting is inverted related to real deal: rtsx0 reports "Card present" when I remove card and vice versa. (4) rtsx in the kernel, disabled in BIOS — device not found, everything (but SD reader) boots & works (as expected!) (5) rtsx in the kernel, enabled in BIOS, "dev.rtsx.0.inversion=1", EMPTY SLOT — boots, but prints out "timeout for CMD8/55/1" for very long time and *console*is*not*accessible* till "no compatible cards found on bus". ALSO (!) wifi card is found only AFTER all these timeouts, when startup scripts are FAILED to attach to wireless network (!!!). ALSO (!) it says "Card Absent" when I *INSERT* card after boot, and "Card present" (+ a lot of timeouts again) when I *REMOVE* card, looks like this "inversion" is wrong for my hardware. So, it boots, but practically unusable. (6) rtsx in the kernel, enabled in BIOS, "dev.rtsx.0.inversion=1", SD CARD IN THE SLOT (7) rtsx is loaded as module after boot (manually, from console), enabled in BIOS, no setting in loader.conf — looks to work properly. Card could be mounted, read/write, it works. (9) rtsx is loaded as module after boot (manually, from console), enabled in BIOS, "dev.rtsx.0.inversion=1" — don't panic, but thinks wrong about card state (Card Present/Absent is inverted, as instructed). My theory: rtsx detect/attach code has some race conditions / incompatibilities for multi-core boot when card is not present, and it thrash kernel memory and/or block something on boot. "inversion" removes this bad behavior due to waiting for card commands (as with "inversion" it thinks card is here and try to access it). See (2), (3) and (4) — when rtsx doesn't cause panic on boot, it still mangle other devices detection & initialization. I could provide any additional information. Unfortunately, memory dump of panic-on-boot is impossible :-( -- // Lev Serebryakov From owner-freebsd-current@freebsd.org Wed May 12 13:34:59 2021 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 CB0FA63EC23 for ; Wed, 12 May 2021 13:34:59 +0000 (UTC) (envelope-from gljennjohn@gmail.com) Received: from mail-ed1-x52a.google.com (mail-ed1-x52a.google.com [IPv6:2a00:1450:4864:20::52a]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4FgG4M504zz4btb; Wed, 12 May 2021 13:34:59 +0000 (UTC) (envelope-from gljennjohn@gmail.com) Received: by mail-ed1-x52a.google.com with SMTP id bf4so27097742edb.11; Wed, 12 May 2021 06:34:59 -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:reply-to :mime-version:content-transfer-encoding; bh=Wbf4W6gFCUF80JPkt6hSdFsQsbIVHC0gHnsQ2IvArOM=; b=s9MzSgQgaT+NrvylDjwZEBh014Jt+KDl/y3tLL1Db7DJcOuye8FV0WfTXEVla88neY ATKDLElkFKQXCaQcP8XUmvtEqDGdIuTWULvWOx8XbdCpEnrcbHFhJKjTGpZSMOOo6WF7 8f76nGxigl2K1K2p49+OwEJd2Evu75fGD/99QP6ZFd5GUam7ixeYX+F2ndqOGPTlJ6ax Fp9LfDzg+cHE84oFTBYP2t62/BCUSJ3K+7fL0DIQLhCXFimT4HZ9W+kzwOCCiV7KV9Ku XiiZiBa99zd1GhqrAS+XthIf3jqkGVNxgpJgBVmDWRcgYquDjovE2b47C6JLuZ0mRaPv LqHw== 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:reply-to:mime-version:content-transfer-encoding; bh=Wbf4W6gFCUF80JPkt6hSdFsQsbIVHC0gHnsQ2IvArOM=; b=bIJEMHtsUw4dfiTYbZERLP2WdWIAFTryWUxgG5eBP0ywMremFn3RaV8ub7F8/CDim8 prTA1w1wrgTCMmogsZY8vZtsUYW4CQ33LkQgvM6dwNWVyuQmBt6slERPPNlGnSYv5pKV PcV9E5JuROqYuvxNIlyBx9Faj125ga85RnttXoUId+0PL0c3dwIT1cdGoqYJHPOIAXCC MSWOdjy2+s2QkBElvbqDkueC73+Xqp1zKP//7t1Sn6UPoobkronW25crGS14f/WBZ9LI +YFGjRBD+Myq1TXSRIgciGmDjghOyDxqCtQik/c1IC8WdDoUFoCA+cRs9/xemNsi61mZ doiw== X-Gm-Message-State: AOAM532OKvj8W67jfwUuUedq8dkpgX/YvZqJUCsov+SM50YZF+hNxoJZ cBDDY1OARPcA//hWJK7ggAjXyajxwnQ= X-Google-Smtp-Source: ABdhPJwd9JhvbSZE+ATsHOaPHGV+HFfbdMwly8Sm/9q29jkQZ6JDT5KgTKqg9rpv9axNYoW11P4kEw== X-Received: by 2002:a05:6402:3104:: with SMTP id dc4mr42403357edb.144.1620826497971; Wed, 12 May 2021 06:34:57 -0700 (PDT) Received: from ernst.home (pd9e23d76.dip0.t-ipconnect.de. [217.226.61.118]) by smtp.gmail.com with ESMTPSA id y21sm16694986edv.77.2021.05.12.06.34.57 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 12 May 2021 06:34:57 -0700 (PDT) Date: Wed, 12 May 2021 15:34:56 +0200 From: Gary Jennejohn To: Lev Serebryakov Cc: Henri Hennebert , freebsd-current@freebsd.org Subject: Re: CURRENT crashes at early boot on Lenovo T540p: rtsx to blame - 13.0-RELEASE crashes same way! Message-ID: <20210512133456.57f374f4@ernst.home> In-Reply-To: References: <740cd7a0-3faf-7a56-80f7-dbb9bdacb55b@FreeBSD.org> <37122994-8172-b943-2602-fd1b4e9af78a@FreeBSD.org> <20210512122747.51d2f574@laptop.domain> <1e23c1de-7529-0be9-c4ec-83d17b2b6bac@restart.be> Reply-To: gljennjohn@gmail.com X-Mailer: Claws Mail 3.17.8 (GTK+ 2.24.33; amd64-portbld-freebsd14.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4FgG4M504zz4btb X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 May 2021 13:34:59 -0000 On Wed, 12 May 2021 15:46:24 +0300 Lev Serebryakov wrote: > On 12.05.2021 13:01, Henri Hennebert via freebsd-current wrote: > > > It would be fine if you can test the driver with dev.rtsx.0.inversion=1 in loader.conf and see it it solve the problem. > > the output of > > sysctl dev.rtsx and > > kenv | grep smbios.system > > would be useful > > > > BTW is a dummy card inserted in the SD slot? > > > > Thank for your time > > My T540p: > > (1) rtsx in the kernel, enabled in BIOS, no settings in loader.conf, EMPTY SLOT -- panic on boot, typically WITHOUT rtsx in stack trace. > > (2) rtsx in the kernel, enabled in BIOS, no settings in loader.conf, SD CARD IN THE SLOT -- no panic on boot, but WiFi card detected > too late for startup scripts to run wpa_supplicant properly. > > (3) rtsx in the kernel, enabled in BIOS, "dev.rtsx.0.inversion=1", SD CARD IN THE SLOT -- no panic on boot, but WiFi card detected > too late for startup scripts to run wpa_supplicant properly. And card reporting is inverted related to real deal: rtsx0 > reports "Card present" when I remove card and vice versa. > > (4) rtsx in the kernel, disabled in BIOS -- device not found, everything (but SD reader) boots & works (as expected!) > > (5) rtsx in the kernel, enabled in BIOS, "dev.rtsx.0.inversion=1", EMPTY SLOT -- boots, but prints out "timeout for CMD8/55/1" for very long time and *console*is*not*accessible* till "no compatible cards found on bus". > ALSO (!) wifi card is found only AFTER all these timeouts, when startup scripts are FAILED to attach to wireless network (!!!). > ALSO (!) it says "Card Absent" when I *INSERT* card after boot, and "Card present" (+ a lot of timeouts again) when I *REMOVE* card, looks like this "inversion" is wrong for my hardware. > So, it boots, but practically unusable. > > (6) rtsx in the kernel, enabled in BIOS, "dev.rtsx.0.inversion=1", SD CARD IN THE SLOT > > (7) rtsx is loaded as module after boot (manually, from console), enabled in BIOS, no setting in loader.conf -- looks to work properly. > Card could be mounted, read/write, it works. > > (9) rtsx is loaded as module after boot (manually, from console), enabled in BIOS, "dev.rtsx.0.inversion=1" -- don't panic, but thinks wrong about card state (Card Present/Absent is inverted, as instructed). > > My theory: rtsx detect/attach code has some race conditions / incompatibilities for multi-core boot when card is not present, and it thrash kernel memory and/or block something on boot. "inversion" removes this bad behavior due to waiting for card commands (as with "inversion" it thinks card is here and try to access it). > > See (2), (3) and (4) -- when rtsx doesn't cause panic on boot, it still mangle other devices detection & initialization. > > I could provide any additional information. Unfortunately, memory dump of panic-on-boot is impossible :-( > Is sysctl debug.debugger_on_panic set to 1? You should automatically land in ddb if that is set. I suppose it is, since you posted some back trace in an earlier mail. It also seems to be the default, at least in my FreeBSD-14 kernel. AFAIK ddb has a command to generate a crash dump. But I can't easily check that :( It seems like there's a major bug when no SD card is inserted and the driver is in the kernel. And a timing problem when a card is in the slot at boot time. Good to know that the module still works. Difficult to debug without your laptop model in the hands of a developer. -- Gary Jennejohn From owner-freebsd-current@freebsd.org Wed May 12 13:36:03 2021 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 B542B63EA5E for ; Wed, 12 May 2021 13:36:03 +0000 (UTC) (envelope-from hlh@restart.be) Received: from tignes.restart.be (tignes.restart.be [37.187.123.11]) (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 "tignes.restart.be", Issuer "CA master" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4FgG5b3pH3z4c9w; Wed, 12 May 2021 13:36:03 +0000 (UTC) (envelope-from hlh@restart.be) X-Comment: SPF check N/A for local connections - client-ip=192.168.25.127; helo=restart.be; envelope-from=hlh@restart.be; receiver= DKIM-Filter: OpenDKIM Filter v2.10.3 tignes.restart.be 4FgG5S3WkLz4g Received: from restart.be (norquay.tunnel.bel [192.168.25.127]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.restart.be", Issuer "CA master" (verified OK)) by tignes.restart.be (Postfix) with ESMTPS id 4FgG5S3WkLz4g; Wed, 12 May 2021 15:35:54 +0200 (CEST) Received: from morzine.restart.bel (morzine.restart.be [IPv6:2001:41d0:a:f40b:1:1:0:1]) (authenticated bits=0) by restart.be (8.16.1/8.16.1) with ESMTPSA id 14CDZrKC001472 (version=TLSv1.3 cipher=TLS_AES_128_GCM_SHA256 bits=128 verify=OK); Wed, 12 May 2021 15:35:53 +0200 (CEST) (envelope-from hlh@restart.be) X-Authentication-Warning: norquay.restart.bel: Host morzine.restart.be [IPv6:2001:41d0:a:f40b:1:1:0:1] claimed to be morzine.restart.bel Subject: Re: CURRENT crashes at early boot on Lenovo T540p: rtsx to blame - 13.0-RELEASE crashes same way! To: lev@FreeBSD.org, freebsd-current@freebsd.org References: <740cd7a0-3faf-7a56-80f7-dbb9bdacb55b@FreeBSD.org> <37122994-8172-b943-2602-fd1b4e9af78a@FreeBSD.org> <20210512122747.51d2f574@laptop.domain> <1e23c1de-7529-0be9-c4ec-83d17b2b6bac@restart.be> From: Henri Hennebert Message-ID: Date: Wed, 12 May 2021 15:35:53 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Thunderbird/78.10.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: 4FgG5b3pH3z4c9w X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 May 2021 13:36:03 -0000 On 5/12/21 2:46 PM, Lev Serebryakov wrote: > On 12.05.2021 13:01, Henri Hennebert via freebsd-current wrote: > >> It would be fine if you can test the driver with dev.rtsx.0.inversion=1 in >> loader.conf and see it it solve the problem. >> the output of >> sysctl dev.rtsx and >> kenv | grep smbios.system >> would be useful >> >> BTW is a dummy card inserted in the SD slot? >> >> Thank for your time > > My T540p: > > (1) rtsx in the kernel, enabled in BIOS, no settings in loader.conf, EMPTY > SLOT panic on boot, typically WITHOUT rtsx in stack trace. > > (2) rtsx in the kernel, enabled in BIOS, no settings in loader.conf, SD CARD > IN THE SLOT no panic on boot, but WiFi card detected > too late for startup scripts to run wpa_supplicant properly. > > (3) rtsx in the kernel, enabled in BIOS, "dev.rtsx.0.inversion=1", SD CARD IN > THE SLOT no panic on boot, but WiFi card detected > too late for startup scripts to run wpa_supplicant properly. And card > reporting is inverted related to real deal: rtsx0 > reports "Card present" when I remove card and vice versa. > > (4) rtsx in the kernel, disabled in BIOS device not found, everything (but > SD reader) boots & works (as expected!) > > (5) rtsx in the kernel, enabled in BIOS, "dev.rtsx.0.inversion=1", EMPTY SLOT > boots, but prints out "timeout for CMD8/55/1" for very long time and > *console*is*not*accessible* till "no compatible cards found on bus". > ALSO (!) wifi card is found only AFTER all these timeouts, when startup > scripts are FAILED to attach to wireless network (!!!). > ALSO (!) it says "Card Absent" when I *INSERT* card after boot, and "Card > present" (+ a lot of timeouts again) when I *REMOVE* card, looks like this > "inversion" is wrong for my hardware. > So, it boots, but practically unusable. > > (6) rtsx in the kernel, enabled in BIOS, "dev.rtsx.0.inversion=1", SD CARD IN > THE SLOT > > (7) rtsx is loaded as module after boot (manually, from console), enabled in > BIOS, no setting in loader.conf looks to work properly. > Card could be mounted, read/write, it works. > > (9) rtsx is loaded as module after boot (manually, from console), enabled in > BIOS, "dev.rtsx.0.inversion=1" don't panic, but thinks wrong about card state > (Card Present/Absent is inverted, as instructed). > > My theory: rtsx detect/attach code has some race conditions / > incompatibilities for multi-core boot when card is not present, and it thrash > kernel memory and/or block something on boot. "inversion" removes this bad > behavior due to waiting for card commands (as with "inversion" it thinks card is > here and try to access it). Firts, thank you for your exhaustive testing! Your analysis seems pertinent for me. What seems strange: case (1) and (3) follow the same path in the driver but (1) produce a panic. > > See (2), (3) and (4) when rtsx doesn't cause panic on boot, it still mangle > other devices detection & initialization. booting in case (2) can you show the output of pciconf -lvbc and vmstat -i > > I could provide any additional information. Unfortunately, memory dump of > panic-on-boot is impossible :-( > From owner-freebsd-current@freebsd.org Wed May 12 13:45:02 2021 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 69E7263F02D for ; Wed, 12 May 2021 13:45:02 +0000 (UTC) (envelope-from lev@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 "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4FgGHy2XnSz4ctH; Wed, 12 May 2021 13:45:02 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from onlyone.not-for.work (onlyone.not-for.work [148.251.9.81]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: lev/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 301882D8D6; Wed, 12 May 2021 13:45:02 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from [IPv6:2001:470:923f:1:a9a4:7e74:328f:b59] (unknown [IPv6:2001:470:923f:1:a9a4:7e74:328f:b59]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.not-for.work (Postfix) with ESMTPSA id 0FB3A4668; Wed, 12 May 2021 16:44:59 +0300 (MSK) Reply-To: lev@FreeBSD.org Subject: Re: CURRENT crashes at early boot on Lenovo T540p: rtsx to blame - 13.0-RELEASE crashes same way! To: gljennjohn@gmail.com Cc: Henri Hennebert , freebsd-current@freebsd.org References: <740cd7a0-3faf-7a56-80f7-dbb9bdacb55b@FreeBSD.org> <37122994-8172-b943-2602-fd1b4e9af78a@FreeBSD.org> <20210512122747.51d2f574@laptop.domain> <1e23c1de-7529-0be9-c4ec-83d17b2b6bac@restart.be> <20210512133456.57f374f4@ernst.home> From: Lev Serebryakov Organization: FreeBSD Message-ID: Date: Wed, 12 May 2021 16:44:59 +0300 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.10.1 MIME-Version: 1.0 In-Reply-To: <20210512133456.57f374f4@ernst.home> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 May 2021 13:45:02 -0000 On 12.05.2021 16:34, Gary Jennejohn wrote: > Is sysctl debug.debugger_on_panic set to 1? You should automatically > land in ddb if that is set. I suppose it is, since you posted some > back trace in an earlier mail. It also seems to be the default, at > least in my FreeBSD-14 kernel. I see ddb report about panic, but it's all. Keyboard doesn't work, and panic occurs before any disks are detected, so there is no space for crash dump. > AFAIK ddb has a command to generate a crash dump. But I can't easily > check that :( Yep, but console is dead & there are no disks for crash dump at this stage. > It seems like there's a major bug when no SD card is inserted and the > driver is in the kernel. And a timing problem when a card is in the > slot at boot time. > > Good to know that the module still works. Yep, smoke tests for module (without inversion!) pass: I could mount R/W SD card with release image, mount FS, read and write files, unmount FS and eject card without panics and errors. I didn't try any high-load tests, though. > > Difficult to debug without your laptop model in the hands of a developer. It is "pretty common" (but old) Lenovo ThinkPad T540p. I could provide remote access to it, but it will not help for such low-level and early panic :-( -- // Lev Serebryakov From owner-freebsd-current@freebsd.org Wed May 12 14:11:34 2021 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 86F5963F93F for ; Wed, 12 May 2021 14:11:34 +0000 (UTC) (envelope-from gljennjohn@gmail.com) Received: from mail-ed1-x533.google.com (mail-ed1-x533.google.com [IPv6:2a00:1450:4864:20::533]) (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 4FgGtZ33gNz4dyb; Wed, 12 May 2021 14:11:34 +0000 (UTC) (envelope-from gljennjohn@gmail.com) Received: by mail-ed1-x533.google.com with SMTP id bf4so27251321edb.11; Wed, 12 May 2021 07:11:34 -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:reply-to :mime-version:content-transfer-encoding; bh=1JM3agDqTUgDBtSwG8iKHqJlz6n8YWEYY8Wrx5O2ieQ=; b=ScySgaG5w3R9rxSydTwCB+AmVuAOmKP2JOzjcGEjZMWBno2aymhH3svHYbZdgPEZsH zMyUAVpvcct+h/sQetSs3tpWyiV8UrIF3Y3JhLuPvT7VSOLk7nyCL1Ze45G7eR497eFv JcEKD/hwf4VjhjC85IBffzmMTVnXK0QfoVkVtopAwCjHCWbujKPNhYuhbrM3SltGhKIJ J49CmCD5t+zBvcGb/aFPioSzOA9dzogZJrEd6K/ju2379Q0JbHlV8m4/7ls5zAQsi9kG ZSLGeoUzYw9KBVsINKu1rxyjwJBDU2lwN+daqZbVcJhWYkNJ3vCtoYEeY7jRFPIm4uG5 Teww== 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:reply-to:mime-version:content-transfer-encoding; bh=1JM3agDqTUgDBtSwG8iKHqJlz6n8YWEYY8Wrx5O2ieQ=; b=S0aKLGbTwsT/CNzz3PasWuRRktC/vumJlZLiNwEHK4YT9zdl2f3bvgiMZpJcB7woqp /22qDcwjlPhlWROtbEFQDnr0VKPA+lGkQtF1m4pwfYMyDcIJSxf/pyXgrEQf9EUwbo6O baXAxbOAE2nSCV1kTE5H7Wvg1Oa+TWaHi83jVW4JHEQTZwbhF6MR6i8p6TjIUaICwtoU F5Y8Cn/hHDhEek+E+0pnr/R5AUQ356s2UC+1jQgVVCOjZXMhpZrggrBbFc7Rh/hCEmcp NqJ3W/mQCFXkrdaaq0zFa2tpJnxXMIJufcldf0qban87h14QC3x58kpOn9RSPe6AMAkj 41Nw== X-Gm-Message-State: AOAM531/Uq568Q3koS8EEtfwLZggDcx/wOg/Zh3fUjeMp2vfmOA/uPyi vn4f1y8PNv7COo5FihjwG71xpF45iBw= X-Google-Smtp-Source: ABdhPJwYnGyZPTrQ8VlhqnJOCk5jxi0bhgX0FjG0j+9wtkCWc45X65eBcqfv0gNv3Mi0vVWW+zVaXA== X-Received: by 2002:aa7:c7d5:: with SMTP id o21mr43998376eds.166.1620828692996; Wed, 12 May 2021 07:11:32 -0700 (PDT) Received: from ernst.home (pd9e23d76.dip0.t-ipconnect.de. [217.226.61.118]) by smtp.gmail.com with ESMTPSA id re26sm14217282ejb.3.2021.05.12.07.11.31 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 12 May 2021 07:11:32 -0700 (PDT) Date: Wed, 12 May 2021 16:11:30 +0200 From: Gary Jennejohn To: Lev Serebryakov Cc: Henri Hennebert , freebsd-current@freebsd.org Subject: Re: CURRENT crashes at early boot on Lenovo T540p: rtsx to blame - 13.0-RELEASE crashes same way! Message-ID: <20210512141130.755ae361@ernst.home> In-Reply-To: References: <740cd7a0-3faf-7a56-80f7-dbb9bdacb55b@FreeBSD.org> <37122994-8172-b943-2602-fd1b4e9af78a@FreeBSD.org> <20210512122747.51d2f574@laptop.domain> <1e23c1de-7529-0be9-c4ec-83d17b2b6bac@restart.be> <20210512133456.57f374f4@ernst.home> Reply-To: gljennjohn@gmail.com X-Mailer: Claws Mail 3.17.8 (GTK+ 2.24.33; amd64-portbld-freebsd14.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4FgGtZ33gNz4dyb X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 May 2021 14:11:34 -0000 On Wed, 12 May 2021 16:44:59 +0300 Lev Serebryakov wrote: > On 12.05.2021 16:34, Gary Jennejohn wrote: > > > Is sysctl debug.debugger_on_panic set to 1? You should automatically > > land in ddb if that is set. I suppose it is, since you posted some > > back trace in an earlier mail. It also seems to be the default, at > > least in my FreeBSD-14 kernel. > > I see ddb report about panic, but it's all. Keyboard doesn't work, and panic occurs before any disks are detected, so there is no space for crash dump. > > > AFAIK ddb has a command to generate a crash dump. But I can't easily > > check that :( > > Yep, but console is dead & there are no disks for crash dump at this stage. > A real challenge to debug. Maybe you could break into boot and start it with the -d flag (see boot(8)) so that it will enter ddb as early as possible. Don't know whether you use the boot menu or not. I always disable it. > > It seems like there's a major bug when no SD card is inserted and the > > driver is in the kernel. And a timing problem when a card is in the > > slot at boot time. > > > > Good to know that the module still works. > > Yep, smoke tests for module (without inversion!) pass: I could mount R/W SD card with release image, mount FS, read and write files, unmount FS and eject card without panics and errors. I didn't try any high-load tests, though. > > > > > Difficult to debug without your laptop model in the hands of a developer. > > It is "pretty common" (but old) Lenovo ThinkPad T540p. I could provide remote access to it, but it will not help for such low-level and early panic :-( > I took a look and even refurbished T540p's are still pretty expensive. On the order of 500 Euros. -- Gary Jennejohn From owner-freebsd-current@freebsd.org Wed May 12 15:04:23 2021 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 5A9846411FD for ; Wed, 12 May 2021 15:04:23 +0000 (UTC) (envelope-from marc@bumblingdork.com) Received: from mail-ej1-x62a.google.com (mail-ej1-x62a.google.com [IPv6:2a00:1450:4864:20::62a]) (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 4FgJ3V1ZFZz4hZf for ; Wed, 12 May 2021 15:04:22 +0000 (UTC) (envelope-from marc@bumblingdork.com) Received: by mail-ej1-x62a.google.com with SMTP id w3so35504268ejc.4 for ; Wed, 12 May 2021 08:04:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bumblingdork.com; s=google; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=rVOrME2A6Qrg59xYjoYT1ysytInmBve9XS3qQU5LXp4=; b=JhLYOYodq4IRV3fBPOGGeicWuBqChrSfPZIElP530CfbAufqFxIuAEpb4P8xxgqsm8 uwnOm4addcKBXnsyXfpcUJT9YCiM/JlXRtE2fvWy2AbBjEw6nkVk4RenppIKnWQeh7E+ 3KKTGmtXCSwkKhWlEVDGZ5+ncWCV+hhUn3LyMXD24EtKZM00P1b+PqlDPFWMbn3UN+1Z LQkYwrKnNUCPcZxDQ92P+sSbEPd1rsaQnUkYUwBIpvTeXAjn8OVaEnilBnl+f5dZ4pzX RDl1dJqfK09F1KXjJyDU3EU7+tfjW8axctQpwmyv1EFtrzkOjJjpsj9zoxM3e38o9oZ5 AkLg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=rVOrME2A6Qrg59xYjoYT1ysytInmBve9XS3qQU5LXp4=; b=maqJgUnr0uO+AwdghwffTIO2/ah/eCk/AqT0tCUuVphPmU5SlF5muHMZym1sQ4PsId C7RzvWaBh45wsTBBwU2J1FXRatvrh4WTmiNTZaiYSej1N+utUxj8w1PUqVklz+miNjnL fcsZbZWmooltnEc4qfpeHZyzbcq6sWZwCea+4PkbrIim782PBwssbmm6aiPE6CL+HBpS V+o4csEFzG8AbwbMb5yTeIoesGhzJuu+musUR+J3SLYLQzzV8Y3nJfsMcFy5AgKFnXWa fc84Rxkj0HjJM6/hzKnIUBpoP2gBdXYzCK8s9n5p0OrZ7ejuPJGQ/+6N2eeJ0nAqTjfy Bz2A== X-Gm-Message-State: AOAM531/eRvJdh6hTwzD2uz9TSbp8eZCw73DXJ+KYrLJyTR7Iz92V5ZM b/Qi5Nvcjcnw1GCwqbiVuqrLMlZ5cWynDYSQ948= X-Google-Smtp-Source: ABdhPJyXJBCCim8Ay4IqYMPMDIl/qmq8nawMUUfEFNLfVx0dyC+a2xU6Cv+y2fXCw+qUw3By2tW7Sw== X-Received: by 2002:a17:906:4795:: with SMTP id cw21mr37552868ejc.304.1620831860612; Wed, 12 May 2021 08:04:20 -0700 (PDT) Received: from smtpclient.apple ([2001:981:3350:1:61d1:5950:867f:372a]) by smtp.gmail.com with ESMTPSA id e19sm14381edv.10.2021.05.12.08.04.20 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Wed, 12 May 2021 08:04:20 -0700 (PDT) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.80.0.2.43\)) Subject: Re: CURRENT crashes at early boot on Lenovo T540p: rtsx to blame - 13.0-RELEASE crashes same way! From: Marc Veldman In-Reply-To: <20210512141130.755ae361@ernst.home> Date: Wed, 12 May 2021 17:04:18 +0200 Cc: "lev@freebsd.org" , hlh@restart.be Content-Transfer-Encoding: quoted-printable Message-Id: References: <740cd7a0-3faf-7a56-80f7-dbb9bdacb55b@FreeBSD.org> <37122994-8172-b943-2602-fd1b4e9af78a@FreeBSD.org> <20210512122747.51d2f574@laptop.domain> <1e23c1de-7529-0be9-c4ec-83d17b2b6bac@restart.be> <20210512133456.57f374f4@ernst.home> <20210512141130.755ae361@ernst.home> To: freebsd-current@freebsd.org X-Mailer: Apple Mail (2.3654.80.0.2.43) X-Rspamd-Queue-Id: 4FgJ3V1ZFZz4hZf X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bumblingdork.com header.s=google header.b=JhLYOYod; dmarc=pass (policy=none) header.from=bumblingdork.com; spf=pass (mx1.freebsd.org: domain of marc@bumblingdork.com designates 2a00:1450:4864:20::62a as permitted sender) smtp.mailfrom=marc@bumblingdork.com X-Spamd-Result: default: False [-3.50 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36:c]; MV_CASE(0.50)[]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[bumblingdork.com:+]; DMARC_POLICY_ALLOW(-0.50)[bumblingdork.com,none]; NEURAL_HAM_SHORT(-1.00)[-1.000]; SUBJECT_ENDS_EXCLAIM(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[2a00:1450:4864:20::62a:from]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[bumblingdork.com:s=google]; FREEFALL_USER(0.00)[marc]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; SPAMHAUS_ZRD(0.00)[2a00:1450:4864:20::62a:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::62a:from]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 May 2021 15:04:23 -0000 Unfortunately I can only say =E2=80=9Cme too=E2=80=9D, but on a = different Lenovo laptop. I=E2=80=99ve put my diagnostics in this thread, with the SVN revision in = which it seems to have broken. = https://docs.freebsd.org/cgi/getmsg.cgi?fetch=3D327822+0+archive/2020/free= bsd-current/20201227.freebsd-current =20 I=E2=80=99m willing to help debug the issue if someone can give me some = pointers. Best regards, Marc Veldman= From owner-freebsd-current@freebsd.org Wed May 12 15:17:39 2021 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 26416641E5A for ; Wed, 12 May 2021 15:17:39 +0000 (UTC) (envelope-from lev@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 "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4FgJLq0XWKz4kQV; Wed, 12 May 2021 15:17:39 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from onlyone.not-for.work (onlyone.not-for.work [IPv6:2a01:4f8:201:6350::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: lev/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id A61962E972; Wed, 12 May 2021 15:17:38 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from [IPv6:2001:470:923f:1:a9a4:7e74:328f:b59] (unknown [IPv6:2001:470:923f:1:a9a4:7e74:328f:b59]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.not-for.work (Postfix) with ESMTPSA id 50AFE469E; Wed, 12 May 2021 18:17:34 +0300 (MSK) Reply-To: lev@FreeBSD.org Subject: Re: CURRENT crashes at early boot on Lenovo T540p: rtsx to blame - 13.0-RELEASE crashes same way! To: Henri Hennebert , freebsd-current@freebsd.org References: <740cd7a0-3faf-7a56-80f7-dbb9bdacb55b@FreeBSD.org> <37122994-8172-b943-2602-fd1b4e9af78a@FreeBSD.org> <20210512122747.51d2f574@laptop.domain> <1e23c1de-7529-0be9-c4ec-83d17b2b6bac@restart.be> From: Lev Serebryakov Organization: FreeBSD Message-ID: <9b422bb7-f3a7-f673-ecad-a421a58cb039@FreeBSD.org> Date: Wed, 12 May 2021 18:17:33 +0300 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.10.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 May 2021 15:17:39 -0000 On 12.05.2021 16:35, Henri Hennebert wrote: >>> It would be fine if you can test the driver with dev.rtsx.0.inversion=1 in loader.conf and see it it solve the problem. >>> the output of >>> sysctl dev.rtsx  and >>> kenv | grep smbios.system >>> would be useful >>> >>> BTW is a dummy card inserted in the SD slot? >>> >>> Thank for your time >> >>   My T540p: >> >>   (1) rtsx in the kernel, enabled in BIOS, no settings in loader.conf, EMPTY SLOT — panic on boot, typically WITHOUT rtsx in stack trace. >> >>   (2) rtsx in the kernel, enabled in BIOS, no settings in loader.conf, SD CARD IN THE SLOT — no panic on boot, but WiFi card detected >>       too late for startup scripts to run wpa_supplicant properly. >> >>   (3) rtsx in the kernel, enabled in BIOS, "dev.rtsx.0.inversion=1", SD CARD IN THE SLOT — no panic on boot, but WiFi card detected >>       too late for startup scripts to run wpa_supplicant properly. And card reporting is inverted related to real deal: rtsx0 >>       reports "Card present" when I remove card and vice versa. >> >>   (4) rtsx in the kernel, disabled in BIOS — device not found, everything (but SD reader) boots & works (as expected!) >> >>   (5) rtsx in the kernel, enabled in BIOS, "dev.rtsx.0.inversion=1", EMPTY SLOT — boots, but prints out "timeout for CMD8/55/1" for very long time and *console*is*not*accessible* till "no compatible cards found on bus". >>       ALSO (!) wifi card is found only AFTER all these timeouts, when startup scripts are FAILED to attach to wireless network (!!!). >>       ALSO (!) it says "Card Absent" when I *INSERT* card after boot, and "Card present" (+ a lot of timeouts again) when I *REMOVE* card, looks like this "inversion" is wrong for my hardware. >>       So, it boots, but practically unusable. >> >>   (6) rtsx in the kernel, enabled in BIOS, "dev.rtsx.0.inversion=1", SD CARD IN THE SLOT >> >>   (7) rtsx is loaded as module after boot (manually, from console), enabled in BIOS, no setting in loader.conf — looks to work properly. >>       Card could be mounted, read/write, it works. >> >>   (9) rtsx is loaded as module after boot (manually, from console), enabled in BIOS, "dev.rtsx.0.inversion=1" — don't panic, but thinks wrong about card state (Card Present/Absent is inverted, as instructed). >> >>   My theory: rtsx detect/attach code has some race conditions / incompatibilities for multi-core boot when card is not present, and it thrash kernel memory and/or block something on boot. "inversion" removes this bad behavior due to waiting for card commands (as with "inversion" it thinks card is here and try to access it). > > Firts, thank you for your exhaustive testing!  Your analysis seems pertinent for me. > > What seems strange: case (1) and (3) follow the same path in the driver but (1) produce a panic. Indeed. But boot panics is not 100%, it is about 95%, and I've tested each case only one time... > >> >>   See (2), (3) and (4) — when rtsx doesn't cause panic on boot, it still mangle other devices detection & initialization. > > booting in case (2) can you show the output of > > pciconf -lvbc hostb0@pci0:0:0:0: class=0x060000 rev=0x06 hdr=0x00 vendor=0x8086 device=0x0c04 subvendor=0x17aa subdevice=0x2210 vendor = 'Intel Corporation' device = 'Xeon E3-1200 v3/4th Gen Core Processor DRAM Controller' class = bridge subclass = HOST-PCI cap 09[e0] = vendor (length 12) Intel cap 0 version 1 pcib1@pci0:0:1:0: class=0x060400 rev=0x06 hdr=0x01 vendor=0x8086 device=0x0c01 subvendor=0x17aa subdevice=0x2210 vendor = 'Intel Corporation' device = 'Xeon E3-1200 v3/4th Gen Core Processor PCI Express x16 Controller' class = bridge subclass = PCI-PCI cap 0d[88] = PCI Bridge subvendor=0x17aa subdevice=0x2210 cap 01[80] = powerspec 3 supports D0 D3 current D0 cap 05[90] = MSI supports 1 message cap 10[a0] = PCI-Express 2 root port max data 256(256) max read 128 link x8(x8) speed 2.5(8.0) ASPM L0s/L1(L0s/L1) slot 1 power limit 75000 mW ecap 0002[100] = VC 1 max VC0 ecap 0005[140] = Root Complex Link Declaration 1 ecap 0019[d94] = PCIe Sec 1 lane errors 0xfe vgapci1@pci0:0:2:0: class=0x030000 rev=0x06 hdr=0x00 vendor=0x8086 device=0x0416 subvendor=0x17aa subdevice=0x221e vendor = 'Intel Corporation' device = '4th Gen Core Processor Integrated Graphics Controller' class = display subclass = VGA bar [10] = type Memory, range 64, base 0xf3000000, size 4194304, enabled bar [18] = type Prefetchable Memory, range 64, base 0xc0000000, size 536870912, enabled bar [20] = type I/O Port, range 32, base 0x5000, size 64, enabled cap 05[90] = MSI supports 1 message enabled with 1 message cap 01[d0] = powerspec 2 supports D0 D3 current D0 cap 13[a4] = PCI Advanced Features: FLR TP hdac0@pci0:0:3:0: class=0x040300 rev=0x06 hdr=0x00 vendor=0x8086 device=0x0c0c subvendor=0x17aa subdevice=0x2210 vendor = 'Intel Corporation' device = 'Xeon E3-1200 v3/4th Gen Core Processor HD Audio Controller' class = multimedia subclass = HDA bar [10] = type Memory, range 64, base 0xf4630000, size 16384, enabled cap 01[50] = powerspec 2 supports D0 D3 current D0 cap 05[60] = MSI supports 1 message enabled with 1 message cap 10[70] = PCI-Express 1 root endpoint max data 128(128) FLR NS max read 128 xhci0@pci0:0:20:0: class=0x0c0330 rev=0x04 hdr=0x00 vendor=0x8086 device=0x8c31 subvendor=0x17aa subdevice=0x2210 vendor = 'Intel Corporation' device = '8 Series/C220 Series Chipset Family USB xHCI' class = serial bus subclass = USB bar [10] = type Memory, range 64, base 0xf4620000, size 65536, enabled cap 01[70] = powerspec 2 supports D0 D3 current D0 cap 05[80] = MSI supports 8 messages, 64 bit enabled with 1 message none0@pci0:0:22:0: class=0x078000 rev=0x04 hdr=0x00 vendor=0x8086 device=0x8c3a subvendor=0x17aa subdevice=0x2210 vendor = 'Intel Corporation' device = '8 Series/C220 Series Chipset Family MEI Controller' class = simple comms bar [10] = type Memory, range 64, base 0xf4639000, size 16, enabled cap 01[50] = powerspec 3 supports D0 D3 current D0 cap 05[8c] = MSI supports 1 message, 64 bit em0@pci0:0:25:0: class=0x020000 rev=0x04 hdr=0x00 vendor=0x8086 device=0x153a subvendor=0x17aa subdevice=0x2210 vendor = 'Intel Corporation' device = 'Ethernet Connection I217-LM' class = network subclass = ethernet bar [10] = type Memory, range 32, base 0xf4600000, size 131072, enabled bar [14] = type Memory, range 32, base 0xf463f000, size 4096, enabled bar [18] = type I/O Port, range 32, base 0x5080, size 32, enabled 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 ehci0@pci0:0:26:0: class=0x0c0320 rev=0x04 hdr=0x00 vendor=0x8086 device=0x8c2d subvendor=0x17aa subdevice=0x2210 vendor = 'Intel Corporation' device = '8 Series/C220 Series Chipset Family USB EHCI' class = serial bus subclass = USB bar [10] = type Memory, range 32, base 0xf463e000, size 1024, enabled cap 01[50] = powerspec 2 supports D0 D3 current D0 cap 0a[58] = EHCI Debug Port at offset 0xa0 in map 0x14 cap 13[98] = PCI Advanced Features: FLR TP hdac1@pci0:0:27:0: class=0x040300 rev=0x04 hdr=0x00 vendor=0x8086 device=0x8c20 subvendor=0x17aa subdevice=0x2210 vendor = 'Intel Corporation' device = '8 Series/C220 Series Chipset High Definition Audio Controller' class = multimedia subclass = HDA bar [10] = type Memory, range 64, base 0xf4634000, size 16384, enabled cap 01[50] = powerspec 2 supports D0 D3 current D0 cap 05[60] = MSI supports 1 message, 64 bit enabled with 1 message cap 10[70] = PCI-Express 1 root endpoint max data 128(128) FLR max read 128 ecap 0002[100] = VC 1 max VC1 pcib2@pci0:0:28:0: class=0x060400 rev=0xd4 hdr=0x01 vendor=0x8086 device=0x8c10 subvendor=0x17aa subdevice=0x2210 vendor = 'Intel Corporation' device = '8 Series/C220 Series Chipset Family PCI Express Root Port' class = bridge subclass = PCI-PCI cap 10[40] = PCI-Express 2 root port max data 128(128) max read 128 link x1(x1) speed 2.5(5.0) ASPM L0s/L1(L0s/L1) slot 0 power limit 100 mW cap 05[80] = MSI supports 1 message cap 0d[90] = PCI Bridge subvendor=0x17aa subdevice=0x2210 cap 01[a0] = powerspec 3 supports D0 D3 current D0 pcib3@pci0:0:28:1: class=0x060400 rev=0xd4 hdr=0x01 vendor=0x8086 device=0x8c12 subvendor=0x17aa subdevice=0x2210 vendor = 'Intel Corporation' device = '8 Series/C220 Series Chipset Family PCI Express Root Port' class = bridge subclass = PCI-PCI cap 10[40] = PCI-Express 2 root port max data 128(128) max read 128 link x1(x1) speed 2.5(5.0) ASPM L1(L0s/L1) slot 1 power limit 100 mW cap 05[80] = MSI supports 1 message cap 0d[90] = PCI Bridge subvendor=0x17aa subdevice=0x2210 cap 01[a0] = powerspec 3 supports D0 D3 current D0 pcib4@pci0:0:28:2: class=0x060400 rev=0xd4 hdr=0x01 vendor=0x8086 device=0x8c14 subvendor=0x17aa subdevice=0x2210 vendor = 'Intel Corporation' device = '8 Series/C220 Series Chipset Family PCI Express Root Port' class = bridge subclass = PCI-PCI cap 10[40] = PCI-Express 2 root port max data 128(128) max read 128 link x0(x1) speed 0.0(5.0) ASPM L0s/L1(L0s/L1) slot 2 power limit 100 mW HotPlug(empty) surprise cap 05[80] = MSI supports 1 message enabled with 1 message cap 0d[90] = PCI Bridge subvendor=0x17aa subdevice=0x2210 cap 01[a0] = powerspec 3 supports D0 D3 current D0 ehci1@pci0:0:29:0: class=0x0c0320 rev=0x04 hdr=0x00 vendor=0x8086 device=0x8c26 subvendor=0x17aa subdevice=0x2210 vendor = 'Intel Corporation' device = '8 Series/C220 Series Chipset Family USB EHCI' class = serial bus subclass = USB bar [10] = type Memory, range 32, base 0xf463d000, size 1024, enabled cap 01[50] = powerspec 2 supports D0 D3 current D0 cap 0a[58] = EHCI Debug Port at offset 0xa0 in map 0x14 cap 13[98] = PCI Advanced Features: FLR TP isab0@pci0:0:31:0: class=0x060100 rev=0x04 hdr=0x00 vendor=0x8086 device=0x8c4f subvendor=0x17aa subdevice=0x2210 vendor = 'Intel Corporation' device = 'QM87 Express LPC Controller' class = bridge subclass = PCI-ISA cap 09[e0] = vendor (length 12) Intel cap 1 version 0 features: AMT, 4 PCI-e x1 slots ahci0@pci0:0:31:2: class=0x010601 rev=0x04 hdr=0x00 vendor=0x8086 device=0x8c03 subvendor=0x17aa subdevice=0x2210 vendor = 'Intel Corporation' device = '8 Series/C220 Series Chipset Family 6-port SATA Controller 1 [AHCI mode]' class = mass storage subclass = SATA bar [10] = type I/O Port, range 32, base 0x50a8, size 8, enabled bar [14] = type I/O Port, range 32, base 0x50b4, size 4, enabled bar [18] = type I/O Port, range 32, base 0x50a0, size 8, enabled bar [1c] = type I/O Port, range 32, base 0x50b0, size 4, enabled bar [20] = type I/O Port, range 32, base 0x5060, size 32, enabled bar [24] = type Memory, range 32, base 0xf463c000, size 2048, enabled cap 05[80] = MSI supports 1 message enabled with 1 message cap 01[70] = powerspec 3 supports D0 D3 current D0 cap 12[a8] = SATA Index-Data Pair ichsmb0@pci0:0:31:3: class=0x0c0500 rev=0x04 hdr=0x00 vendor=0x8086 device=0x8c22 subvendor=0x17aa subdevice=0x2210 vendor = 'Intel Corporation' device = '8 Series/C220 Series Chipset Family SMBus Controller' class = serial bus subclass = SMBus bar [10] = type Memory, range 64, base 0xf4638000, size 256, enabled bar [20] = type I/O Port, range 32, base 0xefa0, size 32, enabled vgapci0@pci0:1:0:0: class=0x030000 rev=0xa1 hdr=0x00 vendor=0x10de device=0x1290 subvendor=0x17aa subdevice=0x221e vendor = 'NVIDIA Corporation' device = 'GK208M [GeForce GT 730M]' class = display subclass = VGA bar [10] = type Memory, range 32, base 0xf2000000, size 16777216, enabled bar [14] = type Prefetchable Memory, range 64, base 0xe0000000, size 268435456, enabled bar [1c] = type Prefetchable Memory, range 64, base 0xf0000000, size 33554432, enabled bar [24] = type I/O Port, range 32, base 0x4000, size 128, enabled cap 01[60] = powerspec 3 supports D0 D3 current D0 cap 05[68] = MSI supports 1 message, 64 bit cap 10[78] = PCI-Express 2 endpoint max data 256(256) RO NS max read 512 link x8(x8) speed 2.5(8.0) ASPM L0s/L1(L0s/L1) ClockPM disabled ecap 0002[100] = VC 1 max VC0 ecap 0004[128] = Power Budgeting 1 ecap 000b[600] = Vendor [1] ID 0001 Rev 1 Length 36 ecap 0019[900] = PCIe Sec 1 lane errors 0 rtsx0@pci0:3:0:0: class=0xff0000 rev=0x01 hdr=0x00 vendor=0x10ec device=0x5227 subvendor=0x17aa subdevice=0x2210 vendor = 'Realtek Semiconductor Co., Ltd.' device = 'RTS5227 PCI Express Card Reader' bar [10] = type Memory, range 32, base 0xf4500000, size 4096, enabled cap 01[40] = powerspec 3 supports D0 D1 D2 D3 current D0 cap 05[50] = MSI supports 1 message, 64 bit enabled with 1 message cap 10[70] = PCI-Express 2 endpoint max data 128(128) RO max read 512 link x1(x1) speed 2.5(2.5) ASPM disabled(L0s/L1) ClockPM enabled ecap 0001[100] = AER 2 0 fatal 0 non-fatal 1 corrected ecap 0003[140] = Serial 1 00000001004ce000 ecap 0018[150] = LTR 1 ecap 001e[158] = L1 PM Substates 1 iwm0@pci0:4:0:0: class=0x028000 rev=0x6b hdr=0x00 vendor=0x8086 device=0x08b2 subvendor=0x8086 subdevice=0xc262 vendor = 'Intel Corporation' device = 'Wireless 7260' class = network bar [10] = type Memory, range 64, base 0xf4400000, size 8192, enabled cap 01[c8] = powerspec 3 supports D0 D3 current D0 cap 05[d0] = MSI supports 1 message, 64 bit enabled with 1 message cap 10[40] = PCI-Express 2 endpoint max data 128(128) FLR RO NS max read 128 link x1(x1) speed 2.5(2.5) ASPM L1(L0s/L1) ClockPM enabled ecap 0001[100] = AER 1 0 fatal 0 non-fatal 0 corrected ecap 0003[140] = Serial 1 7c7a91ffff988046 ecap 0018[14c] = LTR 1 ecap 000b[154] = Vendor [1] ID cafe Rev 1 Length 20 > and > > vmstat -i interrupt total rate irq1: atkbd0 278 3 irq9: acpi0 232 3 irq16: ehci0 171 2 irq23: ehci1 226 3 cpu0:timer 3636 43 cpu1:timer 2033 24 cpu2:timer 1839 22 cpu3:timer 1610 19 cpu4:timer 2363 28 cpu5:timer 3004 36 cpu6:timer 2990 36 cpu7:timer 2894 34 irq32: hdac0 6 0 irq33: xhci0 109175 1299 irq35: hdac1 45 1 irq36: rtsx0 359 4 irq38: ahci0 3098 37 irq39: iwm0 550 7 irq40: vgapci1 82 1 Total 134591 1602 -- // Lev Serebryakov From owner-freebsd-current@freebsd.org Wed May 12 15:46:21 2021 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 7BF58642948 for ; Wed, 12 May 2021 15:46:21 +0000 (UTC) (envelope-from hlh@restart.be) Received: from tignes.restart.be (tignes.restart.be [37.187.123.11]) (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 "tignes.restart.be", Issuer "CA master" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4FgJzw0r62z4lQS; Wed, 12 May 2021 15:46:19 +0000 (UTC) (envelope-from hlh@restart.be) X-Comment: SPF check N/A for local connections - client-ip=192.168.25.127; helo=restart.be; envelope-from=hlh@restart.be; receiver= DKIM-Filter: OpenDKIM Filter v2.10.3 tignes.restart.be 4FgJzt18yCzDH Received: from restart.be (norquay.tunnel.bel [192.168.25.127]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.restart.be", Issuer "CA master" (verified OK)) by tignes.restart.be (Postfix) with ESMTPS id 4FgJzt18yCzDH; Wed, 12 May 2021 17:46:15 +0200 (CEST) Received: from morzine.restart.bel (morzine.restart.be [IPv6:2001:41d0:a:f40b:1:1:0:1]) (authenticated bits=0) by restart.be (8.16.1/8.16.1) with ESMTPSA id 14CFkEKP002206 (version=TLSv1.3 cipher=TLS_AES_128_GCM_SHA256 bits=128 verify=OK); Wed, 12 May 2021 17:46:15 +0200 (CEST) (envelope-from hlh@restart.be) X-Authentication-Warning: norquay.restart.bel: Host morzine.restart.be [IPv6:2001:41d0:a:f40b:1:1:0:1] claimed to be morzine.restart.bel Subject: Re: CURRENT crashes at early boot on Lenovo T540p: rtsx to blame - 13.0-RELEASE crashes same way! To: Marc Veldman , freebsd-current@freebsd.org Cc: "lev@freebsd.org" References: <740cd7a0-3faf-7a56-80f7-dbb9bdacb55b@FreeBSD.org> <37122994-8172-b943-2602-fd1b4e9af78a@FreeBSD.org> <20210512122747.51d2f574@laptop.domain> <1e23c1de-7529-0be9-c4ec-83d17b2b6bac@restart.be> <20210512133456.57f374f4@ernst.home> <20210512141130.755ae361@ernst.home> From: Henri Hennebert Message-ID: Date: Wed, 12 May 2021 17:46:14 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Thunderbird/78.10.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: 4FgJzw0r62z4lQS X-Spamd-Bar: --- X-Spamd-Result: default: False [-4.00 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:37.187.123.11/32]; HAS_XAW(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[restart.be:+]; DMARC_POLICY_ALLOW(-0.50)[restart.be,reject]; NEURAL_HAM_SHORT(-1.00)[-1.000]; SUBJECT_ENDS_EXCLAIM(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[37.187.123.11:from]; ASN(0.00)[asn:16276, ipnet:37.187.0.0/16, country:FR]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.998]; R_DKIM_ALLOW(-0.20)[restart.be:s=tignes]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[37.187.123.11:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 May 2021 15:46:21 -0000 On 5/12/21 5:04 PM, Marc Veldman wrote: > Unfortunately I can only say me too, but on a different Lenovo laptop. > > Ive put my diagnostics in this thread, with the SVN revision in which it seems to have broken. > > https://docs.freebsd.org/cgi/getmsg.cgi?fetch=327822+0+archive/2020/freebsd-current/20201227.freebsd-current > > Im willing to help debug the issue if someone can give me some pointers. Just to try something: Does disabling the WIFI in the BIOS (if possible at all) allow a clean boot with rtsx in the kernel config? can you also try a boot with a card inserted as in case (2) of Lev tests. > > Best regards, > > Marc Veldman > From owner-freebsd-current@freebsd.org Wed May 12 16:06:23 2021 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 B8C54643E73 for ; Wed, 12 May 2021 16:06:23 +0000 (UTC) (envelope-from hlh@restart.be) Received: from tignes.restart.be (tignes.restart.be [IPv6:2001:41d0:a:f40b::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 (2048 bits) client-digest SHA256) (Client CN "tignes.restart.be", Issuer "CA master" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4FgKR25gzgz4nQG; Wed, 12 May 2021 16:06:22 +0000 (UTC) (envelope-from hlh@restart.be) X-Comment: SPF check N/A for local connections - client-ip=192.168.25.127; helo=restart.be; envelope-from=hlh@restart.be; receiver= DKIM-Filter: OpenDKIM Filter v2.10.3 tignes.restart.be 4FgKR128D7zDJ Received: from restart.be (norquay.tunnel.bel [192.168.25.127]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.restart.be", Issuer "CA master" (verified OK)) by tignes.restart.be (Postfix) with ESMTPS id 4FgKR128D7zDJ; Wed, 12 May 2021 18:06:19 +0200 (CEST) Received: from morzine.restart.bel (morzine.restart.be [IPv6:2001:41d0:a:f40b:1:1:0:1]) (authenticated bits=0) by restart.be (8.16.1/8.16.1) with ESMTPSA id 14CG6HlZ002316 (version=TLSv1.3 cipher=TLS_AES_128_GCM_SHA256 bits=128 verify=OK); Wed, 12 May 2021 18:06:17 +0200 (CEST) (envelope-from hlh@restart.be) X-Authentication-Warning: norquay.restart.bel: Host morzine.restart.be [IPv6:2001:41d0:a:f40b:1:1:0:1] claimed to be morzine.restart.bel Subject: Re: CURRENT crashes at early boot on Lenovo T540p: rtsx to blame - 13.0-RELEASE crashes same way! To: Marc Veldman , freebsd-current@freebsd.org Cc: "lev@freebsd.org" References: <740cd7a0-3faf-7a56-80f7-dbb9bdacb55b@FreeBSD.org> <37122994-8172-b943-2602-fd1b4e9af78a@FreeBSD.org> <20210512122747.51d2f574@laptop.domain> <1e23c1de-7529-0be9-c4ec-83d17b2b6bac@restart.be> <20210512133456.57f374f4@ernst.home> <20210512141130.755ae361@ernst.home> From: Henri Hennebert Message-ID: <9f0abf48-ed13-bff3-5687-fca0d57195d8@restart.be> Date: Wed, 12 May 2021 18:06:17 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Thunderbird/78.10.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: 4FgKR25gzgz4nQG X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2001:41d0:a:f40b::1/128:c]; HAS_XAW(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[restart.be:+]; DMARC_POLICY_ALLOW(-0.50)[restart.be,reject]; NEURAL_HAM_SHORT(-1.00)[-1.000]; SUBJECT_ENDS_EXCLAIM(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[2001:41d0:a:f40b::1:from]; ASN(0.00)[asn:16276, ipnet:2001:41d0::/32, country:FR]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[restart.be:s=tignes]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[2001:41d0:a:f40b::1:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 May 2021 16:06:23 -0000 On 5/12/21 5:04 PM, Marc Veldman wrote: > Unfortunately I can only say me too, but on a different Lenovo laptop. > > Ive put my diagnostics in this thread, with the SVN revision in which it seems to have broken. > > https://docs.freebsd.org/cgi/getmsg.cgi?fetch=327822+0+archive/2020/freebsd-current/20201227.freebsd-current I your first message on the thread I see "mmc0: detached" do you have the previous lines of the dmesg? > > Im willing to help debug the issue if someone can give me some pointers. > > Best regards, > > Marc Veldman > _______________________________________________ > 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 12 17:23:42 2021 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 A2294646819 for ; Wed, 12 May 2021 17:23:42 +0000 (UTC) (envelope-from marc@bumblingdork.com) Received: from mail-ej1-x629.google.com (mail-ej1-x629.google.com [IPv6:2a00:1450:4864:20::629]) (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 4FgM8F4BYcz4sJ9 for ; Wed, 12 May 2021 17:23:41 +0000 (UTC) (envelope-from marc@bumblingdork.com) Received: by mail-ej1-x629.google.com with SMTP id l4so36140661ejc.10 for ; Wed, 12 May 2021 10:23:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bumblingdork.com; s=google; h=from:content-transfer-encoding:mime-version:subject:date:references :to:in-reply-to:message-id; bh=jl9iO3MWP16mEvKJFfHiYaSaVYUcvCyNNb+GsGBqoOU=; b=UYhCSMmiIRjvtjJHJkpakLUJLFBF54q2qElAeDqVSxxTWyy/u+WgV1yreG2voJlKPY mDhDyvhQr1cgcD1h/yvpbjnRb5OhifiHfo3WcRglEQ2L6su02egyV5hI7xXAOQyySRp3 rwRvRrP4N5TJW5m0q01j5jYjKmY0XdnLSoU1ZGNCNZdv/FX3xvP6JOxY05Z9vooA5RJL 7hCqvrC8byUgjpBNwWFmvlnMvtOpOHmsdMei++tz+hsKHmzsXAdIGoEakH44p+t1ZW7E 8uYDXF0kBpS+Vt0gjXsDTJF4KE4EwDGa2vvAukw23VXpW0JdCEf0mn9q+gYLcgPP86mY lHsA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:content-transfer-encoding:mime-version :subject:date:references:to:in-reply-to:message-id; bh=jl9iO3MWP16mEvKJFfHiYaSaVYUcvCyNNb+GsGBqoOU=; b=Rmf3FTHDyGdzyNva/BU5PBa47NhaIcQVEHQmWoFST4MzDd5IqWD1dY4D3QzSx6YpRf e+DTkllDiWJvN56MwN0g/LkxszWKBwl6HzeDjfODqHOApxFzbE49BMJSO8JcIAbdHh4I gIyRLtpOtJRZBc4iP6PU0SYSGOGyR8BS2A547FcfjVsElrDosj8TkHNiuFngjRDTYHNi Bl2vVvuZqmWSeS5C7FFCmGAfu3+TFKktJJn+muA8sW0Hj7ag7iS1NjwcPv6jm8ocfxws 9ua6z+aMAVB9RlGiQOqfhRUqicQ+NgY5LPqOlIDbMNKqqiJ+U2dGbFbRKMNR0SEaTz8Z pJ7w== X-Gm-Message-State: AOAM532U3gcSLCNIHoSPbWlTHBrwHnyjikl1nqsb3fzOZQukHe3PJzSe O4MGI53J9fSdDfub6k/l6xilyQ== X-Google-Smtp-Source: ABdhPJwFiXsytggPCIWZfNwEBeqlqK/nyyLkhJ1p99Q00IFg0KGPxy/GQv1bPc2d0ZNSpG6+7bEO1w== X-Received: by 2002:a17:906:36da:: with SMTP id b26mr39257303ejc.8.1620840220134; Wed, 12 May 2021 10:23:40 -0700 (PDT) Received: from smtpclient.apple ([2001:981:3350:1:61d1:5950:867f:372a]) by smtp.gmail.com with ESMTPSA id g9sm226369ejo.8.2021.05.12.10.23.39 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Wed, 12 May 2021 10:23:39 -0700 (PDT) From: Marc Veldman Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.80.0.2.43\)) Subject: Re: CURRENT crashes at early boot on Lenovo T540p: rtsx to blame - 13.0-RELEASE crashes same way! Date: Wed, 12 May 2021 19:23:38 +0200 References: <740cd7a0-3faf-7a56-80f7-dbb9bdacb55b@FreeBSD.org> <37122994-8172-b943-2602-fd1b4e9af78a@FreeBSD.org> <20210512122747.51d2f574@laptop.domain> <1e23c1de-7529-0be9-c4ec-83d17b2b6bac@restart.be> <20210512133456.57f374f4@ernst.home> <20210512141130.755ae361@ernst.home> To: Henri Hennebert , freebsd-current@freebsd.org In-Reply-To: Message-Id: X-Mailer: Apple Mail (2.3654.80.0.2.43) X-Rspamd-Queue-Id: 4FgM8F4BYcz4sJ9 X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bumblingdork.com header.s=google header.b=UYhCSMmi; dmarc=pass (policy=none) header.from=bumblingdork.com; spf=pass (mx1.freebsd.org: domain of marc@bumblingdork.com designates 2a00:1450:4864:20::629 as permitted sender) smtp.mailfrom=marc@bumblingdork.com X-Spamd-Result: default: False [-3.50 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[bumblingdork.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[bumblingdork.com,none]; NEURAL_HAM_SHORT(-1.00)[-1.000]; SUBJECT_ENDS_EXCLAIM(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[2a00:1450:4864:20::629:from]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[bumblingdork.com:s=google]; FREEFALL_USER(0.00)[marc]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; SPAMHAUS_ZRD(0.00)[2a00:1450:4864:20::629:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::629:from]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 May 2021 17:23:42 -0000 > On 12 May 2021, at 17:46, Henri Hennebert wrote: >=20 > On 5/12/21 5:04 PM, Marc Veldman wrote: >> Unfortunately I can only say =E2=80=9Cme too=E2=80=9D, but on a = different Lenovo laptop. >> I=E2=80=99ve put my diagnostics in this thread, with the SVN revision = in which it seems to have broken. >> = https://docs.freebsd.org/cgi/getmsg.cgi?fetch=3D327822+0+archive/2020/free= bsd-current/20201227.freebsd-current >> I=E2=80=99m willing to help debug the issue if someone can give me = some pointers. >=20 > Just to try something: >=20 > Does disabling the WIFI in the BIOS (if possible at all) allow a clean = boot with rtsx in the kernel config? >=20 Yes. With wifi disabled in the BIOS, the laptop boots both with and = without a card inserted. Booting a recent GENERIC with the following /boot/loader.conf #dev.rtsx.0.inversion=3D"1" kern.geom.label.disk_ident.enable=3D"0" kern.geom.label.gptid.enable=3D"0" kern.geom.label.disk_ident.enable=3D"0" kern.geom.label.gptid.enable=3D"0" cryptodev_load=3D"YES" zfs_load=3D=E2=80=9CYES" uname -a:=20 FreeBSD supernovo 14.0-CURRENT FreeBSD 14.0-CURRENT #0 = main-n246598-30659d1dcbc: Wed May 12 10:53:48 CEST 2021 = marc@devnovo:/usr/obj/usr/src/amd64.amd64/sys/GENERIC amd64 > can you also try a boot with a card inserted as in case (2) of Lev = tests. Booting with card inserted, wifi enabled in BIOS succeeds. Booting with no card inserted wifi enabled in BIOS fails. Booting with a card insert wifi enabled in BIOS succeeds. Booting with no card inserted with wifi disabled in BIOS succeeds The dev.rtsx.0.inversion flag inverts the behaviour: With wifi enabled booting fails with the card inserted and succeeds with no card inserted. Best regards, Marc Veldman From owner-freebsd-current@freebsd.org Wed May 12 18:02:00 2021 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 BD0036474BE for ; Wed, 12 May 2021 18:02:00 +0000 (UTC) (envelope-from marc@bumblingdork.com) Received: from mail-ej1-x629.google.com (mail-ej1-x629.google.com [IPv6:2a00:1450:4864:20::629]) (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 4FgN0S0PjSz4tcH for ; Wed, 12 May 2021 18:01:59 +0000 (UTC) (envelope-from marc@bumblingdork.com) Received: by mail-ej1-x629.google.com with SMTP id c20so895562ejm.3 for ; Wed, 12 May 2021 11:01:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bumblingdork.com; s=google; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=v9z33jeWcZNhlJgrtNx9XUEFpK2138R7VRcOHjEvHYA=; b=RvoDN7uKnThRCdpOZX0Q61I6fpPlmNB5iCdd7Kv83I5S6kG+DaM12Lt/mtT/nHYF8a 8FWddxBqVzDvY75xK4fSHJryijXUUL1FinTfdyFl0iA6mBuIHMxMP00CnsynxBphnqSz zE5md3avpUPHAcX3UpR+3eN3hlE2nU+vNGMj+IhMBQgs3OoNOQyWuVWfrabc2WAs4uRm 0y5JJOeenCxvW+D4zchIAapZwHmcJmwmSR0CqTx+EelcJAusEy+8MWfhC6hBV8xc1C1N Z68h8Y48RU+Xs0jKjsHoMuFOzsiFPVmzI4YQhI14+it73cw3aJkv7DoutjUERFKFqIuc SCyQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=v9z33jeWcZNhlJgrtNx9XUEFpK2138R7VRcOHjEvHYA=; b=CxvM1aZug1zNXEfWz8xsYuDOG4Tp0RpJ4HheeQEyRP82gJ/hYagyO21Z1DjPHSvxHw 0+UTJjOmNx90h+nn6Xgq0D+K0pKxOJ13mlTVzraAWN5mFnWCfoHRf2SHuF1uyjaP2YY3 q8bkAZpe9SSEYHvvyar1zU+7+KTfwOr6xg2Glk8zxuaB+r3lJO+pJKuGcrol+/C+IqGx mny0JNUzpvy7wBX+PZ71WdZjL/1AWwRKbYlSCx3mg1QYoKMZ5J1YrTxqsagK1rkJ/Kvi bu0O6pCVDdAsguJwaGiFh99k0hMAYlAO5x3Q5LbpVeQvp5YEUzfTTosChs3qY4mLdq0y qg/g== X-Gm-Message-State: AOAM5335LNw9HWEmfy5FJN9ox2QcJAnBwitHEPnsWHDkJO93sk7WDhAK L5v9B4EIa4mqG9C3W4ecoU5jtQ== X-Google-Smtp-Source: ABdhPJyD2j1P6V5ahgE01Iliu9Fz7gBNX2kz3DAvFlv0djtp4Oj7AyMI1ZBLjJ/tCJwCFe5I8PrN0w== X-Received: by 2002:a17:907:2095:: with SMTP id pv21mr38631283ejb.77.1620842518956; Wed, 12 May 2021 11:01:58 -0700 (PDT) Received: from smtpclient.apple ([2001:981:3350:1:61d1:5950:867f:372a]) by smtp.gmail.com with ESMTPSA id bn5sm268482ejb.97.2021.05.12.11.01.58 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Wed, 12 May 2021 11:01:58 -0700 (PDT) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.80.0.2.43\)) Subject: Re: CURRENT crashes at early boot on Lenovo T540p: rtsx to blame - 13.0-RELEASE crashes same way! From: Marc Veldman In-Reply-To: <9f0abf48-ed13-bff3-5687-fca0d57195d8@restart.be> Date: Wed, 12 May 2021 20:01:57 +0200 Cc: freebsd-current@freebsd.org, "lev@freebsd.org" Content-Transfer-Encoding: quoted-printable Message-Id: References: <740cd7a0-3faf-7a56-80f7-dbb9bdacb55b@FreeBSD.org> <37122994-8172-b943-2602-fd1b4e9af78a@FreeBSD.org> <20210512122747.51d2f574@laptop.domain> <1e23c1de-7529-0be9-c4ec-83d17b2b6bac@restart.be> <20210512133456.57f374f4@ernst.home> <20210512141130.755ae361@ernst.home> <9f0abf48-ed13-bff3-5687-fca0d57195d8@restart.be> To: Henri Hennebert X-Mailer: Apple Mail (2.3654.80.0.2.43) X-Rspamd-Queue-Id: 4FgN0S0PjSz4tcH X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bumblingdork.com header.s=google header.b=RvoDN7uK; dmarc=pass (policy=none) header.from=bumblingdork.com; spf=pass (mx1.freebsd.org: domain of marc@bumblingdork.com designates 2a00:1450:4864:20::629 as permitted sender) smtp.mailfrom=marc@bumblingdork.com X-Spamd-Result: default: False [-3.50 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[bumblingdork.com:+]; DMARC_POLICY_ALLOW(-0.50)[bumblingdork.com,none]; NEURAL_HAM_SHORT(-1.00)[-1.000]; SUBJECT_ENDS_EXCLAIM(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[2a00:1450:4864:20::629:from]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[bumblingdork.com:s=google]; FREEFALL_USER(0.00)[marc]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; SPAMHAUS_ZRD(0.00)[2a00:1450:4864:20::629:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::629:from]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 May 2021 18:02:00 -0000 > On 12 May 2021, at 18:06, Henri Hennebert wrote: >=20 > On 5/12/21 5:04 PM, Marc Veldman wrote: >> Unfortunately I can only say =E2=80=9Cme too=E2=80=9D, but on a = different Lenovo laptop. >> I=E2=80=99ve put my diagnostics in this thread, with the SVN revision = in which it seems to have broken. >> = https://docs.freebsd.org/cgi/getmsg.cgi?fetch=3D327822+0+archive/2020/free= bsd-current/20201227.freebsd-current >=20 > I your first message on the thread I see >=20 > "mmc0: detached" >=20 > do you have the previous lines of the dmesg? >=20 This is what I can see on the display: (Copied by hand, so there might be some typos) pcib2: at device 28.2 on pci0 pci2: on pcib2 pci2: at device 0.0 (no driver attached) pcib3: at device 29.0 on pci0 pci3: on pcib3 vgapci1: port 0xd000-0xd07f mem = 0xf3000000-0xf3ffffff,0xe0000000-0xefffffff,0xf0000000-0xf1ffffff at = device 0.0 on pci3 isab0: at device 31.0 on pci0 isa0: on isab0 pci0: at device 31.2 (no driver attached) hdac0: mem = 0xf4240000-0xf4243fff,0xf4230000-0xf423ffff at device 31.3 on pci0 em0: mem 0xf4200000-0xf421ffff at device 31.6 on = pci0 em0: Using 1024 TX descriptors and 1024 RX descriptors em0: Using an MSI interrupt em0: Ethernet address: 54:ee:75:cb:0d:e3 em0: netmap queues/slots: TX 1/1024, RX 1/1024 acpi_tz0: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] WARNING: Device "psm" is Giant locked and may be deleted before FreeBSD = 14.0. psm0: model Synaptics Touchpad, device ID 0 battery0: on acpi0 battery1: on acpi0 acpi_acad0: on acpi0 orm0: at iomem 0xc0000-0xcffff pnpid ORM0000 on isa0 hwpstate_intel0: on cpu0 hwpstate_intel1: on cpu1 hwpstate_intel2: on cpu2 hwpstate_intel3: on cpu3 Timecounters tick every 1.000 msec ZFS filesystem version: 5 ZFS storage pool version: features support (5000) mmc0: detached ugen0.1: <0x8086 XHCI root HUB> at usbus0 Fatal trap 9: general protection fault while in kernel mode cupid =3D 3; apic id =3D 03 =E2=80=A6. =E2=80=A6. I=E2=80=99m not sure if this is an interesting data point or not, but a warm boot without the card inserted succeeds after a cold boot with the card inserted. Best regards, Marc Veldman From owner-freebsd-current@freebsd.org Wed May 12 18:49:23 2021 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 8E343648CBA for ; Wed, 12 May 2021 18:49:23 +0000 (UTC) (envelope-from hlh@restart.be) Received: from tignes.restart.be (tignes.restart.be [IPv6:2001:41d0:a:f40b::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 (2048 bits) client-digest SHA256) (Client CN "tignes.restart.be", Issuer "CA master" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4FgP362z7hz3CP1; Wed, 12 May 2021 18:49:22 +0000 (UTC) (envelope-from hlh@restart.be) X-Comment: SPF check N/A for local connections - client-ip=192.168.25.127; helo=restart.be; envelope-from=hlh@restart.be; receiver= DKIM-Filter: OpenDKIM Filter v2.10.3 tignes.restart.be 4FgP333KLVz3J Received: from restart.be (norquay.tunnel.bel [192.168.25.127]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.restart.be", Issuer "CA master" (verified OK)) by tignes.restart.be (Postfix) with ESMTPS id 4FgP333KLVz3J; Wed, 12 May 2021 20:49:16 +0200 (CEST) Received: from morzine.restart.bel (morzine.restart.be [IPv6:2001:41d0:a:f40b:1:1:0:1]) (authenticated bits=0) by restart.be (8.16.1/8.16.1) with ESMTPSA id 14CInEQb003155 (version=TLSv1.3 cipher=TLS_AES_128_GCM_SHA256 bits=128 verify=OK); Wed, 12 May 2021 20:49:15 +0200 (CEST) (envelope-from hlh@restart.be) X-Authentication-Warning: norquay.restart.bel: Host morzine.restart.be [IPv6:2001:41d0:a:f40b:1:1:0:1] claimed to be morzine.restart.bel Subject: Re: CURRENT crashes at early boot on Lenovo T540p: rtsx to blame - 13.0-RELEASE crashes same way! To: Marc Veldman Cc: freebsd-current@freebsd.org, "lev@freebsd.org" References: <740cd7a0-3faf-7a56-80f7-dbb9bdacb55b@FreeBSD.org> <37122994-8172-b943-2602-fd1b4e9af78a@FreeBSD.org> <20210512122747.51d2f574@laptop.domain> <1e23c1de-7529-0be9-c4ec-83d17b2b6bac@restart.be> <20210512133456.57f374f4@ernst.home> <20210512141130.755ae361@ernst.home> <9f0abf48-ed13-bff3-5687-fca0d57195d8@restart.be> From: Henri Hennebert Message-ID: <664e1728-8c8c-0967-81a9-f7b6e047ddb7@restart.be> Date: Wed, 12 May 2021 20:49:14 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Thunderbird/78.10.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: 4FgP362z7hz3CP1 X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2001:41d0:a:f40b::1/128:c]; HAS_XAW(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[restart.be:+]; DMARC_POLICY_ALLOW(-0.50)[restart.be,reject]; NEURAL_HAM_SHORT(-1.00)[-1.000]; SUBJECT_ENDS_EXCLAIM(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[2001:41d0:a:f40b::1:from]; ASN(0.00)[asn:16276, ipnet:2001:41d0::/32, country:FR]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[restart.be:s=tignes]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[2001:41d0:a:f40b::1:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 May 2021 18:49:23 -0000 On 5/12/21 8:01 PM, Marc Veldman wrote: > > >> On 12 May 2021, at 18:06, Henri Hennebert wrote: >> >> On 5/12/21 5:04 PM, Marc Veldman wrote: >>> Unfortunately I can only say me too, but on a different Lenovo laptop. >>> Ive put my diagnostics in this thread, with the SVN revision in which it seems to have broken. >>> https://docs.freebsd.org/cgi/getmsg.cgi?fetch=327822+0+archive/2020/freebsd-current/20201227.freebsd-current >> >> I your first message on the thread I see >> >> "mmc0: detached" >> >> do you have the previous lines of the dmesg? >> > > This is what I can see on the display: > (Copied by hand, so there might be some typos) > > pcib2: at device 28.2 on pci0 > pci2: on pcib2 > pci2: at device 0.0 (no driver attached) > pcib3: at device 29.0 on pci0 > pci3: on pcib3 > vgapci1: port 0xd000-0xd07f mem 0xf3000000-0xf3ffffff,0xe0000000-0xefffffff,0xf0000000-0xf1ffffff at device 0.0 on pci3 > isab0: at device 31.0 on pci0 > isa0: on isab0 > pci0: at device 31.2 (no driver attached) > hdac0: mem 0xf4240000-0xf4243fff,0xf4230000-0xf423ffff at device 31.3 on pci0 > em0: mem 0xf4200000-0xf421ffff at device 31.6 on pci0 > em0: Using 1024 TX descriptors and 1024 RX descriptors > em0: Using an MSI interrupt > em0: Ethernet address: 54:ee:75:cb:0d:e3 > em0: netmap queues/slots: TX 1/1024, RX 1/1024 > acpi_tz0: on acpi0 > atkbdc0: port 0x60,0x64 irq 1 on acpi0 > atkbd0: irq 1 on atkbdc0 > kbd0 at atkbd0 > atkbd0: [GIANT-LOCKED] > psm0: irq 12 on atkbdc0 > psm0: [GIANT-LOCKED] > WARNING: Device "psm" is Giant locked and may be deleted before FreeBSD 14.0. > psm0: model Synaptics Touchpad, device ID 0 > battery0: on acpi0 > battery1: on acpi0 > acpi_acad0: on acpi0 > orm0: at iomem 0xc0000-0xcffff pnpid ORM0000 on isa0 > hwpstate_intel0: on cpu0 > hwpstate_intel1: on cpu1 > hwpstate_intel2: on cpu2 > hwpstate_intel3: on cpu3 > Timecounters tick every 1.000 msec > ZFS filesystem version: 5 > ZFS storage pool version: features support (5000) Do you see an rtsx message before this mmc0 ? > mmc0: detached > ugen0.1: <0x8086 XHCI root HUB> at usbus0 > > Fatal trap 9: general protection fault while in kernel mode > cupid = 3; apic id = 03 > . > . > > Im not sure if this is an interesting data point or not, > but a warm boot without the card inserted succeeds after > a cold boot with the card inserted. This remind me of a case of rebooting FreeBSD after a window session. I will check in my mail archive... Thank you for your time > > Best regards, > > Marc Veldman > > > From owner-freebsd-current@freebsd.org Thu May 13 04:00:13 2021 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 90FB462F869 for ; Thu, 13 May 2021 04:00:13 +0000 (UTC) (envelope-from marc@bumblingdork.com) Received: from mail-ed1-x52d.google.com (mail-ed1-x52d.google.com [IPv6:2a00:1450:4864:20::52d]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4FgdGh1VWYz3vh1 for ; Thu, 13 May 2021 04:00:11 +0000 (UTC) (envelope-from marc@bumblingdork.com) Received: by mail-ed1-x52d.google.com with SMTP id j26so25833827edf.9 for ; Wed, 12 May 2021 21:00:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bumblingdork.com; s=google; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=J5b0bywchx59aw9KvLlBzCLWOZ2ruhtuwJVTeFQIJBI=; b=lJtGLu6JQRqaneS7GMABhe3VLDz5+2/pjF6g8BS4TMxtJk2t88K6aeOCdjG9jYIJQU aFShLdwGs+L1luOFK+4JrFxgjaD74dEQAOFk6WDJBMtZB+UuQXlDn72AZ3HehtZIjeNf NJb7t8pkGbgVPXVZP4hcNrDCCKFAj2kqNmFjL8owHXBfYTpwBLBVTh+eya2gzDODn7ut 9yvv8tA/Fm6sCnc5fxzftOEa0LCY5Qv3q1c6uS6WoXQOlaaTAecSVR0UdG78q7bQvAPA O5fdpOs8RhAs5fwg9wM/pOC5Hgu2AFsRphSU3USnXNS32eTx0QBdxV5l00nelVLpQt4r a8fw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=J5b0bywchx59aw9KvLlBzCLWOZ2ruhtuwJVTeFQIJBI=; b=TIvBLG6kQCUt5jbIDiIwPlgLggsbPxHhWzbjmjNouSt3PW/Gv/nujvbM+j/ktXXQ6y IAbWSKblpO9beI4/4VAFDhLKLBpe3hec+iSOkDiGo6URyUa/Cpw2Cxxi54VjEEUSRzJJ qxPwMHct9/N+iq4YUExCM1qLu87Dg/bmZfkmXxxtIDVtFgyUZnIUr/C4+/EbaZj/26h1 qWCETToBEqfsRGW/dNOuCSyabIZMSREdWsicHHCsSlokQs4I0sMSuefPeg6rzsaOmPcy +QWM7447Sp2hhAsXzekjUnAfCasm5/ZkFFc7c5CXmo1AnlN6wQFoCxZrweNVEjtPnTXi HxFw== X-Gm-Message-State: AOAM530/dYawEgzULYlvgpt8DrPO6xavT/SpxNaUMyCp5oFeS0Kw626N ARWfp4SoUSlWAN+t3q2clKVcsw== X-Google-Smtp-Source: ABdhPJx0ksqG37AKsvkzHko0EnCSf/UqSR+8bCy+QjGhME2tRPH8HuiLppKS9H28eWcxWvJOq2FuMA== X-Received: by 2002:a05:6402:110b:: with SMTP id u11mr49232132edv.356.1620878408921; Wed, 12 May 2021 21:00:08 -0700 (PDT) Received: from smtpclient.apple ([2001:981:3350:1:e53c:340:bb9a:7a22]) by smtp.gmail.com with ESMTPSA id s2sm1457279edu.89.2021.05.12.21.00.08 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Wed, 12 May 2021 21:00:08 -0700 (PDT) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.80.0.2.43\)) Subject: Re: CURRENT crashes at early boot on Lenovo T540p: rtsx to blame - 13.0-RELEASE crashes same way! From: Marc Veldman In-Reply-To: <664e1728-8c8c-0967-81a9-f7b6e047ddb7@restart.be> Date: Thu, 13 May 2021 06:00:07 +0200 Cc: freebsd-current@freebsd.org, "lev@freebsd.org" Content-Transfer-Encoding: quoted-printable Message-Id: <2C68D31D-B24E-44B3-AF80-D215C1D1A56E@bumblingdork.com> References: <740cd7a0-3faf-7a56-80f7-dbb9bdacb55b@FreeBSD.org> <37122994-8172-b943-2602-fd1b4e9af78a@FreeBSD.org> <20210512122747.51d2f574@laptop.domain> <1e23c1de-7529-0be9-c4ec-83d17b2b6bac@restart.be> <20210512133456.57f374f4@ernst.home> <20210512141130.755ae361@ernst.home> <9f0abf48-ed13-bff3-5687-fca0d57195d8@restart.be> <664e1728-8c8c-0967-81a9-f7b6e047ddb7@restart.be> To: Henri Hennebert X-Mailer: Apple Mail (2.3654.80.0.2.43) X-Rspamd-Queue-Id: 4FgdGh1VWYz3vh1 X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bumblingdork.com header.s=google header.b=lJtGLu6J; dmarc=pass (policy=none) header.from=bumblingdork.com; spf=pass (mx1.freebsd.org: domain of marc@bumblingdork.com designates 2a00:1450:4864:20::52d as permitted sender) smtp.mailfrom=marc@bumblingdork.com X-Spamd-Result: default: False [-3.50 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[bumblingdork.com:+]; DMARC_POLICY_ALLOW(-0.50)[bumblingdork.com,none]; NEURAL_HAM_SHORT(-1.00)[-1.000]; SUBJECT_ENDS_EXCLAIM(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[2a00:1450:4864:20::52d:from]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[bumblingdork.com:s=google]; FREEFALL_USER(0.00)[marc]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; SPAMHAUS_ZRD(0.00)[2a00:1450:4864:20::52d:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::52d:from]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 May 2021 04:00:13 -0000 > On 12 May 2021, at 20:49, Henri Hennebert wrote: >=20 > On 5/12/21 8:01 PM, Marc Veldman wrote: >>> On 12 May 2021, at 18:06, Henri Hennebert wrote: >>>=20 >>> On 5/12/21 5:04 PM, Marc Veldman wrote: >>>> Unfortunately I can only say =E2=80=9Cme too=E2=80=9D, but on a = different Lenovo laptop. >>>> I=E2=80=99ve put my diagnostics in this thread, with the SVN = revision in which it seems to have broken. >>>> = https://docs.freebsd.org/cgi/getmsg.cgi?fetch=3D327822+0+archive/2020/free= bsd-current/20201227.freebsd-current >>>=20 >>> I your first message on the thread I see >>>=20 >>> "mmc0: detached" >>>=20 >>> do you have the previous lines of the dmesg? >>>=20 >> This is what I can see on the display: >> (Copied by hand, so there might be some typos) >> pcib2: at device 28.2 on pci0 >> pci2: on pcib2 >> pci2: at device 0.0 (no driver attached) >> pcib3: at device 29.0 on pci0 >> pci3: on pcib3 >> vgapci1: port 0xd000-0xd07f mem = 0xf3000000-0xf3ffffff,0xe0000000-0xefffffff,0xf0000000-0xf1ffffff at = device 0.0 on pci3 >> isab0: at device 31.0 on pci0 >> isa0: on isab0 >> pci0: at device 31.2 (no driver attached) >> hdac0: mem = 0xf4240000-0xf4243fff,0xf4230000-0xf423ffff at device 31.3 on pci0 >> em0: mem 0xf4200000-0xf421ffff at device 31.6 = on pci0 >> em0: Using 1024 TX descriptors and 1024 RX descriptors >> em0: Using an MSI interrupt >> em0: Ethernet address: 54:ee:75:cb:0d:e3 >> em0: netmap queues/slots: TX 1/1024, RX 1/1024 >> acpi_tz0: on acpi0 >> atkbdc0: port 0x60,0x64 irq 1 on acpi0 >> atkbd0: irq 1 on atkbdc0 >> kbd0 at atkbd0 >> atkbd0: [GIANT-LOCKED] >> psm0: irq 12 on atkbdc0 >> psm0: [GIANT-LOCKED] >> WARNING: Device "psm" is Giant locked and may be deleted before = FreeBSD 14.0. >> psm0: model Synaptics Touchpad, device ID 0 >> battery0: on acpi0 >> battery1: on acpi0 >> acpi_acad0: on acpi0 >> orm0: at iomem 0xc0000-0xcffff pnpid ORM0000 on isa0 >> hwpstate_intel0: on cpu0 >> hwpstate_intel1: on cpu1 >> hwpstate_intel2: on cpu2 >> hwpstate_intel3: on cpu3 >> Timecounters tick every 1.000 msec >> ZFS filesystem version: 5 >> ZFS storage pool version: features support (5000) >=20 > Do you see an rtsx message before this mmc0 ? >=20 >> mmc0: detached >> ugen0.1: <0x8086 Yes. rtsx0: <2.0c Realtek RT5522A PCI MMC/SD Card reader mem = 0xf4100000-0xf4100fff at device 0.0 on pci1> rtsx0: Card present mmc0: on rtsx0 rtsx0: Interrupt card inserted/removed rtsx0: Card absent pcib2: ad device 28.2 on pci0 =E2=80=A6 (continue as above, with panic) Note: The card is not inserted. >> XHCI root HUB> at usbus0 >> Fatal trap 9: general protection fault while in kernel mode >> cupid =3D 3; apic id =3D 03 >> =E2=80=A6. >> =E2=80=A6. >> I=E2=80=99m not sure if this is an interesting data point or not, >> but a warm boot without the card inserted succeeds after >> a cold boot with the card inserted. >=20 > This remind me of a case of rebooting FreeBSD after a window session. > I will check in my mail archive... >=20 > Thank you for your time Best regards, Marc Veldman= From owner-freebsd-current@freebsd.org Thu May 13 09:49:48 2021 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 5E151638E83 for ; Thu, 13 May 2021 09:49:48 +0000 (UTC) (envelope-from hlh@restart.be) Received: from tignes.restart.be (tignes.restart.be [37.187.123.11]) (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 "tignes.restart.be", Issuer "CA master" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Fgn230FMzz4fxW; Thu, 13 May 2021 09:49:46 +0000 (UTC) (envelope-from hlh@restart.be) X-Comment: SPF check N/A for local connections - client-ip=192.168.25.127; helo=restart.be; envelope-from=hlh@restart.be; receiver= DKIM-Filter: OpenDKIM Filter v2.10.3 tignes.restart.be 4Fgn21051vz4j Received: from restart.be (norquay.tunnel.bel [192.168.25.127]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.restart.be", Issuer "CA master" (verified OK)) by tignes.restart.be (Postfix) with ESMTPS id 4Fgn21051vz4j; Thu, 13 May 2021 11:49:41 +0200 (CEST) Received: from morzine.restart.bel (morzine.restart.be [IPv6:2001:41d0:a:f40b:1:1:0:1]) (authenticated bits=0) by restart.be (8.16.1/8.16.1) with ESMTPSA id 14D9nbsd008273 (version=TLSv1.3 cipher=TLS_AES_128_GCM_SHA256 bits=128 verify=OK); Thu, 13 May 2021 11:49:40 +0200 (CEST) (envelope-from hlh@restart.be) X-Authentication-Warning: norquay.restart.bel: Host morzine.restart.be [IPv6:2001:41d0:a:f40b:1:1:0:1] claimed to be morzine.restart.bel Subject: Re: CURRENT crashes at early boot on Lenovo T540p: rtsx to blame - 13.0-RELEASE crashes same way! To: Marc Veldman Cc: freebsd-current@freebsd.org, "lev@freebsd.org" References: <740cd7a0-3faf-7a56-80f7-dbb9bdacb55b@FreeBSD.org> <37122994-8172-b943-2602-fd1b4e9af78a@FreeBSD.org> <20210512122747.51d2f574@laptop.domain> <1e23c1de-7529-0be9-c4ec-83d17b2b6bac@restart.be> <20210512133456.57f374f4@ernst.home> <20210512141130.755ae361@ernst.home> <9f0abf48-ed13-bff3-5687-fca0d57195d8@restart.be> <664e1728-8c8c-0967-81a9-f7b6e047ddb7@restart.be> <2C68D31D-B24E-44B3-AF80-D215C1D1A56E@bumblingdork.com> From: Henri Hennebert Message-ID: <261e5e3b-6522-2bca-a689-16e5abcd8f8e@restart.be> Date: Thu, 13 May 2021 11:49:37 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Thunderbird/78.10.1 MIME-Version: 1.0 In-Reply-To: <2C68D31D-B24E-44B3-AF80-D215C1D1A56E@bumblingdork.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: 4Fgn230FMzz4fxW X-Spamd-Bar: --- X-Spamd-Result: default: False [-4.00 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:37.187.123.11/32:c]; HAS_XAW(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[restart.be:+]; DMARC_POLICY_ALLOW(-0.50)[restart.be,reject]; NEURAL_HAM_SHORT(-1.00)[-1.000]; SUBJECT_ENDS_EXCLAIM(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[37.187.123.11:from]; ASN(0.00)[asn:16276, ipnet:37.187.0.0/16, country:FR]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[restart.be:s=tignes]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[37.187.123.11:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 May 2021 09:49:48 -0000 On 5/13/21 6:00 AM, Marc Veldman wrote: > >> On 12 May 2021, at 20:49, Henri Hennebert wrote: >> >> On 5/12/21 8:01 PM, Marc Veldman wrote: >>>> On 12 May 2021, at 18:06, Henri Hennebert wrote: >>>> >>>> On 5/12/21 5:04 PM, Marc Veldman wrote: >>>>> Unfortunately I can only say me too, but on a different Lenovo laptop. >>>>> Ive put my diagnostics in this thread, with the SVN revision in which it seems to have broken. >>>>> https://docs.freebsd.org/cgi/getmsg.cgi?fetch=327822+0+archive/2020/freebsd-current/20201227.freebsd-current >>>> >>>> I your first message on the thread I see >>>> >>>> "mmc0: detached" >>>> >>>> do you have the previous lines of the dmesg? >>>> >>> This is what I can see on the display: >>> (Copied by hand, so there might be some typos) >>> pcib2: at device 28.2 on pci0 >>> pci2: on pcib2 >>> pci2: at device 0.0 (no driver attached) >>> pcib3: at device 29.0 on pci0 >>> pci3: on pcib3 >>> vgapci1: port 0xd000-0xd07f mem 0xf3000000-0xf3ffffff,0xe0000000-0xefffffff,0xf0000000-0xf1ffffff at device 0.0 on pci3 >>> isab0: at device 31.0 on pci0 >>> isa0: on isab0 >>> pci0: at device 31.2 (no driver attached) >>> hdac0: mem 0xf4240000-0xf4243fff,0xf4230000-0xf423ffff at device 31.3 on pci0 >>> em0: mem 0xf4200000-0xf421ffff at device 31.6 on pci0 >>> em0: Using 1024 TX descriptors and 1024 RX descriptors >>> em0: Using an MSI interrupt >>> em0: Ethernet address: 54:ee:75:cb:0d:e3 >>> em0: netmap queues/slots: TX 1/1024, RX 1/1024 >>> acpi_tz0: on acpi0 >>> atkbdc0: port 0x60,0x64 irq 1 on acpi0 >>> atkbd0: irq 1 on atkbdc0 >>> kbd0 at atkbd0 >>> atkbd0: [GIANT-LOCKED] >>> psm0: irq 12 on atkbdc0 >>> psm0: [GIANT-LOCKED] >>> WARNING: Device "psm" is Giant locked and may be deleted before FreeBSD 14.0. >>> psm0: model Synaptics Touchpad, device ID 0 >>> battery0: on acpi0 >>> battery1: on acpi0 >>> acpi_acad0: on acpi0 >>> orm0: at iomem 0xc0000-0xcffff pnpid ORM0000 on isa0 >>> hwpstate_intel0: on cpu0 >>> hwpstate_intel1: on cpu1 >>> hwpstate_intel2: on cpu2 >>> hwpstate_intel3: on cpu3 >>> Timecounters tick every 1.000 msec >>> ZFS filesystem version: 5 >>> ZFS storage pool version: features support (5000) >> >> Do you see an rtsx message before this mmc0 ? >> >>> mmc0: detached >>> ugen0.1: <0x8086 > > > Yes. > rtsx0: <2.0c Realtek RT5522A PCI MMC/SD Card reader mem 0xf4100000-0xf4100fff at device 0.0 on pci1> > rtsx0: Card present > mmc0: on rtsx0 > rtsx0: Interrupt card inserted/removed > rtsx0: Card absent The "card present" and just after the iterrupt and "card absent" seems strange... Can you please show the dmesg after a warm reboot with no card inserted. > pcib2: ad device 28.2 on pci0 > (continue as above, with panic) > > Note: The card is not inserted. > > >>> XHCI root HUB> at usbus0 >>> Fatal trap 9: general protection fault while in kernel mode >>> cupid = 3; apic id = 03 >>> . >>> . >>> Im not sure if this is an interesting data point or not, >>> but a warm boot without the card inserted succeeds after >>> a cold boot with the card inserted. >> >> This remind me of a case of rebooting FreeBSD after a window session. >> I will check in my mail archive... >> >> Thank you for your time > > Best regards, > > Marc Veldman > From owner-freebsd-current@freebsd.org Thu May 13 11:31:50 2021 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 D6CB063B778 for ; Thu, 13 May 2021 11:31:50 +0000 (UTC) (envelope-from lev@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 "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4FgqHp5fMTz4ldk; Thu, 13 May 2021 11:31:50 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from onlyone.not-for.work (onlyone.not-for.work [IPv6:2a01:4f8:201:6350::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: lev/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 9F3CB87EF; Thu, 13 May 2021 11:31:50 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from [192.168.134.16] (unknown [94.19.224.8]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.not-for.work (Postfix) with ESMTPSA id 76FE24851; Thu, 13 May 2021 14:31:47 +0300 (MSK) Reply-To: lev@FreeBSD.org Subject: Re: CURRENT crashes at early boot on Lenovo T540p: rtsx to blame - 13.0-RELEASE crashes same way! To: Marc Veldman , Henri Hennebert Cc: freebsd-current@freebsd.org References: <740cd7a0-3faf-7a56-80f7-dbb9bdacb55b@FreeBSD.org> <37122994-8172-b943-2602-fd1b4e9af78a@FreeBSD.org> <20210512122747.51d2f574@laptop.domain> <1e23c1de-7529-0be9-c4ec-83d17b2b6bac@restart.be> <20210512133456.57f374f4@ernst.home> <20210512141130.755ae361@ernst.home> <9f0abf48-ed13-bff3-5687-fca0d57195d8@restart.be> From: Lev Serebryakov Organization: FreeBSD Message-ID: <8d4e076b-9ecd-aef2-0ee8-73519bb9d939@FreeBSD.org> Date: Thu, 13 May 2021 14:31:46 +0300 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.10.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 May 2021 11:31:50 -0000 On 12.05.2021 21:01, Marc Veldman wrote: > I’m not sure if this is an interesting data point or not, > but a warm boot without the card inserted succeeds after > a cold boot with the card inserted. It could explain, why my tests with "same code path" gave different results! -- // Lev Serebryakov From owner-freebsd-current@freebsd.org Thu May 13 11:35:18 2021 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 A368E63B900 for ; Thu, 13 May 2021 11:35:18 +0000 (UTC) (envelope-from hlh@restart.be) Received: from tignes.restart.be (tignes.restart.be [37.187.123.11]) (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 "tignes.restart.be", Issuer "CA master" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4FgqMp3B2Gz4m2M; Thu, 13 May 2021 11:35:18 +0000 (UTC) (envelope-from hlh@restart.be) X-Comment: SPF check N/A for local connections - client-ip=192.168.25.127; helo=restart.be; envelope-from=hlh@restart.be; receiver= DKIM-Filter: OpenDKIM Filter v2.10.3 tignes.restart.be 4FgqMl6GjHzDN Received: from restart.be (norquay.tunnel.bel [192.168.25.127]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.restart.be", Issuer "CA master" (verified OK)) by tignes.restart.be (Postfix) with ESMTPS id 4FgqMl6GjHzDN; Thu, 13 May 2021 13:35:13 +0200 (CEST) Received: from morzine.restart.bel (morzine.restart.be [IPv6:2001:41d0:a:f40b:1:1:0:1]) (authenticated bits=0) by restart.be (8.16.1/8.16.1) with ESMTPSA id 14DBZAfQ008872 (version=TLSv1.3 cipher=TLS_AES_128_GCM_SHA256 bits=128 verify=OK); Thu, 13 May 2021 13:35:10 +0200 (CEST) (envelope-from hlh@restart.be) X-Authentication-Warning: norquay.restart.bel: Host morzine.restart.be [IPv6:2001:41d0:a:f40b:1:1:0:1] claimed to be morzine.restart.bel Subject: Re: CURRENT crashes at early boot on Lenovo T540p: rtsx to blame - 13.0-RELEASE crashes same way! To: lev@FreeBSD.org, Marc Veldman Cc: freebsd-current@freebsd.org References: <740cd7a0-3faf-7a56-80f7-dbb9bdacb55b@FreeBSD.org> <37122994-8172-b943-2602-fd1b4e9af78a@FreeBSD.org> <20210512122747.51d2f574@laptop.domain> <1e23c1de-7529-0be9-c4ec-83d17b2b6bac@restart.be> <20210512133456.57f374f4@ernst.home> <20210512141130.755ae361@ernst.home> <9f0abf48-ed13-bff3-5687-fca0d57195d8@restart.be> <8d4e076b-9ecd-aef2-0ee8-73519bb9d939@FreeBSD.org> From: Henri Hennebert Message-ID: <8d2be5f2-4144-082e-4237-0dac0c4b37e6@restart.be> Date: Thu, 13 May 2021 13:35:10 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Thunderbird/78.10.1 MIME-Version: 1.0 In-Reply-To: <8d4e076b-9ecd-aef2-0ee8-73519bb9d939@FreeBSD.org> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: 4FgqMp3B2Gz4m2M X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 May 2021 11:35:18 -0000 On 5/13/21 1:31 PM, Lev Serebryakov wrote: > On 12.05.2021 21:01, Marc Veldman wrote: > >> Im not sure if this is an interesting data point or not, >> but a warm boot without the card inserted succeeds after >> a cold boot with the card inserted. > > It could explain, why my tests with "same code path" gave different results! > With a "cold" boot and without a card inserted did you see something like: rtsx0: <2.0c Realtek ... rtsx0: Card present mmc0: on rtsx0 rtsx0: Interrupt card inserted/removed rtsx0: Card absent From owner-freebsd-current@freebsd.org Thu May 13 11:58:08 2021 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 6BA5B63C325 for ; Thu, 13 May 2021 11:58:08 +0000 (UTC) (envelope-from marc@bumblingdork.com) Received: from mail-ed1-x529.google.com (mail-ed1-x529.google.com [IPv6:2a00:1450:4864:20::529]) (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 4Fgqt746pJz4mlF for ; Thu, 13 May 2021 11:58:07 +0000 (UTC) (envelope-from marc@bumblingdork.com) Received: by mail-ed1-x529.google.com with SMTP id di13so30676684edb.2 for ; Thu, 13 May 2021 04:58:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bumblingdork.com; s=google; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=433o1w0eMe+I4Qhgl36kTrZMzJS4PjNiFYQhxxOyIZ0=; b=Kuemz91EjiYCEYPJDoFYGu1GPJ+YmwNhn5ZA4m0rDyTW+IxAfCucCWqW8zqMSUoskk E82xG3F93xLrOh5dvtZiy4R4k4yVL6l9XQTXhgWOlzUkuiUgfYPi5hU7kiSqz+jvv/W1 hrfiuIXOBmzYRurkh9Y9TITMzVENMWG7vwnc3+dxfACh/hg3gbslHxG36cARS6lEIeBk HmCYYeAGq/4EbJiwJAmBKD+O1ZoZZ8n7emfDadmN7De6GYMAm34WZP6i1yfrxb5W8x58 g2+fgb82tksBUr0nzAsDaUGWx3wBFlJNG3XKTY+etgMBy/cw17NPyxfFPaiidjD1VzF4 Jh7A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=433o1w0eMe+I4Qhgl36kTrZMzJS4PjNiFYQhxxOyIZ0=; b=HM/6einu3/n8sM1FtmtnoJE3Xy3pfVA/H+v2J6mVgG8Egu8bL06t0u/LpFEimhGmLR FJnh7OuKssa3ZP8B9N5Qi78t4wfArQeg5rN2zjMPVmSSD5r0WIZbgX4hFMvpcTpNWlv1 fQV6TqebdOSNg1LkoxE3VJMHVk0RRZpOCqpsVfrZD7noB0f2UbC60nXYGsclwNEHdT+j j+EpuFvdj2hKKR7A0Gr70r2bq1Fl1qYeS81zsVSL2wBxrB3JuMyMcHgyxf6HRsMvh72A Wvq65zsSZWwNl+lw2tZ0MCAnMekaPmx7XyWDU0kZfmwMGfnvZ4ZSAlbsNOty0QP0hCmK 55jQ== X-Gm-Message-State: AOAM530Nr8kmaEH2nKZPOusyyBYu3JlN5aobs5CV/3s59kLskfCqm5bP vMdMarZB39MAg9ZvFzABJVOlPg== X-Google-Smtp-Source: ABdhPJwkEoGHRk/g6Csb4m5zuL0PpIN/HP5ojQJ1X3j/0Gu5F4akDTtO/nRsWWBQG0w5K0+8pMrzDg== X-Received: by 2002:a50:ed0c:: with SMTP id j12mr49619415eds.12.1620907086113; Thu, 13 May 2021 04:58:06 -0700 (PDT) Received: from smtpclient.apple ([2001:981:3350:1:e53c:340:bb9a:7a22]) by smtp.gmail.com with ESMTPSA id s11sm2242488edt.27.2021.05.13.04.58.05 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Thu, 13 May 2021 04:58:05 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.80.0.2.43\)) Subject: Re: CURRENT crashes at early boot on Lenovo T540p: rtsx to blame - 13.0-RELEASE crashes same way! From: Marc Veldman In-Reply-To: <261e5e3b-6522-2bca-a689-16e5abcd8f8e@restart.be> Date: Thu, 13 May 2021 13:58:04 +0200 Cc: freebsd-current@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <33D1DC7E-ECFA-4BA1-B0DE-FD7ADA2AB127@bumblingdork.com> References: <740cd7a0-3faf-7a56-80f7-dbb9bdacb55b@FreeBSD.org> <37122994-8172-b943-2602-fd1b4e9af78a@FreeBSD.org> <20210512122747.51d2f574@laptop.domain> <1e23c1de-7529-0be9-c4ec-83d17b2b6bac@restart.be> <20210512133456.57f374f4@ernst.home> <20210512141130.755ae361@ernst.home> <9f0abf48-ed13-bff3-5687-fca0d57195d8@restart.be> <664e1728-8c8c-0967-81a9-f7b6e047ddb7@restart.be> <2C68D31D-B24E-44B3-AF80-D215C1D1A56E@bumblingdork.com> <261e5e3b-6522-2bca-a689-16e5abcd8f8e@restart.be> To: Henri Hennebert X-Mailer: Apple Mail (2.3654.80.0.2.43) X-Rspamd-Queue-Id: 4Fgqt746pJz4mlF X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bumblingdork.com header.s=google header.b=Kuemz91E; dmarc=pass (policy=none) header.from=bumblingdork.com; spf=pass (mx1.freebsd.org: domain of marc@bumblingdork.com designates 2a00:1450:4864:20::529 as permitted sender) smtp.mailfrom=marc@bumblingdork.com X-Spamd-Result: default: False [-3.32 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[bumblingdork.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[bumblingdork.com,none]; NEURAL_HAM_SHORT(-0.82)[-0.818]; SUBJECT_ENDS_EXCLAIM(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[2a00:1450:4864:20::529:from]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[bumblingdork.com:s=google]; FREEFALL_USER(0.00)[marc]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; SPAMHAUS_ZRD(0.00)[2a00:1450:4864:20::529:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::529:from]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 May 2021 11:58:08 -0000 > On 13 May 2021, at 11:49, Henri Hennebert wrote: >=20 ... ... >>> Do you see an rtsx message before this mmc0 ? >>>=20 >>>> mmc0: detached >>>> ugen0.1: <0x8086 >> Yes. >> rtsx0: <2.0c Realtek RT5522A PCI MMC/SD Card reader mem = 0xf4100000-0xf4100fff at device 0.0 on pci1> >> rtsx0: Card present >> mmc0: on rtsx0 >> rtsx0: Interrupt card inserted/removed >> rtsx0: Card absent >=20 > The "card present" and just after the iterrupt and "card absent" seems = strange... >=20 > Can you please show the dmesg after a warm reboot with no card = inserted. >=20 Dmesg below: It is a slightly modified kernel with a few debug printfs in them. ---<>--- Copyright (c) 1992-2021 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights = reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 14.0-CURRENT #3 main-n246598-30659d1dcbc-dirty: Thu May 13 = 06:14:52 CEST 2021 marc@devnovo:/usr/obj/usr/src/amd64.amd64/sys/GENERIC amd64 FreeBSD clang version 11.0.1 (git@github.com:llvm/llvm-project.git = llvmorg-11.0.1-0-g43ff75f2c3fe) WARNING: WITNESS option enabled, expect reduced performance. VT(efifb): resolution 1920x1080 CPU: Intel(R) Core(TM) i7-6500U CPU @ 2.50GHz (2592.08-MHz K8-class CPU) Origin=3D"GenuineIntel" Id=3D0x406e3 Family=3D0x6 Model=3D0x4e = Stepping=3D3 = Features=3D0xbfebfbff = Features2=3D0x7ffafbbf AMD Features=3D0x2c100800 AMD Features2=3D0x121 Structured Extended = Features=3D0x29c67af Structured Extended Features3=3D0x9c000000 XSAVE Features=3D0xf VT-x: PAT,HLT,MTF,PAUSE,EPT,UG,VPID TSC: P-state invariant, performance statistics real memory =3D 17179869184 (16384 MB) avail memory =3D 16430579712 (15669 MB) Event timer "LAPIC" quality 600 ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs FreeBSD/SMP: 1 package(s) x 2 core(s) x 2 hardware threads random: registering fast source Intel Secure Key RNG random: fast provider: "Intel Secure Key RNG" random: unblocking device. ioapic0 irqs 0-119 Launching APs: 1 2 3 Timecounter "TSC-low" frequency 1296042202 Hz quality 1000 random: entropy device external interface WARNING: Device "kbd" is Giant locked and may be deleted before FreeBSD = 14.0. kbd1 at kbdmux0 mlx5en: Mellanox Ethernet driver 3.6.0 (December 2020) efirtc0: efirtc0: registered as a time-of-day clock, resolution 1.000000s smbios0: at iomem 0xb703e000-0xb703e01e smbios0: Version: 2.8, BCD Revision: 2.8 aesni0: acpi0: acpi_ec0: port 0x62,0x66 on acpi0 acpi0: Power Button (fixed) cpu0: on acpi0 attimer0: port 0x40-0x43 irq 0 on acpi0 Timecounter "i8254" frequency 1193182 Hz quality 0 Event timer "i8254" frequency 1193182 Hz quality 100 hpet0: iomem 0xfed00000-0xfed003ff on acpi0 Timecounter "HPET" frequency 24000000 Hz quality 950 Event timer "HPET" frequency 24000000 Hz quality 550 Event timer "HPET1" frequency 24000000 Hz quality 440 Event timer "HPET2" frequency 24000000 Hz quality 440 Event timer "HPET3" frequency 24000000 Hz quality 440 Event timer "HPET4" frequency 24000000 Hz quality 440 atrtc0: port 0x70-0x71 irq 8 on acpi0 atrtc0: registered as a time-of-day clock, resolution 1.000000s Event timer "RTC" frequency 32768 Hz quality 0 Timecounter "ACPI-fast" frequency 3579545 Hz quality 900 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1808-0x180b on acpi0 acpi_lid0: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 vgapci0: port 0xe000-0xe03f mem = 0xf2000000-0xf2ffffff,0xc0000000-0xdfffffff irq 16 at device 2.0 on pci0 vgapci0: Boot video device xhci0: mem = 0xf4220000-0xf422ffff at device 20.0 on pci0 xhci0: 32 bytes context size, 64-bit DMA usbus0 on xhci0 usbus0: 5.0Gbps Super Speed USB v3.0 pci0: at device 22.0 (no driver attached) ahci0: port = 0xe080-0xe087,0xe088-0xe08b,0xe060-0xe07f mem = 0xf4248000-0xf4249fff,0xf424f000-0xf424f0ff,0xf424d000-0xf424d7ff at = device 23.0 on pci0 ahci0: AHCI v1.31 with 1 6Gbps ports, Port Multiplier not supported ahcich1: at channel 1 on ahci0 pcib1: at device 28.0 on pci0 pci1: on pcib1 rtsx0: <2.0c Realtek RTS522A PCI MMC/SD Card Reader> mem = 0xf4100000-0xf4100fff at device 0.0 on pci1 rtsx0: Card absent pcib2: at device 28.2 on pci0 pci2: on pcib2 pci2: at device 0.0 (no driver attached) pcib3: at device 29.0 on pci0 pci3: on pcib3 vgapci1: port 0xd000-0xd07f mem = 0xf3000000-0xf3ffffff,0xe0000000-0xefffffff,0xf0000000-0xf1ffffff at = device 0.0 on pci3 isab0: at device 31.0 on pci0 isa0: on isab0 pci0: at device 31.2 (no driver attached) hdac0: mem = 0xf4240000-0xf4243fff,0xf4230000-0xf423ffff at device 31.3 on pci0 em0: mem 0xf4200000-0xf421ffff at device 31.6 on = pci0 em0: Using 1024 TX descriptors and 1024 RX descriptors em0: Using an MSI interrupt em0: Ethernet address: 54:ee:75:cb:0d:e3 em0: netmap queues/slots: TX 1/1024, RX 1/1024 acpi_tz0: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] WARNING: Device "psm" is Giant locked and may be deleted before FreeBSD = 14.0. psm0: model Synaptics Touchpad, device ID 0 battery0: on acpi0 battery1: on acpi0 acpi_acad0: on acpi0 orm0: at iomem 0xc0000-0xcffff pnpid ORM0000 on isa0 hwpstate_intel0: on cpu0 hwpstate_intel1: on cpu1 hwpstate_intel2: on cpu2 hwpstate_intel3: on cpu3 Timecounters tick every 1.000 msec ZFS filesystem version: 5 ZFS storage pool version: features support (5000) hdacc0: at cad 0 on hdac0 hdaa0: at nid 1 on hdacc0 pcm0: at nid 20 and 26 on hdaa0 pcm1: at nid 21 and 18 on hdaa0 hdacc1: at cad 2 on hdac0 hdaa1: at nid 1 on hdacc1 pcm2: at nid 3 on hdaa1 WARNING: WITNESS option enabled, expect reduced performance. ugen0.1: <0x8086 XHCI root HUB> at usbus0 uhub0Trying to mount root from zfs:zroot/ROOT/default []... on usbus0 uhub0: <0x8086 XHCI root HUB, class 9/0, rev 3.00/1.00, addr 1> on = usbus0 Root mount waiting for: usbus0 CAM ada0 at ahcich1 bus 0 scbus0 target 0 lun 0 ada0: ACS-2 ATA SATA 3.x device ada0: Serial Number S39FNX0J625463T ada0: 600.000MB/s transfers (SATA 3.x, UDMA6, PIO 512bytes) ada0: Command Queueing enabled ada0: 488386MB (1000215216 512 byte sectors) ada0: quirks=3D0x3<4K,NCQ_TRIM_BROKEN> uhub0: 18 ports with 18 removable, self powered Root mount waiting for: usbus0 ugen0.2: at usbus0 Root mount waiting for: usbus0 ugen0.3: at usbus0 ugen0.4: at usbus0 Root mount waiting for: usbus0 ugen0.5: at usbus0 pchtherm0: mem 0xf424b000-0xf424bfff at = device 20.2 on pci0 ichsmb0: port 0xefa0-0xefbf = mem 0xf424e000-0xf424e0ff at device 31.4 on pci0 smbus0: on ichsmb0 iwm0: mem 0xf4000000-0xf4001fff at = device 0.0 on pci2 iwm0: hw rev 0x200, fw ver 22.361476.0, address f4:8c:50:50:22:83 acpi_wmi0: on acpi0 acpi_wmi0: Embedded MOF found ACPI: \134_SB.WMI1.WQBA: 1 arguments were passed to a non-method ACPI = object (Buffer) (20210331/nsarguments-361) acpi_wmi1: on acpi0 acpi_wmi1: Embedded MOF found ACPI: \134_SB.WMI2.WQBB: 1 arguments were passed to a non-method ACPI = object (Buffer) (20210331/nsarguments-361) acpi_wmi2: on acpi0 acpi_wmi2: Embedded MOF found ACPI: \134_SB.WMI3.WQBC: 1 arguments were passed to a non-method ACPI = object (Buffer) (20210331/nsarguments-361) lo0: link state changed to UP em0: link state changed to UP ubt0 on uhub0 ubt0: on usbus0 ubt1 on uhub0 ubt1: = on usbus0 WARNING: attempt to domain_add(bluetooth) after domainfinalize() WARNING: attempt to domain_add(netgraph) after domainfinalize() Security policy loaded: MAC/ntpd (mac_ntpd) Best regards, Marc Veldman From owner-freebsd-current@freebsd.org Thu May 13 12:01:05 2021 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 7FF2163D415 for ; Thu, 13 May 2021 12:01:05 +0000 (UTC) (envelope-from lev@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 "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4FgqxY378yz4nqN; Thu, 13 May 2021 12:01:05 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from onlyone.not-for.work (onlyone.not-for.work [IPv6:2a01:4f8:201:6350::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: lev/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 414F987FB; Thu, 13 May 2021 12:01:05 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from [192.168.134.16] (unknown [94.19.224.8]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.not-for.work (Postfix) with ESMTPSA id B8006485C; Thu, 13 May 2021 15:01:03 +0300 (MSK) Reply-To: lev@FreeBSD.org Subject: Re: CURRENT crashes at early boot on Lenovo T540p: rtsx to blame - 13.0-RELEASE crashes same way! To: Henri Hennebert , Marc Veldman Cc: freebsd-current@freebsd.org References: <740cd7a0-3faf-7a56-80f7-dbb9bdacb55b@FreeBSD.org> <37122994-8172-b943-2602-fd1b4e9af78a@FreeBSD.org> <20210512122747.51d2f574@laptop.domain> <1e23c1de-7529-0be9-c4ec-83d17b2b6bac@restart.be> <20210512133456.57f374f4@ernst.home> <20210512141130.755ae361@ernst.home> <9f0abf48-ed13-bff3-5687-fca0d57195d8@restart.be> <8d4e076b-9ecd-aef2-0ee8-73519bb9d939@FreeBSD.org> <8d2be5f2-4144-082e-4237-0dac0c4b37e6@restart.be> From: Lev Serebryakov Organization: FreeBSD Message-ID: Date: Thu, 13 May 2021 15:01:03 +0300 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.10.1 MIME-Version: 1.0 In-Reply-To: <8d2be5f2-4144-082e-4237-0dac0c4b37e6@restart.be> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 May 2021 12:01:05 -0000 On 13.05.2021 14:35, Henri Hennebert wrote: >>> I’m not sure if this is an interesting data point or not, >>> but a warm boot without the card inserted succeeds after >>> a cold boot with the card inserted. >> >>   It could explain, why my tests with "same code path" gave different results! >> > With a "cold" boot and without a card inserted did you see something like: > > rtsx0: <2.0c Realtek ... > rtsx0: Card present > mmc0: on rtsx0 > rtsx0: Interrupt card inserted/removed > rtsx0: Card absent When it panics, it panics before rtsx0 prints something in my case. -- // Lev Serebryakov From owner-freebsd-current@freebsd.org Thu May 13 12:06:32 2021 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 8405963D8B7 for ; Thu, 13 May 2021 12:06:32 +0000 (UTC) (envelope-from hlh@restart.be) Received: from tignes.restart.be (tignes.restart.be [IPv6:2001:41d0:a:f40b::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 (2048 bits) client-digest SHA256) (Client CN "tignes.restart.be", Issuer "CA master" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Fgr3q45nnz4p9F for ; Thu, 13 May 2021 12:06:31 +0000 (UTC) (envelope-from hlh@restart.be) X-Comment: SPF check N/A for local connections - client-ip=192.168.25.127; helo=restart.be; envelope-from=hlh@restart.be; receiver= DKIM-Filter: OpenDKIM Filter v2.10.3 tignes.restart.be 4Fgr3h21cQzGp Received: from restart.be (norquay.tunnel.bel [192.168.25.127]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.restart.be", Issuer "CA master" (verified OK)) by tignes.restart.be (Postfix) with ESMTPS id 4Fgr3h21cQzGp; Thu, 13 May 2021 14:06:21 +0200 (CEST) Received: from morzine.restart.bel (morzine.restart.be [IPv6:2001:41d0:a:f40b:1:1:0:1]) (authenticated bits=0) by restart.be (8.16.1/8.16.1) with ESMTPSA id 14DC6Kro009389 (version=TLSv1.3 cipher=TLS_AES_128_GCM_SHA256 bits=128 verify=OK); Thu, 13 May 2021 14:06:20 +0200 (CEST) (envelope-from hlh@restart.be) X-Authentication-Warning: norquay.restart.bel: Host morzine.restart.be [IPv6:2001:41d0:a:f40b:1:1:0:1] claimed to be morzine.restart.bel Subject: Re: CURRENT crashes at early boot on Lenovo T540p: rtsx to blame - 13.0-RELEASE crashes same way! To: Marc Veldman Cc: freebsd-current@freebsd.org References: <740cd7a0-3faf-7a56-80f7-dbb9bdacb55b@FreeBSD.org> <37122994-8172-b943-2602-fd1b4e9af78a@FreeBSD.org> <20210512122747.51d2f574@laptop.domain> <1e23c1de-7529-0be9-c4ec-83d17b2b6bac@restart.be> <20210512133456.57f374f4@ernst.home> <20210512141130.755ae361@ernst.home> <9f0abf48-ed13-bff3-5687-fca0d57195d8@restart.be> <664e1728-8c8c-0967-81a9-f7b6e047ddb7@restart.be> <2C68D31D-B24E-44B3-AF80-D215C1D1A56E@bumblingdork.com> <261e5e3b-6522-2bca-a689-16e5abcd8f8e@restart.be> <33D1DC7E-ECFA-4BA1-B0DE-FD7ADA2AB127@bumblingdork.com> From: Henri Hennebert Message-ID: <4f396c9f-2e35-fa02-f313-a6a664836673@restart.be> Date: Thu, 13 May 2021 14:06:20 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Thunderbird/78.10.1 MIME-Version: 1.0 In-Reply-To: <33D1DC7E-ECFA-4BA1-B0DE-FD7ADA2AB127@bumblingdork.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4Fgr3q45nnz4p9F X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[restart.be:s=tignes]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2001:41d0:a:f40b::1/128:c]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; HAS_XAW(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; SPAMHAUS_ZRD(0.00)[2001:41d0:a:f40b::1:from:127.0.2.255]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[restart.be:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[restart.be,reject]; NEURAL_HAM_SHORT(-1.00)[-1.000]; SUBJECT_ENDS_EXCLAIM(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[2001:41d0:a:f40b::1:from]; ASN(0.00)[asn:16276, ipnet:2001:41d0::/32, country:FR]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 May 2021 12:06:32 -0000 On 5/13/21 1:58 PM, Marc Veldman wrote: > > >> On 13 May 2021, at 11:49, Henri Hennebert wrote: >> > ... > ... >>>> Do you see an rtsx message before this mmc0 ? >>>> >>>>> mmc0: detached >>>>> ugen0.1: <0x8086 >>> Yes. >>> rtsx0: <2.0c Realtek RT5522A PCI MMC/SD Card reader mem 0xf4100000-0xf4100fff at device 0.0 on pci1> >>> rtsx0: Card present >>> mmc0: on rtsx0 >>> rtsx0: Interrupt card inserted/removed >>> rtsx0: Card absent >> >> The "card present" and just after the iterrupt and "card absent" seems strange... >> >> Can you please show the dmesg after a warm reboot with no card inserted. >> > > Dmesg below: > > It is a slightly modified kernel with a few debug printfs in them. > > ---<>--- > Copyright (c) 1992-2021 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > The Regents of the University of California. All rights reserved. > FreeBSD is a registered trademark of The FreeBSD Foundation. > FreeBSD 14.0-CURRENT #3 main-n246598-30659d1dcbc-dirty: Thu May 13 06:14:52 CEST 2021 > marc@devnovo:/usr/obj/usr/src/amd64.amd64/sys/GENERIC amd64 > FreeBSD clang version 11.0.1 (git@github.com:llvm/llvm-project.git llvmorg-11.0.1-0-g43ff75f2c3fe) > WARNING: WITNESS option enabled, expect reduced performance. > VT(efifb): resolution 1920x1080 > CPU: Intel(R) Core(TM) i7-6500U CPU @ 2.50GHz (2592.08-MHz K8-class CPU) > Origin="GenuineIntel" Id=0x406e3 Family=0x6 Model=0x4e Stepping=3 > <---clip---> > pci1: on pcib1 > rtsx0: <2.0c Realtek RTS522A PCI MMC/SD Card Reader> mem 0xf4100000-0xf4100fff at device 0.0 on pci1 > rtsx0: Card absent > pcib2: at device 28.2 on pci0 Just what I was thinking: in this case the card status is found correctly without an interrupt. In the "cold" case an interrupt change the card present/absent status, a taskqueue is scheduled. I am digging there... Thanks for your time! henri From owner-freebsd-current@freebsd.org Thu May 13 12:10:05 2021 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 0404263DAB3 for ; Thu, 13 May 2021 12:10:05 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) 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 4Fgr7w5qX5z4pTv for ; Thu, 13 May 2021 12:10:04 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: by mailman.nyi.freebsd.org (Postfix) id C7F4D63DAB1; Thu, 13 May 2021 12:10:04 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id C7C0F63D9C2 for ; Thu, 13 May 2021 12:10:04 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4Fgr7v5RDNz4pBM for ; Thu, 13 May 2021 12:10:03 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (v-critter.freebsd.dk [192.168.55.3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by phk.freebsd.dk (Postfix) with ESMTPS id C7DDA89287 for ; Thu, 13 May 2021 12:09:55 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.16.1/8.16.1) with ESMTPS id 14DC9trX006072 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO) for ; Thu, 13 May 2021 12:09:55 GMT (envelope-from phk@critter.freebsd.dk) Received: (from phk@localhost) by critter.freebsd.dk (8.16.1/8.16.1/Submit) id 14DC9tMa006071; Thu, 13 May 2021 12:09:55 GMT (envelope-from phk) To: current@freebsd.org Subject: HEADSUP: i2c(8) has been washed and ironed From: Poul-Henning Kamp MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <6069.1620907795.1@critter.freebsd.dk> Date: Thu, 13 May 2021 12:09:55 +0000 Message-ID: <6070.1620907795@critter.freebsd.dk> X-Rspamd-Queue-Id: 4Fgr7v5RDNz4pBM X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of phk@critter.freebsd.dk designates 130.225.244.222 as permitted sender) smtp.mailfrom=phk@critter.freebsd.dk X-Spamd-Result: default: False [-3.00 / 15.00]; RCVD_TLS_ALL(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[130.225.244.222:from]; FREEFALL_USER(0.00)[phk]; 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)[current@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[130.225.244.222:from:127.0.2.255]; RCVD_COUNT_THREE(0.00)[3]; ARC_NA(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; DMARC_NA(0.00)[freebsd.dk]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FORGED_SENDER(0.30)[phk@phk.freebsd.dk,phk@critter.freebsd.dk]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:1835, ipnet:130.225.0.0/16, country:EU]; FROM_NEQ_ENVFROM(0.00)[phk@phk.freebsd.dk,phk@critter.freebsd.dk]; MAILMAN_DEST(0.00)[current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 May 2021 12:10:05 -0000 I have renovated the i2c(8) program and while I belive all argument processing is 100% compatible, various undocumented aspects of the program may have changed, amongst these precisely what goes to stdout and stderr. Apologies if this breaks any of your scripts. There is one aspect of this program which I have not changed, but which bugs me utterly: All arguments are in hex, except [-c count] which is decimal. My personal preference would be if all the arguments called strtoul(3) with zero third argument, so that users can use decimal, octal or hex as they prefer, but I fear that would break pretty much every single script. Alternatively [-c count] could be changed to be hex like the rest. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@freebsd.org Thu May 13 12:13:32 2021 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 4306F63DE18 for ; Thu, 13 May 2021 12:13:32 +0000 (UTC) (envelope-from hlh@restart.be) Received: from tignes.restart.be (tignes.restart.be [IPv6:2001:41d0:a:f40b::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 (2048 bits) client-digest SHA256) (Client CN "tignes.restart.be", Issuer "CA master" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4FgrCw0Mxtz4pj4; Thu, 13 May 2021 12:13:31 +0000 (UTC) (envelope-from hlh@restart.be) X-Comment: SPF check N/A for local connections - client-ip=192.168.25.127; helo=restart.be; envelope-from=hlh@restart.be; receiver= DKIM-Filter: OpenDKIM Filter v2.10.3 tignes.restart.be 4FgrCt32pzzDP Received: from restart.be (norquay.tunnel.bel [192.168.25.127]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.restart.be", Issuer "CA master" (verified OK)) by tignes.restart.be (Postfix) with ESMTPS id 4FgrCt32pzzDP; Thu, 13 May 2021 14:13:28 +0200 (CEST) Received: from morzine.restart.bel (morzine.restart.be [IPv6:2001:41d0:a:f40b:1:1:0:1]) (authenticated bits=0) by restart.be (8.16.1/8.16.1) with ESMTPSA id 14DCDRUE009735 (version=TLSv1.3 cipher=TLS_AES_128_GCM_SHA256 bits=128 verify=OK); Thu, 13 May 2021 14:13:27 +0200 (CEST) (envelope-from hlh@restart.be) X-Authentication-Warning: norquay.restart.bel: Host morzine.restart.be [IPv6:2001:41d0:a:f40b:1:1:0:1] claimed to be morzine.restart.bel Subject: Re: CURRENT crashes at early boot on Lenovo T540p: rtsx to blame - 13.0-RELEASE crashes same way! To: lev@FreeBSD.org, Marc Veldman Cc: freebsd-current@freebsd.org References: <740cd7a0-3faf-7a56-80f7-dbb9bdacb55b@FreeBSD.org> <37122994-8172-b943-2602-fd1b4e9af78a@FreeBSD.org> <20210512122747.51d2f574@laptop.domain> <1e23c1de-7529-0be9-c4ec-83d17b2b6bac@restart.be> <20210512133456.57f374f4@ernst.home> <20210512141130.755ae361@ernst.home> <9f0abf48-ed13-bff3-5687-fca0d57195d8@restart.be> <8d4e076b-9ecd-aef2-0ee8-73519bb9d939@FreeBSD.org> <8d2be5f2-4144-082e-4237-0dac0c4b37e6@restart.be> From: Henri Hennebert Message-ID: <6798878a-c499-d78d-e96d-d744513cb80d@restart.be> Date: Thu, 13 May 2021 14:13:27 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Thunderbird/78.10.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: 4FgrCw0Mxtz4pj4 X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 May 2021 12:13:32 -0000 On 5/13/21 2:01 PM, Lev Serebryakov wrote: > On 13.05.2021 14:35, Henri Hennebert wrote: > >>>> Im not sure if this is an interesting data point or not, >>>> but a warm boot without the card inserted succeeds after >>>> a cold boot with the card inserted. >>> >>> It could explain, why my tests with "same code path" gave different results! >>> >> With a "cold" boot and without a card inserted did you see something like: >> >> rtsx0: <2.0c Realtek ... >> rtsx0: Card present >> mmc0: on rtsx0 >> rtsx0: Interrupt card inserted/removed >> rtsx0: Card absent > When it panics, it panics before rtsx0 prints something in my case. > Does iwm0 / mmc0 is shown during boot? can you try a verbose boot (boot -s) if you can't see the verbose output which is too fast on the display: try a boot -p Henri PS Thanks for your time From owner-freebsd-current@freebsd.org Thu May 13 12:26:47 2021 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 48B1663E62F for ; Thu, 13 May 2021 12:26:47 +0000 (UTC) (envelope-from lev@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 "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4FgrWC1TP8z4qR3; Thu, 13 May 2021 12:26:47 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from onlyone.not-for.work (onlyone.not-for.work [IPv6:2a01:4f8:201:6350::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: lev/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 0A3A98E3E; Thu, 13 May 2021 12:26:47 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from [192.168.134.16] (unknown [94.19.224.8]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.not-for.work (Postfix) with ESMTPSA id 7A9A54870; Thu, 13 May 2021 15:26:45 +0300 (MSK) Reply-To: lev@FreeBSD.org Subject: Re: CURRENT crashes at early boot on Lenovo T540p: rtsx to blame - 13.0-RELEASE crashes same way! To: Henri Hennebert , Marc Veldman Cc: freebsd-current@freebsd.org References: <740cd7a0-3faf-7a56-80f7-dbb9bdacb55b@FreeBSD.org> <37122994-8172-b943-2602-fd1b4e9af78a@FreeBSD.org> <20210512122747.51d2f574@laptop.domain> <1e23c1de-7529-0be9-c4ec-83d17b2b6bac@restart.be> <20210512133456.57f374f4@ernst.home> <20210512141130.755ae361@ernst.home> <9f0abf48-ed13-bff3-5687-fca0d57195d8@restart.be> <664e1728-8c8c-0967-81a9-f7b6e047ddb7@restart.be> <2C68D31D-B24E-44B3-AF80-D215C1D1A56E@bumblingdork.com> <261e5e3b-6522-2bca-a689-16e5abcd8f8e@restart.be> <33D1DC7E-ECFA-4BA1-B0DE-FD7ADA2AB127@bumblingdork.com> <4f396c9f-2e35-fa02-f313-a6a664836673@restart.be> From: Lev Serebryakov Organization: FreeBSD Message-ID: Date: Thu, 13 May 2021 15:26:45 +0300 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.10.1 MIME-Version: 1.0 In-Reply-To: <4f396c9f-2e35-fa02-f313-a6a664836673@restart.be> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 May 2021 12:26:47 -0000 On 13.05.2021 15:06, Henri Hennebert via freebsd-current wrote: > Just what I was thinking: in this case the card status is found correctly without an interrupt. > > In the "cold" case an interrupt change the card present/absent status, a taskqueue is scheduled. I am digging there... It could explain, why in my case it crashes in different threads. And sometimes in strlen() in stacktrace which contains rtsx functions! -- // Lev Serebryakov From owner-freebsd-current@freebsd.org Thu May 13 12:40:36 2021 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 B651063F04B for ; Thu, 13 May 2021 12:40:36 +0000 (UTC) (envelope-from lev@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 "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Fgrq84hYHz4rDQ; Thu, 13 May 2021 12:40:36 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from onlyone.not-for.work (onlyone.not-for.work [IPv6:2a01:4f8:201:6350::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: lev/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 7A2D8961A; Thu, 13 May 2021 12:40:36 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from [192.168.134.16] (unknown [94.19.224.8]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.not-for.work (Postfix) with ESMTPSA id A58D64878; Thu, 13 May 2021 15:40:34 +0300 (MSK) Reply-To: lev@FreeBSD.org Subject: Re: CURRENT crashes at early boot on Lenovo T540p: rtsx to blame - 13.0-RELEASE crashes same way! To: Henri Hennebert , Marc Veldman Cc: freebsd-current@freebsd.org References: <740cd7a0-3faf-7a56-80f7-dbb9bdacb55b@FreeBSD.org> <37122994-8172-b943-2602-fd1b4e9af78a@FreeBSD.org> <20210512122747.51d2f574@laptop.domain> <1e23c1de-7529-0be9-c4ec-83d17b2b6bac@restart.be> <20210512133456.57f374f4@ernst.home> <20210512141130.755ae361@ernst.home> <9f0abf48-ed13-bff3-5687-fca0d57195d8@restart.be> <8d4e076b-9ecd-aef2-0ee8-73519bb9d939@FreeBSD.org> <8d2be5f2-4144-082e-4237-0dac0c4b37e6@restart.be> <6798878a-c499-d78d-e96d-d744513cb80d@restart.be> From: Lev Serebryakov Organization: FreeBSD Message-ID: Date: Thu, 13 May 2021 15:40:34 +0300 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.10.1 MIME-Version: 1.0 In-Reply-To: <6798878a-c499-d78d-e96d-d744513cb80d@restart.be> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 May 2021 12:40:36 -0000 On 13.05.2021 15:13, Henri Hennebert via freebsd-current wrote: >>>>> I’m not sure if this is an interesting data point or not, >>>>> but a warm boot without the card inserted succeeds after >>>>> a cold boot with the card inserted. >>>> >>>>   It could explain, why my tests with "same code path" gave different results! >>>> >>> With a "cold" boot and without a card inserted did you see something like: >>> >>> rtsx0: <2.0c Realtek ... >>> rtsx0: Card present >>> mmc0: on rtsx0 >>> rtsx0: Interrupt card inserted/removed >>> rtsx0: Card absent >>   When it panics, it panics before rtsx0 prints something in my case. >> > Does iwm0 / mmc0 is shown during boot? > > can you try a verbose boot (boot -s) do you mean "boot -v"? :) It runs very fast, and there are not so much lines on the screen (is it possible to change screen reoslution before loading i915kms?) Ok, now I've recorded cold boot without SD, without verbose, with my phone (yes, screenshots by photocamera, I fell so low!) and I was wrong, there is rtsx0: rtsx0: <2.0c .....> rtsx0: Card present mmc0: on rtsx0 rtsx0: Interrupt card inserted/removed rtsx0: Card absent ... PANIC! (without rtsx0 in stacktrace, again it is run_interrupt_driven_config_hooks()). > if you can't see the verbose output which is too fast on the display: > try a boot -p Oooops, keyboard is unresponsive after first pause and I can not unpause output :-( Looks like another bug of early boot — EFI boot can not access keywboard before it is detected as `atkbd` (keyboard in loader works!) -- // Lev Serebryakov From owner-freebsd-current@freebsd.org Thu May 13 12:48:22 2021 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 46D0D63F593 for ; Thu, 13 May 2021 12:48:22 +0000 (UTC) (envelope-from hlh@restart.be) Received: from tignes.restart.be (tignes.restart.be [37.187.123.11]) (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 "tignes.restart.be", Issuer "CA master" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Fgs060BzCz4rhN; Thu, 13 May 2021 12:48:21 +0000 (UTC) (envelope-from hlh@restart.be) X-Comment: SPF check N/A for local connections - client-ip=192.168.25.127; helo=restart.be; envelope-from=hlh@restart.be; receiver= DKIM-Filter: OpenDKIM Filter v2.10.3 tignes.restart.be 4Fgs040fbqzDQ Received: from restart.be (norquay.tunnel.bel [192.168.25.127]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.restart.be", Issuer "CA master" (verified OK)) by tignes.restart.be (Postfix) with ESMTPS id 4Fgs040fbqzDQ; Thu, 13 May 2021 14:48:17 +0200 (CEST) Received: from morzine.restart.bel (morzine.restart.be [IPv6:2001:41d0:a:f40b:1:1:0:1]) (authenticated bits=0) by restart.be (8.16.1/8.16.1) with ESMTPSA id 14DCmGDw011001 (version=TLSv1.3 cipher=TLS_AES_128_GCM_SHA256 bits=128 verify=OK); Thu, 13 May 2021 14:48:16 +0200 (CEST) (envelope-from hlh@restart.be) X-Authentication-Warning: norquay.restart.bel: Host morzine.restart.be [IPv6:2001:41d0:a:f40b:1:1:0:1] claimed to be morzine.restart.bel Subject: Re: CURRENT crashes at early boot on Lenovo T540p: rtsx to blame - 13.0-RELEASE crashes same way! To: lev@FreeBSD.org, Marc Veldman Cc: freebsd-current@freebsd.org References: <740cd7a0-3faf-7a56-80f7-dbb9bdacb55b@FreeBSD.org> <37122994-8172-b943-2602-fd1b4e9af78a@FreeBSD.org> <20210512122747.51d2f574@laptop.domain> <1e23c1de-7529-0be9-c4ec-83d17b2b6bac@restart.be> <20210512133456.57f374f4@ernst.home> <20210512141130.755ae361@ernst.home> <9f0abf48-ed13-bff3-5687-fca0d57195d8@restart.be> <8d4e076b-9ecd-aef2-0ee8-73519bb9d939@FreeBSD.org> <8d2be5f2-4144-082e-4237-0dac0c4b37e6@restart.be> <6798878a-c499-d78d-e96d-d744513cb80d@restart.be> From: Henri Hennebert Message-ID: <1de588e2-20cb-3206-3aea-f3f88f577675@restart.be> Date: Thu, 13 May 2021 14:48:16 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Thunderbird/78.10.1 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/mixed; boundary="------------F9E79536A4D5353DBA203CB6" Content-Language: en-US X-Rspamd-Queue-Id: 4Fgs060BzCz4rhN X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 May 2021 12:48:22 -0000 This is a multi-part message in MIME format. --------------F9E79536A4D5353DBA203CB6 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit On 5/13/21 2:40 PM, Lev Serebryakov wrote: > On 13.05.2021 15:13, Henri Hennebert via freebsd-current wrote: > >>>>>> Im not sure if this is an interesting data point or not, >>>>>> but a warm boot without the card inserted succeeds after >>>>>> a cold boot with the card inserted. >>>>> >>>>> It could explain, why my tests with "same code path" gave different results! >>>>> >>>> With a "cold" boot and without a card inserted did you see something like: >>>> >>>> rtsx0: <2.0c Realtek ... >>>> rtsx0: Card present >>>> mmc0: on rtsx0 >>>> rtsx0: Interrupt card inserted/removed >>>> rtsx0: Card absent >>> When it panics, it panics before rtsx0 prints something in my case. >>> >> Does iwm0 / mmc0 is shown during boot? >> >> can you try a verbose boot (boot -s) > do you mean "boot -v"? :) It runs very fast, and there are not so much lines > on the screen (is it possible to change screen reoslution before loading i915kms?) OUPS yes boot -v > > Ok, now I've recorded cold boot without SD, without verbose, with my phone > (yes, screenshots by photocamera, I fell so low!) and I was wrong, there is rtsx0: > > > > rtsx0: <2.0c .....> > rtsx0: Card present > mmc0: on rtsx0 > rtsx0: Interrupt card inserted/removed > rtsx0: Card absent > ... This must be the culprit this change from present/absent > PANIC! (without rtsx0 in stacktrace, again it is > run_interrupt_driven_config_hooks()). > >> if you can't see the verbose output which is too fast on the display: >> try a boot -p > Oooops, keyboard is unresponsive after first pause and I can not unpause > output :-( > > Looks like another bug of early boot EFI boot can not access keywboard > before it is detected as `atkbd` (keyboard in loader works!) > try to rebuild your kernel with the attached patch. --------------F9E79536A4D5353DBA203CB6 Content-Type: text/plain; charset=UTF-8; name="rtsx-patch" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="rtsx-patch" diff --git a/sys/dev/rtsx/rtsx.c b/sys/dev/rtsx/rtsx.c index 4400fbef541..a2410d76fe8 100644 --- a/sys/dev/rtsx/rtsx.c +++ b/sys/dev/rtsx/rtsx.c @@ -3715,7 +3715,7 @@ rtsx_attach(device_t dev) * Schedule a card detection as we won't get an interrupt * if the card is inserted when we attach */ - DELAY(500); + DELAY(1000); if (rtsx_is_card_present(sc)) device_printf(sc->rtsx_dev, "Card present\n"); else --------------F9E79536A4D5353DBA203CB6-- From owner-freebsd-current@freebsd.org Thu May 13 13:30:56 2021 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 80A516405FE for ; Thu, 13 May 2021 13:30:56 +0000 (UTC) (envelope-from lev@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 "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4FgsxD31GXz4tgj; Thu, 13 May 2021 13:30:56 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from onlyone.not-for.work (onlyone.not-for.work [IPv6:2a01:4f8:201:6350::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: lev/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 3ECE99643; Thu, 13 May 2021 13:30:56 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from [192.168.134.16] (unknown [94.19.224.8]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.not-for.work (Postfix) with ESMTPSA id B8B724887; Thu, 13 May 2021 16:30:54 +0300 (MSK) Reply-To: lev@FreeBSD.org Subject: Re: CURRENT crashes at early boot on Lenovo T540p: rtsx to blame - 13.0-RELEASE crashes same way! To: Henri Hennebert , Marc Veldman Cc: freebsd-current@freebsd.org References: <740cd7a0-3faf-7a56-80f7-dbb9bdacb55b@FreeBSD.org> <37122994-8172-b943-2602-fd1b4e9af78a@FreeBSD.org> <20210512122747.51d2f574@laptop.domain> <1e23c1de-7529-0be9-c4ec-83d17b2b6bac@restart.be> <20210512133456.57f374f4@ernst.home> <20210512141130.755ae361@ernst.home> <9f0abf48-ed13-bff3-5687-fca0d57195d8@restart.be> <8d4e076b-9ecd-aef2-0ee8-73519bb9d939@FreeBSD.org> <8d2be5f2-4144-082e-4237-0dac0c4b37e6@restart.be> <6798878a-c499-d78d-e96d-d744513cb80d@restart.be> <1de588e2-20cb-3206-3aea-f3f88f577675@restart.be> From: Lev Serebryakov Organization: FreeBSD Message-ID: Date: Thu, 13 May 2021 16:30:54 +0300 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.10.1 MIME-Version: 1.0 In-Reply-To: <1de588e2-20cb-3206-3aea-f3f88f577675@restart.be> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 May 2021 13:30:56 -0000 On 13.05.2021 15:48, Henri Hennebert via freebsd-current wrote: >> rtsx0: <2.0c .....> >> rtsx0: Card present >> mmc0: on rtsx0 >> rtsx0: Interrupt card inserted/removed >> rtsx0: Card absent >> ... > > This must be the culprit this change from present/absent > >> PANIC! (without rtsx0 in stacktrace, again it is run_interrupt_driven_config_hooks()). >> >>> if you can't see the verbose output which is too fast on the display: >>> try a boot -p >>   Oooops, keyboard is unresponsive after first pause and I can not unpause output :-( >> >>   Looks like another bug of early boot — EFI boot can not access keywboard before it is detected as `atkbd` (keyboard in loader works!) >> > > try to rebuild your kernel with the attached patch. Nope, same panic after cold (power-cycle) boot. -- // Lev Serebryakov From owner-freebsd-current@freebsd.org Thu May 13 13:40:43 2021 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 A6D3C64151D for ; Thu, 13 May 2021 13:40:43 +0000 (UTC) (envelope-from hlh@restart.be) Received: from tignes.restart.be (tignes.restart.be [37.187.123.11]) (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 "tignes.restart.be", Issuer "CA master" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Fgt8W36Y7z4vbp; Thu, 13 May 2021 13:40:43 +0000 (UTC) (envelope-from hlh@restart.be) X-Comment: SPF check N/A for local connections - client-ip=192.168.25.127; helo=restart.be; envelope-from=hlh@restart.be; receiver= DKIM-Filter: OpenDKIM Filter v2.10.3 tignes.restart.be 4Fgt8N3Q78zDR Received: from restart.be (norquay.tunnel.bel [192.168.25.127]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.restart.be", Issuer "CA master" (verified OK)) by tignes.restart.be (Postfix) with ESMTPS id 4Fgt8N3Q78zDR; Thu, 13 May 2021 15:40:34 +0200 (CEST) Received: from morzine.restart.bel (morzine.restart.be [IPv6:2001:41d0:a:f40b:1:1:0:1]) (authenticated bits=0) by restart.be (8.16.1/8.16.1) with ESMTPSA id 14DDeXW9011299 (version=TLSv1.3 cipher=TLS_AES_128_GCM_SHA256 bits=128 verify=OK); Thu, 13 May 2021 15:40:33 +0200 (CEST) (envelope-from hlh@restart.be) X-Authentication-Warning: norquay.restart.bel: Host morzine.restart.be [IPv6:2001:41d0:a:f40b:1:1:0:1] claimed to be morzine.restart.bel Subject: Re: CURRENT crashes at early boot on Lenovo T540p: rtsx to blame - 13.0-RELEASE crashes same way! To: lev@FreeBSD.org, Marc Veldman Cc: freebsd-current@freebsd.org References: <37122994-8172-b943-2602-fd1b4e9af78a@FreeBSD.org> <20210512122747.51d2f574@laptop.domain> <1e23c1de-7529-0be9-c4ec-83d17b2b6bac@restart.be> <20210512133456.57f374f4@ernst.home> <20210512141130.755ae361@ernst.home> <9f0abf48-ed13-bff3-5687-fca0d57195d8@restart.be> <8d4e076b-9ecd-aef2-0ee8-73519bb9d939@FreeBSD.org> <8d2be5f2-4144-082e-4237-0dac0c4b37e6@restart.be> <6798878a-c499-d78d-e96d-d744513cb80d@restart.be> <1de588e2-20cb-3206-3aea-f3f88f577675@restart.be> From: Henri Hennebert Message-ID: Date: Thu, 13 May 2021 15:40:33 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Thunderbird/78.10.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: 4Fgt8W36Y7z4vbp X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 May 2021 13:40:43 -0000 On 5/13/21 3:30 PM, Lev Serebryakov wrote: > On 13.05.2021 15:48, Henri Hennebert via freebsd-current wrote: > >>> rtsx0: <2.0c .....> >>> rtsx0: Card present >>> mmc0: on rtsx0 >>> rtsx0: Interrupt card inserted/removed >>> rtsx0: Card absent >>> ... >> >> This must be the culprit this change from present/absent >> >>> PANIC! (without rtsx0 in stacktrace, again it is >>> run_interrupt_driven_config_hooks()). >>> >>>> if you can't see the verbose output which is too fast on the display: >>>> try a boot -p >>> Oooops, keyboard is unresponsive after first pause and I can not unpause >>> output :-( >>> >>> Looks like another bug of early boot EFI boot can not access keywboard >>> before it is detected as `atkbd` (keyboard in loader works!) >>> >> >> try to rebuild your kernel with the attached patch. > Nope, same panic after cold (power-cycle) boot. Can you try with "DELAY(500000);" to see if this is a path to dig further. > > From owner-freebsd-current@freebsd.org Thu May 13 14:02:06 2021 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 B90DD6427FB for ; Thu, 13 May 2021 14:02:06 +0000 (UTC) (envelope-from eric@vangyzen.net) Received: from mailman.nyi.freebsd.org (mailman.nyi.freebsd.org [IPv6:2610:1c1:1:606c::50:13]) by mx1.freebsd.org (Postfix) with ESMTP id 4FgtdB41zyz3D3K for ; Thu, 13 May 2021 14:02:06 +0000 (UTC) (envelope-from eric@vangyzen.net) Received: by mailman.nyi.freebsd.org (Postfix) id 8A32B642B21; Thu, 13 May 2021 14:02:06 +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 89F8C642A1A for ; Thu, 13 May 2021 14:02:06 +0000 (UTC) (envelope-from eric@vangyzen.net) Received: from smtp.vangyzen.net (hotblack.vangyzen.net [IPv6:2607:fc50:1000:7400:216:3eff:fe72:314f]) (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 4Fgtd91Wcyz3CqM for ; Thu, 13 May 2021 14:02:04 +0000 (UTC) (envelope-from eric@vangyzen.net) Received: from disco.vangyzen.net (unknown [70.97.188.230]) by smtp.vangyzen.net (Postfix) with ESMTPSA id 3450856488 for ; Thu, 13 May 2021 09:01:58 -0500 (CDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=vangyzen.net; s=default; t=1620914518; bh=2CVZANfn+knCRswVSfK0MX4RjSZFCr9XGVCzeCcIvTc=; h=To:From:Subject:Date; b=OiJhoShF/b0B3ZuV+FisenTdzGf7mveUkFv/KcmU3/csylgwaqBsNyMGLXPRt++ts BTztdw6dP+XxedaHBczpf65dkz7ilGRkCvbAu9At/+tW/USJutrkgBHpog7otbt5Di DekuUR4QaMK9EmSXcs2UzVzgjikH+AV3OYDWJNv0CMFxF65ZzyHbssFmdfuqXEPZHn 2HkIuin2KS4DrNQ8CsZjKNEJCEzDy9f9dCJuUOK+Yvh9rfMB3jfG1+OthFk5zJE80B xTkvIip9ZKUbrGFmyCQlRfbe7+X/mOuKL3d/eWHf1p2Ie6ssbBFTO5BlHeJbpRPsP7 /aqLs4+bat9Cw== To: current@freebsd.org From: Eric van Gyzen Subject: Alternate Screen Message-ID: <451388d3-934c-c506-d7de-81de44b4a29a@vangyzen.net> Date: Thu, 13 May 2021 09:01:53 -0500 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Thunderbird/78.9.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: 4Fgtd91Wcyz3CqM X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=vangyzen.net header.s=default header.b=OiJhoShF; dmarc=pass (policy=none) header.from=vangyzen.net; spf=pass (mx1.freebsd.org: domain of eric@vangyzen.net designates 2607:fc50:1000:7400:216:3eff:fe72:314f as permitted sender) smtp.mailfrom=eric@vangyzen.net X-Spamd-Result: default: False [-4.00 / 15.00]; RCVD_TLS_ALL(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[vangyzen.net:s=default]; FREEFALL_USER(0.00)[eric]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[current@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[2607:fc50:1000:7400:216:3eff:fe72:314f:from:127.0.2.255]; ARC_NA(0.00)[]; R_SPF_ALLOW(-0.20)[+a]; DKIM_TRACE(0.00)[vangyzen.net:+]; DMARC_POLICY_ALLOW(-0.50)[vangyzen.net,none]; NEURAL_HAM_SHORT(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[2607:fc50:1000:7400:216:3eff:fe72:314f:from]; ASN(0.00)[asn:36236, ipnet:2607:fc50:1000::/36, country:US]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 May 2021 14:02:06 -0000 There was a recent discussion about a terminal database update and the new Alternate Screen behavior. I'm curious about the resolution, but I can't find that discussion. Would someone kindly send a clue-by-four via overnight express? Ultimately, I'd like to know how to get the old behavior back, with no alternate screen, and thereby reduce my blood pressure. Alternatively yours, Eric From owner-freebsd-current@freebsd.org Thu May 13 14:04:06 2021 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 5DF83642CAE for ; Thu, 13 May 2021 14:04:06 +0000 (UTC) (envelope-from lev@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 "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4FgtgV2F22z3DNx for ; Thu, 13 May 2021 14:04:06 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from onlyone.not-for.work (onlyone.not-for.work [148.251.9.81]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: lev/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 25F5B9CAF for ; Thu, 13 May 2021 14:04:06 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from [192.168.134.16] (unknown [94.19.224.8]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.not-for.work (Postfix) with ESMTPSA id DC9BC489A for ; Thu, 13 May 2021 17:04:03 +0300 (MSK) To: freebsd-current@freebsd.org Reply-To: lev@FreeBSD.org From: Lev Serebryakov Subject: =?UTF-8?Q?vt=3a_efifb_/_fb+kms_resolutions_and_fonts_=e2=80=94_how_?= =?UTF-8?B?dG8/?= Organization: FreeBSD Message-ID: Date: Thu, 13 May 2021 17:04:03 +0300 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.10.1 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 May 2021 14:04:06 -0000 Is it possible to get native 1920x1080 resoultiuon and small fond (many lines) early on boot? Lenovo T540p has native resolution 1920x1080 and boots with UEFI. I've tried two configs: (1) No special configuration in /boot/loader.conf (1.1) Loader menu is ugly, font is large and jagged, looks like "text resolution" is 80x25. (1.2) Early on boot kernel reports: "VT(efifb): resolution 640x480". "text resolution" is 80x25 and font is large and ugly still. Font ugliness is expected for non-native resolution and explains loader ugliness. (1.3) After i915kms.ko load (by rc(8)) resolution is native (1920x1080), font is very small, there are A LOT of "text resolution". (2) "efi_max_resolution=1080p" in /boot/loader.conf (2.1) Loader menu is nice, font is large and smooth, but looks like "text resolution" is 80x25 still. (2.2) Early on boot kernel reports: "VT(efifb): resolution 1920x1080". "text resolution" is 80x25 and font is large and smooth still. (2.3) After i915kms.ko load (by rc(8)) resolution is native (1920x1080), font is THE SAME (large and smooth), "text resolution" is 80x25 still! Adding "screen.font="16x32"" into "/boot/loader.conf" doesn't change anything. Is it possible to have EFIFB resolution 1920x1080, but small font and lot of "text resolution" from early boot on? -- // Lev Serebryakov From owner-freebsd-current@freebsd.org Thu May 13 14:18:09 2021 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 0D7C6643333 for ; Thu, 13 May 2021 14:18:09 +0000 (UTC) (envelope-from lev@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 "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Fgtzh6qYtz3DlW; Thu, 13 May 2021 14:18:08 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from onlyone.not-for.work (onlyone.not-for.work [148.251.9.81]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: lev/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id C2926965A; Thu, 13 May 2021 14:18:08 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from [192.168.134.16] (unknown [94.19.224.8]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.not-for.work (Postfix) with ESMTPSA id 2A8D648A3; Thu, 13 May 2021 17:18:06 +0300 (MSK) Reply-To: lev@FreeBSD.org Subject: Re: CURRENT crashes at early boot on Lenovo T540p: rtsx to blame - 13.0-RELEASE crashes same way! To: Henri Hennebert , Marc Veldman Cc: freebsd-current@freebsd.org References: <20210512122747.51d2f574@laptop.domain> <1e23c1de-7529-0be9-c4ec-83d17b2b6bac@restart.be> <20210512133456.57f374f4@ernst.home> <20210512141130.755ae361@ernst.home> <9f0abf48-ed13-bff3-5687-fca0d57195d8@restart.be> <8d4e076b-9ecd-aef2-0ee8-73519bb9d939@FreeBSD.org> <8d2be5f2-4144-082e-4237-0dac0c4b37e6@restart.be> <6798878a-c499-d78d-e96d-d744513cb80d@restart.be> <1de588e2-20cb-3206-3aea-f3f88f577675@restart.be> From: Lev Serebryakov Organization: FreeBSD Message-ID: <67f0874a-6a05-67f1-3f2b-c4b3dc67fa11@FreeBSD.org> Date: Thu, 13 May 2021 17:18:06 +0300 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.10.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 May 2021 14:18:09 -0000 On 13.05.2021 16:40, Henri Hennebert wrote: >>> try to rebuild your kernel with the attached patch. >>   Nope, same panic after cold (power-cycle) boot. > > Can you try with "DELAY(500000);" > > to see if this is a path to dig further. It helps with panic! -- // Lev Serebryakov From owner-freebsd-current@freebsd.org Thu May 13 14:22:56 2021 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 C40F16435FC for ; Thu, 13 May 2021 14:22:56 +0000 (UTC) (envelope-from hlh@restart.be) Received: from tignes.restart.be (tignes.restart.be [IPv6:2001:41d0:a:f40b::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 (2048 bits) client-digest SHA256) (Client CN "tignes.restart.be", Issuer "CA master" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Fgv5D42dGz3F8g; Thu, 13 May 2021 14:22:56 +0000 (UTC) (envelope-from hlh@restart.be) X-Comment: SPF check N/A for local connections - client-ip=192.168.25.127; helo=restart.be; envelope-from=hlh@restart.be; receiver= DKIM-Filter: OpenDKIM Filter v2.10.3 tignes.restart.be 4Fgv5C0fj9zDS Received: from restart.be (norquay.tunnel.bel [192.168.25.127]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.restart.be", Issuer "CA master" (verified OK)) by tignes.restart.be (Postfix) with ESMTPS id 4Fgv5C0fj9zDS; Thu, 13 May 2021 16:22:52 +0200 (CEST) Received: from morzine.restart.bel (morzine.restart.be [IPv6:2001:41d0:a:f40b:1:1:0:1]) (authenticated bits=0) by restart.be (8.16.1/8.16.1) with ESMTPSA id 14DEMpUD011543 (version=TLSv1.3 cipher=TLS_AES_128_GCM_SHA256 bits=128 verify=OK); Thu, 13 May 2021 16:22:51 +0200 (CEST) (envelope-from hlh@restart.be) X-Authentication-Warning: norquay.restart.bel: Host morzine.restart.be [IPv6:2001:41d0:a:f40b:1:1:0:1] claimed to be morzine.restart.bel Subject: Re: CURRENT crashes at early boot on Lenovo T540p: rtsx to blame - 13.0-RELEASE crashes same way! To: lev@FreeBSD.org, Marc Veldman Cc: freebsd-current@freebsd.org References: <20210512122747.51d2f574@laptop.domain> <1e23c1de-7529-0be9-c4ec-83d17b2b6bac@restart.be> <20210512133456.57f374f4@ernst.home> <20210512141130.755ae361@ernst.home> <9f0abf48-ed13-bff3-5687-fca0d57195d8@restart.be> <8d4e076b-9ecd-aef2-0ee8-73519bb9d939@FreeBSD.org> <8d2be5f2-4144-082e-4237-0dac0c4b37e6@restart.be> <6798878a-c499-d78d-e96d-d744513cb80d@restart.be> <1de588e2-20cb-3206-3aea-f3f88f577675@restart.be> <67f0874a-6a05-67f1-3f2b-c4b3dc67fa11@FreeBSD.org> From: Henri Hennebert Message-ID: <83b823bf-c6c2-2f6a-b5dd-2e91b4d1931e@restart.be> Date: Thu, 13 May 2021 16:22:51 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Thunderbird/78.10.1 MIME-Version: 1.0 In-Reply-To: <67f0874a-6a05-67f1-3f2b-c4b3dc67fa11@FreeBSD.org> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: 4Fgv5D42dGz3F8g X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 May 2021 14:22:56 -0000 On 5/13/21 4:18 PM, Lev Serebryakov wrote: > On 13.05.2021 16:40, Henri Hennebert wrote: > >>>> try to rebuild your kernel with the attached patch. >>> Nope, same panic after cold (power-cycle) boot. >> >> Can you try with "DELAY(500000);" >> >> to see if this is a path to dig further. > > It helps with panic! What do you mean? Does it display "card present" before the interrupt ? From owner-freebsd-current@freebsd.org Thu May 13 14:36:09 2021 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 CF6EE643FD2 for ; Thu, 13 May 2021 14:36:09 +0000 (UTC) (envelope-from tsoome@me.com) Received: from mr85p00im-hyfv06011301.me.com (mr85p00im-hyfv06011301.me.com [17.58.23.184]) (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 4FgvNT4jTnz3Fwn for ; Thu, 13 May 2021 14:36:09 +0000 (UTC) (envelope-from tsoome@me.com) Received: from smtpclient.apple (148-52-235-80.sta.estpak.ee [80.235.52.148]) by mr85p00im-hyfv06011301.me.com (Postfix) with ESMTPSA id 5DF5F580418; Thu, 13 May 2021 14:36:06 +0000 (UTC) From: Toomas Soome Message-Id: <8B0943A1-BD60-4414-B799-8D685F50DD81@me.com> Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.80.0.2.43\)) Subject: =?utf-8?Q?Re=3A_vt=3A_efifb_/_fb+kms_resolutions_and_fonts_?= =?utf-8?Q?=E2=80=94_how_to=3F?= Date: Thu, 13 May 2021 17:36:03 +0300 In-Reply-To: Cc: freebsd-current@freebsd.org To: "lev@freebsd.org" References: X-Mailer: Apple Mail (2.3654.80.0.2.43) X-Proofpoint-Virus-Version: =?UTF-8?Q?vendor=3Dfsecure_engine=3D1.1.170-22c6f66c430a71ce266a39bfe25bc?= =?UTF-8?Q?2903e8d5c8f:6.0.391,18.0.761,17.0.607.475.0000000_definitions?= =?UTF-8?Q?=3D2021-05-13=5F08:2021-05-13=5F01,2021-05-13=5F08,2020-04-07?= =?UTF-8?Q?=5F01_signatures=3D0?= X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 clxscore=1011 spamscore=0 adultscore=0 bulkscore=0 malwarescore=0 mlxlogscore=999 phishscore=0 mlxscore=0 suspectscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2009150000 definitions=main-2105130108 X-Rspamd-Queue-Id: 4FgvNT4jTnz3Fwn X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.34 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 May 2021 14:36:09 -0000 > On 13. May 2021, at 17:04, Lev Serebryakov wrote: >=20 >=20 > Is it possible to get native 1920x1080 resoultiuon and small fond = (many lines) early on boot? >=20 > Lenovo T540p has native resolution 1920x1080 and boots with UEFI. I've = tried two configs: >=20 > (1) No special configuration in /boot/loader.conf >=20 > (1.1) Loader menu is ugly, font is large and jagged, looks like "text = resolution" is 80x25. >=20 > (1.2) Early on boot kernel reports: "VT(efifb): resolution 640x480". > "text resolution" is 80x25 and font is large and ugly still. > Font ugliness is expected for non-native resolution and explains = loader ugliness. >=20 > (1.3) After i915kms.ko load (by rc(8)) resolution is native = (1920x1080), font is very small, there are > A LOT of "text resolution". >=20 > (2) "efi_max_resolution=3D1080p" in /boot/loader.conf >=20 > (2.1) Loader menu is nice, font is large and smooth, but looks like = "text resolution" is 80x25 still. >=20 > (2.2) Early on boot kernel reports: "VT(efifb): resolution 1920x1080". > "text resolution" is 80x25 and font is large and smooth still. >=20 > (2.3) After i915kms.ko load (by rc(8)) resolution is native = (1920x1080), font is THE SAME (large and smooth), > "text resolution" is 80x25 still! >=20 >=20 > Adding "screen.font=3D"16x32"" into "/boot/loader.conf" doesn't change = anything. >=20 > Is it possible to have EFIFB resolution 1920x1080, but small font and = lot of "text resolution" from early boot on? >=20 First thing, please check if you have boot1.efi or loader.efi in ESP = (EFI System Partition), and when it is loader.efi, please check it is = latest. Then next step would be to test out gfx modes, on loader OK prompt, try = to switch modes with gop list + gop set command, use gop get to verify = (on my system, only 800x600 is used, despite there are different modes = in list). With mode change, there also may be font change. Then next thing is to check different fonts; the default list is shown = when you enter: set screen.font=3D =E2=80=94 without value, it will = list the available ones. Once you set the font, show COLUMNS and show = LINES will tell you terminal size. This font is also passed to kernel = and used as default font. If you want to use custom font, it must be prepared with vtfontcvt; and = can be loaded with loadfont command (or it can be added to index, note = that index is assuming unique glyph size and last entry wins). In any = case, you can test this with loadfont /boot/fonts/gallant.fnt, gallant = is not listed in the index (because it has much smaller number of glyphs = compared to terminus). If KMS will set different resolution and the default font is not good, = then vidcontrol command can be used to load better one.=20 hope this helps, toomas From owner-freebsd-current@freebsd.org Thu May 13 15:09:08 2021 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 39F02644CA2 for ; Thu, 13 May 2021 15:09:08 +0000 (UTC) (envelope-from lev@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 "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Fgw6X14ytz3JFF; Thu, 13 May 2021 15:09:08 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from onlyone.not-for.work (onlyone.not-for.work [148.251.9.81]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: lev/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id F130AA816; Thu, 13 May 2021 15:09:07 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from [192.168.134.16] (unknown [94.19.224.8]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.not-for.work (Postfix) with ESMTPSA id 3DE1648C3; Thu, 13 May 2021 18:09:06 +0300 (MSK) Reply-To: lev@FreeBSD.org Subject: Re: CURRENT crashes at early boot on Lenovo T540p: rtsx to blame - 13.0-RELEASE crashes same way! To: Henri Hennebert , Marc Veldman Cc: freebsd-current@freebsd.org References: <20210512122747.51d2f574@laptop.domain> <1e23c1de-7529-0be9-c4ec-83d17b2b6bac@restart.be> <20210512133456.57f374f4@ernst.home> <20210512141130.755ae361@ernst.home> <9f0abf48-ed13-bff3-5687-fca0d57195d8@restart.be> <8d4e076b-9ecd-aef2-0ee8-73519bb9d939@FreeBSD.org> <8d2be5f2-4144-082e-4237-0dac0c4b37e6@restart.be> <6798878a-c499-d78d-e96d-d744513cb80d@restart.be> <1de588e2-20cb-3206-3aea-f3f88f577675@restart.be> <67f0874a-6a05-67f1-3f2b-c4b3dc67fa11@FreeBSD.org> <83b823bf-c6c2-2f6a-b5dd-2e91b4d1931e@restart.be> From: Lev Serebryakov Organization: FreeBSD Message-ID: <2c208bbc-5adc-2327-4717-a5e7c8d64b4b@FreeBSD.org> Date: Thu, 13 May 2021 18:09:05 +0300 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.10.1 MIME-Version: 1.0 In-Reply-To: <83b823bf-c6c2-2f6a-b5dd-2e91b4d1931e@restart.be> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 May 2021 15:09:08 -0000 On 13.05.2021 17:22, Henri Hennebert wrote: >>>>> try to rebuild your kernel with the attached patch. >>>>   Nope, same panic after cold (power-cycle) boot. >>> >>> Can you try with "DELAY(500000);" >>> >>> to see if this is a path to dig further. >> >>   It helps with panic! > > What do you mean? Does it display "card present" before the interrupt ? It doesn't panic, boots and works more than 500 seconds :-) Output is like this: pcib2: at device 28.0 on pci0 pci2: on pcib2 rtsx0: <2.0c Realtek RTS5227 PCI MMC/SD Card Reader> mem 0xf4500000-0xf4500fff at device 0.0 on pci2 rtsx0: Interrupt card inserted/removed rtsx0: Card absent rtsx0: Card absent pcib3: at device 28.1 on pci0 pci3: on pcib3 (no visible pause between two "Card absent" lines). -- // Lev Serebryakov From owner-freebsd-current@freebsd.org Thu May 13 15:14:37 2021 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 268706451D1 for ; Thu, 13 May 2021 15:14:37 +0000 (UTC) (envelope-from lev@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 "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4FgwDs0cd6z3JST; Thu, 13 May 2021 15:14:37 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from onlyone.not-for.work (onlyone.not-for.work [IPv6:2a01:4f8:201:6350::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: lev/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id E1E16A92B; Thu, 13 May 2021 15:14:36 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from [192.168.134.16] (unknown [94.19.224.8]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.not-for.work (Postfix) with ESMTPSA id 603E748C6; Thu, 13 May 2021 18:14:33 +0300 (MSK) Reply-To: lev@FreeBSD.org Subject: =?UTF-8?Q?Re=3a_vt=3a_efifb_/_fb+kms_resolutions_and_fonts_?= =?UTF-8?B?4oCUIGhvdyB0bz8=?= To: Toomas Soome Cc: freebsd-current@freebsd.org References: <8B0943A1-BD60-4414-B799-8D685F50DD81@me.com> From: Lev Serebryakov Organization: FreeBSD Message-ID: <7ce1607a-c705-79ad-ada1-8e835e5df32e@FreeBSD.org> Date: Thu, 13 May 2021 18:14:32 +0300 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.10.1 MIME-Version: 1.0 In-Reply-To: <8B0943A1-BD60-4414-B799-8D685F50DD81@me.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 May 2021 15:14:37 -0000 On 13.05.2021 17:36, Toomas Soome wrote: > First thing, please check if you have boot1.efi or loader.efi in ESP (EFI System Partition), and when it is loader.efi, please check it is latest. loader.efi from Apr 15 2021 > Then next step would be to test out gfx modes, on loader OK prompt, try to switch modes with gop list + gop set command, use gop get to verify (on my system, only 800x600 is used, despite there are different modes in list). With mode change, there also may be font change. 5 modes in the list, all works, all gives "80x25" text resolution with different ugliness of fonts. 1920x1080 is not ugly at all, as native resolution. > Then next thing is to check different fonts; the default list is shown when you enter: set screen.font=    — without value, it will list the available ones. Once you set the font, show COLUMNS and show LINES will tell you terminal size. This font is also passed to kernel and used as default font. Gotcha! It is what I needed, thank you. "8x14" looks right! -- // Lev Serebryakov From owner-freebsd-current@freebsd.org Thu May 13 15:33:16 2021 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 80D60645A81 for ; Thu, 13 May 2021 15:33:16 +0000 (UTC) (envelope-from bsd-lists@bsdforge.com) Received: from udns.ultimatedns.net (static-24-113-41-81.wavecable.com [24.113.41.81]) (using TLSv1.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 "ultimatedns.net", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4FgwfN144zz3Kh1 for ; Thu, 13 May 2021 15:33:15 +0000 (UTC) (envelope-from bsd-lists@bsdforge.com) Received: from ultimatedns.net (localhost [127.0.0.1]) by udns.ultimatedns.net (8.16.1/8.16.1) with ESMTP id 14DFXdqf005837 for ; Thu, 13 May 2021 08:33:45 -0700 (PDT) (envelope-from bsd-lists@bsdforge.com) MIME-Version: 1.0 Date: Thu, 13 May 2021 08:33:39 -0700 From: Chris To: freebsd-current@freebsd.org Subject: Re: CURRENT crashes at early boot on Lenovo T540p: rtsx to blame - 13.0-RELEASE crashes same way! In-Reply-To: <261e5e3b-6522-2bca-a689-16e5abcd8f8e@restart.be> References: <740cd7a0-3faf-7a56-80f7-dbb9bdacb55b@FreeBSD.org> <37122994-8172-b943-2602-fd1b4e9af78a@FreeBSD.org> <20210512122747.51d2f574@laptop.domain> <1e23c1de-7529-0be9-c4ec-83d17b2b6bac@restart.be> <20210512133456.57f374f4@ernst.home> <20210512141130.755ae361@ernst.home> <9f0abf48-ed13-bff3-5687-fca0d57195d8@restart.be> <664e1728-8c8c-0967-81a9-f7b6e047ddb7@restart.be> <2C68D31D-B24E-44B3-AF80-D215C1D1A56E@bumblingdork.com> <261e5e3b-6522-2bca-a689-16e5abcd8f8e@restart.be> User-Agent: UDNSMS/17.0 Message-ID: X-Sender: bsd-lists@bsdforge.com Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: 4FgwfN144zz3Kh1 X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [0.00 / 15.00]; ASN(0.00)[asn:11404, ipnet:24.113.0.0/16, country:US]; local_wl_ip(0.00)[24.113.41.81] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 May 2021 15:33:16 -0000 On 2021-05-13 02:49, Henri Hennebert via freebsd-current wrote: > On 5/13/21 6:00 AM, Marc Veldman wrote: >> >>> On 12 May 2021, at 20:49, Henri Hennebert wrote: >>> >>> On 5/12/21 8:01 PM, Marc Veldman wrote: >>>>> On 12 May 2021, at 18:06, Henri Hennebert wrote: >>>>> >>>>> On 5/12/21 5:04 PM, Marc Veldman wrote: >>>>>> Unfortunately I can only say “me too”, but on a different Lenovo >>>>>> laptop. >>>>>> I’ve put my diagnostics in this thread, with the SVN revision in which >>>>>> it seems to have broken. >>>>>> https://docs.freebsd.org/cgi/getmsg.cgi?fetch=327822+0+archive/2020/freebsd-current/20201227.freebsd-current >>>>> >>>>> I your first message on the thread I see >>>>> >>>>> "mmc0: detached" >>>>> >>>>> do you have the previous lines of the dmesg? >>>>> >>>> This is what I can see on the display: >>>> (Copied by hand, so there might be some typos) >>>> pcib2: at device 28.2 on pci0 >>>> pci2: on pcib2 >>>> pci2: at device 0.0 (no driver attached) >>>> pcib3: at device 29.0 on pci0 >>>> pci3: on pcib3 >>>> vgapci1: port 0xd000-0xd07f mem >>>> 0xf3000000-0xf3ffffff,0xe0000000-0xefffffff,0xf0000000-0xf1ffffff at >>>> device 0.0 on pci3 >>>> isab0: at device 31.0 on pci0 >>>> isa0: on isab0 >>>> pci0: at device 31.2 (no driver attached) >>>> hdac0: mem >>>> 0xf4240000-0xf4243fff,0xf4230000-0xf423ffff at device 31.3 on pci0 >>>> em0: mem 0xf4200000-0xf421ffff at device 31.6 on >>>> pci0 >>>> em0: Using 1024 TX descriptors and 1024 RX descriptors >>>> em0: Using an MSI interrupt >>>> em0: Ethernet address: 54:ee:75:cb:0d:e3 >>>> em0: netmap queues/slots: TX 1/1024, RX 1/1024 >>>> acpi_tz0: on acpi0 >>>> atkbdc0: port 0x60,0x64 irq 1 on acpi0 >>>> atkbd0: irq 1 on atkbdc0 >>>> kbd0 at atkbd0 >>>> atkbd0: [GIANT-LOCKED] >>>> psm0: irq 12 on atkbdc0 >>>> psm0: [GIANT-LOCKED] >>>> WARNING: Device "psm" is Giant locked and may be deleted before FreeBSD >>>> 14.0. >>>> psm0: model Synaptics Touchpad, device ID 0 >>>> battery0: on acpi0 >>>> battery1: on acpi0 >>>> acpi_acad0: on acpi0 >>>> orm0: at iomem 0xc0000-0xcffff pnpid ORM0000 on isa0 >>>> hwpstate_intel0: on cpu0 >>>> hwpstate_intel1: on cpu1 >>>> hwpstate_intel2: on cpu2 >>>> hwpstate_intel3: on cpu3 >>>> Timecounters tick every 1.000 msec >>>> ZFS filesystem version: 5 >>>> ZFS storage pool version: features support (5000) >>> >>> Do you see an rtsx message before this mmc0 ? >>> >>>> mmc0: detached >>>> ugen0.1: <0x8086 >> >> >> Yes. >> rtsx0: <2.0c Realtek RT5522A PCI MMC/SD Card reader mem >> 0xf4100000-0xf4100fff at device 0.0 on pci1> >> rtsx0: Card present >> mmc0: on rtsx0 >> rtsx0: Interrupt card inserted/removed >> rtsx0: Card absent > > The "card present" and just after the iterrupt and "card absent" seems > strange... I've been following this thread for awhile. Doesn't this look like an interrupt sharing/storm problem? MSI vs MSI-X maybe? Just thought I'd throw that out. --Chris > > Can you please show the dmesg after a warm reboot with no card inserted. > >> pcib2: ad device 28.2 on pci0 >> … (continue as above, with panic) >> >> Note: The card is not inserted. >> >> >>>> XHCI root HUB> at usbus0 >>>> Fatal trap 9: general protection fault while in kernel mode >>>> cupid = 3; apic id = 03 >>>> …. >>>> …. >>>> I’m not sure if this is an interesting data point or not, >>>> but a warm boot without the card inserted succeeds after >>>> a cold boot with the card inserted. >>> >>> This remind me of a case of rebooting FreeBSD after a window session. >>> I will check in my mail archive... >>> >>> Thank you for your time >> >> Best regards, >> >> Marc Veldman >> > _______________________________________________ > 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 Thu May 13 15:38:17 2021 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 7C17C6457FC for ; Thu, 13 May 2021 15:38:17 +0000 (UTC) (envelope-from hlh@restart.be) Received: from tignes.restart.be (tignes.restart.be [IPv6:2001:41d0:a:f40b::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 (2048 bits) client-digest SHA256) (Client CN "tignes.restart.be", Issuer "CA master" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Fgwm920XVz3L2H; Thu, 13 May 2021 15:38:17 +0000 (UTC) (envelope-from hlh@restart.be) X-Comment: SPF check N/A for local connections - client-ip=192.168.25.127; helo=restart.be; envelope-from=hlh@restart.be; receiver= DKIM-Filter: OpenDKIM Filter v2.10.3 tignes.restart.be 4Fgwm73zLPzDV Received: from restart.be (norquay.tunnel.bel [192.168.25.127]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.restart.be", Issuer "CA master" (verified OK)) by tignes.restart.be (Postfix) with ESMTPS id 4Fgwm73zLPzDV; Thu, 13 May 2021 17:38:13 +0200 (CEST) Received: from morzine.restart.bel (morzine.restart.be [IPv6:2001:41d0:a:f40b:1:1:0:1]) (authenticated bits=0) by restart.be (8.16.1/8.16.1) with ESMTPSA id 14DFcCNX012010 (version=TLSv1.3 cipher=TLS_AES_128_GCM_SHA256 bits=128 verify=OK); Thu, 13 May 2021 17:38:12 +0200 (CEST) (envelope-from hlh@restart.be) X-Authentication-Warning: norquay.restart.bel: Host morzine.restart.be [IPv6:2001:41d0:a:f40b:1:1:0:1] claimed to be morzine.restart.bel Subject: Re: CURRENT crashes at early boot on Lenovo T540p: rtsx to blame - 13.0-RELEASE crashes same way! To: lev@FreeBSD.org, Marc Veldman Cc: freebsd-current@freebsd.org References: <20210512133456.57f374f4@ernst.home> <20210512141130.755ae361@ernst.home> <9f0abf48-ed13-bff3-5687-fca0d57195d8@restart.be> <8d4e076b-9ecd-aef2-0ee8-73519bb9d939@FreeBSD.org> <8d2be5f2-4144-082e-4237-0dac0c4b37e6@restart.be> <6798878a-c499-d78d-e96d-d744513cb80d@restart.be> <1de588e2-20cb-3206-3aea-f3f88f577675@restart.be> <67f0874a-6a05-67f1-3f2b-c4b3dc67fa11@FreeBSD.org> <83b823bf-c6c2-2f6a-b5dd-2e91b4d1931e@restart.be> <2c208bbc-5adc-2327-4717-a5e7c8d64b4b@FreeBSD.org> From: Henri Hennebert Message-ID: <9a15daa7-2b17-e257-d4d1-850c632a9db8@restart.be> Date: Thu, 13 May 2021 17:38:12 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Thunderbird/78.10.1 MIME-Version: 1.0 In-Reply-To: <2c208bbc-5adc-2327-4717-a5e7c8d64b4b@FreeBSD.org> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: 4Fgwm920XVz3L2H X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 May 2021 15:38:17 -0000 On 5/13/21 5:09 PM, Lev Serebryakov wrote: > On 13.05.2021 17:22, Henri Hennebert wrote: > >>>>>> try to rebuild your kernel with the attached patch. >>>>> Nope, same panic after cold (power-cycle) boot. >>>> >>>> Can you try with "DELAY(500000);" >>>> >>>> to see if this is a path to dig further. >>> >>> It helps with panic! >> >> What do you mean? Does it display "card present" before the interrupt ? > It doesn't panic, boots and works more than 500 seconds :-) > > Output is like this: > > pcib2: at device 28.0 on pci0 > pci2: on pcib2 > rtsx0: <2.0c Realtek RTS5227 PCI MMC/SD Card Reader> mem 0xf4500000-0xf4500fff > at device 0.0 on pci2 > rtsx0: Interrupt card inserted/removed > rtsx0: Card absent > rtsx0: Card absent > pcib3: at device 28.1 on pci0 > pci3: on pcib3 > > (no visible pause between two "Card absent" lines). > This seems a good news. Can you replace sys/dev/rtsx.c by the latest version (2.0g) from https://github.com/hlh-restart/rtsx I reduce the DELAY to 250000 and make some other updates waiting in the pipeline. Thank you for your time Henri From owner-freebsd-current@freebsd.org Thu May 13 15:51:59 2021 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 226F86461C3 for ; Thu, 13 May 2021 15:51:59 +0000 (UTC) (envelope-from lev@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 "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Fgx3y5Z0bz3M6w; Thu, 13 May 2021 15:51:58 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from onlyone.not-for.work (onlyone.not-for.work [148.251.9.81]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: lev/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 9C5CEB08E; Thu, 13 May 2021 15:51:58 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from [192.168.134.16] (unknown [94.19.224.8]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.not-for.work (Postfix) with ESMTPSA id DF19948E1; Thu, 13 May 2021 18:51:56 +0300 (MSK) Reply-To: lev@FreeBSD.org Subject: Re: CURRENT crashes at early boot on Lenovo T540p: rtsx to blame - 13.0-RELEASE crashes same way! To: Henri Hennebert , Marc Veldman Cc: freebsd-current@freebsd.org References: <20210512133456.57f374f4@ernst.home> <20210512141130.755ae361@ernst.home> <9f0abf48-ed13-bff3-5687-fca0d57195d8@restart.be> <8d4e076b-9ecd-aef2-0ee8-73519bb9d939@FreeBSD.org> <8d2be5f2-4144-082e-4237-0dac0c4b37e6@restart.be> <6798878a-c499-d78d-e96d-d744513cb80d@restart.be> <1de588e2-20cb-3206-3aea-f3f88f577675@restart.be> <67f0874a-6a05-67f1-3f2b-c4b3dc67fa11@FreeBSD.org> <83b823bf-c6c2-2f6a-b5dd-2e91b4d1931e@restart.be> <2c208bbc-5adc-2327-4717-a5e7c8d64b4b@FreeBSD.org> <9a15daa7-2b17-e257-d4d1-850c632a9db8@restart.be> From: Lev Serebryakov Organization: FreeBSD Message-ID: <417a97b9-2c40-310c-c445-b193c493b880@FreeBSD.org> Date: Thu, 13 May 2021 18:51:56 +0300 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.10.1 MIME-Version: 1.0 In-Reply-To: <9a15daa7-2b17-e257-d4d1-850c632a9db8@restart.be> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 May 2021 15:51:59 -0000 On 13.05.2021 18:38, Henri Hennebert via freebsd-current wrote: > This seems a good news. > > Can you replace sys/dev/rtsx.c by the latest version (2.0g) from > https://github.com/hlh-restart/rtsx > > I reduce the DELAY to 250000 and make some other updates waiting in the pipeline. I've replaced two files in /usr/src/sys/dev/rtsx, rebuilt GENERIC kernel and it boots! Output WITHOUT card is like this: pci2: on pcib2 rtsx0: <2.0g Realtek RTS5227 PCI MMC/SD Card Reader> mem 0xf4500000-0xf4500fff at device 0.0 on pci2 rtsx0: We are running with inversion: 0 rtsx0: Interrupt card inserted/removed rtsx0: Card absent rtsx0: No card is detected pcib3: at device 28.1 on pci0 Output WITH card is like this: pci2: on pcib2 rtsx0: <2.0g Realtek RTS5227 PCI MMC/SD Card Reader> mem 0xf4500000-0xf4500fff at device 0.0 on pci2 rtsx0: We are running with inversion: 0 rtsx0: Interrupt card inserted/removed rtsx0: Card present rtsx0: A card is detected mmc0: on rtsx0 pcib3: at device 28.1 on pci0 ... mmcsd0: 16GB at mmc0 50.0MHz/4bit/2048-block ... No visible delays in both cases. Both boots are "cold", with AC cycle -- // Lev Serebryakov From owner-freebsd-current@freebsd.org Thu May 13 15:56:43 2021 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 C1E336466F1 for ; Thu, 13 May 2021 15:56:43 +0000 (UTC) (envelope-from hlh@restart.be) Received: from tignes.restart.be (tignes.restart.be [IPv6:2001:41d0:a:f40b::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 (2048 bits) client-digest SHA256) (Client CN "tignes.restart.be", Issuer "CA master" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Fgx9R3z6Zz3MgF; Thu, 13 May 2021 15:56:43 +0000 (UTC) (envelope-from hlh@restart.be) X-Comment: SPF check N/A for local connections - client-ip=192.168.25.127; helo=restart.be; envelope-from=hlh@restart.be; receiver= DKIM-Filter: OpenDKIM Filter v2.10.3 tignes.restart.be 4Fgx9Q14sWzDW Received: from restart.be (norquay.tunnel.bel [192.168.25.127]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.restart.be", Issuer "CA master" (verified OK)) by tignes.restart.be (Postfix) with ESMTPS id 4Fgx9Q14sWzDW; Thu, 13 May 2021 17:56:39 +0200 (CEST) Received: from morzine.restart.bel (morzine.restart.be [IPv6:2001:41d0:a:f40b:1:1:0:1]) (authenticated bits=0) by restart.be (8.16.1/8.16.1) with ESMTPSA id 14DFucf3012120 (version=TLSv1.3 cipher=TLS_AES_128_GCM_SHA256 bits=128 verify=OK); Thu, 13 May 2021 17:56:39 +0200 (CEST) (envelope-from hlh@restart.be) X-Authentication-Warning: norquay.restart.bel: Host morzine.restart.be [IPv6:2001:41d0:a:f40b:1:1:0:1] claimed to be morzine.restart.bel Subject: Re: CURRENT crashes at early boot on Lenovo T540p: rtsx to blame - 13.0-RELEASE crashes same way! To: lev@FreeBSD.org, Marc Veldman Cc: freebsd-current@freebsd.org References: <20210512141130.755ae361@ernst.home> <9f0abf48-ed13-bff3-5687-fca0d57195d8@restart.be> <8d4e076b-9ecd-aef2-0ee8-73519bb9d939@FreeBSD.org> <8d2be5f2-4144-082e-4237-0dac0c4b37e6@restart.be> <6798878a-c499-d78d-e96d-d744513cb80d@restart.be> <1de588e2-20cb-3206-3aea-f3f88f577675@restart.be> <67f0874a-6a05-67f1-3f2b-c4b3dc67fa11@FreeBSD.org> <83b823bf-c6c2-2f6a-b5dd-2e91b4d1931e@restart.be> <2c208bbc-5adc-2327-4717-a5e7c8d64b4b@FreeBSD.org> <9a15daa7-2b17-e257-d4d1-850c632a9db8@restart.be> <417a97b9-2c40-310c-c445-b193c493b880@FreeBSD.org> From: Henri Hennebert Message-ID: <7eb763ce-0bbf-9baf-2ede-968ee25cff2e@restart.be> Date: Thu, 13 May 2021 17:56:38 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Thunderbird/78.10.1 MIME-Version: 1.0 In-Reply-To: <417a97b9-2c40-310c-c445-b193c493b880@FreeBSD.org> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: 4Fgx9R3z6Zz3MgF X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 May 2021 15:56:43 -0000 On 5/13/21 5:51 PM, Lev Serebryakov wrote: > On 13.05.2021 18:38, Henri Hennebert via freebsd-current wrote: > >> This seems a good news. >> >> Can you replace sys/dev/rtsx.c by the latest version (2.0g) from >> https://github.com/hlh-restart/rtsx >> >> I reduce the DELAY to 250000 and make some other updates waiting in the pipeline. > I've replaced two files in /usr/src/sys/dev/rtsx, rebuilt GENERIC kernel and it > boots! > > Output WITHOUT card is like this: > > pci2: on pcib2 > rtsx0: <2.0g Realtek RTS5227 PCI MMC/SD Card Reader> mem 0xf4500000-0xf4500fff > at device 0.0 on pci2 > rtsx0: We are running with inversion: 0 > rtsx0: Interrupt card inserted/removed > rtsx0: Card absent > rtsx0: No card is detected > pcib3: at device 28.1 on pci0 > > > Output WITH card is like this: > > pci2: on pcib2 > rtsx0: <2.0g Realtek RTS5227 PCI MMC/SD Card Reader> mem 0xf4500000-0xf4500fff > at device 0.0 on pci2 > rtsx0: We are running with inversion: 0 > rtsx0: Interrupt card inserted/removed > rtsx0: Card present > rtsx0: A card is detected > mmc0: on rtsx0 > pcib3: at device 28.1 on pci0 > ... > mmcsd0: 16GB at mmc0 > 50.0MHz/4bit/2048-block > ... > > No visible delays in both cases. > > Both boots are "cold", with AC cycle > So if I understand correctly, your problem is solved. I will push this new version to current, but it will take some time because I am not a committer. Henri From owner-freebsd-current@freebsd.org Thu May 13 17:25:28 2021 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 4F221628AD4 for ; Thu, 13 May 2021 17:25:28 +0000 (UTC) (envelope-from marc@bumblingdork.com) Received: from mail-ej1-x62f.google.com (mail-ej1-x62f.google.com [IPv6:2a00:1450:4864:20::62f]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Fgz7q2j43z3RJT for ; Thu, 13 May 2021 17:25:27 +0000 (UTC) (envelope-from marc@bumblingdork.com) Received: by mail-ej1-x62f.google.com with SMTP id m12so40983293eja.2 for ; Thu, 13 May 2021 10:25:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bumblingdork.com; s=google; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=uSCi5cVN9/cEWOfRvYX+xdUMb3XDrSlLpSuoEAO+O2M=; b=Rnts7XLRdrzPj5VbJcAgtfWQZLfrJTaX4bbfqEU1a2p7qu/npP+6X8WlhfyOe0mNpn M1v8QahPbWOw/6f61ern9Ctay57KoE5AEaE4/eXpkeiNip8eQDX4FtF3XaZV1ZYK3M2a sSmnljEl6FOADCTFCUgAvLsEZBybPNugqlpjBrI0YyzmTy7vMy2h60dyQj8t0Ax5nPMx nDKIV+NRIbozlCCMqLCx+gt3dnG0yGW7WPIcjA/MaC1FLEfMZx+shagyKySPPYiHqwV1 zvOg8AWqRQnkFHgULyG16IRuZ0wlVhX9padwM/3o9ip9pCFYFMEq7pf0Gmr8T+xaZ+aL zSaQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=uSCi5cVN9/cEWOfRvYX+xdUMb3XDrSlLpSuoEAO+O2M=; b=CSTC6mqgZ7CO7a3eJe4Xg8/UF+L68Dm4lXFTHtitZgv6ZsR1Y0rSkWomoM2SpMasYo zkcg85S5/VkaAiyrxA4/LEX3akV3FMoAOdDCFPHvZ5FfxfIyV1bYMRt90mz8XRQEEYqY xLqrVjFShs6IPQBv29Tkye6Pdh2FsYNAwJZ/RNA2qiaVd/KFbxdY8TxiFUOnZLJMAHVl 3U1GMawBtHUD5pEv9ht5UprDHWCbco3T2p0yPhKHSBRrSARybm+hrfA/wqNFgX6OV987 Ck+zkVtkyfTPsTx7CxCR5vFdUXpH7xOXxEMG+7/ocLEU8fwcXqfO0lDTsv9d9WciVNnY sKhg== X-Gm-Message-State: AOAM531U/ckw3S90+vMQZrZSbRKQz9d9dK248qXuXjBQFY6WjZER/FkE 46r94gc0Tl/GsgrV4IRFnIpFeZJtdslHfPCWX2M= X-Google-Smtp-Source: ABdhPJw0Yku7LYy1Beo/J/QhDFFywSaO31p7d1eX/OU3PD90fwqaeJKKnHGQTzQh7mkxkh/YyLLLpw== X-Received: by 2002:a17:907:7747:: with SMTP id kx7mr28109210ejc.400.1620926725892; Thu, 13 May 2021 10:25:25 -0700 (PDT) Received: from smtpclient.apple ([2001:981:3350:1:e53c:340:bb9a:7a22]) by smtp.gmail.com with ESMTPSA id cq9sm1104044edb.44.2021.05.13.10.25.25 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Thu, 13 May 2021 10:25:25 -0700 (PDT) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.80.0.2.43\)) Subject: Re: CURRENT crashes at early boot on Lenovo T540p: rtsx to blame - 13.0-RELEASE crashes same way! From: Marc Veldman In-Reply-To: <7eb763ce-0bbf-9baf-2ede-968ee25cff2e@restart.be> Date: Thu, 13 May 2021 19:25:24 +0200 Cc: "lev@freebsd.org" , freebsd-current@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: References: <20210512141130.755ae361@ernst.home> <9f0abf48-ed13-bff3-5687-fca0d57195d8@restart.be> <8d4e076b-9ecd-aef2-0ee8-73519bb9d939@FreeBSD.org> <8d2be5f2-4144-082e-4237-0dac0c4b37e6@restart.be> <6798878a-c499-d78d-e96d-d744513cb80d@restart.be> <1de588e2-20cb-3206-3aea-f3f88f577675@restart.be> <67f0874a-6a05-67f1-3f2b-c4b3dc67fa11@FreeBSD.org> <83b823bf-c6c2-2f6a-b5dd-2e91b4d1931e@restart.be> <2c208bbc-5adc-2327-4717-a5e7c8d64b4b@FreeBSD.org> <9a15daa7-2b17-e257-d4d1-850c632a9db8@restart.be> <417a97b9-2c40-310c-c445-b193c493b880@FreeBSD.org> <7eb763ce-0bbf-9baf-2ede-968ee25cff2e@restart.be> To: Henri Hennebert X-Mailer: Apple Mail (2.3654.80.0.2.43) X-Rspamd-Queue-Id: 4Fgz7q2j43z3RJT X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bumblingdork.com header.s=google header.b=Rnts7XLR; dmarc=pass (policy=none) header.from=bumblingdork.com; spf=pass (mx1.freebsd.org: domain of marc@bumblingdork.com designates 2a00:1450:4864:20::62f as permitted sender) smtp.mailfrom=marc@bumblingdork.com X-Spamd-Result: default: False [-3.50 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[bumblingdork.com:+]; DMARC_POLICY_ALLOW(-0.50)[bumblingdork.com,none]; NEURAL_HAM_SHORT(-1.00)[-1.000]; SUBJECT_ENDS_EXCLAIM(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[2a00:1450:4864:20::62f:from]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[bumblingdork.com:s=google]; FREEFALL_USER(0.00)[marc]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; SPAMHAUS_ZRD(0.00)[2a00:1450:4864:20::62f:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::62f:from]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 May 2021 17:25:28 -0000 > On 13 May 2021, at 17:56, Henri Hennebert wrote: >=20 > On 5/13/21 5:51 PM, Lev Serebryakov wrote: >> On 13.05.2021 18:38, Henri Hennebert via freebsd-current wrote: >>> This seems a good news. >>>=20 >>> Can you replace sys/dev/rtsx.c by the latest version (2.0g) from >>> https://github.com/hlh-restart/rtsx >>>=20 >>> I reduce the DELAY to 250000 and make some other updates waiting in = the pipeline. >> I've replaced two files in /usr/src/sys/dev/rtsx, rebuilt GENERIC = kernel and it boots! >> Output WITHOUT card is like this: >> pci2: on pcib2 >> rtsx0: <2.0g Realtek RTS5227 PCI MMC/SD Card Reader> mem = 0xf4500000-0xf4500fff at device 0.0 on pci2 >> rtsx0: We are running with inversion: 0 >> rtsx0: Interrupt card inserted/removed >> rtsx0: Card absent >> rtsx0: No card is detected >> pcib3: at device 28.1 on pci0 >> Output WITH card is like this: >> pci2: on pcib2 >> rtsx0: <2.0g Realtek RTS5227 PCI MMC/SD Card Reader> mem = 0xf4500000-0xf4500fff at device 0.0 on pci2 >> rtsx0: We are running with inversion: 0 >> rtsx0: Interrupt card inserted/removed >> rtsx0: Card present >> rtsx0: A card is detected >> mmc0: on rtsx0 >> pcib3: at device 28.1 on pci0 >> ... >> mmcsd0: 16GB at = mmc0 50.0MHz/4bit/2048-block >> ... >> No visible delays in both cases. >> Both boots are "cold", with AC cycle > So if I understand correctly, your problem is solved. >=20 On my laptop (Lenovo P50s) the laptop now boots fine with and without = the card inserted, but it panics immediately on insertion or removal of the = card, unfortunately. 1) #dev.rtsx.0.inversion=3D=E2=80=9C1" commented out in boot/loader.conf. 1.a) Booting with the card works. When I remove the card a few minutes after boot I get a panic: Unread portion of the kernel message buffer: rtsx0: Interrupt card inserted/removed rtsx0: Card present panic: mutex Giant not owned at /usr/src/sys/kern/subr_bus.c:2944 cpuid =3D 3 time =3D 1620924849 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame = 0xfffffe00c6780910 vpanic() at vpanic+0x181/frame 0xfffffe00c6780960 panic() at panic+0x43/frame 0xfffffe00c67809c0 __mtx_assert() at __mtx_assert+0xb0/frame 0xfffffe00c67809d0 device_probe_and_attach() at device_probe_and_attach+0x2a/frame = 0xfffffe00c6780a00 taskqueue_run_locked() at taskqueue_run_locked+0xaa/frame = 0xfffffe00c6780a80 taskqueue_thread_loop() at taskqueue_thread_loop+0x94/frame = 0xfffffe00c6780ab0 fork_exit() at fork_exit+0x80/frame 0xfffffe00c6780af0 fork_trampoline() at fork_trampoline+0xe/frame 0xfffffe00c6780af0 --- trap 0, rip =3D 0, rsp =3D 0, rbp =3D 0 =E2=80=94 1.b) Booting without the card works, when I insert the card I get the same = panic. 2) With ndev.rtsx.0.inversion=3D"1" Now enabled in /boot/loader.conf 2a) Booting with the card inserted works, but when I remove the card I get = the above panic. 2b) Booting without the card inserted works, but when Insert the card I get = the above panic.=20 > I will push this new version to current, but it will take some time = because I am not a committer. >=20 A minor thing about the patch/change. I suspect the delay is a quarter of a second, not half as stated in the = comments. Again, thank you very much for your work on this! Best regards, Marc Veldman From owner-freebsd-current@freebsd.org Thu May 13 17:55:22 2021 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 BB54F6298CC for ; Thu, 13 May 2021 17:55:22 +0000 (UTC) (envelope-from lev@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 "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4FgzpL4nyXz3jl1; Thu, 13 May 2021 17:55:22 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from onlyone.not-for.work (onlyone.not-for.work [148.251.9.81]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: lev/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 7DB58BDA7; Thu, 13 May 2021 17:55:22 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from [192.168.134.16] (unknown [94.19.224.8]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.not-for.work (Postfix) with ESMTPSA id B22EC4921; Thu, 13 May 2021 20:55:20 +0300 (MSK) Reply-To: lev@FreeBSD.org Subject: Re: CURRENT crashes at early boot on Lenovo T540p: rtsx to blame - 13.0-RELEASE crashes same way! To: Henri Hennebert , Marc Veldman Cc: freebsd-current@freebsd.org References: <20210512141130.755ae361@ernst.home> <9f0abf48-ed13-bff3-5687-fca0d57195d8@restart.be> <8d4e076b-9ecd-aef2-0ee8-73519bb9d939@FreeBSD.org> <8d2be5f2-4144-082e-4237-0dac0c4b37e6@restart.be> <6798878a-c499-d78d-e96d-d744513cb80d@restart.be> <1de588e2-20cb-3206-3aea-f3f88f577675@restart.be> <67f0874a-6a05-67f1-3f2b-c4b3dc67fa11@FreeBSD.org> <83b823bf-c6c2-2f6a-b5dd-2e91b4d1931e@restart.be> <2c208bbc-5adc-2327-4717-a5e7c8d64b4b@FreeBSD.org> <9a15daa7-2b17-e257-d4d1-850c632a9db8@restart.be> <417a97b9-2c40-310c-c445-b193c493b880@FreeBSD.org> <7eb763ce-0bbf-9baf-2ede-968ee25cff2e@restart.be> From: Lev Serebryakov Organization: FreeBSD Message-ID: Date: Thu, 13 May 2021 20:55:20 +0300 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.10.1 MIME-Version: 1.0 In-Reply-To: <7eb763ce-0bbf-9baf-2ede-968ee25cff2e@restart.be> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 May 2021 17:55:22 -0000 On 13.05.2021 18:56, Henri Hennebert wrote: > So if I understand correctly, your problem is solved. Stupid me. I didn't check card insertion/removal after boot. Card REMOVAL when boot was WITH CARD: Instant panic: rtsx0: Interrupt card inserted/removed rtsx0: Card absent panic: mutex Giant not owned at /usr/src/sys/kern/subr_bus.c:3045 cpuid = 3 time = 1620928154 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe00c6a989c0 vpanic() at vpanic+0x181/frame 0xfffffe00c6a98a10 panic() at panic+0x43/frame 0xfffffe00c6a98a70 __mtx_assert() at __mtx_assert+0xb0/frame 0xfffffe00c6a98a80 device_detach() at device_detach+0x2e/frame 0xfffffe00c6a98ac0 device_delete_child() at device_delete_child+0x15/frame 0xfffffe00c6a98ae0 rtsx_card_task() at rtsx_card_task+0xfa/frame 0xfffffe00c6a98b00 taskqueue_run_locked() at taskqueue_run_locked+0xaa/frame 0xfffffe00c6a98b80 taskqueue_thread_loop() at taskqueue_thread_loop+0x94/frame 0xfffffe00c6a98bb0 fork_exit() at fork_exit+0x80/frame 0xfffffe00c6a98bf0 fork_trampoline() at fork_trampoline+0xe/frame 0xfffffe00c6a98bf0 --- trap 0, rip = 0, rsp = 0, rbp = 0 --- KDB: enter: panic Card INSERTION when boot was WITHOUT CARD: Instant panic: rtsx0: Interrupt card inserted/removed rtsx0: Card present panic: mutex Giant not owned at /usr/src/sys/kern/subr_bus.c:2944 cpuid = 1 time = 1620928312 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe00c6a98a10 vpanic() at vpanic+0x181/frame 0xfffffe00c6a98a60 panic() at panic+0x43/frame 0xfffffe00c6a98ac0 __mtx_assert() at __mtx_assert+0xb0/frame 0xfffffe00c6a98ad0 device_probe_and_attach() at device_probe_and_attach+0x2a/frame 0xfffffe00c6a98b00 taskqueue_run_locked() at taskqueue_run_locked+0xaa/frame 0xfffffe00c6a98b80 taskqueue_thread_loop() at taskqueue_thread_loop+0x94/frame 0xfffffe00c6a98bb0 fork_exit() at fork_exit+0x80/frame 0xfffffe00c6a98bf0 fork_trampoline() at fork_trampoline+0xe/frame 0xfffffe00c6a98bf0 --- trap 0, rip = 0, rsp = 0, rbp = 0 --- KDB: enter: panic Both panics are "debuggable", as keyboard is working in ddb and crash dump could be created. And I'm not sure, that GIANT in 2021 is good thing. -- // Lev Serebryakov From owner-freebsd-current@freebsd.org Thu May 13 18:52:09 2021 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 EDD5262B1A1 for ; Thu, 13 May 2021 18:52:09 +0000 (UTC) (envelope-from gljennjohn@gmail.com) Received: from mail-ed1-x535.google.com (mail-ed1-x535.google.com [IPv6:2a00:1450:4864:20::535]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Fh13s63kBz3mG8; Thu, 13 May 2021 18:52:09 +0000 (UTC) (envelope-from gljennjohn@gmail.com) Received: by mail-ed1-x535.google.com with SMTP id l7so32155175edb.1; Thu, 13 May 2021 11:52:09 -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:reply-to :mime-version:content-transfer-encoding; bh=VC83t4Y/ozwmPhs+pGwbCqtFFVN7EXHIC//ZMfmZK0Q=; b=dbpGfweRfsjruBMrfcVbdXXeOq1UFuARYRIfcfpLSrcZUN0dm01dDWMrVQk+dQI0Ag +MA0fy1mQeoGm+pT5BGg/c8mRa0YVWCYwOZ1zOTh1L2swsaGslM+aAQJHP+e1DWZrtLn WaDiTb+nl2mDlpFICBtcCTWnJoqETtBAqQtId9uAyQAyN2tXaJyxUGLhRKjxNc383iXG FCiH9ns8IqJD3T8rmwwrNzDg4OkbDDXoGeiaRS+5tM4BsRbe20fshL7MlBGPKiEn8UHj cExY73oYyPIAFhXbkbuIc50hjlAZw325A91J/TaaCAnLeJiiL668wew5ytPVoy2M3559 weFg== 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:reply-to:mime-version:content-transfer-encoding; bh=VC83t4Y/ozwmPhs+pGwbCqtFFVN7EXHIC//ZMfmZK0Q=; b=S342IO0Kxfpd95i4YRy5qNkxTHawz7aZyVMaGaarn7rXy9JpZa2a+QGPsFf7FYLmrT Jf2+odXmhtaEGm+Xeq55o6pCTPrA/6JT8ejOrSoTQ3Tjr+RizQJ/+9BAZcDtidwAz576 1raitph6jd7hCoNge72i/WTq1eHDWADX2IEHpkfdsoPuY4BnIcDIGmEB5/Qzj/uSWnmM 7/s9SX+dzWj7Iwck2P62smUgDdg8s1J0IVE99K046f6EPI804QC6X8apLBA6+pr7DFVe T6yTaP0yb71zmykdRtBjmrfFjcnh9yzSmqF57T8dxw38BpCGOfNojXi1HbmXU5TdkBdE RKBQ== X-Gm-Message-State: AOAM531tJaFwN1LCs9it7iadfxNqvgNIyMoAEcxaFuVKiOuvj+J9GWUV ZDNLg0fURgq4+6hJC34YxugoDaqakPM= X-Google-Smtp-Source: ABdhPJysIP5NbBucFjjhrb2l5BqQyX/8KQhu+0vn4/ztcKjo1oBGUYSPrj6ksb0IgdO/l8PUD84Srw== X-Received: by 2002:a05:6402:34c5:: with SMTP id w5mr52881344edc.237.1620931928415; Thu, 13 May 2021 11:52:08 -0700 (PDT) Received: from ernst.home (pd9e23d76.dip0.t-ipconnect.de. [217.226.61.118]) by smtp.gmail.com with ESMTPSA id u8sm2760535edo.71.2021.05.13.11.52.06 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 13 May 2021 11:52:07 -0700 (PDT) Date: Thu, 13 May 2021 20:52:05 +0200 From: Gary Jennejohn To: Lev Serebryakov Cc: Henri Hennebert , Marc Veldman , freebsd-current@freebsd.org Subject: Re: CURRENT crashes at early boot on Lenovo T540p: rtsx to blame - 13.0-RELEASE crashes same way! Message-ID: <20210513185205.17816dc5@ernst.home> In-Reply-To: References: <9f0abf48-ed13-bff3-5687-fca0d57195d8@restart.be> <8d4e076b-9ecd-aef2-0ee8-73519bb9d939@FreeBSD.org> <8d2be5f2-4144-082e-4237-0dac0c4b37e6@restart.be> <6798878a-c499-d78d-e96d-d744513cb80d@restart.be> <1de588e2-20cb-3206-3aea-f3f88f577675@restart.be> <67f0874a-6a05-67f1-3f2b-c4b3dc67fa11@FreeBSD.org> <83b823bf-c6c2-2f6a-b5dd-2e91b4d1931e@restart.be> <2c208bbc-5adc-2327-4717-a5e7c8d64b4b@FreeBSD.org> <9a15daa7-2b17-e257-d4d1-850c632a9db8@restart.be> <417a97b9-2c40-310c-c445-b193c493b880@FreeBSD.org> <7eb763ce-0bbf-9baf-2ede-968ee25cff2e@restart.be> Reply-To: gljennjohn@gmail.com X-Mailer: Claws Mail 3.17.8 (GTK+ 2.24.33; amd64-portbld-freebsd14.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4Fh13s63kBz3mG8 X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 May 2021 18:52:10 -0000 On Thu, 13 May 2021 20:55:20 +0300 Lev Serebryakov wrote: > On 13.05.2021 18:56, Henri Hennebert wrote: > > > So if I understand correctly, your problem is solved. > Stupid me. I didn't check card insertion/removal after boot. > > Card REMOVAL when boot was WITH CARD: > Instant panic: > > rtsx0: Interrupt card inserted/removed > rtsx0: Card absent > panic: mutex Giant not owned at /usr/src/sys/kern/subr_bus.c:3045 > cpuid = 3 > time = 1620928154 > KDB: stack backtrace: > db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe00c6a989c0 > vpanic() at vpanic+0x181/frame 0xfffffe00c6a98a10 > panic() at panic+0x43/frame 0xfffffe00c6a98a70 > __mtx_assert() at __mtx_assert+0xb0/frame 0xfffffe00c6a98a80 > device_detach() at device_detach+0x2e/frame 0xfffffe00c6a98ac0 > device_delete_child() at device_delete_child+0x15/frame 0xfffffe00c6a98ae0 > rtsx_card_task() at rtsx_card_task+0xfa/frame 0xfffffe00c6a98b00 > taskqueue_run_locked() at taskqueue_run_locked+0xaa/frame 0xfffffe00c6a98b80 > taskqueue_thread_loop() at taskqueue_thread_loop+0x94/frame 0xfffffe00c6a98bb0 > fork_exit() at fork_exit+0x80/frame 0xfffffe00c6a98bf0 > fork_trampoline() at fork_trampoline+0xe/frame 0xfffffe00c6a98bf0 > --- trap 0, rip = 0, rsp = 0, rbp = 0 --- > KDB: enter: panic > > Card INSERTION when boot was WITHOUT CARD: > Instant panic: > > rtsx0: Interrupt card inserted/removed > rtsx0: Card present > panic: mutex Giant not owned at /usr/src/sys/kern/subr_bus.c:2944 > cpuid = 1 > time = 1620928312 > KDB: stack backtrace: > db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe00c6a98a10 > vpanic() at vpanic+0x181/frame 0xfffffe00c6a98a60 > panic() at panic+0x43/frame 0xfffffe00c6a98ac0 > __mtx_assert() at __mtx_assert+0xb0/frame 0xfffffe00c6a98ad0 > device_probe_and_attach() at device_probe_and_attach+0x2a/frame 0xfffffe00c6a98b00 > taskqueue_run_locked() at taskqueue_run_locked+0xaa/frame 0xfffffe00c6a98b80 > taskqueue_thread_loop() at taskqueue_thread_loop+0x94/frame 0xfffffe00c6a98bb0 > fork_exit() at fork_exit+0x80/frame 0xfffffe00c6a98bf0 > fork_trampoline() at fork_trampoline+0xe/frame 0xfffffe00c6a98bf0 > --- trap 0, rip = 0, rsp = 0, rbp = 0 --- > KDB: enter: panic > > Both panics are "debuggable", as keyboard is working in ddb and crash dump could be created. And I'm not sure, that GIANT in 2021 is good thing. > Yeah, I was wondering about that myself when looked at the code today. The driver was originally developed when current was what is now 12 or 13, I think. Might be worth looking at dwmmc.c (where I got the card insertion/removal code) to see whether there are any recent changes there. -- Gary Jennejohn From owner-freebsd-current@freebsd.org Thu May 13 19:00:46 2021 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 1871062B5B2 for ; Thu, 13 May 2021 19:00:46 +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 4Fh1Fn5fS2z3mQL; Thu, 13 May 2021 19:00:45 +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 14DJ0frT077788; Thu, 13 May 2021 12:00:41 -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 14DJ0fvI077787; Thu, 13 May 2021 12:00:41 -0700 (PDT) (envelope-from freebsd-rwg) From: "Rodney W. Grimes" Message-Id: <202105131900.14DJ0fvI077787@gndrsh.dnsmgr.net> Subject: More rtsx issues (13.0-R system) was: Re: CURRENT crashes at early boot on Lenovo T540p... In-Reply-To: <8d4e076b-9ecd-aef2-0ee8-73519bb9d939@FreeBSD.org> To: lev@freebsd.org Date: Thu, 13 May 2021 12:00:41 -0700 (PDT) CC: Marc Veldman , Henri Hennebert , freebsd-current@freebsd.org 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: 4Fh1Fn5fS2z3mQL X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 May 2021 19:00:46 -0000 > On 12.05.2021 21:01, Marc Veldman wrote: > > > I?m not sure if this is an interesting data point or not, > > but a warm boot without the card inserted succeeds after > > a cold boot with the card inserted. > > It could explain, why my tests with "same code path" gave different results! I am suspect of 2 things here, something the bios does that leaves the card in a state that alters the loader's disk probing, and that probling itself leaving the device in a state that our kernel does not like. I have it very "odd" that I can boot from a rtsx sd card, ie the kernel gets loaded, but fails at "mountroot" phase due to a sd card timeout. If I simply cycle the sd card in and out of its socket and then give the right command string to mountroot it goes on to multiuser without issue. I'll also note that if I am booting from other disks (nvme or usb) that I get these same sd card timeouts and I have to cycle the card in and out of the socket to use it: rtsx0: <2.0c Realtek RTS525A PCI MMC/SD Card Reader> mem 0xe1000000-0xe1000fff irq 18 at device 0.0 on pci3 rtsx0: pci_read_config() error - reg: 0xeeffffaa rtsx0: Card present mmc0: on rtsx0 rtsx0: CRC error rtsx0: Transfer fail - status: 0x90010080 rtsx0: CRC error rtsx0: Transfer fail - status: 0x90010080 rtsx0: CRC error rtsx0: Transfer fail - status: 0x90010080 rtsx0: CRC error rtsx0: Transfer fail - status: 0x90010080 rtsx0: Interrupt card inserted/removed rtsx0: Card absent rtsx0: Interrupt card inserted/removed rtsx0: Card present mmc0: on rtsx0 (The last 5 lines caused by me removeing/inserting the card) Further note that this is a different controller chip version, from a Dell E5470: rtsx0@pci0:3:0:0: class=0xff0000 rev=0x01 hdr=0x00 vendor=0x10ec device=0x525a subvendor=0x1028 subdevice=0x06de vendor = 'Realtek Semiconductor Co., Ltd.' device = 'RTS525A PCI Express Card Reader' bar [14] = type Memory, range 32, base 0xe1000000, size 4096, enabled cap 01[80] = powerspec 3 supports D0 D1 D2 D3 current D0 cap 05[90] = MSI supports 1 message, 64 bit enabled with 1 message cap 10[b0] = PCI-Express 2 endpoint max data 256(512) RO max read 512 link x1(x1) speed 5.0(5.0) ASPM disabled(L0s/L1) ClockPM enabled ecap 0001[100] = AER 2 0 fatal 0 non-fatal 1 corrected ecap 0003[148] = Serial 1 00000001004ce000 ecap 0018[158] = LTR 1 ecap 001e[160] = L1 PM Substates 1 > // Lev Serebryakov -- Rod Grimes rgrimes@freebsd.org From owner-freebsd-current@freebsd.org Thu May 13 19:13:15 2021 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 6381062BAE6 for ; Thu, 13 May 2021 19:13:15 +0000 (UTC) (envelope-from freebsd-rwg@gndrsh.dnsmgr.net) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 4Fh1XC1YV0z3nGD for ; Thu, 13 May 2021 19:13:15 +0000 (UTC) (envelope-from freebsd-rwg@gndrsh.dnsmgr.net) Received: by mailman.nyi.freebsd.org (Postfix) id 33A2062BEAB; Thu, 13 May 2021 19:13: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 3366962BAE5 for ; Thu, 13 May 2021 19:13:15 +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 4Fh1XB6X3vz3nCp for ; Thu, 13 May 2021 19:13:14 +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 14DJDCls077840; Thu, 13 May 2021 12:13:12 -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 14DJDCZa077839; Thu, 13 May 2021 12:13:12 -0700 (PDT) (envelope-from freebsd-rwg) From: "Rodney W. Grimes" Message-Id: <202105131913.14DJDCZa077839@gndrsh.dnsmgr.net> Subject: Re: HEADSUP: i2c(8) has been washed and ironed In-Reply-To: <6070.1620907795@critter.freebsd.dk> To: Poul-Henning Kamp Date: Thu, 13 May 2021 12:13:12 -0700 (PDT) CC: current@freebsd.org 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: 4Fh1XB6X3vz3nCp X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 May 2021 19:13:15 -0000 > I have renovated the i2c(8) program and while I belive all argument > processing is 100% compatible, various undocumented aspects of the > program may have changed, amongst these precisely what goes to > stdout and stderr. > > Apologies if this breaks any of your scripts. > > > There is one aspect of this program which I have not changed, but > which bugs me utterly: All arguments are in hex, except [-c count] > which is decimal. > > My personal preference would be if all the arguments called strtoul(3) > with zero third argument, so that users can use decimal, octal or > hex as they prefer, but I fear that would break pretty much every > single script. > > Alternatively [-c count] could be changed to be hex like the rest. What about adding a new flag to enable strtoul behavior? Or invoked by another name i2cX and install a hard link? > > phk@FreeBSD.ORG | TCP/IP since RFC 956 -- Rod Grimes rgrimes@freebsd.org From owner-freebsd-current@freebsd.org Thu May 13 23:02:38 2021 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 34E4B631DB0 for ; Thu, 13 May 2021 23:02:38 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from CAN01-TO1-obe.outbound.protection.outlook.com (mail-eopbgr670058.outbound.protection.outlook.com [40.107.67.58]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "DigiCert Cloud Services CA-1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Fh6cs2vZkz4T4b for ; Thu, 13 May 2021 23:02:37 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=jnYATpwK17GEdEMFv86ar8Ddq+JlP4m7+Kqek6bbNhDQrg+0dVOd3Nf547gy1yRJ+nucA6vBvTSTnvA4luXDaB2Os0O7+RC5reIZjiQUyw7WcuvKlfcizlwyZeKlL/TLq8PFF8jh5wuWtjFuu51vKQIOzmmW/mDpoOtIhZ0hMHJ0cUVQC00/uj4MDitqESP72NcwvjFAhONvqAwdvScKKad5fc9HxaRnHsA4Hn4LMAYbxvzjppOTur2MW6ZHgwmfdWJYJxVD6KrYh3VeKoKy9hgNcExoy+GxO3u3ivQTayIiknA0ycBhQEf+XZWbekP1BFETrfyEkGbD4zmn8gIJkg== 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=ORhDRZ6T2/qOjuJvy9KWImON3tctstV+rqo1nZZkKr0=; b=iG4llg1dacnOXsvhho1/MUK7MZGeAshgnlYp7gYh42ksJvUH+9AzQFMGyZLiWMmoRCfpWeCgrKjHWc+2P2ox8L9oPThgEMJBC+JRRhYJl2tx7aIewYjxd9H7gD68nzt8SPsh5vOj9BVIkcKoWQNbo+2UVA9AIczlr/TE2RkOtpnN04GpBZnpl2KU2XWYhIknIQ0vHRN4XIAZH3RM2MXUvuvmyUGv9EQVqiTjBDNjUOWWNCN2b4iCt5hSscV4Sf2fMUHCb6pKprmOrgsAyef2gKdzfJUm7FPrkiiKo4Vgs6JaracXWUZgt7ZYPgUk2ruflNykhWUGOfKnqz62/OBfsw== 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=ORhDRZ6T2/qOjuJvy9KWImON3tctstV+rqo1nZZkKr0=; b=RsFaVAU64QXQAkCvUPWwWeuymxBwoC/FnVL5PQ4hpi9SsRXIikmE/wTNe+T5e4AnXaLyPSgDUoFLeAPk93ETAkbRNMCZFk8xKi+yIBAI/qRy5NS+q5HdNjl8z0kP/FIS2MohhMCJir4ezfhKHKHaumJiHmQ89Aca2cJJjPxCAjG28AHYErfEYtQDYSTlfYHaQiHCIxv7g8GekOSERx/qyukP/npBS0fnr5quUDpnM26UBZs+U9ZP3U/qq2iFhvY7GYl2lkfUoyLL7TYWtViwhhEC5BOYHB5a/EMLd9UByg4P7UFaqNiGfXkqNEA2WtiwNZGbA8QeEYQMmTWrFomwCw== Received: from YQXPR0101MB0968.CANPRD01.PROD.OUTLOOK.COM (2603:10b6:c00:19::29) by YQXPR01MB4088.CANPRD01.PROD.OUTLOOK.COM (2603:10b6:c01:10::7) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4108.31; Thu, 13 May 2021 23:02:35 +0000 Received: from YQXPR0101MB0968.CANPRD01.PROD.OUTLOOK.COM ([fe80::1c05:585a:132a:f08e]) by YQXPR0101MB0968.CANPRD01.PROD.OUTLOOK.COM ([fe80::1c05:585a:132a:f08e%4]) with mapi id 15.20.4087.050; Thu, 13 May 2021 23:02:35 +0000 From: Rick Macklem To: FreeBSD Current Subject: RFC: changing the default NFSv4 minor version? Thread-Topic: RFC: changing the default NFSv4 minor version? Thread-Index: AQHXSEorb3JU9WtEc0icunyTxPl21g== Date: Thu, 13 May 2021 23:02:35 +0000 Message-ID: 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: 71473fa5-9e1e-43c8-3317-08d9166332a6 x-ms-traffictypediagnostic: YQXPR01MB4088: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:8882; x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: 6UOnMbcNLd+VIq/8p6QTcb+2YphwdnyZ+c7G0U00+xbP32CaR/SGMq/xbpTe1Q14LY3rf+fyrHx/ba2hkoNkWWeTcVgO2AbS4S/8kRKTQEd2P63ft7ptHBkGbYrQjMMzgq+NVHH18TtTVxDCVO6aq9YZkEHxRD5GzEhsw9ipLayaWaWFm5ywbXs019oewkHiq+Tsp9jV001nHx1kp6HA0VojJYW6Bhz1BeUaJv7Eb0gHE/FYJpLMPUhKxWxnSOckAiANxpF7CZ9bhtH1St1nVeTak3saIPGS1eEFMZ6OcBbcK0kXEEizXZcAHXBCUpDlI01D7NVdzlHjoM1JZKsfbDZP3YVsVQv399Xm7U5cvRf7l+9CBty7OAfOcc50mNqIi4xzQdhPRq/BSJUDSpY5eVGgDrc/QnKgF1GNR3XwTanW6/GvuAYqqS+Zsd9Eo5gqj1l7AZGoeMpsUOC1PY5tJV5FwSz9hl/rcfFNBHUjgxC8f2qgKv1N2QLr5kHKeqQ99P9CFMQF+/wvLi45/0Hkt/XrfVRdxTkcq701RhjAJdemnhudj253+PuIC3xNut9znOgT+sdbZHzeGX3eC8MQrupNEx0GKqNfB2/xkQUuN6w= x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:YQXPR0101MB0968.CANPRD01.PROD.OUTLOOK.COM; PTR:; CAT:NONE; SFS:(346002)(376002)(396003)(39860400002)(366004)(136003)(52536014)(55016002)(478600001)(186003)(6506007)(66446008)(76116006)(7696005)(8676002)(66556008)(786003)(66476007)(64756008)(66946007)(5660300002)(2906002)(6916009)(86362001)(9686003)(38100700002)(83380400001)(122000001)(71200400001)(8936002)(316002)(33656002); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata: =?iso-8859-1?Q?knqxvM9aDMUmkn3YU9IxKJSY6ex9H+CcaCKf8sCGOLtOrFyUZxI6zmG2HU?= =?iso-8859-1?Q?L0YvkaY0f8NMSg076b/Murfy8dSBJCsqqGUBOlelvGtOMOhVfXzN3onx5G?= =?iso-8859-1?Q?SJMkyw3+aF1SufZKSbmve0uWJltffYz+EOBXgahWu86CqnLRE9NXBdeAl3?= =?iso-8859-1?Q?v2p3xw8IIA52mCJaD9VCpDE6NYMKJ94SafNtuH/bozXwYSfzT9q9Gi5JRP?= =?iso-8859-1?Q?/2r+6d/4KPHQY16yjcjW88IbJO7dCX7LW0bVn/ALzKppzX3zrxspwmNtGn?= =?iso-8859-1?Q?i5JLSgYIy3DE2n2GOANRH8Tux3tpDVTsP4Sii6T0ufiALAc1wT0E7qpUu7?= =?iso-8859-1?Q?o+K+STk/Br3hLCDdshLdfFcqI3aE/HWMyU0BLEiDet45+p/O4LP0yvSPNf?= =?iso-8859-1?Q?ajjL+gOvqis7FwOgItlBzZgQgjFzd2JU+X4xNUn852KKgyBBkqp0pSgJGv?= =?iso-8859-1?Q?eMJD7NSIeUC2W2G3HmhA1whtz+9Pt0aPX171KKGapBt/Wt46XAplfNuwC6?= =?iso-8859-1?Q?Ih6RtzmlWSgW2UbREXJl8Y698DMn9tPJKqk2gRyFUOVG2Nsgi3bCklVTBh?= =?iso-8859-1?Q?FFk35+mx0mfkG0qagulr+mu95jtcXMeeDkOzbvmClI5oYASWCDlccGxTVa?= =?iso-8859-1?Q?ORmdUcrhajzzs6s5rvwd33FUZgWDHRSs0UDfNKOdHnGJu/L64FaxK3+QlY?= =?iso-8859-1?Q?voggx5Mv5PrNJ8dPMEbbmRC3VqBI+SWPVY21303kem8CZIpoK3lb5biOcU?= =?iso-8859-1?Q?pKE44KJkMtNSiSNYoLaamhgRmeCBuBJFnoxkWiy2rwjni4bQeH9Ql3PzeO?= =?iso-8859-1?Q?dqoJBw1Cfw2biF0QSZkL0jXgopMpzH13cisGI5bJKAgbmuswVpvrGuIjpt?= =?iso-8859-1?Q?cCQow0+Oa+jPbX5eUpBn7eSNa+tJ72Z2aGEnFCe4eVFp54eAbTQ4K1nuXS?= =?iso-8859-1?Q?/O03ft7WuegTMCAVtrrYJTGoupBhbKnauJ+MXOq6Yhh+GqYLujC+OyV1S5?= =?iso-8859-1?Q?6YiTd9yll8iKUISAn09qwunFZD8JYPRkOhI7Kl+XVu0k/ZNZFgRtVYwW69?= =?iso-8859-1?Q?A9wsw39cZ4rB18wkTajQjNJFVTyJMlaaPIAquDyWOjhc2xSmk9PyFFD1bq?= =?iso-8859-1?Q?sauzf9BotwXB05zNqsuyALLmjYwjPOMydzofcrp5tiLUzxTssmD9b3x+41?= =?iso-8859-1?Q?P87a7tNd5eYhFihmx9nY0upmki6NM1zCgid9GK0uCndzBdRmPdM5KE5VuB?= =?iso-8859-1?Q?qpxV05/FYnLoZFyBMOZjZla+nwsQqH+XGD4iPJdA94AmJOdFmHWV5801NS?= =?iso-8859-1?Q?KYaUj5WILb1GIOGqM/aCVjvK69rotyqsLDsetNZqgce0Eynqq5FUf5C1X/?= =?iso-8859-1?Q?SC3V/LNJfcM5vH2EldYTgqtSc51ohKlhLQwpkwWmVOAohKAn6l2hljERzm?= =?iso-8859-1?Q?luZLf0FUSM/H9uk3?= x-ms-exchange-transport-forked: True Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: uoguelph.ca X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: YQXPR0101MB0968.CANPRD01.PROD.OUTLOOK.COM X-MS-Exchange-CrossTenant-Network-Message-Id: 71473fa5-9e1e-43c8-3317-08d9166332a6 X-MS-Exchange-CrossTenant-originalarrivaltime: 13 May 2021 23:02:35.6652 (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: imMDBEomQEe40zfG3FuESlhe6LVujrSwp/8qwrFhW8UlXLX0SHiHb0WOtKNNQ19CtI2bZM8ualFKhXozoIVsKQ== X-MS-Exchange-Transport-CrossTenantHeadersStamped: YQXPR01MB4088 X-Rspamd-Queue-Id: 4Fh6cs2vZkz4T4b X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=uoguelph.ca header.s=selector1 header.b=RsFaVAU6; arc=pass (microsoft.com:s=arcselector9901:i=1); dmarc=pass (policy=none) header.from=uoguelph.ca; spf=pass (mx1.freebsd.org: domain of rmacklem@uoguelph.ca designates 40.107.67.58 as permitted sender) smtp.mailfrom=rmacklem@uoguelph.ca X-Spamd-Result: default: False [-5.10 / 15.00]; R_SPF_ALLOW(-0.20)[+ip4:40.107.0.0/16]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[uoguelph.ca:+]; DMARC_POLICY_ALLOW(-0.50)[uoguelph.ca,none]; NEURAL_HAM_SHORT(-1.00)[-1.000]; RCVD_IN_DNSWL_LOW(-0.10)[40.107.67.58:from]; SUBJECT_ENDS_QUESTION(1.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[40.107.67.58:from]; ARC_ALLOW(-1.00)[microsoft.com:s=arcselector9901:i=1]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:8075, ipnet:40.104.0.0/14, country:US]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[uoguelph.ca:s=selector1]; FREEFALL_USER(0.00)[rmacklem]; RCVD_TLS_LAST(0.00)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[40.107.67.58:from:127.0.2.255]; FROM_EQ_ENVFROM(0.00)[]; DWL_DNSWL_LOW(-1.00)[uoguelph.ca:dkim]; RWL_MAILSPIKE_POSSIBLE(0.00)[40.107.67.58:from]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 May 2021 23:02:38 -0000 Hi,=0A= =0A= I believe that NFSv4.1 and NFSv4.2 are now mature in freebsd-current/main.= =0A= I also believe that NFSv4.1/4.2 is a better protocol than NFSv4.0.=0A= (In particular, the sessions mechanism for "exactly once RPC semantics"=0A= is a significant improvement over the duplicate request cache for NFSv4.0,= =0A= plus other improvements.)=0A= =0A= Right now, the FreeBSD NFSv4 client will use NFSv4.0 unless the=0A= "minorversion" mount option is used to set the minor version to 1 or 2.=0A= =0A= The Linux client uses the highest minor version supported by both=0A= client and server by default.=0A= I'd like to propose that the default behaviour of the FreeBSD client=0A= be changed to do the same, so that NFSv4.1/4.2 will be used when possible.= =0A= --> The "minorversion" mount option could still be used to override the=0A= above default.=0A= =0A= I have hesitated doing this change because it could be considered a POLA=0A= violation, but I think the change from 4.0->4.1/4.2 will normally be a=0A= neutral to positive experience. (To be honest, I suspect most won't notice= =0A= the change.)=0A= =0A= How do others feel about this change?=0A= =0A= rick=0A= From owner-freebsd-current@freebsd.org Fri May 14 01:43:57 2021 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 E104F6355B5 for ; Fri, 14 May 2021 01:43:57 +0000 (UTC) (envelope-from jakehfreebsd@gmail.com) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 4FhBC14Bbfz4Zy5 for ; Fri, 14 May 2021 01:43:57 +0000 (UTC) (envelope-from jakehfreebsd@gmail.com) Received: by mailman.nyi.freebsd.org (Postfix) id 8FEF2635812; Fri, 14 May 2021 01:43:57 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 8FB8C6352F6 for ; Fri, 14 May 2021 01:43:57 +0000 (UTC) (envelope-from jakehfreebsd@gmail.com) Received: from mail-ot1-x335.google.com (mail-ot1-x335.google.com [IPv6:2607:f8b0:4864:20::335]) (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 4FhBC13Wlmz4Zc9 for ; Fri, 14 May 2021 01:43:57 +0000 (UTC) (envelope-from jakehfreebsd@gmail.com) Received: by mail-ot1-x335.google.com with SMTP id d3-20020a9d29030000b029027e8019067fso25191124otb.13 for ; Thu, 13 May 2021 18:43:57 -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=uGXmftd3aoDdOjcqNt97xRGmAumt7mEYTngDRnmANGs=; b=t81e0YiOsIaThIBeqCJyoTfbtXPYgjo2ZYUhBFojtq7Ng3dTKR9JBI6MtUzRlD+NBw acZ7ZudsM6v3xbq/Dvvwh+YA2aVX9pVTnV2KqHlkliXFQxNT4Yn8Bz7TpY4qDmMVkPgd iLq6MyTTpvAI9BQQZR3vX4/kGxkRtEnE/He8wTWDou/KaBp+wsBVDq5d+9tEk4cEQxRe X5+Vgs2X1DlEWNfdsnrGYtI/CzzT6YKSgt0snw5alD7UtYykQvZ773QQ/Js8GKtuizct IF5+F+1Gwe9kqgT6WuNsf+aDZmsDGeGXZcYr4XDrwP6Qy85TW+1KhQiAxPlr/uf7gSei KSCw== 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=uGXmftd3aoDdOjcqNt97xRGmAumt7mEYTngDRnmANGs=; b=O36IiHfxCEqdFQylsAJDUJ7p6riWLUr7ijHyKblqZ2qiFDsLWMVAEcOVpgSBAK2DXO QpPDxjDMhuakOjTTROtZ870VlawyQK6lUXBbzhPHYWo00DX/sfnxIqscw4ubdDiOmYZb M2g2+cYXFp9ozVDOs93bAvQOfbSFgpvoDdFmW1WQbEguvoQeSl+5i9ao+7JDNrp7aVoZ jlOponCgcbWxh1w+7KbOmBSBWjti8VDGsn+TC7ppTXIjEpBl+7W7hkNDcU9dSfT9OU49 94EC/fQFUufhqtS7E+KMtebcw5P8iJ2uXqMlqDQCxdadTIKrLVKdWPhI+NMeQVyqwLrN uXiQ== X-Gm-Message-State: AOAM531+DMPc0iekzHwjLFaG8X0XllQsaO9mprhEDVtu4ejMDzLiifLC 6+0ihtTfEyr/iBDc6ezNYTXxu5W9JJMIRb4XevKS9rFKTzVqzQ== X-Google-Smtp-Source: ABdhPJyNOmaminIk5G8GAiq4VeF/bJJmZczRYGQfqBN99qwS6oEAfi7RPQLwetYIJQnSL6kgSGnSRTE9/2EdeVePqI8= X-Received: by 2002:a05:6830:351:: with SMTP id h17mr7392964ote.320.1620956636216; Thu, 13 May 2021 18:43:56 -0700 (PDT) MIME-Version: 1.0 References: <6070.1620907795@critter.freebsd.dk> <202105131913.14DJDCZa077839@gndrsh.dnsmgr.net> In-Reply-To: <202105131913.14DJDCZa077839@gndrsh.dnsmgr.net> From: jake h Date: Fri, 14 May 2021 11:43:45 +1000 Message-ID: Subject: Re: HEADSUP: i2c(8) has been washed and ironed To: "Rodney W. Grimes" Cc: Poul-Henning Kamp , current@freebsd.org X-Rspamd-Queue-Id: 4FhBC13Wlmz4Zc9 X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.34 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 May 2021 01:43:57 -0000 > What about adding a new flag to enable strtoul behavior? I have had a look at the available flag options for a potential strtoul flag, and a flag that makes sense to me is [-s] / [--strtoul]. [-s] is not currently being used in i2c, if we wanted to use it. On Fri, May 14, 2021 at 5:13 AM Rodney W. Grimes < freebsd-rwg@gndrsh.dnsmgr.net> wrote: > > I have renovated the i2c(8) program and while I belive all argument > > processing is 100% compatible, various undocumented aspects of the > > program may have changed, amongst these precisely what goes to > > stdout and stderr. > > > > Apologies if this breaks any of your scripts. > > > > > > > > There is one aspect of this program which I have not changed, but > > which bugs me utterly: All arguments are in hex, except [-c count] > > which is decimal. > > > > My personal preference would be if all the arguments called strtoul(3) > > with zero third argument, so that users can use decimal, octal or > > hex as they prefer, but I fear that would break pretty much every > > single script. > > > > Alternatively [-c count] could be changed to be hex like the rest. > > What about adding a new flag to enable strtoul behavior? > Or invoked by another name i2cX and install a hard link? > > > > > > > phk@FreeBSD.ORG | TCP/IP since RFC 956 > -- > Rod Grimes > rgrimes@freebsd.org > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@freebsd.org Fri May 14 05:59:54 2021 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 1110B639F75 for ; Fri, 14 May 2021 05:59:54 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic317-22.consmr.mail.gq1.yahoo.com (sonic317-22.consmr.mail.gq1.yahoo.com [98.137.66.148]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4FhHtK1RrPz4lTy for ; Fri, 14 May 2021 05:59:52 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1620971991; bh=/GDNb4J7PjoBhsbFjI3DDQYFCFR5hnENosnyca1M3tf=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=AOpDBK67fb8H7uUkfMEvzc0URFdjKGGpdPLlPArmzz364qkKAycI3YxmEIp07hQXOFXi/gS00dmMgNKfe6Ana0+DxjtBOk7UNP6xsJYtY9tuFSZtgquQAV0SCCLpvQa0P7AruQlmYmTkhy9cmyg7jvAhcviFf4HDZMCbqc1ZIXT22OF1Q32xfbAhHHxkr199e1zM3niYPozQK/9QQ+Zs6wW+GRGItoNLC67u1uhqI0HI0tNflGWnmrJuZh+uhGWd5D+gbZ6VJ+952OPRb25tton5akhGo55iiHauZA/pmZ+8yQPGQ/6srnIN8eDsx4ZpVxMUENv2hX2MKHuJIzyCxw== X-YMail-OSG: 5kdLEqgVM1kvwvAXtsFfY1X6uQYYrrL9XqHNEizPR4r6_LBjOWo0HI7T.3xRTOL G44.e6XJCjup727iBaqNVHS6cA9C6Uch5Yt2KYvoecgQEammFh8.pYi8ax1lncg8Hth8WTrUBlzp yJlscvreUyTZVbaqb.qWbIKe_O688Z0AReYkKmJPm4jrpy5t9Av_d58NMDdekmMHdMTUbKiwSFnp sb9Fvhbnioo97YSYu9vd1lHq2wZLgRftH7UAn0Gl.itQ3ZkNEt1FUJvT7agjkMlb.RbxReUp1jXp g20kcqeKw8807t2E6djyi04vZ7cMOGX.NjD0JPnSpS8dks3k8o7OwAhhlvuKHgfC9t2QoXet.Hxr uZ7ZJRaYvYEz92FlrlmXuCctPOYkaQOcZA3_v2DTep6cuzEAGbOmBs6VY1WtvSjil8JS5rI.l7tQ iHRx4LGIXfRAlnpjPF8MYHh7axzFup8RzdcyT1NZnvssAMql9q1FGFHEpneVx40ED2BN.i89SU0M DPRhW2NGqbPVCNkl4lofD5J85UVuZelah6mwbLY0YvkAzJlHQHledG4ndgHY0e9zvopsB7re_dVL zghp7H_3sz_TzLtW4K9EHAYNT1GEuj0.NFbBD2Dy_4Ogym22p_BXebZhITYuQJBUbWcBQlkuX2tJ 3r8hVl0WPQtjs0Q4wfqkNM1doLR.vdAyuIht8CFC5AwsXOjhACIVjhxNT7KAw2U5CUzHyTj.bsaB xR7wMVoN0PhRR3pCSm.nge04cJcql0lx7xJJMLe2tA4O9NUs5KnHWG1c6Mf0Pw5D3t3I688u07Hm 4VXByX2unTYyauExwoAGmV8xUumeP9fc5q9JHY56v5DpSuWRfTNL.NCtFU.AQxqMybtHcn5CIUkE V9hnmRobHhH0dcxj5ft.8qv5d.gkSQ2PX7cUHkj5iWvwsKyFjVdiEXG0cmJJXRt2S9oHiw_8TTRY .7tSCfFfZ2wPDjI4VRGV2ehb0GGH3gCySZ1xmnj8HuUg5Q5VvJ5wZ2ueCrpFaOh4FknBZffmYOZ3 tP16ydHA3zZOBi_zgBMJ29MQVJPELkbSK_0s9M0ZYePDDgP6_H0u5WDLCY6OFrN2nEH6o8uyOMJM j8TvE6.CTk5WpsFeBnNZk2g3TMuJoIbVla5QbZKDiAjJ1c98FXpmsDiPIvm7gLAQfPN1Q16F9u4y yKryhm_X.Pv7NEtKGrf8cXcjYAsVoEECmXfQsGuE.BQGfJnqZnNmKsg.oYB8RiIs505_W1z7qLAr wxwV1DUzKdX9Mhnk5ql8TK2CmOKj3UdNKYg4260kLNbWEU4SXWBFb_p0V6jcC9oDKMh5frG3wP7Y QGA.nCc2eayFVJq_W0kWMDHV5_aUkUUMCNHcA9NaDdAaQhlUzHUEA9odOR.u_QRBnFS8YYscb2zq fzrrAK4MRHqbrJPqxpznEcXSXkRkmQRnalkPi_02EaVIRGARyaQXaskvgVkopCwqFUlCcoWRt82w xkA27uq.GTxFQk33mw64ALqUpVhFuR_aghUn3Rw0rgi72hTIyf6dBH_FSuhOCwlkYfPmrOLd.v6w qT3nZZMU8dZ31B0AVwVaMfgkOSseTGSoZWSPXHY662sj7hiAtYylbmzR9oGFTbAVMm_nWb6V1VAg djK2edopJTIcmUWyRSvGS1aiQJKC4YMoCv9ERhQ28qynCtvVc2dyIvu2.qnTlus.YeUXyH1Cm_yJ UZmkKPLlYDQ35YDvdpclDLE4Paw8ezYPNYqa1wztvGCqsxPv_f6mXVD8m65hasWyg.IgKi7Oq5Zm Cj9ez8wrI2Whnce3wPUDdCRpF3Xgs5RNERuL6CimyTEbD3VN9qUunxUKprjJwTlgs6uVqw9Quzu7 Z55LRNIVbtWGX2aup3cD85ZSOynMPBFA2hRvH0_ugGYUJnTcjZIqK4onm_Xq4eAWihyxJAhF2iSv d9k1.pVoYob9epw2iR3bpxL1JNpA5AjyHhRf.hPn4bFkVBHTDEkvD4.vEouz69MVkjueDXiYgQ4l b.5I2tCfoFjG96I67v1Gfc7PeAfAieN.mRxKqFbuTrLdie5OzDfKUWzSb8uamNVHXaEt50kAEZh6 Gtppgm7Ip0CgyAukTRN4a94I9HqPDqDbAILMMHsZlGdNamlIK4kyiq7P4Q6qYhEnvuSbL6Sh5I_E UDOa610rr4F0_OWHWr9imBed5TsSR0cB37_jKhVWr8UQ_zf6y4791lSuG0coIR7t9ZBZsxn9CkUb 8aJaz5yns5npPWFMwP5X27ERwdCNseFXYvq.W7uzyKZCHIJrRU8FCPOuWIzoQRaC2yk.eaeABLT1 uuGJt0LItEu1BVVImrhFitHaNeJMv.rDn8BJWdIL0Eg0ULA6iD4ufF4hGtMeAokz6E8oRgwGPk94 4Sq.amsQefaRmhhHNKExBgIWyBkOSD9d4jM4yHrsaN38NN4g3OSoCahsyzo3XlSUcf2BF5HnUZNc NdwuuyMUHTML3aauJJEGNl0m.aHRVVJ9LkF.o_sh5jQPpFxGHM7qzVyiS8adubcoXay21oWEFBwB 17CsHVQOrCeBJzGFZhczNFVi1tIhy51I95VnnC.Z6OKc88VJR40bCmh.m9ns6GK91KIooUAe2Yop cFnaDNf38bAR55g-- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic317.consmr.mail.gq1.yahoo.com with HTTP; Fri, 14 May 2021 05:59:51 +0000 Received: by kubenode575.mail-prod1.omega.gq1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID e6cd83f87d5d2cdd420c15922d1634eb; Fri, 14 May 2021 05:59:49 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.80.0.2.43\)) Subject: FYI for aarch64 main [14] running a mid March version: I ended up with [usb{usbus2}] stuck at (near) 100% cpu Message-Id: Date: Thu, 13 May 2021 22:59:48 -0700 To: freebsd-arm , freebsd-current X-Mailer: Apple Mail (2.3654.80.0.2.43) References: X-Rspamd-Queue-Id: 4FhHtK1RrPz4lTy X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.50 / 15.00]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; ARC_NA(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[98.137.66.148:from]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[98.137.66.148:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.66.148:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.66.148:from]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 May 2021 05:59:54 -0000 Note: The context was using a non-debug main build from mid-2021-Mar. (More details identified later.) The issue happend while attempting a: # zfs send -R zpold@for-copy | zfs recv -Fdv zpnew where the drives involved in the command were: zpold: a USB3 SSD, using /dev/da0p3 zpnew: an 480 GiByte Optane in the PCIe slot, using /dev/nda0p3 with: # gpart show -pl =3D> 40 468862048 da0 GPT (224G) 40 532480 da0p1 4C8GCA72EFI (260M) 532520 2008 - free - (1.0M) 534528 29360128 da0p2 4C8GCA72swp14 (14G) 29894656 4194304 - free - (2.0G) 34088960 33554432 da0p4 4C8GCA72swp16 (16G) 67643392 401217536 da0p3 4C8GCA72zfs (191G) 468860928 1160 - free - (580K) =3D> 40 2000409184 ada0 GPT (954G) 40 409600 ada0p1 (null) (200M) 409640 1740636160 ada0p2 FBSDmacchroot (830G) 1741045800 58720256 ada0p3 FBSDmacchswp0 (28G) 1799766056 176160768 ada0p4 FBSDmacchswp1 (84G) 1975926824 24482400 - free - (12G) =3D> 40 937703008 nda0 GPT (447G) 40 532480 nda0p1 CA72opt0EFI (260M) 532520 2008 - free - (1.0M) 534528 117440512 nda0p2 CA72opt0swp56 (56G) 117975040 16777216 - free - (8.0G) 134752256 134217728 nda0p4 CA72opt0swp64 (64G) 268969984 668731392 nda0p3 CA72opt0zfs (319G) 937701376 1672 - free - (836K) The system running was that on /dev/ada0p2 (FBSDmacchroot, which is UFS instead of ZFS). The [usb{usbus2}] process eventually got stuck-busy, no more I/O: CPU 0: 0.0% user, 0.0% nice, 100% system, 0.0% interrupt, 0.0% idle CPU 1: 0.0% user, 0.0% nice, 0.0% system, 0.0% interrupt, 100% idle CPU 2: 0.0% user, 0.0% nice, 0.0% system, 0.0% interrupt, 100% idle CPU 3: 0.4% user, 0.0% nice, 0.0% system, 0.0% interrupt, 99.6% idle PID USERNAME PRI NICE SIZE RES STATE C TIME CPU = COMMAND 15 root -72 - 0B 262144B CPU0 0 8:51 99.95% = [usb{usbus2}] 1295 root -8 0 20108Ki 8092Ki q->bq_ 2 0:04 0.00% = zfs recv -Fdv zpnew{receive_writer_thre} 1295 root 48 0 20108Ki 8092Ki piperd 2 0:22 0.00% = zfs recv -Fdv zpnew{zfs} 1294 root -8 0 17544Ki 7740Ki q->bq_ 2 0:01 0.00% = zfs send -R zpold@for-copy{send_reader_thread} 1294 root -8 0 17544Ki 7740Ki q->bq_ 0 0:00 0.00% = zfs send -R zpold@for-copy{send_merge_thread} 1294 root -8 0 17544Ki 7740Ki hdr->b 2 0:00 0.00% = zfs send -R zpold@for-copy{send_traverse_threa} 1294 root 52 0 17544Ki 7740Ki range- 3 0:20 0.00% = zfs send -R zpold@for-copy{zfs} 1036 root -8 - 0B 1488Ki t->zth 0 0:00 0.00% = [zfskern{z_checkpoint_discar}] 1036 root -8 - 0B 1488Ki t->zth 1 0:00 0.00% = [zfskern{z_livelist_condense}] 1036 root -8 - 0B 1488Ki t->zth 2 0:00 0.00% = [zfskern{z_livelist_destroy}] 1036 root -8 - 0B 1488Ki t->zth 1 0:00 0.00% = [zfskern{z_indirect_condense}] 1036 root -8 - 0B 1488Ki mmp->m 3 0:00 0.00% = [zfskern{mmp_thread_enter}] 1036 root -8 - 0B 1488Ki tx->tx 1 0:00 0.00% = [zfskern{txg_thread_enter}] 1036 root -8 - 0B 1488Ki tx->tx 2 0:00 0.00% = [zfskern{txg_thread_enter}] I was unable to ^c or ^z the process where I typed the command. I eventually stopped the system with "shutdown -p now" from a ssh session (that had already been in place). When I retried after rebooting and scrubbing (no problems found), the problem did not repeat. I do not have more information nor a way to repeat the problem on demand, unfortunately. Details of the vintage of the system software and such: # ~/fbsd-based-on-what-freebsd-main.sh=20 FreeBSD FBSDmacch 14.0-CURRENT FreeBSD 14.0-CURRENT = mm-src-n245445-def0058cc690 GENERIC-NODBG arm64 aarch64 1400005 1400005 def0058cc690 (HEAD -> mm-src) mm-src snapshot for mm's patched build in = git context. merge-base: 7381bbee29df959e88ec59866cf2878263e7f3b2 merge-base: CommitDate: 2021-03-12 20:29:42 +0000 7381bbee29df (freebsd/main, freebsd/HEAD, pure-src, main) cam: Run all = XPT_ASYNC ccbs in a dedicated thread n245444 (--first-parent --count for merge-base) The system was a MACCHIATObin Double Shot. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-current@freebsd.org Fri May 14 08:10:58 2021 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 AE85663CDA6 for ; Fri, 14 May 2021 08:10:58 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 4FhLnZ3qxjz4qtZ for ; Fri, 14 May 2021 08:10:58 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: by mailman.nyi.freebsd.org (Postfix) id 81E3863CB9C; Fri, 14 May 2021 08:10:58 +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 81B0E63C94C for ; Fri, 14 May 2021 08:10:58 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4FhLnZ2YQTz4qj1 for ; Fri, 14 May 2021 08:10:57 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (v-critter.freebsd.dk [192.168.55.3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by phk.freebsd.dk (Postfix) with ESMTPS id F04DB89290; Fri, 14 May 2021 08:10:55 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.16.1/8.16.1) with ESMTPS id 14E8AtHh018382 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Fri, 14 May 2021 08:10:55 GMT (envelope-from phk@critter.freebsd.dk) Received: (from phk@localhost) by critter.freebsd.dk (8.16.1/8.16.1/Submit) id 14E8AtkL018381; Fri, 14 May 2021 08:10:55 GMT (envelope-from phk) To: jake h cc: "Rodney W. Grimes" , current@freebsd.org Subject: Re: HEADSUP: i2c(8) has been washed and ironed In-reply-to: From: "Poul-Henning Kamp" References: <6070.1620907795@critter.freebsd.dk> <202105131913.14DJDCZa077839@gndrsh.dnsmgr.net> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <18379.1620979855.1@critter.freebsd.dk> Date: Fri, 14 May 2021 08:10:55 +0000 Message-ID: <18380.1620979855@critter.freebsd.dk> X-Rspamd-Queue-Id: 4FhLnZ2YQTz4qj1 X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 May 2021 08:10:58 -0000 -------- jake h writes: > > What about adding a new flag to enable strtoul behavior? > I have had a look at the available flag options for a potential strtoul > flag, and a flag that makes sense to me is [-s] / [--strtoul]. [-s] is not > currently being used in i2c, if we wanted to use it. -s is already used to select "scan" mode. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@freebsd.org Fri May 14 08:17:40 2021 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 9FF5663D0B1 for ; Fri, 14 May 2021 08:17:40 +0000 (UTC) (envelope-from hlh@restart.be) Received: from tignes.restart.be (tignes.restart.be [IPv6:2001:41d0:a:f40b::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 (2048 bits) client-digest SHA256) (Client CN "tignes.restart.be", Issuer "CA master" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4FhLxG5c6jz4r8W; Fri, 14 May 2021 08:17:38 +0000 (UTC) (envelope-from hlh@restart.be) X-Comment: SPF check N/A for local connections - client-ip=192.168.25.127; helo=restart.be; envelope-from=hlh@restart.be; receiver= DKIM-Filter: OpenDKIM Filter v2.10.3 tignes.restart.be 4FhLxC4XTVzH6 Received: from restart.be (norquay.tunnel.bel [192.168.25.127]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.restart.be", Issuer "CA master" (verified OK)) by tignes.restart.be (Postfix) with ESMTPS id 4FhLxC4XTVzH6; Fri, 14 May 2021 10:17:33 +0200 (CEST) Received: from morzine.restart.bel (morzine.restart.be [IPv6:2001:41d0:a:f40b:1:1:0:1]) (authenticated bits=0) by restart.be (8.16.1/8.16.1) with ESMTPSA id 14E8HTa3017749 (version=TLSv1.3 cipher=TLS_AES_128_GCM_SHA256 bits=128 verify=OK); Fri, 14 May 2021 10:17:32 +0200 (CEST) (envelope-from hlh@restart.be) X-Authentication-Warning: norquay.restart.bel: Host morzine.restart.be [IPv6:2001:41d0:a:f40b:1:1:0:1] claimed to be morzine.restart.bel Subject: Re: CURRENT crashes at early boot on Lenovo T540p: rtsx to blame - 13.0-RELEASE crashes same way! To: Marc Veldman Cc: "lev@freebsd.org" , freebsd-current@freebsd.org References: <9f0abf48-ed13-bff3-5687-fca0d57195d8@restart.be> <8d4e076b-9ecd-aef2-0ee8-73519bb9d939@FreeBSD.org> <8d2be5f2-4144-082e-4237-0dac0c4b37e6@restart.be> <6798878a-c499-d78d-e96d-d744513cb80d@restart.be> <1de588e2-20cb-3206-3aea-f3f88f577675@restart.be> <67f0874a-6a05-67f1-3f2b-c4b3dc67fa11@FreeBSD.org> <83b823bf-c6c2-2f6a-b5dd-2e91b4d1931e@restart.be> <2c208bbc-5adc-2327-4717-a5e7c8d64b4b@FreeBSD.org> <9a15daa7-2b17-e257-d4d1-850c632a9db8@restart.be> <417a97b9-2c40-310c-c445-b193c493b880@FreeBSD.org> <7eb763ce-0bbf-9baf-2ede-968ee25cff2e@restart.be> From: Henri Hennebert Message-ID: <0e13f794-a691-ddd1-4122-339bbc9e06f8@restart.be> Date: Fri, 14 May 2021 10:17:29 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Thunderbird/78.10.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: 4FhLxG5c6jz4r8W X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.55 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2001:41d0:a:f40b::1/128:c]; HAS_XAW(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[restart.be:+]; DMARC_POLICY_ALLOW(-0.50)[restart.be,reject]; NEURAL_HAM_SHORT(-0.55)[-0.551]; SUBJECT_ENDS_EXCLAIM(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[2001:41d0:a:f40b::1:from]; ASN(0.00)[asn:16276, ipnet:2001:41d0::/32, country:FR]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[restart.be:s=tignes]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[2001:41d0:a:f40b::1:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 May 2021 08:17:40 -0000 On 5/13/21 7:25 PM, Marc Veldman wrote: > > >> On 13 May 2021, at 17:56, Henri Hennebert wrote: >> >> On 5/13/21 5:51 PM, Lev Serebryakov wrote: >>> On 13.05.2021 18:38, Henri Hennebert via freebsd-current wrote: >>>> This seems a good news. >>>> >>>> Can you replace sys/dev/rtsx.c by the latest version (2.0g) from >>>> https://github.com/hlh-restart/rtsx >>>> >>>> I reduce the DELAY to 250000 and make some other updates waiting in the pipeline. >>> I've replaced two files in /usr/src/sys/dev/rtsx, rebuilt GENERIC kernel and it boots! >>> Output WITHOUT card is like this: >>> pci2: on pcib2 >>> rtsx0: <2.0g Realtek RTS5227 PCI MMC/SD Card Reader> mem 0xf4500000-0xf4500fff at device 0.0 on pci2 >>> rtsx0: We are running with inversion: 0 >>> rtsx0: Interrupt card inserted/removed >>> rtsx0: Card absent >>> rtsx0: No card is detected >>> pcib3: at device 28.1 on pci0 >>> Output WITH card is like this: >>> pci2: on pcib2 >>> rtsx0: <2.0g Realtek RTS5227 PCI MMC/SD Card Reader> mem 0xf4500000-0xf4500fff at device 0.0 on pci2 >>> rtsx0: We are running with inversion: 0 >>> rtsx0: Interrupt card inserted/removed >>> rtsx0: Card present >>> rtsx0: A card is detected >>> mmc0: on rtsx0 >>> pcib3: at device 28.1 on pci0 >>> ... >>> mmcsd0: 16GB at mmc0 50.0MHz/4bit/2048-block >>> ... >>> No visible delays in both cases. >>> Both boots are "cold", with AC cycle >> So if I understand correctly, your problem is solved. >> > > On my laptop (Lenovo P50s) the laptop now boots fine with and without the > card inserted, but it panics immediately on insertion or removal of the card, > unfortunately. > > > 1) > > #dev.rtsx.0.inversion=1" > > commented out in boot/loader.conf. > > 1.a) > > Booting with the card works. > When I remove the card a few minutes after boot I get a panic: > > Unread portion of the kernel message buffer: > rtsx0: Interrupt card inserted/removed > rtsx0: Card present > panic: mutex Giant not owned at /usr/src/sys/kern/subr_bus.c:2944 > cpuid = 3 > time = 1620924849 > KDB: stack backtrace: > db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe00c6780910 > vpanic() at vpanic+0x181/frame 0xfffffe00c6780960 > panic() at panic+0x43/frame 0xfffffe00c67809c0 > __mtx_assert() at __mtx_assert+0xb0/frame 0xfffffe00c67809d0 > device_probe_and_attach() at device_probe_and_attach+0x2a/frame 0xfffffe00c6780a00 > taskqueue_run_locked() at taskqueue_run_locked+0xaa/frame 0xfffffe00c6780a80 > taskqueue_thread_loop() at taskqueue_thread_loop+0x94/frame 0xfffffe00c6780ab0 > fork_exit() at fork_exit+0x80/frame 0xfffffe00c6780af0 > fork_trampoline() at fork_trampoline+0xe/frame 0xfffffe00c6780af0 > --- trap 0, rip = 0, rsp = 0, rbp = 0 Really strange, on my configuration, under 13.0-STABLE (stable/13-n245247-53c0fd84096) all was working smoothly. I switch back to taskqueue_swi_giant. Please test from GitHub version 2.0h. I am also interested by the output of kenv | grep smbios.system I think that in your case (P50s) inersion is not needed and you must add dev.rtsx.0.inversion=0 in loader.conf The inversion heuristic is not working for you. Please show the rtsx lines from dmesg. > > 1.b) > Booting without the card works, when I insert the card I get the same panic. > > 2) > With ndev.rtsx.0.inversion="1" > > Now enabled in /boot/loader.conf > > 2a) > Booting with the card inserted works, but when I remove the card I get the above panic. > > 2b) > Booting without the card inserted works, but when Insert the card I get the above panic. > >> I will push this new version to current, but it will take some time because I am not a committer. >> > > A minor thing about the patch/change. > I suspect the delay is a quarter of a second, not half as stated in the comments. Thanks, I forget to update the comment when I switch from 500000 to 250000. > > Again, thank you very much for your work on this! > > Best regards, > > Marc Veldman > > From owner-freebsd-current@freebsd.org Fri May 14 08:22:52 2021 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 04A4063D440 for ; Fri, 14 May 2021 08:22:52 +0000 (UTC) (envelope-from hlh@restart.be) Received: from tignes.restart.be (tignes.restart.be [37.187.123.11]) (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 "tignes.restart.be", Issuer "CA master" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4FhM3H5MjFz4rsG; Fri, 14 May 2021 08:22:51 +0000 (UTC) (envelope-from hlh@restart.be) X-Comment: SPF check N/A for local connections - client-ip=192.168.25.127; helo=restart.be; envelope-from=hlh@restart.be; receiver= DKIM-Filter: OpenDKIM Filter v2.10.3 tignes.restart.be 4FhM3G13R6zH7 Received: from restart.be (norquay.tunnel.bel [192.168.25.127]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.restart.be", Issuer "CA master" (verified OK)) by tignes.restart.be (Postfix) with ESMTPS id 4FhM3G13R6zH7; Fri, 14 May 2021 10:22:47 +0200 (CEST) Received: from morzine.restart.bel (morzine.restart.be [IPv6:2001:41d0:a:f40b:1:1:0:1]) (authenticated bits=0) by restart.be (8.16.1/8.16.1) with ESMTPSA id 14E8Mkrk017784 (version=TLSv1.3 cipher=TLS_AES_128_GCM_SHA256 bits=128 verify=OK); Fri, 14 May 2021 10:22:47 +0200 (CEST) (envelope-from hlh@restart.be) X-Authentication-Warning: norquay.restart.bel: Host morzine.restart.be [IPv6:2001:41d0:a:f40b:1:1:0:1] claimed to be morzine.restart.bel Subject: Re: CURRENT crashes at early boot on Lenovo T540p: rtsx to blame - 13.0-RELEASE crashes same way! To: lev@FreeBSD.org, Marc Veldman Cc: freebsd-current@freebsd.org References: <9f0abf48-ed13-bff3-5687-fca0d57195d8@restart.be> <8d4e076b-9ecd-aef2-0ee8-73519bb9d939@FreeBSD.org> <8d2be5f2-4144-082e-4237-0dac0c4b37e6@restart.be> <6798878a-c499-d78d-e96d-d744513cb80d@restart.be> <1de588e2-20cb-3206-3aea-f3f88f577675@restart.be> <67f0874a-6a05-67f1-3f2b-c4b3dc67fa11@FreeBSD.org> <83b823bf-c6c2-2f6a-b5dd-2e91b4d1931e@restart.be> <2c208bbc-5adc-2327-4717-a5e7c8d64b4b@FreeBSD.org> <9a15daa7-2b17-e257-d4d1-850c632a9db8@restart.be> <417a97b9-2c40-310c-c445-b193c493b880@FreeBSD.org> <7eb763ce-0bbf-9baf-2ede-968ee25cff2e@restart.be> From: Henri Hennebert Message-ID: Date: Fri, 14 May 2021 10:22:46 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Thunderbird/78.10.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: 4FhM3H5MjFz4rsG X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 May 2021 08:22:52 -0000 On 5/13/21 7:55 PM, Lev Serebryakov wrote: > On 13.05.2021 18:56, Henri Hennebert wrote: > >> So if I understand correctly, your problem is solved. > Stupid me. I didn't check card insertion/removal after boot. > > Card REMOVAL when boot was WITH CARD: > Instant panic: > > rtsx0: Interrupt card inserted/removed > rtsx0: Card absent > panic: mutex Giant not owned at /usr/src/sys/kern/subr_bus.c:3045 > cpuid = 3 > time = 1620928154 > KDB: stack backtrace: > db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe00c6a989c0 > vpanic() at vpanic+0x181/frame 0xfffffe00c6a98a10 > panic() at panic+0x43/frame 0xfffffe00c6a98a70 > __mtx_assert() at __mtx_assert+0xb0/frame 0xfffffe00c6a98a80 > device_detach() at device_detach+0x2e/frame 0xfffffe00c6a98ac0 > device_delete_child() at device_delete_child+0x15/frame 0xfffffe00c6a98ae0 > rtsx_card_task() at rtsx_card_task+0xfa/frame 0xfffffe00c6a98b00 > taskqueue_run_locked() at taskqueue_run_locked+0xaa/frame 0xfffffe00c6a98b80 > taskqueue_thread_loop() at taskqueue_thread_loop+0x94/frame 0xfffffe00c6a98bb0 > fork_exit() at fork_exit+0x80/frame 0xfffffe00c6a98bf0 > fork_trampoline() at fork_trampoline+0xe/frame 0xfffffe00c6a98bf0 > --- trap 0, rip = 0, rsp = 0, rbp = 0 --- > KDB: enter: panic > > Card INSERTION when boot was WITHOUT CARD: > Instant panic: > > rtsx0: Interrupt card inserted/removed > rtsx0: Card present > panic: mutex Giant not owned at /usr/src/sys/kern/subr_bus.c:2944 > cpuid = 1 > time = 1620928312 > KDB: stack backtrace: > db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe00c6a98a10 > vpanic() at vpanic+0x181/frame 0xfffffe00c6a98a60 > panic() at panic+0x43/frame 0xfffffe00c6a98ac0 > __mtx_assert() at __mtx_assert+0xb0/frame 0xfffffe00c6a98ad0 > device_probe_and_attach() at device_probe_and_attach+0x2a/frame 0xfffffe00c6a98b00 > taskqueue_run_locked() at taskqueue_run_locked+0xaa/frame 0xfffffe00c6a98b80 > taskqueue_thread_loop() at taskqueue_thread_loop+0x94/frame 0xfffffe00c6a98bb0 > fork_exit() at fork_exit+0x80/frame 0xfffffe00c6a98bf0 > fork_trampoline() at fork_trampoline+0xe/frame 0xfffffe00c6a98bf0 > --- trap 0, rip = 0, rsp = 0, rbp = 0 --- > KDB: enter: panic > > Both panics are "debuggable", as keyboard is working in ddb and crash dump could > be created. And I'm not sure, that GIANT in 2021 is good thing. Please test the 2.0h version from GitHub. Henri From owner-freebsd-current@freebsd.org Fri May 14 08:25:40 2021 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 8D23863D4FB for ; Fri, 14 May 2021 08:25:40 +0000 (UTC) (envelope-from debdrup@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 "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4FhM6X3gcZz4rkh for ; Fri, 14 May 2021 08:25:40 +0000 (UTC) (envelope-from debdrup@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1620980740; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=jOroc3Au3EBriKj/SK9tN+c6/BbOEVNdihU+YHOBhtQ=; b=PtVe6tdXrgR7fJsDP0eqth2fGg9AzPellqDJJIHvGwWGD9TPIQGK+raaMOnCJvA4T0QuTx E0eOunP7sOgnbzy++RxxzDEChQ4sTZ14xgsDIdsoL8v4BEoBYfuvvcDB3qr5qr5YWRdG1r ukO5+/jwo5/5HF/FJMA0T+bE5Y8zigdFS2LrvMpMqig19nTnvTTT3GCm/miQFsg2ofM2eI Yp5ohFhjzd7OHXgOEU0ICva35BSLPbh4I7WV8zpAYWCP1o63Fl4Z8cZg3zlxWx/pio5lzp +pVhd0EfXwXqSYG5MTP5GzaTR/XTm+1H3PoSpL1tolVsd1M/2b6DvE4R76mu9Q== Received: by freefall.freebsd.org (Postfix, from userid 1471) id 761641F4CC; Fri, 14 May 2021 08:25:40 +0000 (UTC) Date: Fri, 14 May 2021 10:25:38 +0200 From: Daniel Ebdrup Jensen To: freebsd-current@FreeBSD.org Subject: Re: RFC: changing the default NFSv4 minor version? Message-ID: <20210514082538.wbbrhhkwebvos6qc@nerd-thinkpad.local> References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="hhsyengqhnty2uc5" Content-Disposition: inline In-Reply-To: ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1620980740; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=jOroc3Au3EBriKj/SK9tN+c6/BbOEVNdihU+YHOBhtQ=; b=GteX3Axj1bZWxYZx7CmasAq7uIXc1XEU7A5vEtaXPsi2iLGBloCpXmG/l4GvH7jLkGHdl/ kQ6WFDYS1wlQr/BkbEGUFFc/IYM2XwTremsfbJPqVhxW3bTIU007qEDQYoqPfZHUWQcZxq V1rCfI7i4qByb06q6A5ZTFhZuire+oBByvfLXxKdFqZMfiOhjTWaBvkjWeuXunFQK0d0Ts uAEb1C6aEFZZpUBFv9H+x4SS7hv2zQ3+I3WMO2bFlDYvE+luMTgv1i/mTHa5LZwCen+5cA 7VEbWjaZYIzQ5efzxx1oykQFLzjbjNiuQ1oFJkwLNgmxyc08Vxdr5Yg8330mdw== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1620980740; a=rsa-sha256; cv=none; b=xV+oIFMCSyzzPPk5L3OAV3ea/MLnBl3n6fTHbvpwlfH8nqfuXe6pOxMrnLT1J4RASu61Q+ EDtpETUMMFT6jCnTOWGILi9ksYKUIVuaNH//QRFQLtWtRCebrtrWtkf6gdFJVrZrGYSR4p YZg2Gs/O/iTPI0SicEfR1B04/q3Eik5pbQ0AVvS5AVDjjG+jf0/iFK5P29dn0zabSHK8FC gkv1zVQm5B/HgvNkN/TTRbBlWvM2V7lskow8aT5i/cynOwNs4/WpetwdGFB5MF8uc9rJuE fXGEE99BVblwcPWCbWJ7VrMWkAlOry5nNejtkKpimvannYnKk1ddJfsFN8oZsA== ARC-Authentication-Results: i=1; mx1.freebsd.org; none X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 May 2021 08:25:40 -0000 --hhsyengqhnty2uc5 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline On Thu, May 13, 2021 at 11:02:35PM +0000, Rick Macklem wrote: >Hi, > >I believe that NFSv4.1 and NFSv4.2 are now mature in freebsd-current/main. >I also believe that NFSv4.1/4.2 is a better protocol than NFSv4.0. >(In particular, the sessions mechanism for "exactly once RPC semantics" > is a significant improvement over the duplicate request cache for NFSv4.0, > plus other improvements.) > >Right now, the FreeBSD NFSv4 client will use NFSv4.0 unless the >"minorversion" mount option is used to set the minor version to 1 or 2. > >The Linux client uses the highest minor version supported by both >client and server by default. >I'd like to propose that the default behaviour of the FreeBSD client >be changed to do the same, so that NFSv4.1/4.2 will be used when possible. >--> The "minorversion" mount option could still be used to override the > above default. > >I have hesitated doing this change because it could be considered a POLA >violation, but I think the change from 4.0->4.1/4.2 will normally be a >neutral to positive experience. (To be honest, I suspect most won't notice >the change.) > >How do others feel about this change? > >rick >_______________________________________________ >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 Hi Rick, If I understand your plans correctly, you're not going to be making it so that minorversion=N complains? In that case, I don't quite understand how it can be a POLA violation, since presumably it'll fall back to NFSv4.0 if that's the only thing that's supported by ntpd on some other system. At any rate, I'm all for it since I'm already using NFSv4.2. :) Yours, Daniel Ebdrup Jensen --hhsyengqhnty2uc5 Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQGTBAABCgB9FiEEDonNJPbg/JLIMoS6Ps5hSHzN87oFAmCeNAJfFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldDBF ODlDRDI0RjZFMEZDOTJDODMyODRCQTNFQ0U2MTQ4N0NDREYzQkEACgkQPs5hSHzN 87rFLgf/fnWEvwW1UU0nfxmT3QEIK54Fdw7ZlowXeMzjdeySBBrTxJ7cAfmb3tgx kZePLNa537h3GhQW9fJ95KytfdhCzweDlW7kerkWXWIn9wBOLToz50fw/VYzAdP6 MqKdUpJHUBMyOghdMCcm4cTcodyKDh3Vh+1YG2z/UcdUNZmQbC4gm0nJAWW6IPQE FOfvhdM+MHZtxR6p1gLr+Pio3XKy4pVR02ifTg7QWe3Gf4c/VQQ2f9XJMaqx+sL6 2YXLpZ6wDDkycb5iMt+qTM/g8RUC7skNtAbxaHaZmiBKAGlIuInruELz7RPVQ/rW E/V4jotMsEM1NJcS17XPwAwV4/Tjsw== =mbXu -----END PGP SIGNATURE----- --hhsyengqhnty2uc5-- From owner-freebsd-current@freebsd.org Fri May 14 09:06:31 2021 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 1F9A063ECB6; Fri, 14 May 2021 09:06:31 +0000 (UTC) (envelope-from greg@unrelenting.technology) Received: from out2.migadu.com (out2.migadu.com [IPv6:2001:41d0:2:aacc::]) (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 4FhN1d23dqz4v2L; Fri, 14 May 2021 09:06:29 +0000 (UTC) (envelope-from greg@unrelenting.technology) Date: Fri, 14 May 2021 09:06:17 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=unrelenting.technology; s=key1; t=1620983180; 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: in-reply-to:in-reply-to:references:references; bh=GrRhJlN+0P8fFBAVfKs+GhY66QGVaUiRj9wUCAK1I+w=; b=iw8nlLjGOnK92g1MML+hneNHQcdEDi1qsKt/vfjx4tJF7JpmIfN8aw25NnUI68BJ6fNE3N bXLOTdo6bxPYicEneISZaMPTTqsj8iG63GhNpD9aaQ4V4F3YETceqH7S1ypO/moR+t2Vy+ 3alALEcCJH00QJVPWZk1tyOBz1TnK/tRL5JI+tfcMKlqnhK4FbzFCkGK16Sk4yW82oSfyv iq6+8sZaYax0IJWnPuDjB+wE57HhQg9SoGgoQhxb+JgOm9SO3HhQ6M2TbAnF82tEOgO6do 79r2OoZjWFXbkSGd9rLQChWfSArHPadhFEjlT5MesPauXtb4WMkQi06BLSf/Zw== X-Report-Abuse: Please report any abuse attempt to abuse@migadu.com and include these headers. From: Greg V To: Mark Millard , Mark Millard via freebsd-current , freebsd-arm , freebsd-current Subject: Re: FYI for aarch64 main [14] running a mid March version: I ended up with [usb{usbus2}] stuck at (near) 100% cpu In-Reply-To: References: Message-ID: <35D1B891-3DBC-4B47-9A15-DE8E26CC2CDB@unrelenting.technology> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Migadu-Flow: FLOW_OUT X-Migadu-Auth-User: greg@unrelenting.technology X-Rspamd-Queue-Id: 4FhN1d23dqz4v2L X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=unrelenting.technology header.s=key1 header.b=iw8nlLjG; dmarc=pass (policy=none) header.from=unrelenting.technology; spf=pass (mx1.freebsd.org: domain of greg@unrelenting.technology designates 2001:41d0:2:aacc:: as permitted sender) smtp.mailfrom=greg@unrelenting.technology X-Spamd-Result: default: False [-2.88 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[unrelenting.technology:s=key1]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; R_SPF_ALLOW(-0.20)[+ip6:2001:41d0:2:aacc::]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; NEURAL_SPAM_SHORT(0.12)[0.122]; SPAMHAUS_ZRD(0.00)[2001:41d0:2:aacc:::from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[unrelenting.technology:+]; DMARC_POLICY_ALLOW(-0.50)[unrelenting.technology,none]; FREEMAIL_TO(0.00)[yahoo.com,freebsd.org]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[2001:41d0:2:aacc:::from]; ASN(0.00)[asn:16276, ipnet:2001:41d0::/32, country:FR]; MID_RHS_MATCH_FROM(0.00)[]; MAILMAN_DEST(0.00)[freebsd-arm,freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 May 2021 09:06:31 -0000 On May 14, 2021 5:59:48 AM UTC, Mark Millard via freebsd-current wrote: >The [usb{usbus2}] process eventually got stuck-busy, no >more I/O: > > >The system was a MACCHIATObin Double Shot=2E I've noticed USB issues on the mcbin too=2E In my experience uaudio was the most likely thing to freeze: sometimes whe= n playing audio the whole USB stack would hang, IIRC only unplugging and re= connecting the hub would let USB I/O continue=2E Looks like the XHCI hardware might not be fully stable here?? but I do won= der if we could possibly lack some recovery mechanisms for this situation t= hat other OSes have=2E From owner-freebsd-current@freebsd.org Fri May 14 09:49:54 2021 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 0317563FE76 for ; Fri, 14 May 2021 09:49:54 +0000 (UTC) (envelope-from lev@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 "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4FhNzj6Yhlz3D09; Fri, 14 May 2021 09:49:53 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from onlyone.not-for.work (onlyone.not-for.work [IPv6:2a01:4f8:201:6350::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: lev/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id B98A0234A0; Fri, 14 May 2021 09:49:53 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from [192.168.134.16] (unknown [94.19.224.8]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.not-for.work (Postfix) with ESMTPSA id 151A94A5B; Fri, 14 May 2021 12:49:50 +0300 (MSK) Reply-To: lev@FreeBSD.org Subject: Re: CURRENT crashes at early boot on Lenovo T540p: rtsx to blame - 13.0-RELEASE crashes same way! To: Henri Hennebert , Marc Veldman Cc: freebsd-current@freebsd.org References: <9f0abf48-ed13-bff3-5687-fca0d57195d8@restart.be> <8d4e076b-9ecd-aef2-0ee8-73519bb9d939@FreeBSD.org> <8d2be5f2-4144-082e-4237-0dac0c4b37e6@restart.be> <6798878a-c499-d78d-e96d-d744513cb80d@restart.be> <1de588e2-20cb-3206-3aea-f3f88f577675@restart.be> <67f0874a-6a05-67f1-3f2b-c4b3dc67fa11@FreeBSD.org> <83b823bf-c6c2-2f6a-b5dd-2e91b4d1931e@restart.be> <2c208bbc-5adc-2327-4717-a5e7c8d64b4b@FreeBSD.org> <9a15daa7-2b17-e257-d4d1-850c632a9db8@restart.be> <417a97b9-2c40-310c-c445-b193c493b880@FreeBSD.org> <7eb763ce-0bbf-9baf-2ede-968ee25cff2e@restart.be> From: Lev Serebryakov Organization: FreeBSD Message-ID: <9b1185dd-a3d0-7166-75b6-cf952c2b3c62@FreeBSD.org> Date: Fri, 14 May 2021 12:49:49 +0300 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.10.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 May 2021 09:49:54 -0000 On 14.05.2021 11:22, Henri Hennebert wrote: > Please test the 2.0h version from GitHub. Cold Boot with card: OK Card removal after boot: OK Cold Boot without card: OK Card insertion after boot: OK It is with 14-CURRENT n246524-95a74ab4fb0 -- // Lev Serebryakov From owner-freebsd-current@freebsd.org Fri May 14 10:48:12 2021 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 10C8A640EBE for ; Fri, 14 May 2021 10:48:12 +0000 (UTC) (envelope-from hlh@restart.be) Received: from tignes.restart.be (tignes.restart.be [IPv6:2001:41d0:a:f40b::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 (2048 bits) client-digest SHA256) (Client CN "tignes.restart.be", Issuer "CA master" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4FhQGy1Js8z3Hb8 for ; Fri, 14 May 2021 10:48:09 +0000 (UTC) (envelope-from hlh@restart.be) X-Comment: SPF check N/A for local connections - client-ip=192.168.25.127; helo=restart.be; envelope-from=hlh@restart.be; receiver= DKIM-Filter: OpenDKIM Filter v2.10.3 tignes.restart.be 4FhQGw5Xh3zH8 Received: from restart.be (norquay.tunnel.bel [192.168.25.127]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.restart.be", Issuer "CA master" (verified OK)) by tignes.restart.be (Postfix) with ESMTPS id 4FhQGw5Xh3zH8; Fri, 14 May 2021 12:48:06 +0200 (CEST) Received: from morzine.restart.bel (morzine.restart.be [IPv6:2001:41d0:a:f40b:1:1:0:1]) (authenticated bits=0) by restart.be (8.16.1/8.16.1) with ESMTPSA id 14EAm5AF018596 (version=TLSv1.3 cipher=TLS_AES_128_GCM_SHA256 bits=128 verify=OK); Fri, 14 May 2021 12:48:05 +0200 (CEST) (envelope-from hlh@restart.be) X-Authentication-Warning: norquay.restart.bel: Host morzine.restart.be [IPv6:2001:41d0:a:f40b:1:1:0:1] claimed to be morzine.restart.bel Subject: Re: More rtsx issues (13.0-R system) was: Re: CURRENT crashes at early boot on Lenovo T540p... To: "Rodney W. Grimes" Cc: freebsd-current@freebsd.org References: <202105131900.14DJ0fvI077787@gndrsh.dnsmgr.net> From: Henri Hennebert Message-ID: Date: Fri, 14 May 2021 12:48:05 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Thunderbird/78.10.1 MIME-Version: 1.0 In-Reply-To: <202105131900.14DJ0fvI077787@gndrsh.dnsmgr.net> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4FhQGy1Js8z3Hb8 X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.99 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[restart.be:s=tignes]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2001:41d0:a:f40b::1/128:c]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; HAS_XAW(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; SPAMHAUS_ZRD(0.00)[2001:41d0:a:f40b::1:from:127.0.2.255]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[restart.be:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[restart.be,reject]; NEURAL_HAM_SHORT(-0.99)[-0.993]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[2001:41d0:a:f40b::1:from]; ASN(0.00)[asn:16276, ipnet:2001:41d0::/32, country:FR]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 May 2021 10:48:12 -0000 On 5/13/21 9:00 PM, Rodney W. Grimes wrote: >> On 12.05.2021 21:01, Marc Veldman wrote: >> >>> I?m not sure if this is an interesting data point or not, >>> but a warm boot without the card inserted succeeds after >>> a cold boot with the card inserted. >> >> It could explain, why my tests with "same code path" gave different results! > > I am suspect of 2 things here, something the bios does that leaves > the card in a state that alters the loader's disk probing, and > that probling itself leaving the device in a state that our kernel > does not like. > > I have it very "odd" that I can boot from a rtsx sd card, ie the kernel > gets loaded, but fails at "mountroot" phase due to a sd card timeout. I am baffled that the loader can read the SD card from a RTS525A. Can you detail the boot process and the SD card partitions. Please show kenv | grep smbios.system and pciconf -lvbc Anyway can you use the driver from GitHub - version 2.0h so we start with something that work for others. Henri > If I simply cycle the sd card in and out of its socket and then > give the right command string to mountroot it goes on to multiuser > without issue. > > I'll also note that if I am booting from other disks (nvme or usb) > that I get these same sd card timeouts and I have to cycle the > card in and out of the socket to use it: > > rtsx0: <2.0c Realtek RTS525A PCI MMC/SD Card Reader> mem 0xe1000000-0xe1000fff irq 18 at device 0.0 on pci3 > rtsx0: pci_read_config() error - reg: 0xeeffffaa > rtsx0: Card present > mmc0: on rtsx0 > rtsx0: CRC error > rtsx0: Transfer fail - status: 0x90010080 > rtsx0: CRC error > rtsx0: Transfer fail - status: 0x90010080 > rtsx0: CRC error > rtsx0: Transfer fail - status: 0x90010080 > rtsx0: CRC error > rtsx0: Transfer fail - status: 0x90010080 > rtsx0: Interrupt card inserted/removed > rtsx0: Card absent > rtsx0: Interrupt card inserted/removed > rtsx0: Card present > mmc0: on rtsx0 > > (The last 5 lines caused by me removeing/inserting the card) > > Further note that this is a different controller chip version, > from a Dell E5470: > > rtsx0@pci0:3:0:0: class=0xff0000 rev=0x01 hdr=0x00 vendor=0x10ec device=0x525a subvendor=0x1028 subdevice=0x06de > vendor = 'Realtek Semiconductor Co., Ltd.' > device = 'RTS525A PCI Express Card Reader' > bar [14] = type Memory, range 32, base 0xe1000000, size 4096, enabled > cap 01[80] = powerspec 3 supports D0 D1 D2 D3 current D0 > cap 05[90] = MSI supports 1 message, 64 bit enabled with 1 message > cap 10[b0] = PCI-Express 2 endpoint max data 256(512) RO > max read 512 > link x1(x1) speed 5.0(5.0) ASPM disabled(L0s/L1) ClockPM enabled > ecap 0001[100] = AER 2 0 fatal 0 non-fatal 1 corrected > ecap 0003[148] = Serial 1 00000001004ce000 > ecap 0018[158] = LTR 1 > ecap 001e[160] = L1 PM Substates 1 > >> // Lev Serebryakov From owner-freebsd-current@freebsd.org Fri May 14 12:52:21 2021 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 3600F64695F; Fri, 14 May 2021 12:52:21 +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 4FhT2C6pwwz3jsj; Fri, 14 May 2021 12:52:18 +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 14ECqB8W081136; Fri, 14 May 2021 05:52:11 -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 14ECqA0h081135; Fri, 14 May 2021 05:52:10 -0700 (PDT) (envelope-from freebsd-rwg) From: "Rodney W. Grimes" Message-Id: <202105141252.14ECqA0h081135@gndrsh.dnsmgr.net> Subject: Re: FYI for aarch64 main [14] running a mid March version: I ended up with [usb{usbus2}] stuck at (near) 100% cpu In-Reply-To: To: Mark Millard Date: Fri, 14 May 2021 05:52:10 -0700 (PDT) CC: freebsd-arm , 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: 4FhT2C6pwwz3jsj X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of freebsd-rwg@gndrsh.dnsmgr.net has no SPF policy when checking 69.59.192.140) smtp.mailfrom=freebsd-rwg@gndrsh.dnsmgr.net X-Spamd-Result: default: False [-2.08 / 15.00]; RCVD_TLS_LAST(0.00)[]; ARC_NA(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[dnsmgr.net]; RBL_DBL_DONT_QUERY_IPS(0.00)[69.59.192.140:from]; AUTH_NA(1.00)[]; SPAMHAUS_ZRD(0.00)[69.59.192.140:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; NEURAL_HAM_SHORT(-0.98)[-0.976]; R_SPF_NA(0.00)[no SPF record]; FREEMAIL_TO(0.00)[yahoo.com]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:13868, ipnet:69.59.192.0/19, country:US]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm,freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 May 2021 12:52:21 -0000 > Note: The context was using a non-debug main build > from mid-2021-Mar. (More details identified > later.) > > The issue happend while attempting a: > > # zfs send -R zpold@for-copy | zfs recv -Fdv zpnew > > where the drives involved in the command were: > > zpold: a USB3 SSD, using /dev/da0p3 > zpnew: an 480 GiByte Optane in the PCIe slot, using /dev/nda0p3 > > with: > > # gpart show -pl > => 40 468862048 da0 GPT (224G) > 40 532480 da0p1 4C8GCA72EFI (260M) > 532520 2008 - free - (1.0M) > 534528 29360128 da0p2 4C8GCA72swp14 (14G) > 29894656 4194304 - free - (2.0G) > 34088960 33554432 da0p4 4C8GCA72swp16 (16G) > 67643392 401217536 da0p3 4C8GCA72zfs (191G) > 468860928 1160 - free - (580K) > > => 40 2000409184 ada0 GPT (954G) > 40 409600 ada0p1 (null) (200M) > 409640 1740636160 ada0p2 FBSDmacchroot (830G) > 1741045800 58720256 ada0p3 FBSDmacchswp0 (28G) > 1799766056 176160768 ada0p4 FBSDmacchswp1 (84G) > 1975926824 24482400 - free - (12G) > > => 40 937703008 nda0 GPT (447G) > 40 532480 nda0p1 CA72opt0EFI (260M) > 532520 2008 - free - (1.0M) > 534528 117440512 nda0p2 CA72opt0swp56 (56G) > 117975040 16777216 - free - (8.0G) > 134752256 134217728 nda0p4 CA72opt0swp64 (64G) > 268969984 668731392 nda0p3 CA72opt0zfs (319G) > 937701376 1672 - free - (836K) > > The system running was that on /dev/ada0p2 (FBSDmacchroot, > which is UFS instead of ZFS). > > The [usb{usbus2}] process eventually got stuck-busy, no > more I/O: > > CPU 0: 0.0% user, 0.0% nice, 100% system, 0.0% interrupt, 0.0% idle > CPU 1: 0.0% user, 0.0% nice, 0.0% system, 0.0% interrupt, 100% idle > CPU 2: 0.0% user, 0.0% nice, 0.0% system, 0.0% interrupt, 100% idle > CPU 3: 0.4% user, 0.0% nice, 0.0% system, 0.0% interrupt, 99.6% idle > > PID USERNAME PRI NICE SIZE RES STATE C TIME CPU COMMAND > 15 root -72 - 0B 262144B CPU0 0 8:51 99.95% [usb{usbus2}] > > 1295 root -8 0 20108Ki 8092Ki q->bq_ 2 0:04 0.00% zfs recv -Fdv zpnew{receive_writer_thre} > 1295 root 48 0 20108Ki 8092Ki piperd 2 0:22 0.00% zfs recv -Fdv zpnew{zfs} > 1294 root -8 0 17544Ki 7740Ki q->bq_ 2 0:01 0.00% zfs send -R zpold@for-copy{send_reader_thread} > 1294 root -8 0 17544Ki 7740Ki q->bq_ 0 0:00 0.00% zfs send -R zpold@for-copy{send_merge_thread} > 1294 root -8 0 17544Ki 7740Ki hdr->b 2 0:00 0.00% zfs send -R zpold@for-copy{send_traverse_threa} > 1294 root 52 0 17544Ki 7740Ki range- 3 0:20 0.00% zfs send -R zpold@for-copy{zfs} > > 1036 root -8 - 0B 1488Ki t->zth 0 0:00 0.00% [zfskern{z_checkpoint_discar}] > 1036 root -8 - 0B 1488Ki t->zth 1 0:00 0.00% [zfskern{z_livelist_condense}] > 1036 root -8 - 0B 1488Ki t->zth 2 0:00 0.00% [zfskern{z_livelist_destroy}] > 1036 root -8 - 0B 1488Ki t->zth 1 0:00 0.00% [zfskern{z_indirect_condense}] > 1036 root -8 - 0B 1488Ki mmp->m 3 0:00 0.00% [zfskern{mmp_thread_enter}] > 1036 root -8 - 0B 1488Ki tx->tx 1 0:00 0.00% [zfskern{txg_thread_enter}] > 1036 root -8 - 0B 1488Ki tx->tx 2 0:00 0.00% [zfskern{txg_thread_enter}] > > I was unable to ^c or ^z the process where I > typed the command. I eventually stopped the > system with "shutdown -p now" from a ssh > session (that had already been in place). Should this occur again before doing the shutdown run a zpool status & I have gotten in this state when the recv pool was a usb device and for some reason it had a timeout and gone offline. The clue this occured are in dmesg, and zpool status. Unplug/plug the USB device, check dmesg that it came online, and do a zpool clear. > > When I retried after rebooting and scrubbing (no > problems found), the problem did not repeat. > > I do not have more information nor a way to repeat > the problem on demand, unfortunately. > > Details of the vintage of the system software and > such: > > # ~/fbsd-based-on-what-freebsd-main.sh > FreeBSD FBSDmacch 14.0-CURRENT FreeBSD 14.0-CURRENT mm-src-n245445-def0058cc690 GENERIC-NODBG arm64 aarch64 1400005 1400005 > def0058cc690 (HEAD -> mm-src) mm-src snapshot for mm's patched build in git context. > merge-base: 7381bbee29df959e88ec59866cf2878263e7f3b2 > merge-base: CommitDate: 2021-03-12 20:29:42 +0000 > 7381bbee29df (freebsd/main, freebsd/HEAD, pure-src, main) cam: Run all XPT_ASYNC ccbs in a dedicated thread > n245444 (--first-parent --count for merge-base) > > The system was a MACCHIATObin Double Shot. > > === > Mark Millard > marklmi at yahoo.com > ( dsl-only.net went > away in early 2018-Mar) > > _______________________________________________ > 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" > -- Rod Grimes rgrimes@freebsd.org From owner-freebsd-current@freebsd.org Fri May 14 13:05:06 2021 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 A349464742F for ; Fri, 14 May 2021 13:05:06 +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 4FhTJx0wfVz3kfP for ; Fri, 14 May 2021 13:05:04 +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 14ED52XV081201; Fri, 14 May 2021 06:05:02 -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 14ED51QX081200; Fri, 14 May 2021 06:05:01 -0700 (PDT) (envelope-from freebsd-rwg) From: "Rodney W. Grimes" Message-Id: <202105141305.14ED51QX081200@gndrsh.dnsmgr.net> Subject: Re: More rtsx issues (13.0-R system) was: Re: CURRENT crashes at early boot on Lenovo T540p... In-Reply-To: To: Henri Hennebert Date: Fri, 14 May 2021 06:05:01 -0700 (PDT) CC: "Rodney W. Grimes" , freebsd-current@freebsd.org 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: 4FhTJx0wfVz3kfP X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of freebsd-rwg@gndrsh.dnsmgr.net has no SPF policy when checking 69.59.192.140) smtp.mailfrom=freebsd-rwg@gndrsh.dnsmgr.net X-Spamd-Result: default: False [-2.10 / 15.00]; RCVD_TLS_LAST(0.00)[]; ARC_NA(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[dnsmgr.net]; RBL_DBL_DONT_QUERY_IPS(0.00)[69.59.192.140:from]; AUTH_NA(1.00)[]; SPAMHAUS_ZRD(0.00)[69.59.192.140:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_HAM_SHORT(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_SPF_NA(0.00)[no SPF record]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:13868, ipnet:69.59.192.0/19, country:US]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 May 2021 13:05:06 -0000 > On 5/13/21 9:00 PM, Rodney W. Grimes wrote: > >> On 12.05.2021 21:01, Marc Veldman wrote: > >> > >>> I?m not sure if this is an interesting data point or not, > >>> but a warm boot without the card inserted succeeds after > >>> a cold boot with the card inserted. > >> > >> It could explain, why my tests with "same code path" gave different results! > > > > I am suspect of 2 things here, something the bios does that leaves > > the card in a state that alters the loader's disk probing, and > > that probling itself leaving the device in a state that our kernel > > does not like. > > > > I have it very "odd" that I can boot from a rtsx sd card, ie the kernel > > gets loaded, but fails at "mountroot" phase due to a sd card timeout. > > I am baffled that the loader can read the SD card from a RTS525A. Can you detail > the boot process and the SD card partitions. The loader should just be using BIOS calls and should work with almost any system that presents the SD card as a bios disk device. IIRC when booting with an SD card in the slot the loader finds drives C to E, which, again IIRC are: C: nvme D: USB to SATA disk in external enclosure E: SD card > > Please show > > kenv | grep smbios.system rgrimes@e5470:~ % kenv | grep smbios.system smbios.system.family="Latitude" smbios.system.maker="Dell Inc." smbios.system.product="Latitude E5470" smbios.system.serial="5YK7RF2" smbios.system.sku="06DE" smbios.system.uuid="4c4c4544-0059-4b10-8037-b5c04f524632" > > and > > pciconf -lvbc The output of that was included in my original mail, and is still in your reply below. Repeated here: rtsx0@pci0:3:0:0: class=0xff0000 rev=0x01 hdr=0x00 vendor=0x10ec device=0x525a subvendor=0x1028 subdevice=0x06de vendor = 'Realtek Semiconductor Co., Ltd.' device = 'RTS525A PCI Express Card Reader' bar [14] = type Memory, range 32, base 0xe1000000, size 4096, enabled cap 01[80] = powerspec 3 supports D0 D1 D2 D3 current D0 cap 05[90] = MSI supports 1 message, 64 bit enabled with 1 message cap 10[b0] = PCI-Express 2 endpoint max data 256(512) RO max read 512 link x1(x1) speed 5.0(5.0) ASPM disabled(L0s/L1) ClockPM enabled ecap 0001[100] = AER 2 0 fatal 0 non-fatal 1 corrected ecap 0003[148] = Serial 1 00000001004ce000 ecap 0018[158] = LTR 1 ecap 001e[160] = L1 PM Substates 1 > > > Anyway can you use the driver from GitHub - version 2.0h so we start with > something that work for others. > > Henri > > > If I simply cycle the sd card in and out of its socket and then > > give the right command string to mountroot it goes on to multiuser > > without issue. > > > > I'll also note that if I am booting from other disks (nvme or usb) > > that I get these same sd card timeouts and I have to cycle the > > card in and out of the socket to use it: > > > > rtsx0: <2.0c Realtek RTS525A PCI MMC/SD Card Reader> mem 0xe1000000-0xe1000fff irq 18 at device 0.0 on pci3 > > rtsx0: pci_read_config() error - reg: 0xeeffffaa > > rtsx0: Card present > > mmc0: on rtsx0 > > rtsx0: CRC error > > rtsx0: Transfer fail - status: 0x90010080 > > rtsx0: CRC error > > rtsx0: Transfer fail - status: 0x90010080 > > rtsx0: CRC error > > rtsx0: Transfer fail - status: 0x90010080 > > rtsx0: CRC error > > rtsx0: Transfer fail - status: 0x90010080 > > rtsx0: Interrupt card inserted/removed > > rtsx0: Card absent > > rtsx0: Interrupt card inserted/removed > > rtsx0: Card present > > mmc0: on rtsx0 > > > > (The last 5 lines caused by me removeing/inserting the card) > > > > Further note that this is a different controller chip version, > > from a Dell E5470: > > > > rtsx0@pci0:3:0:0: class=0xff0000 rev=0x01 hdr=0x00 vendor=0x10ec device=0x525a subvendor=0x1028 subdevice=0x06de > > vendor = 'Realtek Semiconductor Co., Ltd.' > > device = 'RTS525A PCI Express Card Reader' > > bar [14] = type Memory, range 32, base 0xe1000000, size 4096, enabled > > cap 01[80] = powerspec 3 supports D0 D1 D2 D3 current D0 > > cap 05[90] = MSI supports 1 message, 64 bit enabled with 1 message > > cap 10[b0] = PCI-Express 2 endpoint max data 256(512) RO > > max read 512 > > link x1(x1) speed 5.0(5.0) ASPM disabled(L0s/L1) ClockPM enabled > > ecap 0001[100] = AER 2 0 fatal 0 non-fatal 1 corrected > > ecap 0003[148] = Serial 1 00000001004ce000 > > ecap 0018[158] = LTR 1 > > ecap 001e[160] = L1 PM Substates 1 > > > >> // Lev Serebryakov > -- Rod Grimes rgrimes@freebsd.org From owner-freebsd-current@freebsd.org Fri May 14 13:17:38 2021 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 7A978648421 for ; Fri, 14 May 2021 13:17:38 +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 4FhTbP4TGPz3mBx; Fri, 14 May 2021 13:17:37 +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 14EDHZjF081286; Fri, 14 May 2021 06:17:35 -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 14EDHZh5081285; Fri, 14 May 2021 06:17:35 -0700 (PDT) (envelope-from freebsd-rwg) From: "Rodney W. Grimes" Message-Id: <202105141317.14EDHZh5081285@gndrsh.dnsmgr.net> Subject: Re: RFC: changing the default NFSv4 minor version? In-Reply-To: <20210514082538.wbbrhhkwebvos6qc@nerd-thinkpad.local> To: Daniel Ebdrup Jensen Date: Fri, 14 May 2021 06:17:35 -0700 (PDT) CC: freebsd-current@freebsd.org 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: 4FhTbP4TGPz3mBx X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of freebsd-rwg@gndrsh.dnsmgr.net has no SPF policy when checking 69.59.192.140) smtp.mailfrom=freebsd-rwg@gndrsh.dnsmgr.net X-Spamd-Result: default: False [-1.10 / 15.00]; RCVD_TLS_LAST(0.00)[]; ARC_NA(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[dnsmgr.net]; RBL_DBL_DONT_QUERY_IPS(0.00)[69.59.192.140:from]; AUTH_NA(1.00)[]; SPAMHAUS_ZRD(0.00)[69.59.192.140:from:127.0.2.255]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; RCPT_COUNT_TWO(0.00)[2]; R_SPF_NA(0.00)[no SPF record]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:13868, ipnet:69.59.192.0/19, country:US]; SUBJECT_ENDS_QUESTION(1.00)[]; MAILMAN_DEST(0.00)[freebsd-current]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 May 2021 13:17:38 -0000 > On Thu, May 13, 2021 at 11:02:35PM +0000, Rick Macklem wrote: > >Hi, > > > >I believe that NFSv4.1 and NFSv4.2 are now mature in freebsd-current/main. > >I also believe that NFSv4.1/4.2 is a better protocol than NFSv4.0. > >(In particular, the sessions mechanism for "exactly once RPC semantics" > > is a significant improvement over the duplicate request cache for NFSv4.0, > > plus other improvements.) > > > >Right now, the FreeBSD NFSv4 client will use NFSv4.0 unless the > >"minorversion" mount option is used to set the minor version to 1 or 2. > > > >The Linux client uses the highest minor version supported by both > >client and server by default. If this "Linux client" is expanded to say client and server (which I suspect is true as I doubt it would work without support from the server) then I am good with doing this same "fail to highest supported version silently" in FreeBSD. > >I'd like to propose that the default behaviour of the FreeBSD client > >be changed to do the same, so that NFSv4.1/4.2 will be used when possible. > >--> The "minorversion" mount option could still be used to override the > > above default. > > > >I have hesitated doing this change because it could be considered a POLA > >violation, but I think the change from 4.0->4.1/4.2 will normally be a > >neutral to positive experience. (To be honest, I suspect most won't notice > >the change.) > > > >How do others feel about this change? > > > >rick > >_______________________________________________ > >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 > > Hi Rick, > > If I understand your plans correctly, you're not going to be making > it so that minorversion=N complains? Ah, I think that if you specify a minorversion and the server does not support that minorversion it SHOULD complain. Only if when a minorversion has NOT been specified should it silently use the highest common version. > > In that case, I don't quite understand how it can be a POLA > violation, since presumably it'll fall back to NFSv4.0 if that's > the only thing that's supported by ntpd on some other system. Ignoring the ntpd typo, I think ricks concern on POLA is that currently in FreeBSD if you do NOT specify any minor version you get v4.0 and only v4.0 even if both sides support v4.2, so with his change things are suddenly going to change, that may astonish some. > > At any rate, I'm all for it since I'm already using NFSv4.2. :) I support this change with the caveats that it only occurs if the minorversion is unspecified and this same negotiation logic is applied to both server and client. (Ie, if I spec a minorversion on the server it is no longer free to negotiate any other version, IE if I spec 1 it should *NOT* drop to 0. It may mean minorversion becomes minorversions or highestminor? So that I can make a server that allows minor={0,1} or even {1,2}, ie I in that second case I want it to NOT use a minor=0 mount. > Yours, > Daniel Ebdrup Jensen -- Rod Grimes rgrimes@freebsd.org From owner-freebsd-current@freebsd.org Fri May 14 14:21:10 2021 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 34348649F84 for ; Fri, 14 May 2021 14:21:10 +0000 (UTC) (envelope-from marc@bumblingdork.com) Received: from mail-ej1-x632.google.com (mail-ej1-x632.google.com [IPv6:2a00:1450:4864:20::632]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4FhW0j3P7Jz3r6d for ; Fri, 14 May 2021 14:21:09 +0000 (UTC) (envelope-from marc@bumblingdork.com) Received: by mail-ej1-x632.google.com with SMTP id b25so44844323eju.5 for ; Fri, 14 May 2021 07:21:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bumblingdork.com; s=google; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=Xtq5vMNDY2OiPHILOxnpNuYmiKboDIRydiwgMtX3b7Y=; b=Q/CO3ooBsmnXU0yKeZn1z5CmzCFK69mg+6NWpMSvW3Wmr0aXULa1J2xJopB/xQermi Qtn2PF81+GjJLeKgNNKgHeHuh0jkdZBXevDyrF2Zf1Nd8Beqx3qXZDLMXPwRKAYHRwLJ pYu3ArS0iYLi7wJVgXQ4w8yAKippDEpeB3H0/pMNFTdaMxSqTA6KEy54gj9jhS2WVNJN dHXgzGrynMo7wrlSn08oRUaVUyJCwbpO3Nm6jqazvKjioLyBGNAcdf9FMs00mMtXQ5TR rDKdbbDtdstY09lC3yJH94BQhHG3VWBMbNxxlP6ohai7wY1qWIfS+BIKBpLiJnSKMIoP Pmcg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=Xtq5vMNDY2OiPHILOxnpNuYmiKboDIRydiwgMtX3b7Y=; b=a71i5eyJD0N/0nTiOdkhIUiI3rL57K6DAfdykdbc2u+uNso8+sCmkdUO0JXY9+n8ru Zb5MDoBAP0UhmsjfBYdEg/w3z1K9tbusAwQraZ/DuNw8AAVyOyL6eC4UWQgBu+cZO8EC aVDStM/QK0VGLDK1TAZOdThFTgN4VSXXUck6+og/tiXiGsQ8EzJ7g8ZcoxLNzamxTh+L a7xfzsfQs5WgNQoctZXAxv6sKEWr1pIb2O15X1xqOUk0O20nmfjaNbf9xsWGZUVieqF0 R6sholmmJjgBo5qP7ep3oiOOefwCcLUf5XGxM25SOaRDfepf4JIZHc6Pb7OHiEpI4cCt qyPg== X-Gm-Message-State: AOAM530+xw1xNha5LYeMMn95tIt1js1WIakc82mJsMcdE47DO4LRfzDW 9No6wL+9j82FpCQTl5gjjzUicB06FioRqE4+/qg= X-Google-Smtp-Source: ABdhPJz3O/13m5weUYEYcoQ9FVFMjjKUDgWCjmSdkidoICOLxY6pSUb5GPaSPseSGjR9Tu8SSFnFIA== X-Received: by 2002:a17:906:fa90:: with SMTP id lt16mr5380301ejb.411.1621002067106; Fri, 14 May 2021 07:21:07 -0700 (PDT) Received: from smtpclient.apple ([2001:981:3350:1:d60:c3f0:bfdb:1f82]) by smtp.gmail.com with ESMTPSA id d15sm79256eds.68.2021.05.14.07.21.06 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Fri, 14 May 2021 07:21:06 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.80.0.2.43\)) Subject: Re: CURRENT crashes at early boot on Lenovo T540p: rtsx to blame - 13.0-RELEASE crashes same way! From: Marc Veldman In-Reply-To: Date: Fri, 14 May 2021 16:21:05 +0200 Cc: "lev@freebsd.org" , freebsd-current@freebsd.org Content-Transfer-Encoding: 7bit Message-Id: <0CA59364-6802-4733-962A-3EEB00B43AFE@bumblingdork.com> References: <9f0abf48-ed13-bff3-5687-fca0d57195d8@restart.be> <8d4e076b-9ecd-aef2-0ee8-73519bb9d939@FreeBSD.org> <8d2be5f2-4144-082e-4237-0dac0c4b37e6@restart.be> <6798878a-c499-d78d-e96d-d744513cb80d@restart.be> <1de588e2-20cb-3206-3aea-f3f88f577675@restart.be> <67f0874a-6a05-67f1-3f2b-c4b3dc67fa11@FreeBSD.org> <83b823bf-c6c2-2f6a-b5dd-2e91b4d1931e@restart.be> <2c208bbc-5adc-2327-4717-a5e7c8d64b4b@FreeBSD.org> <9a15daa7-2b17-e257-d4d1-850c632a9db8@restart.be> <417a97b9-2c40-310c-c445-b193c493b880@FreeBSD.org> <7eb763ce-0bbf-9baf-2ede-968ee25cff2e@restart.be> To: Henri Hennebert X-Mailer: Apple Mail (2.3654.80.0.2.43) X-Rspamd-Queue-Id: 4FhW0j3P7Jz3r6d X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bumblingdork.com header.s=google header.b=Q/CO3ooB; dmarc=pass (policy=none) header.from=bumblingdork.com; spf=pass (mx1.freebsd.org: domain of marc@bumblingdork.com designates 2a00:1450:4864:20::632 as permitted sender) smtp.mailfrom=marc@bumblingdork.com X-Spamd-Result: default: False [-3.41 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36:c]; MV_CASE(0.50)[]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[bumblingdork.com:+]; DMARC_POLICY_ALLOW(-0.50)[bumblingdork.com,none]; NEURAL_HAM_SHORT(-0.91)[-0.905]; SUBJECT_ENDS_EXCLAIM(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[2a00:1450:4864:20::632:from]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[bumblingdork.com:s=google]; FREEFALL_USER(0.00)[marc]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; SPAMHAUS_ZRD(0.00)[2a00:1450:4864:20::632:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::632:from]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 May 2021 14:21:10 -0000 > On 14 May 2021, at 10:22, Henri Hennebert wrote: > > > Please test the 2.0h version from GitHub. > On my Lenovo P50s: Cold boot with card not inserted: OK Insert card after boot, no crash, but the message seems weird: May 14 16:01:27 supernovo kernel: rtsx0: Interrupt card inserted/removed May 14 16:01:27 supernovo kernel: rtsx0: Card absent May 14 16:01:27 supernovo kernel: mmc0: detached Cold boot with card inserted: OK Remove card after boot, no crash, but the message seems weird: May 14 16:06:08 supernovo kernel: rtsx0: Interrupt card inserted/removed May 14 16:06:08 supernovo kernel: rtsx0: Card present May 14 16:06:08 supernovo kernel: mmc0: on rtsx0 I have the inversion flag turned on /boot/loader.conf dev.rtsx.0.inversion=1 dev.rtsx.0.debug=1 Best regards, Marc Veldman From owner-freebsd-current@freebsd.org Fri May 14 14:45:02 2021 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 1182964AB75 for ; Fri, 14 May 2021 14:45:02 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from CAN01-QB1-obe.outbound.protection.outlook.com (mail-qb1can01on0616.outbound.protection.outlook.com [IPv6:2a01:111:f400:fe5c::616]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "DigiCert Cloud Services CA-1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4FhWX9671Cz3sbH; Fri, 14 May 2021 14:44:57 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=O4gDlmpBiqzhNJAfBMF+LMacPS7kPUi+vdsx8GN5/wLWBdeCV3VmykW1FstlfnJeugyZ1et6f5baceAbsCtC/PzzBPkigZJmUuAVMNjSC9394+3QQ4ET3F2FCU2UMOIslsQ4pI5BO83OCTR0F/y8r2AhHFcKa2TQXO9U/T8VKETkDs6/iL9iqOUlr/dJp54jaiKpPJSyKaDLZKOkJDzsksEm9rO2rtY9Pn8ebYzlGPgPs3TB0pmprXbAinaqlYC/SZEFS/22nCzxa5koJImp6UiTdDpNDTRh7pa3KGojUs4SEbnpwV2Jto+jT+QRx1ito/ZTna34vZChLW7ctiLmXw== 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=8e/3dsRRvQBkE239IvEeRPI0VDmNpHxkqDT3wpiyQIY=; b=f4mX4cxmgZxs4oZZc/SBTysfQFg5HMlFJNH9qU/GdbRJ9dkizN4oZstGPlNGrHqrHLWvLUEYLPK+2YZ5n+G4LZ57Kief+8/l9RDNxIXZUVfFvoSCgJHSE1J9b4o3Wt+4DhnaEGTTRZkemi2ebCNuVYQSkjZscgpVNgZsLSdnT8LeadlXR78z24dWnHMR9XajSlcl5BRJaRskbiUjFEyszdX51y3leWKzhHxlhEmJK3kUt0cXZZVqYp9z0pz3QtbduRzFmJ0sE1X24lCK7ssORhebp6QCx5yjn5qa/+ulYP3WiZdE5DX3Hj2qE9ZO6gbvMPwDbYCunHGZ1BxNtyrnUQ== 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=8e/3dsRRvQBkE239IvEeRPI0VDmNpHxkqDT3wpiyQIY=; b=EcouFQUFp+kPDKZNQAHWlg3a+OtmrqDYYwMHaii7l97LDi6U/NQh3nh94LqKBXwRBy22a4NBePyGAW268tSMyn7Ltl2dSkLZr1taX97bfT6uADnVQRs0I1aBH4c2g9rNtbV3Xho6smBbCwo1DIFX5NQjNPyUBppG0Gv7wLBAv+37pxevOdlKAAGQ6VE57lCgxTr5xL57ognvkTD8YqSxutirXMv48ZmG+kJk3hWgwFeM4s+3EUeZOyi8z/XMi4FGwmGbwtr9Wpwfptn91rP+fLjY1F+cLyeH4fC2UmxY1/6rlCdTjlLiyfVWHsq1FJzShslL0QAVIYk5VDTf45vvBQ== Received: from YQXPR0101MB0968.CANPRD01.PROD.OUTLOOK.COM (2603:10b6:c00:19::29) by YQXPR0101MB2245.CANPRD01.PROD.OUTLOOK.COM (2603:10b6:c00:19::15) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4108.31; Fri, 14 May 2021 14:44:55 +0000 Received: from YQXPR0101MB0968.CANPRD01.PROD.OUTLOOK.COM ([fe80::1c05:585a:132a:f08e]) by YQXPR0101MB0968.CANPRD01.PROD.OUTLOOK.COM ([fe80::1c05:585a:132a:f08e%4]) with mapi id 15.20.4087.053; Fri, 14 May 2021 14:44:49 +0000 From: Rick Macklem To: Daniel Ebdrup Jensen , "freebsd-current@FreeBSD.org" Subject: Re: RFC: changing the default NFSv4 minor version? Thread-Topic: RFC: changing the default NFSv4 minor version? Thread-Index: AQHXSJq9MbLimECHB02vv7jxf4DTXarjDBUx Date: Fri, 14 May 2021 14:44:49 +0000 Message-ID: References: ,<20210514082538.wbbrhhkwebvos6qc@nerd-thinkpad.local> In-Reply-To: <20210514082538.wbbrhhkwebvos6qc@nerd-thinkpad.local> 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: 0d9598cd-b021-4bc5-d148-08d916e6d3a5 x-ms-traffictypediagnostic: YQXPR0101MB2245: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:9508; x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: N9qCTCUMVUvgKZiJFYNvVtr12cFdRKYVLm8Odg3eeogyPhiQ00hoC++plRdm6i3V3VGCdF+RlKZ+l4uDE7g2aFX8rCqpVx0k8G2hFTPDL5aCSXcg9QaYufX6gdeMAFLoH6XtPcIl0gYws6OqHlgrInlsv8Y7TRaCVdc+CM0RvSXX/CIpeN+PRMELJkalg/ujqjEvd30xPWvWrfNvQMfdRZfMBtvIhQTvniWcuHzhTyq122wgdObNhdBhxiBb4FMgQX5JnuhJ+8yrVT/tkRGa2M3gFkzBeQza2aUv9F71qTcm6n9OpzBz3RaRvSQmuX7STWlezXtJ5NRAzohepFNxAXbqSP0TBpRzxlNjsLyIbKpR5YgZ2no15xg+R1+ZLcGXOL58+Wd8K8RjbI52NzZOecMmKZrL0zmTFpob5+fbwHaSpYISZt64L/I6B9sbuS55S8iuW6MBVsL2eNz5Kit0+KQoi+Lx8CcDyTv6VkHS+gwAM0ApEC5HdZAyIQimgyq0db+fusZQGBzURvR9yhfjUxSBgz9VMxPeSIQNxqjY75I1XyVVEuvGKc4OzUDzgrADYnWCgi/voHitm/poJckHMYylT4wNKTSrTlHpLuSohVcHzEJHiHb6en4p1/UErUvAKNiQdwQctD94rS5rr4QBAx3VIJUnj02Vu98UCanWZ3tiFlmg+I3xwwnbrPSN9xXg x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:YQXPR0101MB0968.CANPRD01.PROD.OUTLOOK.COM; PTR:; CAT:NONE; SFS:(39850400004)(396003)(366004)(346002)(376002)(136003)(122000001)(38100700002)(52536014)(33656002)(110136005)(86362001)(55016002)(316002)(8676002)(2906002)(64756008)(76116006)(66556008)(66476007)(66946007)(66446008)(83380400001)(450100002)(9686003)(186003)(8936002)(478600001)(71200400001)(7696005)(6506007)(5660300002)(786003); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata: =?iso-8859-1?Q?8hIOfdT6CkVGpjBNy3gu6CfFr3EDuBFIARmUcLroYjrmUOBLVN6/fNxQ3O?= =?iso-8859-1?Q?2jqGppsgml7bKKIkDsgj9HQaK5zN0AeCRgYDqO1LkgxKOSeFVnDdIagq3Y?= =?iso-8859-1?Q?pY0AXS/o30iBu/piAPtLpMgHwVHiuOCwJ1/GN0VLuwh8XQhRdlReqSYed3?= =?iso-8859-1?Q?eBWE2F8uquJRvestu9zmpMkhp2No4HNiirA3YDiXeatSkAVLAZ8ThmWgtG?= =?iso-8859-1?Q?3Ai4HehIcZAyRSUwLXRAm2TXh1y6ldYKSiIU7of+i/0TzHz9iOCnyDHN3J?= =?iso-8859-1?Q?Xe+AxSNSapTJ4RsnxgRwdrcoqpwTZHkexau8ttAsJkl0x2FtzAOLKbtGzG?= =?iso-8859-1?Q?KtBupYhujQR017j6Nf4cY/FX6e+PXMMKHXVncV5VMtxmlbHVal3IflSDcQ?= =?iso-8859-1?Q?MOtXVOZ/QEwGLSGpmQkYYhicAfFFy/JW8n5fP9kaQYa8GeJB5nJpzlfybI?= =?iso-8859-1?Q?khgxmH36yH3RsCzRUVxmJoASFDKYXs2VNy9v1B6h/JilpQmW2tQ1phxeTm?= =?iso-8859-1?Q?eijcC/P+ODtS2SN3qvmNoPJ1aHb4dCntvkmiafFF2ZfBEQnrERu+ZKkVYx?= =?iso-8859-1?Q?eLxwxTYUY1rD9NgepYJfKMsDmmjVd+TEkKIYoQYmKJheT6mmGWUiP19Kvb?= =?iso-8859-1?Q?V2in7EKlw/KrCb4DY0O3qOdzcOEOAazaS1lOS3OJ/o9AKBVvOlffqEpfW0?= =?iso-8859-1?Q?RA1J3FwPTx0IkHBVJ91FYeCozpxeP6kXBGAOzWRdjn6YSj9Lj6VpD40VxQ?= =?iso-8859-1?Q?flPyodIgNnOeKd1Z+8NY6in+4IeGCqLPbuDFWRdCAOT2m4cxrYbsMLHbHx?= =?iso-8859-1?Q?L0fu7upOwwaLVCx462ZofY+nAH7DD6JSpNFApfGFENH5+DRxYmp+bcL458?= =?iso-8859-1?Q?Eal/MXlJfbLdy/PjHKlTfW/j6HVlvi3Nhs7S4CD7hy1ZFGOmVSI+53zVGt?= =?iso-8859-1?Q?iPZbY9+mPDyh766dkyKz9BfHXhIAfCKD9lDklSmK4Sl/I+XMKQQlSBV8iJ?= =?iso-8859-1?Q?CBvpjBQsn5idu9F6+umJFIgn/eZocbleseuVPZQpLlYBdjBTw5iDTwGOQG?= =?iso-8859-1?Q?yWuk6hrSLg19VSfaUoX/sfdNzJMWGqK6OZIJcWpun2qk4mMTkZa8Vo/Tk6?= =?iso-8859-1?Q?xi9hnIjH7A9/G55vQsEqkw3XdT3382DBEwSmb5FDD2dfouVe0khnekQE1g?= =?iso-8859-1?Q?4Nyh4Ta7sD4nXMcsh1VWdCRXebHsKPdWfSHtUebKW9JSHAQ5b5Y6se7NP1?= =?iso-8859-1?Q?tqGUmjAHfQgmNnzH25LqWh2H0Wlqnu/YBdn3hfJmSc8MePP6kgFurug1b5?= =?iso-8859-1?Q?8E4imSGAAUOe5AVH6Y+9O7ZTJ+NjnllIfd5bVL3WEEcz1dvMZc0hgFDsYx?= =?iso-8859-1?Q?gMWJNbW3QRMRiasL2m4iXYlnEZfJeWcniL+qIX9Qm0o+IimBUCSXg=3D?= x-ms-exchange-transport-forked: True Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: uoguelph.ca X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: YQXPR0101MB0968.CANPRD01.PROD.OUTLOOK.COM X-MS-Exchange-CrossTenant-Network-Message-Id: 0d9598cd-b021-4bc5-d148-08d916e6d3a5 X-MS-Exchange-CrossTenant-originalarrivaltime: 14 May 2021 14:44:49.7195 (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: z6Hcvdxa7cHReMn9ep26JTwSFAXUlNukZw0h5nWdwh4amZQ++DFZ/uXGPn5yzMPTkJFusdodYzngYcRVqUt4DQ== X-MS-Exchange-Transport-CrossTenantHeadersStamped: YQXPR0101MB2245 X-Rspamd-Queue-Id: 4FhWX9671Cz3sbH X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=uoguelph.ca header.s=selector1 header.b=EcouFQUF; arc=pass (microsoft.com:s=arcselector9901:i=1); dmarc=pass (policy=none) header.from=uoguelph.ca; spf=pass (mx1.freebsd.org: domain of rmacklem@uoguelph.ca designates 2a01:111:f400:fe5c::616 as permitted sender) smtp.mailfrom=rmacklem@uoguelph.ca X-Spamd-Result: default: False [-5.00 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[2a01:111:f400:fe5c::616:from]; R_DKIM_ALLOW(-0.20)[uoguelph.ca:s=selector1]; FREEFALL_USER(0.00)[rmacklem]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a01:111:f400::/48]; MIME_GOOD(-0.10)[text/plain]; NEURAL_HAM_LONG(-1.00)[-1.000]; SPAMHAUS_ZRD(0.00)[2a01:111:f400:fe5c::616:from:127.0.2.255]; RCVD_COUNT_THREE(0.00)[3]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; DWL_DNSWL_LOW(-1.00)[uoguelph.ca:dkim]; DKIM_TRACE(0.00)[uoguelph.ca:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[uoguelph.ca,none]; NEURAL_HAM_SHORT(-1.00)[-0.998]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:8075, ipnet:2a01:111:f000::/36, country:US]; RCVD_TLS_LAST(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current]; ARC_ALLOW(-1.00)[microsoft.com:s=arcselector9901:i=1] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 May 2021 14:45:02 -0000 Daniel Ebdrup Jensen wrote:=0A= >On Thu, May 13, 2021 at 11:02:35PM +0000, Rick Macklem wrote:=0A= >>Hi,=0A= >>=0A= >>I believe that NFSv4.1 and NFSv4.2 are now mature in freebsd-current/main= .=0A= >>I also believe that NFSv4.1/4.2 is a better protocol than NFSv4.0.=0A= >>(In particular, the sessions mechanism for "exactly once RPC semantics"= =0A= >> is a significant improvement over the duplicate request cache for NFSv4.= 0,=0A= >> plus other improvements.)=0A= >>=0A= >>Right now, the FreeBSD NFSv4 client will use NFSv4.0 unless the=0A= >>"minorversion" mount option is used to set the minor version to 1 or 2.= =0A= >>=0A= >>The Linux client uses the highest minor version supported by both=0A= >>client and server by default.=0A= >>I'd like to propose that the default behaviour of the FreeBSD client=0A= >>be changed to do the same, so that NFSv4.1/4.2 will be used when possible= .=0A= >>--> The "minorversion" mount option could still be used to override the= =0A= >> above default.=0A= >>=0A= >>I have hesitated doing this change because it could be considered a POLA= =0A= >>violation, but I think the change from 4.0->4.1/4.2 will normally be a=0A= >>neutral to positive experience. (To be honest, I suspect most won't notic= e=0A= >>the change.)=0A= >>=0A= >>How do others feel about this change?=0A= >>=0A= >>rick=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= >=0A= >Hi Rick,=0A= >=0A= > If I understand your plans correctly, you're not going to be making= =0A= > it so that minorversion=3DN complains?=0A= If by "complains" you mean "mount fails if the minor version is not support= ed=0A= by the server" then, yes, I am not planning on changing that.=0A= =0A= > In that case, I don't quite understand how it can be a POLA=0A= > violation, since presumably it'll fall back to NFSv4.0 if that's=0A= > the only thing that's supported by ntpd on some other system.=0A= The POLA violation is that, now, a mount without "minorversion" always=0A= uses NFSv4.0 and fails to mount if the server does not support NFSv4.0.=0A= =0A= > At any rate, I'm all for it since I'm already using NFSv4.2. :)=0A= Thanks for the input, rick=0A= =0A= Yours,=0A= Daniel Ebdrup Jensen=0A= From owner-freebsd-current@freebsd.org Fri May 14 14:46:22 2021 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 B4A7764AC51 for ; Fri, 14 May 2021 14:46:22 +0000 (UTC) (envelope-from asomers@gmail.com) Received: from mail-ot1-f44.google.com (mail-ot1-f44.google.com [209.85.210.44]) (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 4FhWYn6Qv5z3t22 for ; Fri, 14 May 2021 14:46:21 +0000 (UTC) (envelope-from asomers@gmail.com) Received: by mail-ot1-f44.google.com with SMTP id u25-20020a0568302319b02902ac3d54c25eso26690732ote.1 for ; Fri, 14 May 2021 07:46:21 -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=oNd2fzJiI3K/rIkhUThEMgpLkM+FfG+Gy+E9d/PX/z0=; b=AaBGMbs2GLo9ryTQRFBptaNN3Z1Hjer74+iAbxMJ3SiG2z88C+ftMmhAMHk/N480L6 MkLX+ytf199ZmXk0IayD/9UDZWX7aAILJPtUPmJsU7gAD0eDDiNNC5yLlo1t+fX1sHMQ Y27Ezr2uu7jiKxNvlts/VOEOZGbDqWoZ7pAQP8GiepvLVLi+Mone5vvOpILgBN8vyscO hwbSJ5DMlkhCyEwc2FD+0RXOwunTeV7n9lYLIYVLci0wcXmK6DKyOSCAyEabpiORf+Y5 JDW938R9xb9JVGJeIqdEpY/JWcFX6SaQE0qlnX5J1Ft+HyZOweXttJ/p/kHrJnWoxXyY TW0Q== X-Gm-Message-State: AOAM531wq8nDkfqcLFMBEMN6qxEOrWG8jYmiWXIWTXJLeR1FQg36BXI3 HUuBTiqEJo6AeGJCabOC8kXUMgvvbW8MrbZLtvdI6SpJ X-Google-Smtp-Source: ABdhPJxNlfEOXT+v2/nzsdl/r7EYGnarJvz64/fWU/TgjG3qykXatdoBQYH1HBtg+XAkbaMAFy0MZtPplvViePhL+Ss= X-Received: by 2002:a05:6830:349b:: with SMTP id c27mr22955309otu.251.1621003580779; Fri, 14 May 2021 07:46:20 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Alan Somers Date: Fri, 14 May 2021 08:46:09 -0600 Message-ID: Subject: Re: RFC: changing the default NFSv4 minor version? To: Rick Macklem Cc: FreeBSD Current X-Rspamd-Queue-Id: 4FhWYn6Qv5z3t22 X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of asomers@gmail.com designates 209.85.210.44 as permitted sender) smtp.mailfrom=asomers@gmail.com X-Spamd-Result: default: False [-0.75 / 15.00]; RWL_MAILSPIKE_GOOD(0.00)[209.85.210.44:from]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17]; TO_DN_ALL(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; FORGED_SENDER(0.30)[asomers@freebsd.org,asomers@gmail.com]; MIME_TRACE(0.00)[0:+,1:+,2:~]; SUBJECT_ENDS_QUESTION(1.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; RBL_DBL_DONT_QUERY_IPS(0.00)[209.85.210.44:from]; R_DKIM_NA(0.00)[]; ARC_NA(0.00)[]; FREEFALL_USER(0.00)[asomers]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DMARC_NA(0.00)[freebsd.org]; FROM_NEQ_ENVFROM(0.00)[asomers@freebsd.org,asomers@gmail.com]; SPAMHAUS_ZRD(0.00)[209.85.210.44:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_SHORT(0.25)[0.252]; RCVD_IN_DNSWL_NONE(0.00)[209.85.210.44:from]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.34 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 May 2021 14:46:22 -0000 On Thu, May 13, 2021 at 5:02 PM Rick Macklem wrote: > Hi, > > I believe that NFSv4.1 and NFSv4.2 are now mature in freebsd-current/main. > I also believe that NFSv4.1/4.2 is a better protocol than NFSv4.0. > (In particular, the sessions mechanism for "exactly once RPC semantics" > is a significant improvement over the duplicate request cache for NFSv4.0, > plus other improvements.) > > Right now, the FreeBSD NFSv4 client will use NFSv4.0 unless the > "minorversion" mount option is used to set the minor version to 1 or 2. > > The Linux client uses the highest minor version supported by both > client and server by default. > I'd like to propose that the default behaviour of the FreeBSD client > be changed to do the same, so that NFSv4.1/4.2 will be used when possible. > --> The "minorversion" mount option could still be used to override the > above default. > > I have hesitated doing this change because it could be considered a POLA > violation, but I think the change from 4.0->4.1/4.2 will normally be a > neutral to positive experience. (To be honest, I suspect most won't notice > the change.) > > How do others feel about this change? > > rick > +1 From owner-freebsd-current@freebsd.org Fri May 14 14:48:34 2021 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 A5E6C64ADA5 for ; Fri, 14 May 2021 14:48:34 +0000 (UTC) (envelope-from gljennjohn@gmail.com) Received: from mail-ej1-x634.google.com (mail-ej1-x634.google.com [IPv6:2a00:1450:4864:20::634]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4FhWcK5YdFz3swx for ; Fri, 14 May 2021 14:48:33 +0000 (UTC) (envelope-from gljennjohn@gmail.com) Received: by mail-ej1-x634.google.com with SMTP id m12so45071699eja.2 for ; Fri, 14 May 2021 07:48:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=date:from:to:subject:message-id:in-reply-to:references:reply-to :mime-version:content-transfer-encoding; bh=gGWBsBb4ss6ZCwhz93/Q1BrJZYQqwwB8xqw7WFwmtas=; b=SiXD4+Y6e74JCU9eh7j0ukyW75B8CTKfu2gHoGUu4h5N9snQkpN4Rw0E5C1LE7pnME x8BSRdOB8CkFPi40dH0f+arIgzzq4igTFYhMQBxZ8c9tXGhUpYU/KyHLLwUwY2J4ZxS0 4PVlqC6CBIW1dKuWx7y420+oCIBV2bJheSfElXnZjdZJRPSWMU7D93w3dyEsdI6FTdeo 6gTp0DyYSQbht1povROXgpVcwsP3LDJFoKe7W633+yaFLsyVwmsNSYaNDrPzuFrJMx72 sd0aM/x3zoV0l2iGR2zTpKRJdpflStbEFIz8KX2O3HMpgE489sCg9eLye95zJTkwSCPD FrbQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:subject:message-id:in-reply-to :references:reply-to:mime-version:content-transfer-encoding; bh=gGWBsBb4ss6ZCwhz93/Q1BrJZYQqwwB8xqw7WFwmtas=; b=g6LnLyyKldkmlDrsmhjsS55pVkts4xnMJOZOXcRSkh45UE3Cy+TaBjbKHTvKK5gxsb qFSTxVkEzuI6YYuWdcthD4FBse6beTTJoa/ehmGyHWcvnmoCLZwq/yT2AxCwKoX4ZEm+ h5/8oROzfyaiCe/4P+HG8q0lflRcP3/6oprAlBYdpyXLJD2xfU/dvpOlQ1CWGHQktfSn 6ejMsZ0HqlxnwxqJZucL0HDT6BNH1ax8Q0bIusAZKpAEkmAIUowhg95DpK7kF2SEdrdu 1pQoZWH/xQ9m3rqzZc2u3awTI+foGLkFpX2HPtyHrQeNWcAiovzPlQrlpWLTsU4Pnh33 m10g== X-Gm-Message-State: AOAM530cNmyMXWIamonpJLf0NA1vMgrIXGJLzJsPx3W7f3RBvz0y9oRc wby7bS+LLPymAEqVLpxaWur3pyrv6Rg= X-Google-Smtp-Source: ABdhPJwnNFMS86dHgBSgiwF23zbtr4TBYZvh1lDuXE6doOCV+37ve7tvPUuQtlgbFDWgMNGi7k9Q0A== X-Received: by 2002:a17:906:980f:: with SMTP id lm15mr37382433ejb.337.1621003712289; Fri, 14 May 2021 07:48:32 -0700 (PDT) Received: from ernst.home (pd9e23d76.dip0.t-ipconnect.de. [217.226.61.118]) by smtp.gmail.com with ESMTPSA id q10sm4634530eds.36.2021.05.14.07.48.31 for (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 14 May 2021 07:48:31 -0700 (PDT) Date: Fri, 14 May 2021 16:48:30 +0200 From: Gary Jennejohn To: freebsd-current@freebsd.org Subject: Re: CURRENT crashes at early boot on Lenovo T540p: rtsx to blame - 13.0-RELEASE crashes same way! Message-ID: <20210514144830.6b19de85@ernst.home> In-Reply-To: <0CA59364-6802-4733-962A-3EEB00B43AFE@bumblingdork.com> References: <8d4e076b-9ecd-aef2-0ee8-73519bb9d939@FreeBSD.org> <8d2be5f2-4144-082e-4237-0dac0c4b37e6@restart.be> <6798878a-c499-d78d-e96d-d744513cb80d@restart.be> <1de588e2-20cb-3206-3aea-f3f88f577675@restart.be> <67f0874a-6a05-67f1-3f2b-c4b3dc67fa11@FreeBSD.org> <83b823bf-c6c2-2f6a-b5dd-2e91b4d1931e@restart.be> <2c208bbc-5adc-2327-4717-a5e7c8d64b4b@FreeBSD.org> <9a15daa7-2b17-e257-d4d1-850c632a9db8@restart.be> <417a97b9-2c40-310c-c445-b193c493b880@FreeBSD.org> <7eb763ce-0bbf-9baf-2ede-968ee25cff2e@restart.be> <0CA59364-6802-4733-962A-3EEB00B43AFE@bumblingdork.com> Reply-To: gljennjohn@gmail.com X-Mailer: Claws Mail 3.17.8 (GTK+ 2.24.33; amd64-portbld-freebsd14.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4FhWcK5YdFz3swx X-Spamd-Bar: + Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=SiXD4+Y6; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of gljennjohn@gmail.com designates 2a00:1450:4864:20::634 as permitted sender) smtp.mailfrom=gljennjohn@gmail.com X-Spamd-Result: default: False [1.85 / 15.00]; HAS_REPLYTO(0.00)[gljennjohn@gmail.com]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36:c]; FREEMAIL_FROM(0.00)[gmail.com]; REPLYTO_ADDR_EQ_FROM(0.00)[]; TO_DN_NONE(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; SUBJECT_ENDS_EXCLAIM(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; RBL_DBL_DONT_QUERY_IPS(0.00)[2a00:1450:4864:20::634:from]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; RECEIVED_SPAMHAUS_PBL(0.00)[217.226.61.118:received]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_SPAM_SHORT(0.96)[0.960]; MIME_GOOD(-0.10)[text/plain]; FREEMAIL_REPLYTO(0.00)[gmail.com]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; NEURAL_SPAM_MEDIUM(0.94)[0.944]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[2a00:1450:4864:20::634:from:127.0.2.255]; NEURAL_SPAM_LONG(0.95)[0.947]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::634:from]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 May 2021 14:48:34 -0000 On Fri, 14 May 2021 16:21:05 +0200 Marc Veldman wrote: > > On 14 May 2021, at 10:22, Henri Hennebert wrote: > > > > > > Please test the 2.0h version from GitHub. > > > > On my Lenovo P50s: > > Cold boot with card not inserted: OK > Insert card after boot, no crash, but the message > seems weird: > > May 14 16:01:27 supernovo kernel: rtsx0: Interrupt card inserted/removed > May 14 16:01:27 supernovo kernel: rtsx0: Card absent > May 14 16:01:27 supernovo kernel: mmc0: detached > > Cold boot with card inserted: OK > Remove card after boot, no crash, but the message > seems weird: > > May 14 16:06:08 supernovo kernel: rtsx0: Interrupt card inserted/removed > May 14 16:06:08 supernovo kernel: rtsx0: Card present > May 14 16:06:08 supernovo kernel: mmc0: on rtsx0 > > I have the inversion flag turned on /boot/loader.conf > > dev.rtsx.0.inversion=1 > dev.rtsx.0.debug=1 > This is weird because the man page states that the inversion flag is required with the P50. BTW Henri, if you're reading this, there's a bug in exactly this part of the man page: sovled rather than solved But, the trace output indicates that you do not need the inversion flag. Maybe your P50 (may be a later model than the P50s tested during driver development) does not have the problem. -- Gary Jennejohn From owner-freebsd-current@freebsd.org Fri May 14 15:05:29 2021 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 DF11B64B12D for ; Fri, 14 May 2021 15:05:29 +0000 (UTC) (envelope-from marc@bumblingdork.com) Received: from mail-ej1-x629.google.com (mail-ej1-x629.google.com [IPv6:2a00:1450:4864:20::629]) (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 4FhWzs0Dsrz3vX3 for ; Fri, 14 May 2021 15:05:28 +0000 (UTC) (envelope-from marc@bumblingdork.com) Received: by mail-ej1-x629.google.com with SMTP id c22so16992861ejd.12 for ; Fri, 14 May 2021 08:05:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bumblingdork.com; s=google; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=KIJ9mtpaqFAnRDh83+C4TvimTHyX4LuYILP4ysdcXDY=; b=Y7dMXHnGDqfHXS1qOWwB2elgKIYfEBhSjD6qay1v+MHi4pghXcBc4OHxVk3mqkUGdV Rcp/8gELznIdTNnyqDQpmRJERFUyKawJjUgu5NIvVJYgZP0Ah4yCg+C2kx6z7heXKDiI JR3KRKztt3UaikkZ32JcCkaBAV8eADpKny7t6xqh8XZdCiw/p81uDejO7EI0I+xYpFFd du40BNjbyUhbe472OXDXwnQXjO/mAxWx8bZ5sSoDmoUc85VAuD8N1Yim1BqEq+klA101 9epIo4JwuRkScJdWZzhh70nlLAcVJ7WxvNedoBn5GyHgmPGyoi+157dyugsJjpY1O9y3 HAvw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=KIJ9mtpaqFAnRDh83+C4TvimTHyX4LuYILP4ysdcXDY=; b=YRvDGb1pV923FYNcnBv1clmA7SmXc2c1FSI9oGem6YJyQfjh1J99WoxS9TSFfU13iM Bz59/BwGq0M5fwmqlUWgTH3qYamT7JtllZERtronxMU9IEhTl4veW1pbxUGlyKeN9z0U 6sc66u1YAbLa/qIuPFoivtNBu0NGwK0mfywipfgJ5RHEOCmvbZFmt39u+mn8ip/vHz32 ZQEdrGgJ/LVnmdyy8Mj+eA/zVbSFofAW4xS8LIxg3aCzaGwx/QheVqoEzWFdFYB9ADA+ Uo9tZf8kF0zB/p2xlY02G/wEkbgDndtoU68j+4/Gyrizo0FOxtLWKpJubJTNphCWrsPh 0tqw== X-Gm-Message-State: AOAM531bo3f+DOL0oMPdIutryR0/61p4JbXJGRBCqMrf3zeHxoNOafkw wcyBSk+4bRL2Tx7JHBDKNlI9DQ== X-Google-Smtp-Source: ABdhPJya1zmeiqdPlBrJ+Nn1r5MlHUSmypy//F9XAEPs1fTciroV0Z5kup9x6kiIv81TL2GqW7+ACA== X-Received: by 2002:a17:907:d14:: with SMTP id gn20mr12138238ejc.486.1621004727207; Fri, 14 May 2021 08:05:27 -0700 (PDT) Received: from smtpclient.apple ([2001:981:3350:1:d60:c3f0:bfdb:1f82]) by smtp.gmail.com with ESMTPSA id d23sm4652742edq.19.2021.05.14.08.05.26 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Fri, 14 May 2021 08:05:26 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.80.0.2.43\)) Subject: Re: CURRENT crashes at early boot on Lenovo T540p: rtsx to blame - 13.0-RELEASE crashes same way! From: Marc Veldman In-Reply-To: <20210514144830.6b19de85@ernst.home> Date: Fri, 14 May 2021 17:05:26 +0200 Cc: freebsd-current@freebsd.org Content-Transfer-Encoding: 7bit Message-Id: <51290711-0DC5-45DD-B2DB-4C2D98667DC7@bumblingdork.com> References: <8d4e076b-9ecd-aef2-0ee8-73519bb9d939@FreeBSD.org> <8d2be5f2-4144-082e-4237-0dac0c4b37e6@restart.be> <6798878a-c499-d78d-e96d-d744513cb80d@restart.be> <1de588e2-20cb-3206-3aea-f3f88f577675@restart.be> <67f0874a-6a05-67f1-3f2b-c4b3dc67fa11@FreeBSD.org> <83b823bf-c6c2-2f6a-b5dd-2e91b4d1931e@restart.be> <2c208bbc-5adc-2327-4717-a5e7c8d64b4b@FreeBSD.org> <9a15daa7-2b17-e257-d4d1-850c632a9db8@restart.be> <417a97b9-2c40-310c-c445-b193c493b880@FreeBSD.org> <7eb763ce-0bbf-9baf-2ede-968ee25cff2e@restart.be> <0CA59364-6802-4733-962A-3EEB00B43AFE@bumblingdork.com> <20210514144830.6b19de85@ernst.home> To: gljennjohn@gmail.com X-Mailer: Apple Mail (2.3654.80.0.2.43) X-Rspamd-Queue-Id: 4FhWzs0Dsrz3vX3 X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bumblingdork.com header.s=google header.b=Y7dMXHnG; dmarc=pass (policy=none) header.from=bumblingdork.com; spf=pass (mx1.freebsd.org: domain of marc@bumblingdork.com designates 2a00:1450:4864:20::629 as permitted sender) smtp.mailfrom=marc@bumblingdork.com X-Spamd-Result: default: False [-3.50 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; TO_DN_NONE(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[bumblingdork.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[bumblingdork.com,none]; NEURAL_HAM_SHORT(-1.00)[-1.000]; SUBJECT_ENDS_EXCLAIM(0.00)[]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[2a00:1450:4864:20::629:from]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[bumblingdork.com:s=google]; FREEFALL_USER(0.00)[marc]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; SPAMHAUS_ZRD(0.00)[2a00:1450:4864:20::629:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::629:from]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 May 2021 15:05:29 -0000 > On 14 May 2021, at 16:48, Gary Jennejohn wrote: > > On Fri, 14 May 2021 16:21:05 +0200 > Marc Veldman wrote: > >>> On 14 May 2021, at 10:22, Henri Hennebert wrote: >>> >>> >>> Please test the 2.0h version from GitHub. >>> >> >> On my Lenovo P50s: >> >> Cold boot with card not inserted: OK >> Insert card after boot, no crash, but the message >> seems weird: >> >> May 14 16:01:27 supernovo kernel: rtsx0: Interrupt card inserted/removed >> May 14 16:01:27 supernovo kernel: rtsx0: Card absent >> May 14 16:01:27 supernovo kernel: mmc0: detached >> >> Cold boot with card inserted: OK >> Remove card after boot, no crash, but the message >> seems weird: >> >> May 14 16:06:08 supernovo kernel: rtsx0: Interrupt card inserted/removed >> May 14 16:06:08 supernovo kernel: rtsx0: Card present >> May 14 16:06:08 supernovo kernel: mmc0: on rtsx0 >> >> I have the inversion flag turned on /boot/loader.conf >> >> dev.rtsx.0.inversion=1 >> dev.rtsx.0.debug=1 >> > > This is weird because the man page states that the inversion flag is > required with the P50. > > BTW Henri, if you're reading this, there's a bug in exactly this part > of the man page: sovled rather than solved > > But, the trace output indicates that you do not need the inversion flag. > > Maybe your P50 (may be a later model than the P50s tested during driver > development) does not have the problem. I removed the flag, and it works now.Thanks! What is it in the trace that indicated that the inversion flag is not needed? Best Regards, Marc Veldman From owner-freebsd-current@freebsd.org Fri May 14 15:12:16 2021 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 8A5B064B6D0 for ; Fri, 14 May 2021 15:12:16 +0000 (UTC) (envelope-from lev@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 "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4FhX7h3MX2z3vwk; Fri, 14 May 2021 15:12:16 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from onlyone.not-for.work (onlyone.not-for.work [IPv6:2a01:4f8:201:6350::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: lev/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 12EE325EED; Fri, 14 May 2021 15:12:16 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from [192.168.134.16] (unknown [94.19.224.8]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.not-for.work (Postfix) with ESMTPSA id F01934AFA; Fri, 14 May 2021 18:12:12 +0300 (MSK) Reply-To: lev@FreeBSD.org Subject: Re: CURRENT crashes at early boot on Lenovo T540p: rtsx to blame - 13.0-RELEASE crashes same way! To: Marc Veldman , gljennjohn@gmail.com Cc: freebsd-current@freebsd.org References: <8d2be5f2-4144-082e-4237-0dac0c4b37e6@restart.be> <6798878a-c499-d78d-e96d-d744513cb80d@restart.be> <1de588e2-20cb-3206-3aea-f3f88f577675@restart.be> <67f0874a-6a05-67f1-3f2b-c4b3dc67fa11@FreeBSD.org> <83b823bf-c6c2-2f6a-b5dd-2e91b4d1931e@restart.be> <2c208bbc-5adc-2327-4717-a5e7c8d64b4b@FreeBSD.org> <9a15daa7-2b17-e257-d4d1-850c632a9db8@restart.be> <417a97b9-2c40-310c-c445-b193c493b880@FreeBSD.org> <7eb763ce-0bbf-9baf-2ede-968ee25cff2e@restart.be> <0CA59364-6802-4733-962A-3EEB00B43AFE@bumblingdork.com> <20210514144830.6b19de85@ernst.home> <51290711-0DC5-45DD-B2DB-4C2D98667DC7@bumblingdork.com> From: Lev Serebryakov Organization: FreeBSD Message-ID: Date: Fri, 14 May 2021 18:12:12 +0300 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.10.1 MIME-Version: 1.0 In-Reply-To: <51290711-0DC5-45DD-B2DB-4C2D98667DC7@bumblingdork.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 May 2021 15:12:16 -0000 On 14.05.2021 18:05, Marc Veldman wrote: > > I removed the flag, and it works now.Thanks! > What is it in the trace that indicated that the inversion flag is not needed? THIS: >>> Insert card after boot, no crash, but the message >>> seems weird: >>> >>> May 14 16:01:27 supernovo kernel: rtsx0: Interrupt card inserted/removed >>> May 14 16:01:27 supernovo kernel: rtsx0: Card absent >>> May 14 16:01:27 supernovo kernel: mmc0: detached You insert card, driver thinks you remove it :) -- // Lev Serebryakov From owner-freebsd-current@freebsd.org Fri May 14 15:18:01 2021 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 940E464B7C9 for ; Fri, 14 May 2021 15:18:01 +0000 (UTC) (envelope-from grahamperrin@gmail.com) Received: from mail-wr1-x430.google.com (mail-wr1-x430.google.com [IPv6:2a00:1450:4864:20::430]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4FhXGJ38ZDz3wVx for ; Fri, 14 May 2021 15:18:00 +0000 (UTC) (envelope-from grahamperrin@gmail.com) Received: by mail-wr1-x430.google.com with SMTP id h4so30350427wrt.12 for ; Fri, 14 May 2021 08:18:00 -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=kZvxhkmE0AGPA5VszhLAHLRN6nCMqx3TNKLNQ09TFU4=; b=ZqjTP38N95ue/keVezedQIV0MTpAcSuvp0XIZ1rkRffMpucXKxdu2uYu/qjGL48l5R 3/75BOGlR1LYO/F99adN7rQsx6TqlCpTx5F8FJLOSZyDcFuzPiz3j0YN1qoiwmer0Ju/ UazkF9AE8s8jpQ4tcZyFVZYEzzBksCNFw2kPKWy93spjywgu/YWgcl1EZo/sM9vyDFvo oLvcuB5PMVcO4lrmbbl3tW71IzzuM2Ly68PEMwwsPoG2m1kLhhnuAJ7bzqosHvx+uhYD gJnAYfy2QSFHSdVO4kpzym2oi+OuilAZcsAT+d/7aMZbymZLY06x6pZgXXNOu7HP1wFM XRJw== 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=kZvxhkmE0AGPA5VszhLAHLRN6nCMqx3TNKLNQ09TFU4=; b=FfoLvn37j7KBt78hLkRksaGJf0SYG0Gx6ODMar1c8/dAZX7Paaj8QmHlBKpr07fgSq NRezF2VP2h/gAv/GGuUjn5ysQygD1mMuscDcwT6RJc18OZx/yRWxTfHg0dCxGUOIYcS9 2idCMwstsI9w/uVT3dirswLqb4okw+t+dGDk1XL2tFw3TFu3A3pejuucSj/5EDOSlWT0 Bu+L+Ydgod+oCTWWGMfVBFrcpIQncSKsRKvHpthcucOUODIapv3e2yJ2mXtG+MXwVjwV qZi3uYLYL1SY7Cxnhq9WYMD6DDq/V4tr1ZssuqWW5MW6Z4P3My4M92s+VeYtmv4X7jpS yImQ== X-Gm-Message-State: AOAM530ctfGQ8nlh7NRMyr9fnQGQjmfNUsZnKjBmcOH2XzRA4+eX0SDu uw+ODDWy5vwn5A0qrOmWoycchTkt/wDeRw== X-Google-Smtp-Source: ABdhPJyUWeiMuDWJ0apBiJalKdemgwoOVlt3iBo5CQbvRjHStiXhgVrQOID3LgacTs3PaxgoMQT/SA== X-Received: by 2002:adf:f80a:: with SMTP id s10mr57039169wrp.319.1621005478013; Fri, 14 May 2021 08:17:58 -0700 (PDT) Received: from [192.168.1.10] (88-105-96-80.dynamic.dsl.as9105.com. [88.105.96.80]) by smtp.gmail.com with ESMTPSA id a15sm6750213wrr.53.2021.05.14.08.17.56 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Fri, 14 May 2021 08:17:57 -0700 (PDT) Subject: Re: CURRENT crashes at early boot on Lenovo T540p: rtsx to blame - 13.0-RELEASE crashes same way! To: freebsd-current@freebsd.org References: <20210512133456.57f374f4@ernst.home> <20210512141130.755ae361@ernst.home> <9f0abf48-ed13-bff3-5687-fca0d57195d8@restart.be> <8d4e076b-9ecd-aef2-0ee8-73519bb9d939@FreeBSD.org> <8d2be5f2-4144-082e-4237-0dac0c4b37e6@restart.be> <6798878a-c499-d78d-e96d-d744513cb80d@restart.be> <1de588e2-20cb-3206-3aea-f3f88f577675@restart.be> <67f0874a-6a05-67f1-3f2b-c4b3dc67fa11@FreeBSD.org> <83b823bf-c6c2-2f6a-b5dd-2e91b4d1931e@restart.be> <2c208bbc-5adc-2327-4717-a5e7c8d64b4b@FreeBSD.org> From: Graham Perrin Message-ID: <4efb154c-4935-be7a-4ffd-1e2d8994a692@gmail.com> Date: Fri, 14 May 2021 16:17:56 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Thunderbird/78.10.1 MIME-Version: 1.0 In-Reply-To: <2c208bbc-5adc-2327-4717-a5e7c8d64b4b@FreeBSD.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-GB X-Rspamd-Queue-Id: 4FhXGJ38ZDz3wVx X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=ZqjTP38N; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of grahamperrin@gmail.com designates 2a00:1450:4864:20::430 as permitted sender) smtp.mailfrom=grahamperrin@gmail.com X-Spamd-Result: default: False [-3.99 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36:c]; FREEMAIL_FROM(0.00)[gmail.com]; TO_DN_NONE(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; NEURAL_HAM_SHORT(-1.00)[-1.000]; SUBJECT_ENDS_EXCLAIM(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[2a00:1450:4864:20::430:from]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.99)[-0.993]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; RECEIVED_SPAMHAUS_PBL(0.00)[88.105.96.80:received]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[2a00:1450:4864:20::430:from:127.0.2.255]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::430:from]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 May 2021 15:18:01 -0000 On 13/05/2021 16:09, Lev Serebryakov wrote: >  It doesn't panic, boots and works more than 500 seconds :-) The Power To Serve From owner-freebsd-current@freebsd.org Fri May 14 15:29:16 2021 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 D04ED64C036 for ; Fri, 14 May 2021 15:29:16 +0000 (UTC) (envelope-from hlh@restart.be) Received: from tignes.restart.be (tignes.restart.be [37.187.123.11]) (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 "tignes.restart.be", Issuer "CA master" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4FhXWH4krbz4RS4 for ; Fri, 14 May 2021 15:29:15 +0000 (UTC) (envelope-from hlh@restart.be) X-Comment: SPF check N/A for local connections - client-ip=192.168.25.127; helo=restart.be; envelope-from=hlh@restart.be; receiver= DKIM-Filter: OpenDKIM Filter v2.10.3 tignes.restart.be 4FhXW71cG5z3M Received: from restart.be (norquay.tunnel.bel [192.168.25.127]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.restart.be", Issuer "CA master" (verified OK)) by tignes.restart.be (Postfix) with ESMTPS id 4FhXW71cG5z3M; Fri, 14 May 2021 17:29:04 +0200 (CEST) Received: from morzine.restart.bel (morzine.restart.be [IPv6:2001:41d0:a:f40b:1:1:0:1]) (authenticated bits=0) by restart.be (8.16.1/8.16.1) with ESMTPSA id 14EFT3YH020171 (version=TLSv1.3 cipher=TLS_AES_128_GCM_SHA256 bits=128 verify=OK); Fri, 14 May 2021 17:29:03 +0200 (CEST) (envelope-from hlh@restart.be) X-Authentication-Warning: norquay.restart.bel: Host morzine.restart.be [IPv6:2001:41d0:a:f40b:1:1:0:1] claimed to be morzine.restart.bel Subject: Re: CURRENT crashes at early boot on Lenovo T540p: rtsx to blame - 13.0-RELEASE crashes same way! To: Marc Veldman , gljennjohn@gmail.com Cc: freebsd-current@freebsd.org References: <8d2be5f2-4144-082e-4237-0dac0c4b37e6@restart.be> <6798878a-c499-d78d-e96d-d744513cb80d@restart.be> <1de588e2-20cb-3206-3aea-f3f88f577675@restart.be> <67f0874a-6a05-67f1-3f2b-c4b3dc67fa11@FreeBSD.org> <83b823bf-c6c2-2f6a-b5dd-2e91b4d1931e@restart.be> <2c208bbc-5adc-2327-4717-a5e7c8d64b4b@FreeBSD.org> <9a15daa7-2b17-e257-d4d1-850c632a9db8@restart.be> <417a97b9-2c40-310c-c445-b193c493b880@FreeBSD.org> <7eb763ce-0bbf-9baf-2ede-968ee25cff2e@restart.be> <0CA59364-6802-4733-962A-3EEB00B43AFE@bumblingdork.com> <20210514144830.6b19de85@ernst.home> <51290711-0DC5-45DD-B2DB-4C2D98667DC7@bumblingdork.com> From: Henri Hennebert Message-ID: Date: Fri, 14 May 2021 17:29:03 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Thunderbird/78.10.1 MIME-Version: 1.0 In-Reply-To: <51290711-0DC5-45DD-B2DB-4C2D98667DC7@bumblingdork.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4FhXWH4krbz4RS4 X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:37.187.123.11/32:c]; HAS_XAW(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[restart.be:+]; DMARC_POLICY_ALLOW(-0.50)[restart.be,reject]; NEURAL_HAM_SHORT(-1.00)[-1.000]; SUBJECT_ENDS_EXCLAIM(0.00)[]; FREEMAIL_TO(0.00)[bumblingdork.com,gmail.com]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[37.187.123.11:from]; ASN(0.00)[asn:16276, ipnet:37.187.0.0/16, country:FR]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[restart.be:s=tignes]; RCPT_COUNT_THREE(0.00)[3]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[37.187.123.11:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 May 2021 15:29:16 -0000 On 5/14/21 5:05 PM, Marc Veldman wrote: > >> On 14 May 2021, at 16:48, Gary Jennejohn wrote: >> >> On Fri, 14 May 2021 16:21:05 +0200 >> Marc Veldman wrote: >> >>>> On 14 May 2021, at 10:22, Henri Hennebert wrote: >>>> >>>> >>>> Please test the 2.0h version from GitHub. >>>> >>> >>> On my Lenovo P50s: >>> >>> Cold boot with card not inserted: OK >>> Insert card after boot, no crash, but the message >>> seems weird: >>> >>> May 14 16:01:27 supernovo kernel: rtsx0: Interrupt card inserted/removed >>> May 14 16:01:27 supernovo kernel: rtsx0: Card absent >>> May 14 16:01:27 supernovo kernel: mmc0: detached >>> >>> Cold boot with card inserted: OK >>> Remove card after boot, no crash, but the message >>> seems weird: >>> >>> May 14 16:06:08 supernovo kernel: rtsx0: Interrupt card inserted/removed >>> May 14 16:06:08 supernovo kernel: rtsx0: Card present >>> May 14 16:06:08 supernovo kernel: mmc0: on rtsx0 >>> >>> I have the inversion flag turned on /boot/loader.conf >>> >>> dev.rtsx.0.inversion=1 >>> dev.rtsx.0.debug=1 >>> >> >> This is weird because the man page states that the inversion flag is >> required with the P50. >> >> BTW Henri, if you're reading this, there's a bug in exactly this part >> of the man page: sovled rather than solved Thank you for the hint - will be corrected in the next push. >> >> But, the trace output indicates that you do not need the inversion flag. >> >> Maybe your P50 (may be a later model than the P50s tested during driver >> development) does not have the problem. > > > I removed the flag, and it works now.Thanks! > What is it in the trace that indicated that the inversion flag is not needed? In Bug 255130 they ask me to automate the inversion. I do it for the P50s and T470p following informations from Bug 204521. But strangely it is not applicable to this particular P50s. So, as indicated in my previous mail, it must be nullify with dev.rtsx.0.inversion=0. To investigate this last problem can you send kenv | grep smbios.system and dmesg|grep rtsx for the setup that work for you. Thanks Henri > > Best Regards, > > Marc Veldman > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@freebsd.org Fri May 14 16:03:22 2021 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 B662064CD2D for ; Fri, 14 May 2021 16:03:22 +0000 (UTC) (envelope-from marc@bumblingdork.com) Received: from mail-ej1-x62b.google.com (mail-ej1-x62b.google.com [IPv6:2a00:1450:4864:20::62b]) (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 4FhYGd5bQVz4WZS for ; Fri, 14 May 2021 16:03:21 +0000 (UTC) (envelope-from marc@bumblingdork.com) Received: by mail-ej1-x62b.google.com with SMTP id n2so45334698ejy.7 for ; Fri, 14 May 2021 09:03:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bumblingdork.com; s=google; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=mBaCoL4MrOatxYU78YqyaSr7P/mHMoHzRn2uRUO84ww=; b=AcB9piHgb8XtAcsq7n19Gl5CJneX7k6OmHCVkrJYe+dVA2y/KOqIzdLp2y1lwyMgkc clu52Pt6ZjW+xjJPWCXZEH41SPghC5PoLk+3bAGpgORSzhyPc9ddHxHKYtpH6AGICSNV S0pdlJBXgZ+fkFxtx90woK3L/xQadK66pcs5i+TjRqydueCrOubH6pLjhzqxJXhJOHFZ Ngfn/3n5nnMLMozOpCR0klF43PSuoo59TkMyaGwxdj+AwTGyj3zt0GNWdMHZlw5k5f40 R0uSXjySo38Jg0bUteLL95dFY7wyRe423t7oAFtzQNSTBoj1nmJUMtzfREvx6uvyGJRZ f59w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=mBaCoL4MrOatxYU78YqyaSr7P/mHMoHzRn2uRUO84ww=; b=DeYoVjfqAOh1B0QWDLA4AkHVX2cGVZ/TZsdmlwcORYBTFFujMUJXMU5U07PIOQUaCO oFdV1beJSRtYiEc5Xs7MXzcXQhus72iwXmRc/z2GVlLDVcGcGnz02lA+K4n274ki+iQ/ Bd7JjexY19zfGhXaozsVbE6FzOMFbMzSmP3Tkvto3jiYonkos01as9eMrz8hJoS46yWf ZuHMUP6KgxirfS99rncaJgbqgx9Pnk8BooregYj1ifmXYKsyUXTkO7MM5zWykaRRpl56 Hltmjtr2m7wEnUy8B9wjMoQ7+xljr6qtX3gwvmnBKYnGFaKhxTaie7MBoJbuK6tiyCb1 O18g== X-Gm-Message-State: AOAM533LJAtqu8XZbxi2DNg7GR8zAtAbQy/51LB/qShBx2k+HSili3Nv xx8+GbCbzpcItxN/4lFlzqbdTQ== X-Google-Smtp-Source: ABdhPJykSl+M4dNU0Ng95UJowgNGvpQIIrmhRK9rR1LTVCe0839BnjoZ7edZUv01It3Yw0Fz5nsIJA== X-Received: by 2002:a17:906:e88:: with SMTP id p8mr49910279ejf.31.1621008200163; Fri, 14 May 2021 09:03:20 -0700 (PDT) Received: from smtpclient.apple ([2001:981:3350:1:d60:c3f0:bfdb:1f82]) by smtp.gmail.com with ESMTPSA id a22sm4940471edu.14.2021.05.14.09.03.19 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Fri, 14 May 2021 09:03:19 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.80.0.2.43\)) Subject: Re: CURRENT crashes at early boot on Lenovo T540p: rtsx to blame - 13.0-RELEASE crashes same way! From: Marc Veldman In-Reply-To: Date: Fri, 14 May 2021 18:03:18 +0200 Cc: freebsd-current@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: References: <8d2be5f2-4144-082e-4237-0dac0c4b37e6@restart.be> <6798878a-c499-d78d-e96d-d744513cb80d@restart.be> <1de588e2-20cb-3206-3aea-f3f88f577675@restart.be> <67f0874a-6a05-67f1-3f2b-c4b3dc67fa11@FreeBSD.org> <83b823bf-c6c2-2f6a-b5dd-2e91b4d1931e@restart.be> <2c208bbc-5adc-2327-4717-a5e7c8d64b4b@FreeBSD.org> <9a15daa7-2b17-e257-d4d1-850c632a9db8@restart.be> <417a97b9-2c40-310c-c445-b193c493b880@FreeBSD.org> <7eb763ce-0bbf-9baf-2ede-968ee25cff2e@restart.be> <0CA59364-6802-4733-962A-3EEB00B43AFE@bumblingdork.com> <20210514144830.6b19de85@ernst.home> <51290711-0DC5-45DD-B2DB-4C2D98667DC7@bumblingdork.com> To: Henri Hennebert X-Mailer: Apple Mail (2.3654.80.0.2.43) X-Rspamd-Queue-Id: 4FhYGd5bQVz4WZS X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bumblingdork.com header.s=google header.b=AcB9piHg; dmarc=pass (policy=none) header.from=bumblingdork.com; spf=pass (mx1.freebsd.org: domain of marc@bumblingdork.com designates 2a00:1450:4864:20::62b as permitted sender) smtp.mailfrom=marc@bumblingdork.com X-Spamd-Result: default: False [-3.50 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[bumblingdork.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[bumblingdork.com,none]; NEURAL_HAM_SHORT(-1.00)[-1.000]; SUBJECT_ENDS_EXCLAIM(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[2a00:1450:4864:20::62b:from]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[bumblingdork.com:s=google]; FREEFALL_USER(0.00)[marc]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; SPAMHAUS_ZRD(0.00)[2a00:1450:4864:20::62b:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::62b:from]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 May 2021 16:03:22 -0000 > On 14 May 2021, at 17:29, Henri Hennebert wrote: >=20 > On 5/14/21 5:05 PM, Marc Veldman wrote: >>> On 14 May 2021, at 16:48, Gary Jennejohn = wrote: >>>=20 >>> On Fri, 14 May 2021 16:21:05 +0200 >>> Marc Veldman wrote: >>>=20 >>>>> On 14 May 2021, at 10:22, Henri Hennebert wrote: >>>>>=20 >>>>>=20 >>>>> Please test the 2.0h version from GitHub. >>>>>=20 >>>>=20 >>>> On my Lenovo P50s: >>>>=20 >>>> Cold boot with card not inserted: OK >>>> Insert card after boot, no crash, but the message >>>> seems weird: >>>>=20 >>>> May 14 16:01:27 supernovo kernel: rtsx0: Interrupt card = inserted/removed >>>> May 14 16:01:27 supernovo kernel: rtsx0: Card absent >>>> May 14 16:01:27 supernovo kernel: mmc0: detached >>>>=20 >>>> Cold boot with card inserted: OK >>>> Remove card after boot, no crash, but the message >>>> seems weird: >>>>=20 >>>> May 14 16:06:08 supernovo kernel: rtsx0: Interrupt card = inserted/removed >>>> May 14 16:06:08 supernovo kernel: rtsx0: Card present >>>> May 14 16:06:08 supernovo kernel: mmc0: on rtsx0 >>>>=20 >>>> I have the inversion flag turned on /boot/loader.conf >>>>=20 >>>> dev.rtsx.0.inversion=3D1 >>>> dev.rtsx.0.debug=3D1 >>>>=20 >>>=20 >>> This is weird because the man page states that the inversion flag is >>> required with the P50. >>>=20 >>> BTW Henri, if you're reading this, there's a bug in exactly this = part >>> of the man page: sovled rather than solved >=20 > Thank you for the hint - will be corrected in the next push. >=20 >>>=20 >>> But, the trace output indicates that you do not need the inversion = flag. >>>=20 >>> Maybe your P50 (may be a later model than the P50s tested during = driver >>> development) does not have the problem. >> I removed the flag, and it works now.Thanks! >> What is it in the trace that indicated that the inversion flag is not = needed? >=20 > In Bug 255130 they ask me to automate the inversion. I do it for the = P50s and T470p following informations from Bug 204521. >=20 > But strangely it is not applicable to this particular P50s. So, as = indicated in my previous mail, it must be nullify with = dev.rtsx.0.inversion=3D0. >=20 > To investigate this last problem can you send >=20 > kenv | grep smbios.system marc@supernovo:~ $ kenv | grep smbios.system smbios.system.family=3D"ThinkPad P50s" smbios.system.maker=3D"LENOVO" smbios.system.product=3D"20FLCTO1WW" smbios.system.serial=3D"R90N30VP" smbios.system.sku=3D"LENOVO_MT_20FL_BU_Think_FM_ThinkPad P50s" smbios.system.uuid=3D"cbc5ee4c-2b18-11b2-a85c-a62da394388c" smbios.system.version=3D"ThinkPad P50s" marc@supernovo:~ $ >=20 > and >=20 > dmesg|grep rtsx >=20 rtsx0: <2.0h Realtek RTS522A PCI MMC/SD Card Reader> mem = 0xf4100000-0xf4100fff at device 0.0 on pci1 rtsx0: Inversion activated for LENOVO/ThinkPad P50s/20FLCTO1WW, see BUG = in rtsx(4) rtsx0: If a card is detected without an SD card present, add = dev.rtsx.0.inversion=3D0 in loader.conf(5) rtsx0: We are running with inversion: 0 rtsx0: Interrupt card inserted/removed rtsx0: Card present rtsx0: A card is detected mmc0: on rtsx0 rtsx0: Interrupt card inserted/removed rtsx0: Card absent rtsx0: Interrupt card inserted/removed rtsx0: Card present mmc0: on rtsx0 rtsx0: Interrupt card inserted/removed rtsx0: Card absent Best regards, Marc Veldman= From owner-freebsd-current@freebsd.org Fri May 14 16:10:18 2021 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 47E4E64CE5D for ; Fri, 14 May 2021 16:10:18 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-qk1-x733.google.com (mail-qk1-x733.google.com [IPv6:2607:f8b0:4864:20::733]) (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 4FhYQd2S89z4WxX for ; Fri, 14 May 2021 16:10:17 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-qk1-x733.google.com with SMTP id 76so29169450qkn.13 for ; Fri, 14 May 2021 09:10:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=G6Emuii5mibdVIDahc4eJPkmF64QHclbamy0T/RQ6s8=; b=KnUG1ksS/faWDvtUKX2+5Npmh+oqk5Yex0ueDygl+CzElKQP+ro4PdLDHUnRvMnZzp 96T36M8UUIguRLK8xbSxcn9SA1XEGV+xvbam+ZTBQSeVOvUicgcXCpwbO5MDRiKjai2a VFnKXFFgK5lK376PB1iUuCD5zWV/3RtERsbLBBzcJHYcxwWzfpx+XrSVh+W7eU52MbIw MnyQn/Q41uYODku9G4l67uZkanQ+qQ/PtzDpSLyt93C+RSM4Vyc/kSeTSe+G22AwAyJz 4XdQnBzUFQC8Fs0HWm25tB7G7a65OarfVw7oNFXZl7KpiOMLN9zqrt/lqeBwQkkciyg/ Ahtg== 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=G6Emuii5mibdVIDahc4eJPkmF64QHclbamy0T/RQ6s8=; b=rqFvcWnGuxscZRleg2RR1fk0WRYytGQ8Gx03q6bTffYOF78miWOBtPGAzrKcebjuby 7PyknkXB8qMLOb+WToYFsoRMI7A2UKsHTyzVA1kU6d57c9FjbYcZF1JUfsJfdP0FxOHf 917cOGI34lefGEK035eZbjqwqoOaxhlCHxfdHncQE5C78I7+WdwfZ3NJNQh1JXmimKgW LfwzeGdD/7deGOxaZGhuDT2VYHlfps5vGkF+eFnPGwkdDyfTmnZmCQ/sZg1hHvDR7bKe two0o0x80EDiHHMaeCRGHhbpxizKE5fQrxLJjOS9QlQCyDBQInXevgdTDDJ5RNvs0eOp MijQ== X-Gm-Message-State: AOAM5310hwUVHr4ZvB/yDLaMl0mJ8YcOgCxp+yCvk76tKc1KgNcuG1vw WpRDVY2S5KedyFNDUOlt9+bRiYqX+6W+ohthO0I5yTx5cAI= X-Google-Smtp-Source: ABdhPJyPfQXa7Qt/MvCzDCD9rwQ9boEvEvM6DBq+lHC0TvTRoVScsjeBna2jhvGCOFO8xT8vmDcmGcK2fRcxLxMhU44= X-Received: by 2002:a05:620a:2081:: with SMTP id e1mr43501477qka.44.1621008615916; Fri, 14 May 2021 09:10:15 -0700 (PDT) MIME-Version: 1.0 References: <8d2be5f2-4144-082e-4237-0dac0c4b37e6@restart.be> <6798878a-c499-d78d-e96d-d744513cb80d@restart.be> <1de588e2-20cb-3206-3aea-f3f88f577675@restart.be> <67f0874a-6a05-67f1-3f2b-c4b3dc67fa11@FreeBSD.org> <83b823bf-c6c2-2f6a-b5dd-2e91b4d1931e@restart.be> <2c208bbc-5adc-2327-4717-a5e7c8d64b4b@FreeBSD.org> <9a15daa7-2b17-e257-d4d1-850c632a9db8@restart.be> <417a97b9-2c40-310c-c445-b193c493b880@FreeBSD.org> <7eb763ce-0bbf-9baf-2ede-968ee25cff2e@restart.be> <0CA59364-6802-4733-962A-3EEB00B43AFE@bumblingdork.com> <20210514144830.6b19de85@ernst.home> <51290711-0DC5-45DD-B2DB-4C2D98667DC7@bumblingdork.com> In-Reply-To: From: Warner Losh Date: Fri, 14 May 2021 11:10:03 -0500 Message-ID: Subject: Re: CURRENT crashes at early boot on Lenovo T540p: rtsx to blame - 13.0-RELEASE crashes same way! To: Marc Veldman Cc: Henri Hennebert , FreeBSD Current X-Rspamd-Queue-Id: 4FhYQd2S89z4WxX X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bsdimp-com.20150623.gappssmtp.com header.s=20150623 header.b=KnUG1ksS; dmarc=none; spf=none (mx1.freebsd.org: domain of wlosh@bsdimp.com has no SPF policy when checking 2607:f8b0:4864:20::733) smtp.mailfrom=wlosh@bsdimp.com X-Spamd-Result: default: False [-2.93 / 15.00]; RCVD_TLS_ALL(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[bsdimp-com.20150623.gappssmtp.com:s=20150623]; NEURAL_HAM_MEDIUM(-0.93)[-0.930]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DMARC_NA(0.00)[bsdimp.com]; SPAMHAUS_ZRD(0.00)[2607:f8b0:4864:20::733:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[bsdimp-com.20150623.gappssmtp.com:+]; NEURAL_HAM_SHORT(-1.00)[-1.000]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::733:from]; SUBJECT_ENDS_EXCLAIM(0.00)[]; R_SPF_NA(0.00)[no SPF record]; FORGED_SENDER(0.30)[imp@bsdimp.com,wlosh@bsdimp.com]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RBL_DBL_DONT_QUERY_IPS(0.00)[2607:f8b0:4864:20::733:from]; RCVD_COUNT_TWO(0.00)[2]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; FROM_NEQ_ENVFROM(0.00)[imp@bsdimp.com,wlosh@bsdimp.com]; MAILMAN_DEST(0.00)[freebsd-current] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.34 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 May 2021 16:10:18 -0000 On Fri, May 14, 2021, 11:03 AM Marc Veldman wrote: > > > > On 14 May 2021, at 17:29, Henri Hennebert wrote: > > > > On 5/14/21 5:05 PM, Marc Veldman wrote: > >>> On 14 May 2021, at 16:48, Gary Jennejohn wrote: > >>> > >>> On Fri, 14 May 2021 16:21:05 +0200 > >>> Marc Veldman wrote: > >>> > >>>>> On 14 May 2021, at 10:22, Henri Hennebert wrote: > >>>>> > >>>>> > >>>>> Please test the 2.0h version from GitHub. > >>>>> > >>>> > >>>> On my Lenovo P50s: > >>>> > >>>> Cold boot with card not inserted: OK > >>>> Insert card after boot, no crash, but the message > >>>> seems weird: > >>>> > >>>> May 14 16:01:27 supernovo kernel: rtsx0: Interrupt card > inserted/removed > >>>> May 14 16:01:27 supernovo kernel: rtsx0: Card absent > >>>> May 14 16:01:27 supernovo kernel: mmc0: detached > >>>> > >>>> Cold boot with card inserted: OK > >>>> Remove card after boot, no crash, but the message > >>>> seems weird: > >>>> > >>>> May 14 16:06:08 supernovo kernel: rtsx0: Interrupt card > inserted/removed > >>>> May 14 16:06:08 supernovo kernel: rtsx0: Card present > >>>> May 14 16:06:08 supernovo kernel: mmc0: on rtsx0 > >>>> > >>>> I have the inversion flag turned on /boot/loader.conf > >>>> > >>>> dev.rtsx.0.inversion=1 > >>>> dev.rtsx.0.debug=1 > >>>> > >>> > >>> This is weird because the man page states that the inversion flag is > >>> required with the P50. > >>> > >>> BTW Henri, if you're reading this, there's a bug in exactly this part > >>> of the man page: sovled rather than solved > > > > Thank you for the hint - will be corrected in the next push. > > > >>> > >>> But, the trace output indicates that you do not need the inversion > flag. > >>> > >>> Maybe your P50 (may be a later model than the P50s tested during driver > >>> development) does not have the problem. > >> I removed the flag, and it works now.Thanks! > >> What is it in the trace that indicated that the inversion flag is not > needed? > > > > In Bug 255130 they ask me to automate the inversion. I do it for the > P50s and T470p following informations from Bug 204521. > > > > But strangely it is not applicable to this particular P50s. So, as > indicated in my previous mail, it must be nullify with > dev.rtsx.0.inversion=0. > > > > To investigate this last problem can you send > > > > kenv | grep smbios.system > > > marc@supernovo:~ $ kenv | grep smbios.system > smbios.system.family="ThinkPad P50s" > smbios.system.maker="LENOVO" > smbios.system.product="20FLCTO1WW" > smbios.system.serial="R90N30VP" > smbios.system.sku="LENOVO_MT_20FL_BU_Think_FM_ThinkPad P50s" > smbios.system.uuid="cbc5ee4c-2b18-11b2-a85c-a62da394388c" > smbios.system.version="ThinkPad P50s" > marc@supernovo:~ $ > If there are only a few systems that need inversion, then using these things to do that by default is a nice to have item. Warner > > > and > > > > dmesg|grep rtsx > > > > > rtsx0: <2.0h Realtek RTS522A PCI MMC/SD Card Reader> mem > 0xf4100000-0xf4100fff at device 0.0 on pci1 > rtsx0: Inversion activated for LENOVO/ThinkPad P50s/20FLCTO1WW, see BUG in > rtsx(4) > rtsx0: If a card is detected without an SD card present, add > dev.rtsx.0.inversion=0 in loader.conf(5) > rtsx0: We are running with inversion: 0 > rtsx0: Interrupt card inserted/removed > rtsx0: Card present > rtsx0: A card is detected > mmc0: on rtsx0 > rtsx0: Interrupt card inserted/removed > rtsx0: Card absent > rtsx0: Interrupt card inserted/removed > rtsx0: Card present > mmc0: on rtsx0 > rtsx0: Interrupt card inserted/removed > rtsx0: Card absent > > Best regards, > > Marc Veldman > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@freebsd.org Fri May 14 17:07:25 2021 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 560BA64DF7F for ; Fri, 14 May 2021 17:07:25 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic311-24.consmr.mail.gq1.yahoo.com (sonic311-24.consmr.mail.gq1.yahoo.com [98.137.65.205]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4FhZhX2h4Pz4dxR for ; Fri, 14 May 2021 17:07:24 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1621012042; bh=HWgDaajK4J9i6os3iunJr4fbrEWEHC2Q16UlT4p6eqt=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=TdstHoMMwkhifoywhJxbWEWZ/VQxsstlofFDj2UcaIR+ekY1+ytaH9w+T14vdyw9jotdB+s/m4Ln5ctvRudb8Qz6avTyqJ2H6SunBmyphy3LTEnlFuY2eZ3611ZIanBu4rAVm+dY7CLEH4KE7Y3VC321NBWqROsKN4qE42+Z3GLrUTLZ0LmKvd2ptOTWFQHEH2Gd5CA4gcCYljsSZtXd5DjJqUj153ahymsAk2E4k+136kdKH/S1C2WAxNLq3WRlhhV5kvFjIOQtWbswaPy4zg3SqcGPVatgg8lDExMmdr6xx+XoXXF1U14yxSmS2/0ffoQ9iCbXK98V7CqbxddMCA== X-YMail-OSG: LZ9QDvwVM1lTmh5eErkm_h.FZpnNKn4iV9s9S04Wdazh7PbrH2vBbkQbnplOHpR RYX6fAPBybdZF7ANr6KIcht_Nj5bV27fhKNAFauFfgGPyoQq6dldROCQ0x0szNIVFzPwAAkHaNEO fq.BdOUUTia6PHbbB0MwPKrjjLaCkqg.K5eF99hObYvjZEmqgYyqUsaO6ZYTQHdeTRJ6ki2Gscp. 34axZPLLdF.9uwU553zFkVu8KZHbSiAGp6bERVKJdfYQ9oKULzboWbILIlR2AqmUZeFp9B0_HF1e hMFV9uZZYs722l.7HENS6h5umbsNTLygunmsE5jG.hs8S1YCmpYdBaK.2duN9.bV2Tvs4_N3utGD KGlOdzpVSjc4.JWdfQxBNPS.9G.XMnzP.bWFSdzYmIycrlgiHqaBAwvZWms0Cih0R_BAXTfa7h6C a0_HSh1GKwVVu99oy7G5YAn_Et8wtmh6hAFimRtkM3wysWw5bbJRnf9BogRbykVtvcTMKIca7Zij 9NRT7YXhAWk.gFOU_K1DZKL8DP7QJXrtSL97Lr.3IDkWkkhCD6F3mt2epFl.T4teCklszW_u1vP0 Orrvc.wfO.a3P9WnKTpG1_XsLHZoniBhX4HAiPlw3QHgQOtrlPLyrH_Ssks7M3qmWVBSy6otLlVx 8d.QPpN9mqkR_u0kAnA2RTl59E9817TDk.b1uaav9LMcqfBMyqMBTDu8WsiJSgoU7GwVnP9FAY5a 31Th4cK3Z7hClAibaYIn99odGy1kLHTYZaAO8Yk1IeWNQe..TBMVlV42qFQHH8DrWUd5kvNPdcnE Eajqbb.ZINRSMi2xnLxyC6WM8v7wDxbzc8AWmroJZbFPcnPaJa9.UIE.8XQUbEUF9flzDS9v2cBS D5gRQQYVay4K4flpVXErqeMTZ61QoSEQbU0jngRL2YnE2_N7QzSpBocrAWVjY9E7zXtzI9uNA3pl o.j9iyuvxxFiO4G.n1E.xP0Vo6FFErW97Sz9CTwUORL0YFnlp3V5ksqXCiv5mfZUjOhHsJrqXgWv cVsfWKVKQrp5M7j4Xdy1IKYyRoCy0_m65ozqEnAQsgYM3jfeytEIKvmhmMlNMU2UQpeKaDmWw9TT RlI5vzBCF9TSyfW7huWLtpFDiOf89yhPNj4ZQB_qJgrkDNEouFa.VsYpKo.ZftffQG15DcJNSUOu jRm4EYOdRImhoa64ABYjmSJJ1g0mP11bzQq7sBlYHfuJVJR9w2ViaUyBk1228pLcG0UeiYUoYueT d9j3ZiRcsgL9UVb1pxvY8rYbxak5HHYxUmgrYIHk3Hv6xYWLgB0FDoiwW1WUGHAE1TIxaiakp0xG x3m0HBRkteR.nsN4ujAOxGQe7MjE.Tcl2f7nU7mTxIW6SUFbHEiEGH33Q8irrVqqn.21HcJHbZMH fPoNPrRoJmMIMlb04iae4aWqtZ.JlMr9..XuN72.xHPbkrlliMWtxomTMaaiABgxRV4f82VOzzCJ 8IMTSv4uqpKpyfLscYMI0_XHy1WU_ReZ2tHLOGxQKPizcyfVKKzzJWmJMDuCIom_7G0bkvDTLtla nQwaDXvjAsKcX0HZhwi3rXBQLxZYhhZQZV2ZwIgUxvKTrX8QCH25sXGgim8JoJJV8YaIPHYdf7I5 izg8v8zYxA4tuQx0ETn96JDDr52D0.FxokdlEUNhipPUHKOJq44aZ3ptQvThOR5LznIBLL8iDBTy .mINkr6u5bjkAcgKyr8oHkQC1sv4KEhGui0f3DzB3zqdyjjNkC7YpFQ96OI56J9uLCHFRGZ72ueN 1rZKlA_3g0uB8pGvDsZcaxvEhETHBBOzSnrgDCsxSdMbBRqDT_pcQM9uOqj3zzAVD6zfLFeSDKHy tnuUvpRccbRzM6KtI59EZaQ.S4b.KEmLPudeCtgNCLgd8VOcIHLXNjRGcncIPGsJPAWCWmVusBhv VAFiqhCip.YwKU1MQ_K6nBTp.wsJ4mzzmlElFseAAIwt8hnMoy4vI.fjAqZ2.xdI6gjm2NIH4iRY q6VIWMd0QkY2gfSUbXAf1za658sMRAA0Pj7aStARGl.N17AZ6q8Vy2OEYRVYwGCA6yLsrnW_gAVo 1URiEvifgr0fenHLcCsuAoQ5zcXPgcZAlTUkpdfZd5QQrN.QfPl9a76fuDu2RU7QmIMQ_8ypJwqk J.Q4fAl5i39t8BBiENqrN73gDOSc7PsK7nAiw1QNYyvZItEgpPUjmBd.jNK4QinCW4BN2BT3ZElp LPHxhUTCAEjzvC.L3lwXAPEUQrA.OOVgoDphGGIoU1erycJwUYKGl3tdWX5aYr8AQqfDHStY7DT4 pAqa0Oy89OyNwdaCyORqZqaEZZq5R_lA3kAzEknZ0oGSicCVuMMhkMrPOI7cTJ4uRtFXEh4DCBkZ juYt2DdregI8bjsyt5ctLoc5ShJvsiq9QsOnumZmJPmTHDwFo2OgCAitUh1C0BTnibLmTIFQHLHk 1lDNhz0wbVTkH9tHd8HRo8QqrjlmnHTLdufzt5CSJLMzkE49gmB9OhmhSgnZUdvbtSE0y.wHpDbp vddEd1sgOUDRnAEDaGEc5xdRYN.y5MdZBtskTxRZ5GHKH._EzUMZkvxbgkYgIMWBwFKobc158Fw4 Vr2KQIrzBa_IdKP6sR.D5vFZZjU6_2QRR4Z989rMq40Xz6qPZc2LPagmWp1DSIfUYqauul1HYUJ7 hGgneOB3ofs0r78JfjP_4rr_MGchJyd.LvhY_7Q-- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic311.consmr.mail.gq1.yahoo.com with HTTP; Fri, 14 May 2021 17:07:22 +0000 Received: by kubenode550.mail-prod1.omega.bf1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 6893f48c18eaf5d8c0920d8e64ff2b16; Fri, 14 May 2021 17:07:16 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.80.0.2.43\)) Subject: Re: FYI for aarch64 main [14] running a mid March version: I ended up with [usb{usbus2}] stuck at (near) 100% cpu From: Mark Millard In-Reply-To: <202105141252.14ECqA0h081135@gndrsh.dnsmgr.net> Date: Fri, 14 May 2021 10:07:13 -0700 Cc: freebsd-arm , freebsd-current Content-Transfer-Encoding: quoted-printable Message-Id: <14C02B9D-7342-41EF-AADD-E466C04E17EA@yahoo.com> References: <202105141252.14ECqA0h081135@gndrsh.dnsmgr.net> To: "Rodney W. Grimes" X-Mailer: Apple Mail (2.3654.80.0.2.43) X-Rspamd-Queue-Id: 4FhZhX2h4Pz4dxR X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.14 / 15.00]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-1.00)[-0.996]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; ARC_NA(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[98.137.65.205:from]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; NEURAL_SPAM_MEDIUM(0.36)[0.361]; SPAMHAUS_ZRD(0.00)[98.137.65.205:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.65.205:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.65.205:from]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 May 2021 17:07:25 -0000 On 2021-May-14, at 05:52, Rodney W. Grimes wrote: >> Note: The context was using a non-debug main build >> from mid-2021-Mar. (More details identified >> later.) >>=20 >> The issue happend while attempting a: >>=20 >> # zfs send -R zpold@for-copy | zfs recv -Fdv zpnew >>=20 >> where the drives involved in the command were: >>=20 >> zpold: a USB3 SSD, using /dev/da0p3 >> zpnew: an 480 GiByte Optane in the PCIe slot, using /dev/nda0p3 >>=20 >> with: >>=20 >> # gpart show -pl >> =3D> 40 468862048 da0 GPT (224G) >> 40 532480 da0p1 4C8GCA72EFI (260M) >> 532520 2008 - free - (1.0M) >> 534528 29360128 da0p2 4C8GCA72swp14 (14G) >> 29894656 4194304 - free - (2.0G) >> 34088960 33554432 da0p4 4C8GCA72swp16 (16G) >> 67643392 401217536 da0p3 4C8GCA72zfs (191G) >> 468860928 1160 - free - (580K) >>=20 >> =3D> 40 2000409184 ada0 GPT (954G) >> 40 409600 ada0p1 (null) (200M) >> 409640 1740636160 ada0p2 FBSDmacchroot (830G) >> 1741045800 58720256 ada0p3 FBSDmacchswp0 (28G) >> 1799766056 176160768 ada0p4 FBSDmacchswp1 (84G) >> 1975926824 24482400 - free - (12G) >>=20 >> =3D> 40 937703008 nda0 GPT (447G) >> 40 532480 nda0p1 CA72opt0EFI (260M) >> 532520 2008 - free - (1.0M) >> 534528 117440512 nda0p2 CA72opt0swp56 (56G) >> 117975040 16777216 - free - (8.0G) >> 134752256 134217728 nda0p4 CA72opt0swp64 (64G) >> 268969984 668731392 nda0p3 CA72opt0zfs (319G) >> 937701376 1672 - free - (836K) >>=20 >> The system running was that on /dev/ada0p2 (FBSDmacchroot, >> which is UFS instead of ZFS). >>=20 >> The [usb{usbus2}] process eventually got stuck-busy, no >> more I/O: >>=20 >> CPU 0: 0.0% user, 0.0% nice, 100% system, 0.0% interrupt, 0.0% = idle >> CPU 1: 0.0% user, 0.0% nice, 0.0% system, 0.0% interrupt, 100% = idle >> CPU 2: 0.0% user, 0.0% nice, 0.0% system, 0.0% interrupt, 100% = idle >> CPU 3: 0.4% user, 0.0% nice, 0.0% system, 0.0% interrupt, 99.6% = idle >>=20 >> PID USERNAME PRI NICE SIZE RES STATE C TIME = CPU COMMAND >> 15 root -72 - 0B 262144B CPU0 0 8:51 = 99.95% [usb{usbus2}] >>=20 >> 1295 root -8 0 20108Ki 8092Ki q->bq_ 2 0:04 = 0.00% zfs recv -Fdv zpnew{receive_writer_thre} >> 1295 root 48 0 20108Ki 8092Ki piperd 2 0:22 = 0.00% zfs recv -Fdv zpnew{zfs} >> 1294 root -8 0 17544Ki 7740Ki q->bq_ 2 0:01 = 0.00% zfs send -R zpold@for-copy{send_reader_thread} >> 1294 root -8 0 17544Ki 7740Ki q->bq_ 0 0:00 = 0.00% zfs send -R zpold@for-copy{send_merge_thread} >> 1294 root -8 0 17544Ki 7740Ki hdr->b 2 0:00 = 0.00% zfs send -R zpold@for-copy{send_traverse_threa} >> 1294 root 52 0 17544Ki 7740Ki range- 3 0:20 = 0.00% zfs send -R zpold@for-copy{zfs} >>=20 >> 1036 root -8 - 0B 1488Ki t->zth 0 0:00 = 0.00% [zfskern{z_checkpoint_discar}] >> 1036 root -8 - 0B 1488Ki t->zth 1 0:00 = 0.00% [zfskern{z_livelist_condense}] >> 1036 root -8 - 0B 1488Ki t->zth 2 0:00 = 0.00% [zfskern{z_livelist_destroy}] >> 1036 root -8 - 0B 1488Ki t->zth 1 0:00 = 0.00% [zfskern{z_indirect_condense}] >> 1036 root -8 - 0B 1488Ki mmp->m 3 0:00 = 0.00% [zfskern{mmp_thread_enter}] >> 1036 root -8 - 0B 1488Ki tx->tx 1 0:00 = 0.00% [zfskern{txg_thread_enter}] >> 1036 root -8 - 0B 1488Ki tx->tx 2 0:00 = 0.00% [zfskern{txg_thread_enter}] >>=20 >> I was unable to ^c or ^z the process where I >> typed the command. I eventually stopped the >> system with "shutdown -p now" from a ssh >> session (that had already been in place). >=20 > Should this occur again before doing the shutdown run a > zpool status & > I have gotten in this state when the recv pool was a usb device The USB device had the send pool in my example. > and for some reason it had a timeout and gone offline. No messages about timeouts or other such were made. > The clue > this occured are in dmesg, and zpool status. No console, dmesg -a, or /var/log/messages output were generated. (And the system was running from a SATA SSD that was operating well.) For reference, the USB EtherNet device that was in a USB2 port continued to operate just fine, allowing the use of existing ssh sessions that were displaying gstat -spod and top -Samio -ototal until I started looking at the problem. (I did not try making a new ssh session). I did not do the "zpool status" so I can not report about it. > Unplug/plug the USB device, check dmesg that it came online, > and do a zpool clear. Okay. I normally avoid unplugging USB storage media if the system overall does not hang up: hopes of a clean shutdown leaving things better. The system did appear to shutdown to completion. >>=20 >> When I retried after rebooting and scrubbing (no >> problems found), the problem did not repeat. >>=20 >> I do not have more information nor a way to repeat >> the problem on demand, unfortunately. >>=20 >> Details of the vintage of the system software and >> such: >>=20 >> # ~/fbsd-based-on-what-freebsd-main.sh=20 >> FreeBSD FBSDmacch 14.0-CURRENT FreeBSD 14.0-CURRENT = mm-src-n245445-def0058cc690 GENERIC-NODBG arm64 aarch64 1400005 1400005 >> def0058cc690 (HEAD -> mm-src) mm-src snapshot for mm's patched build = in git context. >> merge-base: 7381bbee29df959e88ec59866cf2878263e7f3b2 >> merge-base: CommitDate: 2021-03-12 20:29:42 +0000 >> 7381bbee29df (freebsd/main, freebsd/HEAD, pure-src, main) cam: Run = all XPT_ASYNC ccbs in a dedicated thread >> n245444 (--first-parent --count for merge-base) >>=20 >> The system was a MACCHIATObin Double Shot. >=20 =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-current@freebsd.org Fri May 14 20:36:22 2021 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 DEC5962AD4A for ; Fri, 14 May 2021 20:36:22 +0000 (UTC) (envelope-from pen@lysator.liu.se) Received: from mail.lysator.liu.se (mail.lysator.liu.se [130.236.254.3]) (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 4FhgKf0sy7z3hKV for ; Fri, 14 May 2021 20:36:21 +0000 (UTC) (envelope-from pen@lysator.liu.se) Received: from mail.lysator.liu.se (localhost [127.0.0.1]) by mail.lysator.liu.se (Postfix) with ESMTP id 670D340003 for ; Fri, 14 May 2021 22:36:18 +0200 (CEST) Received: by mail.lysator.liu.se (Postfix, from userid 1004) id 53F7940004; Fri, 14 May 2021 22:36:18 +0200 (CEST) X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on bernadotte.lysator.liu.se X-Spam-Level: X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED,AWL autolearn=disabled version=3.4.2 X-Spam-Score: -1.0 Received: from [192.168.1.132] (h-201-113.A785.priv.bahnhof.se [98.128.201.113]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.lysator.liu.se (Postfix) with ESMTPSA id 5051A40003; Fri, 14 May 2021 22:36:16 +0200 (CEST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.60.0.2.21\)) Subject: Re: RFC: changing the default NFSv4 minor version? From: Peter Eriksson In-Reply-To: Date: Fri, 14 May 2021 22:36:15 +0200 Cc: Rick Macklem Content-Transfer-Encoding: 7bit Message-Id: <40207529-CDA8-48C3-AE41-8E4B914F79A5@lysator.liu.se> References: To: FreeBSD Current X-Mailer: Apple Mail (2.3654.60.0.2.21) X-Virus-Scanned: ClamAV using ClamSMTP X-Rspamd-Queue-Id: 4FhgKf0sy7z3hKV X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=pass (policy=none) header.from=liu.se; spf=pass (mx1.freebsd.org: domain of pen@lysator.liu.se designates 130.236.254.3 as permitted sender) smtp.mailfrom=pen@lysator.liu.se X-Spamd-Result: default: False [-0.91 / 15.00]; RCVD_TLS_LAST(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+a:mail.lysator.liu.se]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; ARC_NA(0.00)[]; NEURAL_SPAM_SHORT(0.59)[0.592]; NEURAL_HAM_LONG(-1.00)[-1.000]; RCVD_COUNT_THREE(0.00)[4]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; RCVD_IN_DNSWL_MED(-0.20)[130.236.254.3:from]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[liu.se,none]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:2843, ipnet:130.236.0.0/16, country:SE]; SUBJECT_ENDS_QUESTION(1.00)[]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 May 2021 20:36:22 -0000 I vote for this. +1 - Peter > On 14 May 2021, at 01:02, Rick Macklem wrote: > > Hi, > > I believe that NFSv4.1 and NFSv4.2 are now mature in freebsd-current/main. > I also believe that NFSv4.1/4.2 is a better protocol than NFSv4.0. > (In particular, the sessions mechanism for "exactly once RPC semantics" > is a significant improvement over the duplicate request cache for NFSv4.0, > plus other improvements.) > > Right now, the FreeBSD NFSv4 client will use NFSv4.0 unless the > "minorversion" mount option is used to set the minor version to 1 or 2. > > The Linux client uses the highest minor version supported by both > client and server by default. > I'd like to propose that the default behaviour of the FreeBSD client > be changed to do the same, so that NFSv4.1/4.2 will be used when possible. > --> The "minorversion" mount option could still be used to override the > above default. > > I have hesitated doing this change because it could be considered a POLA > violation, but I think the change from 4.0->4.1/4.2 will normally be a > neutral to positive experience. (To be honest, I suspect most won't notice > the change.) > > How do others feel about this change? > > rick > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@freebsd.org Fri May 14 20:48:52 2021 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 23D3762B618 for ; Fri, 14 May 2021 20:48:52 +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 4Fhgc35Y6Jz3jYR; Fri, 14 May 2021 20:48:51 +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 14EKmmcF082796; Fri, 14 May 2021 13:48: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 14EKmm9K082795; Fri, 14 May 2021 13:48:48 -0700 (PDT) (envelope-from freebsd-rwg) From: "Rodney W. Grimes" Message-Id: <202105142048.14EKmm9K082795@gndrsh.dnsmgr.net> Subject: Re: FYI for aarch64 main [14] running a mid March version: I ended up with [usb{usbus2}] stuck at (near) 100% cpu In-Reply-To: <14C02B9D-7342-41EF-AADD-E466C04E17EA@yahoo.com> To: Mark Millard Date: Fri, 14 May 2021 13:48:48 -0700 (PDT) CC: "Rodney W. Grimes" , freebsd-arm , 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: 4Fhgc35Y6Jz3jYR X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 May 2021 20:48:52 -0000 > > On 2021-May-14, at 05:52, Rodney W. Grimes wrote: > > >> Note: The context was using a non-debug main build > >> from mid-2021-Mar. (More details identified > >> later.) > >> > >> The issue happend while attempting a: > >> > >> # zfs send -R zpold@for-copy | zfs recv -Fdv zpnew > >> > >> where the drives involved in the command were: > >> > >> zpold: a USB3 SSD, using /dev/da0p3 > >> zpnew: an 480 GiByte Optane in the PCIe slot, using /dev/nda0p3 > >> > >> with: > >> > >> # gpart show -pl > >> => 40 468862048 da0 GPT (224G) > >> 40 532480 da0p1 4C8GCA72EFI (260M) > >> 532520 2008 - free - (1.0M) > >> 534528 29360128 da0p2 4C8GCA72swp14 (14G) > >> 29894656 4194304 - free - (2.0G) > >> 34088960 33554432 da0p4 4C8GCA72swp16 (16G) > >> 67643392 401217536 da0p3 4C8GCA72zfs (191G) > >> 468860928 1160 - free - (580K) > >> > >> => 40 2000409184 ada0 GPT (954G) > >> 40 409600 ada0p1 (null) (200M) > >> 409640 1740636160 ada0p2 FBSDmacchroot (830G) > >> 1741045800 58720256 ada0p3 FBSDmacchswp0 (28G) > >> 1799766056 176160768 ada0p4 FBSDmacchswp1 (84G) > >> 1975926824 24482400 - free - (12G) > >> > >> => 40 937703008 nda0 GPT (447G) > >> 40 532480 nda0p1 CA72opt0EFI (260M) > >> 532520 2008 - free - (1.0M) > >> 534528 117440512 nda0p2 CA72opt0swp56 (56G) > >> 117975040 16777216 - free - (8.0G) > >> 134752256 134217728 nda0p4 CA72opt0swp64 (64G) > >> 268969984 668731392 nda0p3 CA72opt0zfs (319G) > >> 937701376 1672 - free - (836K) > >> > >> The system running was that on /dev/ada0p2 (FBSDmacchroot, > >> which is UFS instead of ZFS). > >> > >> The [usb{usbus2}] process eventually got stuck-busy, no > >> more I/O: > >> > >> CPU 0: 0.0% user, 0.0% nice, 100% system, 0.0% interrupt, 0.0% idle > >> CPU 1: 0.0% user, 0.0% nice, 0.0% system, 0.0% interrupt, 100% idle > >> CPU 2: 0.0% user, 0.0% nice, 0.0% system, 0.0% interrupt, 100% idle > >> CPU 3: 0.4% user, 0.0% nice, 0.0% system, 0.0% interrupt, 99.6% idle > >> > >> PID USERNAME PRI NICE SIZE RES STATE C TIME CPU COMMAND > >> 15 root -72 - 0B 262144B CPU0 0 8:51 99.95% [usb{usbus2}] > >> > >> 1295 root -8 0 20108Ki 8092Ki q->bq_ 2 0:04 0.00% zfs recv -Fdv zpnew{receive_writer_thre} > >> 1295 root 48 0 20108Ki 8092Ki piperd 2 0:22 0.00% zfs recv -Fdv zpnew{zfs} > >> 1294 root -8 0 17544Ki 7740Ki q->bq_ 2 0:01 0.00% zfs send -R zpold@for-copy{send_reader_thread} > >> 1294 root -8 0 17544Ki 7740Ki q->bq_ 0 0:00 0.00% zfs send -R zpold@for-copy{send_merge_thread} > >> 1294 root -8 0 17544Ki 7740Ki hdr->b 2 0:00 0.00% zfs send -R zpold@for-copy{send_traverse_threa} > >> 1294 root 52 0 17544Ki 7740Ki range- 3 0:20 0.00% zfs send -R zpold@for-copy{zfs} > >> > >> 1036 root -8 - 0B 1488Ki t->zth 0 0:00 0.00% [zfskern{z_checkpoint_discar}] > >> 1036 root -8 - 0B 1488Ki t->zth 1 0:00 0.00% [zfskern{z_livelist_condense}] > >> 1036 root -8 - 0B 1488Ki t->zth 2 0:00 0.00% [zfskern{z_livelist_destroy}] > >> 1036 root -8 - 0B 1488Ki t->zth 1 0:00 0.00% [zfskern{z_indirect_condense}] > >> 1036 root -8 - 0B 1488Ki mmp->m 3 0:00 0.00% [zfskern{mmp_thread_enter}] > >> 1036 root -8 - 0B 1488Ki tx->tx 1 0:00 0.00% [zfskern{txg_thread_enter}] > >> 1036 root -8 - 0B 1488Ki tx->tx 2 0:00 0.00% [zfskern{txg_thread_enter}] > >> > >> I was unable to ^c or ^z the process where I > >> typed the command. I eventually stopped the > >> system with "shutdown -p now" from a ssh > >> session (that had already been in place). > > > > Should this occur again before doing the shutdown run a > > zpool status & > > I have gotten in this state when the recv pool was a usb device > > The USB device had the send pool in my example. > > > and for some reason it had a timeout and gone offline. > > No messages about timeouts or other such were made. > > > The clue > > this occured are in dmesg, and zpool status. > > No console, dmesg -a, or /var/log/messages output were > generated. (And the system was running from a SATA SSD > that was operating well.) > > For reference, the USB EtherNet device that was in a > USB2 port continued to operate just fine, allowing the > use of existing ssh sessions that were displaying > gstat -spod and top -Samio -ototal until I started > looking at the problem. (I did not try making a new > ssh session). > > I did not do the "zpool status" so I can not report > about it. > > > Unplug/plug the USB device, check dmesg that it came online, > > and do a zpool clear. > > Okay. I normally avoid unplugging USB storage media > if the system overall does not hang up: hopes of > a clean shutdown leaving things better. Do the zpool status, and only if that indicates a device offline or other problem would you proceed to do the unplug/plug, as at that point zfs has stopped doing anything to the device and your shutdown wont do anything as far as zfs for that pool anyway. > > The system did appear to shutdown to completion. Yes, you can shutdown a system with a zpool in failed state. > > >> > >> When I retried after rebooting and scrubbing (no > >> problems found), the problem did not repeat. > >> > >> I do not have more information nor a way to repeat > >> the problem on demand, unfortunately. > >> > >> Details of the vintage of the system software and > >> such: > >> > >> # ~/fbsd-based-on-what-freebsd-main.sh > >> FreeBSD FBSDmacch 14.0-CURRENT FreeBSD 14.0-CURRENT mm-src-n245445-def0058cc690 GENERIC-NODBG arm64 aarch64 1400005 1400005 > >> def0058cc690 (HEAD -> mm-src) mm-src snapshot for mm's patched build in git context. > >> merge-base: 7381bbee29df959e88ec59866cf2878263e7f3b2 > >> merge-base: CommitDate: 2021-03-12 20:29:42 +0000 > >> 7381bbee29df (freebsd/main, freebsd/HEAD, pure-src, main) cam: Run all XPT_ASYNC ccbs in a dedicated thread > >> n245444 (--first-parent --count for merge-base) > >> > >> The system was a MACCHIATObin Double Shot. > > > > > > === > Mark Millard > marklmi at yahoo.com > ( dsl-only.net went > away in early 2018-Mar) > > _______________________________________________ > 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" > -- Rod Grimes rgrimes@freebsd.org From owner-freebsd-current@freebsd.org Fri May 14 21:51:34 2021 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 426A462D120 for ; Fri, 14 May 2021 21:51:34 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic311-24.consmr.mail.gq1.yahoo.com (sonic311-24.consmr.mail.gq1.yahoo.com [98.137.65.205]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4Fhj0P4w6fz4Rsl for ; Fri, 14 May 2021 21:51:33 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1621029092; bh=PyerJuCXvnxw4fWfreEAtnWE/TSG+E2zG3KPG4+H0dx=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=sPhSH/QWt0P8ZSNO8YGKjs1B1I4LeY8t7w/pozmlfXD5ALfqHojC1Y4/lz8iiMbYxdXTx4uuYE2QgGqc06TRgZTWhxiXwfoLeqtChu1ShGlOloq3cBnQEjz84p8ixqsbxMwDja5uOmTV6hu10Js4jYpJMfr/J8RaPBgz7Zp+hdLPIR2EWsEC8AwJ1CtM3wDeBVtlnYtO6l/rIHuPpiQNi120+IscmiZkz6Wg6xBuLmR7E7xuiGzFiadEIt8iIOi3eHs4RhD2H2WleZUyte+LSy0FwGXrPRTnoG/3TdsYEIOePdlPkuNvOlBrjwZRiSYWkEveniECUxD5sIpbf7/FMg== X-YMail-OSG: bB5QLCAVM1k7zQ9gz7HkDefIGfSCzIAcIUP9z._yRMSJJNjc01tLVAHuRSEac8x g1j5BGe6J_UVzLHEhEYIOVh7DMd376NrdU8kVIpVbKs5hIQdaT.tOnYiIODtFLvCfRK8qbCWcSdk QyQbw_TZNmv3sRcoHh_UJWXH7PHGWJqKFS1CMh8jyJ4tst_hrLKRLdmAT9YMJq9Sef_ywRNAV6IM GDNKB3NmVqh89WWlyXQdnpHIoBZEBLmCnrtH3jIDZeszMZMGv6BJs_LUDbn4J9o988QNPeAxYp7e oo38iXD4Dys9hoBfu8vpAwLOUYEL7wcoBDlLtYexZE8EosW9kIBq_TdEIMr7pGsdoEjRls7aIqpZ 1fEBMl7wpTVHaTj_z69AbtIo4aZ0h3xLYUqYWKH2UzRUxwUdgE4ebKfRwefhbwru3gvRK_eTGxd3 UeD3aIm2mA4X2sDU_RAgFrQpM8FD5Jgcu.5zcz.V8DpDzO_7bUdFI2h0Z3hKbR0tlGzWj7kFySgZ FoQkgkG9WQZlLz3hVbVOfut7524Ekcbug6a5nlH88PWiOXyMaCCK56RAWM8yre6DQp7Zr4MkvB73 cId1hd2yZyQ_KzQEQgzJ2uQ_IJA1uzO.sqI5yNsw41TyjncepjVBQZspnYJvZFy6d.FHnX8QBWLl cx0sjFSZywdzJA61u3Cu4e_LGzz.zuZOdHZXlbRGfGNZrQmLrLUbD_64cP.dvK26T6smmEqqr_n6 V8II.tu8q9A.v6KGrLTIv_XvIH9bBj.WsMUJwIl_RVcer96WGIISoRkH86HDs8tcEDrR7uaNUqyX P5sGlGdijHCebkxNLFiNKewF7ydYc_HRanmz188ZFALE4K6e2FsLyh.nCsH8BuxsWgqHpzG2BglU V6ImcST.EMPuRCnnsQhooyKgBHZZz9Osb_8_zqoJd60Zc.5QioV4.4qf85Z1o5.kh6ocJYOUv1HM WFwa9tphbBzihhi9s87ulTg1WHJMccri3Fr4Y5kgOelQNDkHhjNLk6cOXMOwyETVN4Vp9Of33sEo mP3.GMNLsSbDKyKiTIciLsrXwGHIU3KmaXhQ_xe8ZCs7FgqarYuvmADY3VyVwnwFJ.x3I4Egzbaw CicyMMzV8j3Og7txRLO14MkdkCmEJ9Ip6vOOwu748qSc8ALWQb.0ZynGYre48l9k.SCaqifGPM9V K_HCVW9c4vHE81Tb3xzcyz7shbqIAQT45LAtOL.4DnwDkekuSjXQCuahEcKcqMqWitKjKxHzJ6j6 T_IphXOlMcmOvaaZvbzvHGXfXIxvKpqcWeQjj_TC32bTZdKHCo5F_Mk_42ce553vxHjQyzOSBR8B h.K.e9Rc2cBDM8riwuESxCaWrKWjkM9Q2toXzhEFaMSUF33E1t8O92vQWgkkCugHPQ_piNs5irAF Uh4FuyGxeFSUX_wdv3OQfY7Fl21z6MUvOHozdl74iT.QEZGK8cDzN_lqSJvD1vPVhHy2d1l0ne1_ gWuiTBPLbTf6RWovVLoMI.tyinQg8xqwfMeWsTPaJ9vALmjpH2gNWVPmtnmd3XwwKD1X7P1WrIWE AyxdCohPmAQ5htE9L1lg0c49nFakpxZ_w.9r_e7mK8oeyStfrlYcj5CrnZuUpevdTmC_ft97IKsy K4BdJGNXZmgnsGnLYckmTnV6hZonx8atKJ.kpWNOMf_t3tgpLGqR_h4uZQ4d152UeuS_IVpT69dj mHcHD0nsj95B_X8vHMuED3j99g3ouh_2c6c9wQ82J44gLvGyMZTeOxvXf61qSHnYdNldaSQ78Kz8 dVNtA4Jj2Ys6qWUsOANaJlAO6a50HE6T4vK7bo0Jg6Yod_0lJeP8anSg1LfkAlKQcHtZEHLUfr_N OFBUYq685vgc86sGH0uWhyQaeHs5uuMtoZGcgOIRgfAixisM9oJXfxuiiJcFy35HIOER4l7ZJwM8 NGBw3_vNW0RNrxfgrupjUEuw7oCwLf.KTFMtYqBK0tgPgolnCyVj0q8dq0e5YpoeUB.3IgfS.BqP TbSXsS6R06FAtv.e73JeKHn4PFdyF2Jho2gSSCTBUDzn8IvEWDsb32.14sp6KbXiBj1FFLQ4dblZ P1Lkkva.paoWtR65NT8W9C9MssksSQ4E.amO9Fma0owBAZLbRpElfhtom.HhZLICQULbo7edube. a7bYkHY3cYy5gRm.Ciod1f918oGiOQuFwi_ObQp_WLxqhGj0qRsxvmviHGT2_NTPYKTYd69gGbOt TWw9NsCc5DwKqy.euhm6hycdVP59QVlu6X76ZglEb_oeJuKNyII233_RJSpPZYZnleS1GTJbh1Iu iEehA_72RMvYCAEH9QP5.4Yp3xrhpaeD9G3zj0sH_PAXyiPYA8w0EwxVz3CvW._9xgPWEhCYWRP4 LTPLDfVQJFe5lYeM84VGdTRuCBEH33gvYJ8RUAA_IjmnTm_FgYTlxxdp2bh7im2IWAFEGtb5Z852 E4.8QlmO9XUOSD_BQTiSr0Kr4fZTCg0wjBm0ZhAu1cZU6a3qX_.6SloyPSuYMlufJuzHytN73U8x WZn7snA.ZD40Q4vOVXJ0uyonhpQy9YaoFpdH6HsR3QdQnfjSWBp1W3Pw9CnG7nP3SLScJC3mPbNs 0DAq1lP4EeUUBbRs3k26P1vYlwyT_yDEOsi2QVm3eJ9dRNAVOsmfTC62MuFFV8RD85HgU2Z0KbGJ SEGyAtSS1yFwP_B1cvg0I9jsFfcODi8jzG_kfi_80.r213FQOuLupkH1EoFpdXQ6GZzT15Jeg8fU aUDo8pzLNdKyxBzEn X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic311.consmr.mail.gq1.yahoo.com with HTTP; Fri, 14 May 2021 21:51:32 +0000 Received: by kubenode540.mail-prod1.omega.ne1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 2542ac01b2ad8470e0046eaf3256ade2; Fri, 14 May 2021 21:51:29 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.80.0.2.43\)) Subject: Re: FYI for aarch64 main [14] running a mid March version: I ended up with [usb{usbus2}] stuck at (near) 100% cpu From: Mark Millard In-Reply-To: <202105142048.14EKmm9K082795@gndrsh.dnsmgr.net> Date: Fri, 14 May 2021 14:51:27 -0700 Cc: freebsd-arm , freebsd-current Content-Transfer-Encoding: quoted-printable Message-Id: References: <202105142048.14EKmm9K082795@gndrsh.dnsmgr.net> To: "Rodney W. Grimes" X-Mailer: Apple Mail (2.3654.80.0.2.43) X-Rspamd-Queue-Id: 4Fhj0P4w6fz4Rsl X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 May 2021 21:51:34 -0000 On 2021-May-14, at 13:48, Rodney W. Grimes wrote: >>=20 >> On 2021-May-14, at 05:52, Rodney W. Grimes wrote: >>=20 >>>> Note: The context was using a non-debug main build >>>> from mid-2021-Mar. (More details identified >>>> later.) >>>>=20 >>>> The issue happend while attempting a: >>>>=20 >>>> # zfs send -R zpold@for-copy | zfs recv -Fdv zpnew >>>>=20 >>>> where the drives involved in the command were: >>>>=20 >>>> zpold: a USB3 SSD, using /dev/da0p3 >>>> zpnew: an 480 GiByte Optane in the PCIe slot, using /dev/nda0p3 >>>>=20 >>>> with: >>>>=20 >>>> # gpart show -pl >>>> =3D> 40 468862048 da0 GPT (224G) >>>> 40 532480 da0p1 4C8GCA72EFI (260M) >>>> 532520 2008 - free - (1.0M) >>>> 534528 29360128 da0p2 4C8GCA72swp14 (14G) >>>> 29894656 4194304 - free - (2.0G) >>>> 34088960 33554432 da0p4 4C8GCA72swp16 (16G) >>>> 67643392 401217536 da0p3 4C8GCA72zfs (191G) >>>> 468860928 1160 - free - (580K) >>>>=20 >>>> =3D> 40 2000409184 ada0 GPT (954G) >>>> 40 409600 ada0p1 (null) (200M) >>>> 409640 1740636160 ada0p2 FBSDmacchroot (830G) >>>> 1741045800 58720256 ada0p3 FBSDmacchswp0 (28G) >>>> 1799766056 176160768 ada0p4 FBSDmacchswp1 (84G) >>>> 1975926824 24482400 - free - (12G) >>>>=20 >>>> =3D> 40 937703008 nda0 GPT (447G) >>>> 40 532480 nda0p1 CA72opt0EFI (260M) >>>> 532520 2008 - free - (1.0M) >>>> 534528 117440512 nda0p2 CA72opt0swp56 (56G) >>>> 117975040 16777216 - free - (8.0G) >>>> 134752256 134217728 nda0p4 CA72opt0swp64 (64G) >>>> 268969984 668731392 nda0p3 CA72opt0zfs (319G) >>>> 937701376 1672 - free - (836K) >>>>=20 >>>> The system running was that on /dev/ada0p2 (FBSDmacchroot, >>>> which is UFS instead of ZFS). >>>>=20 >>>> The [usb{usbus2}] process eventually got stuck-busy, no >>>> more I/O: >>>>=20 >>>> CPU 0: 0.0% user, 0.0% nice, 100% system, 0.0% interrupt, 0.0% = idle >>>> CPU 1: 0.0% user, 0.0% nice, 0.0% system, 0.0% interrupt, 100% = idle >>>> CPU 2: 0.0% user, 0.0% nice, 0.0% system, 0.0% interrupt, 100% = idle >>>> CPU 3: 0.4% user, 0.0% nice, 0.0% system, 0.0% interrupt, 99.6% = idle >>>>=20 >>>> PID USERNAME PRI NICE SIZE RES STATE C TIME = CPU COMMAND >>>> 15 root -72 - 0B 262144B CPU0 0 8:51 = 99.95% [usb{usbus2}] >>>>=20 >>>> 1295 root -8 0 20108Ki 8092Ki q->bq_ 2 0:04 = 0.00% zfs recv -Fdv zpnew{receive_writer_thre} >>>> 1295 root 48 0 20108Ki 8092Ki piperd 2 0:22 = 0.00% zfs recv -Fdv zpnew{zfs} >>>> 1294 root -8 0 17544Ki 7740Ki q->bq_ 2 0:01 = 0.00% zfs send -R zpold@for-copy{send_reader_thread} >>>> 1294 root -8 0 17544Ki 7740Ki q->bq_ 0 0:00 = 0.00% zfs send -R zpold@for-copy{send_merge_thread} >>>> 1294 root -8 0 17544Ki 7740Ki hdr->b 2 0:00 = 0.00% zfs send -R zpold@for-copy{send_traverse_threa} >>>> 1294 root 52 0 17544Ki 7740Ki range- 3 0:20 = 0.00% zfs send -R zpold@for-copy{zfs} >>>>=20 >>>> 1036 root -8 - 0B 1488Ki t->zth 0 0:00 = 0.00% [zfskern{z_checkpoint_discar}] >>>> 1036 root -8 - 0B 1488Ki t->zth 1 0:00 = 0.00% [zfskern{z_livelist_condense}] >>>> 1036 root -8 - 0B 1488Ki t->zth 2 0:00 = 0.00% [zfskern{z_livelist_destroy}] >>>> 1036 root -8 - 0B 1488Ki t->zth 1 0:00 = 0.00% [zfskern{z_indirect_condense}] >>>> 1036 root -8 - 0B 1488Ki mmp->m 3 0:00 = 0.00% [zfskern{mmp_thread_enter}] >>>> 1036 root -8 - 0B 1488Ki tx->tx 1 0:00 = 0.00% [zfskern{txg_thread_enter}] >>>> 1036 root -8 - 0B 1488Ki tx->tx 2 0:00 = 0.00% [zfskern{txg_thread_enter}] >>>>=20 >>>> I was unable to ^c or ^z the process where I >>>> typed the command. I eventually stopped the >>>> system with "shutdown -p now" from a ssh >>>> session (that had already been in place). >>>=20 >>> Should this occur again before doing the shutdown run a >>> zpool status & >>> I have gotten in this state when the recv pool was a usb device >>=20 >> The USB device had the send pool in my example. >>=20 >>> and for some reason it had a timeout and gone offline. >>=20 >> No messages about timeouts or other such were made. >>=20 >>> The clue >>> this occured are in dmesg, and zpool status. >>=20 >> No console, dmesg -a, or /var/log/messages output were >> generated. (And the system was running from a SATA SSD >> that was operating well.) >>=20 >> For reference, the USB EtherNet device that was in a >> USB2 port continued to operate just fine, allowing the >> use of existing ssh sessions that were displaying >> gstat -spod and top -Samio -ototal until I started >> looking at the problem. (I did not try making a new >> ssh session). >>=20 >> I did not do the "zpool status" so I can not report >> about it. >>=20 >>> Unplug/plug the USB device, check dmesg that it came online, >>> and do a zpool clear. >>=20 >> Okay. I normally avoid unplugging USB storage media >> if the system overall does not hang up: hopes of >> a clean shutdown leaving things better. >=20 > Do the zpool status, and only if that indicates a device offline > or other problem would you proceed to do the unplug/plug, as at > that point zfs has stopped doing anything to the device and > your shutdown wont do anything as far as zfs for that pool anyway. >=20 >>=20 >> The system did appear to shutdown to completion. >=20 > Yes, you can shutdown a system with a zpool in failed state. I still have the console output available and I was wrong: the shutdown hung up and apparently I cut power before "All buffers synced". All it got to was: Stopping cron. Waiting for PIDS: 858. Stopping sshd. Waiting for PIDS: 852. fstab: /etc/fstab:6: Inappropriate file type or format Stopping ntpd. Waiting for PIDS: 807. Stopping nfsd. Waiting for PIDS: 781 782. Stopping mountd. Waiting for PIDS: 779. Stopping rpcbind. Waiting for PIDS: 741. Stopping devd. Waiting for PIDS: 431. Writing entropy file: . Writing early boot entropy file: . . Terminated May 13 20:16:26 FBSDmacch syslogd: exiting on signal 15 It did not get to any of the usual sort of (from a different shutdown): Waiting (max 60 seconds) for system process `vnlru' to stop... done Waiting (max 60 seconds) for system process `syncer' to stop...=20 Syncing disks, vnodes remaining... 0 0 0 0 0 0 0 0 0 0 done Waiting (max 60 seconds) for system thread `bufdaemon' to stop... done Waiting (max 60 seconds) for system thread `bufspacedaemon-1' to stop... = done Waiting (max 60 seconds) for system thread `bufspacedaemon-3' to stop... = done Waiting (max 60 seconds) for system thread `bufspacedaemon-4' to stop... = done Waiting (max 60 seconds) for system thread `bufspacedaemon-5' to stop... = done Waiting (max 60 seconds) for system thread `bufspacedaemon-0' to stop... = done Waiting (max 60 seconds) for system thread `bufspacedaemon-2' to stop... = done Waiting (max 60 seconds) for system thread `bufspacedaemon-6' to stop... = done All buffers synced. Uptime: 8m12s >>=20 >>>>=20 >>>> When I retried after rebooting and scrubbing (no >>>> problems found), the problem did not repeat. >>>>=20 >>>> I do not have more information nor a way to repeat >>>> the problem on demand, unfortunately. >>>>=20 >>>> Details of the vintage of the system software and >>>> such: >>>>=20 >>>> # ~/fbsd-based-on-what-freebsd-main.sh=20 >>>> FreeBSD FBSDmacch 14.0-CURRENT FreeBSD 14.0-CURRENT = mm-src-n245445-def0058cc690 GENERIC-NODBG arm64 aarch64 1400005 1400005 >>>> def0058cc690 (HEAD -> mm-src) mm-src snapshot for mm's patched = build in git context. >>>> merge-base: 7381bbee29df959e88ec59866cf2878263e7f3b2 >>>> merge-base: CommitDate: 2021-03-12 20:29:42 +0000 >>>> 7381bbee29df (freebsd/main, freebsd/HEAD, pure-src, main) cam: Run = all XPT_ASYNC ccbs in a dedicated thread >>>> n245444 (--first-parent --count for merge-base) >>>>=20 >>>> The system was a MACCHIATObin Double Shot. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-current@freebsd.org Sat May 15 01:29:11 2021 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 B851C632FB5 for ; Sat, 15 May 2021 01:29:11 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from CAN01-QB1-obe.outbound.protection.outlook.com (mail-eopbgr660080.outbound.protection.outlook.com [40.107.66.80]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "DigiCert Cloud Services CA-1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4FhnqV4wS2z3PJS; Sat, 15 May 2021 01:29:10 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=oV6Ms+98LY3QPdD24GpzqoSziD4CH1EAUvt1LFzsiNSs8g0TFU+HLQmpQxzWq97CtQLpO99AmVyYnM9wVM1uiPSQ2qQ2m25ZImxnuAWhG4rWkWSX7kEVaiZ3W3YFLKXRpcZ2mGNL5kFvrciB/SJI4EU8n1mAjDctIHtZyUMoh0xN55o7qk0U54uQx9WywlGbe4I5i089JTMeW41nAFAiizaeFQkPM06qRHWRF5SDgOgpG9QQo4y4KYiy2VToq4yooAJ6XBOdk6XKAysiEkdwCPTDy/kATehYFkhonvd33Dq5bS8c0skF+P/r7gcjUuA+0haHDzv7BHzvEM7RDZx2iA== 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=s+2faZ/m5d71urgLpsGfWLpJo8zTOmpXC43wIyYCVNM=; b=O3xrHxk45+XjfvcUhJ83g9tnrKNdEeXD2v6bYvO+pk6AAhsSD0DVFJLkSmvoczfORGZS9gwLV5u2rZJZo1K9Een3Tsyo98457JWsW4ircj42NG8DjMEELvhbNq+y8m91z/BMOUgiA6i9wHzMIDRxLuxubXlpX4iMgKu02l9secI0R71421y8bz3nZqsj9W6AAyfvB3XVte99c+qwp4QMiEpX9x4JE/M8W3IIKuU/1QyWpB7MyMLaUZsbl73sqBWyoURc+yyGGUnTEbLFqdF4/XVJKt8ao+0A8cgXYU+47Jni7+G5bQqtoC83sx7risW8+PguI0B7etyt0C9u/nmVeA== 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=s+2faZ/m5d71urgLpsGfWLpJo8zTOmpXC43wIyYCVNM=; b=Pbiecy1IlLRH1iudYAAy02W57fI9yWHutSpPTofjweIHItvrnHzeQGv0wwXgdyGuH7IN/OB4iaKtlIrn8ehwQ8iqdElWJipxdn/hlzjK7RwQNDFY48m3JH3sgueZ4iWhZxah9E+PpOob+PeGMx9U1TaXXMWMUIG16fbJhgwuTwF0oYw/KRlRw8FiRkCq/Jlf8fA7llFVqskTREwK8OPXteEabHby1NoRqcw1XI7c0iMEbP+xFBEMJRVdqEgeIWkeCSZ9HXSFDNPHuh32p5bxFrLD4tvZYsHZ13wSpyJgoJ7AhZf9wGr/UyKaNNdrupRlIn8eSkkDilUBdQ+L2JcfrA== Received: from YQXPR0101MB0968.CANPRD01.PROD.OUTLOOK.COM (2603:10b6:c00:19::29) by YQXPR0101MB1974.CANPRD01.PROD.OUTLOOK.COM (2603:10b6:c00:16::33) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4108.31; Sat, 15 May 2021 01:29:08 +0000 Received: from YQXPR0101MB0968.CANPRD01.PROD.OUTLOOK.COM ([fe80::1c05:585a:132a:f08e]) by YQXPR0101MB0968.CANPRD01.PROD.OUTLOOK.COM ([fe80::1c05:585a:132a:f08e%4]) with mapi id 15.20.4129.028; Sat, 15 May 2021 01:29:01 +0000 From: Rick Macklem To: "Rodney W. Grimes" , Daniel Ebdrup Jensen CC: "freebsd-current@FreeBSD.org" Subject: Re: RFC: changing the default NFSv4 minor version? Thread-Topic: RFC: changing the default NFSv4 minor version? Thread-Index: AQHXSJq9MbLimECHB02vv7jxf4DTXari9cyAgADHnJ0= Date: Sat, 15 May 2021 01:29:01 +0000 Message-ID: References: <20210514082538.wbbrhhkwebvos6qc@nerd-thinkpad.local>, <202105141317.14EDHZh5081285@gndrsh.dnsmgr.net> In-Reply-To: <202105141317.14EDHZh5081285@gndrsh.dnsmgr.net> 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: 0e0c7b6e-58a1-4754-142b-08d91740d1fc x-ms-traffictypediagnostic: YQXPR0101MB1974: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:8882; x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: COSGHMexL1GDDJFXH14DiRcXXXWXr0DBS/YrADnLonDSBGYNEBtsLcE91/CVJWyVcInwPM5JsFyRtgTr3563+/qsIDwsphGfNv1RTH6rLYaWfZSQnUYDX5B1/8y4zogTjEQOA7WpNsn/M88e0DJOTJPfYrIh0ZFnLTImCCaJe/kgLNYD7QctAoJb8eHSnMMlcfFRXb5Mj8IblDbr2favWFlGfzxvORITHq1t76eL9+ZPRaZOjxeX/wSqKMtGjDuAV33Bbfdpsb6agvtO4gL/nipx4s6w4IhPRwZt1mNdL0Cf3gPR/rEN0BZMfQPzLMmVhHyUVwHvSeOK8oRVtBcBze4GXrJHDKuN09eHPLi0SCwIr4mPnO6BPiMrQ1FfRHaWhfnjnoozWcFCA+WtieX7nnWERHaU1S9q8cAmx3l7M0N6NA9/6g/76EnYMcpuaLfsHAjzcOPUHnjAqg3ZDuH/ma2s1HNwk3f7az8o6PCsZc+xRlhXwMPUIGhnG0GHozNJQSEwRoMe1x5KJt4RufcGnj8EpmnEG+IcA3HjmnJp74+ixQkpPSSwW5n9yGYdMAbv14MUm1BomrFk0ovyOOQ1aa3MpVy06cu8l+YOWMcqpzMGRoIYbp6wu/Ww8wjDYX19nxxFv7ktsVfvKP8VTw7z2JIefANB8bBHHJH88Ml32dIey9FhXl9lrBPp8HqHaGmL x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:YQXPR0101MB0968.CANPRD01.PROD.OUTLOOK.COM; PTR:; CAT:NONE; SFS:(376002)(396003)(346002)(39840400004)(136003)(366004)(8936002)(83380400001)(186003)(2906002)(786003)(55016002)(33656002)(6506007)(86362001)(76116006)(66446008)(66946007)(64756008)(8676002)(71200400001)(7696005)(52536014)(66476007)(9686003)(66556008)(38100700002)(5660300002)(4326008)(478600001)(122000001)(110136005)(966005)(316002); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata: =?iso-8859-1?Q?YX5FumWeeKPZfS5KVu8s78bwAiewYUzv8tbtbgbtfhiD14dU8uhvrRFDOY?= =?iso-8859-1?Q?sjq4mKmTjB+f5yE+EVenpefeco5l39BqMe+gMO+Ol6hcSIhMgETEvPXTSr?= =?iso-8859-1?Q?w/mySsbxHP6aIk05flgcjy29dbWDPkcfXoOMJ9MjEtMvuKgcuVsQeqXloQ?= =?iso-8859-1?Q?o6NzgIU/J0ntVIMVvweonpDrSzpxCBEskcBAg+E29iQn9FOGolp/Ah0Q2V?= =?iso-8859-1?Q?64w9GqlKljb5KtOfuNFdjPlKCO5xkpVznapjawxzg7NEWpeE37Nu/pQB9d?= =?iso-8859-1?Q?3g3/J8RtF2HuMGhj8NnmIfdmmB/ZNHG0A+SfM5/WPlDvO0qPyJqQC+DfgL?= =?iso-8859-1?Q?0dKKb3JXV9kPs2tZG8loTsoli55z7J2Jw425VVI58dR2U6M/m4WmrPgXzY?= =?iso-8859-1?Q?K9sIvSVMFCBKl6GmvQZ1KLT1Xc/bE5SZ/XN1rZXX01HnkRFiJfcwsq+oGo?= =?iso-8859-1?Q?sSpTRzVs3zhgJn92Qsvus7PjphGijjcji0ZuLeOXHyUsxR6PL719UyWZ25?= =?iso-8859-1?Q?NM85US6fZ1pKSzFMzevtu1Sranz8lf396Na9EefrD8lpDyQCXGp4+ozxb/?= =?iso-8859-1?Q?jf9BsNAr2I5bvpTwoFvbWuf0DTXftQpRoaP3Lo/408z7SqBq/gy0RUC/F4?= =?iso-8859-1?Q?jy/49rVzFasHDB2erL678YqrSWJOxK6veiApoA/P9+xTeqEeuyW/6XzIoD?= =?iso-8859-1?Q?lcRZ1y2mpe7vdpejijKMoyQF/p45OH5DklHwF+eMYM4v3oCK0fhTeVGV+K?= =?iso-8859-1?Q?RvyMw02V5AHh83CM+Ozz/iNTO073szXXqaXmc//bPg7plegzRVNAa2awjU?= =?iso-8859-1?Q?QPbwBqrrzfSI8vOMS0bdUMG/AZ+XX/ufb0KFdEKOE61qzqnmrCodd2Somm?= =?iso-8859-1?Q?UB+H1fSqfiYZ5glFWb1wxIrR+fEpv7LcDfR2GWiqq3yJQg5XET5i/pQ7f+?= =?iso-8859-1?Q?LXF/6YB0VEgmOveu92MwJOekk8FND/0Qwb0qLI2yedcWWHhgd82A3qJmVC?= =?iso-8859-1?Q?X6y2zTPDNVBcVDnOhm7C+k6sMASdPPXMR0Fnc3xus5Lgx+sGtEvNiDXUjY?= =?iso-8859-1?Q?FTyHRCO3AtfpfcELHNrS6AxRtcFlzpeYJ5Q/XU84tuIQi5f7pnybZJz11x?= =?iso-8859-1?Q?XiYMt9Q2KFkBx10fo5N1///WNezUIMhQRbQNcr0xpSADneRglP9ugQ7tG6?= =?iso-8859-1?Q?0se6519069mjumsPWXxy69YiilmHduvUZ7ebw7k0oBx2ifSgXZbdcP9MWI?= =?iso-8859-1?Q?20xKQKb8iSTKIsBtFcMI2zXRMbuUbw72wqFLBYoD39tyrYqLGEhTj8uzvF?= =?iso-8859-1?Q?6bJw/wPLTW9aTr37JTwvkRWKcIxj/ImfXCyqbzvFIieCGx+9gWca00ww1U?= =?iso-8859-1?Q?6BrFLUTT+PRNYYuRC33Grt1CGQTX52XukivJ5qoerwYbvA4xCQLEUXSAzk?= =?iso-8859-1?Q?xyqvt+gOUualHyZX?= x-ms-exchange-transport-forked: True Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: uoguelph.ca X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: YQXPR0101MB0968.CANPRD01.PROD.OUTLOOK.COM X-MS-Exchange-CrossTenant-Network-Message-Id: 0e0c7b6e-58a1-4754-142b-08d91740d1fc X-MS-Exchange-CrossTenant-originalarrivaltime: 15 May 2021 01:29:01.7170 (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: Y/8cCDZw+eSICdTBA8/jK4It8kk7nva9eAz+9fOOBnZdQHT5AXtU6ijAkGuMSnoQSXpeQDZz8kUOXcsV5/CI1Q== X-MS-Exchange-Transport-CrossTenantHeadersStamped: YQXPR0101MB1974 X-Rspamd-Queue-Id: 4FhnqV4wS2z3PJS X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=uoguelph.ca header.s=selector1 header.b=Pbiecy1I; arc=pass (microsoft.com:s=arcselector9901:i=1); dmarc=pass (policy=none) header.from=uoguelph.ca; spf=pass (mx1.freebsd.org: domain of rmacklem@uoguelph.ca designates 40.107.66.80 as permitted sender) smtp.mailfrom=rmacklem@uoguelph.ca X-Spamd-Result: default: False [-2.41 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:40.107.0.0/16]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[uoguelph.ca:+]; DMARC_POLICY_ALLOW(-0.50)[uoguelph.ca,none]; FROM_EQ_ENVFROM(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[40.107.66.80:from]; ARC_ALLOW(-1.00)[microsoft.com:s=arcselector9901:i=1]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:8075, ipnet:40.104.0.0/14, country:US]; RCVD_TLS_LAST(0.00)[]; NEURAL_HAM_MEDIUM(-0.41)[-0.410]; R_DKIM_ALLOW(-0.20)[uoguelph.ca:s=selector1]; FREEFALL_USER(0.00)[rmacklem]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_SPAM_SHORT(1.00)[0.999]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[40.107.66.80:from:127.0.2.255]; DWL_DNSWL_LOW(-1.00)[uoguelph.ca:dkim]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[40.107.66.80:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[40.107.66.80:from]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 15 May 2021 01:29:11 -0000 Rodney W. Grimes wrote:=0A= [stuff snipped]=0A= >Daniel Ebdrup Jensen wrote:=0A= >> Hi Rick,=0A= >>=0A= >> If I understand your plans correctly, you're not going to be makin= g=0A= >> it so that minorversion=3DN complains?=0A= >=0A= >Ah, I think that if you specify a minorversion and the server=0A= >does not support that minorversion it SHOULD complain.=0A= Yes. The mount attempt currently fails with "minor version not supported"= =0A= when the minor version is not supported by the server.=0A= My plan would not change this when "minorversion=3DN" is specified.=0A= =0A= > Only=0A= >if when a minorversion has NOT been specified should it silently=0A= >use the highest common version.=0A= Yes, that's my plan.=0A= =0A= >>=0A= >> In that case, I don't quite understand how it can be a POLA=0A= >> violation, since presumably it'll fall back to NFSv4.0 if that's= =0A= >> the only thing that's supported by ntpd on some other system.=0A= >=0A= >Ignoring the ntpd typo, I think ricks concern on POLA is that currently=0A= >in FreeBSD if you do NOT specify any minor version you get v4.0 and=0A= >only v4.0 even if both sides support v4.2, so with his change things=0A= >are suddenly going to change, that may astonish some.=0A= Yes.=0A= =0A= >>=0A= >> At any rate, I'm all for it since I'm already using NFSv4.2. :)=0A= >=0A= >I support this change with the caveats that it only occurs if the=0A= >minorversion is unspecified and this same negotiation logic is=0A= >applied to both server and client. (Ie, if I spec a minorversion=0A= >on the server it is no longer free to negotiate any other version,=0A= >IE if I spec 1 it should *NOT* drop to 0. It may mean minorversion=0A= >becomes minorversions or highestminor? So that I can make a=0A= >server that allows minor=3D{0,1} or even {1,2}, ie I in that second=0A= >case I want it to NOT use a minor=3D0 mount.=0A= The server end is passive. It either supports the minor version specified= =0A= in the RPC by the client and performs the RPC or it replies NFS4ERR_MINOR_V= ERSION_MISMATCH if it does not support it.=0A= The FreeBSD server already has sysctls:=0A= vfs.nfsd.server_min_minorversion4=0A= vfs.nfsd.server_max_minorversion4=0A= that allows a sysadmin to limit the minor versions supported.=0A= =0A= I think this satisfies your server requirement?=0A= =0A= rick=0A= =0A= > Yours,=0A= > Daniel Ebdrup Jensen=0A= --=0A= Rod Grimes rgrimes@freebsd.= org=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= =0A= From owner-freebsd-current@freebsd.org Sat May 15 07:23:22 2021 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 3C7DD63C8BC for ; Sat, 15 May 2021 07:23:22 +0000 (UTC) (envelope-from gljennjohn@gmail.com) Received: from mail-wr1-x436.google.com (mail-wr1-x436.google.com [IPv6:2a00:1450:4864:20::436]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Fhxh91bmJz4st8 for ; Sat, 15 May 2021 07:23:21 +0000 (UTC) (envelope-from gljennjohn@gmail.com) Received: by mail-wr1-x436.google.com with SMTP id x5so1249545wrv.13 for ; Sat, 15 May 2021 00:23:20 -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:reply-to :mime-version:content-transfer-encoding; bh=83GFSfCaVXLFQQA7zv4VP44yQYpvGgx4lTPLSJ9NBeE=; b=hmvjJPtDR9M0mwsP1QB0YOyGoljnZK5vPv8IhgXAWkjslKV2W2sU90J8t2K2BTK8Gl pFDZMlaglzJHQkI5Fu+GM7L2FdA8t9QyNyGBNdrQ6vfmMMIfU3gnSJnqNkwoUt4my5m3 +zYT7koarBpd/eszjvgWqQedrVMZc/agou/g8Mi60dvDzQkwcCWS834aTXV45VOW/z+t sGTXSDqW5nRRmbDQ1snY2d7UgJiTQDzlYLN7hzqD4Bw5p2Hw+DUD4VBkmEqPhKh2jfBG 1mm/p/sLGp6V/v5mI+XlU3MsH5hT963wqZmpyglmstNvMlR/Cbh2Vwm9cUmvsUDMhceO Prow== 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:reply-to:mime-version:content-transfer-encoding; bh=83GFSfCaVXLFQQA7zv4VP44yQYpvGgx4lTPLSJ9NBeE=; b=aLBGCd7dH/IHQyZMu5SDv5IcXJ25mplngweDKHrHxUpjGpb8LBDnmZMi0FjQpBJaHl 0XMEJF8A2wIkwHSOFFvLzsUid7usWW0TzRrro4qA8/tWxQKKTY53wPRHtj4ItmfJy8/Q uEss6t60YuFc/yB2eOP/GAQIZeX1x7ZrOBg0JGKQeCkL8Uvjilh0Xg/CLztpkAZjSg6L pv3AQ/jj0VQHFGykGV2ETunS9jzypTESiBd6c23Db2y0yqc37+zbKtpwFpWZ6+ljHvDH S/yxUjM+7LQuRF2wm5fXds5j7SvI4BDGLxEvI80ruprXJbLSv92JmtKpv37yfLmX2omH j9gw== X-Gm-Message-State: AOAM5325VqcIkAlFixPAp80hVzX4bJHjSVV6i3VcUvIUz4J93Xvu0lxQ VSHCd80iChVdV19lgOQUJjw1BNiizdk= X-Google-Smtp-Source: ABdhPJwuOegjGrAebQoufuLtRUGOtEMUDaPmP8+7/W4xTM1O6flEWzGuLW+8vlNoh2jvxoK5jQgVXA== X-Received: by 2002:a5d:4a52:: with SMTP id v18mr10528911wrs.417.1621063399379; Sat, 15 May 2021 00:23:19 -0700 (PDT) Received: from ernst.home (pd9e23d76.dip0.t-ipconnect.de. [217.226.61.118]) by smtp.gmail.com with ESMTPSA id a76sm11684393wmd.16.2021.05.15.00.23.18 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Sat, 15 May 2021 00:23:18 -0700 (PDT) Date: Sat, 15 May 2021 09:23:17 +0200 From: Gary Jennejohn To: Marc Veldman Cc: freebsd-current@freebsd.org Subject: Re: CURRENT crashes at early boot on Lenovo T540p: rtsx to blame - 13.0-RELEASE crashes same way! Message-ID: <20210515072317.3b0eedd1@ernst.home> In-Reply-To: <51290711-0DC5-45DD-B2DB-4C2D98667DC7@bumblingdork.com> References: <8d2be5f2-4144-082e-4237-0dac0c4b37e6@restart.be> <6798878a-c499-d78d-e96d-d744513cb80d@restart.be> <1de588e2-20cb-3206-3aea-f3f88f577675@restart.be> <67f0874a-6a05-67f1-3f2b-c4b3dc67fa11@FreeBSD.org> <83b823bf-c6c2-2f6a-b5dd-2e91b4d1931e@restart.be> <2c208bbc-5adc-2327-4717-a5e7c8d64b4b@FreeBSD.org> <9a15daa7-2b17-e257-d4d1-850c632a9db8@restart.be> <417a97b9-2c40-310c-c445-b193c493b880@FreeBSD.org> <7eb763ce-0bbf-9baf-2ede-968ee25cff2e@restart.be> <0CA59364-6802-4733-962A-3EEB00B43AFE@bumblingdork.com> <20210514144830.6b19de85@ernst.home> <51290711-0DC5-45DD-B2DB-4C2D98667DC7@bumblingdork.com> Reply-To: gljennjohn@gmail.com X-Mailer: Claws Mail 3.17.8 (GTK+ 2.24.33; amd64-portbld-freebsd14.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4Fhxh91bmJz4st8 X-Spamd-Bar: + Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=hmvjJPtD; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of gljennjohn@gmail.com designates 2a00:1450:4864:20::436 as permitted sender) smtp.mailfrom=gljennjohn@gmail.com X-Spamd-Result: default: False [1.75 / 15.00]; HAS_REPLYTO(0.00)[gljennjohn@gmail.com]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; REPLYTO_ADDR_EQ_FROM(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[gmail.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; SUBJECT_ENDS_EXCLAIM(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; RBL_DBL_DONT_QUERY_IPS(0.00)[2a00:1450:4864:20::436:from]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; RECEIVED_SPAMHAUS_PBL(0.00)[217.226.61.118:received]; FROM_HAS_DN(0.00)[]; NEURAL_SPAM_SHORT(0.75)[0.748]; MIME_GOOD(-0.10)[text/plain]; FREEMAIL_REPLYTO(0.00)[gmail.com]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; NEURAL_SPAM_MEDIUM(1.00)[1.000]; SPAMHAUS_ZRD(0.00)[2a00:1450:4864:20::436:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(1.00)[1.000]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::436:from]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 15 May 2021 07:23:22 -0000 On Fri, 14 May 2021 17:05:26 +0200 Marc Veldman wrote: > > On 14 May 2021, at 16:48, Gary Jennejohn wrote: > > > > On Fri, 14 May 2021 16:21:05 +0200 > > Marc Veldman wrote: > > > >>> On 14 May 2021, at 10:22, Henri Hennebert wrote: > >>> > >>> > >>> Please test the 2.0h version from GitHub. > >>> > >> > >> On my Lenovo P50s: > >> > >> Cold boot with card not inserted: OK > >> Insert card after boot, no crash, but the message > >> seems weird: > >> > >> May 14 16:01:27 supernovo kernel: rtsx0: Interrupt card inserted/removed > >> May 14 16:01:27 supernovo kernel: rtsx0: Card absent > >> May 14 16:01:27 supernovo kernel: mmc0: detached > >> > >> Cold boot with card inserted: OK > >> Remove card after boot, no crash, but the message > >> seems weird: > >> > >> May 14 16:06:08 supernovo kernel: rtsx0: Interrupt card inserted/removed > >> May 14 16:06:08 supernovo kernel: rtsx0: Card present > >> May 14 16:06:08 supernovo kernel: mmc0: on rtsx0 > >> > >> I have the inversion flag turned on /boot/loader.conf > >> > >> dev.rtsx.0.inversion=1 > >> dev.rtsx.0.debug=1 > >> > > > > This is weird because the man page states that the inversion flag is > > required with the P50. > > > > BTW Henri, if you're reading this, there's a bug in exactly this part > > of the man page: sovled rather than solved > > > > But, the trace output indicates that you do not need the inversion flag. > > > > Maybe your P50 (may be a later model than the P50s tested during driver > > development) does not have the problem. > > > I removed the flag, and it works now.Thanks! > What is it in the trace that indicated that the inversion flag is not needed? > You plugged in a card but the trace shows that no card is present. Then you removed the card and the trace shows that a card is present. This is exactly what the inversion flag would result in if it is not needed. -- Gary Jennejohn From owner-freebsd-current@freebsd.org Sat May 15 12:11:44 2021 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 4A2616443F6 for ; Sat, 15 May 2021 12:11:44 +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 4Fj44v2Hj5z4VSs; Sat, 15 May 2021 12:11:42 +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 14FCBfUT085715; Sat, 15 May 2021 05:11:41 -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 14FCBfjp085714; Sat, 15 May 2021 05:11:41 -0700 (PDT) (envelope-from freebsd-rwg) From: "Rodney W. Grimes" Message-Id: <202105151211.14FCBfjp085714@gndrsh.dnsmgr.net> Subject: Re: RFC: changing the default NFSv4 minor version? In-Reply-To: To: Rick Macklem Date: Sat, 15 May 2021 05:11:41 -0700 (PDT) CC: "Rodney W. Grimes" , Daniel Ebdrup Jensen , "freebsd-current@FreeBSD.org" 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: 4Fj44v2Hj5z4VSs X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of freebsd-rwg@gndrsh.dnsmgr.net has no SPF policy when checking 69.59.192.140) smtp.mailfrom=freebsd-rwg@gndrsh.dnsmgr.net X-Spamd-Result: default: False [-0.50 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; ARC_NA(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; TO_DN_SOME(0.00)[]; NEURAL_HAM_LONG(-0.95)[-0.949]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[dnsmgr.net]; AUTH_NA(1.00)[]; SPAMHAUS_ZRD(0.00)[69.59.192.140:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[69.59.192.140:from]; NEURAL_HAM_SHORT(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-0.45)[-0.454]; R_SPF_NA(0.00)[no SPF record]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:13868, ipnet:69.59.192.0/19, country:US]; SUBJECT_ENDS_QUESTION(1.00)[]; MAILMAN_DEST(0.00)[freebsd-current]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 15 May 2021 12:11:44 -0000 > Rodney W. Grimes wrote: > [stuff snipped] > >Daniel Ebdrup Jensen wrote: > >> Hi Rick, > >> > >> If I understand your plans correctly, you're not going to be making > >> it so that minorversion=N complains? > > > >Ah, I think that if you specify a minorversion and the server > >does not support that minorversion it SHOULD complain. > Yes. The mount attempt currently fails with "minor version not supported" > when the minor version is not supported by the server. > My plan would not change this when "minorversion=N" is specified. > > > Only > >if when a minorversion has NOT been specified should it silently > >use the highest common version. > Yes, that's my plan. > > >> > >> In that case, I don't quite understand how it can be a POLA > >> violation, since presumably it'll fall back to NFSv4.0 if that's > >> the only thing that's supported by ntpd on some other system. > > > >Ignoring the ntpd typo, I think ricks concern on POLA is that currently > >in FreeBSD if you do NOT specify any minor version you get v4.0 and > >only v4.0 even if both sides support v4.2, so with his change things > >are suddenly going to change, that may astonish some. > Yes. > > >> > >> At any rate, I'm all for it since I'm already using NFSv4.2. :) > > > >I support this change with the caveats that it only occurs if the > >minorversion is unspecified and this same negotiation logic is > >applied to both server and client. (Ie, if I spec a minorversion > >on the server it is no longer free to negotiate any other version, > >IE if I spec 1 it should *NOT* drop to 0. It may mean minorversion > >becomes minorversions or highestminor? So that I can make a > >server that allows minor={0,1} or even {1,2}, ie I in that second > >case I want it to NOT use a minor=0 mount. > The server end is passive. It either supports the minor version specified > in the RPC by the client and performs the RPC or it replies NFS4ERR_MINOR_VERSION_MISMATCH if it does not support it. > The FreeBSD server already has sysctls: > vfs.nfsd.server_min_minorversion4 > vfs.nfsd.server_max_minorversion4 > that allows a sysadmin to limit the minor versions supported. > > I think this satisfies your server requirement? Yes, it certainly does. > rick > > Yours, > > Daniel Ebdrup Jensen > Rod Grimes rgrimes@freebsd.org -- Rod Grimes rgrimes@freebsd.org From owner-freebsd-current@freebsd.org Sat May 15 15:47:29 2021 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 DED9B648E49 for ; Sat, 15 May 2021 15:47:29 +0000 (UTC) (envelope-from grahamperrin@gmail.com) Received: from mail-wm1-x32a.google.com (mail-wm1-x32a.google.com [IPv6:2a00:1450:4864:20::32a]) (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 4Fj8sr6tVkz4xdr for ; Sat, 15 May 2021 15:47:28 +0000 (UTC) (envelope-from grahamperrin@gmail.com) Received: by mail-wm1-x32a.google.com with SMTP id f6-20020a1c1f060000b0290175ca89f698so378286wmf.5 for ; Sat, 15 May 2021 08:47:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:from:to:references:message-id:date:user-agent:mime-version :in-reply-to:content-transfer-encoding:content-language; bh=b40yRvzqCJ4g15i+C2shjW+qlP6AZfU/isrAnN2L58Y=; b=ZPpznBaBPceCObKKo5pWp7P7t3B3hWo/DSdDpCdqr9ipzJAwUHXfmYfZgrk9j55S9x lhQroP4ZGqZVAx+zeWsHjapOVnk7VD4p3TnfJaCTzA1sPeZcQRgRJ3qbZZYwVq0cqQj+ UL/epPe9vQgjo9os8IMMqLQsiZQlpo2VY7b63MQVZ+F5TIDoFkZFfoAa3TEtBP0dLH4z k2ok4EpfddjT8I+K4laXHOynptjjKk6MShEVzJQYLZpgxsIkGEkFqGi7PLFfeNSt8uk3 XQKRKxpFIuorFX7YfVla1Ptuh/tJcCUwUvcseepJRbc5vT8e1+dYhd2vyYIhCeebLCq+ DRpg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:from:to:references:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding :content-language; bh=b40yRvzqCJ4g15i+C2shjW+qlP6AZfU/isrAnN2L58Y=; b=rhZEx62Sfa0XcG4QVv+ZPbSDqeeoGNcc7zqgT2YHnC7GI8v14Nj2uN+48gP2V0yLPA 8EuGIICb05iTMdoHE+uItCO3qgPQOakWBhM1g9oYQ17pQ/Q0Jg+suTucDT4q2u0GFe1t MOrWke5b8SSMggs2U8kddUKaaJj/3D//CrYe9OYgqfOQJknKOic4d43jDnk0t17ayYTl Usu9nFq4cicO9GIR4z4jmEDlzv2KX9gbej3N+bKiAZAVWYPVg6zBJ6xM/wiFPdU3Va2E cNf9gxmfUcSxWWbK1bB7Ny4wqJn+BhTecbbCOhjC19ouflaPipFGqDEBCNb/C84JSzP4 GT3g== X-Gm-Message-State: AOAM533777K9u/jcDzXl05xLsCEWD+h299QVmm16PX5pbo/BWS+yee4X 2EliRIfTMAdWarmnHlH6ykuHfPhj5gmWBA== X-Google-Smtp-Source: ABdhPJwqpWxOcYnlEXV/ZDk6i8kb7L7NQuWiE2pt659+sYplVzL/44NdZ3Mz4z1oM/I18UJtQOrs7Q== X-Received: by 2002:a1c:e484:: with SMTP id b126mr14547160wmh.35.1621093646880; Sat, 15 May 2021 08:47:26 -0700 (PDT) Received: from [192.168.1.10] (88-105-96-80.dynamic.dsl.as9105.com. [88.105.96.80]) by smtp.gmail.com with ESMTPSA id h14sm11963718wrq.45.2021.05.15.08.47.25 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Sat, 15 May 2021 08:47:26 -0700 (PDT) Subject: Re: FreeBSD-provided .vhd with VirtualBox: gpart I/O errors after resizing the virtual hard disk From: Graham Perrin To: freebsd-current@freebsd.org References: Message-ID: <54ba4d1d-3beb-7b01-aef3-5325904acc2c@gmail.com> Date: Sat, 15 May 2021 16:47:24 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Thunderbird/78.10.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-GB X-Rspamd-Queue-Id: 4Fj8sr6tVkz4xdr X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=ZPpznBaB; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of grahamperrin@gmail.com designates 2a00:1450:4864:20::32a as permitted sender) smtp.mailfrom=grahamperrin@gmail.com X-Spamd-Result: default: False [-1.15 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; TO_DN_NONE(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; NEURAL_HAM_SHORT(-1.00)[-1.000]; RECEIVED_SPAMHAUS_PBL(0.00)[88.105.96.80:received]; FROM_EQ_ENVFROM(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[2a00:1450:4864:20::32a:from]; FREEMAIL_ENVFROM(0.00)[gmail.com]; MID_RHS_MATCH_FROM(0.00)[]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.14)[-0.142]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[2a00:1450:4864:20::32a:from:127.0.2.255]; MIME_TRACE(0.00)[0:+]; NEURAL_SPAM_LONG(0.99)[0.993]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::32a:from]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 15 May 2021 15:47:29 -0000 On 17/01/2021 18:22, Graham Perrin wrote: > VirtualBox 5.2.44 r139111 on FreeBSD-CURRENT. > > 01. Add FreeBSD-12.2-RELEASE-amd64.vhd to a machine > 02. use Virtual Disk Manager to resize it to 2.0 TB > … Long story short: it seems that the problem occurs only after resizing to (the maximum) 2.0 TB. Nowadays I typically: * resize to something less than 2.0 TB * boot in single user mode * gpart recover * service start growfs * exit single user mode. From owner-freebsd-current@freebsd.org Sat May 15 17:46:29 2021 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 A2EC264BF33 for ; Sat, 15 May 2021 17:46:29 +0000 (UTC) (envelope-from 6yearold@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 4FjCW9360Rz3D7n for ; Sat, 15 May 2021 17:46:29 +0000 (UTC) (envelope-from 6yearold@gmail.com) Received: by mailman.nyi.freebsd.org (Postfix) id 683B864BE57; Sat, 15 May 2021 17:46:29 +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 67FF764C0F8 for ; Sat, 15 May 2021 17:46:29 +0000 (UTC) (envelope-from 6yearold@gmail.com) Received: from mail-lf1-f47.google.com (mail-lf1-f47.google.com [209.85.167.47]) (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 4FjCW856j6z3DBK for ; Sat, 15 May 2021 17:46:28 +0000 (UTC) (envelope-from 6yearold@gmail.com) Received: by mail-lf1-f47.google.com with SMTP id q7so1506824lfr.6 for ; Sat, 15 May 2021 10:46:28 -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=65dmlb/+n07nBR2o4JTIbzTSdtTNtkiAbskrXOc1yp4=; b=TYFfnx9RQLKimU5W5xbymGAy6GHglJHvHuJr5Gkv5Jkqdm/PS6OzVAJN/SfPzjaCxc 52kS0EtmodsJHD7IxLFVc/eVRJlvBlp6LAzvGtTUxWrnUdmI8b27lfkIUKxq1O21WiH5 Ue5QH3mNT9Nn2CoXTnUFvabLM0P8VhNvG5rEtBr3FeF0OjV5JAjHitgtJFjW1KbrIGBa vVAJp1sQIjvxrrn90ln7g60pmTdep+c8Ll9RB/EGfsnpWBeB2S0sbxmJpsOp/7y+XVHo pnHyIRGpfmUnphWVvtmLD5N2ssKdiOzlUNaNqh+7O1mDZpvcOFbjlJh4tGbDOW208XVQ VQgA== X-Gm-Message-State: AOAM5313jar+v3nj9i+OmYifRObYk5XWnQo1kzyyf8zb0cCp/tZzSRod J+XSEu1YBeZ74iOzICHJ/FBc4CaqUsjn5w== X-Google-Smtp-Source: ABdhPJzmPuBGnMATvf2iQrQellkJMFblUCxCXLWLt6cGfaBXGPleAd//braUoRSaLAZIyKQi32OoXQ== X-Received: by 2002:a19:911a:: with SMTP id t26mr6708196lfd.202.1621100786381; Sat, 15 May 2021 10:46:26 -0700 (PDT) Received: from mail-lf1-f42.google.com (mail-lf1-f42.google.com. [209.85.167.42]) by smtp.gmail.com with ESMTPSA id z41sm1444393lfu.88.2021.05.15.10.46.26 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Sat, 15 May 2021 10:46:26 -0700 (PDT) Received: by mail-lf1-f42.google.com with SMTP id v9so1503315lfa.4 for ; Sat, 15 May 2021 10:46:26 -0700 (PDT) X-Received: by 2002:a05:6512:3d8c:: with SMTP id k12mr25440351lfv.272.1621100786086; Sat, 15 May 2021 10:46:26 -0700 (PDT) MIME-Version: 1.0 References: <451388d3-934c-c506-d7de-81de44b4a29a@vangyzen.net> In-Reply-To: <451388d3-934c-c506-d7de-81de44b4a29a@vangyzen.net> From: Gleb Popov Date: Sat, 15 May 2021 20:46:00 +0300 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: Alternate Screen To: Eric van Gyzen Cc: current@freebsd.org X-Rspamd-Queue-Id: 4FjCW856j6z3DBK X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of 6yearold@gmail.com designates 209.85.167.47 as permitted sender) smtp.mailfrom=6yearold@gmail.com X-Spamd-Result: default: False [0.14 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17:c]; RCVD_COUNT_THREE(0.00)[4]; RCPT_COUNT_TWO(0.00)[2]; FORGED_SENDER(0.30)[arrowd@freebsd.org,6yearold@gmail.com]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FREEMAIL_ENVFROM(0.00)[gmail.com]; RBL_DBL_DONT_QUERY_IPS(0.00)[209.85.167.47:from]; R_DKIM_NA(0.00)[]; FROM_NEQ_ENVFROM(0.00)[arrowd@freebsd.org,6yearold@gmail.com]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.99)[-0.990]; FROM_HAS_DN(0.00)[]; NEURAL_SPAM_SHORT(1.00)[1.000]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[current@freebsd.org]; DMARC_NA(0.00)[freebsd.org]; SPAMHAUS_ZRD(0.00)[209.85.167.47:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(0.13)[0.125]; RCVD_IN_DNSWL_NONE(0.00)[209.85.167.47:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[209.85.167.47:from]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[current] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.34 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 15 May 2021 17:46:29 -0000 On Thu, May 13, 2021 at 5:02 PM Eric van Gyzen wrote: > There was a recent discussion about a terminal database update and the > new Alternate Screen behavior. I'm curious about the resolution, but I > can't find that discussion. Would someone kindly send a clue-by-four > via overnight express? > > Ultimately, I'd like to know how to get the old behavior back, with no > alternate screen, and thereby reduce my blood pressure. > When I enter `ee`, I can't scroll in my Konsole window anymore. Instead, the cursor inside the text editor is moving. Is this relevant to that "alternate screen" problem? From owner-freebsd-current@freebsd.org Sat May 15 20:07:42 2021 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 8D49764E687 for ; Sat, 15 May 2021 20:07:42 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 4FjGf61n26z3lrK for ; Sat, 15 May 2021 20:07:42 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: by mailman.nyi.freebsd.org (Postfix) id 3B1E464E55C; Sat, 15 May 2021 20:07:42 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 3AE2864E817 for ; Sat, 15 May 2021 20:07:42 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-ot1-x336.google.com (mail-ot1-x336.google.com [IPv6:2607:f8b0:4864:20::336]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4FjGf614Fpz3ltq; Sat, 15 May 2021 20:07:41 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: by mail-ot1-x336.google.com with SMTP id i23-20020a9d68d70000b02902dc19ed4c15so2319454oto.0; Sat, 15 May 2021 13:07:41 -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=pQMzWAni44e6F2TA5X8PokHhlK4sHWlGnp0GWztlmTg=; b=P9Aaj56OhI/YN7WCQythp3k6ji20Iwzp5akoXbCA9pn9/Ja9M4XmHGcZ2+45vzeqO4 bqEZ0AzMZ/KnmwbQaSVcbEqLbPGAnkKXA3GpU9UEOAX/TdThnyJ+xz9ykWHjTBh4UYHs 5P/SC1SloR7cfCXMz/+5Zkm76P48pH0hK18Ni287XoYPjEQkdjjdREyeatnFahf5ROS2 rA7yY6DOhYHYCR3E1zZZtuoQJyXWa6FWj4YHcRYOQ+iQU6VgafFFOQqyJ6qCOsOxAYfi kbyMiPepUFePK7IpZnerHVp5jZoLD2mApRfMtIMj6mp+kO8lZ1omvNYOuNsXM+MeANH6 iIzw== 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=pQMzWAni44e6F2TA5X8PokHhlK4sHWlGnp0GWztlmTg=; b=L/5MDEvfixXapJd54Ejtu+trApQ9ZpyRcHNidQI6Qr4mhwPHWGyLh8Ez5D4Q6Pyq5a f9q1KijoRSUcZHZKF90LNm1/pA0RtR/7Kod1Nq62bq44Vx18C7G+FjJUvLCOs5v/PJ0s 4wYUMZI2pPfPB1vwu8rES6WaklibdBe/sxd5LcvWKyIH0LLRAD0Db/SIZhFmZb77hL9e VsHbN5BmuRkgjFN3StcxgiStRDD5LnqTSJs9XmSuDRxd4WKGMac2808nXkIi9albD6JF Pj4y+FG/rN0JCqXYNJ7CsomJ/0d9h9IeEyKbAg+4M9eFjO7JBZpEl3rFpFJ/KL8z1CoV xQ2Q== X-Gm-Message-State: AOAM533ErphhB2AW3gUSTLgDk7yH3ipQbKNnMmdvmqmR0JHANUF8PZB2 JjQJBdajzO9dLH91xc4MVH2RhhQyeg4l/wbkfSqJWU3Z+/0= X-Google-Smtp-Source: ABdhPJyc6Ia0TwBXxU/IAvq3zdNXCjLaiU5dBPMbdCnz5ZG79z+zF4iS/MKB5SktiJ+ur97DderotF5VhG2NQxLOCqU= X-Received: by 2002:a9d:5552:: with SMTP id h18mr35760159oti.104.1621109260800; Sat, 15 May 2021 13:07:40 -0700 (PDT) MIME-Version: 1.0 References: <451388d3-934c-c506-d7de-81de44b4a29a@vangyzen.net> In-Reply-To: From: Kevin Oberman Date: Sat, 15 May 2021 13:07:24 -0700 Message-ID: Subject: Re: Alternate Screen To: Gleb Popov Cc: Eric van Gyzen , current X-Rspamd-Queue-Id: 4FjGf614Fpz3ltq X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.34 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 15 May 2021 20:07:42 -0000 We went through this "alternate screen" thing about 12 or more years ago and almost everyone hated it except those used to Linux behavior. I don't think it ever made it into a release after all of the screams of pain. It drives me crazy when editing on the Linux Mint VM I run from time to time. I've never been able to figure out why anyone would find it an improvement an I suspect it was inserted in some Unix code back in the days of the VT100 or VT220 terminal which were super popular and supported it. I guess it's because someone thought it was a cool thing and that terminal based editors were the perfect use. In any case, please make it STOP! -- Kevin Oberman, Part time kid herder and retired Network Engineer E-mail: rkoberman@gmail.com PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683 On Sat, May 15, 2021 at 10:46 AM Gleb Popov wrote: > On Thu, May 13, 2021 at 5:02 PM Eric van Gyzen wrote: > > > There was a recent discussion about a terminal database update and the > > new Alternate Screen behavior. I'm curious about the resolution, but I > > can't find that discussion. Would someone kindly send a clue-by-four > > via overnight express? > > > > Ultimately, I'd like to know how to get the old behavior back, with no > > alternate screen, and thereby reduce my blood pressure. > > > > When I enter `ee`, I can't scroll in my Konsole window anymore. Instead, > the cursor inside the text editor is moving. > > Is this relevant to that "alternate screen" problem? > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@freebsd.org Sat May 15 20:11:07 2021 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 3017964EA23 for ; Sat, 15 May 2021 20:11:07 +0000 (UTC) (envelope-from 6yearold@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 4FjGk26NVTz3lwM for ; Sat, 15 May 2021 20:11:06 +0000 (UTC) (envelope-from 6yearold@gmail.com) Received: by mailman.nyi.freebsd.org (Postfix) id D8A0A64E935; Sat, 15 May 2021 20:11:06 +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 D863D64EA22 for ; Sat, 15 May 2021 20:11:06 +0000 (UTC) (envelope-from 6yearold@gmail.com) Received: from mail-lj1-f169.google.com (mail-lj1-f169.google.com [209.85.208.169]) (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 4FjGk24hhJz3lxv for ; Sat, 15 May 2021 20:11:06 +0000 (UTC) (envelope-from 6yearold@gmail.com) Received: by mail-lj1-f169.google.com with SMTP id e11so2468883ljn.13 for ; Sat, 15 May 2021 13:11:06 -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=tIeiEmdluphWoHb7GR261dPR9CNeMam6hrJw2UK/q9g=; b=Wt97GehszWNeurNFWegh0samubssZAKQk8KBDWTYDNiCvrjZufH077ik2CLRq7VEuY 8ONzwEY56ekEouXwyS7S3nDE4YdROG51PjExD3bgXwJJH0cuqRJ3QBHq//i9kvsLZK+R /Du1ZS7gpFA3WIpjC7v48IIvusrq10eTW2qEusHdTBJkArkvKlPI8jl1khTUAiy1w32J U6G/cEc+6IjdO0Uoq1Hju62tN4695QMtgnmoQNqoH2bkuvfwFhOidcOFMJTdXTws7i0s 3Nqp9FrvR3jxF0W3lK7FiJklS6S1XJAxhQ/W/a+YqGTxha5NoEDricdTMFFx/+Y7mrZm jpCg== X-Gm-Message-State: AOAM532kuPYSsVfe7FtGGaQGrAd47ST6gICw2wQF4aLIUlUxgcjpt4KE kj/jMLA2sPxlLp+7fgBvUd3NC/qufpFHZw== X-Google-Smtp-Source: ABdhPJyD2CM8ZV+IZsnYLv9aVId1mlCRl+Gvdji3nM2SIcb1upAdl+IHtZ9tVCEnACdUIVSVkR/PjQ== X-Received: by 2002:a2e:9a06:: with SMTP id o6mr25459524lji.198.1621109464757; Sat, 15 May 2021 13:11:04 -0700 (PDT) Received: from mail-lf1-f42.google.com (mail-lf1-f42.google.com. [209.85.167.42]) by smtp.gmail.com with ESMTPSA id u13sm2187173ljk.133.2021.05.15.13.11.04 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Sat, 15 May 2021 13:11:04 -0700 (PDT) Received: by mail-lf1-f42.google.com with SMTP id z13so3183796lft.1 for ; Sat, 15 May 2021 13:11:04 -0700 (PDT) X-Received: by 2002:a05:6512:3456:: with SMTP id j22mr6195495lfr.532.1621109464522; Sat, 15 May 2021 13:11:04 -0700 (PDT) MIME-Version: 1.0 References: <451388d3-934c-c506-d7de-81de44b4a29a@vangyzen.net> In-Reply-To: From: Gleb Popov Date: Sat, 15 May 2021 23:10:38 +0300 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: Alternate Screen To: Kevin Oberman Cc: current X-Rspamd-Queue-Id: 4FjGk24hhJz3lxv X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.34 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 15 May 2021 20:11:07 -0000 On Sat, May 15, 2021 at 11:07 PM Kevin Oberman wrote: > We went through this "alternate screen" thing about 12 or more years ago > and almost everyone hated it except those used to Linux behavior. I don't > think it ever made it into a release after all of the screams of pain. It > drives me crazy when editing on the Linux Mint VM I run from time to time. > I've never been able to figure out why anyone would find it an improvement > an I suspect it was inserted in some Unix code back in the days of the > VT100 or VT220 terminal which were super popular and supported it. I guess > it's because someone thought it was a cool thing and that terminal based > editors were the perfect use. > > In any case, please make it STOP! > -- > Kevin Oberman, Part time kid herder and retired Network Engineer > E-mail: rkoberman@gmail.com > PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683 > Sorry for the noise, but in my case it turned out to be specific to my terminal emulator - Konsole. It has an option called "reflow lines when terminal resized". Turning it off restored an old behavior for me. From owner-freebsd-current@freebsd.org Sat May 15 20:32:11 2021 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 0DE6064F1EC for ; Sat, 15 May 2021 20:32:11 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-qk1-f170.google.com (mail-qk1-f170.google.com [209.85.222.170]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4FjHBL0WZXz3pMM for ; Sat, 15 May 2021 20:32:09 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: by mail-qk1-f170.google.com with SMTP id a2so2274356qkh.11 for ; Sat, 15 May 2021 13:32:09 -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=1vNRudjkiswCt+MXaXUtIUYgPEOgI27PCIq2QhY0P/o=; b=fIY9Mg7wk0pzCfpcojkTOFXnlnkYJnvUnaFJvFudA8dK8GfzBhXBxRAizlDR0u1Cm2 YmjcaJ3VPvS17RzuHdZag/rWrwDqUfqJvexY4VMYrRg5Ufaxk6/6EhHZp/dBq4Ok/4Sl 1TDnaffRtuqmUzZbOu6CbB2XLniEKyvOAdM5rUXbP7K85lsCKH3iHYg8VXwisOjjflPG xtDg32xVNF/wS8jwt1SIYRYTkCsPZLb/1+O8GOp02JcTosi6z6JGyXFU5mVgDbPYcH+a 6IZOIHKB0olseL5TwgwAvylyEFbmeCOr+2ltSYk5R63PA5hVxOCt5UFf/AG+d6FctHej LgVQ== X-Gm-Message-State: AOAM530RE1orlertooISB22Hiw1+EdUFvgsPLMVWotZjbaDfotF/403D HtkI2/ZdYLyV7/ybr0q9UGysXSaxxdYNjlZ+PTgYEiUK X-Google-Smtp-Source: ABdhPJySudKR2Mdj9gmWEdniouQsogTQLMh9d5q3G8C9JkLO6qmd8LpwrylXnfKwjyz9rpk2FBSUUMTR6z8w/RNjKhg= X-Received: by 2002:a05:620a:1654:: with SMTP id c20mr3564799qko.282.1621110729270; Sat, 15 May 2021 13:32:09 -0700 (PDT) MIME-Version: 1.0 References: <8d2be5f2-4144-082e-4237-0dac0c4b37e6@restart.be> <6798878a-c499-d78d-e96d-d744513cb80d@restart.be> <1de588e2-20cb-3206-3aea-f3f88f577675@restart.be> <67f0874a-6a05-67f1-3f2b-c4b3dc67fa11@FreeBSD.org> <83b823bf-c6c2-2f6a-b5dd-2e91b4d1931e@restart.be> <2c208bbc-5adc-2327-4717-a5e7c8d64b4b@FreeBSD.org> <9a15daa7-2b17-e257-d4d1-850c632a9db8@restart.be> <417a97b9-2c40-310c-c445-b193c493b880@FreeBSD.org> <7eb763ce-0bbf-9baf-2ede-968ee25cff2e@restart.be> <0CA59364-6802-4733-962A-3EEB00B43AFE@bumblingdork.com> <20210514144830.6b19de85@ernst.home> <51290711-0DC5-45DD-B2DB-4C2D98667DC7@bumblingdork.com> In-Reply-To: From: Adrian Chadd Date: Sat, 15 May 2021 13:31:56 -0700 Message-ID: Subject: Re: CURRENT crashes at early boot on Lenovo T540p: rtsx to blame - 13.0-RELEASE crashes same way! To: marc@bumblingdork.com Cc: Henri Hennebert , freebsd-current Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 4FjHBL0WZXz3pMM 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.222.170 as permitted sender) smtp.mailfrom=adrianchadd@gmail.com X-Spamd-Result: default: False [-2.97 / 15.00]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17]; NEURAL_HAM_SHORT(-1.00)[-1.000]; SUBJECT_ENDS_EXCLAIM(0.00)[]; FORGED_SENDER(0.30)[adrian@freebsd.org,adrianchadd@gmail.com]; MIME_TRACE(0.00)[0:+]; R_DKIM_NA(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; FROM_NEQ_ENVFROM(0.00)[adrian@freebsd.org,adrianchadd@gmail.com]; RBL_DBL_DONT_QUERY_IPS(0.00)[209.85.222.170:from]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.999]; TAGGED_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-0.97)[-0.968]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DMARC_NA(0.00)[freebsd.org]; SPAMHAUS_ZRD(0.00)[209.85.222.170:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[209.85.222.170:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[209.85.222.170:from]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 15 May 2021 20:32:11 -0000 Hi! So, my Lenovo T540p also doesn't work right now; it just panics the kernel with a NULL pointer deref inside some deferred interrupt registration / callback thing. If I disable it at the boot console then it's fine. -adrian