From: Jouni Malinen <j@w1.fi>
To: Igor Trindade Oliveira <igor_trindade@yahoo.com.br>
Cc: johannes@sipsolutions.net, linux-wireless@vger.kernel.org,
linville@tuxdriver.com
Subject: Re: [PATCH] mac80211_hwsim: configfs support
Date: Mon, 22 Dec 2008 10:51:46 +0200 [thread overview]
Message-ID: <20081222085146.GC5732@jm.kir.nu> (raw)
In-Reply-To: <700428.4819.qm@web59316.mail.re1.yahoo.com>
On Sat, Dec 20, 2008 at 09:48:22AM -0800, Igor Trindade Oliveira wrote:
> +++ wireless-testing/drivers/net/wireless/mac80211_hwsim.c 2008-12-20 13:42:06.000000000 -0400
> @@ -21,15 +21,13 @@
> #include <linux/if_arp.h>
> #include <linux/rtnetlink.h>
> #include <linux/etherdevice.h>
> -#include <linux/debugfs.h>
> +#include <linux/configfs.h>
Hmm.. The addition of support to add interfaces dynamically with mkdir
sounds reasonable, but I'm not sure whether I really like the part of
removing debugfs support.. mac80211_hwsim is a developer tool and I want
to be able to have an undocumented and free for changes interface
(debugfs) that does not have so strict requirement on kernel-userspace
interface. This patch seems to also be moving the PS testing parameter
to use configfs. If this means that it will be more difficult to change
that mechanism or add new parameters in the future, I'm not sure I would
support that part of the change.
At minimum, I would like to see these two changes in separate patches:
1) change static (load time) radio setup to use mkdir in configfs, 2)
move ps parameter from debugfs to configfs. My initial thought would be
to only support (1), though, unless being convinced that (2) is useful
change, too.
We need to keep in mind that this is a developer test tool and it would
benefit from being able to easily add new parameters for whatever test
someone wants to run. In some cases, these are only for private testing
and the interface does not really matter that much, but sometimes the
change is useful for more people and it may be reasonable to merge that
into the upstream version. That power save code is an example of such a
case. However, it was by no means trying to make a permanent
kernel-userspace interface that we would need to maintain for years to
come.
> @@ -498,8 +501,8 @@ static void mac80211_hwsim_bss_info_chan
>
> if (changed & BSS_CHANGED_HT) {
> printk(KERN_DEBUG " %s: HT: op_mode=0x%x\n",
> - wiphy_name(hw->wiphy),
> - info->ht.operation_mode);
> + wiphy_name(hw->wiphy),
> + info->ht.operation_mode);
Why? This does not seem to change anything apart from breaking
indentation.
> + * ConfigFS attribute declaration, to add a new attribute we just need to use
> + * the MAC_HWSIM_ATTR_FOO macros and insert the new attribute in
There seems to be trailing whitespace on those lines; please remove.
> +static void drop_mac80211_hwsim(struct config_group *group,
> + struct config_item *item)
Please use tabs for indentation.
--
Jouni Malinen PGP id EFC895FA
next prev parent reply other threads:[~2008-12-22 8:51 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-12-20 17:48 [PATCH] mac80211_hwsim: configfs support Igor Trindade Oliveira
2008-12-20 22:44 ` Pavel Roskin
2008-12-22 8:51 ` Jouni Malinen [this message]
2008-12-22 19:18 ` Johannes Berg
2009-01-15 18:48 ` Johannes Berg
-- strict thread matches above, loose matches on Subject: below --
2008-12-05 21:37 Igor Trindade Oliveira
2008-12-08 13:05 ` Jouni Malinen
2008-12-08 13:56 ` Igor Trindade Oliveira
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=20081222085146.GC5732@jm.kir.nu \
--to=j@w1.fi \
--cc=igor_trindade@yahoo.com.br \
--cc=johannes@sipsolutions.net \
--cc=linux-wireless@vger.kernel.org \
--cc=linville@tuxdriver.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 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).