Warning: file_exists(): open_basedir restriction in effect. File(/srv/http/vhosts/aur.archlinux.org/public/web/locale//en/LC_MESSAGES/aurweb.mo) is not within the allowed path(s): (/srv/http/vhosts/aur-dev.archlinux.org/:/etc/aurweb/) in /srv/http/vhosts/aur-dev.archlinux.org/public/web/lib/streams.php on line 90
AUR (en) - linux-ath-lxd

Notice: Undefined variable: name in /srv/http/vhosts/aur-dev.archlinux.org/public/web/lib/pkgfuncs.inc.php on line 248

Package Details: linux-ath-lxd 4.6.4-1

Git Clone URL: https://aur-dev.archlinux.org/linux-ath-lxd.git (read-only)
Package Base: linux-ath-lxd
Description: The Linux-ath-lxd kernel and modules. Enables broadcast function on all channels of 2.4Ghz and 5Ghz bands on Atheros WiFi cards in hostapd by ignoring card's EEPROM and Regulatory Domain restrictions. Adds namespaces support for LXD virtualisation.
Upstream URL: http://www.kernel.org/
Licenses: GPL2
Submitter: lockheed
Maintainer: lockheed
Last Packager: lockheed
Votes: 0
Popularity: 0.000000
First Submitted: 2016-08-10 08:33
Last Updated: 2016-08-10 09:15

Latest Comments

lockheed commented on 2016-11-07 08:38

@freddie,

You are correct that the patch talked about on this website is about performance.

However, from the brief scan of the article, posts and patch content, I saw no evidence it is in any way related to disabling Atheros EEPROM domain restrictions.

What's more, as I understand things, disabling/ignoring Atheros domain restrictions can never be part of kernel, because it is against regulations, or "illegal" for the lack of better word. And Linux kernel cannot contain illegal code.

Therefore, I don't think it has anything to do with what my package here is about. As I see it, our best hope is to wait for OpenWrt devs to develop a version of this patch compatible with recent kernels. But as they are stuck on 4.4 (or something similar), and seeing that they not only ignored, but even deleted my suggestion to do so from their github (https://github.com/CreatorDev/openwrt/issues/146#issuecomment-252172435), I don't see this happening anytime soon.

freddie commented on 2016-11-06 20:48

Check also under the Result section where the developer talks about witch patches he had use for the test.

https://patchwork.kernel.org/patch/9345829/
https://patchwork.kernel.org/patch/9345831/
https://patchwork.kernel.org/patch/9311037/

freddie commented on 2016-11-06 20:34

Those two at the bottom,

from second at the bottom
The mac80211 patches will be in Linux 4.9, and the patch to ath9k to use it should go into 4.10. So until then, you'll have to patch your kernel yourself if you want to use it

from last post
https://kau.toke.dk/git/lede/tree/package/kernel/mac80211/patches/321-ath9k-Add-a-per-station-airtime-deficit-scheduler.patch

and the same patch you have
402-ath_regd_optional.patch

I struggle with not to find my 5ghz channel and i just saw that blog when searching for athk9.

I just scimming thrue the blog and what i understand,the first patch should give better performance?? and the other find 2.4/5ghz channel.

and your comment from here.
Atheros domain patch is not compatible with kernels above 4.6.

But if you use that patch 321-ath9k-Add-a-per-station-airtime-deficit-scheduler.patch, should do so we can use 402-ath_regd_optional.patch for 4.8 ?? or do i completely missunderstanding the blog :)

lockheed commented on 2016-11-06 19:57

@freddie, what comment do you mean, specifically?

freddie commented on 2016-11-06 19:20

Should this work for kernel 4.8
https://blog.tohojo.dk/2016/06/fixing-the-wifi-performance-anomaly-on-ath9k.html

check the comments

Det commented on 2016-10-22 10:54

4.6.7?

lockheed commented on 2016-10-22 10:53

@Det
Atheros domain patch is not compatible with kernels above 4.6.

Det commented on 2016-10-22 10:37

Out of date?