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

Please Add HOW TO INSTALL FILE #1

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

Conversation

Qammarbhat
Copy link

Hello, Please can yo give me the list of commandss to install this driver in my kali linux.

lwfinger and others added 30 commits September 19, 2014 14:18
This change moves the lock so that it protects a call to __skb_dequeue().

Signed-off-by: Larry Finger <[email protected]>
The incorrect placement of a lock meant that the TX ring queue was not
protected. On one system, this led to freezes when running rtl8192ee.
When checking the other drivers to see which ones are affected, it was
discovered that several of them used identical code. Accordingly, this
routine was moved into core.c where all the drivers could share a single
copy.

Signed-off-by: Larry Finger <[email protected]>

Conflicts:
	rtl8188ee/fw.c
	rtl8192c/fw_common.c
	rtl8192de/fw.c
	rtl8192ee/fw.c
	rtl8723ae/fw.c
	rtl8723be/fw.c
	rtl8821ae/fw.c
In a number of places, kmalloc or valloc were used to acquire memory.
To ensure that these locations are correctly initialized, the calls were
changed to kzalloc and vzalloc. The change seems to have cleared a problem
that was causing HT operations to be cancelled.

Signed-off-by: Larry Finger <[email protected]>

Conflicts:
	rtl8723ae/hal_btc.c
In kernel 3.13.0-XX where XX is >= 32, Ubuntu has implemented the API
change that was introduced in mainline V3.15 by commit d8ca16db6bb2 ("mac80211:
add length check in ieee80211_is_robust_mgmt_frame()"). The result is that the
code in this repo gets it wrong for Ubuntu kernels. The result is
a kernel that crashes when using the corresponging driver. Thanks to user
"lenonk" at GitHub, there is a fix. I have not tested it as I do not use one
of the affected kernels; however, it looks correct.

Signed-off-by: Larry Finger <[email protected]>
Whe uninstalling the drivers, the saved versions are restored. Firmware is
not touched when uninstalling.

Signed-off-by: Larry Finger <[email protected]>
…as never mapped

This fix is a kluge. I'm not sure that these buffers are mapped under any
circumstance. At least the splat goes away.

Signed-off-by: Larry Finger <[email protected]>

Conflicts:
	rtl8192ee/hw.c
----------------------
11A Throughput is very low
because ratr is not initialized
---------------------
this will affect some modes that issue beacon
…ation

The low-level routines involve the use of outb(), etc. These routines are not
available for all architectures, and some builds will fail. The high-level
routines are correct for all architectures.

Signed-off-by: Larry Finger <[email protected]>
Driver rtlwifi has been modified to call ieee80211_register_hw()
from the probe routine; however, the existing call in the callback
routine for deferred firmware loading was not removed.

Signed-off-by: Larry Finger <[email protected]>
In 3.18, the kernel contains options to compress the modules. When this
option is selected, installation of modules from this repo resulted in a
mixture of old and new versions that would not load correctly.

Signed-off-by: Larry Finger <[email protected]>
Device RTL8812AE fails to work on these kernels if VHT is enabled because
of lack of implementation for add_chanctx.

Signed-off-by: troy-tan <[email protected]>
----------------------
make cam code more easy to view
and prepare for concurrent function
-------------------------------
1.fix cannot parse C2H CMD
2.fix TX HANG when adhoc is setup
3.fix TX HANG sometimes
4.fix rx desc unavailable

 Author:    troy-tan <[email protected]>
 Date:      Mon Jan 12 10:17:32 2015 +0800
This callback routine pointer was added to driver rtl8192ee to help
fix the stability of the connection. One problem with that fix is that
this pointer is undefined for the rest of the drivers. To prevent
crashes, we need to test for a non-NULL pointer before we call the
routine.

Signed-off-by: Larry Finger <[email protected]>
lwfinger and others added 20 commits January 22, 2015 12:30
These changes convert the various makefiles to be similar to those of
the kernel. Now, the build is much cleaner, and using the -jX switch
for multiple build processes is much better.

Signed-off-by: Larry Finger <[email protected]>
The rates used are of the form DESC92C_RATEXXXX. Rename them to DESC_RATEXXXX.

Signed-off-by: Larry Finger <[email protected]>
All hw driver components in the rtlwifi driver, except for the
rtl8192de component has this bug. They would clear BE bit in the
ACM_CTRL register instead of the VO bit when processing the VO queue.

Signed-off-by: Jes Sorensen <[email protected]>
Signed-off-by: Larry Finger <[email protected]>
This array would be uninitialized in the unlikely case that the device did not
boot from EFUSE, but this change silences any possible compiler warning.

Signed-off-by: Larry Finger <[email protected]>
For devices using the new style of trx flow, when a new skb cannot be
allocated, pointer buffer_desc is left as NULL.

Signed-off-by: Larry Finger <[email protected]>
When a CAM key is changed, the change is always logged. The log level is
changed from DBG_EMERG to DBG_LOUD.

Signed-off-by: Larry Finger <[email protected]>
When a beacon is transmitted, the "own" bit is not cleared. As a result, most
of the implementations of is_tx_desc_closed() will return false. This causes
the TX interrupt service routine to quit early and leak an IOMMU mapping.
By testing for a beacon before calling the above routine, this leakage is
prevented.

Signed-off-by: Larry Finger <[email protected]>
Transmission of a beacon while in AP mode does not generate an interrupt, thus
the TX interrupt service routine is not called, and the cleanup is handled in
a tasklet completion routine. Unfortunately, this routine does not release the
DMA mapping before it frees the skb.

Signed-off-by: Shao Fu <[email protected]>
Signed-off-by: Larry Finger <[email protected]>
USB ID 2001:330d is used for a D-Link DWA-131.

Signed-off-by: Larry Finger <[email protected]>
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.

4 participants