Skip to content

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

Open
NeryCast wants to merge 73 commits intojeremyb31:masterfrom
EntropicEffect:master
Open

Working! TP-LINK AC1300 T4U PLUS - Version 1.8#14
NeryCast wants to merge 73 commits intojeremyb31:masterfrom
EntropicEffect:master

Conversation

@NeryCast
Copy link
Copy Markdown

[
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 <philipp@redfish-solutions.com>
Signed-off-by: Philip Prindeville <philipp@redfish-solutions.com>
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 <fontaine.fabrice@gmail.com>
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 <ilijahadzic@gmail.com>
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 <fontaine.fabrice@gmail.com>
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 <fontaine.fabrice@gmail.com>
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 <fontaine.fabrice@gmail.com>
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 <ilijahadzic@gmail.com>
they are not doing anything useful right
next to the function definitions

Signed-off-by: Ilija Hadzic <ilijahadzic@gmail.com>
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
Copy Markdown

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.