ATH10K Archive on lore.kernel.org
 help / color / mirror / Atom feed
From: Kalle Valo <kvalo@qca.qualcomm.com>
To: Joerg Pommnitz <pommnitz@yahoo.com>
Cc: "ath10k@lists.infradead.org" <ath10k@lists.infradead.org>
Subject: Re: Yesterdays kernel/git/kvalo/ath.git failes with COMPEX WLE600VX
Date: Wed, 25 Nov 2015 14:21:19 +0200	[thread overview]
Message-ID: <87fuzunubk.fsf@kamboji.qca.qualcomm.com> (raw)
In-Reply-To: <1137895868.8098680.1448026264465.JavaMail.yahoo@mail.yahoo.com> (Joerg Pommnitz's message of "Fri, 20 Nov 2015 13:31:04 +0000 (UTC)")

Joerg Pommnitz <pommnitz@yahoo.com> writes:

> Kalle, attached are dmesg logs from 3.18.24 and your git tree. The
> patch from your mail is _NOT_ yet applied.

Thanks. So the ath10k board is on slot 0000:05:00.0. In 4.3 log I saw
this warning:

[    0.488080] pci 0000:05:00.0: can't claim BAR 0 [mem
0xe8000000-0xe81fffff 64bit]: address conflict with PCI Bus 0000:01
[mem 0xe8000000-0xe85fffff]

Also the BAR configurations look different, 3.18 has:

[    0.596024] pci 0000:05:00.0: BAR 6: assigned [mem 0xe8200000-0xe820ffff pref]

but 4.3 has:

[    0.660123] pci 0000:05:00.0: BAR 0: assigned [mem 0x48400000-0x485fffff 64bit]
[    0.664037] pci 0000:05:00.0: BAR 6: assigned [mem 0x48290000-0x4829ffff pref]

The chances are that this has something to do with your problem. Also in
a private email[1] you mentioned that latest ath10k works with 3.18
kernel, right? This makes me suspect that this is a problem outside
ath10k, but I'm not a PCI bus expert so I'm not really sure.

I recommend that next you try other major kernel versions (3.19, 4.0,
4.1 and so on) and find out what release first introduced the
regression. Remember always to take full dmesg logs like you have done
now. And once you have that send a mail to proper lists asking for help,
for example at least linux-wireless and linux-pci. But please continue
to CC ath10k list also, it's interesting to know what is causing this.

And even better is that if you can run full bisect to find the offending
commit, but that takes a quite long time.

> BTW, patch gives an offset of 99 lines when applying to your git tree.
> Is this relative to a branch?

The patch was few weeks old, I haven't rebased it since so that's
normal. I just hope it applied to the change to the correct location.

[1] Please do not send private email, the discussions should happen on
the list.

-- 
Kalle Valo

_______________________________________________
ath10k mailing list
ath10k@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/ath10k

  reply	other threads:[~2015-11-25 12:21 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <1749993920.7465237.1447934318588.JavaMail.yahoo.ref@mail.yahoo.com>
2015-11-19 11:58 ` Yesterdays kernel/git/kvalo/ath.git failes with COMPEX WLE600VX Joerg Pommnitz
2015-11-20 11:34   ` Kalle Valo
2015-11-20 13:31     ` Joerg Pommnitz
2015-11-25 12:21       ` Kalle Valo [this message]
2015-11-20 13:49     ` Joerg Pommnitz

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=87fuzunubk.fsf@kamboji.qca.qualcomm.com \
    --to=kvalo@qca.qualcomm.com \
    --cc=ath10k@lists.infradead.org \
    --cc=pommnitz@yahoo.com \
    /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