Received: by 2002:ac0:a591:0:0:0:0:0 with SMTP id m17-v6csp417412imm; Thu, 5 Jul 2018 02:35:19 -0700 (PDT) X-Google-Smtp-Source: AAOMgpdne/w1ADpg8HNFHbMjrENvaTQfZwuppnCAm5BGFQDMwD5Z2YG/MOdoUmOP2ARg9gSHZmAP X-Received: by 2002:a63:2644:: with SMTP id m65-v6mr4801393pgm.371.1530783319261; Thu, 05 Jul 2018 02:35:19 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1530783319; cv=none; d=google.com; s=arc-20160816; b=VeQhpQsOuHSaA3RPn7mnV8eKIg5gQ9kudVOt9NLBucYq7NeZnkpjQmgtr8gF5r5iw0 NB6yKp727RkbZG2ZUxHMTQCz9nERBlQ57CGlwjNrafWZ5YAAPDXiRFrJIdgOcPTqJi3N bJeuV11TaW5kNiKkf2/RKyinpI6qJAHW3nGcnNg/T6SMZo6igtT40njM0cWamdYKg55C ouSI1qDuNSe+EqDjJzxu/aCZhxnd9gZdw1MNce65ueFRY6zjdApQhj8/99IxCIbHx8sN vqq08OeNJSuGd1l0AtOGeJAR+9xi6ERMXdxbm4E6GnC8o8FeBUPXC9tsyG/5HsgDzjGs 89pw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:dkim-signature:arc-authentication-results; bh=K3WL8d64ZOyPEZQETySrlGGWu1UFPnlZMhLVE6EWR8g=; b=KhzLkZ6LKKl3+lhDnYnD+rwiXH5qq/SDRrqdUYhYakmP8jWphZG5hKQFBYR3GKc1yQ sYI/pgXZMJHJqaZbEWh3pw7I+3KwLcL/lUghyFOXDoCmwXPoe7pchb+0k50p01Hk/INV proA//PpxclZw7rXZwobk6n3ZppnD8vn8lS+T+P9MpB3n1ZZ6ZapjhuG9rpJ3WY2u5aR oJHbyslglH5WBJ5Tm4m1M3DCn+4tAecH7WgHQVN9ZoowwqW8hvahytXqs5v9mBPtZf5C EluwmN8O8atV/gQI0ZNr8bTUQ0ob8OTTqb7oSWMFaP0HrQhoapa+bGlJQQ18VjaSYaIz +Lgg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@oracle.com header.s=corp-2017-10-26 header.b=JKqqERBa; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=oracle.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id b35-v6si5438388plh.36.2018.07.05.02.35.04; Thu, 05 Jul 2018 02:35:19 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; dkim=pass header.i=@oracle.com header.s=corp-2017-10-26 header.b=JKqqERBa; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=oracle.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753313AbeGEJdo (ORCPT + 99 others); Thu, 5 Jul 2018 05:33:44 -0400 Received: from aserp2130.oracle.com ([141.146.126.79]:46664 "EHLO aserp2130.oracle.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753134AbeGEJdn (ORCPT ); Thu, 5 Jul 2018 05:33:43 -0400 Received: from pps.filterd (aserp2130.oracle.com [127.0.0.1]) by aserp2130.oracle.com (8.16.0.22/8.16.0.22) with SMTP id w659T1xH028036; Thu, 5 Jul 2018 09:32:53 GMT DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oracle.com; h=date : from : to : cc : subject : message-id : references : mime-version : content-type : in-reply-to; s=corp-2017-10-26; bh=K3WL8d64ZOyPEZQETySrlGGWu1UFPnlZMhLVE6EWR8g=; b=JKqqERBa3/SanjYE+1jouDZ6sKiqF1tUl+/aghOXAxA3S8S/R4BlgIfFajxbbU/FaGLz 7gWWbym/0i/x0+/kI4YBXHM6sLuFI82UHz4eLyMM+rN/8zkRyMhLwvSFHTF8UTR792jd 9gnnyrt6qz5evADhPTIkmVoCgDzeUZNM7smIiRsc5GpBbIQNzfhGgtMK2Gc2AeLakFxQ PgtirFvTiCcso8mcjGbEKjDN4NrOk8FTf6SjyeX/j7q/OZkUmBo3/DtSAQmklUR8dwxp dvzuFTsAb6/JhcGYeLOpmrQaE7wfd7gQhyYDaBv88exG96hSfa3Ur0HxYTLdr48Ap60I Jg== Received: from userv0022.oracle.com (userv0022.oracle.com [156.151.31.74]) by aserp2130.oracle.com with ESMTP id 2k0dnjd4vs-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Thu, 05 Jul 2018 09:32:53 +0000 Received: from userv0121.oracle.com (userv0121.oracle.com [156.151.31.72]) by userv0022.oracle.com (8.14.4/8.14.4) with ESMTP id w659WpLG024213 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Thu, 5 Jul 2018 09:32:51 GMT Received: from abhmp0009.oracle.com (abhmp0009.oracle.com [141.146.116.15]) by userv0121.oracle.com (8.14.4/8.13.8) with ESMTP id w659Wn28023776; Thu, 5 Jul 2018 09:32:49 GMT Received: from mwanda (/197.157.34.168) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Thu, 05 Jul 2018 02:32:48 -0700 Date: Thu, 5 Jul 2018 12:32:30 +0300 From: Dan Carpenter To: Jian-Hong Pan Cc: Pkshih , "devel@driverdev.osuosl.org" , Tony Chuang , "arnd@arndb.de" , Steven Ting , "linux-wireless@vger.kernel.org" , "linux-kernel@vger.kernel.org" , Birming Chiu , "drake@endlessm.com" , "sgruszka@redhat.com" , "kvalo@codeaurora.org" , "gregkh@linuxfoundation.org" , "frank@generalsoftwareinc.com" , "colin.king@canonical.com" , "linux@endlessm.com" , "Larry.Finger@lwfinger.net" Subject: Re: [BUG] staging: r8822be: RTL8822be can't find any wireless AP Message-ID: <20180705093230.byqbk6f5ornezmka@mwanda> References: <20180704140933.3dk2ylbntltz6jqd@mwanda> <7e95bd6a-97bc-b030-26ce-83da66e5f279@lwfinger.net> <1530776154.4156.12.camel@realtek.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: NeoMutt/20170609 (1.8.3) X-Proofpoint-Virus-Version: vendor=nai engine=5900 definitions=8944 signatures=668704 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 suspectscore=0 malwarescore=0 phishscore=0 bulkscore=0 spamscore=0 mlxscore=0 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1806210000 definitions=main-1807050113 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, Jul 05, 2018 at 05:26:28PM +0800, Jian-Hong Pan wrote: > 2018-07-05 15:36 GMT+08:00 Pkshih : > > On Wed, 2018-07-04 at 10:33 -0500, Daniel Drake wrote: > >> On Wed, Jul 4, 2018 at 10:13 AM, Larry Finger wrote: > >> > We will have to agree to disagree. > >> > > >> > I have no idea what the vendors are doing that cause some motherboards to > >> > need a different aspm value. What I do know is that we have had to live with > >> > the idiocy of some vendors saving a few pennies by only including a single > >> > antenna, rather than two, and then making a problem by miscoding the EFUSE > >> > bit that indicates which connector is actually in use. As we have no means > >> > that I know about to detect which boxes have the problem, a module parameter > >> > was created, just as in this case. > >> > > >> > I agree that drivers should work "out of the box", but finite resources and > >> > lack of vendor cooperation make this a goal that may not be attainable. > >> > >> As you touched on, the ideal situation is that Realtek solve the > >> issue. Ping-Ke Shih is on CC and I am adding a few more contacts from > >> the commit log. The context is that the r8822 driver fails on several > >> platforms unless setting aspm=0 (the default is 1). > > > > It's hard to have all laptop or motherboards and all rtl8822be modules in my side, > > so what I can do is to analyze the issue when user encountered. > > > >> > >> https://gist.github.com/dsd/20c05f0c6d66ee2ef9bfbb17f93f18ba > >> https://bugzilla.kernel.org/show_bug.cgi?id=199651 > >> > >> > >> If we don't get a timely fix from Realtek though, I think there is a > >> key difference between the antenna selection headache and this one. In > >> the antenna case, there isn't a good value that you can set that will > >> work on all systems. If you change the default behaviour you will > >> solve the issue for some users while simultanously introducing the > >> problem on other systems that were previously fine. > >> > >> However in this case, it's highly likely that setting aspm=0 (off) by > >> default would work for everyone. It has the disadvantage of using a > >> bit more power, but especially with the indications that this issue > >> affects a significant number of systems, I think that having the > >> driver working out of the box everywhere is more important. The module > >> parameter can be left in place so that unaffected users that want to > >> save power can set aspm=1. > >> > > > > I think this issue may be due to L1 latency, so below patch would be > > helpful but not sure because I don't have the same laptop. > > Is there anyone can help to test? > > I do not know why I cannot apply this patch directly. So, I apply > each line manually. > > However, here is a good news. I tested this fix, and it works > correctly on ASUS X530UN. System can scan and get the access points > list. Finally, it also connects to the access point. > Maybe, you can have a formal patch for this. > That's good news. What does the "dmesg | grep r8822be" say now? regards, dan carpenter