Saw this when trying to connect to an 8021x network:
[ 118.464038] wlp2s0: authenticate with a4:2b:8c:82:6b:55
[ 118.466982] wlp2s0: send auth to a4:2b:8c:82:6b:55 (try 1/3)
[ 118.468168] wlp2s0: authenticated
[ 118.469041] wlp2s0: associate with a4:2b:8c:82:6b:55 (try 1/3)
[ 118.476118]
On Tue, 2018-07-17 at 09:57 +0200, Nicolas Cavallari wrote:
> On 16/07/2018 21:31, James Prestwood wrote:
> >
> > Hello,
> >
> > I am a developer for IWD and trying to implement IBSS networks. The
> > initial IBSS_JOIN, 4-way, and setting the keys all works and
Hello,
I am a developer for IWD and trying to implement IBSS networks. The
initial IBSS_JOIN, 4-way, and setting the keys all works and I am able
to connect two stations. The problem is that I am hitting a timeout in
the kernel once the connection has succeeded and there are no more
frames
On Wed, 2018-10-17 at 23:08 +0200, Johannes Berg wrote:
> > Ah ok, that makes sense. Ok, well I can fixup that typo, as well as
> > reordering the use_chanctx stuff I mentioned. Unless there was
> > anything
> > else? If not I can submit v3.
>
> I haven't really looked at it much yet, it's 11pm
for an iftype that you do not support.
- A new patch was added to allow supported ciphers to be configured.
James Prestwood (2):
mac80211_hwsim: allow setting iftype support
mac80211_hwsim: allow configurable cipher types
drivers/net/wireless/mac80211_hwsim.c | 218
.
This patch adds a new attribute:
- HWSIM_ATTR_CIPHER_SUPPORT
A u32 array/list of supported cipher types
This only allows enabling/disabling cipher types listed in the (new)
"hwsim_ciphers" array in mac80211_hwsim.c. Any unknown cipher type
will result in -EINVAL.
Signed-off
to enable.
Signed-off-by: James Prestwood
---
drivers/net/wireless/mac80211_hwsim.c | 154 +++---
drivers/net/wireless/mac80211_hwsim.h | 2 +
2 files changed, 90 insertions(+), 66 deletions(-)
diff --git a/drivers/net/wireless/mac80211_hwsim.c
b/drivers/net/wireless
On Wed, 2018-10-17 at 22:58 +0200, Johannes Berg wrote:
> On Wed, 2018-10-17 at 14:00 -0700, James Prestwood wrote:
> >
> > > That makes me wonder if you'd also want to support limiting the #
> > > of
> > > interfaces/channels to mimic another device?
On Wed, 2018-10-17 at 21:53 +0200, Johannes Berg wrote:
> On Wed, 2018-10-17 at 12:33 -0700, James Prestwood wrote:
> > The mac80211_hwsim driver hard codes its supported interface types.
> > For
> > testing purposes it would be valuable to allow changing these
> > s
.
This patch adds a new attribute:
- HWSIM_ATTR_CIPHER_SUPPORT
A u32 array/list of supported cipher types
This only allows enabling/disabling cipher types listed in the (new)
"hwsim_ciphers" array in mac80211_hwsim.c. Any unknown cipher type
will result in -EINVAL.
Signed-off
On Wed, 2018-10-17 at 12:33 -0700, James Prestwood wrote:
> The mac80211_hwsim driver hard codes its supported interface types.
> For
> testing purposes it would be valuable to allow changing these
> supported
> types in order to simulate actual drivers than support a limited set
Johannes,
Ping
On Wed, 2018-10-17 at 14:16 -0700, James Prestwood wrote:
> The mac80211_hwsim driver hard codes its supported interface types.
> For
> testing purposes it would be valuable to allow changing these
> supported
> types in order to simulate actual drivers that suppor
Creating radios during startup follows a different code path than
HWSIM_CMD_NEW_RADIO. The problem was that param.iftypes was not
being set to the deafult before calling mac80211_hwsim_new_radio
Signed-off-by: James Prestwood
---
drivers/net/wireless/mac80211_hwsim.c | 1 +
1 file changed, 1
The current driver hard codes various features, ext features and supported
interface types when a new radio is created. This patch adds several new
hwsim attributes so user space can specify specific features the radio should
have:
- HWSIM_ATTR_FEATURE_SUPPORT
Bit field of
On Tue, 2018-10-09 at 22:13 +0200, Johannes Berg wrote:
> On Tue, 2018-10-09 at 13:12 -0700, James Prestwood wrote:
>
> > Ok, that makes sense. The intent here was to test logic for
> > detecting
> > and handling supported driver features/iftypes, rather than
> > a
On Tue, 2018-10-09 at 22:47 +0200, Johannes Berg wrote:
> On Tue, 2018-10-09 at 13:42 -0700, James Prestwood wrote:
>
> > > In general, I guess what would work is to be able to *restrict*
> > > the
> > > advertised features over what's currently the case, but I s
On Tue, 2018-10-09 at 21:41 +0200, Johannes Berg wrote:
> On Tue, 2018-10-09 at 10:48 -0700, James Prestwood wrote:
> > The current driver hard codes various features, ext features and
> > supported
> > interface types when a new radio is created. This patch adds
>
Hi Jens,
IWD actually has its own mailing list:
i...@lists.01.org
as well as an IRC channel #IWD on freenode. You may want to ask on
either of those. Also, before doing that, it would be more helpful to
run IWD with the debug flag "-d":
ExecStart=/usr/lib/iwd/iwd -d
Thanks,
James
On Mon,
18 matches
Mail list logo
