All of lore.kernel.org
 help / color / mirror / Atom feed
From: Steve Dickson <SteveD@redhat.com>
To: Trond Myklebust <Trond.Myklebust@netapp.com>
Cc: Linux NFS Mailing List <nfs@lists.sourceforge.net>
Subject: Re: connectathon special test failure in recent kernels
Date: Thu, 17 Aug 2006 11:10:43 -0400	[thread overview]
Message-ID: <44E486F3.2020600@RedHat.com> (raw)
In-Reply-To: <76bd70e30608081959g6a76d7bcr1d78323630462f7c@mail.gmail.com>



Chuck Lever wrote:
> On 8/8/06, Trond Myklebust <trond.myklebust@fys.uio.no> wrote:
> 
>>On Tue, 2006-08-08 at 15:20 -0400, Chuck Lever wrote:
>>
>>>Is the connectathon holey test failure going to be fixed before 2.6.18
>>>is finalized?
>>
>>Depends. Have you traced it in order to figure out what is wrong?
> 
> 
> Ah.  Bruce reported this problem a while back, and said that it goes
> away if one of your recent patches to fs/nfs/read.c is reverted.
> Bruce?
Well the patch in question is:

commit 1de3fc12ea085690547a54b6efa01c7348f1cebd
tree ea865786120cfcefac563c54693fef8d3d718f10
parent 128e6ced247cda88f96fa9f2e4ba8b2c4a681560
author Trond Myklebust <Trond.Myklebust@netapp.com> Thu, 25 May 2006
09:40:44 -0400
committer Trond Myklebust <Trond.Myklebust@netapp.com> Fri, 09 Jun 2006
17:34:03 -0400

NFS: Clean up and fix page zeroing when we have short reads

The code that is supposed to zero the uninitialised partial pages when
the server returns a short read is currently broken: it looks at the
nfs_page wb_pgbase and wb_bytes fields instead of the equivalent
nfs_read_data values when deciding where to start truncating the page.

Also ensure that we are more careful about setting PG_uptodate
before retrying a short read: the retry will change the nfs_read_data
args.pgbase and args.count.

I'm looking into now... but this patch definitely breaks the holy
test...

steved.


-------------------------------------------------------------------------
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
_______________________________________________
NFS maillist  -  NFS@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nfs

  reply	other threads:[~2006-08-17 15:10 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-08-08 19:20 connectathon special test failure in recent kernels Chuck Lever
2006-08-08 23:32 ` Trond Myklebust
2006-08-09  2:59   ` Chuck Lever
2006-08-17 15:10     ` Steve Dickson [this message]
2006-08-17 16:38       ` Chuck Lever
2006-08-17 17:07         ` Steve Dickson
2006-08-17 19:54           ` Trond Myklebust
2006-08-17 20:56             ` Steve Dickson
2006-08-17 22:37               ` Trond Myklebust
2006-08-18  2:50                 ` J. Bruce Fields
2006-08-18  2:55                   ` Trond Myklebust
2006-08-21  2:05       ` [PATCH] " Steve Dickson

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=44E486F3.2020600@RedHat.com \
    --to=steved@redhat.com \
    --cc=Trond.Myklebust@netapp.com \
    --cc=nfs@lists.sourceforge.net \
    /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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.