Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > linux.kernel > #1319023 > unrolled thread

[PATCH v2] debugobjects: Allow bigger number of objects

Started byChristian Borntraeger <borntraeger@de.ibm.com>
First post2016-01-27 15:40 +0100
Last post2016-01-27 15:50 +0100
Articles 2 — 2 participants

Back to article view | Back to linux.kernel


Contents

  [PATCH v2] debugobjects: Allow bigger number of objects Christian Borntraeger <borntraeger@de.ibm.com> - 2016-01-27 15:40 +0100
    [tip:core/urgent] debugobjects:   Allow bigger number of early boot objects tip-bot for Christian Borntraeger <tipbot@zytor.com> - 2016-01-27 15:50 +0100

#1319023 — [PATCH v2] debugobjects: Allow bigger number of objects

FromChristian Borntraeger <borntraeger@de.ibm.com>
Date2016-01-27 15:40 +0100
Subject[PATCH v2] debugobjects: Allow bigger number of objects
Message-ID<qVzqh-4RW-5@gated-at.bofh.it>
On my bigger s390 systems  I always get "Out of memory.
ODEBUG disabled". Since the number of objects is needed at
compile time, we can not change the size dynamically before
the caches etc are available. Doubling the size seems to
do the trick. Since it is init data it will be freed anyway,
this should be ok.

Signed-off-by: Christian Borntraeger <borntraeger@de.ibm.com>
---
 lib/debugobjects.c | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/lib/debugobjects.c b/lib/debugobjects.c
index 547f7f9..519b5a1 100644
--- a/lib/debugobjects.c
+++ b/lib/debugobjects.c
@@ -21,7 +21,7 @@
 #define ODEBUG_HASH_BITS	14
 #define ODEBUG_HASH_SIZE	(1 << ODEBUG_HASH_BITS)
 
-#define ODEBUG_POOL_SIZE	512
+#define ODEBUG_POOL_SIZE	1024
 #define ODEBUG_POOL_MIN_LEVEL	256
 
 #define ODEBUG_CHUNK_SHIFT	PAGE_SHIFT
-- 
2.3.0

[toc] | [next] | [standalone]


#1319032 — [tip:core/urgent] debugobjects: Allow bigger number of early boot objects

Fromtip-bot for Christian Borntraeger <tipbot@zytor.com>
Date2016-01-27 15:50 +0100
Subject[tip:core/urgent] debugobjects: Allow bigger number of early boot objects
Message-ID<qVzzX-4VL-1@gated-at.bofh.it>
In reply to#1319023
Commit-ID:  0b6ec8c0a3708f0a54b75ee1200772ec5226ec49
Gitweb:     http://git.kernel.org/tip/0b6ec8c0a3708f0a54b75ee1200772ec5226ec49
Author:     Christian Borntraeger <borntraeger@de.ibm.com>
AuthorDate: Wed, 27 Jan 2016 15:37:58 +0100
Committer:  Thomas Gleixner <tglx@linutronix.de>
CommitDate: Wed, 27 Jan 2016 15:40:59 +0100

debugobjects: Allow bigger number of early boot objects

On my bigger s390 systems  I always get "Out of memory.
ODEBUG disabled". Since the number of objects is needed at
compile time, we can not change the size dynamically before
the caches etc are available. Doubling the size seems to
do the trick. Since it is init data it will be freed anyway,
this should be ok.

Signed-off-by: Christian Borntraeger <borntraeger@de.ibm.com>
Link: http://lkml.kernel.org/r/1453905478-13409-1-git-send-email-borntraeger@de.ibm.com
Signed-off-by: Thomas Gleixner <tglx@linutronix.de>
---
 lib/debugobjects.c | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/lib/debugobjects.c b/lib/debugobjects.c
index 547f7f9..519b5a1 100644
--- a/lib/debugobjects.c
+++ b/lib/debugobjects.c
@@ -21,7 +21,7 @@
 #define ODEBUG_HASH_BITS	14
 #define ODEBUG_HASH_SIZE	(1 << ODEBUG_HASH_BITS)
 
-#define ODEBUG_POOL_SIZE	512
+#define ODEBUG_POOL_SIZE	1024
 #define ODEBUG_POOL_MIN_LEVEL	256
 
 #define ODEBUG_CHUNK_SHIFT	PAGE_SHIFT

[toc] | [prev] | [standalone]


Back to top | Article view | linux.kernel


csiph-web