From: "Bryan O'Sullivan" <bos@pathscale.com>
To: Greg KH <gregkh@suse.de>
Cc: Roland Dreier <rdreier@cisco.com>,
rolandd@cisco.com, akpm@osdl.org, davem@davemloft.net,
linux-kernel@vger.kernel.org, openib-general@openib.org
Subject: Re: Revenge of the sysfs maintainer! (was Re: [PATCH 8 of 20] ipath - sysfs support for core driver)
Date: Thu, 09 Mar 2006 16:46:29 -0800 [thread overview]
Message-ID: <1141951589.10693.84.camel@serpentine.pathscale.com> (raw)
In-Reply-To: <20060310003513.GA17050@suse.de>
On Thu, 2006-03-09 at 16:35 -0800, Greg KH wrote:
> Grumble? Oh come on, don't export binary structures through sysfs, it's
> in the DOCUMENTATION THAT SYSFS IS FOR TEXT FILES ONLY!!!!
OK, fine.
> If you don't want to export a text file, then use something else other
> than sysfs, it's that simple.
Use what? Would a sysfs relay file, or whatever they're called now that
relayfs is moving into sysfs, do the trick? If so, what's a good place
to pull those patches from so I can compile-test my changes? Should I
just grub through my archives and apply whatever Paul Mundt sent out a
few weeks ago?
> sysfs binary files are for PASS-THROUGH things ONLY!
If there's any documentation on what sysfs binary files are for, I
haven't seen it. It's not in the include files, the source, or
Documentation/filesystems.
> Ok, here's a new rule to help this from happening again in the future:
>
> If you want to add a new sysfs file to the kernel, it MUST be
> accompanied with full documentation that explains exactly what that
> file contains and what it is for. No exceptions will be allowed.
I'm fine with this rule, but accompanied how? In a comment in the code?
In the patch description? In the same way that sysfs binary files are
documented? :-)
Also, I'd suggest that you put a similar requirement on directories and
symlinks, if you're going to clamp down on files.
<b
next prev parent reply other threads:[~2006-03-10 0:46 UTC|newest]
Thread overview: 25+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <ef8042c934401522ed3f.1141922821@localhost.localdomain>
2006-03-09 23:18 ` [PATCH 8 of 20] ipath - sysfs support for core driver Roland Dreier
2006-03-09 23:32 ` Bryan O'Sullivan
2006-03-10 0:35 ` Revenge of the sysfs maintainer! (was Re: [PATCH 8 of 20] ipath - sysfs support for core driver) Greg KH
2006-03-10 0:46 ` Bryan O'Sullivan [this message]
2006-03-10 1:00 ` Greg KH
2006-03-10 4:58 ` Bryan O'Sullivan
2006-03-10 6:34 ` Greg KH
2006-03-10 15:53 ` Dave Jones
2006-03-10 7:57 ` Arjan van de Ven
2006-03-10 13:51 ` Bryan O'Sullivan
2006-03-10 14:06 ` Arjan van de Ven
2006-03-10 15:55 ` Bryan O'Sullivan
2006-03-10 16:24 ` Arjan van de Ven
2006-03-10 16:36 ` Bryan O'Sullivan
2006-03-10 16:41 ` Arjan van de Ven
2006-03-10 16:25 ` Dave Jones
2006-03-10 16:35 ` Bryan O'Sullivan
2006-03-10 16:48 ` Greg KH
2006-03-10 16:49 ` Bryan O'Sullivan
2006-03-10 15:55 ` Dave Jones
2006-03-10 13:58 ` [openib-general] " Talpey, Thomas
2006-03-09 23:46 ` [PATCH 8 of 20] ipath - sysfs support for core driver Greg KH
2006-03-09 23:48 ` Roland Dreier
2006-03-09 23:59 ` Bryan O'Sullivan
2006-03-10 1:02 ` 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=1141951589.10693.84.camel@serpentine.pathscale.com \
--to=bos@pathscale.com \
--cc=akpm@osdl.org \
--cc=davem@davemloft.net \
--cc=gregkh@suse.de \
--cc=linux-kernel@vger.kernel.org \
--cc=openib-general@openib.org \
--cc=rdreier@cisco.com \
--cc=rolandd@cisco.com \
/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.