Skip to contentSkip to conversation

Validation of memory allocated through kmalloc

DISCUSSION [email protected] 2 participants 2 messages Jul 3, 2001

lore
Share & tools
lore
#0 lore raw

Hi,
Is there some kernel api to validate memory allocated using kmalloc.
Suppose, I allocate some memory using kmalloc and at a later point of execution I would like to validate if the memory allocated is not possibly freed by some other thread.

Pls suggest a patch/pointers if any.
I also noticed a commented 'CONFIG_DEBUG_MALLOC' config option (2.4.3 source), It doesn't seem to be functional. Any pointers towards the history behind it would also be helpful.

Thanks in advance,
Kiran

#1 lore raw

use sys_mprotect(...) to verify the validity of the returned address.

-----Original Message-----
From: [email protected] [mailto:[email protected]]On Behalf Of [email protected]
Sent: Sunday, June 10, 2001 2:45 PM
To: [email protected]
Subject: Validation of memory allocated through kmalloc

Hi,
Is there some kernel api to validate memory allocated using kmalloc. Suppose, I allocate some memory using kmalloc and at a later point of execution
I would like to validate if the memory allocated is not possibly freed by some other thread.

Pls suggest a patch/pointers if any.
I also noticed a commented 'CONFIG_DEBUG_MALLOC' config option (2.4.3 source),
It doesn't seem to be functional. Any pointers towards the history behind it would also be helpful.

Thanks in advance,
Kiran

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

DISCLAIMER: This correspondence is confidential and intended for the named recipient(s) only. If you are not the named recipient and receive this correspondence in error, you must not copy, distribute or take any action in reliance on it and you should delete it from your system and notify the sender immediately. Unless otherwise stated, any views or opinions expressed are solely those of the author and do not represent those of Subex Systems Limited.