From owner-freebsd-current@freebsd.org Mon Apr 9 22:29:14 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 669F2F83C95 for ; Mon, 9 Apr 2018 22:29:14 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from vps1.elischer.org (vps1.elischer.org [204.109.63.16]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "vps1.elischer.org", Issuer "CA Cert Signing Authority" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id E848276C51; Mon, 9 Apr 2018 22:29:13 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from Julian-MBP3.local (115-166-20-68.dyn.iinet.net.au [115.166.20.68]) (authenticated bits=0) by vps1.elischer.org (8.15.2/8.15.2) with ESMTPSA id w39MT1Ai086220 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Mon, 9 Apr 2018 15:29:04 -0700 (PDT) (envelope-from julian@freebsd.org) Subject: Re: g_handleattr: md0 bio_length 24 len 31 -> EFAULT To: Kyle Evans , Peter Holm Cc: Michael Dexter , FreeBSD Current , "O. Hartmann" References: <20180324103615.7b88c33f@thor.intern.walstatt.dynvpn.de> <20180408105321.GA55435@x2.osted.lan> From: Julian Elischer Message-ID: <0181f13e-7451-7d13-6605-9116fdb387c8@freebsd.org> Date: Tue, 10 Apr 2018 06:28:55 +0800 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.13; rv:52.0) Gecko/20100101 Thunderbird/52.7.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-US X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 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, 09 Apr 2018 22:29:14 -0000 On 8/4/18 10:48 pm, Kyle Evans wrote: > On Sun, Apr 8, 2018 at 5:53 AM, Peter Holm wrote: >> On Sun, Apr 08, 2018 at 02:36:08AM -0700, Michael Dexter wrote: >>> On 3/24/18 2:35 AM, O. Hartmann wrote: >>>> Writing out memory (md) backed images of UFS2 filesystems (NanoBSD images, created via >>>> the classical manual way, no makefs), my recent CURRENT system dumps the >>>> console full of these error messages: >>>> >>>> g_handleattr: md0 bio_length 24 len 31 -> EFAULT >>>> >>>> I do not know what they are supposed to mean and I'd like to ask whether someone could >>>> shed some light on this. >>> I am seeing this on the the latest snapshot when attempting to run >>> option_survey.sh which creates an md-attached disk image. >>> >>> Anyone else seeing this? >>> >>> Michael >> Yes, I have: >> >> [pho@freefall ~/public_html/stress/log]$ grep -a g_handleattr: `ls -rt` >> numa025.txt:g_handleattr: md10 bio_length 24 len 31 -> EFAULT >> numa025.txt:g_handleattr: md10 bio_length 24 len 31 -> EFAULT >> numa025.txt:g_handleattr: md10 bio_length 24 len 31 -> EFAULT >> numa025.txt:g_handleattr: md10 bio_length 24 len 31 -> EFAULT >> numa025.txt:g_handleattr: md10 bio_length 24 len 31 -> EFAULT >> numa025.txt:g_handleattr: md10 bio_length 24 len 31 -> EFAULT >> numa025.txt:g_handleattr: md10 bio_length 24 len 31 -> EFAULT >> numa025.txt:g_handleattr: md10 bio_length 24 len 31 -> EFAULT >> numa025.txt:g_handleattr: md10 bio_length 24 len 31 -> EFAULT >> kostik1104.txt:g_handleattr: md10 bio_length 24 len 31 -> EFAULT >> kostik1104.txt:g_handleattr: md10 bio_length 24 len 31 -> EFAULT >> kostik1104.txt:g_handleattr: md10 bio_length 24 len 31 -> EFAULT >> kostik1104.txt:g_handleattr: md10 bio_length 24 len 31 -> EFAULT >> kostik1104.txt:g_handleattr: md10 bio_length 24 len 31 -> EFAULT >> kostik1104.txt:g_handleattr: md10 bio_length 24 len 31 -> EFAULT >> kostik1104.txt:g_handleattr: md10 bio_length 24 len 31 -> EFAULT >> kostik1104.txt:g_handleattr: md10 bio_length 24 len 31 -> EFAULT >> kostik1104.txt:g_handleattr: md10 bio_length 24 len 31 -> EFAULT >> [pho@freefall ~/public_html/stress/log]$ >> > FYI- this should be fixed by r332070. > > Thanks, > > Kyle Evans > _______________________________________________ > 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" > so I think current has other issues I want to avoid can I just pull that commit and have have svn know how to upgrade past it later?