Dump Management

2008-07-01 Thread Marco Stornelli
Hi, what's the standard way to manage the core dump and therefore the post-mortem debug? For my experience it could be useful to have a mechanism to have little dump image (only some information) to store it in flash and maybe to have an hook (or something like this) for each application to

RE: [PATCH v4 1/6] dmaengine: Add dma_client parameter to device_alloc_chan_resources

2008-07-01 Thread Sosnowski, Maciej
-- Original message -- From: Haavard Skinnemoen [EMAIL PROTECTED] Date: Jun 26, 2008 3:23 PM Subject: [PATCH v4 1/6] dmaengine: Add dma_client parameter to device_alloc_chan_resources To: Dan Williams [EMAIL PROTECTED], Pierre Ossman [EMAIL PROTECTED] Cc: [EMAIL PROTECTED],

RE: [PATCH v4 2/6] dmaengine: Add dma_chan_is_in_use() function

2008-07-01 Thread Sosnowski, Maciej
-- Original message -- From: Haavard Skinnemoen [EMAIL PROTECTED] Date: Jun 26, 2008 3:23 PM Subject: [PATCH v4 2/6] dmaengine: Add dma_chan_is_in_use() function To: Dan Williams [EMAIL PROTECTED], Pierre Ossman [EMAIL PROTECTED] Cc: [EMAIL PROTECTED],

Re: Dump Management

2008-07-01 Thread Gilad Ben-Yossef
hI, Marco Stornelli wrote: what's the standard way to manage the core dump and therefore the post-mortem debug? For most embedded systems I know, core dumps are useful on the developer desk and in the testing lab. For analyzing field post-mortem (where it is feasible), use a custom fault

Re: Recommendation for activating a deferred module init in the kernel

2008-07-01 Thread Gilad Ben-Yossef
Tim Bird wrote: Gilad Ben-Yossef wrote: Tim Bird wrote: I agree. When you say have the application call modprobe directly, I'm not sure I understand what you mean. I simply meant that you can fork and exec modprobe itself (or use system() but that would require a working

Re: Atmel AT91SAM7S and AT91SAM7A3

2008-07-01 Thread Michelle Konzack
Hello Ben, Am 2008-06-28 18:36:24, schrieb Ben Nizette: I would recommend posting this to a forum at http://www.at91.com. This is a list more for discussion of embedded issues in the kernel than SoC end-user support :-) I was already on http://www.at91.com/ but where I live, I can not

[PATCH 2/23] make section names compatible with -ffunction-sections -fdata-sections: alpha

2008-07-01 Thread Denys Vlasenko
The purpose of this patch is to make kernel buildable with gcc -ffunction-sections -fdata-sections. This patch fixes alpha architecture. Signed-off-by: Denys Vlasenko [EMAIL PROTECTED] -- vda --- 0.org/arch/alpha/kernel/head.S Wed Jul 2 00:40:39 2008 +++ 1.fixname/arch/alpha/kernel/head.S

[PATCH 3/23] make section names compatible with -ffunction-sections -fdata-sections: arm

2008-07-01 Thread Denys Vlasenko
The purpose of this patch is to make kernel buildable with gcc -ffunction-sections -fdata-sections. This patch fixes arm architecture. Signed-off-by: Denys Vlasenko [EMAIL PROTECTED] -- vda --- 0.org/arch/arm/kernel/head-nommu.S Wed Jul 2 00:40:39 2008 +++

[PATCH 4/23] make section names compatible with -ffunction-sections -fdata-sections: avr

2008-07-01 Thread Denys Vlasenko
The purpose of this patch is to make kernel buildable with gcc -ffunction-sections -fdata-sections. This patch fixes avr architecture. Signed-off-by: Denys Vlasenko [EMAIL PROTECTED] -- vda --- 0.org/arch/avr32/kernel/init_task.c Wed Jul 2 00:40:40 2008 +++

[PATCH 5/23] make section names compatible with -ffunction-sections -fdata-sections: blackfin

2008-07-01 Thread Denys Vlasenko
The purpose of this patch is to make kernel buildable with gcc -ffunction-sections -fdata-sections. This patch fixes blackfin architecture. Signed-off-by: Denys Vlasenko [EMAIL PROTECTED] -- vda --- 0.org/arch/blackfin/kernel/vmlinux.lds.SWed Jul 2 00:40:40 2008 +++

[PATCH 6/23] make section names compatible with -ffunction-sections -fdata-sections: cris

2008-07-01 Thread Denys Vlasenko
The purpose of this patch is to make kernel buildable with gcc -ffunction-sections -fdata-sections. This patch fixes cris architecture. Signed-off-by: Denys Vlasenko [EMAIL PROTECTED] -- vda --- 0.org/arch/cris/arch-v10/vmlinux.lds.S Wed Jul 2 00:40:40 2008 +++

[PATCH 8/23] make section names compatible with -ffunction-sections -fdata-sections: h8300

2008-07-01 Thread Denys Vlasenko
The purpose of this patch is to make kernel buildable with gcc -ffunction-sections -fdata-sections. This patch fixes h8300 architecture. Signed-off-by: Denys Vlasenko [EMAIL PROTECTED] -- vda --- 0.org/arch/h8300/boot/compressed/head.S Wed Jul 2 00:40:40 2008 +++

[PATCH 9/23] make section names compatible with -ffunction-sections -fdata-sections: ia64

2008-07-01 Thread Denys Vlasenko
The purpose of this patch is to make kernel buildable with gcc -ffunction-sections -fdata-sections. This patch fixes ia64 architecture. Signed-off-by: Denys Vlasenko [EMAIL PROTECTED] -- vda --- 0.org/arch/ia64/kernel/Makefile Wed Jul 2 00:40:40 2008 +++ 1.fixname/arch/ia64/kernel/Makefile

[PATCH 13/23] make section names compatible with -ffunction-sections -fdata-sections: mn10300

2008-07-01 Thread Denys Vlasenko
The purpose of this patch is to make kernel buildable with gcc -ffunction-sections -fdata-sections. This patch fixes mn10300 architecture. Signed-off-by: Denys Vlasenko [EMAIL PROTECTED] -- vda --- 0.org/arch/mn10300/kernel/head.SWed Jul 2 00:40:41 2008 +++

[PATCH 14/23] make section names compatible with -ffunction-sections -fdata-sections: parisc

2008-07-01 Thread Denys Vlasenko
The purpose of this patch is to make kernel buildable with gcc -ffunction-sections -fdata-sections. This patch fixes parisc architecture. Signed-off-by: Denys Vlasenko [EMAIL PROTECTED] -- vda --- 0.org/arch/parisc/kernel/head.S Wed Jul 2 00:40:41 2008 +++

[PATCH 15/23] make section names compatible with -ffunction-sections -fdata-sections: powerpc

2008-07-01 Thread Denys Vlasenko
The purpose of this patch is to make kernel buildable with gcc -ffunction-sections -fdata-sections. This patch fixes powerpc architecture. Signed-off-by: Denys Vlasenko [EMAIL PROTECTED] -- vda --- 0.org/arch/powerpc/kernel/head_32.S Wed Jul 2 00:40:41 2008 +++

[PATCH 18/23] make section names compatible with -ffunction-sections -fdata-sections: sh

2008-07-01 Thread Denys Vlasenko
The purpose of this patch is to make kernel buildable with gcc -ffunction-sections -fdata-sections. This patch fixes sh architecture. Signed-off-by: Denys Vlasenko [EMAIL PROTECTED] -- vda --- 0.org/arch/sh/kernel/cpu/sh5/entry.SWed Jul 2 00:40:42 2008 +++

[PATCH 19/23] make section names compatible with -ffunction-sections -fdata-sections: sparc

2008-07-01 Thread Denys Vlasenko
The purpose of this patch is to make kernel buildable with gcc -ffunction-sections -fdata-sections. This patch fixes sparc architecture. Signed-off-by: Denys Vlasenko [EMAIL PROTECTED] -- vda --- 0.org/arch/sparc/boot/btfixupprep.c Wed Jul 2 00:40:42 2008 +++

[PATCH 21/23] make section names compatible with -ffunction-sections -fdata-sections: v850

2008-07-01 Thread Denys Vlasenko
The purpose of this patch is to make kernel buildable with gcc -ffunction-sections -fdata-sections. This patch fixes v850 architecture. Signed-off-by: Denys Vlasenko [EMAIL PROTECTED] -- vda --- 0.org/arch/v850/kernel/init_task.c Wed Jul 2 00:40:42 2008 +++

[PATCH 22/23] make section names compatible with -ffunction-sections -fdata-sections: x86

2008-07-01 Thread Denys Vlasenko
The purpose of this patch is to make kernel buildable with gcc -ffunction-sections -fdata-sections. This patch fixes x86 architecture. Signed-off-by: Denys Vlasenko [EMAIL PROTECTED] -- vda --- 0.org/arch/x86/boot/compressed/head_32.SWed Jul 2 00:40:42 2008 +++

[PATCH 23/23] make section names compatible with -ffunction-sections -fdata-sections: xtensa

2008-07-01 Thread Denys Vlasenko
The purpose of this patch is to make kernel buildable with gcc -ffunction-sections -fdata-sections. This patch fixes xtensa architecture. Signed-off-by: Denys Vlasenko [EMAIL PROTECTED] -- vda --- 0.org/arch/xtensa/kernel/head.S Wed Jul 2 00:40:43 2008 +++

Re: [PATCH 5/23] make section names compatible with -ffunction-sections -fdata-sections: blackfin

2008-07-01 Thread Mike Frysinger
On Tue, Jul 1, 2008 at 8:35 PM, Denys Vlasenko wrote: The purpose of this patch is to make kernel buildable with gcc -ffunction-sections -fdata-sections. This patch fixes blackfin architecture. the comment right above what you changed says it already works for Blackfin. so you arent fixing it

Re: [PATCH 1/23] make section names compatible with -ffunction-sections -fdata-sections

2008-07-01 Thread Valdis . Kletnieks
On Wed, 02 Jul 2008 02:33:48 +0200, Denys Vlasenko said: The purpose of these patches is to make kernel buildable with gcc -ffunction-sections -fdata-sections. Newer gcc and binutils can do dead code and data removal at link time. It is achieved using combination of -ffunction-sections

Re: [PATCH v4 2/6] dmaengine: Add dma_chan_is_in_use() function

2008-07-01 Thread Dan Williams
On Tue, Jul 1, 2008 at 6:31 PM, Dan Williams [EMAIL PROTECTED] wrote: On Thu, Jun 26, 2008 at 6:23 AM, Haavard Skinnemoen [EMAIL PROTECTED] wrote: This moves the code checking if a DMA channel is in use from show_in_use() into an inline helper function, dma_is_in_use(). DMA controllers can

Re: [PATCH 5/23] make section names compatible with -ffunction-sections -fdata-sections: blackfin

2008-07-01 Thread Mike Frysinger
On Tue, Jul 1, 2008 at 8:08 PM, Denys Vlasenko wrote: On Wednesday 02 July 2008 00:58, Mike Frysinger wrote: On Tue, Jul 1, 2008 at 8:35 PM, Denys Vlasenko wrote: The purpose of this patch is to make kernel buildable with gcc -ffunction-sections -fdata-sections. This patch fixes blackfin