[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <m11vy8jl5s.fsf@frodo.ebiederm.org>
Date: Wed, 22 Oct 2008 15:54:23 -0700
From: ebiederm@...ssion.com (Eric W. Biederman)
To: Stephen Hemminger <shemminger@...tta.com>
Cc: "Serge E. Hallyn" <serue@...ibm.com>,
Benjamin Thery <benjamin.thery@...l.net>,
netdev <netdev@...r.kernel.org>,
Dave Miller <davem@...emloft.net>,
Greg Kroah-Hartman <gregkh@...e.de>,
Al Viro <viro@....linux.org.uk>,
Daniel Lezcano <dlezcano@...ibm.com>,
linux-kernel@...r.kernel.org, Tejun Heo <htejun@...il.com>,
Denis Lunev <den@...nvz.org>,
Linux Containers <containers@...ts.linux-foundation.org>
Subject: Re: [PATCH 0/4][RFC] netns: sysfs: add a netns suffix to net device sysfs entries
Stephen Hemminger <shemminger@...tta.com> writes:
>> The well-known user space tools don't use /sys at all. Modern
>> network tools use rtnetlink (ip) old network tools use /proc/net.
>>
>> Very few things actually use /sys and for those things lo@1 or
>> eth0@1 are completely useless except for implementing a FUSE
>> mock up of sysfs. But you don't need anything in sysfs to do
>> that as all of the interesting information is available through
>> /proc/net or rtnetlink.
>
> Lots of scripts are starting use /sys for things. It is easier to
> parse /sys/class/net than the output of ifconfig or ip
Yes. So we need the correct values in /sys/class/net.
Which is why sysfs and network namespaces do not coexist currently.
Which is why I recommend only placing devices in the initial network
namespace in sysfs for the short term.
Which is why we need to get all of the details correct when we
handle multiple network namespaces and sysfs.
I should have something working and should be sending patches out
shortly. Cleaning up sysfs and the device model enough so the changes
are not spooky is a long hard road unfortunately.
Eric
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists