All of lore.kernel.org
 help / color / mirror / Atom feed
* Xen and crashdumps
@ 2009-12-27 23:13 Goncalo Gomes
  0 siblings, 0 replies; only message in thread
From: Goncalo Gomes @ 2009-12-27 23:13 UTC (permalink / raw)
  To: xen-devel

I was wondering how do you usually analyze post-mortem dumps in atypical 
deployments of Xen with Linux as dom0 such as in Citrix XenServer, where 
the hypervisor is 64bit and the dom0 is 32bits (or the other way around 
- if architecturally possible - for that matter)?

If you have any thoughts on how to approach these scenarios, I would 
appreciate if you could shed some light. The crash utility and gdb 
doesn't seem to support these combinations out-of-the-box and the 
minidump output of the kdump tool in XenServer is only useful to 
find/understand the place in the text section where the softlockup is 
being triggered from, but not sufficient to understand why an IO region 
is faulting on access at some point during the driver execution when the 
driver itself only releases this region during cleanup (clearly not the 
case here, as it happens during intensive IO and the first few dozens of 
IOs actually go through). Analyzing the in memory kernel/xen/driver 
structures seems to be the next plausible step to further 
analyze/understand the issue that I can think of. Your thoughts on how 
to analyze the 64bit vmcore using a 32bit vmlinux are much appreciated, 
though.

Thanks,

Goncalo.

^ permalink raw reply	[flat|nested] only message in thread

only message in thread, other threads:[~2009-12-27 23:13 UTC | newest]

Thread overview: (only message) (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2009-12-27 23:13 Xen and crashdumps Goncalo Gomes

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.