lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [day] [month] [year] [list]
Date:	Mon, 20 Jun 2016 11:46:43 -0400
From:	Ronit halder <ronit.crj@...il.com>
To:	kexec@...ts.infradead.org, linux-kernel@...r.kernel.org
Subject: Proposal for run time memory allocation for crash kernel

Hi,
Currenty linux kernel allocates memory at the boot time for crash
kernel booted using kexec system call in kernel crash. It will be very
useful if we can allocate memory in run time.
It is possible to allocate memory for crash kernel at the boot time
using CMA (Contiguous Memory Allocator). CMA is capable of allocating
big chunk of memory. At the boot time we will create one (if only low
memory is used) or two (if we use both high and low memory) CMA areas
of size given in "crashkernel" boot time command line parameter. Then
the user can allocate or free memory from those CMA areas using
"/sys/kernel/kexec_crash_size" sysfs entry.

I am attaching a prototype patch with the mail. I have made the patch
against kernel version v4.4.11.
Please give your opinions.
View attachment "cma.patch" of type "text/x-patch" (7874 bytes)

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ