Hello HATAYAMA-san,
On Fri, 16 Nov 2012 14:01:30 +0900
HATAYAMA Daisuke wrote:
> This patch set implements filtering free pages looking up mem_map
> array instead of free lists. This is compatible for cyclic mode
> because looking up mem_map can be divided into cycles. On the other
> hand, divid
Clearling bits on cyclic buffer can overrun the cyclic buffer
according to some combination of MAX_ORDER and cyclic buffer size.
The cyclic buffer size is corrected if possible.
Signed-off-by: HATAYAMA Daisuke
---
makedumpfile.c | 71 +++-
On kernels from v2.6.18 to v2.6.37, buddy page is marked by the
PG_buddy flag.
kernel version | PG_buddy
-- +-
v2.6.17 to v2.6.26 | 19
v2.6.27 to v2.6.37 | 19 if CONFIG_PAGEFLAGS_EXTEND=y
| 18 otherwise
We don't need
Add free page filtering logic in __exclude_unnecessary_pages.
Unlike other filtering levels, the number of free pages indicated by
buddy page is multiple. So I put this logic in the first position, in
front of page cache, to avoid filtering the pages that has already
been filtered as free pages.
On kernels from v2.6.15 to v2.6.17, buddy page is marked by the
condition that PG_private flag is set and _count == 0.
Since this page_is_buddy needs _count, we use freelist logic if _count
is not available.
Unfortunately, I have yet to test this logic on these kernel versions
simply because I've
Add new parameters required for mem_map-based freepages filtering, to
various tables.
Signed-off-by: HATAYAMA Daisuke
---
makedumpfile.h |8
1 files changed, 8 insertions(+), 0 deletions(-)
diff --git a/makedumpfile.h b/makedumpfile.h
index 20f4d99..1304df0 100644
--- a/makedumpfi
On kernels from v2.6.38 and later kernels, buddy page is marked by
_mapcount == PAGE_BUDDY_MAPCOUNT_VALUE, which varies once as follows:
kernel version| PAGE_BUDDY_MAPCOUNT_VALUE
--+--
v2.6.38 | -2
v2.6.39 and later | -128
One more not
This patch set implements filtering free pages looking up mem_map
array instead of free lists. This is compatible for cyclic mode
because looking up mem_map can be divided into cycles. On the other
hand, dividing free pages contaiend in free lists is difficult since
they are not sorted in physical-
Signed-off-by: HATAYAMA Daisuke
---
makedumpfile.c | 21 -
1 files changed, 20 insertions(+), 1 deletions(-)
diff --git a/makedumpfile.c b/makedumpfile.c
index 6513059..0d03716 100644
--- a/makedumpfile.c
+++ b/makedumpfile.c
@@ -914,6 +914,8 @@ get_structure_info(void)
Page flags setup needs to be done after debuginfo initialization. We
use hard coded values only when debugging information doesn't provide
corresponding values.
Signed-off-by: HATAYAMA Daisuke
---
makedumpfile.c |5 +++--
1 files changed, 3 insertions(+), 2 deletions(-)
diff --git a/makedu
Although these values should basically be exported from VMCOREINFO, we
cannot modify old kernels. Luckily, these values had not so frequently
been changed that it's relatively easy to determine appropreate values
for a given kernel version without any symbol or type information.
On the other hand,
This is need to determine if a specified enumeration type is present
in a given debug information.
In this patch set, I'll use this to check if enum pageflags is
present.
The newly introduced interface is a simple extension from the existing
one for enumeration value.
Signed-off-by: HATAYAMA Dai
Gentlemen,
I know this is rather late to the game, given all the recent work to speed
up makedumpfile and reduce the memory that it consumes.
But I've been experimenting with asking the kernel to scan the page tables
instead of reading all those page structures through /proc/vmcore.
The results
ested on SGI UV machines, but not yet
proposed to the linux kernel community.
Diffed against linux-next (3.7.0-rc5-next-20121115-uv+)
Signed-off-by: Cliff Wickman
---
fs/proc/vmcore.c | 558 +++
include/linux/makedumpfile.h | 115
2
On Thu, Nov 08, 2012 at 07:08:04PM +0530, Aravinda Prasad wrote:
[..]
> diff --git a/Makefile b/Makefile
> index d5fc09e..3ac8e63 100644
> --- a/Makefile
> +++ b/Makefile
> @@ -55,6 +55,13 @@ LIBS := -llzo2 $(LIBS)
> CFLAGS += -DUSELZO
> endif
>
> +ifeq ($(EPPIC), on)
> +LIBS := -leppic -ltinf
On Thu, Nov 15, 2012 at 09:27:45AM -0500, Dave Anderson wrote:
[..]
> > Yes, makedumpfile needs to be linked against eppic library for filtering
> > data and this will increase makedumpfile size and initramfs size too.
>
> Just to clarify -- your example indicates that the vmlinux file is require
On Thu, Nov 15, 2012 at 06:20:44PM +0530, Aravinda Prasad wrote:
[..]
> > Can you give some details about how does it work and what's the
> > correlation with makedumpfile.
>
>
> struct key in include/linux/key.h holds "authentication token"/"access
> credential"/"keyring". Suppose these entries
- Original Message -
>
> struct key in include/linux/key.h holds "authentication token"/"access
> credential"/"keyring". Suppose these entries should be scrubbed from the
> dumpfile. Then the keyring_name_hash hash table should be scanned and
> for each non-empty list, the entire list sho
On 2012-11-15 01:51, Dave Anderson wrote:
>
>
> - Original Message -
>> Hi Vivek,
>>
>> On 2012-11-14 20:24, Vivek Goyal wrote:
>>
>>> On Thu, Nov 08, 2012 at 07:07:52PM +0530, Aravinda Prasad wrote:
makedumpfile security key filtering enhancement - Add Eppic language
support
On Wed, 2012-11-14 at 21:09 -0800, Eric W. Biederman wrote:
> Vivek Goyal writes:
>
> > On Thu, Nov 08, 2012 at 01:03:17PM -0800, Eric W. Biederman wrote:
> >> Vivek Goyal writes:
> >>
> >> > On Thu, Nov 08, 2012 at 02:40:50PM -0500, Vivek Goyal wrote:
> >> >> On Tue, Nov 06, 2012 at 03:51:59PM
On 2012-11-15 01:45, Vivek Goyal wrote:
> On Wed, Nov 14, 2012 at 10:36:53PM +0530, Aravinda Prasad wrote:
>
> [..]
>> The main intention is to remove confidential information from the dump
>> file, like ssh keys etc., which could be just few bytes, hence, may not
>> reduce the size of the dump
On 2012-11-14 23:23, Vivek Goyal wrote:
> On Wed, Nov 14, 2012 at 10:36:53PM +0530, Aravinda Prasad wrote:
>> Hi Vivek,
>>
>> On 2012-11-14 20:24, Vivek Goyal wrote:
>>
>>> On Thu, Nov 08, 2012 at 07:07:52PM +0530, Aravinda Prasad wrote:
makedumpfile security key filtering enhancement - Add
Hi,
> I am pleased to see those patch, and want to test
> the latest crash version for my issue.
>
> but how I get the latest crash version,
> by git or other ? I can't find it.
>
> please tell me.
Please check http://people.redhat.com/anderson/
Daniel
__
23 matches
Mail list logo