* [PATCH v2] debugobjects: Allow bigger number of objects
@ 2016-01-27 14:37 Christian Borntraeger
2016-01-27 14:45 ` [tip:core/urgent] debugobjects: Allow bigger number of early boot objects tip-bot for Christian Borntraeger
0 siblings, 1 reply; 2+ messages in thread
From: Christian Borntraeger @ 2016-01-27 14:37 UTC (permalink / raw)
To: Thomas Gleixner; +Cc: linux-kernel, linux-s390, Christian Borntraeger
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
^ permalink raw reply [flat|nested] 2+ messages in thread
* [tip:core/urgent] debugobjects: Allow bigger number of early boot objects
2016-01-27 14:37 [PATCH v2] debugobjects: Allow bigger number of objects Christian Borntraeger
@ 2016-01-27 14:45 ` tip-bot for Christian Borntraeger
0 siblings, 0 replies; 2+ messages in thread
From: tip-bot for Christian Borntraeger @ 2016-01-27 14:45 UTC (permalink / raw)
To: linux-tip-commits; +Cc: borntraeger, mingo, hpa, tglx, linux-kernel
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
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2016-01-27 14:45 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2016-01-27 14:37 [PATCH v2] debugobjects: Allow bigger number of objects Christian Borntraeger
2016-01-27 14:45 ` [tip:core/urgent] debugobjects: Allow bigger number of early boot objects tip-bot for Christian Borntraeger
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®