netdev.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Marcelo Ricardo Leitner <mleitner@redhat.com>
To: Daniel Borkmann <daniel@iogearbox.net>
Cc: Jamal Hadi Salim <jhs@mojatatu.com>,
	Neil Horman <nhorman@tuxdriver.com>,
	Vlad Yasevich <vyasevic@redhat.com>,
	David Miller <davem@davemloft.net>,
	"netdev@vger.kernel.org" <netdev@vger.kernel.org>,
	tuexen@fh-muenster.de
Subject: Re: [RFC net-next 1/1] : sctp: denoise deprecation log on SCTP_EVENTS
Date: Thu, 9 Jul 2015 09:59:47 -0300	[thread overview]
Message-ID: <20150709125947.GA1841@localhost.localdomain> (raw)
In-Reply-To: <559E60FD.5040708@iogearbox.net>

On Thu, Jul 09, 2015 at 01:54:37PM +0200, Daniel Borkmann wrote:
> On 07/09/2015 12:38 PM, Jamal Hadi Salim wrote:
> ...
> >In the newer kernels this message is extremely noisy. After a quick
> >discussion with Daniel it seems to me it will be very hard to get
> >existing apps that nobody is going to update to continue to work
> >(i.e no forward compat). And newer apps that desire to play in both
> >older kernels and new kernels will have to play some tricks to work
> >(i.e weak backward compatibility).  These are good reasons
> >to totally get rid of this message. At minimal to neutre it.
> 
> To put some more context into this, here was the past discussion
> on this topic:
> 
>   http://www.spinics.net/lists/linux-sctp/msg03596.html
> 
> This begs the question, which we need to clarify:
> 
>   Can we *ever* get rid of the old UAPI that the RFC proposed
>   and later on deprecated?
> 
> In the thread, there was a mentioning of 5-6 years schedule, but
> I honestly doubt that this would be enough, i.e. for people only
> upgrading their kernels, but not being able to touch their legacy
> SCTP apps (maybe due to proprietary appliance crap, etc).
> 
> A pr_warn_once() would only warn for the first app triggering this
> (and not for follow-ups), it would surely take incentives away to
> update their code since less annoying, but if the uapi in fact
> could never be removed, then why bothering spamming the klog in
> the first place? ;) I can understand the deprecation dilemma, but
> personally, I would have no problem if we just want to remove the
> pr_warn_ratelimited() altogether ...
> 
> >The attached change tries to do that. However, if you had multiple
> >apps, you will only get warning for the first one.
> >
> >Will send proper patch when theres some consensus.

The new message is misleading as currently we don't have SCTP_EVENT 
available to use. So if someone tries to actually follow that lead, it
will lead to a dead and confusing end.

I'm okay with just switching it to pr_warn_once, though. It makes sense
to not spam klog but to have the message there, because even if we keep
it available for backwards compatibility, it might suffer from some
limitations in the future and the usage of the new one is always
recommended.

  Marcelo

  reply	other threads:[~2015-07-09 12:59 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-07-09 10:38 [RFC net-next 1/1] : sctp: denoise deprecation log on SCTP_EVENTS Jamal Hadi Salim
2015-07-09 11:54 ` Daniel Borkmann
2015-07-09 12:59   ` Marcelo Ricardo Leitner [this message]
2015-07-22 11:48 ` David Laight
2015-07-22 12:04   ` Daniel Borkmann
2015-07-22 12:30     ` Michael Tuexen
2015-07-22 14:36       ` Daniel Borkmann

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=20150709125947.GA1841@localhost.localdomain \
    --to=mleitner@redhat.com \
    --cc=daniel@iogearbox.net \
    --cc=davem@davemloft.net \
    --cc=jhs@mojatatu.com \
    --cc=netdev@vger.kernel.org \
    --cc=nhorman@tuxdriver.com \
    --cc=tuexen@fh-muenster.de \
    --cc=vyasevic@redhat.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).