public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Gabriel C <nix.or.die@googlemail.com>
To: Jens Axboe <jens.axboe@oracle.com>
Cc: linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
	Linus Torvalds <torvalds@linux-foundation.org>
Subject: Re: On current git head webservers stopped working
Date: Fri, 13 Jul 2007 11:49:51 +0200	[thread overview]
Message-ID: <46974ABF.9030408@googlemail.com> (raw)
In-Reply-To: <20070713093459.GB5328@kernel.dk>

Jens Axboe wrote:
> On Fri, Jul 13 2007, Gabriel C wrote:
>   
>> Hello ,
>>
>> While doing some tests with 2.6.22-git2 ( at the time head
>> 4eb6bf6bfb580afaf1e1a1d30cba17a078530cf4 ) all my webservers stopped
>> working.
>> I can't get any file using wget or whatever else , everything hangs
>> after 1% forever.
>>
>> I bisected this and here the result:
>>
>> 534f2aaa6ab07cd71164180bc958a7dcde41db11 is first bad commit
>> commit 534f2aaa6ab07cd71164180bc958a7dcde41db11
>> Author: Jens Axboe <jens.axboe@oracle.com>
>> Date:   Fri Jun 1 14:52:37 2007 +0200
>>
>>     sys_sendfile: switch to using ->splice_read, if available
>>
>>     This patch makes sendfile prefer to use ->splice_read(), if it's
>>     available in the file_operations structure.
>>
>>     Signed-off-by: Jens Axboe <jens.axboe@oracle.com>
>>
>> :040000 040000 b19013793692eee0f632b3703dca0bd40cea753f
>> ed50576c0d3f0d3ce9f1a2ac9336d1164b45f63f M      fs
>>     
>
> Does this work?
>   

Yes , it does. Thx :)

> diff --git a/fs/splice.c b/fs/splice.c
> index ed2ce99..92646aa 100644
> --- a/fs/splice.c
> +++ b/fs/splice.c
> @@ -491,7 +491,7 @@ ssize_t generic_file_splice_read(struct file *in, loff_t *ppos,
>  
>  	ret = 0;
>  	spliced = 0;
> -	while (len) {
> +	while (len && !spliced) {
>  		ret = __generic_file_splice_read(in, ppos, pipe, len, flags);
>  
>  		if (ret < 0)
> @@ -1051,15 +1051,10 @@ ssize_t splice_direct_to_actor(struct file *in, struct splice_desc *sd,
>  	sd->flags &= ~SPLICE_F_NONBLOCK;
>  
>  	while (len) {
> -		size_t read_len, max_read_len;
> -
> -		/*
> -		 * Do at most PIPE_BUFFERS pages worth of transfer:
> -		 */
> -		max_read_len = min(len, (size_t)(PIPE_BUFFERS*PAGE_SIZE));
> +		size_t read_len;
>  
> -		ret = do_splice_to(in, &sd->pos, pipe, max_read_len, flags);
> -		if (unlikely(ret < 0))
> +		ret = do_splice_to(in, &sd->pos, pipe, len, flags);
> +		if (unlikely(ret <= 0))
>  			goto out_release;
>  
>  		read_len = ret;
> @@ -1071,26 +1066,17 @@ ssize_t splice_direct_to_actor(struct file *in, struct splice_desc *sd,
>  		 * could get stuck data in the internal pipe:
>  		 */
>  		ret = actor(pipe, sd);
> -		if (unlikely(ret < 0))
> +		if (unlikely(ret <= 0))
>  			goto out_release;
>  
>  		bytes += ret;
>  		len -= ret;
>  
> -		/*
> -		 * In nonblocking mode, if we got back a short read then
> -		 * that was due to either an IO error or due to the
> -		 * pagecache entry not being there. In the IO error case
> -		 * the _next_ splice attempt will produce a clean IO error
> -		 * return value (not a short read), so in both cases it's
> -		 * correct to break out of the loop here:
> -		 */
> -		if ((flags & SPLICE_F_NONBLOCK) && (read_len < max_read_len))
> -			break;
> +		if (ret < read_len)
> +			goto out_release;
>  	}
>  
>  	pipe->nrbufs = pipe->curbuf = 0;
> -
>  	return bytes;
>  
>  out_release:
> @@ -1152,10 +1138,12 @@ long do_splice_direct(struct file *in, loff_t *ppos, struct file *out,
>  		.pos		= *ppos,
>  		.u.file		= out,
>  	};
> -	size_t ret;
> +	long ret;
>  
>  	ret = splice_direct_to_actor(in, &sd, direct_splice_actor);
> -	*ppos = sd.pos;
> +	if (ret > 0)
> +		*ppos += ret;
> +
>  	return ret;
>  }
>  
>
>   


  reply	other threads:[~2007-07-13  9:50 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-07-13  9:28 On current git head webservers stopped working Gabriel C
2007-07-13  9:34 ` Jens Axboe
2007-07-13  9:49   ` Gabriel C [this message]
2007-07-13 10:00     ` Jens Axboe
2007-07-13 10:05       ` Christoph Hellwig
2007-07-13 11:00         ` Jens Axboe
2007-07-13 10:09       ` Gabriel C
2007-07-13 11:11         ` Jens Axboe
2007-07-13 13:52   ` walt
2007-07-13 17:27   ` Linus Torvalds
2007-07-13 17:39     ` Jens Axboe
2007-07-13 18:17       ` Jens Axboe

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=46974ABF.9030408@googlemail.com \
    --to=nix.or.die@googlemail.com \
    --cc=jens.axboe@oracle.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=torvalds@linux-foundation.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox