[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Xen-devel] BUG: using smp_processor_id() in preemptible [00000000] code: blkback.1.xvdb/9138 caller is decrease_reservation



On Wed, 11 Sep 2013, Konrad Rzeszutek Wilk wrote:
> On Wed, Sep 11, 2013 at 06:35:05PM +0100, Stefano Stabellini wrote:
> > On Wed, 11 Sep 2013, Wei Liu wrote:
> > > On Wed, Sep 11, 2013 at 06:15:09PM +0100, Stefano Stabellini wrote:
> > > [...]
> > > > > Spoke too soon, starting a guest is fixed now, shutting it down 
> > > > > oopses:
> > > > > 
> > > > > [  910.980798] vpn_bridge: port 1(vif13.0) entered disabled state
> > > > > [  910.988352] vpn_bridge: port 1(vif13.0) entered disabled state
> > > > > [  910.995427] device vif13.0 left promiscuous mode
> > > > > [  911.001821] vpn_bridge: port 1(vif13.0) entered disabled state
> > > > > [  911.364617] ------------[ cut here ]------------
> > > > > [  911.371022] kernel BUG at drivers/xen/balloon.c:365!
> > > > 
> > > > That's a different issue, it seems to be the same one found by Wei and
> > > > addressed by "xen/balloon: check whether a page is pointed to scratch
> > > > page MFN".
> > > > 
> > > > However the patch was never committed as the last update was missing.
> 
> ? Did I mess up one of the patches? I know I had a conflict resolution 
> - perhaps I messed it up?
> 
> > > > 
> > > 
> > > In case Sander pick up the wrong patch:
> > > 
> > > That will never get committed because we took the other path, which is
> > > removing the BUG_ON, which is the exact the same patch you provided
> > > below.
> > > 
> > > Konrad might have forgotten to queue it up.
> > 
> > I think he did (as did I).
> > Do you have a link?
> 
> I hadn't queued up anything since I sent the last git pull.
> 
> And I am going on vacation tomorrow for week :-)


No worries, I can take care of these two patches.

_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxx
http://lists.xen.org/xen-devel


 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.