From: Sven Eckelmann <sven.eckelmann@gmx.de>
To: Greg KH <gregkh@suse.de>
Cc: Marek Lindner <lindner_marek@yahoo.de>, b.a.t.m.a.n@lists.open-mesh.net
Subject: Re: [B.A.T.M.A.N.] [PATCH 10/10] Documentation: ABI: Add information about batman-adv sysfs entries
Date: Sat, 22 May 2010 17:01:19 +0200 [thread overview]
Message-ID: <201005221701.20751.sven.eckelmann@gmx.de> (raw)
In-Reply-To: <20100522143244.GA4070@suse.de>
[-- Attachment #1: Type: Text/Plain, Size: 2289 bytes --]
Greg KH wrote:
> On Sat, May 22, 2010 at 04:17:13PM +0200, Sven Eckelmann wrote:
> > From: Marek Lindner <lindner_marek@yahoo.de>
> >
> > Add documents about new sysfs entries in
> >
> > * /sys/class/net/<iface>/batman-adv/mesh_iface
> > * /sys/class/net/<mesh_iface>/mesh/vis_mode
> >
> > Signed-off-by: Marek Lindner <lindner_marek@yahoo.de>
> > Signed-off-by: Sven Eckelmann <sven.eckelmann@gmx.de>
> > ---
> >
> > .../ABI/testing/sysfs-class-net-batman-adv | 14 ++++++++++
> > Documentation/ABI/testing/sysfs-class-net-mesh | 27
> > ++++++++++++++++++++
>
> For now, can you keep this within the drivers/staging/batman/ directory,
> just so everything is nice and self-contained? When it moves to the
> main part of the kernel tree, then it can move into the
> Documentation/ABI/testing/ directory, ok?
>
> > +What: /sys/class/net/<mesh_iface>/mesh/vis_mode
> > +Date: May 2010
> > +Contact: Marek Lindner <lindner_marek@yahoo.de>
> > +Description:
> > + Each batman node only maintains information about its
> > + own local neighborhood, therefore generating graphs
> > + showing the topology of the entire mesh is not easily
> > + feasible without having a central instance to collect
> > + the local topologies from all nodes. This file allows
> > + to activate the collecting (server) mode. Once
> > + activated the topology can be retrieved by reading
> > + the vis_data file.
>
> Isn't the vis_data file in debugfs now? If so, shouldn't this file move
> there as well? Or at least don't point to a file that doesn't exist in
> sysfs :)
No, vis_data is the output. vis_mode says if a node is a client or a server. A
server can generate that output... but as vis_mode and vis_data are two
different things, I think that not both must be moved to debugfs. For example
a client should be able to move into client mode or read his current status
without having debugfs compiled inside his kernel - the client will never get
the output vis_data, so it isn't important for him to have debugfs. But I will
remove that sentence.
Best regards,
Sven
[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 836 bytes --]
next prev parent reply other threads:[~2010-05-22 15:01 UTC|newest]
Thread overview: 18+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-05-22 14:16 [B.A.T.M.A.N.] [PATCH 00/26] Staging: batman-adv Sven Eckelmann
2010-05-22 14:17 ` [B.A.T.M.A.N.] [PATCH 01/10] Staging: batman-adv: remove redundant struct declaration Sven Eckelmann
2010-05-22 14:17 ` [B.A.T.M.A.N.] [PATCH 02/10] Staging: batman-adv: fix rogue packets on shutdown Sven Eckelmann
2010-05-22 14:17 ` [B.A.T.M.A.N.] [PATCH 03/10] Staging: batman-adv: Call unregister_netdev on failures to get rtnl lock Sven Eckelmann
2010-05-22 14:17 ` [B.A.T.M.A.N.] [PATCH 04/10] Staging: batman-adv: Don't call free_netdev twice Sven Eckelmann
2010-05-22 14:17 ` [B.A.T.M.A.N.] [PATCH 05/10] Staging: batman-adv: Move device for icmp injection to debugfs Sven Eckelmann
2010-05-22 14:17 ` [B.A.T.M.A.N.] [PATCH 06/10] Staging: batman-adv: Move tables from sysfs " Sven Eckelmann
2010-05-22 14:17 ` [B.A.T.M.A.N.] [PATCH 07/10] Staging: batman-adv: Don't allocate icmp packet with GFP_KERNEL Sven Eckelmann
2010-05-22 14:17 ` [B.A.T.M.A.N.] [PATCH 08/10] Staging: batman-adv: convert all sysfs files to single value files Sven Eckelmann
2010-05-22 14:17 ` [B.A.T.M.A.N.] [PATCH 09/10] Staging: batman-adv: Adding netfilter-bridge hooks Sven Eckelmann
2010-05-22 14:17 ` [B.A.T.M.A.N.] [PATCH 10/10] Documentation: ABI: Add information about batman-adv sysfs entries Sven Eckelmann
2010-05-22 14:32 ` Greg KH
2010-05-22 15:01 ` Sven Eckelmann [this message]
2010-05-22 14:35 ` [B.A.T.M.A.N.] [PATCH 00/26] Staging: batman-adv Greg KH
2010-05-22 15:08 ` Sven Eckelmann
2010-05-22 15:27 ` Greg KH
2010-05-22 15:32 ` Sven Eckelmann
2010-05-24 18:43 ` Greg KH
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=201005221701.20751.sven.eckelmann@gmx.de \
--to=sven.eckelmann@gmx.de \
--cc=b.a.t.m.a.n@lists.open-mesh.net \
--cc=b.a.t.m.a.n@lists.open-mesh.org \
--cc=gregkh@suse.de \
--cc=lindner_marek@yahoo.de \
/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.