search for: chinner

...We don't support synchronous mappings for non-DAX files and > + * for DAX files if underneath dax_device is not synchronous. > */ /* * This is the correct multi-line comment format. Please * update the patch to maintain the existing comment format. */ Cheers, Dave. -- Dave Chinner david at fromorbit.com

...We don't support synchronous mappings for non-DAX files and > + * for DAX files if underneath dax_device is not synchronous. > */ /* * This is the correct multi-line comment format. Please * update the patch to maintain the existing comment format. */ Cheers, Dave. -- Dave Chinner david at fromorbit.com

...ps; if (IS_DAX(inode)) vma->vm_flags |= VM_HUGEPAGE; return 0; } Even better, factor out all the "MAP_SYNC supported" checks into a helper so that the filesystem code just doesn't have to care about the details of checking for DAX+MAP_SYNC support.... Cheers, Dave. -- Dave Chinner david at fromorbit.com

...ps; if (IS_DAX(inode)) vma->vm_flags |= VM_HUGEPAGE; return 0; } Even better, factor out all the "MAP_SYNC supported" checks into a helper so that the filesystem code just doesn't have to care about the details of checking for DAX+MAP_SYNC support.... Cheers, Dave. -- Dave Chinner david at fromorbit.com

...s are made based on comments from Eric: http://oss.sgi.com/archives/xfs/2013-03/msg00231.html Two new common/rc functions used in this script (_require_cp_reflink and _verify_reflink) have been submitted recently: http://oss.sgi.com/archives/xfs/2013-05/msg00745.html Thanks to Eric Sandeen and Dave Chinner for the reviews. Version 3: fixing wrapped patch. Signed-off-by: Koen De Wit <koen.de.wit@oracle.com> --- tests/btrfs/316 | 130 +++++++++++++++++++++++++++++++++++++++++++++++++++ tests/btrfs/316.out | 39 +++++++++++++++ tests/btrfs/group | 1 + 3 files changed, 170 insertion...

Hi, when mounting an intentionally corrupted btrfs filesystem i get the following warning and bug message. The image can be found here www.cccmz.de/~snakebyte/btrfs.2.img.bck.bz2 [ 297.406152] device fsid e14cf01de423381a-4bd40b603870018a <6>devid 2147483649 transid 9 /dev/loop0 [ 297.411937] ------------[ cut here ]------------ [ 297.412207] WARNING: at fs/btrfs/disk-io.c:805

Package: asterisk Version: 1.6.2.0~dfsg~rc1-1 See below for issue: On Wed, 21 Oct 2009, Justin Piszcz wrote: > > > On Tue, 20 Oct 2009, Justin Piszcz wrote: > > >> >> >> On Tue, 20 Oct 2009, Dave Chinner wrote: >> >>> On Mon, Oct 19, 2009 at 06:18:58AM -0400, Justin Piszcz wrote: >>>> On Mon, 19 Oct 2009, Dave Chinner wrote: >>>>> On Sun, Oct 18, 2009 at 04:17:42PM -0400, Justin Piszcz wrote: >>>>>> It has happened again, all sysrq-X outp...

On Thu, Apr 04, 2019 at 09:09:12AM +1100, Dave Chinner wrote: > On Wed, Apr 03, 2019 at 04:10:18PM +0530, Pankaj Gupta wrote: > > Virtio pmem provides asynchronous host page cache flush > > mechanism. we don't support 'MAP_SYNC' with virtio pmem > > and xfs. > > > > Signed-off-by: Pankaj Gupta <pagupta...

On 11.02.19 23:29, Dave Chinner wrote: > On Mon, Feb 11, 2019 at 02:29:46AM -0500, Pankaj Gupta wrote: >> Hello Dave, >> Are we okay with this? > > Sure. > > I'm not sure I agree with all the analysis presented, but, well, I > haven't looked any deeper because I'm tired of being shouted...

> > On Thu, Apr 04, 2019 at 09:09:12AM +1100, Dave Chinner wrote: > > On Wed, Apr 03, 2019 at 04:10:18PM +0530, Pankaj Gupta wrote: > > > Virtio pmem provides asynchronous host page cache flush > > > mechanism. we don't support 'MAP_SYNC' with virtio pmem > > > and xfs. > > > > > > Signed-off-...

On Wed, Apr 24, 2019 at 08:02:17AM +1000, Dave Chinner wrote: > On Tue, Apr 23, 2019 at 01:36:12PM +0530, Pankaj Gupta wrote: > > Dont support 'MAP_SYNC' with non-DAX files and DAX files > > with asynchronous dax_device. Virtio pmem provides > > asynchronous host page cache flush mechanism. We don't > > support ...

On Wed, 13 Feb 2013, Karel Zak wrote: > Date: Wed, 13 Feb 2013 09:01:54 +0100 > From: Karel Zak <kzak@redhat.com> > To: Dave Chinner <david@fromorbit.com> > Cc: Lukas Czerner <lczerner@redhat.com>, xfs@oss.sgi.com, sandeen@redhat.com > Subject: Re: [PATCH] xfs_mkfs: wipe old signatures from the device > > On Wed, Feb 13, 2013 at 07:27:53AM +1100, Dave Chinner wrote: > > Isn''t 128k of zeroi...

...version they are running in production (its in China), but I'm trying to find out. its probably a year or so old, our manufacturing operations folks do NOT like installing random updates without very good reasons. meanwhile, I wonder if anyone familiar with it knows if the fix that Dave Chinner discusses in that posting I link above has been backported to a recent EL6 kernel. -- john r pierce 37N 122W somewhere on the middle of the left coast

> > On Thu, Apr 04, 2019 at 09:09:12AM +1100, Dave Chinner wrote: > > > On Wed, Apr 03, 2019 at 04:10:18PM +0530, Pankaj Gupta wrote: > > > > Virtio pmem provides asynchronous host page cache flush > > > > mechanism. we don't support 'MAP_SYNC' with virtio pmem > > > > and xfs. > > > > &...

> > On Thu, Apr 04, 2019 at 09:09:12AM +1100, Dave Chinner wrote: > > > On Wed, Apr 03, 2019 at 04:10:18PM +0530, Pankaj Gupta wrote: > > > > Virtio pmem provides asynchronous host page cache flush > > > > mechanism. we don't support 'MAP_SYNC' with virtio pmem > > > > and xfs. > > > > &...

On Fri, Jun 20, 2014 at 11:29:40PM +0800, Ming Lei wrote: > Firstly this patch supports more than one virtual queues for virtio-blk > device. > > Secondly this patch maps the virtual queue to blk-mq's hardware queue. > > With this approach, both scalability and performance can be improved. > > Signed-off-by: Ming Lei <ming.lei at canonical.com> > --- >

On Fri, Jun 20, 2014 at 11:29:40PM +0800, Ming Lei wrote: > Firstly this patch supports more than one virtual queues for virtio-blk > device. > > Secondly this patch maps the virtual queue to blk-mq's hardware queue. > > With this approach, both scalability and performance can be improved. > > Signed-off-by: Ming Lei <ming.lei at canonical.com> > --- >

...ard) ([59.167.129.252]) by ipmail03.adl2.internode.on.net with ESMTP; 08 Jan 2018 22:13:09 +1030 Received: from dave by dastard with local (Exim 4.80) (envelope-from <david@fromorbit.com>) id 1eYVpZ-0006Nj-61; Mon, 08 Jan 2018 22:43:05 +1100 Date: Mon, 8 Jan 2018 22:43:05 +1100 From: Dave Chinner <david@fromorbit.com> To: "Richard W.M. Jones" <rjones@redhat.com> Cc: linux-xfs@vger.kernel.org Subject: Re: statfs b_avail & b_free different if the filesystem is mounted readonly Message-ID: <20180108114305.GA16421@dastard> References: <20180108084450.GU2787@r...

Hello all: I have two machines with btrfs, that give me the "blocked for more than 120 seconds" message. After that I cannot write anything to disk, i am unable to unmount the btrfs filesystem and i can only reboot with sysrq-trigger. It always happens when i write many files with rsync over network. When i used 3.2rc6 it happened randomly on both machines after 50-500gb of writes.

By referring to http://linux.die.net/man/2/lseek, return ENXIO only when "offset beyond EOF" for either SEEK_DATA or SEEK_HOLE inquiry. But we return it in case of internal issue too if btrfs_get_extent_fiemap() failed due to other issues. This will confuse the user applications to be expecting ENXIO when trying to find a specific data or hole location once it has occurred. Thanks Dave