linux-wireless.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Jes Sorensen <Jes.Sorensen@redhat.com>
To: Larry Finger <Larry.Finger@lwfinger.net>
Cc: linux-wireless@vger.kernel.org, kvalo@codeaurora.org
Subject: Re: [PATCH 00/16] rtl8xxxu - additional fixes
Date: Thu, 14 Apr 2016 17:11:36 -0400	[thread overview]
Message-ID: <wrfjpotrevzr.fsf@redhat.com> (raw)
In-Reply-To: <571002AA.9020602@lwfinger.net> (Larry Finger's message of "Thu, 14 Apr 2016 15:50:50 -0500")

Larry Finger <Larry.Finger@lwfinger.net> writes:
> On 04/14/2016 03:37 PM, Jes.Sorensen@redhat.com wrote:
>> From: Jes Sorensen <Jes.Sorensen@redhat.com>
>>
>> Hi,
>>
>> This is a second set of rtl8xxxu related patches, which goes on top of
>> the set I sent out earlier today. If you only have time to go through
>> one set, please look at the other set.
>>
>> This set primarily contains fixes to make rtl8188ru v2 devices work
>> again. I have reports that v1 devices still don't work, but I don't
>> have one of those, so I am not able to test this.
>>
>> This also includes a fix for a crash reported by Xose Vazquez Peres
>> when trying to hot add a USB ID. It marks 0x050d:0x1004 as tested,
>> reported by Andrea Merello, and handles an old bug where the
>> driver didn't unregister from mac80211 before shutting down the
>> device. Last it includes a uninitialized return value fix from Colin
>> Ian King.
>
> I can confirm that the rtl8188ru v1 devices still do not work. Using
> "iwlist scan", my APs at 2m have signal levels from -90 to -98 dBm. I
> do not know if it is a problem in setting the gain, or if the antenna
> selection is wrong.
>
> By the way, I have the same problem with the rtl8723bu device.

Note that the Realtek devices don't allow you to set gains for RX, only
for TX power.

For the 8723bu it works for me if I remove the device, reload the
driver, restart NetworkMangler, then insert the device. There is
something in the device reset code that doesn't work right at the
moment, but I haven't figured it out yet.

The 8188ru v1 issue is likely different from the 8723bu issue though.

I also won't guarantee you can trust the signal levels reported by
iwlist scan .... it's possible I haven't implemented all of that yet,
but I could be wrong there.

In either case, support for some usage is better than no usage, until we
figure out the remaining problems :)

Cheers,
Jes

      reply	other threads:[~2016-04-14 21:11 UTC|newest]

Thread overview: 20+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-04-14 20:37 [PATCH 00/16] rtl8xxxu - additional fixes Jes.Sorensen
2016-04-14 20:37 ` [PATCH 01/16] rtl8xxxu: Mark 0x050d:0x1004 as tested Jes.Sorensen
2016-04-15 18:39   ` [01/16] " Kalle Valo
2016-04-14 20:37 ` [PATCH 02/16] rtl8xxxu: fix uninitialized return value in ret Jes.Sorensen
2016-04-14 20:37 ` [PATCH 03/16] rtl8xxxu: Move PHY RF init into device specific functions Jes.Sorensen
2016-04-14 20:37 ` [PATCH 04/16] rtl8xxxu: For devices with external PA (8188RU), limit CCK TX power Jes.Sorensen
2016-04-14 20:37 ` [PATCH 05/16] rtl8xxxu: Apply 8188RU workaround for UMC B cut parts correctly Jes.Sorensen
2016-04-14 20:37 ` [PATCH 06/16] rtl8xxxu: Use rtl_chip == RTL8188R to identify high PA parts Jes.Sorensen
2016-04-14 20:37 ` [PATCH 07/16] rtl8xxxu: Match 8723bu power down sequence to vendor driver Jes.Sorensen
2016-04-14 20:37 ` [PATCH 08/16] rtl8xxxu: Unregister from mac80211 before shutting down the device Jes.Sorensen
2016-04-14 20:37 ` [PATCH 09/16] rtl8xxxu: Update copyright statement to include 2016 Jes.Sorensen
2016-04-14 20:37 ` [PATCH 10/16] rtl8xxxu: Set register 0xfe10 on rtl8192cu based parts Jes.Sorensen
2016-04-14 20:37 ` [PATCH 11/16] rtl8xxxu: Add TX power base values for gen1 parts Jes.Sorensen
2016-04-14 20:37 ` [PATCH 12/16] rtl8xxxu: Fix 8188RU support Jes.Sorensen
2016-04-14 20:37 ` [PATCH 13/16] rtl8xxxu: Fix OOPS if user tries to add device via /sys Jes.Sorensen
2016-04-14 20:37 ` [PATCH 14/16] rtl8xxxu: Implement rtl8192e_enable_rf() Jes.Sorensen
2016-04-14 20:37 ` [PATCH 15/16] rtl8xxxu: Pause TX before calling disable_rf() Jes.Sorensen
2016-04-14 20:37 ` [PATCH 16/16] rtl8xxxu: MAINTAINERS: Update to point to the active devel branch Jes.Sorensen
2016-04-14 20:50 ` [PATCH 00/16] rtl8xxxu - additional fixes Larry Finger
2016-04-14 21:11   ` Jes Sorensen [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=wrfjpotrevzr.fsf@redhat.com \
    --to=jes.sorensen@redhat.com \
    --cc=Larry.Finger@lwfinger.net \
    --cc=kvalo@codeaurora.org \
    --cc=linux-wireless@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).