From owner-freebsd-geom@FreeBSD.ORG Mon Mar 26 16:04:47 2012 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 742AC1065675 for ; Mon, 26 Mar 2012 16:04:47 +0000 (UTC) (envelope-from eric.saintetienne@gmail.com) Received: from mail-vb0-f54.google.com (mail-vb0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id 2CD898FC1B for ; Mon, 26 Mar 2012 16:04:46 +0000 (UTC) Received: by vbmv11 with SMTP id v11so3852818vbm.13 for ; Mon, 26 Mar 2012 09:04:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:from:date:message-id:subject:to:content-type; bh=P31h98xOwGxVzNQnmYsfH/+EWKMprx8rzKBwYd4q56A=; b=U5YGPCQohpQMwwQsoTouJXoL1KulsR69Tk9JykuzQpJ+6B6vIJ0AaubWnSnCgyP8p5 +/GGiczzZIAkDMj6CaKjmCgT8NOJRp6wXHY25oX+1Ray6iYbCtPsYi5UwItg2Oo6AP/9 K7XWCS+diXLMTdI/UxmF6aIs93ZNFQnZsLqEr8jDMZaLewQACchrfsYIFDGgL9ebz9kH E35EDMeFOGMBP7cZPdW/AS3XJOLOJn8LUCfF5zeTZv6jE0aprRzatoXeSl84J4PFvG4P 9O2VFyYv88XMnZk7EHi1r6yZyihEFYznqrBMcRFMkjMRxDZpWM3kPEnh6F44ch87V/Me Fwbw== Received: by 10.220.116.68 with SMTP id l4mr10450824vcq.4.1332777886593; Mon, 26 Mar 2012 09:04:46 -0700 (PDT) MIME-Version: 1.0 Received: by 10.220.149.9 with HTTP; Mon, 26 Mar 2012 09:04:16 -0700 (PDT) From: Eric Saint-Etienne Date: Mon, 26 Mar 2012 17:04:16 +0100 Message-ID: To: freebsd-geom@freebsd.org Content-Type: text/plain; charset=UTF-8 Subject: GEOM and the non-sleeping path X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Mar 2012 16:04:47 -0000 Is this still true that a geom class cannot sleep i nthe I/O path? Because there are several (all?) geom classes which lock a MTX_DEF mutex in the start() function. For instance md and ggate do this. Furthermore, no geom class use a MTX_SPIN mutex to make sure they will not sleep in the I/O path. -eric