From owner-freebsd-fs@FreeBSD.ORG Tue Aug 2 19:04:08 2011 Return-Path: Delivered-To: freebsd-fs@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9EEBC106568F; Tue, 2 Aug 2011 19:04:08 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id A816F8FC1C; Tue, 2 Aug 2011 19:04:07 +0000 (UTC) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id WAA26030; Tue, 02 Aug 2011 22:04:03 +0300 (EEST) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1QoKG3-000Hwc-BR; Tue, 02 Aug 2011 22:04:03 +0300 Message-ID: <4E384A22.5000402@FreeBSD.org> Date: Tue, 02 Aug 2011 22:04:02 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:5.0) Gecko/20110706 Thunderbird/5.0 MIME-Version: 1.0 To: David P Discher References: <0D449EC916264947AB31AA17F870EA7A@multiplay.co.uk> <4E3013DF.10803@FreeBSD.org> <3D6CEB50BEDD4ACE96FD35C4D085618A@multiplay.co.uk> <4E301C55.7090105@FreeBSD.org> <5C84E7C8452E489C8CA738294F5EBB78@multiplay.co.uk> <4E301F10.6060708@FreeBSD.org> <63705B5AEEAD4BB88ADB9EF770AB6C76@multiplay.co.uk> <4E302204.2030009@FreeBSD.org> <6703F0BB-D4FC-4417-B519-CAFC62E5BC39@bitgravity.com> <04C305AE5F184C6AAC2A67CE23184013@multiplay.co.uk> <3D893A9B-2CD9-40EB-B4A2-5DBCBB72C62E@bitgravity.com> <4E35D2E5.4020108@FreeBSD.org> <0E851F439C384186A1D44A347C19A7D7@multiplay.co.uk> <4E36A25F.7000000@FreeBSD.org> <4E383E5E.5050407@FreeBSD.org> In-Reply-To: X-Enigmail-Version: 1.2pre Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-fs@FreeBSD.org, Martin Matuska Subject: Re: zfs process hang on pool access X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Aug 2011 19:04:09 -0000 on 02/08/2011 21:24 David P Discher said the following: > > On Aug 2, 2011, at 11:13 AM, Andriy Gapon wrote: > >> on 02/08/2011 21:01 David P Discher said the following: >>> 41 #define LBOLT (gethrtime() * (NANOSEC/hz)) >> >> I think that you got this wrong in your local changes. > > > > How is this different than what's in -head : > > sys/cddl/compat/opensolaris/kern/opensolaris.c:65: nsec_per_tick = NANOSEC / hz; > > sys/cddl/compat/opensolaris/sys/time.h:71: return (gethrtime() / nsec_per_tick); > > > The only difference is an explicit casting the return as int64_t ? No. You need to look at the maths ;-) Note the absence of '*' symbols in the quote from head. -- Andriy Gapon