[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] RE: [Xen-ia64-devel] [PATCH] Fix freeing of privregs structure fordomVTi
Hi kanno, > > I'll try it. Could you wait a few days? > That's ok. Thanks for taking this Anthony Masaki Kanno write on 2007年1月12日 16:18: > Hi Anthiny, > >> Masaki Kanno write on 2007年1月11日 16:24: >>> Hi, >> >> Hi Kanno, >> >> Good catch! >> >> I have below comment. >> >> The root cause is, vhpt and privregs for xeno are allocated at >> hypercall XEN-DOMCTL_max_vcpus, at that time d->arch.is_vti is not >> set yet. >> When d->arch.is_vti is set, vhpt and privregs allocated for xeno are >> released, and vhpt and privregs for VTI are allocated at this time. >> >> This logic is a little bit ugly. > > I also think so. > >> Can we postpone vhpt and privregs allocation until d->arch.is_vti is >> set? > > I'll try it. Could you wait a few days? > > Best regards, > Kan > >> One place is at xen/arch/ia64/xen/arch_set_info_guest, >> >> If(d->arch.is_vti) >> vmx_final_setup_guest(v); >> Else{ >> /*TODO We can move vhpt and privregs logic for xeno here. */ >> >> } >> >> What's your opinioin? >> >> Thanks, >> Anthony >> >>> >>> When I repeated creation and destruction of domVTi, I found a bug. >>> It is memory leak of privregs structure. >>> This patch fixes the bug. >>> >>> Signed-off-by: Masaki Kanno <kanno.masaki@xxxxxxxxxxxxxx> >>> >>> Best regards, >>> Kan _______________________________________________ Xen-ia64-devel mailing list Xen-ia64-devel@xxxxxxxxxxxxxxxxxxx http://lists.xensource.com/xen-ia64-devel
|
![]() |
Lists.xenproject.org is hosted with RackSpace, monitoring our |