Port-xen archive
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]
Re: of balloon drivers and such
On 5 May 2010 19:31, Jean-Yves Migeon <jeanyves.migeon%free.fr@localhost> wrote:
>
> On Sat, 1 May 2010 15:46:49 +0530, "Cherry G. Mathew"
> <cherry.g.mathew%gmail.com@localhost> wrote:
>> Hello,
>>
>> ftp://ftp.netbsd.org/pub/NetBSD/misc/cherry/balloon/
>>
>> I spent a bit more time messing around with this. If people could test
>> it on real systems that'd be a real help.
>>
>> I have no idea how it performs under real life work loads.
>
> Very quick overview (PAE keeps me busy, did not test it, sorry):
> - x86_btop and XPMAP_OFFSET: use xpmap_ptom()/mtop() directly instead, for
> portability (most Xen drivers (balloon is one), will eventually move to
> dev/xen).
> - protect xpmap_phys_to_machine_mapping access with splvm(), preferably in
> "sane" places (before entering a loop, for example), as flaglock mtx is
> IPL_NONE and kthread is PRI_NONE.
>
Hi,
Thanks I've updated the code similar to arch/xen/x86/xen_bus_dma.c.
There's a panic in supervisor mode that hits the domU when any
COMPAT_LINUX app is run. Not sure if this is balloon related. Will
investigate further and report here.
Cheers,
--
~Cherry
Home |
Main Index |
Thread Index |
Old Index