lkml.org 
[lkml]   [2010]   [Jun]   [29]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    Date
    SubjectRe: BUG in drivers/dma/ioat/dma_v2.c:314
    From
    On Mon, Jun 28, 2010 at 5:45 PM, Dan Williams <dan.j.williams@intel.com> wrote:
    > Looks like that dev_err() did not make it to the console.  The attached
    > patch should get us some more debug information.  This will stop the driver
    > from making forward progress (applies to current -git).  I suspect this may
    > be triggering from the driver self test, but to be safe you should set
    > CONFIG_NET_DMA=n and CONFIG_ASYNC_TX_DMA=n.

    OK, with the patch it does not kernel panic any more.

    Here is the prink from ioatdma.

    ioatdma: Intel(R) QuickData Technology Driver 4.00
    ioatdma 0000:00:0f.0: can't derive routing for PCI INT A
    ioatdma 0000:00:0f.0: PCI INT A: no GSI
    ioatdma 0000:00:0f.0: setting latency timer to 64
    alloc irq_desc for 57 on node -1
    alloc kstat_irqs on node -1
    ioatdma 0000:00:0f.0: irq 57 for MSI/MSI-X
    alloc irq_desc for 58 on node -1
    alloc kstat_irqs on node -1
    ioatdma 0000:00:0f.0: irq 58 for MSI/MSI-X
    alloc irq_desc for 59 on node -1
    alloc kstat_irqs on node -1
    ioatdma 0000:00:0f.0: irq 59 for MSI/MSI-X
    alloc irq_desc for 60 on node -1
    alloc kstat_irqs on node -1
    ioatdma 0000:00:0f.0: irq 60 for MSI/MSI-X
    ------------[ cut here ]------------
    WARNING: at drivers/dma/ioat/dma_v2.c:289 ioat2_timer_event+0xbc/0x225
    [ioatdma]()
    Hardware name: MacPro3,1
    0000:00:0f.0: ioat2_timer_event: Channel halted (10)
    Modules linked in: ioatdma(+) dca fuse rfcomm sco bridge stp llc bnep
    l2cap autofs4 sunrpc cpufreq_ondemand acpi_cpufreq freq_table mperf
    ip6t_REJECT nf_conntrack_ipv6 ip6table_filter ip6_tables ipv6 uinput
    e1000e snd_hda_codec_realtek snd_hda_intel snd_hda_codec snd_hwdep
    snd_seq i5400_edac snd_seq_device snd_pcm snd_timer snd edac_core
    btusb bluetooth rfkill soundcore i5k_amb i2c_i801 shpchp applesmc
    snd_page_alloc iTCO_wdt iTCO_vendor_support input_polldev
    firewire_ohci firewire_core crc_itu_t radeon ttm drm_kms_helper drm
    i2c_algo_bit i2c_core [last unloaded: scsi_wait_scan]
    Pid: 0, comm: swapper Not tainted 2.6.35-rc3+ #41
    Call Trace:
    <IRQ> [<ffffffff8104bdac>] warn_slowpath_common+0x85/0x9d
    [<ffffffff8104be67>] warn_slowpath_fmt+0x46/0x48
    [<ffffffff810100a5>] ? sched_clock+0x9/0xd
    [<ffffffffa03ee4ed>] ioat2_timer_event+0xbc/0x225 [ioatdma]
    [<ffffffff81069d76>] ? sched_clock_cpu+0xc3/0xce
    [<ffffffff81058a6a>] run_timer_softirq+0x1d6/0x2a5
    [<ffffffffa03ee431>] ? ioat2_timer_event+0x0/0x225 [ioatdma]
    [<ffffffff8106cc08>] ? ktime_get+0x65/0xbe
    [<ffffffff81051ddb>] __do_softirq+0xe9/0x1ae
    [<ffffffff81070f70>] ? tick_program_event+0x2a/0x2c
    [<ffffffff8100ab1c>] call_softirq+0x1c/0x30
    [<ffffffff8100c18a>] do_softirq+0x46/0x83
    [<ffffffff81051c48>] irq_exit+0x3b/0x7d
    [<ffffffff81433638>] smp_apic_timer_interrupt+0x8d/0x9b
    [<ffffffff8100a5d3>] apic_timer_interrupt+0x13/0x20
    <EOI> [<ffffffff810115fd>] ? mwait_idle+0x7a/0x87
    [<ffffffff810115af>] ? mwait_idle+0x2c/0x87
    [<ffffffff81008c1f>] cpu_idle+0xaa/0xe4
    [<ffffffff81427eb0>] start_secondary+0x253/0x294---[ end trace
    69aa12150c49792c ]---
    ioatdma 0000:00:0f.0: Self-test copy timed out, disabling
    ioatdma 0000:00:0f.0: Freeing 2 in use descriptors!
    ioatdma 0000:00:0f.0: Intel(R) I/OAT DMA Engine init failed
    ioatdma 0000:00:0f.0: can't derive routing for PCI INT A


    I attach the full dmesg in case you need it. Is it possible that
    the Mac Pro is MSI only and ioatdma is not happy about that?

    Chris
    [unhandled content-type:application/octet-stream]
    \
     
     \ /
      Last update: 2010-06-30 01:23    [W:3.324 / U:0.852 seconds]
    ©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site