Closed nicopace closed 7 years ago
/me is going to pick up a serious amount of ath9k test gear from @FreifunkUFO at some point during the weekend
@dangowrt awesome!!! Let us know what you find out :)
which firmware? kernel-hangs? so we might need serial console?
some freifunk-gluon users also uses 11s.. we have to ask them about their experiences and wifi-config.
https://github.com/freifunk-gluon/gluon
see f.i. gluon-patch here (maybe uploading to lede-dev?) https://github.com/freifunk-gluon/gluon/pull/1078
Looks like @nbd168 just fixed 802.11s in LEDE, at least that kernel bug does't get triggered any more. See commit cffeb311 mac80211: backport an upstream fix for queue start/stop handling
Are you sure @dangowrt? it doesn't seem to mention much more than 'Fixes issues with 802.11s'... we should test
It looks like it, but I'm about to test this excessively just now...
ok, i found a ticket about this stuff: https://bugs.lede-project.org/index.php?do=details&task_id=644&order=dateopened&sort=desc
and i found another ticket: https://bugs.lede-project.org/index.php?do=details&task_id=619&order=dateopened&sort=desc
upstream (I referenced previously).\
likely cause of the probolem, coverage '5' seems wrong, too)
Fixed in the last release
so why there is a need for an extra (gluon?-)snippet/patch? https://github.com/libremesh/lime-sdk/blob/master/snippets/patch_sdk_11s.sh its uploaded by anonymious!? :-o
That was a mistake. I commited from another computer where my name was not configured properly on git.
On 12/05/17 16:41, Ilario Gelmetti wrote:
anonymous = p4u, as he confirmed in lime-users mailing list
-- ./p4u
See also https://github.com/libremesh/lime-packages/issues/123 which seems to be a duplicate of this bug for more details
In the current implementation of Atheros' 802.11s there seems to be a bug that hangs the kernel. @p4u and @altergui may be able to add more detail to this issue.