netdev.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Stephen Hemminger <shemminger@linux-foundation.org>
To: Andrew Morton <akpm@linux-foundation.org>
Cc: Keiichi KII <k-keiichi@bx.jp.nec.com>,
	mpm@selenic.com, davem@davemloft.net,
	linux-kernel@vger.kernel.org, netdev@vger.kernel.org
Subject: Re: [RFC][PATCH -mm take4 6/6] add ioctls for adding/removing target
Date: Thu, 19 Apr 2007 22:39:09 -0700	[thread overview]
Message-ID: <20070419223909.00e8285d@localhost.localdomain> (raw)
In-Reply-To: <20070419211630.70c20706.akpm@linux-foundation.org>

On Thu, 19 Apr 2007 21:16:30 -0700
Andrew Morton <akpm@linux-foundation.org> wrote:

> On Wed, 18 Apr 2007 21:14:55 +0900 Keiichi KII <k-keiichi@bx.jp.nec.com> wrote:
> 
> > From: Keiichi KII <k-keiichi@bx.jp.nec.com>
> > 
> > We add ioctls for adding/removing target.
> > If we use NETCONSOLE_ADD_TARGET ioctl, 
> > we can dynamically add netconsole target.
> > If we use NETCONSOLE_REMOVE_TARGET ioctl,
> > we can dynamically remoe netconsole target.
> > 
> > ...
> >
> > --- mm.orig/drivers/net/netconsole.c
> > +++ mm/drivers/net/netconsole.c
> > @@ -47,6 +47,7 @@
> >  #include <linux/netpoll.h>
> >  #include <linux/miscdevice.h>
> >  #include <linux/inet.h>
> > +#include <linux/netconsole.h>
> >  
> >  MODULE_AUTHOR("Maintainer: Matt Mackall <mpm@selenic.com>");
> >  MODULE_DESCRIPTION("Console driver for network interfaces");
> > @@ -313,6 +314,64 @@ static void release_target(struct kobjec
> >  	remove_target(nt);
> >  }
> >  
> > +static int netconsole_ioctl(struct inode *inode, struct file *file,
> > +			    unsigned int cmd, unsigned long arg)
> > +{
> > +	int id, count;
> > +	char config[256];
> > +	char *cur;
> > +	struct netconsole_request req;
> > +	struct netconsole_target *nt, *tmp;
> > +	void __user *argp = (void __user *)arg;
> > +
> > +	switch (cmd) {
> > +	case NETCON_ADD_TARGET:
> > +		printk(KERN_INFO "netconsole: cmd=NETCON_ADD_TARGET\n");
> > +		if (copy_from_user(&req, argp, sizeof(req)))
> > +			return -EFAULT;
> > +		cur = config;
> > +		count = sprintf(cur, "%d@", req.local_port);
> > +		cur += count;
> > +		if (req.local_ip)
> > +			count = sprintf(cur, "%d.%d.%d.%d/",
> > +					NIPQUAD(req.local_ip));
> > +		else
> > +			count = sprintf(cur, "/");
> > +		cur += count;
> > +		count = sprintf(cur, "%s,", req.netdev_name);
> > +		cur += count;
> > +		count = sprintf(cur, "%d@", req.remote_port);
> > +		cur += count;
> > +		count = sprintf(cur, "%d.%d.%d.%d/",
> > +				NIPQUAD(req.remote_ip));
> > +		cur += count;
> > +		count = sprintf(cur, "%02x:%02x:%02x:%02x:%02x:%02x",
> > +				req.remote_mac[0], req.remote_mac[1],
> > +				req.remote_mac[2], req.remote_mac[3],
> > +				req.remote_mac[4], req.remote_mac[5]);
> > +		printk(KERN_INFO "count = %d config=[%s]\n", count, config);
> > +		if (add_target(config))
> > +			return -EINVAL;
> > +		break;
> > +	case NETCON_REMOVE_TARGET:
> > +		printk(KERN_INFO "netconsole: cmd=NETCON_REMOVE_TARGET\n");
> > +		if (copy_from_user(&id, argp, sizeof(int)))
> > +			return -EFAULT;
> > +		printk(KERN_INFO "netconsole: id=%d\n", id);
> > +		list_for_each_entry_safe(nt, tmp, &target_list, list) {
> > +			if (nt->id == id) {
> > +				kobject_unregister(&nt->obj);
> > +				break;
> > +			}
> > +		}
> > +		break;
> > +	default:
> > +		return -ENOTTY;
> > +	}
> > +
> > +	return 0;
> > +}
> > +
> >  static struct sysfs_ops target_sysfs_ops = {
> >  	.show = show_target_attr,
> >  	.store = store_target_attr
> > @@ -324,9 +383,14 @@ static struct kobj_type target_ktype = {
> >  	.default_attrs = target_attrs,
> >  };
> >  
> > +static struct file_operations miscdev_fops = {
> > +	.ioctl = netconsole_ioctl,
> > +};
> > +
> >  static struct miscdevice netconsole_miscdev = {
> >  	.minor = MISC_DYNAMIC_MINOR,
> >  	.name = "netconsole",
> > +	.fops = &miscdev_fops,
> >  };
> >  
> >  static struct notifier_block netconsole_notifier = {
> 
> We'll need to wake up the net guys to get an opinion here.  Using an
> ioctl() against a miscdev is rather untypical for networking.  I'd expect
> they'd prefer to see a netlink-based interface to userspace.

Should't this just be a network ioctl against an UDP (AF_INET, SOCK_DGRAM) socket?
Also consider netconsole over IPV6 for future enhancement.

  reply	other threads:[~2007-04-20  5:40 UTC|newest]

Thread overview: 25+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-04-18 11:49 [RFC][PATCH -mm take4 0/6] proposal for dynamic configurable netconsole Keiichi KII
2007-04-18 12:05 ` [RFC][PATCH -mm take4 1/6] marking __init Keiichi KII
2007-04-18 12:06 ` [RFC][PATCH -mm take4 2/6] support multiple logging Keiichi KII
2007-04-18 14:40   ` Stephen Hemminger
2007-04-20  9:58     ` Keiichi KII
2007-04-20  4:08   ` Andrew Morton
2007-04-20  9:51     ` Keiichi KII
2007-04-20 18:15       ` Andrew Morton
2007-04-20 18:21         ` Matt Mackall
2007-04-20 19:00           ` Stephen Hemminger
2007-04-24  8:14             ` Keiichi KII
2007-04-24  8:14         ` Keiichi KII
2007-04-24  8:29           ` Andrew Morton
2007-04-24 15:21             ` Stephen Hemminger
2007-04-26  4:02               ` Keiichi KII
2007-04-26  4:45                 ` David Miller
2007-04-18 12:08 ` [RFC][PATCH -mm take4 3/6] add interface for netconsole using sysfs Keiichi KII
2007-04-20  4:06   ` Andrew Morton
2007-04-18 12:11 ` [RFC][PATCH -mm take4 4/6] using symlink for the net_device Keiichi KII
2007-04-20  4:12   ` Andrew Morton
2007-04-18 12:12 ` [RFC][PATCH -mm take4 5/6] switch function of netpoll Keiichi KII
2007-04-18 12:14 ` [RFC][PATCH -mm take4 6/6] add ioctls for adding/removing target Keiichi KII
2007-04-20  4:16   ` Andrew Morton
2007-04-20  5:39     ` Stephen Hemminger [this message]
2007-04-20  6:59       ` 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=20070419223909.00e8285d@localhost.localdomain \
    --to=shemminger@linux-foundation.org \
    --cc=akpm@linux-foundation.org \
    --cc=davem@davemloft.net \
    --cc=k-keiichi@bx.jp.nec.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=mpm@selenic.com \
    --cc=netdev@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 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).