Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Working! TP-LINK AC1300 T4U PLUS - Version 1.8 #14

Open
wants to merge 73 commits into
base: master
Choose a base branch
from

Conversation

NeryCast
Copy link

[
IMG_20210215_152959165
InkedIMG_20210215_140647640_LI

](url)

Wifislax 2.4 based Slackware 14.2 Kernel 5.4.91 LTS

pprindeville and others added 23 commits July 15, 2020 01:19
Signed-off-by: Philip Prindeville <[email protected]>
Get clean compile without -Wimplicit-fallthroug warnings
This patch has been retrieved (and slightly updated to remove empty
lines, fix indentation) from:
aircrack-ng/rtl8188eus@ad543d2

Signed-off-by: Fabrice Fontaine <[email protected]>
Fix build with kernel 5.8
Addition of tp-link Archer T4U (Revision V3 only)  to known devices
Tested and confirmed on Kali Linux with kernel version 5.8.0-kali2-amd64
Allows the module to build (and work) distributions
that have gcc prior to gcc-7.

Signed-off-by: Ilija Hadzic <[email protected]>
Fix the following build failure:

/home/kali/rtl8822bu/core/rtw_mlme_ext.c:1829:3: error: 'fallthrough' undeclared (first use in this function)
 1829 |   fallthrough;
      |   ^~~~~~~~~~~

Signed-off-by: Fabrice Fontaine <[email protected]>
Addition of tp-link Archer T4U  to known devices
use fallthrough statement only in gcc version that supports it
[[fallthrough]] is a C++17 statement so it can't be used in plain C code
and will raise a build failure with at least gcc 8

The standard and portable way could be to use
__attribute__ ((fallthrough)); but it does not seem to be really
supported (e.g antoineco/broadcom-wl#12)

So just use a magical comment that should be understood by gcc > 7 and
ignored by older compilers, this is ugly but it works

Signed-off-by: Fabrice Fontaine <[email protected]>
gcc seems to have issue understanding the fallthrough comment because of
the endif statement that is added after this comment so move the comment
outside of the #ifdef block

Signed-off-by: Fabrice Fontaine <[email protected]>
During the scan, driver receives the notification about
discovered networks spread over approximately 4-second
period. Descriptor is constructed and placed into internal
list that is then flushed in a callback function
when the scan is complete. This will cause the timestamp
associated with the network to be delayed up to 4
seconds compared to the actual time when the network is
observed. Specifically, the reported 'last seen' field in
'iw dev scan dump' will be wrong.

To fix this, call cfg80211_inform_bss as soon as
the network is observed and finish the remaining
housekeeping in the callback. This will cause the
common kernel wifi framework to generate the timestamp
with less delay than if the cfg80211_inform_bss
were called in the callback.

The remaining (and irreducable) delay is between
the hardware and the driver reciving the notification,
but this should be much less than if we waited for
the scan to complete.

Signed-off-by: Ilija Hadzic <[email protected]>
they are not doing anything useful right
next to the function definitions

Signed-off-by: Ilija Hadzic <[email protected]>
fix build with gcc < 10 due to fallthrough

Working with gcc 10.2. Post any further compilation issues
Fix scan timestamps + minor cleanup
@NeryCast NeryCast changed the title Working! TP-LINK AC1300 TU4 PLUS - Version 1.8 Working! TP-LINK AC1300 T4U PLUS - Version 1.8 Feb 15, 2021
bazeon and others added 2 commits February 28, 2021 15:48
Confirmed on Pop Os 20.10 with kernel 5.8
Added Linksys WUSB6400M to known devices
@jabss
Copy link

jabss commented Apr 21, 2021

Hi,

Can you put the NIC into Monitor mode?
I'm using the EntropicEffect:master clone I'm unable to...


sudo iw --debug wlan0 set monitor control

-- Debug: Sent Message:
--------------------------   BEGIN NETLINK MESSAGE ---------------------------
  [NETLINK HEADER] 16 octets
    .nlmsg_len = 44
    .type = 29 <0x1d>
    .flags = 5 <REQUEST,ACK>
    .seq = 1619047673
    .port = 452986045
  [GENERIC NETLINK HEADER] 4 octets
    .cmd = 6
    .version = 0
    .unused = 0
  [PAYLOAD] 24 octets
    08 00 03 00 03 00 00 00 08 00 05 00 06 00 00 00 ................
    08 00 17 00 04 00 03 00                         ........
---------------------------  END NETLINK MESSAGE   ---------------------------
-- Debug: Received Message:
--------------------------   BEGIN NETLINK MESSAGE ---------------------------
  [NETLINK HEADER] 16 octets
    .nlmsg_len = 64
    .type = 2 <ERROR>
    .flags = 0 <>
    .seq = 1619047673
    .port = 452986045
  [ERRORMSG] 20 octets
    .error = -95 "Operation not supported"
  [ORIGINAL MESSAGE] 16 octets
    .nlmsg_len = 16
    .type = 29 <0x1d>
    .flags = 5 <REQUEST,ACK>
    .seq = 1619047673
    .port = 452986045
---------------------------  END NETLINK MESSAGE   ---------------------------
command failed: Operation not supported (-95)

Any idea why?

└─$ uname -a                                                                                                    161 ⨯
Linux kali 5.10.0-kali7-amd64 #1 SMP Debian 5.10.28-1kali1 (2021-04-12) x86_64 GNU/Linux

└─$ lsusb                                                                                                       161 ⨯
Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 001 Device 002: ID 2357:0115 TP-Link Archer T4U ver.3
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub

Thanks in advance

cpb- and others added 3 commits July 14, 2021 10:31
This is especially usefull for cross-compilation.
Allow configuring `KSRC` before running `make`.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.