I've since re-based this into being white-space clean and whatnot. I've
gotten no response to my original posting, is there any interest in this
work? I will be continuing to further it based on my own needs, but I'm
reaching a point that certain changes will either require hard coding, or
further core changes, and I don't care to make those if no-one up-stream
wants/has any interest in them.
Pat Erley
Pat Erley wrote:
> In the ending of this e-mail, I've included rew-written
/etc/config/wireless and /lib/wifi/{mac80211,wpa_supplicant).sh files.
They are INCREDIBLY intrusive to the current way things work, and would
obsolete a bit of documentation on how to make things work. I would likely
suggest the targeting for inclusion of these in whatever is supposed to
follow Kamikaze. Currently, it is whitespace broken (spaces instead of
tabs), but I will fix this before providing diffs against svn once it's
been reviewed and brought to the point that people are happy with it.
>
> Primary notes:
> * I've tested with a DIR-615 C1 connecting to a WPA2 network and also
broadcasting an open network
> * The changes to /etc/config/wireless bring it more inline with the
values used in hostapd and wpa_supplicant
> * it adds a dep on macchanger as, currently, mac80211 does not serialize
mac addresses
> * All calls that are supported by iw have been switched from iwconfig
> * wpa_supplicant can now be used for wep, if desired
> * I have not tested wpa-eap, and likely broke it in doing all of this
> * I have not tested mesh/adhoc/monitor modes yet
>
> Future additions:
> * add wpa_supplicant no encryption handling
> * update hostapd-mini to use a similar format for ap mode
> * add sed/awk script to read/serialize mac addresses
>
> Feel free to run with it if it's close enough that someone doesn't mind
doing a s/\s+/\t/g on it and then fixing some things. For this reason
alone, I'm adding my SOB. If it's to be included as is, I'd rather fix
whitespace breakage, and do a LOT more testing.
>
> Aside: The DIR-615 C1 is one heck of a piece of hardware to hack on.
>
<snip>
_______________________________________________
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel
