Development around kexec ()

Dr. EVANS AKUNNE. | 5 Mar 2009 18:53

Good News,

Respected, 

I  want use this medium to inform you that I have deposited your ATM DEBIT CARD of Usd$1.2M United states
dollars to the Chronopost Delivery services here in Benin Republic, due to I have waited enough to hear
from you to effect the transfer of your funds through UNITED BANK FOR AFRICA (UBA), but because of the late
response I now decide to deposit the ATM DEBIT CARD to the Chronoposte delivery services.

I have paid them their delivery charges & insurance coverage fee, the only fee to be paid is their security
safe keeping fee of $215 dollars.

I will be travelling to meet my boss in South America and I will not come back till next month,therefore I will
advise you to contact the Chronopost shipment officer through his contact informations listed below to
avoid them increasing their security safe keeping fee.

Note that I packaged the ATM DEBIT CARD inside a magazine where nobody will notice the content, I also told
the shipment officer Rev.Dominic, that is ordinary African magazine which I want to deliver to my friend
to avoid further delay unless you delayed to send their security safe keeping fee.

Below is the shippment officer contact informations including his email address with the parcel
reference number, note that without you indicating your parcel reference number as listed below the
Chronopost delivery services will not listen to you because they will be imagining if you want to steal
another persons parcel.

Attention: Rev. Dominic Amacha 
Shipment Officer Of Chronopost 
Delivery Services Benin Republic
E-mail: chronopostexpres@... 
Tell: +229 96 183 883.
Office Fax: +229 21 32 42 46 
Nos of parcel :Eg6972

(Continue reading)

Dr. EVANS AKUNNE. | 5 Mar 2009 20:29

Good News,

Respected, 

I  want use this medium to inform you that I have deposited your ATM DEBIT CARD of Usd$1.2M United states
dollars to the Chronopost Delivery services here in Benin Republic, due to I have waited enough to hear
from you to effect the transfer of your funds through UNITED BANK FOR AFRICA (UBA), but because of the late
response I now decide to deposit the ATM DEBIT CARD to the Chronoposte delivery services.

I have paid them their delivery charges & insurance coverage fee, the only fee to be paid is their security
safe keeping fee of $215 dollars.

I will be travelling to meet my boss in South America and I will not come back till next month,therefore I will
advise you to contact the Chronopost shipment officer through his contact informations listed below to
avoid them increasing their security safe keeping fee.

Note that I packaged the ATM DEBIT CARD inside a magazine where nobody will notice the content, I also told
the shipment officer Rev.Dominic, that is ordinary African magazine which I want to deliver to my friend
to avoid further delay unless you delayed to send their security safe keeping fee.

Below is the shippment officer contact informations including his email address with the parcel
reference number, note that without you indicating your parcel reference number as listed below the
Chronopost delivery services will not listen to you because they will be imagining if you want to steal
another persons parcel.

Attention: Rev. Dominic Amacha 
Shipment Officer Of Chronopost 
Delivery Services Benin Republic
E-mail: chronopostexpres@... 
Tell: +229 96 183 883.
Office Fax: +229 21 32 42 46 
Nos of parcel :Eg6972

(Continue reading)

Yegor Yefremov | 11 Mar 2009 09:59

ARM: atags_offset at 0x100

Hello,

I'm working with KS8695 SoC. Everything is functioning so far. The
only issue I have now is the atags_offset. In kexec-zImage-arm.c it is
defined as 0x1000 (4k), but many ARM based boards await ATAGs at 0x100
(see http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=blob_plain;f=arch/arm/mach-ks8695/board-dsm320.c;hb=HEAD).
If I change this settings in kernel, then I see the atags, but I can't
simply change the atags_offset in kexec-zImage-arm.c, because it is
not 4k aligned. I get the following error message:

Base address:  100 is not page aligned

Unfortunately I cannot change the kernel, cause backward compatibility
with older kernels must be guarantied. Is there any solution for this
problem how to bring kexec to put ATAGs at 0x100?

Thank you in advance.

Best regards,
Yegor Yefremov

Yegor Yefremov | 11 Mar 2009 14:00

What to do with ARM architecture map?

Hello,

as already mentioned by Manish
http://lists.infradead.org/pipermail/kexec/2008-August/002497.html
physical_arch() is searching for the string to match "arm", but
various ARM CPUs have additional letters to specify their features.
Should all these types be listed in arches[] or is it simplier to have
ARM speciifc physical_arch() that is just looking for the substring
"arm" in uname? What do you think about this?

Best regards,
Yegor

Yegor Yefremov | 12 Mar 2009 12:55

Re: ARM: atags_offset at 0x100

On Wed, Mar 11, 2009 at 9:59 AM, Yegor Yefremov
<yegorslists <at> googlemail.com> wrote:

> I'm working with KS8695 SoC. Everything is functioning so far. The
> only issue I have now is the atags_offset. In kexec-zImage-arm.c it is
> defined as 0x1000 (4k), but many ARM based boards await ATAGs at 0x100
> (see http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=blob_plain;f=arch/arm/mach-ks8695/board-dsm320.c;hb=HEAD).
> If I change this settings in kernel, then I see the atags, but I can't
> simply change the atags_offset in kexec-zImage-arm.c, because it is
> not 4k aligned. I get the following error message:
>
> Base address:  100 is not page aligned
>
> Unfortunately I cannot change the kernel, cause backward compatibility
> with older kernels must be guarantied. Is there any solution for this
> problem how to bring kexec to put ATAGs at 0x100?

I found a temporary solution for this problem. According to
Documentation/arm/Booting recommended place for ATAGs are the first
16KiB of RAM. So I just allocate this space and atag_offset is used as
offset within this 16KiB. The kernel gets the whole chunk and doesn't
complain about non aligned memory. I also changed atag_offset to
0x100, cause there are really few boards awaiting boot_params at an
offset different from 0x100. For other boards not using this offset
special command line parameter --atag_offset can be introduced to
overwrite the default setting. Are there any concerns about allocating
16KiB at once or any other concerns regarding this method?

Best regards,
Yegor

(Continue reading)

Magnus Damm | 18 Mar 2009 07:07

Picon

[PATCH] kexec jump: use add_segment_phys_virt()

From: Magnus Damm <damm@...>

Since /proc/iomem contains physical addresses, use
add_segment_phys_virt(xxx, 0) instead of add_segment()
in add_backup_segments().

This fix is needed for kexec jump on SuperH where
add_segment() only takes virtual addresses.

Signed-off-by: Magnus Damm <damm@...>
---

 kexec/kexec.c |    3 ++-
 1 file changed, 2 insertions(+), 1 deletion(-)

--- 0001/kexec/kexec.c
+++ work/kexec/kexec.c	2009-03-17 22:43:06.000000000 +0900
 <at>  <at>  -454,7 +454,8  <at>  <at>  int add_backup_segments(struct kexec_inf
 				break;
 			start = (bkseg_base + pagesize - 1) & ~(pagesize - 1);
 			end = (bkseg_base + bkseg_size) & ~(pagesize - 1);
-			add_segment(info, NULL, 0, start, end-start);
+			add_segment_phys_virt(info, NULL, 0,
+					      start, end-start, 0);
 			mem_size = mem_base + mem_size - \
 				(bkseg_base + bkseg_size);
 			mem_base = bkseg_base + bkseg_size;

Magnus Damm | 18 Mar 2009 07:07

Picon

[PATCH] kexec jump: SuperH vmlinux support

From: Magnus Damm <damm@...>

Create elf header and modify the kernel command line
when loading a crash kernel or a kexec jump kernel.

Signed-off-by: Magnus Damm <damm@...>
---

 kexec/arch/sh/kexec-elf-sh.c |    4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

--- 0001/kexec/arch/sh/kexec-elf-sh.c
+++ work/kexec/arch/sh/kexec-elf-sh.c	2009-03-18 13:44:29.000000000 +0900
 <at>  <at>  -104,7 +104,7  <at>  <at>  int elf_sh_load(int argc, char **argv, c
 	/* Need to append some command line parameters internally in case of
 	 * taking crash dumps.
 	 */
-	if (info->kexec_flags & KEXEC_ON_CRASH) {
+	if (info->kexec_flags & (KEXEC_ON_CRASH | KEXEC_PRESERVE_CONTEXT)) {
 		modified_cmdline = xmalloc(COMMAND_LINE_SIZE);
 		memset((void *)modified_cmdline, 0, COMMAND_LINE_SIZE);
 		if (command_line) {
 <at>  <at>  -120,7 +120,7  <at>  <at>  int elf_sh_load(int argc, char **argv, c

 	/* If panic kernel is being loaded, additional segments need
 	 * to be created. */
-	if (info->kexec_flags & KEXEC_ON_CRASH) {
+	if (info->kexec_flags & (KEXEC_ON_CRASH | KEXEC_PRESERVE_CONTEXT)) {
 		rc = load_crashdump_segments(info, modified_cmdline);
 		if (rc < 0)

(Continue reading)

Simon Horman | 18 Mar 2009 09:44

Picon

Re: [PATCH] kexec jump: use add_segment_phys_virt()

On Wed, Mar 18, 2009 at 03:07:01PM +0900, Magnus Damm wrote:
> From: Magnus Damm <damm@...>
> 
> Since /proc/iomem contains physical addresses, use
> add_segment_phys_virt(xxx, 0) instead of add_segment()
> in add_backup_segments().
> 
> This fix is needed for kexec jump on SuperH where
> add_segment() only takes virtual addresses.

Thanks, applied.

--

-- 
Simon Horman
  VA Linux Systems Japan K.K., Sydney, Australia Satellite Office
  H: www.vergenet.net/~horms/             W: www.valinux.co.jp/en

Simon Horman | 18 Mar 2009 09:44

Picon

Re: [PATCH] kexec jump: SuperH vmlinux support

On Wed, Mar 18, 2009 at 03:07:46PM +0900, Magnus Damm wrote:
> From: Magnus Damm <damm@...>
> 
> Create elf header and modify the kernel command line
> when loading a crash kernel or a kexec jump kernel.

Thanks, applied this one too.

--

-- 
Simon Horman
  VA Linux Systems Japan K.K., Sydney, Australia Satellite Office
  H: www.vergenet.net/~horms/             W: www.valinux.co.jp/en

Magnus Damm | 18 Mar 2009 12:22

Picon

[PATCH] sh: use physical address for zImage entry

From: Magnus Damm <damm@...>

Use a physical address for the SuperH zImage entry point.
This makes the zImage loader behave as the elf loader.

Signed-off-by: Magnus Damm <damm@...>
---

 kexec/arch/sh/kexec-zImage-sh.c |    2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

--- 0001/kexec/arch/sh/kexec-zImage-sh.c
+++ work/kexec/arch/sh/kexec-zImage-sh.c	2009-03-18 20:09:56.000000000 +0900
 <at>  <at>  -140,6 +140,6  <at>  <at>  int zImage_sh_load(int argc, char **argv

 	image_base = (empty_zero + (0x10000 - 1)) & ~(0x10000 - 1);
 	add_segment(info, buf, len, image_base, len);
-	info->entry = (void *)image_base;
+	info->entry = (void *)virt_to_phys(image_base);
 	return 0;
 }

Group

gmane.linux.kernel.kexec.

Search Archive

Page

1 | 2

Articles in period: 15

March 2009

Language

Change language

Options

Current view: Threads only / Showing only 20 lines / Not hiding cited text.
Change to All messages, whole messages, or hide cited text.

Post a message
NNTP Newsgroup
Classic Gmane web interface
XML

XML

RSS Feed
List Information

About Gmane

Recent entries

Different minor kexec cleanups (22 May 2013)
[PATCH] makedumpfile: buddy identification when noncyclic (15 May 2013)
[PATCH] makedumpfile: message on non-mmap kernels (15 May 2013)
[PATCH] makedumpfile: non-cyclic default (15 May 2013)
[PATCH] makedumpfile: turn off mmap for free page scan (15 May 2013)
[PATCH] makedumpfile: warn on vmlinux without dwarf (15 May 2013)
[PATCH] kexec: check if memory is reserved only when loading kdump ker (14 May 2013)
[PATCH] kexec: Replace printf() with die() to error out to stderr (14 May 2013)
AFFAIRES ET PERSONNEL PRÊT OFFRE. (14 May 2013)
Kernel panics when using kexec for rebooting (13 May 2013)
[PATCH]Add kmsg_dump() to kexec path (9 May 2013)
crash read error: kernel virtual address / vmcore address mismatch ? (7 May 2013)
kernel parameter 'memmap ' is failing to ioremap with error "Malformed (6 May 2013)
[PATCH 0/4] kdump: Allow ELF header creation in new kernel (6 May 2013)
Fwd: Unknown rel relocation: Error (1 May 2013)
[PATCH] kexec: Parse percpu note size from kernel (30 Apr 2013)
[PATCH] kexec: cleanup: make add_backup_segments static (27 Apr 2013)
Investment (24 Apr 2013)
Why kdump just support ELF64CLASS? (23 Apr 2013)
/proc/vmcore kernel patches (23 Apr 2013)
makedumpfile parallel dumping test (22 Apr 2013)

Archives

50	May 2013
203	April 2013
303	March 2013
144	February 2013
186	January 2013
124	December 2012
311	November 2012
112	October 2012
104	September 2012
133	August 2012
64	July 2012
88	June 2012
55	May 2012
70	April 2012
54	March 2012
88	February 2012
65	January 2012
47	December 2011
91	November 2011
75	October 2011
89	September 2011
99	August 2011
101	July 2011
25	June 2011
56	May 2011
51	April 2011
61	March 2011
37	February 2011
36	January 2011
33	December 2010
57	November 2010
30	October 2010
99	September 2010
95	August 2010
118	July 2010
52	June 2010
89	May 2010
106	April 2010
68	March 2010
88	February 2010
39	January 2010
21	December 2009
74	November 2009
58	October 2009
24	September 2009
42	August 2009
43	July 2009
73	June 2009
55	May 2009
26	April 2009
15	March 2009
43	February 2009
93	January 2009
21	December 2008
193	November 2008
235	October 2008
141	September 2008
222	August 2008
282	July 2008
203	June 2008
171	May 2008
104	April 2008
150	March 2008
100	February 2008
85	January 2008
123	December 2007
97	November 2007
154	October 2007
220	September 2007
150	August 2007
156	July 2007
47	June 2007

Design

Zawodny | Right Menu | Left Menu

Your Own Design

Paste the URL of your CSS below. Download CSS template