From mboxrd@z Thu Jan  1 00:00:00 1970
From: Ian Campbell <ijc@hellion.org.uk>
Date: Thu, 16 Apr 2009 21:33:13 +0000
Subject: Re: [PATCH] support identification of Xen virtual block devices
Message-Id: <1239917593.15147.276.camel@localhost.localdomain>
MIME-Version: 1
Content-Type: multipart/mixed; boundary="=-NWZNmJdV8IXnBlbBY5Lb"
List-Id: <linux-hotplug.vger.kernel.org>
References: <1239907047.15147.95.camel@localhost.localdomain>
In-Reply-To: <1239907047.15147.95.camel@localhost.localdomain>
To: linux-hotplug@vger.kernel.org


--=-NWZNmJdV8IXnBlbBY5Lb
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Thu, 2009-04-16 at 22:17 +0200, Kay Sievers wrote:
> On Thu, Apr 16, 2009 at 20:37, Ian Campbell <ijc@hellion.org.uk> wrote:
> >
> > * Add xenvb_id utility to identify Xen disk and CD-ROM devices.
>=20
> What's the reason xen optical drives don't behave like real drives,
> and need a xen specific tool? That sounds rather odd,

They aren't proper SCSI devices so you can't do SCSI inquiry like
cdrom_id wants, the properties you can query from a Xen vbd are very
basic, basically just TYPE=3Ddisk|cd.

I suppose I could make the SCSI INQ stuff in cdrom_id optional, since
the CDROM_GET_CAPABILITY ioctl is implemented. Would that be preferred?
It would be essentially making the stuff added in
fd7a285e6293fddd3fbc68b519dcd367adeb72c4 optional.

> > * Add support to path_id for Xen vbd devices
>=20
> Applied this part.

Thanks,
Ian.

--=20
Ian Campbell

BOFH excuse #350:

paradigm shift...without a clutch

--=-NWZNmJdV8IXnBlbBY5Lb
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)

iEYEABECAAYFAknnpBgACgkQM0+0qS9rzVkr4wCg4AsM7zvTnsy1tjJW71TTxYIP
Y2IAni/TwYk5Ab7fJdJxSEYlcr3zzhDw
=Oe6D
-----END PGP SIGNATURE-----

--=-NWZNmJdV8IXnBlbBY5Lb--