Received: by 2002:a25:1506:0:0:0:0:0 with SMTP id 6csp3347712ybv; Sat, 15 Feb 2020 18:11:33 -0800 (PST) X-Google-Smtp-Source: APXvYqykK5AexCPH9dPt4Rhr9jetlt9x/SjDLiE/gAGpY9hY4OUNfDbaTtTWLFyFRJLsyEFHpbTe X-Received: by 2002:aca:5a04:: with SMTP id o4mr6314212oib.71.1581819092989; Sat, 15 Feb 2020 18:11:32 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1581819092; cv=none; d=google.com; s=arc-20160816; b=tGP3JRBQowj9k/072hUR760MqoU7a5dMjqSd6Pg6q79ES+OPvFXnQOQfcaBi8GQXSH MRt7uJyPjkkGZPuKD/ytUhOcI4Mz8ReGqMnK52YZpnRKFos4221vBKqDeRrUE4sSH1Fi BaS907vQlb0DpU1jcL7eLNMS4q2hGeHFfKssBFR6824VjV8gY0rGrAxBMQHyYLkMRqBT iG9k0xL5EyrVkIIG9UUplOTdLvmpfeT48aH+HivuuFBDKCrnpA4RRwcqdB6PDsoPXLb2 MXYF6RVCX/GHdwsW1MbdMMwUUFwxin/EPoOIuf07ceen/WpwtALx49d66d5PhDExgGwF +fyQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :references:in-reply-to:from:subject:to:message-id:date; bh=aYFyx8B2Oykfabb1TBV74+xEKCyroKo9mXXhVQA1EFQ=; b=ryipSeDDucT16usAU9pYmCiqJcRlPSvKeCGgE14WVn1Qfj3aXnDOyxCS28GXW9ibWa urSXHFU+CjAT84CmbKmqVhNzThLGGpPXtaIfb4mNmON0FE5QTMejEd3ZYTgh1kuharc0 eb3SuUKshFeCutz+TKNMrwBb8lviyfJl3RYKca3yoUxNHWUj9qieicSXuI4LM/Sa5dZF LCtCxz38QwqyhylBMN+gQZpROMYFPmM7Q3z2HnclhGmfsZEoKTglN8Zu9phJBWLP0EDJ d3Xj631eGRyZmTwJBRXSJaP4ERVWGhfW/NGVaSMJWJB5wom6fleN1wWucYpMWlFkZDZz l4YA== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=dti.ne.jp Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id l14si4782912oic.222.2020.02.15.18.10.46; Sat, 15 Feb 2020 18:11:32 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=dti.ne.jp Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726676AbgBPCKm (ORCPT + 99 others); Sat, 15 Feb 2020 21:10:42 -0500 Received: from gw.cm.dream.jp ([59.157.128.2]:43681 "EHLO vsmtp01.cm.dti.ne.jp" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726565AbgBPCKm (ORCPT ); Sat, 15 Feb 2020 21:10:42 -0500 Received: from localhost (KD124210025232.ppp-bb.dion.ne.jp [124.210.25.232]) by vsmtp01.cm.dti.ne.jp (3.11v) with ESMTP AUTH id 01G2AUCE000648;Sun, 16 Feb 2020 11:10:36 +0900 (JST) Date: Sun, 16 Feb 2020 11:10:29 +0900 (JST) Message-Id: <20200216.111029.687350152614907818.hermes@ceres.dti.ne.jp> To: linux-kernel@vger.kernel.org, linux-nilfs@vger.kernel.org Subject: Re: BUG: unable to handle kernel NULL pointer dereference at 00000000000000a8 in nilfs_segctor_do_construct From: ARAI Shun-ichi In-Reply-To: <20200210.224609.499887311281343618.hermes@ceres.dti.ne.jp> References: <20200123.225827.1155989593018204741.hermes@ceres.dti.ne.jp> <20200210.224609.499887311281343618.hermes@ceres.dti.ne.jp> X-Mailer: Mew version 6.8 on Emacs 26.3 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org And, In <20200210.224609.499887311281343618.hermes@ceres.dti.ne.jp>; ARAI Shun-ichi wrote as Subject "Re: BUG: unable to handle kernel NULL pointer dereference at 00000000000000a8 in nilfs_segctor_do_construct": > Hi, > > FYI, reporting additional test results. > > I reproduced this problem with clean NILFS2 fs in previous mail. > "clean" means that "make filesystem before every tests." > In this mail, I tried to reproduct with/without VG/LV, LUKS, loopback. > > * Not reproduced > USB stick - primary partition - NILFS2 > USB stick - primary partition - VG/LV - NILFS2 > USB stick - primary partition - VG/LV - LUKS - NILFS2 > USB stick - primary partition - LUKS - VG/LV - NILFS2 > USB stick - primary partition - LUKS - VG/LV - LUKS - NILFS2 > /tmp (tmpfs) - regular file - NILFS2 (loopback mount, kernel 4.19.82) > USB stick - primary partition(512MiB) - NILFS2 > > * Reproduced (always, immediately) > /tmp (tmpfs) - regular file - NILFS2 (loopback mount) > USB stick - primary partition - ext4 - regular file - NILFS2 (loopback mount) this loopback problem is seen in Kernel 5.5.4. > Test conditions: > kernel 4.19.86 (same as previous test) > NILFS2/ext4 filesystem, VG/LV, LUKS were made with default parameters > size of "primary partition" in USB stick is approx. 14GiB > size of "regular file" is approx. 512MiB > "reproduce": mount NILFS2, touch file, sync