Re: [Xen-ia64-devel] Community effort needed tocatch upwithxen-unstable

[John Byrne <john.l.byrne@xxxxxx>]

Tian, Kevin wrote:
> Hi, John and Dan,
>         Attached are the latest patches to promise domU running to
> following point and however MCA then. Seems the possible cause is the
> update of grant table code. You can continue debug based upon them.
>
>         Currently I can observe many successful transactions between
> blkback and blkfront, and also xenstore data already shows some
> necessary relationship between them. To allocate an extra xenstore mfn
> in control panel, I have to hack temporarily for get_domaininfo to
> return max_pages as tot_pages. The reason is that currently ia64 control
> panel uses an allocate-on-demand style to allocate domU memory, which
> differ with x86 which allocate all necessary machine pages for domU at
> creation. So tot_pages on ia64 can't satisfy the assumption in other
> common code, which makes us really difficult to adopt new features
> easily like this one. After making current repository working, I'll push
> out a patch to cleanup those variances.
>
>         Due to some conceptual change in grant table code, (like
> dev_bus_addr becomes a real va, instead of frame number), so I pulled
> common/grant_table.c into arch/ia64 with all previous ia64 specific
> changes keeped. Plus some fix in xenolinux code, I observed some mapping
> requests returned successfully. But no time to validate the content yet,
> and this change may bring some implicit errors...
>
>         Normally when communication between blkback and blkfront is
> broken, there's warning about "timeout to connect..." just after "After
> init_blk_xenbus". But now it's missing which just mean something good.
> Anyway, now it should be very close to the end, and hope to see good
> news from you guys stomorrow. ;-)
>
> Thanks,
> Kevin
I've gotten blkfront/blkback to work based on your patches and 
re-merging Matt's changes to them before the xen-unstable merge. I'm 
trying to get the netback/netfront drivers to come up, now. I'll have to 
clean up some debugging before I can generate a patch. I will generate a 
patch that is added in addition to your hg_cleanup_0831 patches.
BTW, I'm not sure I really believe how you fixed xc_linux_build(). (It 
seems to work, though.) I don't understand why you just didn't use the 
nr_pages passed into setup_guest for the number of pages to allocate. It 
seems to me that you are implying a relationship to the number of pages 
compute from the image size and the number of pages assigned to the 
domain that may not hold.
John Byrne









_______________________________________________
Xen-ia64-devel mailing list
Xen-ia64-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-ia64-devel