From owner-freebsd-current@freebsd.org Sat Oct 5 05:50:36 2019 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 A2F1E128213 for ; Sat, 5 Oct 2019 05:50:36 +0000 (UTC) (envelope-from junchoon@dec.sakura.ne.jp) Received: from dec.sakura.ne.jp (dec.sakura.ne.jp [210.188.226.8]) (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 46lbSV1qBfz4LY7 for ; Sat, 5 Oct 2019 05:50:33 +0000 (UTC) (envelope-from junchoon@dec.sakura.ne.jp) Received: from kalamity.joker.local (124-18-96-116.dz.commufa.jp [124.18.96.116]) (authenticated bits=0) by dec.sakura.ne.jp (8.15.2/8.15.2/[SAKURA-WEB]/20080708) with ESMTPA id x955oL19062519 for ; Sat, 5 Oct 2019 14:50:21 +0900 (JST) (envelope-from junchoon@dec.sakura.ne.jp) Date: Sat, 5 Oct 2019 14:50:21 +0900 From: Tomoaki AOKI To: freebsd-current@freebsd.org Subject: nvdXpY dissapears while ZFS pool on it is imported Message-Id: <20191005145021.b38284e6f31f57607b4e5792@dec.sakura.ne.jp> Reply-To: junchoon@dec.sakura.ne.jp Organization: Junchoon corps X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.32; amd64-portbld-freebsd12.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 46lbSV1qBfz4LY7 X-Spamd-Bar: ++++ Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of junchoon@dec.sakura.ne.jp has no SPF policy when checking 210.188.226.8) smtp.mailfrom=junchoon@dec.sakura.ne.jp X-Spamd-Result: default: False [5.00 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; HAS_REPLYTO(0.00)[junchoon@dec.sakura.ne.jp]; MV_CASE(0.50)[]; TO_DN_NONE(0.00)[]; REPLYTO_ADDR_EQ_FROM(0.00)[]; HAS_ORG_HEADER(0.00)[]; RECEIVED_SPAMHAUS_PBL(0.00)[116.96.18.124.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.10]; RCVD_TLS_LAST(0.00)[]; R_DKIM_NA(0.00)[]; ASN(0.00)[asn:9370, ipnet:210.188.224.0/19, country:JP]; MIME_TRACE(0.00)[0:+]; MID_RHS_MATCH_FROM(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; AUTH_NA(1.00)[]; NEURAL_SPAM_MEDIUM(1.00)[1.000,0]; RCPT_COUNT_ONE(0.00)[1]; IP_SCORE(1.60)[ipnet: 210.188.224.0/19(4.86), asn: 9370(3.14), country: JP(-0.01)]; NEURAL_SPAM_LONG(1.00)[1.000,0]; DMARC_NA(0.00)[sakura.ne.jp]; R_SPF_NA(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 05 Oct 2019 05:50:36 -0000 Hi. By sets of commits starting from r351355 though r351747, nvd driver creates partitioned GEOM provider like /dev/nvd0p1. Unfortunately, these partitioned GEOM providers dissapears when importing ZFS pool on it leaving /dev/nvd0, and re-appears when exporting the pool. Mounting filesystems other than ZFS (at least msdosfs) doesn't affect. Details: I recently got ThinkPad P52 having one NVMe SSD and one 2.5 inch SATA SSD. NVMe SSD has stable/12 and SATA SSD has head on it. Both are partitioned and installed on old ThinkPad T420, using UltraBay slim adapter for SATA, and USB converter for NVMe, without using installer and placed into P52, removing Windoze HDD. Both are ROOT-on-ZFS. Swap on NVMe SSD is specified using diskid in fstab. At first, I didn't noticed the problem as head with before-mentioned commits gracefully creates nvd0p*. But I noticed stable/12 having before-mentioned commits MFC'ed (r351903 through r351914) creates only nvd0 just as before. Importing pool on SATA SSD from stable/12 on NVMe does NOT affect. I tried importing on NVMe SSD from head on SATA, and noticed nvd0p* disappears leaving nvd0, and re-appears on export. Any solutions? Regards. -- Tomoaki AOKI