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

Re: [Xen-devel] xl cannot cd-eject an initialy inserted iso in staging-4.2



2014-03-11, 14:48 +0000, George Dunlap:
> On 03/11/2014 02:13 PM, Jan Beulich wrote:
> >>>> On 11.03.14 at 13:26, George Dunlap <George.Dunlap@xxxxxxxxxxxxx> wrote:
> >> On Fri, Mar 7, 2014 at 2:47 AM, Jungnam Lee <jungnam.lee@xxxxxxxxxxx> 
> >> wrote:
> >>
> >>>   Hi all.
> >>>
> >>> I created VM with a cdrom device with an iso file, and ejecting works fine
> >>> in the master branch.
> >>>
> >>> But if I do this with staging-4.2, I got an error below.
> >>>
> >>> libxl: debug: libxl.c:2137:libxl_cdrom_insert: ao 0x1425990: create:
> >>> how=(nil) callback=(nil) poller=0x14259f0
> >>>
> >>> libxl: debug: libxl_device.c:245:libxl__device_disk_set_backend: Disk
> >>> vdev=hdc spec.backend=phy
> >>>
> >>> libxl: debug: libxl_device.c:191:disk_try_backend: Disk vdev=hdc, backend
> >>> phy unsuitable as phys path not a block device
> >>>
> >>> libxl: error: libxl_device.c:285:libxl__device_disk_set_backend: no
> >>> suitable backend for disk hdc.
> >>>
> >>
> >> Does the patch from this mail help?
> >>
> >> I had tried to flag it as a candidate for backport at the time, but I
> >> failed to CC Jan.
> >
> > And you really would have needed to Cc IanJ, as he's who takes
> > care of tools side backports.
> 
> Ah, right -- well I did CC IanJ; not in the original message, but when I 
> replied saying "This should probably be backported".
> 
> (I'm not 100% sure it wasn't backported: a quick search through the git 
> history didn't turn up anything, but I may have missed it.)
> 

it seems cherry-picking 0166217103e18368424fbd5ffff01c1ea50d0b17 fixes
this issue. Is this right?




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