From: Marcelo Ricardo Leitner <marcelo.leitner@gmail.com>
To: Alexander Aring <aring@mojatatu.com>
Cc: Jiri Pirko <jiri@resnulli.us>, Jakub Kicinski <kubakici@wp.pl>,
netdev@vger.kernel.org, nogahf@mellanox.com, yuvalm@mellanox.com,
David Miller <davem@davemloft.net>,
idosch@mellanox.com, mlxsw@mellanox.com,
Jamal Hadi Salim <jhs@mojatatu.com>,
Cong Wang <xiyou.wangcong@gmail.com>,
kernel@mojatatu.com
Subject: Re: [patch net-next 09/10] net: sch: prio: Add offload ability for grafting a child
Date: Fri, 2 Mar 2018 11:45:39 -0300 [thread overview]
Message-ID: <20180302144539.GE3887@localhost.localdomain> (raw)
In-Reply-To: <CAOHTApiUzfew+RnGYaKTOduaYmWEEO+N+MkJkDSQjDZ_ySJNGw@mail.gmail.com>
On Fri, Mar 02, 2018 at 09:21:56AM -0500, Alexander Aring wrote:
> Hi,
>
> On Fri, Mar 2, 2018 at 3:37 AM, Jiri Pirko <jiri@resnulli.us> wrote:
> > Fri, Mar 02, 2018 at 04:48:40AM CET, kubakici@wp.pl wrote:
> >>On Thu, 1 Mar 2018 22:38:50 -0500, Alexander Aring wrote:
> >>> I guess to make extack working, you need to return an errno if failed.
> >>
> >>AFAIK extack is printed as a warning if operation did not fail.
> >
> > Yes, I checked this and it is printed as warning.
>
> ouch, so far I know extack it allows only one messages delivered back
> to the user space.
>
> If we introduce a warning in the successful path here, it could be
> that in the callpath (after "successful" part of this callback), that
> somebody else want to add a warning and overwrites actually your
> warning (even, he is not aware that this warning was set - okay I
> suppose you can do another check on NULL and set a warning, that
> somebody overwrites a warning :-D).
>
> If extack messages get's append and is some kind of for_each_nested
> string in netlink -> we have no problem, but I guess this not how it's
> working. :-/
IOW I guess what we are looking for here is a way to use extack to
track more than an error/warning message, but to be a bit more
complete error reporting tool.
The case here is pretty much like the case with tc flower offloading,
to issue a message when it couldn't offload while it wasn't fatal for
the rule (in case SKIP_SW wasn't specified). The reason for why the
offloading couldn't happen could have been a temporary one and such
log of a warning is important for troubleshooting.
Marcelo
next prev parent reply other threads:[~2018-03-02 14:45 UTC|newest]
Thread overview: 17+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-02-28 9:44 [patch net-next 00/10] mlxsw: Offload multi-queue RED support Jiri Pirko
2018-02-28 9:44 ` [patch net-next 01/10] mlxsw: spectrum: qdiscs: Support qdisc per tclass Jiri Pirko
2018-02-28 9:44 ` [patch net-next 02/10] mlxsw: spectrum: Add priority counters Jiri Pirko
2018-02-28 9:45 ` [patch net-next 03/10] mlxsw: spectrum: qdiscs: Add priority map per qdisc Jiri Pirko
2018-02-28 9:45 ` [patch net-next 04/10] mlxsw: spectrum: qdiscs: Collect stats for sch_red based on priomap Jiri Pirko
2018-02-28 9:45 ` [patch net-next 05/10] mlxsw: spectrum: qdiscs: Update backlog handling of a child qdiscs Jiri Pirko
2018-02-28 9:45 ` [patch net-next 06/10] net: sch: Don't warn on missmatching qlen and backlog for offloaded qdiscs Jiri Pirko
2018-02-28 9:45 ` [patch net-next 07/10] mlxsw: spectrum: Update sch_prio stats to include sch_red related drops Jiri Pirko
2018-02-28 9:45 ` [patch net-next 08/10] mlxsw: spectrum: qdiscs: prio: Delete child qdiscs when removing bands Jiri Pirko
2018-02-28 9:45 ` [patch net-next 09/10] net: sch: prio: Add offload ability for grafting a child Jiri Pirko
2018-03-02 3:38 ` Alexander Aring
2018-03-02 3:48 ` Jakub Kicinski
2018-03-02 8:37 ` Jiri Pirko
2018-03-02 14:21 ` Alexander Aring
2018-03-02 14:45 ` Marcelo Ricardo Leitner [this message]
2018-02-28 9:45 ` [patch net-next 10/10] mlxsw: spectrum: qdiscs: prio: Handle graft command Jiri Pirko
2018-02-28 17:15 ` [patch net-next 00/10] mlxsw: Offload multi-queue RED support David Miller
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=20180302144539.GE3887@localhost.localdomain \
--to=marcelo.leitner@gmail.com \
--cc=aring@mojatatu.com \
--cc=davem@davemloft.net \
--cc=idosch@mellanox.com \
--cc=jhs@mojatatu.com \
--cc=jiri@resnulli.us \
--cc=kernel@mojatatu.com \
--cc=kubakici@wp.pl \
--cc=mlxsw@mellanox.com \
--cc=netdev@vger.kernel.org \
--cc=nogahf@mellanox.com \
--cc=xiyou.wangcong@gmail.com \
--cc=yuvalm@mellanox.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 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).