Re: Unstableness in grant table block drivers

[Christopher Clark <christopher.w.clark@gmail.com>]

Kip:
Yes, domUs must use grant tables for block device access if dom0 does.
It's configuring the format of the shared rings between the front and back ends.

Ryan:
Are your issues with 2.4 or 2.6?
The least tested code is the 2.4 backend in dom0.
2.6 in dom0 should support both 2.4 and 2.6 front ends fine, though so
far I've been using partitions rather than exported loopback devices.

I'm aiming to have a working development environment by the end of the
day, and first order of business will be to reproduce these issues.

Christopher



On 4/14/05, Ryan Harper <ryanh@us.ibm.com> wrote:
> * Christopher Clark <christopher.w.clark@gmail.com> [2005-04-13 21:04]:
> Hi,
> 
> > The machines you can't get to start domUs, and symptom of not finding
> > the root filesystem is exactly what you'd see if your dom0 and domU
> > configs don't match; either both or neither need to be using grant
> > tables for transport. Your other issues will need more investigation,
> 
> I build xen-unstable nightly and install it completely to my test box.
> My configs between dom0 and domU are always identicle except for
> priviledged domain.
> 
> > and a reproducable scenario would be extremely helpful indeed.
> 
> My scenario is building the default configs either as UP or with adding
> in CONFIG_SMP.  The resule is always, dom0 will boot, domU will not.
> domU fails with not finding /dev/console and no root device.
> 
> I use loopback device mounts exported as /dev/sda1.
> 
> As soon as I turn off CONFIG_XEN_BLKDEV_GRANT in dom0/U configs,
> the domU boots properly.
> 
> I build with debug=y and I can generate any sort of dump or information
> you need to track this down.  Let me know what you need.
> 
> --
> Ryan Harper
> Software Engineer; Linux Technology Center
> IBM Corp., Austin, Tx
> (512) 838-9253   T/L: 678-9253
> ryanh@us.ibm.com
> 
> _______________________________________________
> Xen-devel mailing list
> Xen-devel@lists.xensource.com
> http://lists.xensource.com/xen-devel
>