|
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-devel] [PATCH for-2.4 0/3] Migration regressions with Xen.
* Amit Shah (amit.shah@xxxxxxxxxx) wrote:
> On (Fri) 31 Jul 2015 [10:59:47], Stefano Stabellini wrote:
> > On Thu, 30 Jul 2015, Stefano Stabellini wrote:
> > > On Thu, 30 Jul 2015, Juan Quintela wrote:
> > > > Anthony PERARD <anthony.perard@xxxxxxxxxx> wrote:
> > > > > This is a critical issue for Xen as migration either with the same
> > > > > version
> > > > > of QEMU, or from a previous version of QEMU is broken.
> > > > >
> > > > > Any suggestion on how to move forward?
> > > >
> > > > Will send a pull requset tomorrow.
> > > >
> > > > Thinking about creating a single function that is called for all needed
> > > > places, just to avoid this problem in the future.
> > > >
> > >
> > > Hi Juan,
> > >
> > > thanks for looking into this!
> > > Do you have patches already we can look at and help you test to make
> > > sure they fix the issue?
> >
> > Any updates?
>
> That bigger overhaul would be 2.5 stuff now.
>
> The only thing that tripped here was the RFC tag in the subject line.
>
> Also, I think Dave had a comment about this but I think that was made
> on IRC. Dave, do you see a problem with this series?
Most of it is in Xen only code, so mostly no, however, the followign code looks
wrong to me:
+void global_state_store_running(void)
+{
+ const char *state = RunState_lookup[RUN_STATE_RUNNING];
+ memcpy((char *)global_state.runstate,
+ state, sizeof(global_state.runstate));
+}
Shouldn't that just be a strcpy ?
Dave
> Thanks,
>
>
> Amit
--
Dr. David Alan Gilbert / dgilbert@xxxxxxxxxx / Manchester, UK
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxx
http://lists.xen.org/xen-devel
|
![]() |
Lists.xenproject.org is hosted with RackSpace, monitoring our |