Peter Siering wrote: > panic [cpu0]/thread=d6008400: pfn_to_mfn(PFN_INVALID) not allowed > > d54b4c8c unix:pfn_to_mfn+39 (ffffffff) > d54b4ca0 unix:pa_to_ma+1a (fffff000, fff) > d54b4cf0 xdf:xdf_prepare_rreq+175 (d3c52540, d6017650,) > d54b4d28 xdf:xdf_iostart+8f (d3c52540, d3c52540,) > d54b4d5c xdf:xdf_lb_rdwr+e7 (d4acb2a8, 1, 0, 9c,) > d54b4e00 xdf:xdf_ioctl+a9 (3040040, 422, d54b4)
Hmm, apparently it crashes when the xdf driver gets an DKIOCFLUSHWRITECACHE ioctl (0x422). The "xdf:xdf_lb_rdwr+e7 (d4acb2a8, 1, 0, 9c,)" call looks like this one: http://src.opensolaris.org/source/xref/onnv/onnv-gate/usr/src/uts/common/xen/io/xdf.c#1105 rc = xdf_lb_rdwr(vdp->xdf_dip, TG_WRITE, vdp->xdf_cache_flush_block, xdf_flush_block, DEV_BSIZE, (void *)dev); Parameter TG_WRITE (== 1) is OK, parameter xdf_flush_block == DEFAULT_FLUSH_BLOCK == 0x9c is OK, too. But parameter "vdp->xdf_cache_flush_block" appears to be a NULL pointer. Peter, could you retry the domU install under kmdb, and when it panics, print the first arg to either xdf_iostart() or xdf_prepare_rreq() as a "xdf_t" structure, e.g. for the original panic d3c52540::print xdf_t Are the structure members xdf_flush_mem / xdf_cache_flush_block 0? This message posted from opensolaris.org _______________________________________________ xen-discuss mailing list [email protected]
