From: Markus Trippelsdorf <markus@trippelsdorf.de>
To: Christoph Lameter <cl@linux.com>
Cc: Eric Dumazet <eric.dumazet@gmail.com>,
Christian Kujau <lists@nerdbynature.de>,
Benjamin Herrenschmidt <benh@kernel.crashing.org>,
"Alex,Shi" <alex.shi@intel.com>,
"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
"linux-mm@kvack.org" <linux-mm@kvack.org>,
Pekka Enberg <penberg@kernel.org>, Matt Mackall <mpm@selenic.com>,
"netdev@vger.kernel.org" <netdev@vger.kernel.org>,
Tejun Heo <tj@kernel.org>
Subject: Re: slub: Lockout validation scans during freeing of object
Date: Tue, 22 Nov 2011 19:55:40 +0100 [thread overview]
Message-ID: <20111122185540.GA1627@x4.trippels.de> (raw)
In-Reply-To: <alpine.DEB.2.00.1111221139240.28197@router.home>
On 2011.11.22 at 11:40 -0600, Christoph Lameter wrote:
> On Tue, 22 Nov 2011, Eric Dumazet wrote:
>
> > This seems better, but I still have some warnings :
>
> Trying to reproduce with a kernel configured to do preempt. This is
> actually quite interesting since its always off by 1.
BTW there are some obvious overflows in the "slabinfo -l" output on my machine:
Name Objects Objsize Space Slabs/Part/Cpu O/S O %Fr %Ef Flg
:t-0000024 680 24 16.3K 0/0/4 170 0 0 99 *
:t-0000032 768 32 24.5K 0/0/6 128 0 0 100 *
:t-0000040 1632 40 65.5K 13/0/3 102 0 0 99 *
:t-0000048 4533 48 241.6K 18446744073709551583/9/92 85 0 15 90 *
:t-0000064 3392 64 217.0K 30/0/23 64 0 0 100 *
:t-0000072 4368 72 319.4K 73/0/5 56 0 0 98 *
:t-0000112 720 112 81.9K 0/0/20 36 0 0 98 *
:t-0000128 1684 128 233.4K 18446744073709551607/7/66 32 0 12 92 *
:t-0000136 120 136 16.3K 0/0/4 30 0 0 99 *
:t-0000144 8036 144 1.1M 283/0/4 28 0 0 98 *
:t-0000192 4452 192 872.4K 165/0/48 21 0 0 97 *
:t-0000216 90 216 20.4K 1/0/4 18 0 0 94 *
:t-0000256 539 256 147.4K 18446744073709551609/3/43 16 0 8 93 *
:t-0000320 2425 320 794.6K 93/0/4 25 1 0 97 *A
:t-0000400 60 400 24.5K 0/0/3 20 1 0 97 *
:t-0000512 640 512 327.6K 23/0/17 16 1 0 100 *
:t-0000704 483 704 344.0K 0/0/21 23 2 0 98 *A
:t-0001024 373 1024 475.1K 15/10/14 16 2 34 80 *
:t-0002048 288 2048 589.8K 10/0/8 16 3 0 100 *
:t-0004096 119 4096 524.2K 4/3/12 8 3 18 92 *
Acpi-State 204 80 16.3K 0/0/4 51 0 0 99
anon_vma 3528 64 258.0K 9/0/54 56 0 0 87
bdev_cache 84 728 65.5K 0/0/4 21 2 0 93 Aa
blkdev_queue 38 1664 65.5K 0/0/2 19 3 0 96
blkdev_requests 161 344 57.3K 0/0/7 23 1 0 96
buffer_head 1014 104 106.4K 5/0/21 39 0 0 99 a
cfq_queue 102 232 24.5K 1/0/5 17 0 0 96
dentry 15897 192 3.1M 723/0/34 21 0 0 98 a
idr_layer_cache 390 544 212.9K 8/0/5 30 2 0 99
inode_cache 6448 512 3.4M 199/0/9 31 2 0 96 a
ip_fib_trie 219 56 12.2K 0/0/3 73 0 0 99
kmalloc-16 3072 16 49.1K 7/0/5 256 0 0 100
kmalloc-8 4608 8 36.8K 4/0/5 512 0 0 100
kmalloc-8192 20 8192 163.8K 1/0/4 4 3 0 100
kmalloc-96 840 96 81.9K 7/0/13 42 0 0 98
kmem_cache 21 192 4.0K 0/0/1 21 0 0 98 *A
kmem_cache_node 192 64 12.2K 0/0/3 64 0 0 100 *A
mm_struct 171 832 147.4K 0/0/9 19 2 0 96 A
mqueue_inode_cache 19 800 16.3K 0/0/1 19 2 0 92 A
nf_conntrack_ffffffff8199e380 60 264 16.3K 0/0/2 30 1 0 96
proc_inode_cache 420 576 245.7K 2/0/13 28 2 0 98 a
radix_tree_node 3472 560 2.0M 120/0/4 28 2 0 95 a
RAW 42 712 32.7K 0/0/2 21 2 0 91 A
shmem_inode_cache 1036 576 606.2K 21/0/16 28 2 0 98
sighand_cache 210 2088 458.7K 3/0/11 15 3 0 95 A
signal_cache 268 920 360.4K 18446744073709551614/7/24 17 2 31 68 A
sigqueue 125 160 20.4K 0/0/5 25 0 0 97
skbuff_fclone_cache 72 420 32.7K 0/0/4 18 1 0 92 A
sock_inode_cache 196 560 114.6K 0/0/7 28 2 0 95 Aa
task_struct 215 1504 557.0K 9/9/8 21 3 52 58
TCP 21 1504 32.7K 0/0/1 21 3 0 96 A
UDP 63 736 49.1K 0/0/3 21 2 0 94 A
vm_area_struct 3278 168 602.1K 89/33/58 24 0 22 91
xfs_btree_cur 76 208 16.3K 0/0/4 19 0 0 96
xfs_buf_item 108 224 24.5K 0/0/6 18 0 0 98
xfs_da_state 64 488 32.7K 0/0/4 16 1 0 95
xfs_inode 7055 896 6.7M 411/0/4 17 2 0 92 Aa
xfs_log_ticket 80 200 16.3K 0/0/4 20 0 0 97
xfs_trans 116 280 32.7K 0/0/4 29 1 0 99
--
Markus
--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org. For more info on Linux MM,
see: http://www.linux-mm.org/ .
Fight unfair telecom internet charges in Canada: sign http://stopthemeter.ca/
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>
next prev parent reply other threads:[~2011-11-22 18:55 UTC|newest]
Thread overview: 109+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-11-18 7:25 WARNING: at mm/slub.c:3357, kernel BUG at mm/slub.c:3413 Markus Trippelsdorf
2011-11-18 7:55 ` Markus Trippelsdorf
2011-11-18 8:43 ` Alex,Shi
2011-11-18 8:54 ` Markus Trippelsdorf
2011-11-18 8:57 ` Markus Trippelsdorf
2011-11-18 12:02 ` Markus Trippelsdorf
2011-11-21 0:44 ` Alex,Shi
2011-11-21 7:29 ` Markus Trippelsdorf
2011-11-21 8:05 ` Markus Trippelsdorf
2011-11-21 8:24 ` Markus Trippelsdorf
2011-11-21 8:56 ` Eric Dumazet
2011-11-21 9:16 ` Eric Dumazet
2011-11-21 13:15 ` Markus Trippelsdorf
2011-11-21 14:16 ` Eric Dumazet
2011-11-21 14:21 ` Markus Trippelsdorf
2011-11-21 15:36 ` Markus Trippelsdorf
2011-11-21 15:48 ` Eric Dumazet
2011-11-21 16:10 ` Markus Trippelsdorf
2011-11-21 16:34 ` Markus Trippelsdorf
2011-11-22 8:36 ` Markus Trippelsdorf
2011-12-19 3:21 ` Eric W. Biederman
2011-12-19 9:19 ` Markus Trippelsdorf
2011-12-19 9:06 ` Eric W. Biederman
2011-11-21 16:52 ` Eric Dumazet
2011-11-21 17:15 ` Eric Dumazet
2011-11-21 17:35 ` Markus Trippelsdorf
2011-11-21 18:39 ` Eric Dumazet
2011-11-21 18:52 ` Markus Trippelsdorf
2011-11-21 19:51 ` Markus Trippelsdorf
2011-11-21 20:27 ` Benjamin Herrenschmidt
2011-11-21 21:30 ` Pekka Enberg
2011-11-21 21:43 ` Christoph Lameter
2011-11-22 0:21 ` Christian Kujau
2011-11-22 0:42 ` Christian Kujau
2011-11-22 2:17 ` Benjamin Herrenschmidt
2011-11-22 8:37 ` Christian Kujau
2011-11-22 3:18 ` Christoph Lameter
2011-11-22 7:48 ` Eric Dumazet
2011-11-22 7:51 ` Markus Trippelsdorf
2011-11-22 8:27 ` Eric Dumazet
2011-11-23 7:13 ` Markus Trippelsdorf
2011-11-23 7:20 ` Eric Dumazet
2011-11-22 8:39 ` Christian Kujau
2011-11-22 22:16 ` Benjamin Herrenschmidt
2011-11-22 22:31 ` Eric Dumazet
2011-11-22 22:32 ` Christoph Lameter
2011-11-22 21:58 ` Benjamin Herrenschmidt
2011-11-22 23:12 ` Christian Kujau
2011-11-23 0:18 ` Benjamin Herrenschmidt
2011-11-23 1:22 ` Christian Kujau
2011-11-23 1:43 ` Benjamin Herrenschmidt
2011-11-23 5:51 ` Christian Kujau
2011-11-23 6:59 ` Pekka Enberg
2011-11-23 15:14 ` slub: use irqsafe_cpu_cmpxchg for put_cpu_partial Christoph Lameter
2011-11-23 16:04 ` Eric Dumazet
2011-11-23 18:33 ` Christian Kujau
2011-11-24 6:45 ` Pekka Enberg
2011-11-23 23:15 ` David Rientjes
2011-11-22 8:45 ` WARNING: at mm/slub.c:3357, kernel BUG at mm/slub.c:3413 Markus Trippelsdorf
2011-11-22 9:25 ` Eric Dumazet
2011-11-22 9:27 ` Eric Dumazet
2011-11-22 9:38 ` Eric Dumazet
2011-11-22 9:46 ` Eric Dumazet
2011-11-22 14:46 ` Christoph Lameter
2011-11-22 14:52 ` Eric Dumazet
2011-11-22 15:02 ` Christoph Lameter
2011-11-22 15:07 ` Christoph Lameter
2011-11-22 16:20 ` Christoph Lameter
2011-11-22 16:32 ` Eric Dumazet
2011-11-22 16:36 ` Christoph Lameter
2011-11-22 16:41 ` Christoph Lameter
2011-11-22 16:53 ` slub: Lockout validation scans during freeing of object Christoph Lameter
2011-11-22 17:21 ` Eric Dumazet
2011-11-22 17:40 ` Christoph Lameter
2011-11-22 18:55 ` Markus Trippelsdorf [this message]
2011-11-22 19:20 ` Christoph Lameter
2011-11-22 19:32 ` Markus Trippelsdorf
2011-11-22 19:46 ` Christoph Lameter
2011-11-22 17:59 ` Christoph Lameter
2011-11-22 11:21 ` WARNING: at mm/slub.c:3357, kernel BUG at mm/slub.c:3413 Markus Trippelsdorf
2011-11-22 14:50 ` Christoph Lameter
2011-11-22 14:44 ` Christoph Lameter
2011-11-21 15:51 ` Markus Trippelsdorf
2011-11-23 16:03 ` Markus Trippelsdorf
2011-11-23 16:06 ` Christoph Lameter
2011-11-24 8:50 ` Markus Trippelsdorf
2011-12-01 8:44 ` Markus Trippelsdorf
2011-12-01 8:53 ` Pekka Enberg
2011-12-02 19:43 ` Jerome Glisse
2011-12-02 20:06 ` Markus Trippelsdorf
2011-12-02 20:48 ` Markus Trippelsdorf
2011-12-07 14:32 ` Robert Richter
2011-12-07 14:39 ` Markus Trippelsdorf
2011-12-02 23:04 ` Jerome Glisse
2011-12-03 9:28 ` Markus Trippelsdorf
2011-12-03 12:20 ` Dave Airlie
2011-12-03 12:29 ` Markus Trippelsdorf
2011-12-03 19:31 ` Jerome Glisse
2011-12-03 19:32 ` Jerome Glisse
2011-12-04 1:02 ` Markus Trippelsdorf
2011-12-04 17:32 ` Jerome Glisse
2011-12-05 17:10 ` Jerome Glisse
2011-12-05 18:15 ` Markus Trippelsdorf
2011-12-05 18:43 ` Jerome Glisse
2011-12-05 19:11 ` Jerome Glisse
2011-12-05 19:27 ` Markus Trippelsdorf
2011-12-05 20:10 ` Pekka Enberg
2011-12-05 20:20 ` Jerome Glisse
2011-12-05 10:44 ` David Laight
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=20111122185540.GA1627@x4.trippels.de \
--to=markus@trippelsdorf.de \
--cc=alex.shi@intel.com \
--cc=benh@kernel.crashing.org \
--cc=cl@linux.com \
--cc=eric.dumazet@gmail.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-mm@kvack.org \
--cc=lists@nerdbynature.de \
--cc=mpm@selenic.com \
--cc=netdev@vger.kernel.org \
--cc=penberg@kernel.org \
--cc=tj@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