Re: [PATCH] Kdump documentation update for 2.6.20: ia64 portion
Hi, this patch fills in the portions for ia64 kexec. I'm actually not sure what options are required for the dump-capture kernel, but "init 1 irqpoll maxcpus=1" has been working fine for me. Or more to the point, I'm not sure if irqpoll is needed or not. This patch requires the documentation patch update that Vivek Goyal has been circulating, and I believe is currently in mm. Feel free to fold it into that change if it makes things easier for anyone. Take II Nanhai, I have noted that vmlinux.gz may also be used. And added a note about the kernel being able to automatically place the crashkernel region. Furthermore, I added a note that if manually specified, the region should be 64Mb aligned to avoid wastage. I notice that the auto placement code uses 64Mb. But is this strictly neccessary for all page sizes? Take III Fixed some typos, thaniks to Andreas Schwab Signed-off-by: Simon Horman <[EMAIL PROTECTED]> Index: linux-2.6/Documentation/kdump/kdump.txt === --- linux-2.6.orig/Documentation/kdump/kdump.txt2007-01-12 17:45:19.0 +0900 +++ linux-2.6/Documentation/kdump/kdump.txt 2007-01-12 17:59:42.0 +0900 @@ -17,7 +17,7 @@ memory image to a dump file on the local disk, or across the network to a remote system. -Kdump and kexec are currently supported on the x86, x86_64, ppc64 and IA64 +Kdump and kexec are currently supported on the x86, x86_64, ppc64 and ia64 architectures. When the system kernel boots, it reserves a small section of memory for @@ -229,7 +229,23 @@ Dump-capture kernel config options (Arch Dependent, ia64) -- -(To be filled) + +- No specific options are required to create a dump-capture kernel + for ia64, other than those specified in the arch idependent section + above. This means that it is possible to use the system kernel + as a dump-capture kernel if desired. + + The crashkernel region can be automatically placed by the system + kernel at run time. This is done by specifying the base address as 0, + or omitting it all together. + + [EMAIL PROTECTED] + or + crashkernel=256M + + If the start address is specified, note that the start address of the + kernel will be aligned to 64Mb, so if the start address is not then + any space below the alignment point will be wasted. Boot into System Kernel @@ -248,6 +264,10 @@ On ppc64, use "[EMAIL PROTECTED]". + On ia64, [EMAIL PROTECTED] is a generous value that typically works. + The region may be automatically placed on ia64, see the + dump-capture kernel config option notes above. + Load the Dump-capture Kernel @@ -266,7 +286,8 @@ For ppc64: - Use vmlinux For ia64: - (To be filled) + - Use vmlinux or vmlinuz.gz + If you are using a uncompressed vmlinux image then use following command to load dump-capture kernel. @@ -282,18 +303,19 @@ --initrd= \ --append="root= " +Please note, that --args-linux does not need to be specified for ia64. +It is planned to make this a no-op on that architecture, but for now +it should be omitted + Following are the arch specific command line options to be used while loading dump-capture kernel. -For i386 and x86_64: +For i386, x86_64 and ia64: "init 1 irqpoll maxcpus=1" For ppc64: "init 1 maxcpus=1 noirqdistrib" -For IA64 - (To be filled) - Notes on loading the dump-capture kernel: - 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/
Re: [Fastboot] [PATCH] Kdump documentation update for 2.6.20: ia64 portion
On Fri, Jan 12, 2007 at 11:46:39AM -0800, Jay Lan wrote: > Horms wrote: > > Hi, > > > > this patch fills in the portions for ia64 kexec. > > > > I'm actually not sure what options are required for the dump-capture > > kernel, but "init 1 irqpoll maxcpus=1" has been working fine for me. > > Or more to the point, I'm not sure if irqpoll is needed or not. > > > > This patch requires the documentation patch update that Vivek Goyal has > > been circulating, and I believe is currently in mm. Feel free to fold it > > into that change if it makes things easier for anyone. > > > > Take II > > > > Nanhai, > > > > I have noted that vmlinux.gz may also be used. And added a note about the > > kernel being able to automatically place the crashkernel region. > > Furthermore, I added a note that if manually specified, the region should > > be 64Mb aligned to avoid wastage. I notice that the auto placement code > > uses 64Mb. But is this strictly neccessary for all page sizes? > > > > Signed-off-by: Simon Horman <[EMAIL PROTECTED]> > > > > Index: linux-2.6/Documentation/kdump/kdump.txt > > === > > --- linux-2.6.orig/Documentation/kdump/kdump.txt2007-01-12 > > 17:45:19.0 +0900 > > +++ linux-2.6/Documentation/kdump/kdump.txt 2007-01-12 17:59:42.0 > > +0900 > > @@ -17,7 +17,7 @@ > > memory image to a dump file on the local disk, or across the network to > > a remote system. > > > > -Kdump and kexec are currently supported on the x86, x86_64, ppc64 and IA64 > > +Kdump and kexec are currently supported on the x86, x86_64, ppc64 and ia64 > > architectures. > > > > When the system kernel boots, it reserves a small section of memory for > > @@ -229,7 +229,23 @@ > > > > Dump-capture kernel config options (Arch Dependent, ia64) > > -- > > -(To be filled) > > + > > +- No specific options are required to create a dump-capture kernel > > + for ia64, other than those specified in the arch idependent section > > + above. This means that it is possible to use the system kernel > > + as a dump-capture kernel if desired. > > + > > + The crashkernel region can be automatically placed by the system > > + kernel at run time. This is done by specifying the base address as 0, > > + or omitting it all together. > > In my testing, i found the base address was ignored. Whatever value > specified was fine. Not necessary to be 0. But i guess it is fine to > give people a guideline telling them to specify 0. I submitted a patch to honour non-zero base addresses, I'm pretty sure it is in there now. -- Horms H: http://www.vergenet.net/~horms/ W: http://www.valinux.co.jp/en/ - 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/
Re: [Fastboot] [PATCH] Kdump documentation update for 2.6.20: ia64 portion
Horms wrote: > Hi, > > this patch fills in the portions for ia64 kexec. > > I'm actually not sure what options are required for the dump-capture > kernel, but "init 1 irqpoll maxcpus=1" has been working fine for me. > Or more to the point, I'm not sure if irqpoll is needed or not. > > This patch requires the documentation patch update that Vivek Goyal has > been circulating, and I believe is currently in mm. Feel free to fold it > into that change if it makes things easier for anyone. > > Take II > > Nanhai, > > I have noted that vmlinux.gz may also be used. And added a note about the > kernel being able to automatically place the crashkernel region. > Furthermore, I added a note that if manually specified, the region should > be 64Mb aligned to avoid wastage. I notice that the auto placement code > uses 64Mb. But is this strictly neccessary for all page sizes? > > Signed-off-by: Simon Horman <[EMAIL PROTECTED]> > > Index: linux-2.6/Documentation/kdump/kdump.txt > === > --- linux-2.6.orig/Documentation/kdump/kdump.txt 2007-01-12 > 17:45:19.0 +0900 > +++ linux-2.6/Documentation/kdump/kdump.txt 2007-01-12 17:59:42.0 > +0900 > @@ -17,7 +17,7 @@ > memory image to a dump file on the local disk, or across the network to > a remote system. > > -Kdump and kexec are currently supported on the x86, x86_64, ppc64 and IA64 > +Kdump and kexec are currently supported on the x86, x86_64, ppc64 and ia64 > architectures. > > When the system kernel boots, it reserves a small section of memory for > @@ -229,7 +229,23 @@ > > Dump-capture kernel config options (Arch Dependent, ia64) > -- > -(To be filled) > + > +- No specific options are required to create a dump-capture kernel > + for ia64, other than those specified in the arch idependent section > + above. This means that it is possible to use the system kernel > + as a dump-capture kernel if desired. > + > + The crashkernel region can be automatically placed by the system > + kernel at run time. This is done by specifying the base address as 0, > + or omitting it all together. In my testing, i found the base address was ignored. Whatever value specified was fine. Not necessary to be 0. But i guess it is fine to give people a guideline telling them to specify 0. Cheers, - jay > + > + [EMAIL PROTECTED] > + or > + crashkernel=256M > + > + If the start address is specified, not that the start address of the > + kernel will be alligned to 64Mb, so any if the start address is not then > + any space below the alignment point will be wasted. > > > Boot into System Kernel > @@ -248,6 +264,10 @@ > > On ppc64, use "[EMAIL PROTECTED]". > > + On ia64, [EMAIL PROTECTED] is a generous value that typically works. > + The region may be automatically placed on ia64, see the > + dump-capture kernel config option notes above. > + > Load the Dump-capture Kernel > > > @@ -266,7 +286,8 @@ > For ppc64: > - Use vmlinux > For ia64: > - (To be filled) > + - Use vmlinux or vmlinuz.gz > + > > If you are using a uncompressed vmlinux image then use following command > to load dump-capture kernel. > @@ -282,18 +303,19 @@ > --initrd= \ > --append="root= " > > +Please note, that --args-linux does not need to be specified for ia64. > +It is planned to make this a no-op on that architecture, but for now > +it should be omitted > + > Following are the arch specific command line options to be used while > loading dump-capture kernel. > > -For i386 and x86_64: > +For i386, x86_64 and ia64: > "init 1 irqpoll maxcpus=1" > > For ppc64: > "init 1 maxcpus=1 noirqdistrib" > > -For IA64 > - (To be filled) > - > > Notes on loading the dump-capture kernel: > > ___ > fastboot mailing list > fastboot@lists.osdl.org > https://lists.osdl.org/mailman/listinfo/fastboot - 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/
Re: [PATCH] Kdump documentation update for 2.6.20: ia64 portion
Horms <[EMAIL PROTECTED]> writes: > + If the start address is specified, not that the start address of the note > + kernel will be alligned to 64Mb, so any if the start address is not then aligned XXX > + any space below the alignment point will be wasted. Andreas. -- Andreas Schwab, SuSE Labs, [EMAIL PROTECTED] SuSE Linux Products GmbH, Maxfeldstraße 5, 90409 Nürnberg, Germany PGP key fingerprint = 58CA 54C7 6D53 942B 1756 01D3 44D5 214B 8276 4ED5 "And now for something completely different." - 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/
Re: [PATCH] Kdump documentation update for 2.6.20: ia64 portion
Hi, this patch fills in the portions for ia64 kexec. I'm actually not sure what options are required for the dump-capture kernel, but "init 1 irqpoll maxcpus=1" has been working fine for me. Or more to the point, I'm not sure if irqpoll is needed or not. This patch requires the documentation patch update that Vivek Goyal has been circulating, and I believe is currently in mm. Feel free to fold it into that change if it makes things easier for anyone. Take II Nanhai, I have noted that vmlinux.gz may also be used. And added a note about the kernel being able to automatically place the crashkernel region. Furthermore, I added a note that if manually specified, the region should be 64Mb aligned to avoid wastage. I notice that the auto placement code uses 64Mb. But is this strictly neccessary for all page sizes? Signed-off-by: Simon Horman <[EMAIL PROTECTED]> Index: linux-2.6/Documentation/kdump/kdump.txt === --- linux-2.6.orig/Documentation/kdump/kdump.txt2007-01-12 17:45:19.0 +0900 +++ linux-2.6/Documentation/kdump/kdump.txt 2007-01-12 17:59:42.0 +0900 @@ -17,7 +17,7 @@ memory image to a dump file on the local disk, or across the network to a remote system. -Kdump and kexec are currently supported on the x86, x86_64, ppc64 and IA64 +Kdump and kexec are currently supported on the x86, x86_64, ppc64 and ia64 architectures. When the system kernel boots, it reserves a small section of memory for @@ -229,7 +229,23 @@ Dump-capture kernel config options (Arch Dependent, ia64) -- -(To be filled) + +- No specific options are required to create a dump-capture kernel + for ia64, other than those specified in the arch idependent section + above. This means that it is possible to use the system kernel + as a dump-capture kernel if desired. + + The crashkernel region can be automatically placed by the system + kernel at run time. This is done by specifying the base address as 0, + or omitting it all together. + + [EMAIL PROTECTED] + or + crashkernel=256M + + If the start address is specified, not that the start address of the + kernel will be alligned to 64Mb, so any if the start address is not then + any space below the alignment point will be wasted. Boot into System Kernel @@ -248,6 +264,10 @@ On ppc64, use "[EMAIL PROTECTED]". + On ia64, [EMAIL PROTECTED] is a generous value that typically works. + The region may be automatically placed on ia64, see the + dump-capture kernel config option notes above. + Load the Dump-capture Kernel @@ -266,7 +286,8 @@ For ppc64: - Use vmlinux For ia64: - (To be filled) + - Use vmlinux or vmlinuz.gz + If you are using a uncompressed vmlinux image then use following command to load dump-capture kernel. @@ -282,18 +303,19 @@ --initrd= \ --append="root= " +Please note, that --args-linux does not need to be specified for ia64. +It is planned to make this a no-op on that architecture, but for now +it should be omitted + Following are the arch specific command line options to be used while loading dump-capture kernel. -For i386 and x86_64: +For i386, x86_64 and ia64: "init 1 irqpoll maxcpus=1" For ppc64: "init 1 maxcpus=1 noirqdistrib" -For IA64 - (To be filled) - Notes on loading the dump-capture kernel: - 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/
RE: [PATCH] Kdump documentation update for 2.6.20: ia64 portion
> -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of Horms > Sent: 2007年1月12日 14:07 > To: Vivek Goyal > Cc: Mohan Kumar M; Andrew Morton; Zou, Nanhai; Luck, Tony; > linux-kernel@vger.kernel.org; fastboot@lists.osdl.org; > linux-ia64@vger.kernel.org > Subject: [PATCH] Kdump documentation update for 2.6.20: ia64 portion > > Hi, > > this patch fills in the portions for ia64 kexec. > > I'm actually not sure what options are required for the dump-capture > kernel, but "init 1 irqpoll maxcpus=1" has been working fine for me. > Or more to the point, I'm not sure if irqpoll is needed or not. > > This patch requires the documentation patch update that Vivek Goyal has > been circulating, and I believe is currently in mm. Feel free to fold it > into that change if it makes things easier for anyone. > > Signed-off-by: Simon Horman <[EMAIL PROTECTED]> > > Index: linux-2.6/Documentation/kdump/kdump.txt > === > --- linux-2.6.orig/Documentation/kdump/kdump.txt 2007-01-12 > 14:37:46.0 +0900 > +++ linux-2.6/Documentation/kdump/kdump.txt 2007-01-12 > 14:46:53.0 +0900 > @@ -17,7 +17,7 @@ > memory image to a dump file on the local disk, or across the network to > a remote system. > > -Kdump and kexec are currently supported on the x86, x86_64, ppc64 and IA64 > +Kdump and kexec are currently supported on the x86, x86_64, ppc64 and ia64 > architectures. > > When the system kernel boots, it reserves a small section of memory for > @@ -227,7 +227,11 @@ > > Dump-capture kernel config options (Arch Dependent, ia64) > -- > -(To be filled) > + > +- No specific options are required to create a dump-capture kernel > + for ia64 other than those specified in the arch idependent section > + above. This means that it is possible to use the system kernel > + as a dump-capture kernel if desired. > > > Boot into System Kernel > @@ -264,7 +268,8 @@ > For ppc64: > - Use vmlinux > For ia64: > - (To be filled) > + - Use vmlinux > + You can also use gziped vmlinux.gz here. > > If you are using a uncompressed vmlinux image then use following command > to load dump-capture kernel. > @@ -280,18 +285,19 @@ > --initrd= \ > --append="root= " > > +Please note, that --args-linux does not need to be specified for ia64. > +It is planned to make this a no-op on that architecture, but for now > +it should be omitted > + > Following are the arch specific command line options to be used while > loading dump-capture kernel. > > -For i386 and x86_64: > +For i386, x86_64 and ia64: > "init 1 irqpoll maxcpus=1" > > For ppc64: > "init 1 maxcpus=1 noirqdistrib" > > -For IA64 > - (To be filled) > - > > Notes on loading the dump-capture kernel: > We can add note about that IA64 can automatically pick crash dump region according to size to reserve. Thanks Zou Nan hai - 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/
RE: [PATCH] Kdump documentation update for 2.6.20: ia64 portion
-Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Horms Sent: 2007年1月12日 14:07 To: Vivek Goyal Cc: Mohan Kumar M; Andrew Morton; Zou, Nanhai; Luck, Tony; linux-kernel@vger.kernel.org; fastboot@lists.osdl.org; linux-ia64@vger.kernel.org Subject: [PATCH] Kdump documentation update for 2.6.20: ia64 portion Hi, this patch fills in the portions for ia64 kexec. I'm actually not sure what options are required for the dump-capture kernel, but init 1 irqpoll maxcpus=1 has been working fine for me. Or more to the point, I'm not sure if irqpoll is needed or not. This patch requires the documentation patch update that Vivek Goyal has been circulating, and I believe is currently in mm. Feel free to fold it into that change if it makes things easier for anyone. Signed-off-by: Simon Horman [EMAIL PROTECTED] Index: linux-2.6/Documentation/kdump/kdump.txt === --- linux-2.6.orig/Documentation/kdump/kdump.txt 2007-01-12 14:37:46.0 +0900 +++ linux-2.6/Documentation/kdump/kdump.txt 2007-01-12 14:46:53.0 +0900 @@ -17,7 +17,7 @@ memory image to a dump file on the local disk, or across the network to a remote system. -Kdump and kexec are currently supported on the x86, x86_64, ppc64 and IA64 +Kdump and kexec are currently supported on the x86, x86_64, ppc64 and ia64 architectures. When the system kernel boots, it reserves a small section of memory for @@ -227,7 +227,11 @@ Dump-capture kernel config options (Arch Dependent, ia64) -- -(To be filled) + +- No specific options are required to create a dump-capture kernel + for ia64 other than those specified in the arch idependent section + above. This means that it is possible to use the system kernel + as a dump-capture kernel if desired. Boot into System Kernel @@ -264,7 +268,8 @@ For ppc64: - Use vmlinux For ia64: - (To be filled) + - Use vmlinux + You can also use gziped vmlinux.gz here. If you are using a uncompressed vmlinux image then use following command to load dump-capture kernel. @@ -280,18 +285,19 @@ --initrd=initrd-for-dump-capture-kernel \ --append=root=root-dev arch-specific-options +Please note, that --args-linux does not need to be specified for ia64. +It is planned to make this a no-op on that architecture, but for now +it should be omitted + Following are the arch specific command line options to be used while loading dump-capture kernel. -For i386 and x86_64: +For i386, x86_64 and ia64: init 1 irqpoll maxcpus=1 For ppc64: init 1 maxcpus=1 noirqdistrib -For IA64 - (To be filled) - Notes on loading the dump-capture kernel: We can add note about that IA64 can automatically pick crash dump region according to size to reserve. Thanks Zou Nan hai - 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/
Re: [PATCH] Kdump documentation update for 2.6.20: ia64 portion
Hi, this patch fills in the portions for ia64 kexec. I'm actually not sure what options are required for the dump-capture kernel, but init 1 irqpoll maxcpus=1 has been working fine for me. Or more to the point, I'm not sure if irqpoll is needed or not. This patch requires the documentation patch update that Vivek Goyal has been circulating, and I believe is currently in mm. Feel free to fold it into that change if it makes things easier for anyone. Take II Nanhai, I have noted that vmlinux.gz may also be used. And added a note about the kernel being able to automatically place the crashkernel region. Furthermore, I added a note that if manually specified, the region should be 64Mb aligned to avoid wastage. I notice that the auto placement code uses 64Mb. But is this strictly neccessary for all page sizes? Signed-off-by: Simon Horman [EMAIL PROTECTED] Index: linux-2.6/Documentation/kdump/kdump.txt === --- linux-2.6.orig/Documentation/kdump/kdump.txt2007-01-12 17:45:19.0 +0900 +++ linux-2.6/Documentation/kdump/kdump.txt 2007-01-12 17:59:42.0 +0900 @@ -17,7 +17,7 @@ memory image to a dump file on the local disk, or across the network to a remote system. -Kdump and kexec are currently supported on the x86, x86_64, ppc64 and IA64 +Kdump and kexec are currently supported on the x86, x86_64, ppc64 and ia64 architectures. When the system kernel boots, it reserves a small section of memory for @@ -229,7 +229,23 @@ Dump-capture kernel config options (Arch Dependent, ia64) -- -(To be filled) + +- No specific options are required to create a dump-capture kernel + for ia64, other than those specified in the arch idependent section + above. This means that it is possible to use the system kernel + as a dump-capture kernel if desired. + + The crashkernel region can be automatically placed by the system + kernel at run time. This is done by specifying the base address as 0, + or omitting it all together. + + [EMAIL PROTECTED] + or + crashkernel=256M + + If the start address is specified, not that the start address of the + kernel will be alligned to 64Mb, so any if the start address is not then + any space below the alignment point will be wasted. Boot into System Kernel @@ -248,6 +264,10 @@ On ppc64, use [EMAIL PROTECTED]. + On ia64, [EMAIL PROTECTED] is a generous value that typically works. + The region may be automatically placed on ia64, see the + dump-capture kernel config option notes above. + Load the Dump-capture Kernel @@ -266,7 +286,8 @@ For ppc64: - Use vmlinux For ia64: - (To be filled) + - Use vmlinux or vmlinuz.gz + If you are using a uncompressed vmlinux image then use following command to load dump-capture kernel. @@ -282,18 +303,19 @@ --initrd=initrd-for-dump-capture-kernel \ --append=root=root-dev arch-specific-options +Please note, that --args-linux does not need to be specified for ia64. +It is planned to make this a no-op on that architecture, but for now +it should be omitted + Following are the arch specific command line options to be used while loading dump-capture kernel. -For i386 and x86_64: +For i386, x86_64 and ia64: init 1 irqpoll maxcpus=1 For ppc64: init 1 maxcpus=1 noirqdistrib -For IA64 - (To be filled) - Notes on loading the dump-capture kernel: - 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/
Re: [PATCH] Kdump documentation update for 2.6.20: ia64 portion
Horms [EMAIL PROTECTED] writes: + If the start address is specified, not that the start address of the note + kernel will be alligned to 64Mb, so any if the start address is not then aligned XXX + any space below the alignment point will be wasted. Andreas. -- Andreas Schwab, SuSE Labs, [EMAIL PROTECTED] SuSE Linux Products GmbH, Maxfeldstraße 5, 90409 Nürnberg, Germany PGP key fingerprint = 58CA 54C7 6D53 942B 1756 01D3 44D5 214B 8276 4ED5 And now for something completely different. - 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/
Re: [Fastboot] [PATCH] Kdump documentation update for 2.6.20: ia64 portion
Horms wrote: Hi, this patch fills in the portions for ia64 kexec. I'm actually not sure what options are required for the dump-capture kernel, but init 1 irqpoll maxcpus=1 has been working fine for me. Or more to the point, I'm not sure if irqpoll is needed or not. This patch requires the documentation patch update that Vivek Goyal has been circulating, and I believe is currently in mm. Feel free to fold it into that change if it makes things easier for anyone. Take II Nanhai, I have noted that vmlinux.gz may also be used. And added a note about the kernel being able to automatically place the crashkernel region. Furthermore, I added a note that if manually specified, the region should be 64Mb aligned to avoid wastage. I notice that the auto placement code uses 64Mb. But is this strictly neccessary for all page sizes? Signed-off-by: Simon Horman [EMAIL PROTECTED] Index: linux-2.6/Documentation/kdump/kdump.txt === --- linux-2.6.orig/Documentation/kdump/kdump.txt 2007-01-12 17:45:19.0 +0900 +++ linux-2.6/Documentation/kdump/kdump.txt 2007-01-12 17:59:42.0 +0900 @@ -17,7 +17,7 @@ memory image to a dump file on the local disk, or across the network to a remote system. -Kdump and kexec are currently supported on the x86, x86_64, ppc64 and IA64 +Kdump and kexec are currently supported on the x86, x86_64, ppc64 and ia64 architectures. When the system kernel boots, it reserves a small section of memory for @@ -229,7 +229,23 @@ Dump-capture kernel config options (Arch Dependent, ia64) -- -(To be filled) + +- No specific options are required to create a dump-capture kernel + for ia64, other than those specified in the arch idependent section + above. This means that it is possible to use the system kernel + as a dump-capture kernel if desired. + + The crashkernel region can be automatically placed by the system + kernel at run time. This is done by specifying the base address as 0, + or omitting it all together. In my testing, i found the base address was ignored. Whatever value specified was fine. Not necessary to be 0. But i guess it is fine to give people a guideline telling them to specify 0. Cheers, - jay + + [EMAIL PROTECTED] + or + crashkernel=256M + + If the start address is specified, not that the start address of the + kernel will be alligned to 64Mb, so any if the start address is not then + any space below the alignment point will be wasted. Boot into System Kernel @@ -248,6 +264,10 @@ On ppc64, use [EMAIL PROTECTED]. + On ia64, [EMAIL PROTECTED] is a generous value that typically works. + The region may be automatically placed on ia64, see the + dump-capture kernel config option notes above. + Load the Dump-capture Kernel @@ -266,7 +286,8 @@ For ppc64: - Use vmlinux For ia64: - (To be filled) + - Use vmlinux or vmlinuz.gz + If you are using a uncompressed vmlinux image then use following command to load dump-capture kernel. @@ -282,18 +303,19 @@ --initrd=initrd-for-dump-capture-kernel \ --append=root=root-dev arch-specific-options +Please note, that --args-linux does not need to be specified for ia64. +It is planned to make this a no-op on that architecture, but for now +it should be omitted + Following are the arch specific command line options to be used while loading dump-capture kernel. -For i386 and x86_64: +For i386, x86_64 and ia64: init 1 irqpoll maxcpus=1 For ppc64: init 1 maxcpus=1 noirqdistrib -For IA64 - (To be filled) - Notes on loading the dump-capture kernel: ___ fastboot mailing list fastboot@lists.osdl.org https://lists.osdl.org/mailman/listinfo/fastboot - 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/
Re: [PATCH] Kdump documentation update for 2.6.20: ia64 portion
Hi, this patch fills in the portions for ia64 kexec. I'm actually not sure what options are required for the dump-capture kernel, but init 1 irqpoll maxcpus=1 has been working fine for me. Or more to the point, I'm not sure if irqpoll is needed or not. This patch requires the documentation patch update that Vivek Goyal has been circulating, and I believe is currently in mm. Feel free to fold it into that change if it makes things easier for anyone. Take II Nanhai, I have noted that vmlinux.gz may also be used. And added a note about the kernel being able to automatically place the crashkernel region. Furthermore, I added a note that if manually specified, the region should be 64Mb aligned to avoid wastage. I notice that the auto placement code uses 64Mb. But is this strictly neccessary for all page sizes? Take III Fixed some typos, thaniks to Andreas Schwab Signed-off-by: Simon Horman [EMAIL PROTECTED] Index: linux-2.6/Documentation/kdump/kdump.txt === --- linux-2.6.orig/Documentation/kdump/kdump.txt2007-01-12 17:45:19.0 +0900 +++ linux-2.6/Documentation/kdump/kdump.txt 2007-01-12 17:59:42.0 +0900 @@ -17,7 +17,7 @@ memory image to a dump file on the local disk, or across the network to a remote system. -Kdump and kexec are currently supported on the x86, x86_64, ppc64 and IA64 +Kdump and kexec are currently supported on the x86, x86_64, ppc64 and ia64 architectures. When the system kernel boots, it reserves a small section of memory for @@ -229,7 +229,23 @@ Dump-capture kernel config options (Arch Dependent, ia64) -- -(To be filled) + +- No specific options are required to create a dump-capture kernel + for ia64, other than those specified in the arch idependent section + above. This means that it is possible to use the system kernel + as a dump-capture kernel if desired. + + The crashkernel region can be automatically placed by the system + kernel at run time. This is done by specifying the base address as 0, + or omitting it all together. + + [EMAIL PROTECTED] + or + crashkernel=256M + + If the start address is specified, note that the start address of the + kernel will be aligned to 64Mb, so if the start address is not then + any space below the alignment point will be wasted. Boot into System Kernel @@ -248,6 +264,10 @@ On ppc64, use [EMAIL PROTECTED]. + On ia64, [EMAIL PROTECTED] is a generous value that typically works. + The region may be automatically placed on ia64, see the + dump-capture kernel config option notes above. + Load the Dump-capture Kernel @@ -266,7 +286,8 @@ For ppc64: - Use vmlinux For ia64: - (To be filled) + - Use vmlinux or vmlinuz.gz + If you are using a uncompressed vmlinux image then use following command to load dump-capture kernel. @@ -282,18 +303,19 @@ --initrd=initrd-for-dump-capture-kernel \ --append=root=root-dev arch-specific-options +Please note, that --args-linux does not need to be specified for ia64. +It is planned to make this a no-op on that architecture, but for now +it should be omitted + Following are the arch specific command line options to be used while loading dump-capture kernel. -For i386 and x86_64: +For i386, x86_64 and ia64: init 1 irqpoll maxcpus=1 For ppc64: init 1 maxcpus=1 noirqdistrib -For IA64 - (To be filled) - Notes on loading the dump-capture kernel: - 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/
Re: [Fastboot] [PATCH] Kdump documentation update for 2.6.20: ia64 portion
On Fri, Jan 12, 2007 at 11:46:39AM -0800, Jay Lan wrote: Horms wrote: Hi, this patch fills in the portions for ia64 kexec. I'm actually not sure what options are required for the dump-capture kernel, but init 1 irqpoll maxcpus=1 has been working fine for me. Or more to the point, I'm not sure if irqpoll is needed or not. This patch requires the documentation patch update that Vivek Goyal has been circulating, and I believe is currently in mm. Feel free to fold it into that change if it makes things easier for anyone. Take II Nanhai, I have noted that vmlinux.gz may also be used. And added a note about the kernel being able to automatically place the crashkernel region. Furthermore, I added a note that if manually specified, the region should be 64Mb aligned to avoid wastage. I notice that the auto placement code uses 64Mb. But is this strictly neccessary for all page sizes? Signed-off-by: Simon Horman [EMAIL PROTECTED] Index: linux-2.6/Documentation/kdump/kdump.txt === --- linux-2.6.orig/Documentation/kdump/kdump.txt2007-01-12 17:45:19.0 +0900 +++ linux-2.6/Documentation/kdump/kdump.txt 2007-01-12 17:59:42.0 +0900 @@ -17,7 +17,7 @@ memory image to a dump file on the local disk, or across the network to a remote system. -Kdump and kexec are currently supported on the x86, x86_64, ppc64 and IA64 +Kdump and kexec are currently supported on the x86, x86_64, ppc64 and ia64 architectures. When the system kernel boots, it reserves a small section of memory for @@ -229,7 +229,23 @@ Dump-capture kernel config options (Arch Dependent, ia64) -- -(To be filled) + +- No specific options are required to create a dump-capture kernel + for ia64, other than those specified in the arch idependent section + above. This means that it is possible to use the system kernel + as a dump-capture kernel if desired. + + The crashkernel region can be automatically placed by the system + kernel at run time. This is done by specifying the base address as 0, + or omitting it all together. In my testing, i found the base address was ignored. Whatever value specified was fine. Not necessary to be 0. But i guess it is fine to give people a guideline telling them to specify 0. I submitted a patch to honour non-zero base addresses, I'm pretty sure it is in there now. -- Horms H: http://www.vergenet.net/~horms/ W: http://www.valinux.co.jp/en/ - 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/
[PATCH] Kdump documentation update for 2.6.20: ia64 portion
Hi, this patch fills in the portions for ia64 kexec. I'm actually not sure what options are required for the dump-capture kernel, but "init 1 irqpoll maxcpus=1" has been working fine for me. Or more to the point, I'm not sure if irqpoll is needed or not. This patch requires the documentation patch update that Vivek Goyal has been circulating, and I believe is currently in mm. Feel free to fold it into that change if it makes things easier for anyone. Signed-off-by: Simon Horman <[EMAIL PROTECTED]> Index: linux-2.6/Documentation/kdump/kdump.txt === --- linux-2.6.orig/Documentation/kdump/kdump.txt2007-01-12 14:37:46.0 +0900 +++ linux-2.6/Documentation/kdump/kdump.txt 2007-01-12 14:46:53.0 +0900 @@ -17,7 +17,7 @@ memory image to a dump file on the local disk, or across the network to a remote system. -Kdump and kexec are currently supported on the x86, x86_64, ppc64 and IA64 +Kdump and kexec are currently supported on the x86, x86_64, ppc64 and ia64 architectures. When the system kernel boots, it reserves a small section of memory for @@ -227,7 +227,11 @@ Dump-capture kernel config options (Arch Dependent, ia64) -- -(To be filled) + +- No specific options are required to create a dump-capture kernel + for ia64 other than those specified in the arch idependent section + above. This means that it is possible to use the system kernel + as a dump-capture kernel if desired. Boot into System Kernel @@ -264,7 +268,8 @@ For ppc64: - Use vmlinux For ia64: - (To be filled) + - Use vmlinux + If you are using a uncompressed vmlinux image then use following command to load dump-capture kernel. @@ -280,18 +285,19 @@ --initrd= \ --append="root= " +Please note, that --args-linux does not need to be specified for ia64. +It is planned to make this a no-op on that architecture, but for now +it should be omitted + Following are the arch specific command line options to be used while loading dump-capture kernel. -For i386 and x86_64: +For i386, x86_64 and ia64: "init 1 irqpoll maxcpus=1" For ppc64: "init 1 maxcpus=1 noirqdistrib" -For IA64 - (To be filled) - Notes on loading the dump-capture kernel: - 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/
[PATCH] Kdump documentation update for 2.6.20: ia64 portion
Hi, this patch fills in the portions for ia64 kexec. I'm actually not sure what options are required for the dump-capture kernel, but init 1 irqpoll maxcpus=1 has been working fine for me. Or more to the point, I'm not sure if irqpoll is needed or not. This patch requires the documentation patch update that Vivek Goyal has been circulating, and I believe is currently in mm. Feel free to fold it into that change if it makes things easier for anyone. Signed-off-by: Simon Horman [EMAIL PROTECTED] Index: linux-2.6/Documentation/kdump/kdump.txt === --- linux-2.6.orig/Documentation/kdump/kdump.txt2007-01-12 14:37:46.0 +0900 +++ linux-2.6/Documentation/kdump/kdump.txt 2007-01-12 14:46:53.0 +0900 @@ -17,7 +17,7 @@ memory image to a dump file on the local disk, or across the network to a remote system. -Kdump and kexec are currently supported on the x86, x86_64, ppc64 and IA64 +Kdump and kexec are currently supported on the x86, x86_64, ppc64 and ia64 architectures. When the system kernel boots, it reserves a small section of memory for @@ -227,7 +227,11 @@ Dump-capture kernel config options (Arch Dependent, ia64) -- -(To be filled) + +- No specific options are required to create a dump-capture kernel + for ia64 other than those specified in the arch idependent section + above. This means that it is possible to use the system kernel + as a dump-capture kernel if desired. Boot into System Kernel @@ -264,7 +268,8 @@ For ppc64: - Use vmlinux For ia64: - (To be filled) + - Use vmlinux + If you are using a uncompressed vmlinux image then use following command to load dump-capture kernel. @@ -280,18 +285,19 @@ --initrd=initrd-for-dump-capture-kernel \ --append=root=root-dev arch-specific-options +Please note, that --args-linux does not need to be specified for ia64. +It is planned to make this a no-op on that architecture, but for now +it should be omitted + Following are the arch specific command line options to be used while loading dump-capture kernel. -For i386 and x86_64: +For i386, x86_64 and ia64: init 1 irqpoll maxcpus=1 For ppc64: init 1 maxcpus=1 noirqdistrib -For IA64 - (To be filled) - Notes on loading the dump-capture kernel: - 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/