All of lore.kernel.org
 help / color / mirror / Atom feed
From: David Mosberger <davidm@napali.hpl.hp.com>
To: linux-ia64@vger.kernel.org
Subject: Re: [PATCH] remove unimplemented syscalls noise
Date: Wed, 19 Nov 2003 21:21:07 +0000	[thread overview]
Message-ID: <marc-linux-ia64-106927695808041@msgid-missing> (raw)
In-Reply-To: <marc-linux-ia64-106926030617023@msgid-missing>

>>>>> On Wed, 19 Nov 2003 20:35:51 +0000, Matthew Wilcox <willy@debian.org> said:

  Matthew> On Wed, Nov 19, 2003 at 12:33:17PM -0800, David Mosberger
  Matthew> wrote: Every time we emit something to the system log, it's
  Matthew> a potential support call.  Our friends in other parts of HP
  Matthew> are already unhappy with how much output Linux produces
  Matthew> even when everything's OK.  It's also a sysadmin hassle as
  Matthew> logfiles fill up more quickly when this kind of junk goes
  Matthew> by.

  >>  Can I say dmesg -n4??

  Matthew> No, you can't.  Users check their logfiles.

syslog.conf?

I don't see how you can argue that debug/informational messages
_shouldn't_ be displayed/logged for ordinary users under normal
circumstances yet argue _for_ configuring syslog.conf to log precisely
such messages.

I'm quite certain there are countless other ways for user-space to
trigger lots of KERN_INFO/KERN_DEBUG messages.  See kernel/sysctl.c or
security/security.c, for example.

Having said that, I now realize that there is a problem:
ia64_ni_syscall() is/was intended for syscalls that were supposed to
be implemented but were missing for some reason.  Everything else
should be handled by sys_ni_syscall.  There are no such syscalls
anymore, so I think what we should do is change entry.S from using
ia64_ni_syscall to sys_ni_syscall (and if there are no callers of
ia64_ni_syscall left, delete it).  Want to send a patch?

	--david

  parent reply	other threads:[~2003-11-19 21:21 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-11-19 16:42 [PATCH] remove unimplemented syscalls noise Kyle McMartin
2003-11-19 19:44 ` David Mosberger
2003-11-19 19:54 ` Matthew Wilcox
2003-11-19 20:11 ` David Mosberger
2003-11-19 20:15 ` Seth, Rohit
2003-11-19 20:20 ` Matthew Wilcox
2003-11-19 20:20 ` David Mosberger
2003-11-19 20:33 ` David Mosberger
2003-11-19 20:35 ` Matthew Wilcox
2003-11-19 21:13 ` Rich Altmaier
2003-11-19 21:21 ` David Mosberger [this message]
2003-11-19 21:31 ` David Mosberger
2003-11-19 23:13 ` Matthias Fouquet-Lapar

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=marc-linux-ia64-106927695808041@msgid-missing \
    --to=davidm@napali.hpl.hp.com \
    --cc=linux-ia64@vger.kernel.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 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.