From owner-freebsd-geom@freebsd.org Fri Mar 23 13:26:22 2018 Return-Path: Delivered-To: freebsd-geom@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 EE7ACF6C2B7 for ; Fri, 23 Mar 2018 13:26:21 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-io0-x232.google.com (mail-io0-x232.google.com [IPv6:2607:f8b0:4001:c06::232]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 87E8873CF8 for ; Fri, 23 Mar 2018 13:26:21 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-io0-x232.google.com with SMTP id y128so15156397iod.4 for ; Fri, 23 Mar 2018 06:26:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=ugh28Ml5qpKKmSDdaCpdU+52DDJneW1msRSYr9yW60Y=; b=USaYwdcmbdBUAjTgZ1T1k2A3ewI99nFLKk2iELNp4+WtP6lKqm5+eSCwFoHJRiqH7r jgjH64GrO8dvT4/X4mIVZtg4DaWRD969ONAGO23mMUr6AKw4Fo1vNfqIqeSdnVCzH9N0 IEUNsce6KWqlIFQmywG1eGCKSxHiqpLxc6wd42iTTOHG6O48BT++KhfjQoudfsztQBcp rqBIV+MLBL48oAxVXXsYB/P8q5rCRC07ay6ilBBO5/sQeUms2W8mJZk+uMajJ6uMQTQB OXZHIzLdV5lySPiFDOiyUt1SKoOa7XEdOcqlNLzus17etj4luHKPxwC4z0Nj4bPW5+ZF a3SA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=ugh28Ml5qpKKmSDdaCpdU+52DDJneW1msRSYr9yW60Y=; b=Y2vLy61h3fRcEEIUGq3iArjpmDGX3cdgQA4asA7WUPNWflW8q0DdUjCkDQVdw9lMg+ lgwu7GXIukglO0leU3tyfHlV36dnA7GPwTlVZW01Do0o/VrDb9ZIyzPkkSWwLBbcudNc 6Rbz0eTcnZLRPbxQX55PT8mSah/rBhfYQIIXygUlT19swDiVOBFd7c6s5deyjo7iJ+0G RuhE26E4T8RKdCCj4HjJGqyOAu52oJ5Jwtb0rWoc/3u8Fs+8rSpGa1HEMYwlgR08qoUM bztr/bQpOLWuwHYeVcK5wENqMx51SMff7LSgii59WtNYsFl0pE4Dn6gvqS/RgS+sF6+B NJkw== X-Gm-Message-State: AElRT7Gpe+cb+pjO8qH6zJm+FbfifjL4O7YEMpsawywir7sA2gmbKLMb AdMY/WPdcM9wnQjnCcb94E3QDzoz9rltFlsZlCdNgQ== X-Google-Smtp-Source: AG47ELtCk3iCOOuDXu2mLkifesZ0MzlzShtKwTfvrFXjdQRN8Ff7fmBO7ND//xvJf+6Gt3MewFBIbz/UFgp6KJr/6kM= X-Received: by 10.107.144.11 with SMTP id s11mr30319147iod.37.1521811580519; Fri, 23 Mar 2018 06:26:20 -0700 (PDT) MIME-Version: 1.0 Sender: wlosh@bsdimp.com Received: by 10.79.203.196 with HTTP; Fri, 23 Mar 2018 06:26:19 -0700 (PDT) X-Originating-IP: [2603:300b:6:5100:18a2:a4f7:170:8dd9] In-Reply-To: <888.1521797403@critter.freebsd.dk> References: <809d9254-ee56-59d8-69a4-08838e985cea@FreeBSD.org> <56619.1520878022@critter.freebsd.dk> <5e416eb6-0e79-1419-f09a-eb747215dc28@FreeBSD.org> <888.1521797403@critter.freebsd.dk> From: Warner Losh Date: Fri, 23 Mar 2018 07:26:19 -0600 X-Google-Sender-Auth: RTDvmECwPqKjp3mie1_rAEW99j8 Message-ID: Subject: Re: geom->access problem and workaround To: Poul-Henning Kamp Cc: Andriy Gapon , "freebsd-arch@freebsd.org" , freebsd-geom@freebsd.org Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.25 X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Mar 2018 13:26:22 -0000 On Fri, Mar 23, 2018 at 3:30 AM, Poul-Henning Kamp wrote: > -------- > In message <5e416eb6-0e79-1419-f09a-eb747215dc28@FreeBSD.org>, Andriy > Gapon writes: > >On 12/03/2018 20:07, Poul-Henning Kamp wrote: > >> If we want to have an architectural sound way to do slow operations > >> before any "user-I/O" is initiated, the right way to do so is to > >> define new BIO_OPEN and BIO_CLOSE operation, and insist via asserts > >> than all BIO_{READ|WRITE|DELETE} are wrapped in these. > > >What do you think? > > I don't see that changing anything... > > GEOM rests on a set of assumptions, if you violate them, you get panics. I agree. The cd panic is a problem in the cd driver where it bogusly uses runccb in a context that can't sleep. Warner