From: "Gerhard Pircher" <gerhard_pircher@gmx.net>
To: "Franca, Jose (NSN - PT/Portugal - MiniMD)" <jose.franca@nsn.com>,
scottwood@freescale.com
Cc: linuxppc-dev@ozlabs.org, linuxppc-embedded@ozlabs.org
Subject: Re: RE: FW: SKB corruption on heavy traffic
Date: Wed, 30 Apr 2008 21:20:42 +0200 [thread overview]
Message-ID: <20080430192042.76910@gmx.net> (raw)
In-Reply-To: <56DEE2D3217CD946B290399093C8FA7C212F55@PTLIEXC001.nsn-intra.net>
-------- Original-Nachricht --------
> Datum: Wed, 30 Apr 2008 14:03:02 +0100
> Von: "Franca, Jose (NSN - PT/Portugal - MiniMD)" <jose.franca@nsn.com>
> An: "ext Gerhard Pircher" <gerhard_pircher@gmx.net>, "Scott Wood" <scottwood@freescale.com>
> CC: linuxppc-embedded@ozlabs.org, linuxppc-dev@ozlabs.org
> Betreff: RE: FW: SKB corruption on heavy traffic
> Hi!
>
> There was a sugestion to change slab to slub alocation method... I > don't know quite well yet what is necessary to do this, but it seems that
> the current implementation of slub is more commonly available on 2.6
> kernels, not in 2.4 that I use :(...
> Any guesses or hints on this?
I'm using SLUB with kernel v2.6.25 and I still get data corruption on high
load. On the other side it is a good idea to enable SLAB debugging, as
Scott suggested. Maybe that sheds some light on this issue (even if most
of the network drivers make use of DMA).
regards,
Gerhard
>
> Regards!
> Filipe.
>
> -----Original Message-----
> From: ext Gerhard Pircher [mailto:gerhard_pircher@gmx.net]
> Sent: quarta-feira, 30 de Abril de 2008 13:26
> To: Franca, Jose (NSN - PT/Portugal - MiniMD); Scott Wood
> Cc: linuxppc-embedded@ozlabs.org; linuxppc-dev@ozlabs.org
> Subject: Re: FW: SKB corruption on heavy traffic
>
> Hi,
>
> I think I have the same problem here with all versions of the 2.6.x
> kernel series (tested with kernel v2.6.8/14/16/18/25 on a PPC7455 machine
> with different PCI network cards by transferring a big file over
> NFS/SCP). Data corruption occurs under high load, but I don't get any
> kernel oops.
>
> regards,
>
> Gerhard
--
Ist Ihr Browser Vista-kompatibel? Jetzt die neuesten
Browser-Versionen downloaden: http://www.gmx.net/de/go/browser
next prev parent reply other threads:[~2008-04-30 19:20 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-04-30 9:07 FW: SKB corruption on heavy traffic Franca, Jose (NSN - PT/Portugal - MiniMD)
2008-04-30 12:25 ` Gerhard Pircher
2008-04-30 13:03 ` Franca, Jose (NSN - PT/Portugal - MiniMD)
2008-04-30 19:20 ` Gerhard Pircher [this message]
2008-05-01 20:55 ` Myron.Dixon
2008-05-03 14:07 ` Matvejchikov Ilya
2008-05-05 8:54 ` Franca, Jose (NSN - PT/Portugal - MiniMD)
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=20080430192042.76910@gmx.net \
--to=gerhard_pircher@gmx.net \
--cc=jose.franca@nsn.com \
--cc=linuxppc-dev@ozlabs.org \
--cc=linuxppc-embedded@ozlabs.org \
--cc=scottwood@freescale.com \
/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.