xfs
[Top] [All Lists]

Re: xfs_end_io_direct() with negative size?

To: Zach Brown <zach.brown@xxxxxxxxxx>
Subject: Re: xfs_end_io_direct() with negative size?
From: Nathan Scott <nathans@xxxxxxx>
Date: Mon, 14 Aug 2006 10:22:58 +1000
Cc: xfs@xxxxxxxxxxx
In-reply-to: <44DCC1B0.70003@oracle.com>; from zach.brown@oracle.com on Fri, Aug 11, 2006 at 10:43:12AM -0700
References: <44DCC1B0.70003@oracle.com>
Sender: xfs-bounce@xxxxxxxxxxx
User-agent: Mutt/1.2.5i
On Fri, Aug 11, 2006 at 10:43:12AM -0700, Zach Brown wrote:
> 
> So, I was lost in fs/direct-io.c chasing yet another bug when I noticed
> that a recent unrelated change might have changed the semantics of the
> end_io() call.
> 
>    http://www.kernel.org/hg/linux-2.6/?cs=34c151cf341f
> 
> Notice how that changes the aio path to set 'transferred' to -EIO based
> on dio->io_error before calling dio_complete() instead of after, like
> the sync path does with its possibly negative 'ret'.
> 
> So it looks like xfs_end_io_direct() can now get a -ve size if, say,
> someone unplugs a drive part-way through a dio+aio write.  There's an
> ASSERT() in there that makes me wonder if this is something we should be
> worrying about.

Its harmless.  It was written when there was no way a negative byte
count would be coming back at us from the dio code.  We should simply
remove the assert.

cheers.

-- 
Nathan


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