All of lore.kernel.org
 help / color / mirror / Atom feed
* DMAR faults?
@ 2013-10-22 17:12 Ben Greear
  2013-10-28  9:21 ` Kalle Valo
  0 siblings, 1 reply; 4+ messages in thread
From: Ben Greear @ 2013-10-22 17:12 UTC (permalink / raw)
  To: ath10k

Any idea what this means?  The 05:00.0 is the ath10k device...

ath10k_pci 0000:05:00.0: BAR 0: assigned [mem 0xf4400000-0xf45fffff 64bit]
ath10k: MSI-X interrupt handling (8 intrs)
dmar: DRHD: handling fault status reg 3
dmar: DMAR:[DMA Write] Request device [05:00.0] fault addr ffe46000
DMAR:[fault reason 02] Present bit in context entry is clear
ath10k: Hardware name qca988x hw2.0 version 0x4100016c
ath10k: UART prints disabled
ath10k: firmware 999.999.0.636 booted
ath10k: htt target version 2.1
ath10k: Completion buffers are full

Thanks,
Ben

-- 
Ben Greear <greearb@candelatech.com>
Candela Technologies Inc  http://www.candelatech.com


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

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: DMAR faults?
  2013-10-22 17:12 DMAR faults? Ben Greear
@ 2013-10-28  9:21 ` Kalle Valo
  2013-10-28  9:24   ` Michal Kazior
  2013-10-28 14:49   ` Ben Greear
  0 siblings, 2 replies; 4+ messages in thread
From: Kalle Valo @ 2013-10-28  9:21 UTC (permalink / raw)
  To: Ben Greear; +Cc: ath10k

Ben Greear <greearb@candelatech.com> writes:

> Any idea what this means?  The 05:00.0 is the ath10k device...
>
> ath10k_pci 0000:05:00.0: BAR 0: assigned [mem 0xf4400000-0xf45fffff 64bit]
> ath10k: MSI-X interrupt handling (8 intrs)
> dmar: DRHD: handling fault status reg 3
> dmar: DMAR:[DMA Write] Request device [05:00.0] fault addr ffe46000
> DMAR:[fault reason 02] Present bit in context entry is clear

I guess you have iommu enabled? I think that means ath10k device tried
to write to a memory area which was not mapped by the driver.

> ath10k: Hardware name qca988x hw2.0 version 0x4100016c
> ath10k: UART prints disabled
> ath10k: firmware 999.999.0.636 booted
> ath10k: htt target version 2.1
> ath10k: Completion buffers are full

Timestamps would be really useful. How fast did you get that completion
buffers are full message?

-- 
Kalle Valo

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

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: DMAR faults?
  2013-10-28  9:21 ` Kalle Valo
@ 2013-10-28  9:24   ` Michal Kazior
  2013-10-28 14:49   ` Ben Greear
  1 sibling, 0 replies; 4+ messages in thread
From: Michal Kazior @ 2013-10-28  9:24 UTC (permalink / raw)
  To: Kalle Valo; +Cc: Ben Greear, ath10k

On 28 October 2013 10:21, Kalle Valo <kvalo@qca.qualcomm.com> wrote:
> Ben Greear <greearb@candelatech.com> writes:
>
>> Any idea what this means?  The 05:00.0 is the ath10k device...
>>
>> ath10k_pci 0000:05:00.0: BAR 0: assigned [mem 0xf4400000-0xf45fffff 64bit]
>> ath10k: MSI-X interrupt handling (8 intrs)
>> dmar: DRHD: handling fault status reg 3
>> dmar: DMAR:[DMA Write] Request device [05:00.0] fault addr ffe46000
>> DMAR:[fault reason 02] Present bit in context entry is clear
>
> I guess you have iommu enabled? I think that means ath10k device tried
> to write to a memory area which was not mapped by the driver.

From what I understand this is what supposedly can happen when cold
booting the hw 2.0.


>> ath10k: Hardware name qca988x hw2.0 version 0x4100016c
>> ath10k: UART prints disabled
>> ath10k: firmware 999.999.0.636 booted
>> ath10k: htt target version 2.1
>> ath10k: Completion buffers are full
>
> Timestamps would be really useful. How fast did you get that completion
> buffers are full message?

I'm wondering what CE ring buffer this is reported for. Judging from
Ben's recent reports I'd guess this can be an unsolicited interrupt
for an unused CE which doesn't have completions allocated at all --
thus this message is printed.


Michał

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

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: DMAR faults?
  2013-10-28  9:21 ` Kalle Valo
  2013-10-28  9:24   ` Michal Kazior
@ 2013-10-28 14:49   ` Ben Greear
  1 sibling, 0 replies; 4+ messages in thread
From: Ben Greear @ 2013-10-28 14:49 UTC (permalink / raw)
  To: Kalle Valo; +Cc: ath10k

On 10/28/2013 02:21 AM, Kalle Valo wrote:
> Ben Greear <greearb@candelatech.com> writes:
>
>> Any idea what this means?  The 05:00.0 is the ath10k device...
>>
>> ath10k_pci 0000:05:00.0: BAR 0: assigned [mem 0xf4400000-0xf45fffff 64bit]
>> ath10k: MSI-X interrupt handling (8 intrs)
>> dmar: DRHD: handling fault status reg 3
>> dmar: DMAR:[DMA Write] Request device [05:00.0] fault addr ffe46000
>> DMAR:[fault reason 02] Present bit in context entry is clear
>
> I guess you have iommu enabled? I think that means ath10k device tried
> to write to a memory area which was not mapped by the driver.
>
>> ath10k: Hardware name qca988x hw2.0 version 0x4100016c
>> ath10k: UART prints disabled
>> ath10k: firmware 999.999.0.636 booted
>> ath10k: htt target version 2.1
>> ath10k: Completion buffers are full
>
> Timestamps would be really useful. How fast did you get that completion
> buffers are full message?

These mostly happen after I crash firmware if I remember corectly.
I haven't looked closely yet.

I'm using a normal-ish Intel core-i7 system with 64-bit Fedora 19
OS.  Probably iommu is enabled.


Thanks,
Ben

-- 
Ben Greear <greearb@candelatech.com>
Candela Technologies Inc  http://www.candelatech.com


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

^ permalink raw reply	[flat|nested] 4+ messages in thread

end of thread, other threads:[~2013-10-28 14:50 UTC | newest]

Thread overview: 4+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2013-10-22 17:12 DMAR faults? Ben Greear
2013-10-28  9:21 ` Kalle Valo
2013-10-28  9:24   ` Michal Kazior
2013-10-28 14:49   ` Ben Greear

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.