Xen devel - Nov 2007 - OpenSolaris zombie domains

I''m running xen 3.1 with Fedora 8 as dom0.  When I shut down an 
OpenSolaris domU it leaves a zombie domain with state = shutdown:1 and 
dying:1.  There is one page left allocated.

Here is the result of the "q" command on xen console:

    (XEN) General information for domain 3:
    (XEN)     refcnt=1 nr_pages=1 xenheap_pages=0 dirty_cpus={}
    (XEN)     handle=a30786a8-e959-2c0c-6cbc-d0f4683d4213 vm_assist=00000004
    (XEN) Rangesets belonging to domain 3:
    (XEN)     Interrupts { }
    (XEN)     I/O Memory { }
    (XEN)     I/O Ports  { }
    (XEN) Memory pages belonging to domain 3:
    (XEN)     DomPage 0000000118cfd000: mfn=0000000000118cfd,
    caf=00000001, taf=0000000080000001
    (XEN) VCPU information and callbacks for domain 3:
    (XEN)     VCPU0: CPU0 [has=F] flags=0 upcall_pend = 01, upcall_mask
    = 00 dirty_cpus={} cpu_affinity={0-31}
    (XEN)     100 Hz periodic timer (period 10 ms)
    (XEN)     Notifying guest (virq 1, port 3, stat -1/0/-1)

 From my limited understanding of xen internals it appears that this is 
a level 4 page table.  I believe this is a xen bug since it also happens 
if I destroy the domain rather than shutting down gracefully.

On Sat, Nov 10, 2007 at 07:26:57PM -0800, Robert Nelson wrote:
> I''m running xen 3.1 with Fedora 8 as dom0.  When I shut down an 
> OpenSolaris domU it leaves a zombie domain with state = shutdown:1 and 
> dying:1.  There is one page left allocated.
As I mentioned on IRC:

http://marc.info/?l=xen-devel&m=119468770019998&w=2

I think you''re running snv75. Since some other people don''t
see it, I''m
wondering if this is somehow related to the PAGE_USER + cmpxchg fix
(later versions of our domUs do not incorrectly set that PTE bit). I''m
still investigating.

regards
john