Return-path: Received: from mail-wi0-f178.google.com ([209.85.212.178]:33374 "EHLO mail-wi0-f178.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1755678AbbG1O5m convert rfc822-to-8bit (ORCPT ); Tue, 28 Jul 2015 10:57:42 -0400 Received: by wicmv11 with SMTP id mv11so183192433wic.0 for ; Tue, 28 Jul 2015 07:57:41 -0700 (PDT) MIME-Version: 1.0 In-Reply-To: References: Date: Tue, 28 Jul 2015 16:57:41 +0200 Message-ID: (sfid-20150728_165745_828512_74787B9C) Subject: Re: QCA6174 hw2.1 irq_mode=0 broken on 4.2-rc3, working on 4.1.2 From: Enrico Tagliavini To: Michal Kazior Cc: "ath10k@lists.infradead.org" , linux-wireless Content-Type: text/plain; charset=UTF-8 Sender: linux-wireless-owner@vger.kernel.org List-ID: I was testing the kernel from Fedora rawhide to test some issue related to the sound card. So this is 4.2 rc3 as released by Linus plus some Fedora patch. Nothing related to ath10k as far as I can see. Bisecting would require a lot of time. I'm doing the full RPM package, including modules signature and so on and I'm doing this in my free time.This wont work for bisecting. I have to setup something else. Is it ok if I restrict the bisect on the ath10k tree? That has enough commit already to begin with, plus I'm going to be on the road in less than two weeks. On 28 July 2015 at 13:26, Michal Kazior wrote: > On 28 July 2015 at 13:00, Enrico Tagliavini wrote: >> Hi Michal, >> >> this is the dmesg output from a boot with kernel 4.1.2 with patch to >> make the firmware load [1] >> >> Jul 26 10:07:42 alientux.saurisiamonoi.org kernel: ath10k_pci >> 0000:03:00.0: enabling device (0000 -> 0002) >> Jul 26 10:07:42 alientux.saurisiamonoi.org kernel: ath10k_pci >> 0000:03:00.0: pci irq msi-x interrupts 8 irq_mode 0 reset_mode 0 >> Jul 26 10:07:42 alientux.saurisiamonoi.org kernel: ath10k_pci >> 0000:03:00.0: Direct firmware load for ath10k/cal-pci-0000:03:00.0.bin >> failed with error -2 >> Jul 26 10:07:44 alientux.saurisiamonoi.org kernel: ath10k_pci >> 0000:03:00.0: qca6174 hw2.1 (0x05010000, 0x003405ff) fw >> killer-n1525-fw api 4 htt 3.0 wmi 4 cal otp max_sta 32 >> Jul 26 10:07:44 alientux.saurisiamonoi.org kernel: ath10k_pci >> 0000:03:00.0: debug 0 debugfs 1 tracing 0 dfs 0 testmode 0 >> Jul 26 10:07:44 alientux.saurisiamonoi.org kernel: ath10k_pci >> 0000:03:00.0 wlp3s0: renamed from wlan0 >> >> I saw the report you mentioned (I'm subscribed to ath10k and try to >> keep it up with it). Not being expert at all I was not sure it was the >> same or not. Also there seems to be a difference that with irq_mode=1 >> for me it just works like before. > > I'm quite puzzled with the above printout. So either there's some > weird regression either in driver or the pci subsystem. It's good you > posted ;-) > > Just to be clear: were you using 4.2-rc3 as in from Linus' tree or Kalle's tree? > > Asking for a `git bisect` is probably a bit excessive - but it would > help a lot. I guess you'd have to manually cherry-pick qca6174 hw2 fix > [1] while bisecting. > > If bisect is too much I guess you could try reverting (in order): > https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/drivers/net/wireless/ath/ath10k?id=0bcbbe679b66fee1b56def5cb30bfb4f616b1127 > https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/drivers/net/wireless/ath/ath10k?id=76d870ed09ab34154454b1adb823ae75f173c2d2 > https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/drivers/net/wireless/ath/ath10k?id=77258d409ce45890104e3da11d0261402c49aee1 > > I'm shooting blind here though. > >> [1] https://git.kernel.org/cgit/linux/kernel/git/stable/linux-stable.git/commit/drivers/net/wireless/ath/ath10k/pci.c?id=11a002efbaa7fbd9f6e616695ab42aa9f1caf060 > > > Michał