linux-arm-kernel.lists.infradead.org archive mirror
 help / color / mirror / Atom feed
From: thomas.petazzoni@free-electrons.com (Thomas Petazzoni)
To: linux-arm-kernel@lists.infradead.org
Subject: Issue found in Armada 370: "No buffer space available" error during continuous ping
Date: Tue, 15 Jul 2014 14:24:31 +0200	[thread overview]
Message-ID: <20140715142431.4eccbcd6@free-electrons.com> (raw)
In-Reply-To: <CAB8gEUvEQdRT3Xarq_z6-KCr3T9xZ7wHvW9Termw8MAg_d-gQA@mail.gmail.com>

Dear Maggie Mae Roxas,

On Tue, 8 Jul 2014 23:35:36 -0700, Maggie Mae Roxas wrote:

> As much as we'd like to switch to the latest v3.14.x, we need to stay
> at kernel v3.13.9 as that is a hard requirement of our customer (I
> think it's because it's the base platform for Ubuntu 14.04 FS which
> we'll use).
> 
> So I applied your patch in our v3.13.9 as suggested:
> http://kernel.opensuse.org/cgit/kernel/patch/?id=cd71e246c16b30e3f396a85943d5f596202737ba
> 
> Unfortunately, issue still exists after we applied it.
> 
> > Basically, between 3.13.5 and 3.13.9, I introduced two patches to the
> network driver:
> 
> Given this, we tried to replace mvneta.c of our v3.13.9 and replace it
> with v3.13.5's mvneta.c.
> Issue does not exist when we did that - but of course, we surely will
> miss something, so we wanted to confirm this further with you.
> It seems like applying cd71e246c16b30e3f396a85943d5f596202737ba in
> v3.13.9 is not sufficient enough..?
> Possibly there are v3.13.5 and v3.13.9 diff (see attached) needed
> apart from just cd71e246c16b30e3f396a85943d5f596202737ba?

Hum, there are indeed more commits than I thought between 3.13.5 and
3.13.9 :

396b229b683fdc08d8705883860ec5a1b810546a net: mvneta: fix usage as a module on RGMII configurations
ea64e1f33d9d627da5d38da035e5d7443276e84e net: mvneta: rename MVNETA_GMAC2_PSC_ENABLE to MVNETA_GMAC2_PCS_ENABLE
4f3a4f701b59a3e4b5c8503ac3d905c0a326f922 net: mvneta: replace Tx timer with a real interrupt
0ce58acf529bacd25dbe01298ff51a5c4d59a4f4 net: mvneta: add missing bit descriptions for interrupt masks and causes
8c2c9b1efcc4b04b4625d0613b9e74ef17016dea net: mvneta: do not schedule in mvneta_tx_timeout
92817335465090aecfde6caef9bab6923f209664 net: mvneta: use per_cpu stats to fix an SMP lock up
fbfbed33a5effba7dc6f33e3ed598f9bd31b0cdf net: mvneta: increase the 64-bit rx/tx stats out of the hot path

Willy: many of the patches in this list are yours. The patch "net:
mvneta: fix usage as a module on RGMII configurations" is known to
break SGMII configurations, but even after reverting it, Maggie Mae
reports that mvneta in 3.13.9 doesn't work, but mvneta works on 3.13.5.
Do you see any missing patch on the TX rework that you did and that was
included betweeen 3.13.5 and 3.13.9 ?

Thanks,

Thomas
-- 
Thomas Petazzoni, CTO, Free Electrons
Embedded Linux, Kernel and Android engineering
http://free-electrons.com

  parent reply	other threads:[~2014-07-15 12:24 UTC|newest]

Thread overview: 27+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-07-08  2:20 Issue found in Armada 370: "No buffer space available" error during continuous ping Maggie Mae Roxas
2014-07-08  2:27 ` Maggie Mae Roxas
2014-07-08  8:21   ` Thomas Petazzoni
2014-07-09  6:35     ` Maggie Mae Roxas
2014-07-14  3:55       ` Maggie Mae Roxas
2014-07-15 12:24       ` Thomas Petazzoni [this message]
2014-07-15 12:43         ` Willy Tarreau
2014-07-17  5:37           ` Maggie Mae Roxas
2014-07-17  8:15             ` Willy Tarreau
2014-07-21  1:57               ` Maggie Mae Roxas
2014-07-21  2:45                 ` Maggie Mae Roxas
2014-07-21  5:44                   ` Willy Tarreau
2014-07-21  6:33                     ` Maggie Mae Roxas
2014-07-21  7:03                       ` Willy Tarreau
2014-07-23  2:24                         ` Maggie Mae Roxas
2014-07-23  6:16                           ` Willy Tarreau
2014-07-24  7:24                             ` Maggie Mae Roxas
2014-12-01  6:35                               ` Maggie Mae Roxas
     [not found]                               ` <CAB8gEUtgo-8nets3tRtqiZ8qRx+SyCq2d8v05scavWNwE5TNXg@mail.gmail.com>
2014-12-01  7:28                                 ` Willy Tarreau
2014-12-01  8:27                                   ` Maggie Mae Roxas
2014-12-01  9:28                                     ` Willy Tarreau
2014-12-01  9:32                                       ` Thomas Petazzoni
2014-12-01  9:58                                         ` Willy Tarreau
2014-12-01 10:15                                           ` Maggie Mae Roxas
2014-12-02  4:09                                             ` Maggie Mae Roxas
2014-12-02  6:56                                               ` Willy Tarreau
2014-12-02  7:04                                                 ` Maggie Mae Roxas

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=20140715142431.4eccbcd6@free-electrons.com \
    --to=thomas.petazzoni@free-electrons.com \
    --cc=linux-arm-kernel@lists.infradead.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;
as well as URLs for NNTP newsgroup(s).