linux-mips
[Top] [All Lists]

Re: NFS corruption, fixed by echo 1 > /proc/sys/vm/drop_caches -- next d

To: Matt Turner <mattst88@gmail.com>
Subject: Re: NFS corruption, fixed by echo 1 > /proc/sys/vm/drop_caches -- next debugging steps?
From: Eric Dumazet <eric.dumazet@gmail.com>
Date: Sat, 09 Dec 2017 13:37:02 -0800
Cc: Eric Dumazet <edumazet@google.com>, "linux-mips@linux-mips.org" <linux-mips@linux-mips.org>, linux-nfs@vger.kernel.org, Paolo Abeni <pabeni@redhat.com>, Hannes Frederic Sowa <hannes@stressinduktion.org>, "Peter Zijlstra (Intel)" <peterz@infradead.org>, Thomas Gleixner <tglx@linutronix.de>, Ingo Molnar <mingo@kernel.org>, Manuel Lauss <manuel.lauss@gmail.com>, LKML <linux-kernel@vger.kernel.org>, netdev <netdev@vger.kernel.org>
Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=message-id:subject:from:to:cc:date:in-reply-to:references :mime-version:content-transfer-encoding; bh=QJqhuvmNDiGQ7DsgsalIVrxOlgVf9VjD/WOjlBXo85w=; b=O8oqdulP5aJRLt8XpkApkWzqvvFKOfcMFxrxald0Bk6J3duLxUHKpeMW7pyllWrNvZ M6wJYixWgn1XRZ4peFRjMNihrRssHqhaUoA15hyrq0xjY7GX3fjK+2/mAidSMlwe85je VY4p6VbmT14MyF+5qHQmdv4pX9jDgSw+DdsW6x2LPEh6ZLcFyv7BRywv+r0X+qVBIFdO OlObTXtr0VsnzIBFy+tDSQmDdXDVkZ9LOpPQ51mWKbFpEZPhB+pRIenEUwpKSgRLjxYl SPvJbzPF8aG/hCuB9Fv5tqx1ab2rkBoZyeQ0g6MsDMkDu9z/QCNmBk5gh4P5jF6O460W QE1Q==
In-reply-to: <CAEdQ38H+jUF3OXpe13Vfm=QZE3iHa=B7PpXkpbek1PnY2E1u5w@mail.gmail.com>
List-archive: <http://www.linux-mips.org/archives/linux-mips/>
List-help: <mailto:ecartis@linux-mips.org?Subject=help>
List-id: linux-mips <linux-mips.eddie.linux-mips.org>
List-owner: <mailto:ralf@linux-mips.org>
List-post: <mailto:linux-mips@linux-mips.org>
List-software: Ecartis version 1.0.0
List-subscribe: <mailto:ecartis@linux-mips.org?subject=subscribe%20linux-mips>
List-unsubscribe: <mailto:ecartis@linux-mips.org?subject=unsubscribe%20linux-mips>
Original-recipient: rfc822;linux-mips@linux-mips.org
References: <CAEdQ38HcOgAT6wJWWKY3P0hzYwkBGSQkRSQ2a=eaGmD6c6rwXA@mail.gmail.com> <CAEdQ38G4VTXDGOarmmTac=hP92VJbQHRFxQTaSWQ3j4d63pogg@mail.gmail.com> <CAEdQ38HcPswBk3pUHzQerFZ=4KjPc5nVYTqNnGQNMk7QbPXuOQ@mail.gmail.com> <CANn89iJKGRLVNAE99JWiyXcOXveytkjbQAiZ9XPiJc6fyEdFVA@mail.gmail.com> <1512741164.25033.28.camel@gmail.com> <CAEdQ38HEduSTY38Noj4peaMN_G++5sLJfqzCMkd3M4pPNTpU_Q@mail.gmail.com> <1512767781.25033.30.camel@gmail.com> <CAEdQ38H+jUF3OXpe13Vfm=QZE3iHa=B7PpXkpbek1PnY2E1u5w@mail.gmail.com>
Sender: linux-mips-bounce@linux-mips.org
On Sat, 2017-12-09 at 13:03 -0800, Matt Turner wrote:
> On Fri, Dec 8, 2017 at 1:16 PM, Eric Dumazet <eric.dumazet@gmail.com>
> wrote:
> > On Fri, 2017-12-08 at 12:26 -0800, Matt Turner wrote:
> > > 
> > > Thanks for the quick reply!
> > > 
> > > I tried the patch on top of master, but unfortunately the
> > > corruption
> > > still occurs.
> > 
> > You might try replacing in sbdma_add_rcvbuffer()
> > 
> > sb_new = netdev_alloc_skb(dev, size);
> > 
> > by
> > 
> > sb_new = alloc_skb(size, GFP_ATOMIC);
> > 
> > Maybe the device does not like having a frame spanning 2 pages.
> 
> No such luck. I also gave changing the page size from 16K to 4K a
> shot
> without success.


If your hist is SMP, could you try running it with one CPU only ?

Sorry, I have no more ideas :/



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