Return-path: Received: from mail-oi0-f66.google.com ([209.85.218.66]:36735 "EHLO mail-oi0-f66.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751582AbdDOUlA (ORCPT ); Sat, 15 Apr 2017 16:41:00 -0400 Subject: Re: 4.10.9 nok with realtek wlan, atom To: rupert THURNER References: Cc: Bjorn Helgaas , linux-pci@vger.kernel.org, Chaoming Li , Kalle Valo , linux-wireless@vger.kernel.org, netdev@vger.kernel.org, linux-kernel@vger.kernel.org From: Larry Finger Message-ID: <9e48930c-4822-5af4-2ebb-4d2dcd12d448@lwfinger.net> (sfid-20170415_224124_100996_8874E027) Date: Sat, 15 Apr 2017 15:40:57 -0500 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Sender: linux-wireless-owner@vger.kernel.org List-ID: On 04/14/2017 03:26 PM, rupert THURNER wrote: > On Thu, Feb 9, 2017 at 9:09 PM, Larry Finger wrote: >> On 02/09/2017 01:43 PM, Bjorn Helgaas wrote: >>> >>> [+cc rtl8192ce folks in case they've seen this] >>> >>> On Thu, Feb 09, 2017 at 03:45:01PM +0100, rupert THURNER wrote: >>>> >>>> hi, >>>> >>>> not technical expert enough, i just wanted to give a short user >>>> feedback. for realtek wlan on atom, kernels up to 4.9.5 are ok, and >>>> kernel 4.10.0-rc7-g926af6273fc6 (arch linux-git version numbering) as >>>> well. kernels 4.9.6, 4.9.7, and 4.9.8 fail, i.e. connection to a WLAN >>>> hotspot is possible then drops, or connecting to wlan fails >>>> alltogether. >>> >>> >>> Thanks very much for your report, and sorry for the inconvenience. >>> >>> v4.10-rc7 works, so I guess we don't need to worry about fixing v4.10. >>> >>> But the stable kernels v4.9.6, v4.9.7, and v4.9.8 are broken, so we >>> need to figure out why and make sure we fix the v4.9 stable series. >>> >>> I can't tell yet whether this is PCI-related or not. If it is, >>> 4922a6a5cfa7 ("PCI: Enumerate switches below PCI-to-PCIe bridges") >>> appeared in v4.9.6, and there is a known issue with that. The issue >>> should be fixed by 610c2b7ff8f6 ("PCI/ASPM: Handle PCI-to-PCIe bridges >>> as roots of PCIe hierarchies"), which appeared in v4.9.9, so I guess >>> the first thing to do would be to test v4.9.9. >>> >>> If it's not fixed in v4.9.9, can you share the complete dmesg log >>> (output of "dmesg" command) and "lspci -vv" output for v4.9.5 (last >>> known working version) and v4.9.6 (first known broken version)? On >>> v4.9.6, collect the dmesg output after the failure occurs. >>> >>>> 24: PCI 300.0: 0282 WLAN controller >>>> [Created at pci.366] >>>> Model: "Realtek RTL8188CE 802.11b/g/n WiFi Adapter" >>>> Device: pci 0x8176 "RTL8188CE 802.11b/g/n WiFi Adapter" >>>> Revision: 0x01 >>>> Driver: "rtl8192ce" >>>> Driver Modules: "rtl8192ce" >>>> Device File: wlp3s0 >>>> Features: WLAN >> >> >> It would be helpful if someone were to bisect this issue. The only issue >> that comes to mind was fixed in commit 52f5631a4c05 ("rtlwifi: rtl8192ce: >> Fix loading of incorrect firmware") which is in 4.10-rc7 and will be >> backported to 4.9. >> >> The above issue is one that could not be reproduced on my hardware, thus it >> took Jurij Smakov to find the fix. Without his bisection of the problem, who >> knows how long it would have taken to find my edit mistake. > > larry, using the newest kernel 4.10.8 the network connection dropps > again irregular. > > # dmesg > [ 0.000000] Linux version 4.10.9-1-ARCH (builduser@tobias) (gcc > version 6.3.1 20170306 (GCC) ) #1 SMP PREEMPT Sat Apr 8 12:39:59 CEST > 2017 > [ 11.933373] rtl8192ce: rtl8192ce: Power Save off (module option) > [ 11.933396] rtl8192ce: Using firmware rtlwifi/rtl8192cfw.bin > [ 11.978307] ieee80211 phy0: Selected rate control algorithm 'rtl_rc' > [ 11.978945] rtlwifi: rtlwifi: wireless switch is on > > # lspci -vv > Subsystem: Realtek Semiconductor Co., Ltd. RTL8188CE 802.11b/g/n WiFi Adapter > Kernel driver in use: rtl8192ce Is firmware rtlwifi/rtl8192cfw.bin also used on kernels that work? Larry