On Thu, 16 Aug 2018 13:53:50 +0300
Kalle Valo wrote:
> Kalle Valo writes:
>
> > Ajay Singh writes:
> >
> >> Hi Greg,
> >>
> >> We all are working on submitting and reviewing patches for
> >> wilc1000 in staging driver for quite some time.
> >>
> >> We would like to have feedback on the
Hi Alexander,
Just minor nitpicks:
+ * @replace_key: Replace an exiting in use key with a new one while
guaranteeing
+ * to not leak clear text packets. Implementing this callback will enable
+ * mac80211 to announce NL80211_EXT_FEATURE_ATOMIC_KEY_REPLACE.
+ * Packets already
Hi Alexander,
On 08/14/2018 05:42 AM, Alexander Wetzel wrote:
Drivers able to correctly replace a in-use key should set
NL80211_EXT_FEATURE_ATOMIC_KEY_REPLACE to allow the userspace (e.g.
hostapd or wpa_supplicant) to rekey PTK keys.
The userspace must detect a PTK rekey attempt and only go
The current mac80211 WDS (4-address mode) can be used to cover most of the
Multi-AP requirements for Data frames per the WFA Multi-AP Specification v1.0.
When configuring AP/STA interfaces in 4-address mode, they are able to function
as fronthaul AP/backhaul STA of Multi-AP device complying
On 8/15/2018 8:01 PM, Rafał Miłecki wrote:
From: Rafał Miłecki
It may happen for FullMAC firmware to crash. It should be detected and
ideally somehow handled by a driver.
Since commit ff4445a8502c ("brcmfmac: expose device memory to
devcoredump subsystem") brcmfmac has BRCMF_E_PSM_WATCHDOG
On Thu, Aug 16, 2018 at 12:31:07PM +0200, Stanislaw Gruszka wrote:
> I prepared a patch that count EPROTO errors and if it's bigger
> than 10 mark device as gone. It should not make a problem
> when we will get one time random error. I'm attaching it,
> please test.
Forgot to compile the patch,
Hello
On Thu, Aug 16, 2018 at 12:35:29AM +0200, Daniel Golle wrote:
> Clone the master branch of
> https://git.openwrt.org/openwrt/staging/dangole.git
> and give it shot and let us know the results.
Thanks!
> > Please also remove:
> >
Kalle Valo writes:
> Ajay Singh writes:
>
>> Hi Greg,
>>
>> We all are working on submitting and reviewing patches for wilc1000 in
>> staging driver for quite some time.
>>
>> We would like to have feedback on the next steps to bring wilc1000
>> driver closer to move into the wireless
Ajay Singh writes:
> Hi Greg,
>
> We all are working on submitting and reviewing patches for wilc1000 in
> staging driver for quite some time.
>
> We would like to have feedback on the next steps to bring wilc1000
> driver closer to move into the wireless subsystem tree.
>
> In summary, the
Rafał Miłecki writes:
> From: Rafał Miłecki
>
> It may happen for FullMAC firmware to crash. It should be detected and
> ideally somehow handled by a driver.
>
> Since commit ff4445a8502c ("brcmfmac: expose device memory to
> devcoredump subsystem") brcmfmac has BRCMF_E_PSM_WATCHDOG event
On Wed, Aug 15, 2018 at 10:25:48PM -0600, Randy Oostdyk wrote:
> Sorry about the mangled log file! Here's the txt file as an
> attachment, hope it's useful.
We loop infinitely in rt2x00_rxdone because we can not submit
urb. We always get EPROTO error. I think usb host driver should
give ENODEV at
Hi Greg,
On Thu, 16 Aug 2018 08:43:54 +0200
Greg KH wrote:
> On Thu, Aug 16, 2018 at 01:52:43AM +0530, Ajay Singh wrote:
> > Hi Greg,
> >
> > We all are working on submitting and reviewing patches for wilc1000
> > in staging driver for quite some time.
> >
> > We would like to have feedback
On Thu, Aug 16, 2018 at 01:52:43AM +0530, Ajay Singh wrote:
> Hi Greg,
>
> We all are working on submitting and reviewing patches for wilc1000 in
> staging driver for quite some time.
>
> We would like to have feedback on the next steps to bring wilc1000
> driver closer to move into the
Hi Greg,
We all are working on submitting and reviewing patches for wilc1000 in
staging driver for quite some time.
We would like to have feedback on the next steps to bring wilc1000
driver closer to move into the wireless subsystem tree.
In summary, the following major things from TODO have
14 matches
Mail list logo
