netdev.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Xavier Bestel <xavier.bestel@free.fr>
To: Bodo Eggert <7eggert@gmx.de>
Cc: Bill Nottingham <notting@redhat.com>,
	"Giacomo A. Catenazzi" <cate@debian.org>,
	David Miller <davem@davemloft.net>,
	7eggert@elstempel.de, shemminger@osdl.org,
	mitch.a.williams@intel.com, netdev@vger.kernel.org,
	linux-kernel@vger.kernel.org
Subject: Re: bonding: cannot remove certain named devices
Date: Thu, 17 Aug 2006 09:29:43 +0200	[thread overview]
Message-ID: <1155799783.7566.5.camel@capoeira> (raw)
In-Reply-To: <Pine.LNX.4.58.0608161636250.2044@be1.lrz>

On Wed, 2006-08-16 at 17:11, Bodo Eggert wrote:
> On Wed, 16 Aug 2006, Bill Nottingham wrote:
> > Giacomo A. Catenazzi (cate@debian.org) said: 
> 
> > > > Are you willing to work to add the special case code necessary to
> > > > handle whitespace characters in the device name over all of the kernel
> > > > code and also all of the userland tools too?
> > > 
> > > But if you don't handle spaces in userspace, you handle *, ?, [, ], $,
> > > ", ', \  in userspace? Should kernel disable also these (insane device
> > > chars) chars?
> > 
> > Don't forget unicode characters!
> 
> And long names or control characters.
> 
> > Seriously, while it might be insane to use some of these, I'm wondering
> > if trying to filter names is more work than fixing the tools.
> 
> I think it's sane to avoid control characters and unicode/iso*, since they
> can interfere with log output or analysis. I only thought about the kernel
> itself and the corresponding userspace tools, which should handle any
> character sequence just fine or could be easily fixed.

Why not simply retricting chars to isalnum() ones ?

	Xav


  reply	other threads:[~2006-08-17  7:30 UTC|newest]

Thread overview: 27+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <6Kd5j-3Y7-3@gated-at.bofh.it>
     [not found] ` <6KdRL-5xP-7@gated-at.bofh.it>
     [not found]   ` <6Ke1p-5N8-7@gated-at.bofh.it>
     [not found]     ` <6KekO-6u0-25@gated-at.bofh.it>
     [not found]       ` <6KeXv-7qe-17@gated-at.bofh.it>
     [not found]         ` <6KfTz-OX-11@gated-at.bofh.it>
     [not found]           ` <6KfTA-OX-15@gated-at.bofh.it>
2006-08-16  0:02             ` bonding: cannot remove certain named devices Bodo Eggert
2006-08-16  0:10               ` David Miller
2006-08-16  6:35                 ` Giacomo A. Catenazzi
2006-08-16 13:38                   ` Bill Nottingham
2006-08-16 13:59                     ` Giacomo A. Catenazzi
2006-08-16 15:11                     ` Bodo Eggert
2006-08-17  7:29                       ` Xavier Bestel [this message]
2006-08-17 14:12                         ` Bill Nottingham
2006-08-17 23:23                         ` David Miller
2006-08-18  0:34                           ` Alan Cox
2006-08-18  1:01                             ` David Miller
2006-08-18  2:20                           ` Bill Nottingham
2006-08-19  3:58                             ` Stephen Hemminger
2006-08-18  6:11                               ` [PATCH] net: restrict device names from having whitespace Stephen Hemminger
2006-08-18  6:36                                 ` David Miller
2006-08-18  7:17                                 ` Xavier Bestel
2006-08-18  9:32                                   ` Xavier Bestel
2006-08-15 19:48 bonding: cannot remove certain named devices Bill Nottingham
2006-08-15 20:39 ` Mitch Williams
2006-08-15 20:45   ` Bill Nottingham
2006-08-15 21:02     ` Stephen Hemminger
2006-08-15 21:49       ` Bill Nottingham
2006-08-15 22:41         ` Mitch Williams
2006-08-15 22:44           ` Stephen Hemminger
2006-08-15 22:56             ` David Miller
2006-08-15 23:23               ` Stephen Hemminger
2006-08-15 23:26               ` Mitch Williams

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=1155799783.7566.5.camel@capoeira \
    --to=xavier.bestel@free.fr \
    --cc=7eggert@elstempel.de \
    --cc=7eggert@gmx.de \
    --cc=cate@debian.org \
    --cc=davem@davemloft.net \
    --cc=linux-kernel@vger.kernel.org \
    --cc=mitch.a.williams@intel.com \
    --cc=netdev@vger.kernel.org \
    --cc=notting@redhat.com \
    --cc=shemminger@osdl.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).