lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <1258495731.2003.44.camel@violet>
Date:	Tue, 17 Nov 2009 23:08:51 +0100
From:	Marcel Holtmann <marcel@...tmann.org>
To:	"John W. Linville" <linville@...driver.com>
Cc:	"Luis R. Rodriguez" <mcgrof@...il.com>,
	Michael Renzmann <mrenzmann@...wifi-project.org>,
	madwifi-devel@...ts.sourceforge.net,
	madwifi-users@...ts.sourceforge.net, linux-kernel@...r.kernel.org,
	linux-wireless <linux-wireless@...r.kernel.org>
Subject: Re: [Madwifi-devel] Survey: What are you using MadWifi for, and
 why?

Hi John,

> > If a few developers still exist who are committed to helping maintain
> > madwifi until ath5k gets feature-parred the easiest solution now
> > (since the HAL is open) is to just throw it into staging and hopefully
> > that'll attract more developers to help keep it up to date with actual
> > current kernels.
> 
> For the record, I would be generally opposed to adding madwifi to
> drivers/staging.  We already have enough trouble with duplication of
> hardware support between drivers/staging and drivers/net/wireless.
> 
> If madwifi has features that people need/want and that ath5k/mac80211
> still lacks, lets talk about how to get them (or reasonabe replacements
> for them) into the mainline kernel.  I'm sure some ideas will meet
> some resistance, but if someone is motivated to continue pursuing
> maintenance of madwifi than they should be motivated enough to at
> least try to convince the rest of us why those features are worth
> having in net/wireless, net/mac80211, and/or drivers/net/wireless.
> Even if the solution is some quirky thing that "normal" people will
> ignore, it is bound to be better to have mainline support than to
> continue working out-of-tree.

I 100% agree with you. The MadWifi driver should NOT be included into
the staging tree. We have an upstream driver for this hardware and if
people are not happy with it, then they should start fixing or extending
it. A second driver for the same hardware just causes confusion.

Regards

Marcel


--
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

Powered by Openwall GNU/*/Linux Powered by OpenVZ