[PATCH] rtl8xxxu: rtl8192eu: Map out EFUSE TX power area

2015-11-02 Thread Jakub Sitnicki
TX power values are laid out differently in EFUSE found in RTL8192EU & RTL8188EU devices. TX power indices and differences for each RF path are not interleaved (A, B, A, B), as in other chips, but follow one another (A, B, C, D). Signed-off-by: Jakub Sitnicki <jsitni...@gmail.com> --

Re: [RFC 08/16] rtl8xxxu: Extract TX power fields from struct rtl8xxu_priv

2015-10-23 Thread Jakub Sitnicki
On Wed, Oct 21, 2015 at 03:58 AM CEST, Jes Sorensen <jes.soren...@redhat.com> wrote: > Jakub Sitnicki <jsitni...@gmail.com> writes: >> Signed-off-by: Jakub Sitnicki <jsitni...@gmail.com> >> --- >> drivers/net/wireless/realtek/rtl8xxxu/rtl8xxxu.c | 95 >

Re: [RFC 13/16] rtl8xxxu: Make set_tx_power a chip-type-dependent operation

2015-10-23 Thread Jakub Sitnicki
On Wed, Oct 21, 2015 at 04:07 AM CEST, Jes Sorensen <jes.soren...@redhat.com> wrote: > Jakub Sitnicki <jsitni...@gmail.com> writes: >> Preparatory step for adding support for RTL8188EU chips. >> >> Signed-off-by: Jakub Sitnicki <jsitni...@gmail.com>

Re: [RFC 00/16] rtl8xxxu: eFUSE parsing for RTL8188EU chips

2015-10-22 Thread Jakub Sitnicki
On Wed, Oct 21, 2015 at 02:29 AM CEST, Jes Sorensen <jes.soren...@redhat.com> wrote: > Jakub Sitnicki <jsitni...@gmail.com> writes: >> Hi Jes, >> >> I'm posting this patch set to show in what direction the work is >> going. Hopefully any changes (e.g.

Re: [RFC 05/16] rtl8xxxu: Unbreak a user-visible string

2015-10-22 Thread Jakub Sitnicki
On Wed, Oct 21, 2015 at 03:46 AM CEST, Jes Sorensen <jes.soren...@redhat.com> wrote: > Jakub Sitnicki <jsitni...@gmail.com> writes: >> Signed-off-by: Jakub Sitnicki <jsitni...@gmail.com> >> --- >> drivers/net/wireless/realtek/rtl8xxxu/rtl8xxxu.c | 4 ++--

Re: [RFC 02/16] rtl8xxxu: Use REG_EFUSE_TEST register only on multifunctional devices

2015-10-22 Thread Jakub Sitnicki
On Wed, Oct 21, 2015 at 02:57 AM CEST, Jes Sorensen <jes.soren...@redhat.com> wrote: > Jakub Sitnicki <jsitni...@gmail.com> writes: >> rtl8192cu driver doesn't read/write the REG_EFUSE_TEST register. >> Neither does the rtl8188eu driver. Do it only for RTL8192CU-bas

Re: [RFC 01/16] rtl8xxxu: Treat REG_9346CR as an 8-bit wide register

2015-10-22 Thread Jakub Sitnicki
On Wed, Oct 21, 2015 at 02:29 AM CEST, Jes Sorensen <jes.soren...@redhat.com> wrote: > Jakub Sitnicki <jsitni...@gmail.com> writes: >> rtl8723au driver treats REG_9346CR register as either 8- or 16-bit wide, >> while rtl8192cu driver treats it as 8-bit wide, and so doe

[RFC 01/16] rtl8xxxu: Treat REG_9346CR as an 8-bit wide register

2015-10-20 Thread Jakub Sitnicki
rtl8723au driver treats REG_9346CR register as either 8- or 16-bit wide, while rtl8192cu driver treats it as 8-bit wide, and so does rtl8188eu driver. Use the lowest common denominator strategy. Signed-off-by: Jakub Sitnicki <jsitni...@gmail.com> --- drivers/net/wireless/realtek/rt

[RFC 00/16] rtl8xxxu: eFUSE parsing for RTL8188EU chips

2015-10-20 Thread Jakub Sitnicki
d with any device that is known to work with rtl8xxxu, only a TP-Link TL-WN725N (RTL8188EU) dongle. The corresponding git branch for this patch set is at: git https://github.com/jsitnicki/linux.git branch rtl8xxxu-rtl8188eu Cheers, Jakub Jakub Sitnicki (16): rtl8xxxu: Treat REG_9346CR as an

[RFC 09/16] rtl8xxxu: Rename struct struct rtl8723au_tx_power fields

2015-10-20 Thread Jakub Sitnicki
Remove the redundant infix ("tx_power") from field names. Signed-off-by: Jakub Sitnicki <jsitni...@gmail.com> --- drivers/net/wireless/realtek/rtl8xxxu/rtl8xxxu.c | 92 drivers/net/wireless/realtek/rtl8xxxu/rtl8xxxu.h | 18 ++--- 2 files changed, 55 i

[RFC 14/16] rtl8xxxu: Introduce a device agnostic constant for efuse map length

2015-10-20 Thread Jakub Sitnicki
Preparatory step for adding support for RTL8188EU devices. Signed-off-by: Jakub Sitnicki <jsitni...@gmail.com> --- Notes: An alternative approach to keeping a buffer that is big enough to hold the efuse map of any of the supported chips would be to allocate the efuse map on-

[RFC 16/16] rtl8xxxu: rtl8188eu: Implement parse_efuse()

2015-10-20 Thread Jakub Sitnicki
As opposed to the vendor driver (rtl8188eu), extract from efuse only these TX power values that are going to be of use later on. Signed-off-by: Jakub Sitnicki <jsitni...@gmail.com> --- drivers/net/wireless/realtek/rtl8xxxu/rtl8xxxu.c | 35 +++- drivers/net/wireless/r

[RFC 11/16] rtl8xxxu: Make efuse content length a parameter

2015-10-20 Thread Jakub Sitnicki
This is a preparatory step for adding support for RTL8188EU chips which have different efuse length. Signed-off-by: Jakub Sitnicki <jsitni...@gmail.com> --- drivers/net/wireless/realtek/rtl8xxxu/rtl8xxxu.c | 5 - drivers/net/wireless/realtek/rtl8xxxu/rtl8xxxu.h | 1 + 2 files chan

[RFC 10/16] rtl8xxxu: Rename struct rtl8723au_idx

2015-10-20 Thread Jakub Sitnicki
Signed-off-by: Jakub Sitnicki <jsitni...@gmail.com> --- drivers/net/wireless/realtek/rtl8xxxu/rtl8xxxu.c | 16 +- drivers/net/wireless/realtek/rtl8xxxu/rtl8xxxu.h | 38 2 files changed, 27 insertions(+), 27 deletions(-) diff --git a/drivers/net/wireless/r

[RFC 13/16] rtl8xxxu: Make set_tx_power a chip-type-dependent operation

2015-10-20 Thread Jakub Sitnicki
Preparatory step for adding support for RTL8188EU chips. Signed-off-by: Jakub Sitnicki <jsitni...@gmail.com> --- drivers/net/wireless/realtek/rtl8xxxu/rtl8xxxu.c | 6 -- drivers/net/wireless/realtek/rtl8xxxu/rtl8xxxu.h | 1 + 2 files changed, 5 insertions(+), 2 deletions(-) diff

[RFC 08/16] rtl8xxxu: Extract TX power fields from struct rtl8xxu_priv

2015-10-20 Thread Jakub Sitnicki
Signed-off-by: Jakub Sitnicki <jsitni...@gmail.com> --- drivers/net/wireless/realtek/rtl8xxxu/rtl8xxxu.c | 95 drivers/net/wireless/realtek/rtl8xxxu/rtl8xxxu.h | 30 2 files changed, 66 insertions(+), 59 deletions(-) diff --git a/drivers/net/wireless/r

[RFC 06/16] rtl8xxxu: rtl8723au: Introduce a pointer to efuse

2015-10-20 Thread Jakub Sitnicki
Signed-off-by: Jakub Sitnicki <jsitni...@gmail.com> --- drivers/net/wireless/realtek/rtl8xxxu/rtl8xxxu.c | 26 +--- 1 file changed, 14 insertions(+), 12 deletions(-) diff --git a/drivers/net/wireless/realtek/rtl8xxxu/rtl8xxxu.c b/drivers/net/wireless/realtek/rt

[RFC 05/16] rtl8xxxu: Unbreak a user-visible string

2015-10-20 Thread Jakub Sitnicki
Signed-off-by: Jakub Sitnicki <jsitni...@gmail.com> --- drivers/net/wireless/realtek/rtl8xxxu/rtl8xxxu.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/net/wireless/realtek/rtl8xxxu/rtl8xxxu.c b/drivers/net/wireless/realtek/rtl8xxxu/rtl8xxxu.c index c

[RFC 12/16] rtl8xxxu: Prepare to have more than one kind of struct *_tx_power

2015-10-20 Thread Jakub Sitnicki
Preparatory step for adding support for RTL8188EU chips. We follow the same approach as with efuse here. Signed-off-by: Jakub Sitnicki <jsitni...@gmail.com> --- drivers/net/wireless/realtek/rtl8xxxu/rtl8xxxu.c | 6 +++--- drivers/net/wireless/realtek/rtl8xxxu/rtl8xxxu.h | 4 +++- 2 files c

[RFC 07/16] rtl8xxxu: rtl8192cu: Introduce a pointer to efuse

2015-10-20 Thread Jakub Sitnicki
Signed-off-by: Jakub Sitnicki <jsitni...@gmail.com> --- drivers/net/wireless/realtek/rtl8xxxu/rtl8xxxu.c | 29 1 file changed, 15 insertions(+), 14 deletions(-) diff --git a/drivers/net/wireless/realtek/rtl8xxxu/rtl8xxxu.c b/drivers/net/wireless/realtek/rt

[RFC 15/16] rtl8xxxu: rtl8188eu: Add stubbed fileops and chip-specific constants

2015-10-20 Thread Jakub Sitnicki
Signed-off-by: Jakub Sitnicki <jsitni...@gmail.com> --- drivers/net/wireless/realtek/rtl8xxxu/rtl8xxxu.c | 32 drivers/net/wireless/realtek/rtl8xxxu/rtl8xxxu.h | 6 - 2 files changed, 37 insertions(+), 1 deletion(-) diff --git a/drivers/net/wireless/realtek/rt

[RFC 04/16] rtl8xxxu: Skip disabled efuse words early

2015-10-20 Thread Jakub Sitnicki
Avoid a negative conditional and an extra level of indentation in the bigger part of the loop body. Signed-off-by: Jakub Sitnicki <jsitni...@gmail.com> --- drivers/net/wireless/realtek/rtl8xxxu/rtl8xxxu.c | 28 +++- 1 file changed, 13 insertions(+), 15 deletions(-)

Re: rtlwifi: rtl8723be: Add new driver

2015-10-19 Thread Jakub Sitnicki
Hi Dan, On Mon, Oct 19, 2015 at 05:10 PM CEST, Dan Carpenter wrote: > The patch a619d1abe20c: "rtlwifi: rtl8723be: Add new driver" from Feb > 28, 2014, leads to the following static checker warning: > > drivers/net/wireless/realtek/rtlwifi/rtl8723be/hw.c:1802 >

Re: [PATCH 1/1] New driver: rtl8xxxu (mac80211)

2015-10-08 Thread Jakub Sitnicki
Hi Jes, On Sat, Aug 29, 2015 at 11:18 PM CEST, jes.soren...@redhat.com wrote: > This is an alternate driver for a number of Realtek WiFi USB devices, > including RTL8723AU, RTL8188CU, RTL8188RU, RTL8191CU, and RTL8192CU. > It was written from scratch utilizing the Linux mac80211 stack. > > After

[PATCH] staging: rtl8188eu: Introduce monitor interface for IEEE 802.11 frames

2015-09-18 Thread Jakub Sitnicki
it will show up as a monX network device, which can be used by the userspace programs for monitoring network traffic. It is intended as an exploratory/debugging tool for rtl8188eu driver. Signed-off-by: Jakub Sitnicki <jsitni...@gmail.com> --- drivers/staging/rtl8188eu/Makefile | 1 + d

[PATCH] Monitor interface for rtl8188eu

2015-09-18 Thread Jakub Sitnicki
/sec after: 41.6 Mbits/sec [1] https://lkml.kernel.org/g/1441383439-27007-1-git-send-email-jsitni...@gmail.com [2] https://github.com/lwfinger/rtl8188eu/issues/73#issuecomment-138588729 Jakub Sitnicki (1): staging: rtl8188eu: Introduce monitor interface for IEEE 802.11 frames drivers/staging

[RFC] staging: rtl8188eu: Introduce monitor interface for IEEE 802.11 frames

2015-09-04 Thread Jakub Sitnicki
it will show up as a monX network device, which can be used by the userspace programs for monitoring network traffic. It is intended as an exploratory/debugging tool for rtl8188eu driver. Signed-off-by: Jakub Sitnicki <jsitni...@gmail.com> --- drivers/staging/rtl8188eu/Makefile | 1 + d

[RFC] Monitor interface for rtl8188eu

2015-09-04 Thread Jakub Sitnicki
/Wireshark to analyze the flow of 802.11 frames: modprobe r8188eu monitor_enable=1 ip link set mon0 up tshark -i mon0 I've been testing it against v4.2, with hardware encryption, and only with CCMP (AES) cipher in use, but it should work with any. Feedback is welcome. Cheers, Jakub Jakub S