From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by oss.sgi.com (8.14.3/8.14.3/SuSE Linux 0.8) with ESMTP id q3UJPBRC023661 for ; Mon, 30 Apr 2012 14:25:11 -0500 Received: from bombadil.infradead.org (173-166-109-252-newengland.hfc.comcastbusiness.net [173.166.109.252]) by cuda.sgi.com with ESMTP id p0LyIx3nADDCfa84 (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Mon, 30 Apr 2012 12:25:10 -0700 (PDT) Date: Mon, 30 Apr 2012 15:25:08 -0400 From: Christoph Hellwig Subject: Re: [PATCH 00/37] xfs: current 3.4 patch queue Message-ID: <20120430192507.GA31754@infradead.org> References: <1335160747-17254-1-git-send-email-david@fromorbit.com> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <1335160747-17254-1-git-send-email-david@fromorbit.com> List-Id: XFS Filesystem from SGI List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xfs-bounces@oss.sgi.com Errors-To: xfs-bounces@oss.sgi.com To: Dave Chinner Cc: xfs@oss.sgi.com Any chance you could order the patches not depending on my buffer work first? Given that it still trips up some problems getting the easier patches in ASAP would be a good thing. That especially applies to the SEEK_HOLE and project+group quota patches that I'd really not like to see beeing skipped again this round. _______________________________________________ xfs mailing list xfs@oss.sgi.com http://oss.sgi.com/mailman/listinfo/xfs