WARNING - OLD ARCHIVES

This is an archived copy of the Xen.org mailing list, which we have preserved to ensure that existing links to archives are not broken. The live archive, which contains the latest emails, can be found at http://lists.xen.org/
   
 
 
Xen 
 
Home Products Support Community News
 
   
 

xen-devel

[Xen-devel] Re: de-BKLing blkfront

To: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
Subject: [Xen-devel] Re: de-BKLing blkfront
From: Daniel Stodden <daniel.stodden@xxxxxxxxxx>
Date: Wed, 21 Jul 2010 14:12:21 -0700
Cc: "Xen-devel@xxxxxxxxxxxxxxxxxxx" <Xen-devel@xxxxxxxxxxxxxxxxxxx>
Delivery-date: Wed, 21 Jul 2010 14:13:28 -0700
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <4C474F5D.80204@xxxxxxxx>
List-help: <mailto:xen-devel-request@lists.xensource.com?subject=help>
List-id: Xen developer discussion <xen-devel.lists.xensource.com>
List-post: <mailto:xen-devel@lists.xensource.com>
List-subscribe: <http://lists.xensource.com/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe>
References: <4C474F5D.80204@xxxxxxxx>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
On Wed, 2010-07-21 at 15:49 -0400, Jeremy Fitzhardinge wrote:
> When I was preparing the latest set of blkfront patches to send upstream
> to Jens Axboe, he pointed out there were conflicts with what he
> currently has queued.
> 
> It turns out the conflict was from pushing the BKL (lock/unlock_kernel)
> into the open and release functions.  I did the merge keeping them
> around all the new stuff you added to those functions, but I wonder if
> its actually necessary.  Do we rely on open/release being globally
> serialized in there?
> 
> I've pushed what I have into the upstream/blkfront branch in xen.git.

Whatever it was, a BLK presumably fixed it.

I see your merge, but can't find this patch in Jens'
linux-2.6-block.git, is there a commit or lkml message left?

Anyway, it should not be necessary any more.

Next I made the common mistake of looking into my code again, and
immediately found I would send an unlucky opener transiently spinning in
blkdev_get. Sometimes I wonder what I'm thinking.

Hold on for a patch to both.

Daniel






_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel

<Prev in Thread] Current Thread [Next in Thread>