From: Daniel J Blueman <daniel.blueman@gmail.com>
To: Linux Kernel <linux-kernel@vger.kernel.org>
Cc: Joerg Roedel <joerg.roedel@amd.com>
Subject: [2.6.30-rc1] lockdep false positive in DMA debug API...
Date: Sun, 28 Jun 2009 12:05:17 +0100 [thread overview]
Message-ID: <6278d2220906280405y731f7f2l65472ec5f62dbc83@mail.gmail.com> (raw)
With 2.6.30-rc1, I'm seeing the lockdep validator spinning it's wheels
[1] (also already seen [2]) on the DMA debug interface, with the
hashed locks.
A false positive needing annotation, or some changes to the locking are needed?
Daniel
--- [1]
atl1 0000:02:00.0: irq 28 for MSI/MSI-X
atl1 0000:02:00.0: eth0 link is up 1000 Mbps full duplex
# ifconfig eth0 mtu 9000
BUG: MAX_STACK_TRACE_ENTRIES too low!
turning off the locking correctness validator.
Pid: 2383, comm: ifconfig Not tainted 2.6.31-rc1-268c #2
Call Trace:
[<ffffffff8101ad9f>] ? save_stack_trace+0x2f/0x50
[<ffffffff8109c27e>] save_trace+0xbe/0xd0
[<ffffffff8109c2e8>] add_lock_to_list+0x58/0xf0
[<ffffffff8132d631>] ? add_dma_entry+0x41/0x80
[<ffffffff810a0678>] __lock_acquire+0xe88/0x1250
[<ffffffff810a0b5e>] lock_acquire+0x11e/0x170
[<ffffffff8132d631>] ? add_dma_entry+0x41/0x80
[<ffffffff81691230>] _spin_lock_irqsave+0x60/0xa0
[<ffffffff8132d631>] ? add_dma_entry+0x41/0x80
[<ffffffff8132d631>] add_dma_entry+0x41/0x80
[<ffffffff8132ed37>] debug_dma_map_page+0x177/0x1b0
[<ffffffff814b43e5>] atl1_alloc_rx_buffers+0x265/0x330
[<ffffffff814b52c5>] atl1_up+0x85/0x900
[<ffffffff814b5ce0>] atl1_change_mtu+0x80/0xd0
[<ffffffff81599182>] dev_set_mtu+0x52/0x90
[<ffffffff8159b1d2>] dev_ifsioc+0x272/0x2f0
[<ffffffff8159b5b3>] dev_ioctl+0x363/0x610
[<ffffffff81695182>] ? sub_preempt_count+0x142/0x150
[<ffffffff8158379d>] sock_ioctl+0x9d/0x2b0
[<ffffffff8116ddd6>] vfs_ioctl+0x36/0xb0
[<ffffffff8116df7a>] do_vfs_ioctl+0x8a/0x5f0
[<ffffffff8115ed7c>] ? fget_light+0x5c/0x150
[<ffffffff8116e52f>] sys_ioctl+0x4f/0xa0
[<ffffffff8100c4f2>] system_call_fastpath+0x16/0x1b
atl1 0000:02:00.0: irq 28 for MSI/MSI-X
atl1 0000:02:00.0: eth0 link is up 1000 Mbps full duplex
--- [2] http://lkml.org/lkml/2009/6/22/54
--
Daniel J Blueman
next reply other threads:[~2009-06-28 11:05 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-06-28 11:05 Daniel J Blueman [this message]
2009-06-29 13:14 ` Joerg Roedel
2009-07-05 10:03 ` Daniel J Blueman
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=6278d2220906280405y731f7f2l65472ec5f62dbc83@mail.gmail.com \
--to=daniel.blueman@gmail.com \
--cc=joerg.roedel@amd.com \
--cc=linux-kernel@vger.kernel.org \
/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
all inboxes | Powered by JetHome®