* Re: [PATCH]IA64: do not include uncached memory to vmcore [not found] <48CACCBA.9030905@sgi.com> @ 2008-09-12 23:35 ` Simon Horman 2008-09-23 23:57 ` Simon Horman 0 siblings, 1 reply; 2+ messages in thread From: Simon Horman @ 2008-09-12 23:35 UTC (permalink / raw) To: Jay Lan; +Cc: linux-ia64@vger.kernel.org, kexec On Fri, Sep 12, 2008 at 01:10:34PM -0700, Jay Lan wrote: > Currently a memory segment in memory map with attribute of EFI_MEMORY_UC > is denoted as "System RAM" in /proc/iomem, while memory of attribute > (EFI_MEMORY_WB|EFI_MEMORY_UC) is also labeled the same. > > The kexec utility then includes uncached memory as part of vmcore. > The kdump kernel may MCA when it tries to save the vmcore to a disk. > A normal "cached" access can cause MCAs. > > Since kexec assembled memory ranges with memory tagged as "System RAM", > the uncached memory will be excluded if it is labeled differently. > > Simon, since only IA64 will create "Uncached RAM" label, i do not > make changes to other arch. > > Our HP machine in the lab is dead. I am sorry that i can not test > against other IA64 systems (than SGI's). Feedback is very much > appreciated. > > The corresponding kernel patch is needed to test this kexec patch: > http://marc.info/?l=linux-ia64&m\x122122791230130&w=2 > This patch without the kernel patch will have no effect and do no > harm. Hi Jay, both of these patches seem reasonable to me, especially from a kexec point of view. I will try and test them on an HP RX2620 and Intel Tiger 4 and get back to you shortly. -- Simon Horman VA Linux Systems Japan K.K., Sydney, Australia Satellite Office H: www.vergenet.net/~horms/ W: www.valinux.co.jp/en ^ permalink raw reply [flat|nested] 2+ messages in thread
* Re: [PATCH]IA64: do not include uncached memory to vmcore 2008-09-12 23:35 ` [PATCH]IA64: do not include uncached memory to vmcore Simon Horman @ 2008-09-23 23:57 ` Simon Horman 0 siblings, 0 replies; 2+ messages in thread From: Simon Horman @ 2008-09-23 23:57 UTC (permalink / raw) To: Jay Lan; +Cc: linux-ia64@vger.kernel.org, kexec On Sat, Sep 13, 2008 at 09:35:02AM +1000, Simon Horman wrote: > On Fri, Sep 12, 2008 at 01:10:34PM -0700, Jay Lan wrote: > > Currently a memory segment in memory map with attribute of EFI_MEMORY_UC > > is denoted as "System RAM" in /proc/iomem, while memory of attribute > > (EFI_MEMORY_WB|EFI_MEMORY_UC) is also labeled the same. > > > > The kexec utility then includes uncached memory as part of vmcore. > > The kdump kernel may MCA when it tries to save the vmcore to a disk. > > A normal "cached" access can cause MCAs. > > > > Since kexec assembled memory ranges with memory tagged as "System RAM", > > the uncached memory will be excluded if it is labeled differently. > > > > Simon, since only IA64 will create "Uncached RAM" label, i do not > > make changes to other arch. > > > > Our HP machine in the lab is dead. I am sorry that i can not test > > against other IA64 systems (than SGI's). Feedback is very much > > appreciated. > > > > The corresponding kernel patch is needed to test this kexec patch: > > http://marc.info/?l=linux-ia64&m\x122122791230130&w=2 > > This patch without the kernel patch will have no effect and do no > > harm. > > Hi Jay, > > both of these patches seem reasonable to me, especially from a kexec point > of view. I will try and test them on an HP RX2620 and Intel Tiger 4 and > get back to you shortly. Hi Jay, Hi All, As "[IA64] kexec fails on systems with blocks of uncached memory" has been applied to the kernel by Tony and pulled by Linus, I have applied this kexec-tools portion of the patch. -- Simon Horman VA Linux Systems Japan K.K., Sydney, Australia Satellite Office H: www.vergenet.net/~horms/ W: www.valinux.co.jp/en ^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2008-09-23 23:57 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
[not found] <48CACCBA.9030905@sgi.com>
2008-09-12 23:35 ` [PATCH]IA64: do not include uncached memory to vmcore Simon Horman
2008-09-23 23:57 ` Simon Horman
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox