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

Re: [Xen-devel] xen/arm Problem with virtual disks



On Wed, 2013-09-18 at 16:05 +0100, Julien Grall wrote:
> On 09/18/2013 03:03 PM, Andrii Anisov wrote:
> > Hello,
> 
> Hello,
> 
> > I'm trying to provide my DomU with virtual disk but have faced some
> > strange issue. Disk device is discovered in DomU but it is not usable.
> > In DomU some trash is read from the xvd* device, and does not reflect
> > what is read from the correspondent device in Dom0. Moreover trash read
> > from the device differs each time (I checked that by dd)
> > I have xen 4.3 release with my patches for panda5 board.
> 
> Xen 4.3 was only a tech preview and doesn't contains a couple of
> important ARM fixes. If it's possible I advise you to move to xen 4.4
> unstable.
> 
> > Dom0 is K3.8, DomU is K3.4.
> > Dom0 environment is busybox, /etc/xen/scripts/block and related scripts
> > are adjusted to be executed by busybox ash.
> > 
> > In my config I have following disk definition:
> > 
> >     disk = ["phy:/dev/mmcblk0,xvdb,w"]
> > 
> > 
> > on verbose create, related output is:
> > 
> >     ibxl: debug: libxl_device.c:257:libxl__device_disk_set_backend: Disk
> >     vdev=xvdb spec.backend=phy
> >     libxl: debug: libxl_event.c:559:libxl__ev_xswatch_register: watch
> >     w=0x379f8 wpath=/local/domain/0/backend/vbd/1/51728/state token=3/0:
> >     register slotnum=3
> >     libxl: debug: libxl_create.c:1241:do_domain_create: ao 0x36880:
> >     inprogress: poller=0x36808, flags=i
> >     libxl: debug: libxl_event.c:503:watchfd_callback: watch w=0x379f8
> >     wpath=/local/domain/0/backend/vbd/1/51728/state token=3/0: event
> >     epath=/local/domain/0/backend/vbd/1/51728/state
> >     libxl: debug: libxl_event.c:647:devstate_watch_callback: backend
> >     /local/domain/0/backend/vbd/1/51728/state wanted state 2 still
> >     waiting state 1
> >     libxl: debug: libxl_event.c:503:watchfd_callback: watch w=0x379f8
> >     wpath=/local/domain/0/backend/vbd/1/51728/state token=3/0: event
> >     epath=/local/domain/0/backend/vbd/1/51728/state
> >     libxl: debug: libxl_event.c:643:devstate_watch_callback: backend
> >     /local/domain/0/backend/vbd/1/51728/state wanted state 2 ok
> >     libxl: debug: libxl_event.c:596:libxl__ev_xswatch_deregister: watch
> >     w=0x379f8 wpath=/local/domain/0/backend/vbd/1/51728/state token=3/0:
> >     deregister slotnum=3
> >     libxl: debug: libxl_event.c:608:libxl__ev_xswatch_deregister: watch
> >     w=0x379f8: deregister unregistered
> >     libxl: debug: libxl_device.c:959:device_hotplug: calling hotplug
> >     script: /etc/xen/scripts/block add
> > 
> > 
> > When DomU discovers virtual disk, in Dom0 console I see following output:
> > 
> >     xen-blkback:ring-ref 8, event-channel 3, protocol 1 (arm-abi) 
> > 
> > Could it be a problem in contradiction of blkfront and blkback in
> > different kernels?
> > Could you please give me some clue to debug such an issue?
> >
> 
> Few ideas:
>    - list of possibly missing commits in xen 4.3:
>       * d4435fe5e2f0dfadb41ef46c38f462f45d67762e: avoid the guest to update
> the ACTLR himself
>       * 8348707ce1c76e2fecbe9d413d5d8f2085bf57cb: correctly configure NSACR
> to set ACTLR.SMP
>    - http://lists.xen.org/archives/html/xen-devel/2013-06/msg01778.html.
> I didn't find any conclusion/commit about this thread.

IIRC in the end the issue could no longer be reproduced and we put it
down to the lack of ACTLR.SMP.


Ian.


_______________________________________________
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®.