From: Daniel Borkmann <dborkman@redhat.com>
To: Bjorn Helgaas <bhelgaas@google.com>
Cc: Jeff Kirsher <jeffrey.t.kirsher@intel.com>,
Jesse Brandeburg <jesse.brandeburg@intel.com>,
"linux-pci@vger.kernel.org" <linux-pci@vger.kernel.org>,
"e1000-devel@lists.sourceforge.net"
<e1000-devel@lists.sourceforge.net>
Subject: Re: kmemleak through e1000?
Date: Tue, 04 Mar 2014 22:55:58 +0100 [thread overview]
Message-ID: <53164BEE.9060405@redhat.com> (raw)
In-Reply-To: <CAErSpo4hjEG7bVu_T+X6Kie3tzj4PKV_4hoWmxr-pyVu5uD_1Q@mail.gmail.com>
On 03/04/2014 09:58 PM, Bjorn Helgaas wrote:
> On Tue, Mar 4, 2014 at 8:55 AM, Daniel Borkmann <dborkman@redhat.com> wrote:
>> Hi all, I'm not very familiar with the e1000 code, but on the latest
>> net.git kernel I get reliably the following (not sure if it's actually
>> caused by e1000 though):
>
> Thanks a lot for the report. What kernel is this exactly (URL and
> SHA-1 hash)? We have fixes for a couple leaks already queued up [1,
> 2], so possibly you're seeing those leaks. If you already have those
> fixes in net.git, then we should investigate further.
Great, good to know Bjorn.
I was using [1] with 8b4703e9bd117 ("macvlan: Add support for 'always_on'
offload features") as HEAD.
[1] https://git.kernel.org/cgit/linux/kernel/git/davem/net.git/
> Bjorn
>
> [1] http://git.kernel.org/cgit/linux/kernel/git/helgaas/pci.git/commit/?h=pci/msi&id=13f81c099bee8141f764fd41a1f4b68b93be3296
> [2] http://git.kernel.org/cgit/linux/kernel/git/helgaas/pci.git/commit/?h=pci/msi&id=b3bac8e57c82e8d3e05f4abcb18c4f0a40656655
>
>> unreferenced object 0xffff8800361a7d80 (size 32):
>> comm "systemd-udevd", pid 246, jiffies 4294677997 (age 1117.522s)
>> hex dump (first 32 bytes):
>> 60 7d 1a 36 00 88 ff ff 24 01 00 00 00 00 00 00 `}.6....$.......
>> f0 aa 35 81 ff ff ff ff 00 00 00 00 00 00 00 00 ..5.............
>> backtrace:
>> [<ffffffff8166609e>] kmemleak_alloc+0x4e/0xb0
>> [<ffffffff8119f547>] kmem_cache_alloc_trace+0xd7/0x220
>> [<ffffffff8135ad48>] populate_msi_sysfs+0x128/0x220
>> [<ffffffff8135b4b8>] pci_enable_msi_block+0x1b8/0x2c0
>> [<ffffffffa0221781>] e1000e_set_interrupt_capability+0x41/0x120 [e1000e]
>> [<ffffffffa0226047>] e1000_probe+0x3a7/0xe20 [e1000e]
>> [<ffffffff81343805>] local_pci_probe+0x45/0xa0
>> [<ffffffff81344b89>] pci_device_probe+0xd9/0x130
>> [<ffffffff813fc317>] driver_probe_device+0x87/0x390
>> [<ffffffff813fc6f3>] __driver_attach+0x93/0xa0
>> [<ffffffff813fa323>] bus_for_each_dev+0x63/0xa0
>> [<ffffffff813fbd6e>] driver_attach+0x1e/0x20
>> [<ffffffff813fb950>] bus_add_driver+0x180/0x250
>> [<ffffffff813fcd04>] driver_register+0x64/0xf0
>> [<ffffffff813431ab>] __pci_register_driver+0x4b/0x50
>> [<ffffffffa0240041>] iptable_filter_hook+0x41/0x70 [iptable_filter]
>> unreferenced object 0xffff8800c4ac1920 (size 32):
>> comm "NetworkManager", pid 409, jiffies 4294693366 (age 1102.161s)
>> hex dump (first 32 bytes):
>> 34 34 00 c4 00 88 ff ff 00 00 00 00 00 00 00 00 44..............
>> 00 00 00 00 00 00 00 00 6f 2e 32 00 00 00 00 00 ........o.2.....
>> backtrace:
>> [<ffffffff8166609e>] kmemleak_alloc+0x4e/0xb0
>> [<ffffffff8119f547>] kmem_cache_alloc_trace+0xd7/0x220
>> [<ffffffff8135ad2f>] populate_msi_sysfs+0x10f/0x220
>> [<ffffffff8135b4b8>] pci_enable_msi_block+0x1b8/0x2c0
>> [<ffffffffa0226ce5>] e1000_open+0x225/0x5b0 [e1000e]
>> [<ffffffff815785af>] __dev_open+0xbf/0x140
>> [<ffffffff815788bd>] __dev_change_flags+0x9d/0x170
>> [<ffffffff815789b9>] dev_change_flags+0x29/0x60
>> [<ffffffff81585482>] do_setlink+0x312/0x9e0
>> [<ffffffff81587958>] rtnl_newlink+0x508/0x710
>> [<ffffffff81584199>] rtnetlink_rcv_msg+0x99/0x260
>> [<ffffffff815a3269>] netlink_rcv_skb+0xa9/0xc0
>> [<ffffffff815840f8>] rtnetlink_rcv+0x28/0x30
>> [<ffffffff815a2bd8>] netlink_unicast+0x168/0x250
>> [<ffffffff815a2fa1>] netlink_sendmsg+0x2e1/0x3f0
>> [<ffffffff8155cc6b>] sock_sendmsg+0x8b/0xc0
>> unreferenced object 0xffff8800c4ac17a0 (size 32):
>> comm "NetworkManager", pid 409, jiffies 4294693366 (age 1102.161s)
>> hex dump (first 32 bytes):
>> 20 19 ac c4 00 88 ff ff 24 01 00 00 00 00 00 00 .......$.......
>> f0 aa 35 81 ff ff ff ff 00 00 00 00 00 00 00 00 ..5.............
>> backtrace:
>> [<ffffffff8166609e>] kmemleak_alloc+0x4e/0xb0
>> [<ffffffff8119f547>] kmem_cache_alloc_trace+0xd7/0x220
>> [<ffffffff8135ad48>] populate_msi_sysfs+0x128/0x220
>> [<ffffffff8135b4b8>] pci_enable_msi_block+0x1b8/0x2c0
>> [<ffffffffa0226ce5>] e1000_open+0x225/0x5b0 [e1000e]
>> [<ffffffff815785af>] __dev_open+0xbf/0x140
>> [<ffffffff815788bd>] __dev_change_flags+0x9d/0x170
>> [<ffffffff815789b9>] dev_change_flags+0x29/0x60
>> [<ffffffff81585482>] do_setlink+0x312/0x9e0
>> [<ffffffff81587958>] rtnl_newlink+0x508/0x710
>> [<ffffffff81584199>] rtnetlink_rcv_msg+0x99/0x260
>> [<ffffffff815a3269>] netlink_rcv_skb+0xa9/0xc0
>> [<ffffffff815840f8>] rtnetlink_rcv+0x28/0x30
>> [<ffffffff815a2bd8>] netlink_unicast+0x168/0x250
>> [<ffffffff815a2fa1>] netlink_sendmsg+0x2e1/0x3f0
>> [<ffffffff8155cc6b>] sock_sendmsg+0x8b/0xc0
next prev parent reply other threads:[~2014-03-04 21:56 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-03-04 15:55 kmemleak through e1000? Daniel Borkmann
2014-03-04 20:58 ` Bjorn Helgaas
2014-03-04 21:11 ` [E1000-devel] " Nelson, Shannon
2014-03-04 21:33 ` Bjorn Helgaas
2014-03-04 21:55 ` Daniel Borkmann [this message]
2014-03-04 22:49 ` Bjorn Helgaas
2014-03-05 8:23 ` Daniel Borkmann
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=53164BEE.9060405@redhat.com \
--to=dborkman@redhat.com \
--cc=bhelgaas@google.com \
--cc=e1000-devel@lists.sourceforge.net \
--cc=jeffrey.t.kirsher@intel.com \
--cc=jesse.brandeburg@intel.com \
--cc=linux-pci@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 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.