Return-path: <linux-wireless-owner@vger.kernel.org>
Received: from mail-pa0-f68.google.com ([209.85.220.68]:35079 "EHLO
	mail-pa0-f68.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S933000AbcE3SeP (ORCPT
	<rfc822;linux-wireless@vger.kernel.org>);
	Mon, 30 May 2016 14:34:15 -0400
Message-ID: <574C4851.9090201@gmail.com> (sfid-20160530_203446_778982_3FB3B913)
Date: Mon, 30 May 2016 19:34:01 +0530
From: Sudip Mukherjee <sudipm.mukherjee@gmail.com>
MIME-Version: 1.0
To: Stephen Rothwell <sfr@canb.auug.org.au>,
	Kalle Valo <kvalo@codeaurora.org>,
	QCA ath9k Development <ath9k-devel@qca.qualcomm.com>
CC: linux-next@vger.kernel.org, linux-kernel@vger.kernel.org,
	linux-wireless@vger.kernel.org, ath9k-devel@lists.ath9k.org,
	"netdev@vger.kernel.org" <netdev@vger.kernel.org>
Subject: Re: linux-next: Tree for May 30
References: <20160530132225.4d297678@canb.auug.org.au>
In-Reply-To: <20160530132225.4d297678@canb.auug.org.au>
Content-Type: text/plain; charset=utf-8; format=flowed
Sender: linux-wireless-owner@vger.kernel.org
List-ID: <linux-wireless.vger.kernel.org>

On Monday 30 May 2016 08:52 AM, Stephen Rothwell wrote:
> Hi all,
>
> Changes since 20160527:

Hi All,
I have just built and booted with next-20160530 and my dmesg is full of 
warnings from ath9k. Last kernel tested was v4.6 and there was no 
problem with that.

The traces are like:
Call Trace:
  [<ffffffff813b8ddc>] dump_stack+0x63/0x87
  [<ffffffff8107a331>] __warn+0xd1/0xf0
  [<ffffffff8107a41d>] warn_slowpath_null+0x1d/0x20
  [<ffffffffc095801f>] ath9k_hw_gpio_request+0x6f/0x320 [ath9k_hw]
  [<ffffffffc095ac24>] ath9k_hw_reset+0xfe4/0x12e0 [ath9k_hw]
  [<ffffffffc03d45d4>] ath_reset_internal+0x104/0x1f0 [ath9k]
  [<ffffffffc03d46fd>] ath_reset+0x3d/0x60 [ath9k]
  [<ffffffffc03dd1c6>] ath_chanctx_set_channel+0x1b6/0x300 [ath9k]
  [<ffffffffc03d36b6>] ath9k_config+0xc6/0x1f0 [ath9k]
  [<ffffffff817d6e92>] ? mutex_lock+0x12/0x2f
  [<ffffffffc05a7923>] ieee80211_hw_config+0x63/0x350 [mac80211]
  [<ffffffffc05b3041>] ieee80211_scan_work+0x161/0x480 [mac80211]
  [<ffffffff81093183>] process_one_work+0x153/0x3f0
  [<ffffffff8109393b>] worker_thread+0x12b/0x4b0
  [<ffffffff81093810>] ? rescuer_thread+0x340/0x340
  [<ffffffff81099129>] kthread+0xc9/0xe0
  [<ffffffff817d8f1f>] ret_from_fork+0x1f/0x40
  [<ffffffff81099060>] ? kthread_park+0x60/0x60
---[ end trace 27eb5094a52869ea ]---

Call Trace:
  [<ffffffff813b8ddc>] dump_stack+0x63/0x87
  [<ffffffff8107a331>] __warn+0xd1/0xf0
  [<ffffffff8107a41d>] warn_slowpath_null+0x1d/0x20
  [<ffffffffc0956b19>] ath9k_hw_gpio_get+0x1a9/0x1b0 [ath9k_hw]
  [<ffffffffc03d03e4>] ath9k_rfkill_poll_state+0x34/0x60 [ath9k]
  [<ffffffffc05c4b53>] ieee80211_rfkill_poll+0x33/0x40 [mac80211]
  [<ffffffffc049d65a>] cfg80211_rfkill_poll+0x2a/0xc0 [cfg80211]
  [<ffffffff817c5514>] rfkill_poll+0x24/0x50
  [<ffffffff81093183>] process_one_work+0x153/0x3f0
  [<ffffffff8109393b>] worker_thread+0x12b/0x4b0
  [<ffffffff81093810>] ? rescuer_thread+0x340/0x340
  [<ffffffff81099129>] kthread+0xc9/0xe0
  [<ffffffff817d8f1f>] ret_from_fork+0x1f/0x40
  [<ffffffff81099060>] ? kthread_park+0x60/0x60
---[ end trace 27eb5094a5286a3d ]---


If it is a known problem then great.. else i can debug and see what the 
problem is. There are only few patches added for GPIO, so should not be 
a problem to find out what is causing the error.

Regards
Sudip